zelphirkalt

I sometimes "hate", exactly because of people having learned one flavour of OOP, usually the Java flavor of "everthing must be a class" and trying to shoehorn everything into that style of programming, insisting that inheritance must be had, even though many people have already learned the lesson of composition over inheritance, and even though one of the most popular newer languages, Rust, doesn't even have inheritance or classes. Also the "mutate everything from everywhere, as long as I have a setter"-style.

That dogmatic Java-flavor-OOP and their ideas of translating design patterns 1-to-1 to other languages like Python, disregarding the language specifics and language design choices ... ugh, such a PITA.

That's where my guards are going up, and I start observing very closely, what that person's understanding of OOP is, and whether they merely throw out buzzwords, or actually know something about what they are talking about.

Is that vanilla Emacs crashing? Asking because I had such things happening only with Spacemacs in a VM running on a Windows host and blamed Spacemacs.

Probably, the sign that it is a paradigm of the past, at least partially, are the issues Emacs has with UI blocking and multi-core usage. Great packages manage to mostly work around it, by outsourcing to other external processes and parsing the results, though the parsing happens inside Emacs. The issue and at the same time the enabler of many things, is the ton of global mutable state, that will be very hard to factor out at some point, if ever.

If those are the most prominent things you find for that abbreviation, I have to start doubting Wikipedia. As a German seeing that abbreviation so freely used is always a little bit shocking.

In a just world they would have to pull all models, for which this is the case, have auditors walking in left and right, supervising their training of the next version, to make sure they only train on material, that they are allowed to train on, and meticulously have them document every little corpus of data they use and its sources.

In reality we won't see this behavior stop, until Anthropic is hit with a huge penalty sledgehammer that threatens its existence. This is a gold rush and without real consequences, nothing will change.

The headline makes not much sense though. If the software used to be horrible, and now is getting worse, then what is the result? Abysmal software? In the light of this decrease of quality, the "but" seems misplaced, as if it indicated, that it is not so bad, while in fact software getting _even_ worse, will make some software unimaginably bad and we should worry even more.

It seems to be a typical case of unscrupulous people getting ahead. The more ruthless, the fewer obstacles, the easier they can beat competition. The more they grow, the more they get affirmation of "doing well", which only reinforces their corruption.

Hm, that's strange. I have used Pipenv and Poetry years ago, to reproducibly build data science environments that people used to learn about data science and data analysis. I don't think you can call that "toy projects". I guess you just had bad luck with some specific dependencies. What I do remember though is, that Poetry had far fewer problems than Pipenv had. Pipenv was still a fight, though I won every time one way or another.

I suspect, that lots of people hyping uv didn't have any proper reproducible project setups beforehand and didn't have to find solutions to that before uv. If they had, they would know about Poetry and how to use it.

I am of the same opinion, that uv didn't actually change all that much, if you have a sane project setup. I don't do anything with it, that I didn't do before with Poetry and before that with Pipenv. What I need is a way of installing dependencies, checked against a lock file, reliably. Poetry does that. If uv disappeared today, I would go back to Poetry and wouldn't miss all that much.

But there are the people who want to write one-off scripts with loosely defined dependencies inlined into the scripts. I don't do that. I would just copy my Makefile and pyproject.toml file from another project and adjust it and then run the script just as well with locked dependencies. Why do anything less. If I want to be really sloppy, I can just pip install.

Zuban is a one-man show though, with a bus factor of probably 1.

There are areas of expertise or experience, where I know, that no one else has actually made the right tool for me, so I have to make it myself, and I like being able to do it myself. One is a good tool for learning the vocabulary of Mandarin. I just have very specific ideas how it should work and look and I don't think there is any other tool, that does it like my personal tool. I like such projects, but I think even among developers, the percentage of devs thinking like this is decreasing, as there are fewer and fewer people in this profession, who are in it because they actually love developing things, compared to more and more who do it for the money.

What kind of browsing activities did you automate away?

If I think about what I do, like reading HN, reading some subreddits, watching series, asking LLMs things, ... I don't see how any of it can be usefully automated away, in such a way that it achieves an equivalent result.

And in software that is easily done. Write a whole software suite or spend copious amounts of time on configuration of a behemoth software to fit a tiny use case. Or have scope creep. While all you need is a single shell command in a cronjob.

Surely their AI is soooo dangerously good, that it will find profitable avenues and business ideas, if you just ask it!

If you take their marketing bla as truth, I don't find the OP's question to be an exaggeration at all. They should be able to do that easily. Just need one person per business who is a master prompter and off you go! By now no engineers needed, no lawyers needed, and no designers needed, right?

If you haven't tried it yet: Those expensive but very ergonomic keyboards (glove80, kinesis, ...) with very light key switches did do the trick for me. Had severe RSI at some point from hacking away at a laptop and then at home at an ordinary keyboard, so that I went to doctors. But they didn't know about such keyboards, and I couldn't just stop doing my job that I loved. Anyway, now I very rarely have any issues at all. Worth trying if you have not yet.