Emigre_

It's an interesting point but many news are factually correct and emotionally engaging. Fact-checking and verification practices are meant to be part of news providers' due dilligence to ensure factual accuracy to the extent that is possible given the circumstances.

Really nice, but you could consider to move away from Big Tech altogether; there are alternatives to GitHub.

I'm excited about the fact that this is written in Zig. I'm a Kitty user at the moment, but if this delivers I'll change to Ghostty.

I've been looking forward to it for a while, I'm really happy about this. Thanks for your work on this project.

Really appropriate choice for new year's eve.

I think that probably is the case that the moment the computer throws an error, potentially having lost some work-in-progress data or any other "funny" consequence like that, is the moment the user is less likely to be receptive to jokes.

> KDE is so bad I was reduced to laughter at its pathetic clunkiness

We can all have our particular taste. I don't think KDE Plasma is "bad". I personally prefer KDE Plasma.

> No. It's a better UI in every way

That's very subjective. I prefer KDE Plasma.

50 Years of Text Games is an excellent book

If you have a staging environment as similar as possible to production you can experiment and analyze stuff in an environment that's production-like but where you have access, this could help, depending on the situation.

I've noticed those kinds of posts. I mean, actual work can be hard, and work situations can vary a lot depending on the work environment, but, at least in my case, that's completely different to "programming". I wish I had more time for "programming"... I enjoy it a lot, I've always enjoyed it, you can do so many interesting things in a creative kind of way. So many different complex things to understand... If I didn't have to work, I'd have a lot of spare time and I'd probably invest it in, well, programming. There are several source codes I'd like to understand better and analyze, just for intelectual curiosity. I'd have the time to study the source code of several operating systems, implementations of programming languages, and tools that I really would like to know more deeply. I'd have more time to review the source code of videogames, demos, and other interesting programs, and create my own just for fun. I would have more time to create interpreters, read old documents on programming theory, contribute to open source initiatives, learn new programming languages... Programming can be fun. It's a pity to see people burned out. In any case, it's also true that there's more to life than this. :) Try surfing, pottery, yoga, horticulture, real-life drawing or calligraphy instead!

I think that experience is good. My personal opinion: I don't think you should hide it.

Perhaps try to ensure that the resume is attractive and focused on the relevant areas that will help you. Leave less detail in older jobs or less relevant positions?...

Add things like certifications, projects, or other things that could make you stand out. With these added, years of experience shouldn't be a problem IMHO.

This is just my opinion of course. It's not a great job market right now, so it could be that.

I've talked with hiring managers from a FAANG that told me that they just skim the resumes - they care more about performance during the actual interview. So hopefully this gives you some hope. Good luck in your job search.

I should have mentioned that I was referring actually to the continuous integration pipeline, not actually to the build itself. Not very well explained on my side. I've never used it locally myself. I don't really know why the CI setups that were using Sonar I've seen in the past were that slow, to be honest.

Sonar doesn't seem to really work in my limited experience. It adds a lot of of time to builds, at least in the cases I've seen, while there are alternate linters or code quality tools capable of doing the same at a fraction of the time. Build times and development speed matter!... They matter a lot. You need a quick feedback loop.

That's why software development teams are bigger in Chicago than in Rome or Naples. The size of the crust is bigger in Chicago-style pizzas, whereas italian pizza has a thinner crust.

The blog post series author then did an online playground [1] that lets you create systemd examples and experiment with systemd in the browser. It's really interesting.

[1] https://systemd-by-example.com/

This is excellent. Bravo, mister! Really interesting stuff.

I’m curious, how did they find you? Did you put your profile in “who wants to be hired”?

Wow, man, it's really impressive. Fascinating. Hats off, sir. : )

Software You Can Love, 14-17 May 2024 (Milan, Italy). https://sycl.it/

This is excellent, thanks for sharing it

I'll watch it!

That sounds really interesting! I need to take a look at it!

Wow that is fantastic!

The New England Science Fiction Association (NESFA) has a website with a compilation of references to recursion in science fiction: Recursive Science Fiction[1].

[1] https://data.nesfa.org/Recursion/index.htm

I saw the movie ages ago and can't remember the plot. It was really good, though.

Federico Fellini's 8½?... Criterion Collection mentions that "8½ is a film about making a film, and the film that is being made is 8½".

Raymond Smullyan's riddles book What is the Name of This Book paradoxically refers to itself in its title.

Inception is an exceptionally good example! I'm a big fan of Borges and although I'm sure that there must be one of his stories containing a relationship with recursion, I can't think of one right now.

Infinite Jest by David Foster Wallace (1996) has an interesting structure using hundreds of footnotes some of which have themselves footnotes. The ending is not straightforward and the novel's chronology non-lineal. It contains disgressions on many topics. According to the Wikipedia, in an interview Wallace mentioned that the plotting and notes have a fractal structure modeled after the Sierpiński gasket, suggesting some degree of recursion.