zlacker

[return to "ChatGPT Containers can now run bash, pip/npm install packages and download files"]
1. behnam+sj[view] [source] 2026-01-26 20:58:52
>>simonw+(OP)
I wonder if the era of dynamic programming languages is over. Python/JS/Ruby/etc. were good tradeoffs when developer time mattered. But now that most code is written by LLMs, it's as "hard" for the LLM to write Python as it is to write Rust/Go (assuming enough training data on the language ofc; LLMs still can't write Gleam/Janet/CommonLisp/etc.).

Esp. with Go's quick compile time, I can see myself using it more and more even in my one-off scripts that would have used Python/Bash otherwise. Plus, I get a binary that I can port to other systems w/o problem.

Compiled is back?

◧◩
2. koe123+i11[view] [source] 2026-01-27 01:09:18
>>behnam+sj
> But now that most code is written by LLMs

Am I in the Truman show? I don’t think AI has generated even 1% of the code that I run in prod, nor does anyone I respect. Heavily inspired by AI examples, heavily assisted by AI during research sure. Who are these devs that are seeing such great success vibecoding? Vibecoding in prod seems irresponsible at best

◧◩◪
3. cheeze+J11[view] [source] 2026-01-27 01:12:13
>>koe123+i11
FAANG here (service oriented arch, distributed systems) and id say probably 20+ percent of code written on my team is by an LLM. it's great for frontends, works well with test generation, or following an existing paradigm.

I think a lot of people wrote it off initially as it was low quality. But gemini 3 pro or sonnet 4.5 saves me a ton of time at work these days.

Perfect? Absolutely not. Good enough for tons of run of the mill boilerplate tasks? Without question.

◧◩◪◨
4. zx8080+l51[view] [source] 2026-01-27 01:37:51
>>cheeze+J11
> probably 20+ percent of code written on my team is by an LLM. it's great for frontends

Frontend has always been shitshow since JS dynamic web UIs invented. With it and CSS no one cares what runs page and how many Mb it takes to show one button.

But regarding the backend, the vibecoding still rare, and we are still lucky it is like that, and there was no train crush because of it. Yet.

◧◩◪◨⬒
5. llbbdd+Tj1[view] [source] 2026-01-27 03:49:36
>>zx8080+l51
Backend has always been easier than frontend. AI has made backend absolutely trivial, the code only has to work on one type of machine in one environment. If you think it's rare or will remain rare you're just not being exposed to it, because it's on the backend.
◧◩◪◨⬒⬓
6. bopbop+Uk1[view] [source] 2026-01-27 03:58:39
>>llbbdd+Tj1
Might be a surprise to you, but some backends are more than just a Nextjs endpoint that calls a database.
◧◩◪◨⬒⬓⬔
7. ivanto+et1[view] [source] 2026-01-27 05:28:35
>>bopbop+Uk1
Honestly, I am also at a faang working on a tier 0 distributed system in infra and the amount of AI generated code that is shipped on this service is probably like 40%+ at this point.
◧◩◪◨⬒⬓⬔⧯
8. llbbdd+lM1[view] [source] 2026-01-27 08:26:13
>>ivanto+et1
I'm not surprised at all here, last time I worked in a FAANG there was an enormous amount of boilerplate (e.g. Spring), and it almost makes me weep for lost time to think how easy some of that would be now.
◧◩◪◨⬒⬓⬔⧯▣
9. ivanto+xrc[view] [source] 2026-01-29 22:57:59
>>llbbdd+lM1
It’s not just boilerplate. This is a low level C++ service where latency and performance is critical (don’t want to get into too much detail since I’ll dox myself). I used to think the same thing as you: “Surely my job is safe because this system is very complex”. I used to think this would just replace front end engineers who write boilerplate react code. 95% of our codebase is not boilerplate. AI has found optimizations in how we store items, AI has alerted us to production issues (with some degree of accuracy, of course). I worry that traditional software engineering as we know it will disappear and these hybrid AI jobs will be what’s left.
[go to top]