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

491–500 of 569 posts

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

#491

Post by golergka »

Dowwie wrote: post #449
golergka wrote: post #363

Rust + Diesel + Tokio.io + Postgres. I don't do web frontend (just apps and bots), and this stack took a LOT of time to get used to, but now I enjoy full static typing, perfect ORM-ish abstraction level (Diesel is kind of unique in that regard), built-in integration testing so it's compatible with SQL migrations and functions in Postgres and pretty good perfomance.

Could you elaborate on what you mean by built-in integration testing? I am using Rust now, full time, and can't wait for better testing support. There are RFCs to do just this. However, the current built-in testing situation leaves much for improvement.

Oh, I should've worded it better. It turns out it's pretty easy to set up Diesel to test your application code together with setting up a lock Postgres database. I had to put it up myself, but overall I just copied the approach Diesel uses for it's own integration test: have a test subproject and set up the database in it's custom compilation script.

https://github.com/diesel-rs/diesel/tree/master/diesel_tests

Now, every time I alter application code and/or SQL migrations, I immediately test them together automatically.

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

#492

Post by 52-6F-62 »

gkya wrote: post #376
avip wrote: post #237

Earlier quoted context omitted.

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…

As someone in a position who's primary job has [had] little to do with WordPress plugin work, but is at the same time increasingly exposed to that due to sales department directives...

you've understated it.

And while I'm not a huge fan of working in PHP, it has its place— my remark is unrelated to that.

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

#493

Post by repsilat »

keithwhor wrote: post #94

If you need to build an API quickly we just launched https://code.xyz on Thursday. No server provisioning, no routing, nada, just write a JavaScript function, hit deploy, and you have a scalable "serverless" backend. You can deliver any type of content. (We have command line tools available as well, if the web environment doesn't suit all your needs.) Our company is called StdLib, we're focused on making API developm…

Wow, really neat. I guess you're working on top of AWS lambda or something? If so, how do you get around the 75 gig code size limit? Just "That will be a good problem to have when we have all those customers"?

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

#494

Post by jdbernard »

gkya wrote: post #379
superasn wrote: post #271

Earlier quoted context omitted.

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

Agreed. I've worked with PHP for years. It's not my choice unless it's a requirement. There are plenty of other more durable and scalable languages for the backend (as you've listed) that are just as easy and quick to get going if not more so.

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

#496

Post by mamcx »

marcus_holmes wrote: post #38
guessmyname wrote: post #29

Earlier 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

That's interesting... I think I'll spend a couple of days playing with Vue to see if I can get rid of Webpack and Babel, because they're an enormous pain to set up (especially as they keep changing their config schema every major version release - I think I've climbed Webpack's config learning cliff three times now).

I try dozen of tools for a cross-platform app and finally settle on use vue.

Every time I use node and look at his insanity and get depressed.

So, I dislike STRONGLY the use of Webpack and friends. Is a chore because JS is even more nuts now, and everything assume you want node nonsense everywhere.

So, I persist and do this:

I introduce:

> Non non-sense javascript front-end setup with vue

https://gist.github.com/mamcx/1d3aa692b0d34b0fae696c12292a1a...

Using local .js/.css files downloaded from a cdn, then using cat to concat in the correct order all the deps, and finally let to build your css/js as you please for your logic.

Build time is zero after the first try.

P.D: Maybe using unix pipes I could minimify and stuff like that, but I don't need that.

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

#497

Post by paulmendoza »

Bubble.is - I can code all the languages needed to code my own site but Bubble made my latest project (sigparser.com) way quicker to develop than if I had tried to use one of the existing frameworks. If it was a really large project Bubble might not be what I use but for something smallish needing users and calling some APIs it was great.

I wrote this about my experience.

https://medium.com/@mendoza.paul/sigparser-creation-story-bu...

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

#498

Post by sfifs »

cdonati wrote: post #431
sfifs wrote: post #58

Google app engine is my go to for web apps that need to be used in production at a small scale while I'm still evolving the functionality. What you prototype transfers into prod surprisingly well. The best part is I don't really have to worry about security - I just setup one of the default available authentication types and define access control in the routes in app.yaml. You don't have to be worried a hacking group…

What do you find problematic about Cloud Datastore for small-scale projects? I work on an open source implementation of it, so I'm always curious to hear about use cases and opinions.

Basically the lack of straight SQL support. "SQL-Like" means you end up calling their custom API functions and having to understand its unique API semantics in sufficient depth to build your persistence layer. Life would be so much simpler if it simply supported a subset of SQL - ideally with a standard interface like the Go's SQL.

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

#500

Post by sb8244 »

ai_ia wrote: post #275
beckler wrote: 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?

The biggest things you'd need to know is that Erlang does exist under the covers and you'll start spotting where it peaks through.

Once deployed, the best material on running beam apps is for Erlang, as well as ops tools like recon, and so you'll start learning and using it more then.

Post reply on HN