Perhaps the issue is you were used to writing 200k lines of code. Most engineers would be agast at that. Lines of code is a debit not a credit
You might have meant "code is a liability not an asset"
Readit Newsd0mine commented on AWS CEO says using AI to replace junior staff is 'Dumbest thing I've ever heard' theregister.com/2025/08/2... · Posted by u/JustExAWS
d0mine commented on Code formatting comes to uv experimentally pydevtools.com/blog/uv-fo... · Posted by u/tanelpoder
Oh please no...
The reality is, ecosystems evolve. First, we had mypy. Then more type checkers came out: pyre, pyright, etc. Then basedpyright. The era of rust arrived and now we have `ty` and `pyrefly` being worked on heavily.
On the linter side we saw flake8, black, and then ruff.
Decoupling makes adapting to evolution much easier. As long as both continue to offer LSP integrations it allows engineers to pick and chose what's best.
The whole premise of uv that you don't need to know that you can install specific python version using eg pyenv (`uv python install` or `uv run` may do it implicitly), you don't need to know about `python -m venv`/virtualenv (`uv venv`), or how to create lock files pip-tools / pipenv / poetry / etc(`uv lock`), or pipx (`uv tool install`) or `pip install`/ `pipenv install`/`poetry add` / many others (`uv add`), or how to build artifacts setuptools / hatchling / poetry way / etc (`uv build`). Other commands such as `uv sync` didn't break new ground too.
`uv format` is similar (you don't need to know about `ruff format` / black / yapf ).
d0mine commented on Code formatting comes to uv experimentally pydevtools.com/blog/uv-fo... · Posted by u/tanelpoder
I don't think this is an apt (pun intended?) comparison at all.
One can find repos using `make format` / `make lint`/ `make typecheck` / or similar
I remember David Beazley mentioning that code with Makefiles were relatively easier to analyze based on ~Terabyte of C++ code and no internet connection (pycon 2014) https://youtube.com/watch?v=RZ4Sn-Y7AP8
d0mine commented on Org-social is a decentralized social network that runs on Org Mode github.com/tanrax/org-soc... · Posted by u/tanrax
Try as I might, I have not been successful in getting my wife to use IRC. I guess I should take that as a sign that she just doesn't want to talk to me...
There is a telegram client for emacs: telega.el https://github.com/zevlg/telega.el
The installation instructions are scary but It has been straightforward to install melpa version via use-package with telega-server in docker.
d0mine commented on My favorite use-case for AI is writing logs newsletter.vickiboykis.co... · Posted by u/todsacerdoti
Yeah, it’s also surprising because the user really shouldn’t be using f-strings for logging since they get interpolated whether or not the log level is set to INFO. This is more important when the user is writing say, debug logs that run inside hot loops, which will incur a significant performance penalty by converting lots of data to its string representation.
But sure, vibe away.
f""-strings for logging is an example of "practicality beats purity"
Yes, f""-strings may be evaluated unnecessarily (perhaps, t-strings could solve it). But in practice they are too convenient. Unless profiler says otherwise, it may be ok to use them in many circumstances.
Any time I read the words vulnerable and plugin I just assume WordPress is involved somehow. I'm convinced that the internet would be instantly more secure if the entire platform died off.
Wordpress dominates internet outside megacorps. There are a lot of security issues but there is a lot of utility too.
I don’t understand why people seem to be attacking the “non-determinism” of LLMs. First, I think most people are confusing “probabilistic” with “non-deterministic” which have very distinct meanings in CS/ML. Non-deterministic typically entails following multiple paths at once. Consider regex matching with NFAs or even the particular view of a list as a monad. The only case where LLMs are “non-deterministic” is when using sampling algorithms like beam search where multiple paths are considered simultaneously. But most LLM usage being discussed doesn’t involve beam search.
But even if one assumes people mean “probabilistic”, that’s also an odd critique given how probabilistic software has pretty much eaten the world. Most of my career has been building reliable product using probabilistic models.
Finally, there’s nothing inherently probabilistic or non-deterministic about LLM generation, these are properties of the sampler applied. I did quite a lot of LLM benchmarking in recent years and almost always used greedy sampling both for performance (doing things like GSM8K strong benefits from choosing the maximum likely path) and reproducibility. You can absolutely set up LLM tools that have perfectly reproducible results. LLMs have many issues but their probabilistic nature is not one of them.
"chaotic system" might be more precise here: small variations in the input may result in arbitrary large differences in the output.
d0mine commented on Andrej Karpathy: Software in the era of AI [video] youtube.com/watch?v=LCEmi... · Posted by u/sandslash
I agree with your general point, but C++ isn't a great example, as it is so underspecified. Imagine as part of our calculator we wrote the function:
int add(int a, int b) {
return a + b;
}
Precision is not boolean (present or absent/0 or 1). There may be many numbers between 0 and 1. Compared to human languages, programming languages are much more precise that makes the results much more predictable in practice.
I can imagine OS being written in C++ and working most of the time. I don't think you can replace Linux written in C with any number of LLM prompts.
LLM can be a [bad so far] programmer but a prompt is not a program.
d0mine commented on AI Safety Career Advice (and So Can You) [video] youtube.com/watch?v=OpufM... · Posted by u/d0mine
The ideas in video, especially the 2nd part, can be used outside AI safety field too.