Evgeniy Maslovskiy (@Spleshka)
Sergey Korzh (@skorzh)
How does it work in the nutshell
Why did we decide to change
Foreseen / Unforeseen problems
Things we succeed / failed at
Case studies
Lessons learned
Summary
Monolithic
APP FRONTEND
APP BACKEND
DATA
Decoupled
APP FRONTEND
APP BACKEND
DATA
API
Mobile
App
Watch
App
Everybody have a website they love. It's not Drupal
Content editors hate Drupal
Much. Better. UX. Users buy with their eyes
Fewer features but perfect VS more features but ordinary
Users forgive mistakes if they like the product
Better user tolerance => more conversions
Drupal has many opinionated modules with poor UX
Real concurrent FE & BE development
API first & Offline first approaches
Frontend web development is the future
Existing clients saw significant conversion increase
Wow effect
Opportunities for new architecture
Started building future proof products
Built & open sourced the boilerplate
Re-thought & improved the development approach
Identifying the right tools at the beginning
Risks / problems prediction
Over-designed the first project
Initially had problems with estimates
Everyone loves API first and Offline first approaches
First project with take double of what you expect
First project should be internal
Decoupled projects are more expensive
More complicated to find new developers*
There are many contribution opportunities
Decoupled is very trending topic
More expensive to build
Harder hosting requirements
Harder to staff
Much better UX
More performant application. Potentially.
Better change reflection
Easier in support
The effort worth it
https://github.com/systemseed/drupal_reactjs_boilerplate