elevader

I can only really talk about Germany here, the perspective might be different in other countries. The big challenge is the large number of people coming in, both from legal and illegal immigration. Our system simply can't deal with it. Ideally you would get these people out of the asylum centers (might be the wrong term, no idea) and into jobs so they can actually start living and integrating here. But the harsh reality is that people are stuck for years, waiting for the approval process to happen at some point, and they aren't even allowed to do something useful in the meantime. This, unsurprisingly, creates a lot of tension on all sides and doesn't help anybody. Lowering the numbers might not be the best solution but at least that seems doable.

I have the "honor" of getting to use IBM $PRODUCT at $COMPANY.

- it uses some form of consensus algorithm between all nodes that somehow manages to randomly get the whole cluster into a non working state by simply existing, requiring manual reboots

- Patches randomly introduce new features, often times with breaking changes to current behaviour

- Patches tend to break random different things and even the patches for those patches often don't work

- For some reason the process how to apply updates randomly changes between every couple of patches, making automation all but impossible

- the support doesn't know how $PRODUCT works, which leads to us explaining to them how it actually does things

- It is ridiculously expensive, both in hardware and licensing costs

All of this has been going on for years without any signs of improvement for now, to the point that $COMPANY now avoids IBM if at all possible

Your starter kit inspired me to finally bite the bullet and write my own emacs config from scratch instead of using doom. I'm not sure yet if I'm thankful for that, time will tell ;)

I'd guess it's similar to a job in the entertainment industry, like being a host of a TV show. You won't get very far by just sitting there playing some games, you have to be entertaining, engage with the audience, provide commentary etc. And do all of this with a happy face/mood for 6-12 hours, preferably every single day. And when you're not streaming you most likely do social media stuff.

I know of a streamer who got "big" (enough to earn a living) by playing factorio. At some point he burnt out on the game and tried different things but his audience didn't really care for that and income broke down substantially, so it wasn't sustainable anymore. So he continued playing factorio without actually enjoying that so that he could make a living for his family. Just like a "real" job.

This might be a "person in a country with pretty fast internet connection" opinion but I don't think I ever had that issue. Might also depend on the container size, pushing > 1GB containers might be more error prone than pushing small(ish) containers.

While this is definitely a valid option I'm not sure that introducing Nix/Guix simplifies the stack compared to using Docker. Depends on the setup and experience, I guess.

Why would you assume that these are fakes? There are fan translations for the game (a quick google search would bring this up) and you can download savefiles for Magnasanti. Maybe the person simply recreated the Screenshots with their russian client? Seems a lot easier to me.

> I don’t wanna be callous but on a scale of 0=I stubbed my toe and 10=children are starving in [insert location] this seems to be a -3.

Not sure what we are measuring here but the issue of this particular article annoying you seems like a -25 by comparison, so maybe just ignore it?

That's not really great advice either, temporary solutions/workarounds have a tendency of sticking around permanently.

The net benefit of using the "separate processes using IPC" model lies in the fact that the language used is an implementation detail that editors/IDEs don't have to care about. Want to write your Rust Language Server in Rust? Fine. Want to write it in Kotlin? Also fine. Your editor is written in JS? Cool. Elisp also works. This wouldn't really work so well if LSPs were some sort of library. IntelliJ plugins are great (if they exist) but they are inherently limited to their own ecosystem, nobody outside of that benefits from that. LSP sure isn't perfect but it is a hell of a lot better than the situation we had before it. If IntelliJ works well for you then that option is always there and hopefully here to stay, all power to you. But not everybody wants that.

Should have specified that more, sorry for that. Webpack, for better or worse, has most of the current dev mindshare and tons of plugins, stackoverflow questions & random blog posts. If you need some integration for <fancy thing>, your chance of finding something working for webpack is far higher. You can build/support everything with gulp just fine if you don't want to use webpack, the question is: Why exactly would you specifically choose gulp and not, for example, esbuild?

I might be getting that question totally wrong, but faced with the question of "would you use gulp for a new project" my answer would also be "no", altough I think that gulp is a nice and totally workable tool.

The thing is that gulp doesn't really have all that much to offer these days. If you need lots of complex build logic webpack is the way to go. If simple & fast is the desired goal then something like esbuild or swc do a much better job, especially in the "fast" section.

And if none of these tools are what you want you could always use make (and bazel would also be possible I think, not sure though). Or maybe just plain tsc is enough.

And the GDPR forbids them from writing that information (e.g. "the privacy nut bought apple juice") down or passing it to a third party without your explicit consent.