I'm experimenting with Anvil[0] at the moment. It's a bit like a web version of Delphi or Visual Basic. You build everything in Python. The front end stuff gets compiled to JavaScript. You can publish your app in a click. There is a built in database service, authentication and integrations with Google docs. It has a lot of potential.
Ask HN: What's your favorite way of getting a web app up quickly in 2018?
411–420 of 569 posts
Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#412Earlier quoted context omitted.
I wonder why Ruby ended up in the negative coefficient group instead of exhibiting similar characteristics to Python, for example.
It's quite an interesting study to read, and not long. I recommend giving it a few minutes to answer that question.
Thanks, assumed it would be too academic or technical to understand and didn’t look at it. Will check now..
Actually, the link is not working on mobile. Maybe it will work on my desktop.
Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#413Quickly? Firebase + React. Seriously, don’t overlook this combo. Auth just works. Hosting built in, no backend or database server to maintain. No API, just subscribe to a collection right from the view. It just works (and is easily swapped for the real deal if you need it). I made a guide/boilerplate to show you how (includes auth, CRUD, full text search, stripe subscriptions): http://getfirefly.org/
yerp, by 2018, UI + SaaS backends is often the easiest way to get something deployed ... provided you want to deploy essentially the same thing other people already have + some customization .. .. what's going to be neat to see is how that "essentially the same thing" changes over time. deepstreamhub.com is another neat SaaS that's worth looking into for some cases that Firebase might not handle as well ... there are…
the hub product shutdown https://github.com/deepstreamIO/deepstream.io/issues/867
Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#414Earlier quoted context omitted.
I second this; Go + React.js (Vue.js in my case) I talked about it just a couple of hours ago [1]. [1] https://news.ycombinator.com/item?id=17215658
How do you handle server side rendering? This is one of the reasons I chose to go full Node+React.
nuxt.js is an all in one vue framework that has ssr and a really cool file based routing functionality
Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#415For me, I dig Spring Boot and Elastic Beanstalk. It's just:
mvn install; eb deploy
Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#416fastest for me is just plain Sinatra and postgres. this is the gold standard of simplicity imo. and hosting for me is taken care of with Docker and an instance on Digitalocean. deployment is literally rsync and docker-compose up.
Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#417Vanilla php + html5up + sqlite3. Everyone else here is trying to be stylish and fancy. Your customers don't care what language it's in or whether the code is beautiful. No cutting edge incomplete frameworks, convoluted tooling, piles of inaccurate documentation to read, inexplicable cryptic error messages with a bunch of incorrect solutions on stack overflow, or other incompetently over engineered bullshit. Just go a…
This might be true if you're creating a very simple web site that is never meant to be a real app. If you're creating a more complex web app, with authentication, user management, billing, admin pages, etc. you are better off with frameworks such as Laravel, Symphony or Slim if you are using PHP.
This is correct.
...it is also why php is not really any significantly better choice than any other framework/language combination.
The benefits of ‘plain php’ (simplicity) disappear quite quickly when you’re doing anything non trivial.
I would never choose php without one of those framework stacks; it doesn’t scale, its prone to hideous security issues and its a fugly mess of reinventing the wheel.
Frankly, anyone doing this these days has no idea what they’re doing.
Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#418Frontend:- React/Vue/Angular Backend:- Spring Boot with Kotlin I must say I am so impressed with what Pivotal did with Spring Boot. It’s amazing.
Now this sounds interesting. I’ve been wanting to dig into Kotlin for awhile now. Were/are you a Java dev, or did you go into Kotlin without Java knowledge?
Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#419Vanilla php + html5up + sqlite3. Everyone else here is trying to be stylish and fancy. Your customers don't care what language it's in or whether the code is beautiful. No cutting edge incomplete frameworks, convoluted tooling, piles of inaccurate documentation to read, inexplicable cryptic error messages with a bunch of incorrect solutions on stack overflow, or other incompetently over engineered bullshit. Just go a…
Thank you. I've never come across html5up [1] before, but the templates there are just what I'm after at the moment. 1. https://html5up.net/
I don't get it. They all look practically the same, just with different color schemes and splash backgrounds?
Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#420Heroku is still a great choice if you're willing to pay to never think about infrastructure. On the other hand if you're willing to ask for help there are plenty of freelance IT admins who would set up a digital ocean box with the DIY equivalent of Heroku.
Strongly agree. I loved AWS Lambda both for pricing and for developer convenience/efficiency, but managing the network infrastructure beneath it finally irked me too much, so I switched to pushing a Docker container to Heroku and haven't looked back. I am tempted to believe that a lot of teams might be forcing themselves into over-engineering/overkill to jumping right to AWS where it's not needed.
I have read similar comments to the ones here about scaling and cost, so I might bump into that at some point.