Live data from Hacker News

Ask HN: What's your favorite way of getting a web app up quickly in 2018?

news.ycombinator.com

341–350 of 569 posts

Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?

#341
post #27

Quickly? 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/

I just dropped firebase after nearly a month of development. Firestore lacks so many features that i consider basic. For example you can't even do a count query on the db and have jump hoops to even achieve this simple feature.

Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?

#342

Earlier quoted context omitted.

What are the best resources to learn Ruby/Rails these days?

Pick up rails book from pragmatic bookshelf. Give it a quick read. Then watch railscast videos. Then to rails doc and gorails.

Another vote for Gorails. It's certainly the next step from beginner Rails dev to, well, not beginner.

Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?

#343

Vanilla 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…

What exactly is the benefit of using sqlite over mysql in this case? Is the 10-15 minutes you might save looking up a quick setup tutorial for the system provided packages really worth the later problems? Postgres is slightly more complex (but pays for itself with additional capabilities), so I can see avoiding that unless your are already familiar with it. As for PHP, at this point it's not really any easier or hard…

> What exactly is the benefit of using sqlite over mysql in this case?

I'll just let you read this: https://www.sqlite.org/whentouse.html

Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?

#344

I write the server-side in Go, cross-compile to a Linux binary, and set that up as a service on a vanilla Ubuntu box (usually Digital Ocean). Deploying a new version is a matter of sftp'ing the new binary (and any templates, images, etc) over the top of the old one and restarting the service. If I need a database then I use Postgres, and the setup for that can be a pain, so I get it documented/scripted using Ansible.…

How is it possible that you sftp the new binary while the sever is running? It won’t let you because the file is in use.

Unlike windows, Linux allows you to delete a binary while it's running (the binary file is not locked).

Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?

#345

Earlier quoted context omitted.

I entirely disagree with this. Rails is optimised for fast development. That isn’t just about first bring-up, but about long-term velocity too. You will almost certainly save time over pretty much any other available solution, even over the long term. Where Rails and Ruby fall down is going to be in performance and complexity. If your “simple” web app becomes a sprawling and complex mess, Rails won’t deal with that e…

Everytime I say anything on this orange website anymore it is immediately voted down. I guess the orange website isn't for me anymore.

Well, your comment contained a bit of a generalisation. It may or may not be true depending on the size of the app, its purpose, the number of developers, their level of experience, and a bunch of other factors.

The response contained a generalisation too. Horses for courses.

Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?

#347
post #275
post #99

Earlier quoted context omitted.

Coming from nodejs, phoenix is incredible. Out of the box, phoenix just uses nodejs to generate all your frontend assets, and channels are incredibly easy to use. I'm still learning about how elixir works under the covers, but so far I'm really impressed.

How much learning curve if One doesn't know Erlang to get speed up in phoenix?

You don't really need to know Erlang.

Elixir is like if Erlang and Ruby had a child. It's a functional languages, so I guess there's a bit of a curve there. Plus you get stuff like macros, which are incredible, but I thought was some kind of voodoo magic the first time I encountered them.

There's a pretty decent tutorial on the elixir site, and the phoenix site if you want to learn.

As for the learning curve, I didn't struggle with it for very long at all, but your results may vary.

https://elixir-lang.org/getting-started/introduction.html

https://hexdocs.pm/phoenix/overview.html

Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?

#349

As someone who operates a consultancy which has deployed more than 5000+ web apps in the last quarter alone. We exclusively use AWS Lambda, DynamoDB or if the app is complex, we use Amazon RDS. For search - AWS Elasticsearch Our preferred stack is Go + VueJS. WHY GO? It's much easier for our senior developers to ramp up a team of 10 developers on Go than say Python or Ruby. Suprinsgly, we have a few guys who are Go e…

Interesting to hear you're using Go and Vue.js. With Go, are you using off-the-shelf web frameworks or libraries or do you have your own in-house framework/template? So you said you're deploying 5000+ web apps a quarter. Are those new web apps? How many web apps are you deploying per dev head count?

With Go, are you using off-the-shelf web frameworks or libraries or do you have your own in-house framework/template?

No frameworks. We use http://www.gorillatoolkit.org/pkg/mux and sometimes we need a few more libraries for GWT/ElasticSearch/PostGres. I know there more performant options but we've found no reason to change so far.

So you said you're deploying 5000+ web apps a quarter. Are those new web apps?

Yes, 70-80% of them are new apps. Small apps, not multiple month project, mostly CRUD. Much easier/faster and cost-effective for us to develop what we've already done. OId app usually requires adding few routes and shuffling around the frontend elements or adding some small CSS tweaks. We use a simple list to accept/reject projects. We never undertake any complex project.

How many web apps are you deploying per dev head count?

These are small apps. We've 1500 developers in a very low-cost jurisdiction.

Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?

#350

My preferred solution is Waxx https://www.waxx.io - It is Ruby and very fast. Mostly functions, no classes. Deploy like this: waxx deploy stage or waxx deploy prod The deploy script can be as simple as: cd /path/to/folder && git pull && waxx migrate && waxx restart Disclaimer: I am the author of Waxx and I wrote it to be as simple as possible yet still high performance and flexible.

First time I've heard of it - how would you say it compares with Rails? Is there much of a community behind it?
Post reply on HN