undefined

points

[-]

There is much more engineering and testing (and probably AI training) in python and a web browser than there is in django. same with EG bash and linux vs ansible. that is what I mean by 2010s era frameworks - JSON/YAML easy wrappers with opinionated defaults and consistent interfaces. AI has no problem going from programming language -> runtime without human-convenient middleware. So I am NOT implying to create your own django on the way to creating your CRUD app. I think you can make a CRUD app based by listing all the features you want. Including, if you really want an in-band administration feature like phpmyadmin or django admin, you could have AI generate something that pipes any system command to the web app.

by cuu5086 hours ago|

parent|

[-]

Python is inherently slow, why not go straight to C?

by FEELmyAGI5 hours ago|

parent|

[-]

Suit yourself really. maybe there's more training data for CRUD apps in python than C, but I don't think it's too hard to implement the fundamentals of a web app in any language if you're also using a web server. Most webapps aren't that popular therefore don't use that much computation anyways, so theres a point of diminishing returns on making your CRUD as efficient as scientifically possible. some prefer a managed runtime so that a bug causes EG python to crash instead of the consequences of a bug in native code, but that can be mitigated easily enough as well.

by cuu5083 hours ago|

parent|

[-]

> theres a point of diminishing returns

But LLM will figure it out so why not take free speed?

BTW, also if we're getting rid of a web framework and letting the LLM write specialized code for the various CRUD operations, why not also get rid of Postgres/MySQL/Redis and let LLM also write specialized code for reading, writing, and querying the various business objects?

by FEELmyAGI1 hours ago|

parent|

[-]

> why not take free speed?

once all interactions appear instantaneous to a human, which is usually possible even with python et al, reducing CPU usage doesn't matter in 99.9% of cases that the app never gets popular enough that the savings in running the app would even add up to the cost of a LLM subscription.

Also, in most instances CRUD apps could run with their own data structures and filesystem data persistence. Not to say its a good idea,But I'd wager you could get on the frontpage with "show HN: I build a ToDo app that's 10x cheaper to run on AWS than Django".

In reality SQL databases, along with programming languages, OS utilities, webservers, crytography, and probably a few other technologies are basically bedrock technologies that LLM builds upon and have durable value, unlike Dev Tools / Frame Works / Simplified Human Interface wrapper projects, such as django ansible and the thousands of similar projects .

The more LLMs *CAN* code, human oriented coding tools and concerns become worthless.