Yes, and I love it.
In hindsight I have been guilty of resume-padding and falling prey to hype by choosing to build on technology not appropriate to the problems at hand. And I find myself reverting back to basics, with bits of new tech sprinkled in.
My reversions:
- React, flux, redux ----> jQuery and intercoolerjs when needed
- Swarm, Kubernetes ----> Just plain old docker on single machine, scale vertically with cores and memory when needed
- Microservices first ----> Django Monolith first, then break out microservice when needed
- API Gateways (kong, Azure) ----> Nginx reverse proxy with hand-edited configs.
I can do this because I have chosen to work on niche problems and smaller markets. Scale is not my issue, even in very successful scenarios.I see jQuery will have a place in my stack for some time to come. It just works (tm), and it plays well when I need to level-up with wither intercooler or yes -- backbone.
Another benefit is that it is a low barrier to entry for junior developers. It allows me to establish a baseline knowledge, and then mentor other things like workflow, code structure, and architectural things rather than chasing weird configuration things inside of webpack or the taskrunner-du-jour.
How do you deploy updates to the docker containers without downtime?
Some companies have GitLab workflows that also deploy successfull builds automatically, checks are there problems in that deploy, and rollbacks automatically when needed: https://twit.tv/shows/floss-weekly/episodes/473?autostart=fa...
Such workflows could also be made with for example: - Huginn https://github.com/huginn/huginn - Flogo http://www.flogo.io