SuperNerd

joined 2 years ago
 

I work at a giant tech company. I'm in the upper levels (the CTO is my bosses boss).

I think our C-suite has truly lost its mind around AI. Last year I thought their delusions were just optics for the market. I thought they were hedging bets, playing the short game for their RSUs, and I forgave any low IQ moments and off key messages as being due to fear, caution, or divided attention from allowing AI grifters to infect their circle and feed them bad lines

But Iately I've been seeing stuff that's so catastrophically stupid, and all in, that I think they really have lost their minds.

I know how this works in big co systems of people. Their stupidity is amplified one thousandfold to lower levels like a game of crack the whip. I'm used to them firing leagues of people for no reason other than deciding contractors are good this month, no wait, now they are bad. And lately they've been so incredibly and almost unbelievably stupid. It will take a year for this to trickle down from the top to everyone, but this whole company has already started recentering and orbiting a new sun. This new sun has nothing to do with making money, making things people want to buy, or reality. Our whole center of gravity is moving to internal optics and politics around AI. I can already see pathological low skill people from long ago enshittified companies starting to win this new game.

AI is not going to kill this company. This company will kill itself because it has lost it's mind thinking it needs to be "AI-native."

Is this everywhere, or can I go somewhere that's still smart? Is this a temporary cycle, are people just freaking out because of WWIII?

[–] SuperNerd@programming.dev 12 points 4 months ago

The probably vibe coded the chat box...

[–] SuperNerd@programming.dev 4 points 5 months ago (1 children)

You've reposted this 5 times.....

[–] SuperNerd@programming.dev 4 points 6 months ago

Then it doesn't make sense to include LLMs in "AI." We aren't even close to turning runs into propellers or rockets, LLMs will not get there.

[–] SuperNerd@programming.dev 1 points 6 months ago (1 children)

I guess I just read /all, or whatever it's called here, and find it super annoying when the feed is filled with 2-3-4-5 copies of the same post from one person, with separate conversations going on.

How do you read here, do you just subscribe to a few communities that don't overlap with frequent reposters?

[–] SuperNerd@programming.dev 1 points 6 months ago (3 children)

I block reposters. I don't understand people that post the same link to 3+ communities.

[–] SuperNerd@programming.dev 3 points 7 months ago

With basic sailing skills you could probably crew on a sailboat delivery across the Atlantic. I don't think many leave from Canada or even the NE US, so low carbon would be to take a train farther South. Maybe Annapolis but more likely Florida. Look up the Atlantic Rally for Cruisers, they have a return rally in May-ish. A lot of boats will be sailing East at that time.

[–] SuperNerd@programming.dev 7 points 11 months ago (4 children)

Then are you sure you should be claiming and repeating it?

 

I'm a Senior Principal Engineer at a large tech company. My work is to define the 1-3 year future for a $1B slice of the company's revenue, that 1% of it's employees work on.

There is nearly zero code in my daily work. The closest I get is being occasionally tagged into a pull request to resolve a dispute or clarify the long term vision, but even then that's usually API contracts or data schemas that cross code bases-- and not actual code. I spend about 1/5th of my time with the engineers who actually do things and write code, but it's to talk through math, CS fundamentals, algorithms, or system design on their current project -- not code.

Day to day the bulk of my time is trying to convince non technical people, mostly in our Product organization, that we can actually make certain evolutions. Or to drop innovators dilemma type assumptions that add a year to our time to market. I get them to agree and then collaborate with them on large documents that define these futures. I vouch that we can do it, at what cost and on what timeline, and they vouch for how much it will make. We spend months writing documents like this and then pitch them up to the stratospheric leadership of our company to ask for 10-20% more resources to make 20-50% more money 2-3 years from now. I simultaneously do system design for these evolutions and sketch out the high level details of new components or what needs to change in existing components, to make the beginnings of a workable execution plan if we do get resources.

This is all fun and I'm grateful my career has kept changing and being different. Though I do miss the pure joy I find in coding all day, alone. But I am worried that the longer I stay this high level the more I will be full of shit, technically. I'm only effective at finding this intersection of customer desire and engineering reality if I know what is easy, or hard, to do. And I have a lot of examples of high level "technical" people at my company being full of it. It's usually odd details, like they don't know that certain problems were solved 10 or 20 years ago. So they twist designs and projects into knots to avoid or re-solve problems that the modern cloud or whatever language or library just has out of the box. Or they prevent profitable market opportunities because they think something is impossible, based on a gap in their knowledge of algorithms or newer tools or realities about how fast computers are these days.

I don't want to be full of it. People like me eventually get fired if our Big Bets can't actually be built, or enough people realize we are often wrong about details.

And I also worry that, as an IC, the longer I stay so non-technical the less likely I am to pass the technical portion of any interview. I also think it's unlikely folks are directly hired into this kind of high level position, anyways, so I need to be able to slip back into a more technical role.

So how do I keep up? How can I be less full of it next year than I am now? I can leetcode, and I should, but that's far removed from what I feel is the important part of my atrophying technical skills: the small details in tools that determine how large systems fit together and evolve.

[–] SuperNerd@programming.dev 0 points 2 years ago (1 children)

Please never rebase after you open a pull request. It breaks the iterative workflow of code reviews -- it makes it hard to see if issues brought up in comments were addressed or not.