Ask HN: Easiest way to build a CRUD app?
81–90 of 239 posts
Re: Ask HN: Easiest way to build a CRUD app?
#82I used to use Django for this kind of thing, but I have found that Flask connected to your fully managed database of choice like AWS with dynamodb (nosql db gets rid of even worrying about schemas) is the simplest way to quickly get up and running and do almost everything in Python with very little learning of various settings and details of specific frameworks since it is so minimal. This is how I tend to prototype…
Re: Ask HN: Easiest way to build a CRUD app?
#83Re: Ask HN: Easiest way to build a CRUD app?
#84I would answer at the meta-level - pick the framework in the language you know best. If you are already fluent in Python, use Django. PHP; Laravel? Etc. The benefit of using the “best” CRUD tool (if there even is one) is far less than the cost of learning a new language these days. When Rails first came out, it was so much better than anything else that it was worth it to learn Ruby just to use that toolchain. Nowada…
Re: Ask HN: Easiest way to build a CRUD app?
#85Earlier quoted context omitted.
No, because then I would be relying on an external service from Google.
You will always rely on some external services. Either AWS for hosting or if you go the crazy root your ISP to bring internet to your own server. Relying on Google sheet and Google form seems like a reasonable safe bet. Then of course, the simple stack may not be enough, but if it is enough, I am not aware of anything simpler.
Re: Ask HN: Easiest way to build a CRUD app?
#86I would answer at the meta-level - pick the framework in the language you know best. If you are already fluent in Python, use Django. PHP; Laravel? Etc. The benefit of using the “best” CRUD tool (if there even is one) is far less than the cost of learning a new language these days. When Rails first came out, it was so much better than anything else that it was worth it to learn Ruby just to use that toolchain. Nowada…
All that said, my personal favorite CRUD backend is absolutely servant, but will admit that haskell can be a deterrent to some.
Note since I mentioned Phoenix: It might be suitable to you OP, it doesn't necessarily need things like external static hosting, caches, task queues etc and with LiveView can accomplish plenty without surrendering the front-end to a javascript framework. Look up the emerging PETAL stack, it might be of interest. P(Phoenix) E(Elixir) T(TailwindCSS) A(AlpineJS) L(LiveView).
Re: Ask HN: Easiest way to build a CRUD app?
#87Re: Ask HN: Easiest way to build a CRUD app?
#88I'll probably be a minority here, but I'd say: java + Vaadin [1] + raw jdbc (no ORM nonsense). On Vaadin site, you can use starter [2] to create an app template. There is no need to write javascript; most Vaadin code looks like good old desktop programming. Due Java stability, that thing will run forever and will be performant. If you want to be "cloud native" (or whatever cool name now is) in the future, you can lat…
As for vaadin - how far can u get without the pro version? None of the samples include a login, and the LoginView seems to be a PRO feature? It looks full of features.
Re: Ask HN: Easiest way to build a CRUD app?
#89If this isn't a business application, ignore this entire comment. If it is a business application, you probably shouldn't build a CRUD app, at least not the way that's commonly understood. Stick with me for a minute. First off, you must never delete business data (except per GDPR, retention policies, or other legal requirements). I'm sure someone will pipe in with a contrived use case where you would want to, but in…
Damn, take my upvote. You're right and you won.
Re: Ask HN: Easiest way to build a CRUD app?
#90go and build a simple gui app for macos and it’s a dream .