Womp womp, bad game runs bad

Okay so basically this is saving bytes on a technicality but also good programming language design (for this specific purpose).

The first aspect is that since you’re scored on bytes, it’s not really to your advantage to use a language that uses ascii (or utf-8) for it’s tokens, because a large part of it is unprintables like DEL or BELL. So people have designed specially crafted golfing programming languages that use a full 256 possible characters in order to pack as many features as possible in as few bytes as possible.

The good design part of it is that if you really think about it hard, there’s really not that many things you expect a programming language to do. It turns out that 256 total different operands is about in the sweet spot, so each character that’s available in the 1-byte code page is mapped to one command, and the languages are also designed to make as many things as possible implicit, both at the cost of readability. Remember, all that matters here is getting the lowest score, not code maintainability or anything else.

This leads to languages like japt (which is a terse form of JavaScript, I’m pretty sure) or pyth (same for python) or Vyxal (my personal favorite, used to be python based but is now bespoke) that look like this but absolutely own at getting a task out in as few bytes as possible.

Obligatory: https://codegolf.stackexchange.com/q/275739/88192

Oh shit fr?

It’s really just that Linux is the only thing where it’s possible to run an envient version on modern hardware

It’s certainly not very fast

I mean, signing a change.org petition has resulted in absolutely nothing, ever, so it’s not like your vote is exactly vital here

Who fucking cares what the reddit mod of /r/macos thinks man…

My latest project runs on a VM I use vscode’s ssh editing feature on. I edit the only copy of the file in existence (I have made no backup and there is no version control) and then I restart the systems service.

So what if I mess it up? Big deal. The discord bot goes down for a few minutes and I fix it.

Same goes for the machine configs. Ideally the machines are stable, the critical ones get backups, and if they aren’t stable then I suppose the best way to fix it would be in prod ( my VMs run debian, they’re stable).

I feel i’m kinda vaccinated against the junior feeling because week 2 of my first job out of college, I crashed both sides of a cluster, leaving the client’s factory responsible for half of their European production dead for 3 days.

I panicked for a few days then they asked me to do an incident report and I thought I was cooked and then literally nothing happened to me. Nowadays if shit hits the fan at 16h59 then I’m gone at 17h00 anyway and so should everybody that’s bothered by the smell.

Si tu veux te barrer, dm ton CV. Je te présenterais bien l’entreprise mais au point où t’en es je sais que tu t’en fous donc c’est toi qui voit

The drivers are generally available pretty quickly, however I find that stable distros do not ship them, which is understandable but unfortunate. Debian (my beloved) is egregiously bad at it.

Apparently the Lenovo yoga tab 13 (now really old) and the Lenovo tab extreme (out of stock near me) have that feature.

Doesn’t this mean that the system is never up to date? If so, please don’t.

https://youtu.be/Erp8IAUouus explains it pretty well

Pretty much all monitoring solutions on the market track cert expiration nowadays. I get an alert when any of my certs have <5 days left

I feel compelled to ask how you uploaded the sceenshot

I don’t think this is your specific issue but I’m sharing just in case.

Once I had a similar problem and the root cause was basically that in the course of unplugging all USB shit just in case, I replugged my VR headset in a different port. That caused the entire system to become very unresponsive and the logs we’re not helping at all. Maybe you left a bad USB plugged in from something? Probably not but it’s free to check.

You should look in dmesg, it’s always a mess but maybe your issue appears there.

It seems your assessment is correct. You’d be surprised at the speeds you can get on poor wifi when you don’t care about latency. The average speed marching up with your download is a dead giveaway too. The fact that maximum over 5 minutes exceeds it is a bit weird, but it could be explained by some networking equipment in the middle (probably at your ISP if I was to guess) terminating MTUs for whatever reason. A common one is misconfiguring various solutions for capping internet speeds to subscribers, where your local MTU will be set correctly but the outgoing ones will be set to the maximum speed of the link.