mattpallissard

I agree most of it doesn't, especially if it's about current events or captures the feeling of the era.

My Cousin Vinnie is an example that holds up still. No current events, no racist jokes, just typical social interactions that are still relevant.

> It’s like a world inside one’s head with a text-based interface.

I had a co-worker describe it as a giant Linux playground.

Another as ETL nirvana.

Every job on an HPC cluster should have a memory and CPU limit. Nearly every job should have a time limit as well. I/O throttling is a much trickier problem.

I wound up having a script for users on a jump host that would submit an sbatch job that ran sshd as the user on a random high level port and stored the port in the output. The output was available over NFS so the script parsed the port number and displayed the connection info to the user.

The user could then run a vscode server over ssh within the bounds of CPU/memory/time limits.

Obligatory, Joel Grus: I don't like notebooks.

https://www.youtube.com/watch?v=7jiPeIFXb6U

And the slides; https://docs.google.com/presentation/d/1n2RlMdmv1p25Xy5thJUh...

The functional code isn't reassigning the same variable. The and/or have something that looks like an implicit return.

I have 5 and can say that this is the way.

> many of us kind of hate it and only stay because of the money, and would work anywhere else if the other jobs paid well enough.

I think you just described most people who aren't SE's. The only difference is that they can't land better paying jobs.

Arch user here. These things work much nicer than any of the previous alternatives. Sure, kernel signing is a bit of a mess, but that's more of a product of how key-signing at a low-level works than anything. Cryptsetup, cryptenroll, unified kernel images, and systemd-boot worked for me out of box.

> Frontend is a mess because all you people are a mess.

As a backend guy who considers himself extremely fortunate that nearly all of his users/customers are technical, this got an audible chuckle out of me.

> There is no "syntax", it's all just key=value pairs,

This, with the sections, is INI. Duplicate keys included. Loosely defined spec, but INI none the less

> I don't know why you'd be parsing unit files or serializing something else to unit files. Just drop them into place

It's common to store information in a DB, or some other format that is easy to merge/override programmatically. Even configuration management tools like puppet, salt, ansible do this with JSON/YAML

> If systemd is the reason, there are several good distros without systemd

I totally get avoiding systemd, I don't myself, but I get it. The author on the other hand talks about the problems doing this in a professional setting. This I do not get. As far as management of large fleets of servers goes, systemd is quite nice. Yeah, it's odd for some things but as far as automation is concerned it's the way to go.

With systemd the same file syntax and management works for services, timers, mount points, networking, name resolution, lightweight containers, virtual machines. You literally have to write one parser and serialize to ini. Then you get distribution generic management. Upgrades? No problem? Moving to CentOS to Debian? Ubuntu? arch? Whatever? No problem. It. Just. Works.

Yeah, if you're in the know you can do better for specific circumstances, but in this day and age OS's are throw away and automation you don't have to refactor is paramount. For professional work, this flame war is over.

> Other potential tells include long pauses and inconsistencies on candidates’ resumes, such as claimed expertise in technologies before they were developed and widely available.

Funny, I've seen a fair number of job postings that require this exact thing

Same boat as the author here, except I switched from physics to software after year three.

I had never heard of them until I was _years_ into software engineering. I think this is more common than you may think. I had never dealt with linear algebra in a formal setting, despite leveraging a lot of the concepts, until then.

I think this is the case. Most of my family and friends use and like the various AI features that are popping up but aren't interested thinking about how to coax what they want out of ChatGPT or Claude.

When it's integrated into a product people are more likely to use it. Lowering the barrier to entry so to speak.

That's not the same type of bot net. Fail 2 ban simply is not going to work when you have a popular unauthenticated endpoint. You have hundreds of thousands of rps spread across thousands of legitimate networks that. The requests are always modified to look legitimate in a never ending game of whack-a-mole.

You wind up having to use things like tls fingerprinting with other heuristics to identify what to traffic to reject. These all take engineering hours and require infrastructure. It is SO MUCH SIMPLER to require auth and reject everything else outright.

I know that the BigCo's want to track us and you originally mentioned tracking not auth. But my point is yeah, they have malicious reasons for locking things down, but there are legitimate reasons too.

I'm working on genuinely connecting with people. My wife, my kids, my friends, strangers.

I've always been a "stuff it", sort of guy. Not wanting to bother people with my problems. It turns out sharing the good and bad moments of your life with others not only is liberating, but it's an excellent way of showing others that you trust them. It's not all roses though, I've noticed that it's pretty easy to come across as a negative person when you first start doing this.

Also, I've observed that frequently, when doing the right thing while supporting someone, you can still hurt them immensely. Your perspective and their perspective can be so wildly different that it's almost like two entirely different realities exist. I don't know what to do about this one, but I'm going to be sinking considerable thought into it.

Honestly, when I type that out it seems like this shouldn't be a revelation to me. That these are things that most well adjusted normies "just get', but hey, I'm just a neckbeard. Better late than never. Perhaps I'm not the only one.

Oh I dunno. With cmake it really is pretty straight forward. You can pull from VCS, a tarball, even use a git submodule.

If it's another Cmake project, that's the happy path. Easy peasy. If it's not you still have the ability to run ./configure && make or evoke whatever incantation is in the dependency's requirements. I'm not the hugest fan of cmake, but I've worked with it quite a bit and it's a much more pleasant story than other languages I've used a lot like python, JavaScript, OCaml (which I love), etc.

I do find rust and go dependency management a little simpler due to the prescribed nature of them, but once you get off the happy path, the flexibility of C land is tough to beat. It sort of matches the language stories themselves; you have more control and have to do a bit more yourself. It's all about trade offs.

Agreed. I describe that movie to people as "Spielberg, but not constrained by reality"

I could be wrong, but I think that term life insurance usually pays out but a whole life policy doesn't. At least that's been how my policies were.

And at one point glyphosate was less toxic as well.

While serving time in HPC I saw a set of ETL jobs that were written using awk and xargs that beat the pants off a lot of in house code on both a performance and a simplicity standpoint. You lose a bit of "safety" when you take that approach (yes, I know you can do it in awk), but if you tightly control the inputs you don't need as many guard rails.

It's both unsurprising and amazing to me that a well crafted shell script can be highly performant.

> For extra credit, you can try to figure out what's going on here:

I've spent a few minutes staring at this section and still haven't figured it out. Anyone smarter than I care to shed some light?

While I agree with the sentiment of that, it still seems a lot easier than escaping characters. I would probably opt for a mix. Control separation with new lines

It looks like it would just be be ctrl+^, which seems pretty straightforward.

> Go initially lacked generics

And even though it has them now, the generics syntax is pretty clunky IMO.

> no known Trump supporter will ever get my handshake.

This is exactly the attitude that pushes people apart. People on both sides do it and it really brings me down.

Are you me?

> Bayesian (ex Salute)

Changing the name of a vessel is bad luck. That's all I need to know.

Agreed, the mailing list is the place to lurk.

I've seen a lot of complaining without any facts.

I've been building and automating data centers for years now. Systems has greatly simplified my life. I use all of the systems tooling; timesyncd, networkd (which is actually does _more_ unlike what is stated above, go read the man page), timers (better than cron, again go read the man page) resolved.

Not only does it solve a lot of problems, the configuration file format consistent across the tools, and the configuration is consistent _across distros_. I can write large swaths of automation that just works on most modern Linux distros.

Anyway, I'm not one to argue on the Internet. But I'm absolutely tired of hearing that's it's a dumpster fire. Sure, there are legitimate complaints and use cases where it might not be a good fit, but that holds true for all software. But, there is a reason so many distros switched to it. It's objectively better than the way things were. Those of us that deal with this stuff day in and day out are not going back to the way it was.