The planet may disagree though.

OpenSSH is the best known OpenBSD project, but they also makes pf (used in pfSense, OPNSense, etc.), OpenBGP, OpenNTPD, OpenSMTPD, OpenIKED, LibreSSL, etc.

Came for this comment.

A plumber can make art while plumbing. A truck driver can make art while driving. Yet that is not the first purpose of their jobs. Hence, in general, a truck driver is not an artist. Of course, nothing prevents a truck driver from being an artist.

Same for engineering (software here). Our job is to build / maintain systems. Not to create art. Now, we can create art in the process, of course, just like everyone else. But no, engineering is not art by any stretch of the imagination.

Art: the expression or application of human creative skill and imagination, typically in a visual form such as painting or sculpture, producing works to be appreciated primarily for their beauty or emotional power.

Engineering is an activity that has a practical goal: Build a plane, make a website, make this piece of code scale. Not activities primarily appreciated for their beauty or emotional power.

If your program will be up for days (think a server, a browser, etc...), the startup time can easily become negligible.

Well, each thread uses its own buffer, so there is no issue, is there ? They can then switch buffers when they feel the need to.

Engineering is inherently a creative job, so is researcher, and many others. That does not make it art.

Java is slow to start, because the JVM is a beast that takes its sweet time to get up to speed. After this hit, the type of code you are talking about will be about 5 to 10 % slower, which might be acceptable or not depending of your requirements and the value you put in all that Java provides and C does not.

The reason so few games are written in Java is that the GUI layer is not efficient to optimize your UI down to your graphic chipset *and* the fact that a full GC will stop the world fr a split second and you have no control over it. So, a game needs fluid interface which the GC doesn't allow and lightning fast graphics performance which java is not equipped for. The general CPU performance of Java is not at all an issue there.

Rust do not allow you to share a buffer between two threads for example. That might be one optimization that the C code does and the Rust implementation *cannot* do. It might not just be the ASM produced by the compiler.

That's one example of course.

Programming is not an art, it's engineering. Decades of C programming has shown that *no* programmer at all is immune to bugs that are way too easy to do naturally when you can cast a pointer to an int and do whatever the fuck you want with it. True, it allows for insane optimization, but then you're subject to buffer overflows and other issues that come naturally with this lax attitude.

This problem was solved decades ago by Java and the like. When your pointers are a first class citizen and not a glorified int, it becomes trivial to build safeguards in. Those programming languages came with GCs which are a pain to deal with on their own, but they bring value to the table.

Rust goes one step further by preventing most threading issues. And don't tell me people could just do it themselves. In that case, just go back to code in binary and let us programmers in peace. After all, C bring nothing to the table that you cannot do in ASM.

But in reality, one of the motivation for Rust was the fact that in all browsers rendering engines, and all UIs for that matter, there is *one* UI thread whose job it is to update the UI state. Why one? Because having more than one is a fucking nightmare and to this day, no one company/group/developer has succeeded in building a multi threaded rendering engine. Which is a pity since virtually all computers sold today (phones included) have plenty of cores that can do nothing to speed up your UI.

Rust solves this complexity and there is now a browser that has a multi threaded rendering engine: Servo. It is still not in a state where it is usable, if only because Mozilla dumped it in 2020, after having invested so heavily in Rust for this very purpose. The ways of Mozilla are truly obscure to me these days.

Your argument amounts to say that adding a guard rail to this path right next to a cliff provides nothing but a way for dumb people not to fall off the cliff. While true in a way, it also provide protection for *everyone*.

You're not missing something. Much like Disney's "Snow White" was called a "success" despite bombing both at the box office and on streaming, the corporate media stooges will blithely state the complete opposite in an attempt to hide abject failure. Ubisoft is no different.

AC fans waited years to get a game with samurai's based in feudal Japan. What they got is a "samurai" game with no actual Japanese samurai protagonist. Ubisoft's reason for this is painfully obvious to everyone. This is why Japanese consumers have largely rejected it and has a lot to do with why sales have tanked overall.

There's a saying for this that ends with "go broke." It's slipping my mind at the moment, but I'm sure it'll come to me eventually.

If more companies would not only put a monetary bounty on these crooks but also specify "dead or alive," perhaps it would start to put a dent in their activities. They're already operating from countries that either look the other way or actively assist them in their activities. Putting a death mark on them ups the stakes considerably and allows the use of...ahem...alternate actors...ahem...that can operate beyond the law to get actual results.

Some are. I work more with smaller businesses than Big Tech and I don't think we've ever had more interest in our software development services.

There is a rational concern that technical people will understand the benefits and limitations of generative AI but management and executive leadership will fall for the hype because it was in the right Gartner quad or something and that will lead to restructuring and job losses. Businesses that get that wrong will probably be making a very expensive mistake and personally I'm quite looking forward to bumping our rates very significantly when they come crying to people who actually know what they're doing to clean up the mess later. It's not nice for anyone whose livelihood is being toyed with in the meantime, obviously, but I don't buy the arguments that this isn't fundamentally an economic inevitability as the comment I replied to was implying.