Live data from Hacker News

AI-First Company Memos

the-ai-native.company

161–170 of 216 posts

Re: AI-First Company Memos

#161
post #7

seems to be a pattern: [Company that's getting disrupted by AI: Fiverr, Duolingo]: rush to adopt internal AI to cut costs before they get undercut by competition [Company that's orthogonal: Box, Ramp, HFT]: build internal tools to boost productivity, maintain 'ai-first' image to keep talent [Company whose business model is AI]: time to go all in

Reading this thread suggests being "AI-first" is hardly a talent magnet.

Re: AI-First Company Memos

#162

Whatever happened to "show, don't tell"? Other productivity boosters certainly didn't need such memos; they were naturally adopted because the benefits were unambiguous. There were no "IDE-first company memos" or "software framework-first company memos"; devs organically picked these up because the productivity gains were immediately self-evident.

Bezos's API memo is the biggest example I can think of. It was not individually productive for teams but arguably it was very productive for Amazon/AWS as a whole.

Re: AI-First Company Memos

#163

Whatever happened to "show, don't tell"? Other productivity boosters certainly didn't need such memos; they were naturally adopted because the benefits were unambiguous. There were no "IDE-first company memos" or "software framework-first company memos"; devs organically picked these up because the productivity gains were immediately self-evident.

Bezos's API memo is the biggest example I can think of. It was not individually productive for teams but arguably it was very productive for Amazon/AWS as a whole.

That's a top-down organizational change mandating certain capabilities for all Amazon software. Unlike these AI mandates, it's not dictating the exact tools developers use to write that software, but rather what the software itself should do. For reference, here's the API mandate [0]:

   1. All teams will henceforth expose their data and functionality through service interfaces.

   2. Teams must communicate with each other through these interfaces.

   3. There will be no other form of interprocess communication allowed: no direct linking, no direct reads of another team’s data store, no shared-memory model, no back-doors whatsoever. The only communication allowed is via service interface calls over the network.

   4. It doesn’t matter what technology they use. HTTP, Corba, Pubsub, custom protocols — doesn’t matter.

   5. All service interfaces, without exception, must be designed from the ground up to be externalizable. That is to say, the team must plan and design to be able to expose the interface to developers in the outside world. No exceptions.

   6. Anyone who doesn’t do this will be fired.
This is very different from saying "any developer who doesn't use an IDE and a debugger will be fired," which is analogous to what the AI mandates are prescribing.

[0] https://nordicapis.com/the-bezos-api-mandate-amazons-manifes...

Re: AI-First Company Memos

#164

People have always resisted change especially one that modifies the way they work. They’d rather work on the same thing for life. To get them to adopt new tools you need to do this stuff. And yes, people did resist IDEs (“I’m best with my eMacs” - no you weren’t), people resisted the “sufficiently smart compiler”, and so on. What happened was that they were replaced by the sheer growth in the industry providing new p…

Emacs is an interesting analogy. I've switched from IDEs to Emacs at some point in my career, and inertia obviously wasn't the reason. Then another 15 years later I went back to using IDEs (inspired by Carmack's interview). 2 years in I realized it destroyed my ability to generate and maintain mental maps of the codebase and generally remember things about it, although I think it's still a net gain so I stick with it. Agentic coding poses the exact same problem and the exact same tradeoff. And I think the jury is still out on whether it's worth it. At the very minimum you need to take proactive measures least you end up with a codebase no one can maintain (other than maybe future AGI).

Re: AI-First Company Memos

#165

Earlier quoted context omitted.

On the other hand, there were surely memos like "our facility will be using electric power now. Steam is out". Sometimes execs do set a company's direction.

AI adoption is a bottom-up decision at the level of the individual worker. Converting an entire factory is a top-down decision. No single worker can individually decide to start using electricity instead of steam power, but individuals can choose whether/how to use AI or any other individual-level tool.

> AI adoption is a bottom-up decision at the level of the individual worker.

Ah, but that is the question, isn't it. Is it bottom up or top down?

Re: AI-First Company Memos

#166

I work for a large tech company, and our CTO has just released a memo with a new rubric for SDEs that includes "AI Fluency". We also have a dashboard with AI Adoption per developer, that is being used to surveil the teams lagging on the topic. All very depressing. A friend of mine is an engineer of a large pre-IPO startup, and their VP of AI just demanded every single employee needs to create an agent using Claude. T…

Reminds me of those little gadgets, which move your mouse, so that you show up online on Slack. I’d just add a cron job to burn some tokens.

Years ago I remember talking to someone who purchased a "mouseJiggler" for that very purpose. That was literally what he called it. Problem for him was we turned it into a meme, and he immediately regretted telling us.

Re: AI-First Company Memos

#167

Whatever happened to "show, don't tell"? Other productivity boosters certainly didn't need such memos; they were naturally adopted because the benefits were unambiguous. There were no "IDE-first company memos" or "software framework-first company memos"; devs organically picked these up because the productivity gains were immediately self-evident.

Stock valuation has moved further away from Ben Graham-era emphasis on analysis of cash flow.
Post reply on HN