Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

news.ycombinator.com

Post reply on HN
Print view View original

271–280 of 569 posts

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

#271

Post by superasn »

kristopolous wrote: post #168

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…

PHP is like the Javascript of backend. Hate it all you want but there is nothing better to get shit done esp if you're a small team or working solo.

Also it is super flexible too (much like JavaScript and babel) as in you can write strict OOP code or you can write plain php code inside Html in static files.

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

#272

Post by ai_ia »

amingilani wrote: post #148

Oh man, do I love this question. For the stack, Ruby on Rails with React. But my secret sauce is the DevOps: + GitLab + GitLab CI + Heroku + Git + Git tags I also add some magic npm scripts to take care of semver tagging. And with my build: + All pushes are tested + All changes to master are tested and deployed to staging + All semver tagged commits are tested and deployed to production + Also, all database migration…

Can you give me a resource to get started with devops. I have only heard these ideas, but don't have any clue why at all they are required.

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

#273

Post by onion2k »

KaoruAoiShiho wrote: post #52
sampl wrote: 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/

Too expensive to be worth it. I'm totally fine with outsourcing stuff that is difficult and third parties can do better, but in this case the amount of stuff you're playing egregious "cloud" pricing for is too much. Just spend a handful of days learning one of the open source stacks and you'll be set for life. It's totally worth it assuming you'll be making more than 1 app ever.

Firebase's free tier is more than enough to play with an idea, and the next tier up is (100k concurrent users) $25/month ... if that's too expensive then there's something very wrong with your pricing model. Obviously this assumes you're not storing much data per user - you wouldn't build a imgur clone with it - but it's not that expensive for any typical SaaS app.

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

#274

Post by raarts »

iopuy wrote: post #218
GijsjanB wrote: post #155

React, Express, Postgress, Nginx all in Docker containers managed with Docker Machine on a Digital Ocean box. It may not be the most simple/quick solution, but with some copy/pasting I can get something up rather quick and it's super flexible. Need OCR? Add a Tesseract container. Need a fileserver? Etc.

how do you handle authentication?

Don't know about GP but in a similar setup I use keycloak.

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

#275

Post by ai_ia »

beckler wrote: post #99
sb8244 wrote: post #31

I use Elixir/Phoenix mainly because I think it is fun and think that side projects should be fun. If it has the potential to become something more, I believe that it is a great production language for a company and would stake my business on it. Usually deploy to Heroku free tier for my up and fast prototypes. Frontend will either be React or plain ol' JS depending on how complex the idea is.

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?

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

#276

Post by _hardwaregeek »

nooyurrsdey wrote: post #63

For some reason people seem to constant doubt Ruby-ists and Rails Devs. I completely get that other languages have huge benefits over Ruby. Golang being compiled or Java running anywhere, etc... And ruby is slow, totally understood. But if youre talking about getting a functioning webapp up and running quickly ... no way anyone is beating a Rails dev in setting one up. The piping and scaffolding are all built in and…

I keep on running into this problem where I try to use a new framework/language for backend, like Go, Kotlin, even Node, but I just get so damn bored with writing the same boilerplate. Say what you will about Rails, but at least the maintainers try to automate the boring parts. Not to mention between Elastic Beanstalk, Heroku and even plain old Capistrano on a VPS, deploying Rails is a breeze. Maybe some people take some perverse joy from writing CRUD operations for the millionth time, but I don't.

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

#278

Post by tigershark »

marcus_holmes wrote: post #13

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.

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

#279

Post by rhizome31 »

ai_ia wrote: post #272
amingilani wrote: post #148

Oh man, do I love this question. For the stack, Ruby on Rails with React. But my secret sauce is the DevOps: + GitLab + GitLab CI + Heroku + Git + Git tags I also add some magic npm scripts to take care of semver tagging. And with my build: + All pushes are tested + All changes to master are tested and deployed to staging + All semver tagged commits are tested and deployed to production + Also, all database migration…

Can you give me a resource to get started with devops. I have only heard these ideas, but don't have any clue why at all they are required.

The idea is to automate repetitive tasks as much as you can because doing them by hand takes time and is error-prone. Build, deployment and testing are tasks that are well suited to automation.

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

#280

Post by kbenson »

kristopolous wrote: post #168

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 harder to get up initially then Python, Ruby or Perl, so it really comes down to personal experience. Whichever one you know best, use it. Whichever framework you know best that has some solutions for what you want to do, use it. That will be quickest.

Post reply on HN