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

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

#371

Post by alter_eco123 » Sun, Jun 03, 2018, 1:49 PM UTC

friedman23 wrote: post #284

zepolen wrote: post #265

Earlier quoted context omitted.

Your comment reeks of inexperience.

Haha, your comment reeks of inexperience. The thing you have namely not experienced is the pain of having to port an entire service to a different language because SQLAlchemy is as slow as a snail. But yes, keep on using your ORMs because using a query builder is too hard. I'm sure your significant experience building services that will at most ever handle 2 QPS is very important to the software engineering world.

For what it's worth, if SQLAlchemy (or any other ORM) is slow, it's probably not because of "serialization" and "deserialization" (of whatever you had in mind), but because the database is queried in a (really, really) inefficient way.

It's also unclear how that's related to whether you're working in an async environment or not.

He was probably thinking about stuff like that.

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

#372

Post by mateuszf » Sun, Jun 03, 2018, 1:50 PM UTC

oreganoz wrote: post #184

billdybas wrote: post #167

Earlier quoted context omitted.

Datastore Agnostic: - JS-Data - https://github.com/js-data/js-data SQL: - Sequelize - https://github.com/sequelize/sequelize - Bookshelf - https://github.com/bookshelf/bookshelf - Objection - https://github.com/Vincit/objection.js - TypeORM - https://github.com/typeorm/typeorm NoSQL: - Mongoose - https://github.com/Automattic/mongoose - Thinky - https://github.com/neumino/thinky

Yeah, well, what else did the romans ever do for us?

Aqueducts?

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

#373

Post by Geee » Sun, Jun 03, 2018, 1:50 PM UTC

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…

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.

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

#374

Post by sAbakumoff » Sun, Jun 03, 2018, 1:58 PM UTC

As always jQuery HTML and CSS will quickly set up everything

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

#375

Post by dvfjsdhgfv » Sun, Jun 03, 2018, 2:03 PM UTC

Quickly? Laravel Voyager. You can set up a functional app with several tables and relations between them and different access levels for different users - all this without one line of code (I'm not counting the artisan commands here). It's the shortcut of shortcuts.

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

#376

Post by gkya » Sun, Jun 03, 2018, 2:07 PM UTC

avip wrote: post #237

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…

You seem to know a lot about what everyone else's motives are :) There's nothing less "vanilla" or "standard" with python/go/RoR/whatever vs. PHP. It just so happens that you know PHP well, so, by all means, YOU should use that.

One can put together a set of (Fast)CGI scripts in almost any language, given environment variables and some IPC is supported (IDK what IPC FastCGI uses exactly, bug CGI is envvars). Same goes with exposing a custom socket server. I guess people associate languages with frameworks and that's why they think these things are not possible in them. Or they like the style intermingling of 4 programming languages, which is a pathetic bad practice that turns the program into a pseudo-quine immediately. Just read the source of a WordPress plugin (keep a nylon bag handy because it's gonna give you nausea, to say the least).

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

#377

Post by ahallock » Sun, Jun 03, 2018, 2:10 PM UTC

Apex Up, Express.js, and DynamoDB for the API, and then React for the front-end

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

#378

Post by edthrowaway » Sun, Jun 03, 2018, 2:11 PM UTC

JepZ wrote: post #242

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…

Please correct me if I am wrong, but as far as I remember the combination of PHP and sqlite fails fairly quickly when if comes to concurrent users? Don't get me wrong, I am very fond of sqlite, but to use it efficiently you have to manage the connections to the database and from what I have heard, that doesn't work particularly well with PHP. This doesn't mean that the above recommendation is wrong (in fact, I used s…

Sqlite's limitations have nothing to do with PHP. But you're correct that it's not intended for use as a multi user database. The limitation is in concurrent writes. If your app is read-oriented, then there is not a problem.

However, I'd personally always use postgres in this case, myself.

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

#379

Post by gkya » Sun, Jun 03, 2018, 2:11 PM UTC

superasn wrote: post #271

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.

The first paragraph is plain wrong. JS is the JS of frontend because there are no replacements. Use a language compiled to it, but still you'll have to know and use JS. PHP on the other hand is a caricature of a language that you can avoid.

The second paragraph is correct, but it's just equally correct for Python, Ruby, Perl, Lisp, Shell languages etc., as they all support multiline strings and string interpolation too. The only difference is that you'll have to wrap strings in delimiting markers, instead of code with .

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

#380

Post by cutler » Sun, Jun 03, 2018, 2:13 PM UTC

megablast wrote: post #244

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…

And plus, it works on cheap shared websites that can cost $10 a year + domain name.

Isn't the "PHP works on cheap hosting" schtick a bit dated now you can get a dual-cpu VPS with 8GB RAM at hetzner.com for 8.90 Euros per month? Commodity hosting now makes JVM apps feasible at the lowest price points.