- Separate teams working on front-end and back-end independently
- Front end bundle can be served fast and cheap via CDN (only the naive serve static files with gunicorn/uwsgi right?)
- and much more
Knowing all that, I chose to mix up VueJS with Django solely to optimise for speed in a single person company. Thanks to this setup,
- Authentication is handled via Django sessions (didn't have to spend time on JWT tokens)
- I don't need to setup deployment pipeline, monitoring, testing for 2 applications.
- Keep working on a single codebase and quickly iterate (slightly debatable, but still).
While the setup is not ideal for everyone, it certainly has advantages that I value at my current stage. If you're curious this is the application: https://reviewnb.com
That's intriguing, wondered how that'd work out with a SPA. I'm not big on SPA's currently they only make sense for certain type of websites to me, don't mind them if they're done correctly though. But hey if what you've done works for you that's good to me, until I have to touch that code :) Hopefully it's not too awful, it just sounds a little bit out of the norm, but I'd lie if I said I've never done out of the norm solutions...
> Front end bundle can be served fast and cheap via CDN (only the naive serve static files with gunicorn/uwsgi right?)
Not just a CDN, for internal apps I seve all static files through Apache or nginx. I rather let a normal web server do it's job. I trust a C backend to serve static files more efficiently than some web framework, but that's just my personal view.