Part of the reason I love speedrunning games in general is how it tends to bring weird bugs to the forefront of your consciousness, just like this!
146 karma · joined July 3, 2020
Part of the reason I love speedrunning games in general is how it tends to bring weird bugs to the forefront of your consciousness, just like this!
These are the issues I've ran into that have caused downtime in the last few years:
- 1x power outage: if I had set up restart on power, probably would have been down for 30-60 minutes, ended up being a few hours (as I had to manually press the power button lol). Probably the longest non-self-inflicted issue.
- Twitch bot library issues: Just typical library bugs. Unrelated to self-hosting.
- IP changes: My IP actually barely ever changes, but I should set up DDNS. Fixable with self-hosting (but requires some amount of effort).
- Running out of disk space: Would be nice to be able to just increase it.
- Prooooooobably an internet outage or two, now that I think about it? Not enough that it's been a serious concern, though, as I can't think of a time that's actually happened. (Or I have a bad memory!)
I think that's actually about it. I rely fairly heavily on my VPN+personal cloud as all my notes, todos, etc are synced through it (Joplin + Nextcloud), so I do notice and pay a lot of attention to any downtime, but this is pretty much all that's ever happened. It's remarkable how stable software/hardware can be. I'm sure I'll eventually have some hardware failure (actually, I upgraded my CPU 1-2 years ago because it turns out the Ryzen 1700 I was using before has some kind of extremely-infrequent issue with Linux that was causing crashes a couple times a month), but it's really nice.
To be clear, though, for an actual business project, I don't think this would be a good idea, mainly due to concerns around residential vs commercial IPs, arbitrary IPs connecting to your local network, etc that I don't fully pay attention to.
Pretty obvious conclusion that I think anyone who's thought seriously about this situation has already come to. However, I'm not optimistic that most companies will be able to keep themselves from doing this kind of thing, because I think it's become rather clear that it's incredibly difficult for most leadership in 2025 to prioritize long-term sustainability over short-term profitability.
That being said, internships/co-ops have been popular from companies that I'm familiar with for quite a while specifically to ensure that there are streams of potential future employees. I wonder if we'll see even more focus on internships in the future, to further skirt around the difficulties in hiring junior developers?
Restroom, and a variety of others, might be slightly more usage specific but still… wouldn’t be unexpected or weird, I’d say?
With third party libraries, I've too-often found myself reading the code to figure something out, although that's a frustrating enough experience I generally wouldn't wish on other people.
Still better to quash small bugs and errors where possible, but at least if you know why they happen, you can prevent unforeseen issues.
Slightly tangential, but when I was in Montreal, I was blown away that you just purchase a ticket from a machine and you get a printed out ticket with an NFC chip inside. Not my favourite part of the trip (Montreal is beautiful!) but definitely a cool piece of technology to see being put to such a mundane use.
I've always had the impression that - although obviously there is pressure within the company to monetize - they seem to have a lot of developer focus on 'just doing the obvious things that clients want'. Almost every major complaint or feature request I can think of from the last decade or so of using Discord has been addressed in some way, which is really cool to see from software... even if they do somewhat irritating things sometimes.
Yeah. I mentioned this elsewhere in this thread but the big thing that made me understand (some of) the gulf in terms of visual rendering abilities was murder mysteries. I read a lot of them with friends and oftentimes mysteries rely on an ability to construct an image of the scene in your head. Not being able to solve such a mystery doesn't mean you have aphantasia, of course, but there's this feeling for me in these that they're literally impossible, and yet other people can definitely solve them.
Thanks for mentioning this... did an extremely quick Google and I suddenly understand everything about my memory.
Yeah, this is exactly the issue, and it's really just impossible to know. There's this popular 'apple test' image that gets posted a lot, where you're supposed to self-diagnose your level of aphantasia/visual imagery prowess based on which 'tier' of apple you can visualize, and people will always say: yeah, I can see [extremely vivid, realistic image of an apple] in my mind perfectly well. And that seems impossible to me, but then, how are we supposed to know what other people can actually see in their mind? It's in their mind, after all.
The one thing for me that does make me believe there is some major difference is murder mysteries; I have friends who can visualize scenes and solve mysteries that would be impossible for me.
The idea (to me) that people can just see full-fledged lifelike photos in their mind is crazy, especially with low effort. I can't really draw things in my mind very well but I can 'pretend' I see them, blurring the line between 'knowing I'm seeing something' and 'actually seeing that thing'.
But, is that the same thing as actually visualizing that object? It feels like it for most use cases, but then there's some task that actually would be way easier if I could legitimately 'see' that thing, and suddenly everything becomes more complicated.
That said, I think culture for this kind of thing varies wildly between different companies, and between teams in those companies; many (most?) teams are comprised of small numbers of people, so even one team/technical lead having a preference for a certain style could change things, and... well, everyone's different.
But of course, it's very very important to ignore that feeling and do the sensible thing, which is be happy that the code review is smooth and the code can be merged. I can't imagine the existential dread of realizing that half your job is pointing out the same common errors every single time. Tools like clang-tidy, clang-format, etc are so vital for staying sane.
Discord also supports forums, but most server owners disable one or both as they can take more effort to moderate/maintain.
My G600 started double clicking ~2yr ago. I hate replacing things, so I tried a bunch of guides to fix it - opened it, cleaned the switches, soaked them in alcohol, etc. It would stop double clicking for an hour but then would happen again.
Was going to pick up a new one when I read a reddit comment that said it could be static buildup in the mouse & that just spamming both the buttons at the same time for 30s could fix it. I did this and ... it fixed it. I also usually hold the mouse upside down while doing this so maybe it was just dislodging dirt that the alcohol didn't get. Who knows.
In any case, holding the G600 upside down and just spamming r+lclick for 30s generally solves the problem for me for at least a few months. (I've been heavily using the mouse since ~2016) Maybe this helps, maybe not.
Side note - I love this mouse. Tried to switch to a Razer mouse and it broke within 3 months. RMA'd it and the replacement had a bad side button so I just gave up and went back to the G600. It's not ideal for my use case but finding a good mouse does seem impossible these days.
But any of the ones I've seen from Stephan have been fantastic, I think, although I'm not actually sure if I've seen more. He seems to have a lot of talks on very specific subjects, which can be really fun.
> Hyrum Wright is in the audience yelling interjections as a result of Hyrum's law
This sounds absolutely hilarious, I'll have to take a look.
I had absolutely no idea this wasn't even supposed to be the case (although I was aware of the duplication in std::). Guess it makes sense that the standard would shy away from global namespace pollution - I suppose one of the compilers perhaps did this for long enough that the others ended up duplicating it to increase code compatibility?