HN user

blauditore

3,583 karma

/ᴅᴏᴛ/./ /ᴀᴛ/@/ blauditore ᴀᴛ outlook ᴅᴏᴛ com

Posts13
Comments913
View on HN

Ah yeah, we all had either TI-89 or v200. Still was already 20-year-old tech at the time we bought it for the price of a mid-range modern phone. It really should have cost a fraction of that.

There is definitely the effect of less or de-growth in the industry, which started before the current AI hype. And now there's the additional effect of companies hoping AI will replace their need for (junior) devs. Nobody knows if or to what degree this will work out (yes, we all have opinions, but no crystal balls), but they are holding back the hiring until they know how all this pans out.

Same here (actually had a voyage 200, but same same I guess). It's actually quite insulting that TI kept (and keeps?) selling waaay outdated hardware at horrendous prices. It's the SAP/Oracle business model applied to school hardware.

You will likely end up in maintenance hell soon. This will likely not be much easier with AI because coding is not the hard/annoying part, it's the fact that you need to dust off every little project every time a tiny fix is needed, and that's a lot of toil in the long run.

The closer I start working with and on AI stuff, the more I start seeing the disconnect between doomsday predictions of what AI will replace vs. what it is actually capable of. Yes, it can do stuff, and yes, it's getting better. But the closer you look the more clear it becomes that the enthusiast vision of completely independent AI systems is unrealistic as of today. Yes, all the tech companies are pushing for exactly this, but reliability and accuracy is all over the place. Plus, many of the technologies that everyone is talking about in the wider public (e.g. image recognition) have been quite well-developed and widely applied for years, before the current LLM boom, but they now get more attention as part of the overall AI hype.

Many indistries are changing, but in most cases the new tools will be more akin to cars that still need drivers, rather than robots who take over the whole job. Yes, jobs might be lost, or shifted to others, but it's not like suddenly 90% of people will have nothing to do. There were similar shifts in the past with new technologies, and we made it past them.

Resetting Xbox 16 days ago

This has been a recurring theme since the dawn of video games: Everyone talks about graphics (devs and gamers), but ultimately the good and beloved games are the ones with great gameplay.

Yes, this is essentially because mathematics is such an old science and goes very deep into branches. That's btw also why getting a certain degree is much harder there than in any other fields I've seen (did a bunch of courses at university in various fields, and the diff between e.g. pure math and psychology is almost comical).

Only tangenially relevant, but the exagerrated differentiation of universities, and levels of education (e.g. PhD vs. not) has always been bothering me. I only have experience in a different field (CS), and yes, those things can be indicators, but I've experienced so many outliers in both directions to know that degrees need to be taken with more than just a grain of salt.

if you are on vacation, you are simply not available. You are dead to the world until you return. Emails do not get read, and devices get left at the office.

It's funny because that's kind of the definition of a vacation in my book. I find it weird that some places in the world handle it differently.

Note that it's also much better for the company in the long run: It's a test of resilience and redundany, the famous bus factor. It simulates what happens if someone is not available, and forces the organization around to have a backup plan. Having those is important for cases where employees leave the company or team (switching jobs/teams, accidents, sickness, parental leave, death, burnout, layoffs etc.). It's mind-boggling how many leads at various levels just don't understand that.

1. What if the browser gets closed/killed? 2. Error messages around syncing issues are notoriously worse than those of a sync request to the backend that failed. So the UX in the end is worse.

More generally: You can't circument the trade-offs of a distributed database, which such products are, conceptually.

TL;DR: Background syncing instead of synchronous updates to the cloud.

This is basically a thick client, and comes with according trade-offs. It's interesting and there are some best practices, but I can't help but feeling that either the author is a huge fan or the post is an ad (or "sponsored").

I was wondering if the author is joking, but after reading a bit more about the attribution drama, it seems rather a lack of reality check and reflection. If you plagiarize work, get called out on it, and then call this "harrassment", I don't know...

Programming competitions are not the same as real-world engineering, plus these countries have way more people trying to use these competitions as a gateway to good jobs. Also, many good engineers emigrate to higher-income countries given the chance, and almost none will imigrate to low-income regions. The consequence is some sort of brain drain.

Many of the "teams" laws are BS, especially the ones about promotions and management. I've never been a manager or high-level executive, but it's not that all of them are either non-technical or bad managers. It's just that the combination of both skills is rare.

That's... Normal. Technology has always been moving towards higher-level abstractions. In terms of software, many engineers nowadays know how to code in high-level languages like JS or Java, while maybe 30-40 years ago many folks probably knew C, assembly, and all the low-level stuff like e.g. explicit memory management that most modern devs never deal with.

It's the same in Europe. There are many car drivers who would never admit that, but they just don't want to leave their comfort zone and learn how to use public transport. But when asked they will say stuff like "well, we live a bit outside the city", or "now with kids you basically need a car".

Not sure of it's a class thing, but rather the fact that software engineers often make good money, especially at places like Meta. It'st the same for me: If I lost my job tomorrow, I'd have enough savings to take some time before needing another job. Not sure if this would have been true for my parents.

LLM=True 5 months ago

Software folks love over-engineering things. If you look at the web coding craze of a few years ago, people started piling up tooling on top of tooling (frameworks, build pipelines, linting, generators etc.) for something that could also be zero-config, and just a handful of files for simple projects.

I guess this happens when you're too deep in a topic and forget that eventually the overhead of maintaining the tooling outweights the benefits. It's a curse of our profession. We build and automate things, so we naturally want to build and automate tooling for doing the things we do.