I liked the article, but that graph definitely smells fishy, I don't believe in most modern international statistics (different methodologies, cultures, people doing it have all like of incentives...), historical trend graphs like this are for sure mostly made up.

Lies, dammed lies, and statistics. Give me a PhD title and I'll draw all kinds of beautiful graphs like this one

Yeah, I liked the article. I should have mentioned that. I think I got too focused on the chart. Its just one of those things that is hard to let pass without comment for me I suppose.

Always used audacious, does everything I need. Is fast, native (gtk or Qt), and you can save playlists.

On the music management side of things, I always feel like files and folders are the way to go.

Would the little rocks have collision?

The company of the website appears to be based in Riga, Latvia https://company.lursoft.lv/en/fyello-productivity/4020345542...

It's great. Been using it for years, also installed it for my mom, and she really prefers it because "things no longer move around by themselves".

You learn that usually you are really only using a handful of apps, you barely use the search box at all after two days.

Imagine if some group with the idea of targeting certain other groups can get their hands on whatever personal data they wish; employment data, address, family info, contacts...

WW2 will look like the good old peaceful times

This is not an "if" scenario. It is possible and happening.

This is the same old "developers are too focused on quality" story, is focusing on customers important? Yes. Is it the job of the "developer", usually, no.

I've seen it in juniors and in myself, entering into a company excited after hearing all these advices, and realizing that the job is really to "just code".

You do not communicate with the customer, you do not decide the business direction, you simply code, and make sure there are as little issues as possible (usually not stated explicitly), and that new features (as requested by management/customers) are implemented as quickly as possible.

I don't know how to respond to this "developers shouldn't focus on quality" argument any more. Is shipping fast important? Of course. Is understanding the customer important? Definitely. But why is there always this animosity towards "developers focused on quality"?

Where I worked my experience has been the exact opposite, many coworkers have been writing slop long before LLMs were popular, all kinds of horrible hacks, the constant talk about quality was not "we are working on quality all the time", but "quality is so bad my life is so painful".

So, my question to all that fight this "quality obsessed developer" is: Why have I never met any developer obsessed about the code quality, but I hear about them all the time?

EDIT: To be more concise, I think that the "perfectionist developer" is simply a scapegoat for the inherent difficulties and challenges of software development.

I don't focus on quality because I like quality. I couldn't give a flying toss.

I care about quality because tomorrow I still have to work with this stuff. In 10 years, I have to remember why I decided to do it this way, and I have to be able to extend it to satisfy the business needs then. I leave it in a way I won't want to find the original developer (me) and go full Law Abiding Citizen on them.

We are an extreme minority.

AFAIK, most developers out there want to spend the minimum time on the problem right now, and plans to jump ship tomorrow into somebody's else mess.

Definitely, we agree on this. It's about stability and maintainability, I couldn't care less about naming standards, indentation rules or whatever, as long as it's consistent.

> I don't focus on quality because I like quality. I couldn't give a flying toss.

Why not? Did noone in your life teach you to build things well and take pride in your work?

That's correct.

> So, my question to all that fight this "quality obsessed developer" is: Why have I never met any developer obsessed about the code quality, but I hear about them all the time?

I wonder where those guys are too, since most of the things I see are poorly made slop. This is similar to the "premature optimization" scaring - I've never seen those engineers going into the weeds optimizing bytes in code... but I've see so much code that's been 10.000 - 1.000.000x slower than it had to be and hurt users.

Some people talk about 68k not being supported being a problem

m68k Linux is supported by Rust, even in the LLVM backend.

Rust also has an experimental GCC-based codegen backend (based on libgccjit (which isn't used as a JIT)).

So platforms that don't have either LLVM nor recent GCC are screwed.

how on earth is linux being compiled for platforms without a GCC?

additionally, I believe the GCC backend is incomplete. the `core` library is able to compile, but rust's `std` cannot be.

>nor recent GCC are screwed.

Not having a recent GCC and not having GCC are different things. There may be architectures that have older GCC versions, but are no longer supported for more current C specs like C11, C23, etc.

I don't believe Rust for Linux use std. I'm not sure how much of Rust for Linux the GCC/Rust effort(s) are able to compile, but if it was "all of it" I'm sure we'd have heard about it.

Does it? Interesting, I thought it was a pretty robust take with specific parts I hadn't seen before. Perhaps the phrasing/sentence construction is a little stilted, but conclusions-drawn wise it seemed good to me. Maybe AIs are getting more incisive, maybe you just don't like GP's writing style. Who knows?

I've been using Gemini 2.5 pro a lot, and it sounds a lot like it