arc

Doesn't surprise me. Musk has cultivated and emboldened racists, homophobes, cryptobros, misogynists, and the far right and the platform has turned into a cesspit. Meanwhile scammers & bots run rampant and the blueticks stink up every thread with cretinous remarks and trolling.

I wouldn't be surprised if a lot of people have just given up with it, or moved to another social media that isn't so toxic.

Definitely. I think it has just about reached a critical mass users writing content to attract new users and it looks so similar to Twitter there is practically zero friction in moving. I think it'll really kick off when we see more heavy hitters coming over - big news networks, public figures, governments etc.

I think news orgs in particular should be removing themselves from obnoxious social media platforms (e.g. Twitter) and move to somewhere where the engagement is more genuine and not toxic rants by racists and morons.

I worked in IBM for a bit before Notes and it was even worse. Everyone was given terminal software that connected to some mainframe to read email. The terminal didn't even refresh so if you wanted to see if you had gotten email you had to refresh it manually. Fortunately I was only a contractor at the time so didn't get much email although I did get one from an employee apologizing for cheating on me, and a followup saying the message was meant for someone else lol

I think JIRA is okay. I've used MUCH worst bug reporting software. The worst thing I can say about JIRA is that it is designed to implement scrum and IMO scrum is cargo cult programming.

The best that can be said of Sharepoint, is it could be worse, you could be using Notes.

I've been in the industry some time but here are some of my most hated software I've been forced to use:

• IBM Clearcase. Absolutely the worst dogshit source control system ever to exist. Complex, fragile, arcane, slow, network intensive. The company had to employ people fulltime on each of its sites whose only job was creating branches and mirroring repos on other sites. The operational & licensing costs of running it must be insane. Some defenders might claim "but it's so powerful!" or "look how we can create fancy layered views" as if that excuses it for being terrible in the most basic ways. Fixing it must have been intractable because IBM Clearcase eventually produced a faster remote client that talked to a proxy of the view running on a server somewhere. More expense and complexity.

• IBM/Lotus Notes & Domino. Another complex, arcane, slow, unintuitive, frustrating product by IBM (though owned by HCL now). Originally a content management system with an email / calendar with its own terminology and workflows completely divorced from any other email / calendar system in existence. Various iterations attempted to rework the front end to appear more user friendly but it was illusory - click button or two and you were confronted with dialogs that hadn't changed in 30 years.

• Internet Explorer. I've worked in company after company that had some really awful in-house expenses system or clock-in/clock-out or some enterprise junk that NEEDED Internet Explorer and no other browser would do because it was so badly written that it couldn't render properly or it used an ActiveX control.

• HP/Microfocus ALM. Another over-engineered, arcane, unintuitive piece of enterprise software. This time for tracking bugs, features, testing etc. Complicated and slow, heavily dependent on Internet Explorer and other deprecated Microsoft tech.

• Trend antivirus. Almost every corporate antivirus is bad but this one has been the bane of my existence. I write code which does stuff like encryption and compression/decompression and this piece of shit would constantly trigger warnings and delete binaries I was trying to build and develop. When it wasn't interfering with my work, it would just be constantly hogging CPU and slowing down disk activity.

• Enterprise software in general. This crap is sold like Kirby vacuum cleaners - a pushy salesman convinces a clueless CTO to buy junk that can seemingly do everything and a sign contract for $$$. And then this stuff is there FOREVER. Management will ignore complaints and the obvious shortcomings of the system because its paid for and the sunk cost fallacy kicks in.

You don't have to take your eyes off the road to operate a control. You might need to learn where some are in a new car, but then you instinctively reach for and operate the ones you use all the time. It's muscle memory.

This is not the case in a touch screen where controls may or may not be visible at any given time and you have no chance of operating them unless you physically look at the screen to control where you touch it. Maybe this arrangement is fine for some non-critical functions, but it absolutely isn't for critical ones.

What is worse is that cars from Tesla are even getting rid of indicator stalks which is fantasically dangerous. Maybe it's not a big deal in the US where roundabouts are uncommon but they are all over the place in Europe and the rest of the world and lack of indicators will cause crashes and fatalities. Just so Elon Musk could save a few bucks on a stalk. And if that results in a lower EuroNCAP score then boohoo for him. I can imagine the raging and legal threats that he'll engage in if that happens.

Personally I think that the following car functions should be mandatory physical controls - wipers, indicators, hazards, side/headlights, door locks, defogger / defroster, electronic parking brake. forward/reverse/neutral/park. And they should be controls that have fixed position in the car (i.e. not on the wheel) with positive and negative feedback.

And fuck Tesla or any other manufacturer that wants to cheap out on a couple of bucks by removing them. Removing physical controls has obvious safety implications to drivers who are distracted trying to find icons on a tablet.

The problem is, that most languages have no native support other than 32 or 64 bit floats and some representations on the wire don't either. And most underlying processors don't have arbitrary precision support either.

So either you choose speed and sacrifice precision, or you choose precision and sacrifice speed. The architecture might not support arbitrary precision but most languages have a bignum/bigdecimal library that will do it more slowly. It might be necessary to marshal or store those values in databases or over the wire in whatever hacky way necessary (e.g. encapsulating values in a string).

We had tens of thousands of lines in our rake files to build a bunch of targets, none of which were even Ruby. I think if I needed to build another complex build system that was a directed acyclic graph I think I'd use Gradle, for a several reasons - we had some Java targets so we save on an additional developer runtime, it would run faster & Gradle is more mainstream and easy to get various plugins & documentation for.

It probably wasn't a big deal when it was a niche project until Twitter imploded. Then all the public instances got overloaded with new users and the limits became obvious.

A better design is Lemmy which is written in Rust so it has far more scalability. It's compiled and because it's tokio / actix based, it can also do a lot more stuff asynchronously so it's not spawning thousands of threads to cope with concurrent requests.

There is a lot of magic in Java. Try Spring Boot for example, and things magically connect together with annotations, or somehow methods get injected onto interface on the fly, or an http interface maps onto a function with parameters because the runtime is doing it. This is most evident when you set a break point in some class and there might be 4 or 5 mystery functions it passed through between it and where you thought it was calling from. Sl4j, Lombok, Hibernate are doing the same kind of thing.