fiat_lux

GNU+Linux user just wonders whether medical technology is bad for humanity’s long term survival because hereditary diseases can be survived and spread, but wouldn’t want anyone to misunderstand.

It’s nice to know we have looped back to the point in history where we casually consider which people should have agency over their reproductive rights. Oh wait, no it’s not nice at all, but somehow still totally acceptable and commonplace.

A lot of accounts are interacting (voting, posting, etc.) on lemmy-visible activitypub services within a 6 month timespan, but most accounts are not active users interacting every month.

It’s actually a very positive graph. Many of the new accounts would be spammers, bots, throwaway accounts, alts of banned users, users making account on multiple instances because of downtime, etc. So it’s normal to see growth over longer spans of time that aren’t completely reflected in monthly active user statistics.

The current plateau is probably for the best, it gives developers time to catch up somewhat with the last growth spurt. There will be other social media platform clusterfucks in the future that will kick off future growth spurts.

He bought it because he couldn’t stop being an arrogant edgelord keyboard shit-talker, and he accidentally made himself personally legally liable doing so. The Twitter board called his bluff, seeing the most amazing opportunity to rid themselves of an expensive and slowly dying company, and Musk had already pissed off the SEC (or one of the other financial government services) enough that he was at risk of having his finances in other companies audited.

So he was forced to buy it because he’s an impulsive troll. Everything else since then is pretty incidental, and unsurprisingly dripping with hypocrisy like this.

I appreciate you. 🙏 I have been considering looking into hardening my home network, but I dreaded the idea of figuring out which tools weren't just sponsored SEO-optimising AI-generated time-wasting network-snooping bullshit. This gives me somewhere to start.

People have already mentioned testing and abstraction, but what about other developers and security?

Spaghetti code all you like in solo projects. But if someone else is coming along to debug a problem in their toppings, why would you make them remember anything about baking or the box when it’s completely irrelevant?

And why should the Box object be able to access anything about the Oven’s functionality or properties? Enjoy your oven fire and spam orders when someone works out they can trigger the bake function or access an Order’s payment details from a security hole in the Box object implementation.

It’s not just about readability as a narrative, even if that feels intuitive. It’s also about memory management, collaboration and security.

Enough people that the dude is still actively supporting and updating it for new OS versions. The RAR is unkillable.

Not necessarily. For example, I know RAR is a bit out of style, but WinRAR just this week had some articles about malware lurking in otherwise non-executable files

There is no such thing as ‘safe’ user-generated content, only a spectrum of more or less safe content.

• When writing new code: make a good faith attempt to DRY (obviously not fucking with Liskov in the process). First draft is very WET - deleting things is easiet at this stage anyway and accidentally prematurely DRYing causes headaches. Repeat the mantra “don’t let perfect be the enemy of good” to prevent impulsive DRYing.
• When maintaining existing code I wrote: Refactor to DRY things up where it’s clear I’ve made a conceptual misjudgement or oversight. Priority goes to whatever irritates me most in the moment rather than what would be most efficient.
• When altering other people’s code: Assume they had a reason to WET (if you’re lucky, read the docs that discuss the decision) but be a little suspicious and consider DRYing things up if it seems like a misjudgement or oversight. Likely realise 50% of the way through that this is going to take much longer and be way more painful than you hoped because of some esoteric bullshit compatibility issue. Curse yourself for not letting sleeping dogs lie but still start engaging in sunk cost fallacy.
• When reviewing PRs: Attempt to politely influence the writer to DRY it up but don’t take too much offence to WET if it has a decentish reason in context. Throw in an inline one-liner to not make other maintainers question their sanity or competence when they realise they’re reading duplicate code. Also to more reliably establish git blame rather than blaming the next poor fool who comes along and make a minor reformatting revision across the file. Include a date so that someone can stumble across it in 10 years as an archaeological curiosity and their own personal esoteric bullshit compatibility issue.
• Long term maintenance: Live with your irritatingly damp mouldy code. There’s new code that needs to be written!

We used post-it notes on a wall at a previous workplace to aid a truly useless manager. It didn’t make him a better manager, but it did have upsides. It felt great to crunch completed tasks up into little balls and throw them in the recycling when we did standups. The extra visibility in the room was really helpful too, other colleagues would ask us about our work or when we might be free for their whims, and we could just point at the wall and say “after all that shit is done?”. Usually they would see the mountain in the to-do columns and say “oh.” and then walk off dejectedly. It stopped a lot of bullshit requests with the mere presence of colourful papers fluttering in the aircon, including incompetent managerial scope creep.

The fridge would work well for this with some little magnets and/or a whiteboard marker, like people do with reward charts for kids.