PostgREST or Serverless framework for the backend.
Avoid middle ware all together!
41–50 of 93 posts
PostgREST or Serverless framework for the backend.
Avoid middle ware all together!
Django. Nothing has ever surpassed Django for me. It is soooo much faster to prototype with than anything I've ever used (especially when you know all the amazing shortcuts, but that's not a requirement as their docs are incredibly good). It can do anything you could possibly want to do with a standard web app and if you really want to do crazy Javascript things you can always just use it as an extremely powerful bac…
How is deploying Django? Is it easy to integrate with Nginx or Apache? I know PHP is super easy but wasn't sure how it was for Python frameworks?
Nginx has a similar module, but I haven't used it personally.
Earlier quoted context omitted.
> Use React’s declarative JSX syntax, JavaScript components, and a rich component library to build, deploy, and operate your Im sorry but why would someone want to use a templating language to configure infrastructure? It’s like using CSS syntax for defining an HTTP API. Doable, but... why? It’s not any easier to pick up or reason about than any existing configuration language. On React + node, this assumes no render…
A template language suggests something that uses code points to inject dynamic values. JSX is a bit more than that in that it bundles a template plus the corresponding assigned logic. It is more of a component language than a template language. At any rate the reason why somebody might want to do this is purely because its declarative. I prefer imperative programming myself, because I want to know exact what the logi…
Of course, with great power comes great responsibility...
If you love Java but hate JavaEE, check out Spark Java: http://sparkjava.com/
My personal picks would be: - React for the front end ( https://reactjs.org ) - Node.js for your back end ( https://nodejs.org ) - Deploy using Adapt, which ties your front and back end together using React-like components. ( https://adaptjs.org ). - (Optional) If this project is larger or commercial, definitely use TypeScript on all 3 of the above ( http://www.typescriptlang.org/ ) [Disclosure: I'm a maintainer of A…
I have never been a big fan of javascript on the backend(or the frontend for that matter but we have no choice). A 200 l.o.c. promise chain vs a 10 liner in Python or PHP or Ruby? Just feels dirty to me.
So while I'm not sure Rails is easiest to pick up for a complete newbie, I am sure that there is still no framework that can touch Rails when it comes to fast/easy to build an entire web application from scratch that is truly broadly deployable and maintainable for years to come and won't cause you to tear your hair out every other day. :)
Rails is less "easy" than it used to be due to the integration of Webpack (via the Webpacker gem) and thus the entire world of frontend JS development…yet that move in many ways "saved" Rails as a serious tool for modern web professionals. So while I'm not sure Rails is easiest to pick up for a complete newbie, I am sure that there is still no framework that can touch Rails when it comes to fast/easy to build an enti…
I'm building a new application this year and I'll be using Go for the backend and Flutter for the frontend (both web and mobile).
How's your experience using flutter web? I love flutter and dart used it for a few mobile apps. Tried using Flutter Web and felt like it was missing a lot to make it usable in production.
Rails is less "easy" than it used to be due to the integration of Webpack (via the Webpacker gem) and thus the entire world of frontend JS development…yet that move in many ways "saved" Rails as a serious tool for modern web professionals. So while I'm not sure Rails is easiest to pick up for a complete newbie, I am sure that there is still no framework that can touch Rails when it comes to fast/easy to build an enti…
>think how easy Rails was in 2006 So why not use Rails?