C. Why the hell does everything have to be a web app?
Why the hell can't C be in the web?[1] 1. https://medium.com/@lucperkins/web-development-in-c-crazy-or...
Ask HN: What's your go-to back end for simple projects?
21–30 of 65 posts
Re: Ask HN: What's your go-to back end for simple projects?
#22Going to give crystal a go for my next project though.
Re: Ask HN: What's your go-to back end for simple projects?
#23Earlier quoted context omitted.
Why the hell can't C be in the web?[1] 1. https://medium.com/@lucperkins/web-development-in-c-crazy-or...
One practical reason is that I suspect most C developers aren't interested in building web applications. And most web application developers don't know C.
Re: Ask HN: What's your go-to back end for simple projects?
#24Flask! It's Pythonic and good. Once you've done a couple of Flask projects, you can spin up a new microservice in a couple of hours. It's much lighter weight than Django, so it forces you to keep fewer moving parts in your head while hacking. http://flask.pocoo.org/ Lately, I've been using Flask on the back-end, and React on the front-end.
Re: Ask HN: What's your go-to back end for simple projects?
#25Re: Ask HN: What's your go-to back end for simple projects?
#26You take an arbitrary Ring-compatbile HTTP server, write a handler, and glue together whatever you need to. And you most likely don't need a routing library, you can just use an array-map for that. When it is time to deploy, you create a jar that contains your whole project and upload it to AWS.
Rollback is easy, too, as you don't overwrite your previous version. Funny enough, it means you can treat versions as immutable values of your application over time. I use yyyymmdd for versioning in most projects, that works great with this approach.
There are many discussions on virtues of Clojure's dynamic development environment, so I'll skip that.
Re: Ask HN: What's your go-to back end for simple projects?
#27Re: Ask HN: What's your go-to back end for simple projects?
#28If I need templates I'll add "HTML:Template", for email I'll add "Mail::Sendmail", et cetera, to my perl cgi script.