Ask HN: What's your favorite way of getting a web app up quickly in 2018?
391–400 of 569 posts
Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#392Vanilla 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…
>Your customers don't care what language it's in or whether the code is beautiful. Yes, but the person who has to code it cares. No reason to choose the worst of widely used programming languages and the worst possible database for asynchronous read/write patterns inherent to web apps, except as an exercise in masochism.
Oh, you mean javascript?
Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#393My answer is probably seen as unconventional on Hacker News, but keep an open mind and you'll be pleasantly surprised. I suggest you sign up for a free account at https://apex.oracle.com/ to try out Application Express (APEX). It's a free, web-based development tool for building modern, responsive and secure web applications. It's a mature product that has existed for around 18 years, and it has a long list of featur…
Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#394Vanilla 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 comment is highly presumptuous about the actual development experience of more modern languages and tools. > True speed comes when you don't have to deal with other people's bugs and poorly designed mistakes. PHP is often, in practice, a language where bugs are more likely compared to these "stylish" other languages you mention. [0] [0] http://delivery.acm.org/10.1145/3130000/3126905/p91-ray.pdf?... " For [langu…
Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#395Earlier quoted context omitted.
In many areas of the US (the entire west coast for example), PHP is dead - plain and simple. Independent of whether it is good or not, selecting dead or obscure technologies for your clients is completely irresponsible and leaves them with a maintenance catastrophe just because you like php. Yes there is a lot of hipster-ism out there in platform choice but there are plenty of mature, fast, and popular options out th…
There are many successful companies and start ups that use PHP. The same way they exist for other languages and platforms. No start up became a unicorn because of the programming language they used.
Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#396Earlier quoted context omitted.
It's so not fast to develop with though. I used to use it exclusively for years just cos that's what I knew. Switching to Rails now because Rails blows it out the water for speed of development. I still have a lot of love for Spring Boot just because of the power/flexibility and how incredible it is as a framework and marvel of engineering. But starting a spring boot app vs. starting a rails app is night and day in t…
As someone who really, really hated previous versions of Spring, and had vowed never to work with it again, is Spring Boot different enough to be worth a look?
Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#397Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#398Vanilla 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…
>No cutting edge incomplete frameworks So what, you rewrite a templating engine every time you want to make an application that outputs user data? Or are you reliant on making damn sure you always call htmlentities every time you echo something to prevent XSS? Are you sure you've not slipped up anywhere? What about CSRF? Do you write your own filtering mechanism every time you make a web app to check for the existenc…
It’s totally OK for a prototype to be a trainwreck because its purpose is to give you the ability to launch it in front of potential users, show them a few features and get their feedback.
Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#399For 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…
Re: Ask HN: What's your favorite way of getting a web app up quickly in 2018?
#400Hence I am using a home-brewed stack on Express (Node.jS) + Nuxt (Vue.js) + MySql + Google App Engine.
This is based on Xmysql - which is absolutely a zero configuration way to derive REST APIs.
Xmysql : https://github.com/o1lab/xmysql/
I plan to make internal framework open source in coming few months.
It has built in features of regular frameworks + Authentication + Authorization + ACL + Payments (Stripe) + Microservice (google-cloud functions) + Pubsub (background jobs)..