undefined

points

[-]

I get your point

I think even if AI handles more of the CRUD side, you still need to understand what’s happening in the system once it’s running - this is where this project fits in.

To your point about framework use because of AI: As more applications are being built because of lowering barriers, I think it makes sense for full stack monolithic frameworks to be used more frequently.

by FEELmyAGI6 hours ago|

parent|

[-]

>I think it makes sense for full stack monolithic frameworks to be used more frequently.

Why? I believe full stack frameworks solved a problem for human coders, not AI coders. In fact they are only a limitation for AI going between programming language and runtime.

by jefurii8 hours ago|

prev|

[-]

Go do something ueful.

by FEELmyAGI7 hours ago|

parent|

[-]

> Go do something [r]ueful.

Does browsing this website not qualify?

by cruffle_duffle8 hours ago|

prev|

[-]

I mean for one thing your garden variety LLM had been substantially trained to handle Django. That is less context for it to bootstrap every time you summon it.

Just like rolling your shitty homebrew framework is a bad idea because only you understand it, the same is probably true with LLMs. Sure they’ll scan the bejesus out of your codebase every time they need to make a change and probably figure it out eventually… but that is just a poor use of limited context. With something mainstream, the LLM already has a lot about the universe in its training. Not to mention an ecosystem of plugins, skills, mcp servers, wizbango-hashers, and claberdashers. All there for the LLM to use instead of wasting tons of time, tokens and money perpetually relearning your oddball, one-off, rat infested homebrew framework.

Nothing has changed really…

by FEELmyAGI7 hours ago|

parent|

[-]

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 cuu5087 hours ago|

parent|

[-]

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

by FEELmyAGI6 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 cuu5085 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 FEELmyAGI2 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.