4 ms·

I find it a little disappointing that everyone (including the OP) assumes a CRUD app must be a web-application. In a web-application you are NECESSARILY breaki

I find it a little disappointing that everyone (including the OP) assumes a CRUD app must be a web-application. In a web-application you are NECESSARILY breaking, in all but the most exotic cases, the "multiple programming/scripting languages to learn" AND "external dependencies" requirement. Almost always, the "simple and resilient, can last for a long time" requirement goes out the window as well. If the requirements given by the OP are intended to be strict, then they need to go desktop. A few things come to mind... * java swing -- OK, it's not simple, but it is "one language" and quite self-contained, ORM is extensive. Many teams still work on 20 year old codebases in this stuff. * .net desktop UI's -- .net, especially lately, is a great choice if you want to remain in a "large-enough" walled-garden. For UI, there's a lot to choose from, winforms would keep the OP very strictly in the "one language" zone. If they're willing to go XAML based, then options open up a lot with the trade off that there's a lot more complexity/learning-curve to deal with. Both of these options have the ability to "launch" from a website (java webstart and .net clickonce), and both could talk through native remote procedure calls, use a REST API or even through gRPC to a service written by the OP in the same language. So it's not like they're inflexible.

sofixa 5y ago
> In a web-application you are NECESSARILY breaking, in all but the most exotic cases, the "multiple programming/scripting languages to learn" AND "external dependencies" requirement. Almost always, the "simple and resilient, can last for a long time" requirement goes out the window as well. No? PHP web CRUD apps from a decade ago still work ( some updates are required for security issues, but still), have little to no external dependencies ( you need a webserver like Apache or PHP-FPM to serve your PHP, but that's it), and are in one programming/scripting language - PHP, with some markup in HTML. Nobody is forcing nobody to use JavaScript, that's only if you want and need client side dynamic content. Alternatively, node.js allows you to use JS client and server side, and it can last a long time. However, you need some dependencies.
ramesh31 5y ago
>I find it a little disappointing that everyone (including the OP) assumes a CRUD app must be a web-application. Because in the modern era cross device compatibility is a requirement, not an option. And the only truly universal write-once-run-everywhere VM in existence is the web browser.

sofixa 5y ago

> In a web-application you are NECESSARILY breaking, in all but the most exotic cases, the "multiple programming/scripting languages to learn" AND "external dependencies" requirement. Almost always, the "simple and resilient, can last for a long time" requirement goes out the window as well. No? PHP web CRUD apps from a decade ago still work ( some updates are required for security issues, but still), have little to no external dependencies ( you need a webserver like Apache or PHP-FPM to serve your PHP, but that's it), and are in one programming/scripting language - PHP, with some markup in HTML. Nobody is forcing nobody to use JavaScript, that's only if you want and need client side dynamic content. Alternatively, node.js allows you to use JS client and server side, and it can last a long time. However, you need some dependencies.

ramesh31 5y ago

>I find it a little disappointing that everyone (including the OP) assumes a CRUD app must be a web-application. Because in the modern era cross device compatibility is a requirement, not an option. And the only truly universal write-once-run-everywhere VM in existence is the web browser.