Professional Identity
The self-concept practitioners build around their craft — threatened when AI obsoletes defining skills, and requiring deliberate reconstruction rather than denial.
Also known as: identity threat, professional identity, Privilegium, ikke identitet, kompetansebygging
How authors use it
Oldest first (extraction date when no publication date is known).
| Author | Their term | Their meaning |
|---|---|---|
| 7) Stine Haugseth: Insourcing, retning og strategi på en ølbrikke Truls Jørgensen og Audun Fauchald Strand — Heis Podcast · 2025-12-15 | Privilegium, ikke identitet | The toppleder-rolle is borrowed time. 'Ikke få tett og klamt eierskap til en lederrolle.' Someone else may be better for a steady-state phase later. |
| TBM 420: The AI Playbook Puzzle John Cutler from The Beautiful Mess · 2026-04-20 | identity threat | The psychological threat to professional self-concept when practices, skills, and expertise that defined your career are potentially obsoleted or transformed by AI |
| KI, utvikling og følelser Vidar Moe · 2026-05-21 | kompetansebygging | Competence-building — the deliberate cultivation of engineering craft fundamentals. Moe treats this as both the practical optimum for working with agents and the existential antidote to alienation. |
| Lenny Rachitsky's Post Lenny Rachitsky · 2026-07-10 | Professional identity (as the new predictive axis) | A tech worker's sense of who they are in their work, which the author asserts AI has become the dominant force reshaping — so much so that a worker's felt relationship to AI now predicts their attitude to work better than role, employer, or tenure |
Documents (15)
- I'm done using AI Brett Codes · 2026-08-10 Reader 🖥️
After using LLM-powered coding harnesses in earnest for over a year, the author concludes that the personal (mental-health, craft, deskilling), societal, and environmental harms of AI outweigh any productivity benefit it offers him, and that no moderate or selective level of use is viable — so he is stopping entirely. - AI as an Enterprise Operating System Tim O'Reilly · 2026-07-31 source ↗ Reader 🖥️
Enterprise AI adoption is stalled not because models are undercooked but because almost no organization has done the deliberate, CEO-led mechanism-design work — a capability ladder tied to status and pay, hardened defaults, a skills-as-code habit, and a forced permissions audit — that Guido's Trail of Bits case study shows is what actually turns AI from a tool into an operating system. - The Hidden Realities of AI Adoption Kate Niederhoffer (BetterUp Labs) and Thomas H. Davenport (Babson College), hosted by Tom Stackpole (HBR) · 2026-07-30 Reader 🖥️
AI adoption succeeds or fails in an organization's invisible layer — the workflows, trust, and knowledge-validation practices surrounding the technology, not the technology itself — so leaders must treat augmentation as a deliberately governed, segmented, and measured redesign of work (tracking trust as a leading indicator and closing human-verification gaps in automated chains), because leaving that layer ungoverned decouples effort from quality ("workslop"), erodes trust in inter-organizational processes ("knowledge decay"), and hollows out the human judgment the whole system depends on. - Presentation: The Future of Engineering: Mindsets That Matter When Code Isn't Enough Ben Greene · 2026-07-28 Reader 🖥️
Software engineers remain valuable in the age of coding agents not because they can still write code, but because building working systems still requires disciplined simplicity, deliberately protected comprehension, willingness to attack hard problems first, and human empathy for customers — capacities coding agents lack and that startups have always demanded of engineers under resource pressure. - When Employees Are Held Accountable for AI-Generated Decisions Anne-Sophie Mayer, Elmira van den Broek, Tomislav Karačić · 2026-07-22 source ↗ Reader 🖥️
When organizations automate decisions but leave employees accountable for explaining and defending those decisions to others, employees do not simply relay AI outputs — they mask, embrace, or develop new interpretive expertise around them to protect their professional credibility — and which response emerges, and whether it helps or harms the organization, is shaped by relational and organizational structures (access to data, opportunities for dialogue, recognition of interpretive labor) rather than by the AI technology itself. - How tech workers actually feel about AI in 2026 | Annual AI sentiment survey (Noam Segal) Lenny Rachitsky (Lenny's Podcast), guest Noam Segal · 2026-07-13 Reader 🖥️
AI's effect on how tech workers feel about their professional identity — not their role, company, seniority, or any other job characteristic — is now the single largest driver of workplace sentiment, splitting the workforce roughly in half between those who feel amplified and those who feel destabilized or diminished; burnout has surged industry-wide as a result, and effective management is the strongest available lever for countering it. - Lenny Rachitsky's Post Lenny Rachitsky · 2026-07-10 source ↗ Reader 🖥️
The question that best predicts how a tech worker feels about their work in 2026 is no longer their role or employer but what AI has done to their sense of professional identity — and workers sort into four distinct emotional archetypes (Energized, Conflicted, Disoriented, Resentful) that form a spectrum from optimism to resistance. - Why product feels so hard right now - Charity Ibhadon (WPP) Mind the Product · 2026-07-08 source ↗ Reader 🖥️
Product work feels harder than ever not mainly because the job changed but because a culture with no 'gold standard' fuses people's identity to the work and teaches them to mistake the physical symptoms of burnout for proof of excellence; the way through is to de-identify from work, defend recovery and boundaries, and lead through durable, unflappable 'happy high status' composure and commercial curiosity rather than chasing ever more frameworks and certificates. - How tech workers are feeling in 2026: a workforce splitting in two Lenny's Newsletter (Noam Segal) · 2026-07-07 Reader 🖥️
In 2026, whether AI has left a tech worker feeling amplified or destabilized in their sense of professional identity — not their role, company, or seniority — is now the single strongest predictor of how they feel about work, producing a workforce that is simultaneously more burned out, less optimistic about the field, and yet individually more productive and often still finding real value in the tools. - AI isn't making developers more productive – it's making them busier Chris Stokel-Walker · 2026-06-11 source ↗ Reader 🖥️
A large-scale study of 100,000+ GitHub developers reframes the AI-coding story as redistribution rather than acceleration: AI makes developers busier by ballooning code output, but net shipped value barely moves because fixed human review/integration capacity is the binding downstream constraint. - KI, utvikling og følelser Vidar Moe · 2026-05-21 source ↗ Reader 🖥️
Generative AI is reshaping software development less as a productivity story and more as an emotional one — moving developers from building to specifying systems, and the central professional question is no longer how to ship faster but how to keep developers from becoming alienated, dulled, and burnt out, which requires deliberately keeping humans inside the loop through code-the-foundation workshops, explicit TDD with the agent, and a psychological reframe from programming to problem-solving. - Motivated reasoning Mark Seemann · 2026-05-04 source ↗ Reader 🖥️
The author's recent criticisms of AI in software development are likely shaped by motivated reasoning — love of craft and economic self-interest — yet even if ninety percent of his concerns prove irrelevant, the remaining ones may still matter, and raising counterpoints to techno-optimism has value regardless. - TBM 420: The AI Playbook Puzzle John Cutler from The Beautiful Mess · 2026-04-20 Reader 🖥️
Nobody has an AI playbook yet because the real challenge is not tactical AI adoption but the identity-threatening work of distinguishing which existing practices were always broken, which were genuinely good, which only worked due to now-vanished constraints, and developing the meta-skill of contextual judgment to navigate all three. - 7) Stine Haugseth: Insourcing, retning og strategi på en ølbrikke Truls Jørgensen og Audun Fauchald Strand — Heis Podcast · 2025-12-15 source ↗ Reader 🖥️
Insourcing, retning, and strategi-på-en-ølbrikke are three faces of one leadership move: pulling the locus of decision-making in-house and then compressing direction tightly enough that a distributed organisation can actually act on it — insourcing repatriates the people who must own the work, oppdragsbasert ledelse and sirkler av autonomi give those people a clear mission with explicit frihetsgrenser, and the ølbrikke forces utviklingsstrategi down to the few hovedområder a development organisation can actually carry, with OKRs underneath and an explicit business case underneath that. - How Coders Can Survive—and Thrive—in a ChatGPT World IEEE Spectrum · 2023-07-03 source ↗ Reader 🖥️
Programmers remain relevant in an LLM-centered coding world not by out-generating AI at writing code, but by doubling down on what AI does not supply — problem-solving, software-engineering fundamentals, structural judgment, precise communication of intent, and critical scrutiny of AI output — while treating AI tools themselves as a fast-moving, interchangeable part of the workflow rather than a fixed skill to master once.
Propositions touching this concept (9)
By publication month, oldest first (extraction month when no publication date is known).
2025-12
- explicitcontestedAdoption enthusiasm for agentic coding follows an inverted generational pattern: the most vocal, heaviest-using advocates cluster at the oldest end (people in their 50s–60s, e.g. Cockcroft, Beck, Yegge) and among junior engineers who have never known anything else, while mid-career senior staff engineers are disproportionately the holdouts — plausibly because they have the most professional identity and status invested in hand-written code.
- explicitSenior engineers and leaders with roughly 12-15 years of experience are the demographic most resistant to AI-driven coding, because their professional identity is most tied to their current way of working.
2026-04
- explicit⚡ disputed & corroboratedIdentity threat is the biggest obstacle to effective AI adoption, more than tactical or technical gaps.
2026-05
- explicitcorroboratedMandated AI use can damage professional identity when it conflicts with what defines membership in a professional group (e.g., a creative's ability to generate ideas to order)
2026-07
- explicitThe question that best predicts how a tech worker feels about their work in 2026 is not their role or employer but what AI has done to their sense of professional identity.
- explicitdevelopedAI's effect on how people feel about their professional identity is roughly three times as large (by effect size) as the two largest effects found in last year's survey — manager effectiveness and founder happiness.
- explicitEmployee resistance to enterprise AI adoption is driven by four specific, addressable biases: self-enhancing bias, identity threat, opacity, and intolerance for imperfection.
- explicitIdentity threat is the most consequential of the four biases for knowledge work, because most knowledge work — and security auditing specifically — is symbolic rather than instrumental: it signals who the practitioner is, not just what task got done.
2026-08
- implicitdevelopedA developer's professional identity and sense of purpose depend on authorship and understanding of the code they ship; reducing that to reviewing AI output constitutes an existential threat to identity, not merely a change in job tasks.
Tensions
What kind of problem is AI adoption in software development, and who is the responsible actor for fixing it?
from: Is skepticism/rejection of AI for software development still rational in 2026 — and where exactly do practitioner "adopt fully" and "abstain entirely" positions actually diverge: on the facts (does AI work), the values (what counts as harm), or the frame (individual choice vs. systemic problem)?
- Stop being skeptical about AI for development with Charity Majors (Charity Majors): An engineering and organizational-leadership problem, solved inside the firm by building validation discipline and rebuilding trust between camps.
- I'm done using AI (Brett Codes): A personal ethical problem, solved by individual non-participation.
- The growing AI backlash (Gary Marcus): A political/regulatory problem, solved by governments constraining the industry.
Assessment: These aren't competing answers to the same question — they're answers to three different questions about where causal and moral leverage lies (org-technical, individual-ethical, political-collective), and the corpus never stages a direct confrontation between them. The weakest of the three on its own terms is Brett's: his abstention argument depends on an untested demand-signaling causal claim, and Marcus's own regulatory framing implicitly undercuts it — if the effective lever is political, one person's abstention is symbolic rather than causally load-bearing, however psychologically necessary it may be for him. Majors's org-engineering frame is the most operationally developed but explicitly scopes itself to teams that already have the discipline to execute it — it has nothing to offer someone in Brett's actual position (an individual contributor under a leadership mandate, with no control over org-level tooling investment).
Does verification/validation substitute for human care and authorship as the basis of software quality?
from: Is skepticism/rejection of AI for software development still rational in 2026 — and where exactly do practitioner "adopt fully" and "abstain entirely" positions actually diverge: on the facts (does AI work), the values (what counts as harm), or the frame (individual choice vs. systemic problem)?
- Stop being skeptical about AI for development with Charity Majors (Charity Majors): Yes — trust can and should relocate from authorship to process; once validation is good enough, shipping code nobody read is not a quality failure.
- I'm done using AI (Brett Codes): No — quality is constituted by care, which only a human relationship to the artifact supplies; verification does not substitute for it, even AI reviewing AI.
Assessment: A genuine values disagreement, not a disguised factual one, and under-argued on both sides. Majors asserts a substitution (trust moves from person to process) as self-evidently sufficient without ever specifying what validation would need to guarantee to make 'comfortable shipping unread code' true in practice — a gap her own extraction already flags. Brett asserts the opposite from pure introspection, without considering that his felt alienation might be a contingent response to a personal transition rather than a fact about what quality requires in principle — plenty of trusted professional domains (structural engineering, aviation, pharma) run on process-based rather than personal-craft-based trust and aren't usually accused of producing 'uncared for' outputs. Neither side defends its definition of quality against the other's; each asserts its own as obvious.
Does sustained, earnest, disciplined AI use degrade or improve a competent practitioner's skill and output?
from: Is skepticism/rejection of AI for software development still rational in 2026 — and where exactly do practitioner "adopt fully" and "abstain entirely" positions actually diverge: on the facts (does AI work), the values (what counts as harm), or the frame (individual choice vs. systemic problem)?
- Stop being skeptical about AI for development with Charity Majors (Charity Majors): AI use, wielded by disciplined teams, produces real capability gains without degrading quality, provided validation investment keeps pace.
- I'm done using AI (Brett Codes): Sustained AI use degraded his skill, care, and output quality over more than a year, despite being an experienced, motivated, initially-skeptical, earnestly-trying practitioner.
Assessment: Both are single-case evidence dressed as general claims, and the corpus offers a plausible reconciling variable neither author controls for: Parker's joy-gap data shows the split tracks codebase type (greenfield/small-product vs. legacy/enterprise) more cleanly than it tracks practitioner discipline or virtue. Fin is not described as legacy-constrained, and Brett's own most damning anecdote — the Linear/Claude Code project built 'without editing a line of code' — is closer to greenfield vibe-coding than to his day-to-day legacy work. The Majors/Brett disagreement may therefore be less a disagreement about AI's general effect on skilled practitioners and more two data points from different ends of Parker's spectrum, each over-generalized past its actual scope.
Is a moderate, bounded middle path between full adoption and full abstention psychologically and practically stable?
from: Is skepticism/rejection of AI for software development still rational in 2026 — and where exactly do practitioner "adopt fully" and "abstain entirely" positions actually diverge: on the facts (does AI work), the values (what counts as harm), or the frame (individual choice vs. systemic problem)?
- Stop being skeptical about AI for development with Charity Majors (Charity Majors): Yes — bounded, disciplined use is not only viable, it's the responsible default: small deliberate acts of withheld participation (no-AI Wednesdays), a rule against sending unread AI output, and validation discipline are all presented as workable, sustainable practices.
- I'm done using AI (Brett Codes): No — for him, moderate/trivial-only use was tried and did not hold; he kept reverting to using AI for everything, and concluded the choice is effectively binary.
Assessment: The sharpest values/psychology divergence in the corpus, and arguably what the central question is actually asking about, since 'is skepticism/rejection rational' presupposes a real choice-menu with a stable middle rung. Majors's evidence for stability (a team ritual everyone follows together) is a much weaker test than Brett's (a year of earnest solo attempt at bounded use against colleagues' and management's full-throttle adoption) — a shared team policy is a different psychological ask than one individual holding a line alone, which is closer to Brett's actual situation. On the specific question of whether bounded use holds under social/organizational pressure to go further, Brett's case is more probative than Majors's, even though his conclusion ('so it must be all-or-nothing') over-generalizes a personal finding into a universal claim.
Is 'skepticism' (doubting AI's capability) the same stance as 'rejection/abstention' (refusing to use AI), and does 'still rational in 2026' apply equally to both?
from: Is skepticism/rejection of AI for software development still rational in 2026 — and where exactly do practitioner "adopt fully" and "abstain entirely" positions actually diverge: on the facts (does AI work), the values (what counts as harm), or the frame (individual choice vs. systemic problem)?
- Stop being skeptical about AI for development with Charity Majors (Charity Majors): Effectively treats them as one stance: her essay is titled 'stop being skeptical about AI for development,' and her prescription for skeptics is to use AI more, with more validation discipline.
- I'm done using AI (Brett Codes): Demonstrates, without arguing it explicitly, that the two stances are separable: he is not skeptical of AI's capability, yet rejects use entirely on other grounds.
Assessment: This is the central question's own hidden ambiguity, and the corpus resolves it by demonstration rather than argument. Brett is a live counterexample to the premise, embedded in Majors's own title, that 'not being skeptical' (updating on capability evidence) and 'using AI' are the same move. Once separated, Majors's essay is only an argument against doubting-that-it-works, and has nothing to say to someone who concedes capability and objects on different grounds. So 'is skepticism still rational in 2026' and 'is abstention still rational in 2026' are different questions the corpus never poses side by side — and the practitioner discourse largely collapses them into one fight when they aren't the same fight. On the narrower question Majors actually argues (is doubting AI's capability still rational), the corpus evidence favors her: nobody, including Brett, disputes that current tools work. On the broader question the central question is really asking (is abstention still rational), the corpus offers no resolution at all — only two incompatible frames (organizational-engineering vs. individual-ethical) that never engage each other directly.
Open gaps (37)
- incompleteThe archetypes are presented as a static snapshot with no guidance on movement between them — whether workers migrate (e.g., Conflicted -> Resentful under sustained mandate pressure, or Disoriented -> Energized with support), what drives such transitions, or how leaders could shift the distribution. This is the missing actionable core of an otherwise recognizable map.Lenny Rachitsky's Post — read next: Change-adoption and reframing literature (Fearless Change); identity-transition work; the 'Psychological Costs of Adopting AI' prescription that identity debt shrinks when AI is reframed as identity-affirming rather than identity-replacing.
- incompleteThe 'supervisory engineering' role is reported as emerging but is not designed: the piece names the category without specifying its actual skills, career pathways, evaluation criteria, or how its dignity would be established.Finding Comfort in the Uncertainty — read next: Read Annie Vella's Masters research on supervisory engineering work and look for concrete role-design or career-ladder frameworks for the human-as-orchestrator layer.
- incompleteGreene's evidence throughout is drawn almost entirely from his own two startups (InsightSquared, Outcomes4Me) plus one recent personal side project (the Android RAG proof-of-concept); no comparative case is offered of a startup or team that ignored these mindsets and what happened as a result, nor of a larger, less resource-constrained organization successfully applying the same lessons. It is left open whether 'the lessons startups have always taught us' generalize past small, high-autonomy, high-trust teams.Presentation: The Future of Engineering: Mindsets That Matter When Code Isn't Enough — read next: Seek accounts of these same mindsets (start simple, protect comprehension, attack hard bits first) applied — or failing to apply — inside larger, less autonomous engineering organizations.
- uninformed'Credible commitment to augmentation' is treated as an achievable, meaningful organizational signal, but neither speaker defines what makes a commitment 'credible' versus merely rhetorical — no criteria are given, and no example is offered of a company that made and kept such a commitment under real headcount or cost pressure. Davenport's 'no layoffs' message and Niederhoffer's three-part framework remain proposed prescriptions, not documented cases.The Hidden Realities of AI Adoption — read next: Find case studies of companies that publicly committed to an augmentation-over-automation stance and track whether they held to it through a downturn or cost-cutting cycle.
- incompleteThe reverse-bias finding — younger workers trust AI less than senior workers, inverting the usual generational-adoption pattern — is asserted without a causal mechanism. Is it because younger workers face more direct job-security exposure from AI, more skepticism from spotting flaws as heavy users, or a cohort/timing effect specific to entering the labor market during this technology's rollout? The finding is stated as fact but left unexplained.The Hidden Realities of AI Adoption — read next: Read primary survey research on AI trust broken out by age/seniority to test candidate mechanisms.
- incompleteHaugseth's account is built on insourcing successes (Mattilsynet, NAV). There is no narrative of an insourcing that failed or backfired — no analysis of when insourcing produced worse outcomes than the status quo. The closest is the NAIS-reflection (where she would have stayed less ambitious about own platform), but that is presented as 'should have piggybacked,' not 'insourcing failed.' The asymmetry shapes what is visible: insourcing's hazards (talent risk, two-year ramp where the org loses access to specialists, capability concentration in a few key hires who then leave) are absent from the framing.7) Stine Haugseth: Insourcing, retning og strategi på en ølbrikke — read next: Susanne Justesen / John Cutler on the cost of capability concentration; the Norwegian NAV 'Optimizing for Fast Flow' article (already in the user's library) for a parallel account that emphasises the work-system rather than the ownership question; Capacity Planning literature on staffing as a long-cycle bet; failure-case writing on insourced platform teams that lost their flywheel (Stripe / Etsy public postmortems are useful counterpoints).
- incompleteThe business-case for insourcing is asserted but not specified. 'Either konsulentene get ny oppdrag andre steder, OR rådgiver-hverdagen improves enough to boost inntekt' is a frame, not an analysis. What kind of measurement? Over what horizon? Who validates the case 24 months in? The hard version of the case — that some insourcing pays for itself only in scenarios that don't materialise — is not engaged.7) Stine Haugseth: Insourcing, retning og strategi på en ølbrikke — read next: Roger Martin on the strategy-stack from where-to-play to how-to-win; cost-of-delay literature; Dan North on staffing-as-bet.
- incompleteThe ølbrikke method is presented as a virtuous compression artifact, but the failure mode — that radical compression elides important trade-offs and lets every reader project their preferred reading onto the three hovedområder — is not addressed. Olrud Moen (ep 15) discusses the strategy-as-PowerPoint failure mode explicitly; Haugseth's ølbrikke could fall into a sibling failure mode (the strategy-as-slogan trap).7) Stine Haugseth: Insourcing, retning og strategi på en ølbrikke — read next: Olrud Moen Heis ep 15 (recently extracted) — direct counterpoint on strategy compression; John Cutler's TBM on 'making the trade-off visible'; Roger Martin on integrative thinking; Donald Sull on 'simple rules.'
- incompleteThe sponsor-group mechanism is described in the abstract; what happens when the two sponsors disagree, or when a sponsor leaves konsernledelsen mid-oppdrag, or when sponsor priorities conflict with what the team's konsernledelse-wide one-pager actually says, is not analysed.7) Stine Haugseth: Insourcing, retning og strategi på en ølbrikke — read next: Marty Cagan / SVPG on product strategy governance; Cutler on accountability culture and DRIs (directly responsible individuals).
- incompleteHaugseth's epistemic update on skye is offered as an instance of changing her mind, but the underlying mental model that drove her earlier full-pro-cloud stance is not interrogated. What other current convictions might be in the same epistemic position now? The 'how does a leader earn forankring on the world' question (same as the Olrud Moen ep 15 gap) is unaddressed.7) Stine Haugseth: Insourcing, retning og strategi på en ølbrikke — read next: Annie Duke 'Thinking in Bets' (already in user's library) on calibration and the cost of being skråsikker about probabilistic claims; Philip Tetlock on superforecasting; Donella Meadows on systemic leverage points.
- incompletePower and political economy are visible at the edges (the consultant houses' motstand to Mattilsynet cancellations; the 'kjipe' work of handling underperformance) but never named as power. The political cost paid by the consultant houses, by the developers whose subkulturer were dismantled, and by the avdelingsledere who had to take on accountability for cross-team samhandling is not analysed.7) Stine Haugseth: Insourcing, retning og strategi på en ølbrikke — read next: Cutler 'Power and Space' (TBM 413, already in user's library); Pfeffer 'Power' on organisational politics; Hamel/Birkinshaw on managerial innovation and its political cost.
- incompleteThe 'privilegium ikke identitet' frame is named but not connected back to the operating-model questions earlier in the conversation. A leader who treats the role as borrowed time presumably should design the operating model so it survives their departure — i.e., the ølbrikke and the sponsor-group should ideally outlast the leader. That implication is not drawn.7) Stine Haugseth: Insourcing, retning og strategi på en ølbrikke — read next: Cutler on operating systems as artefacts that survive their author; Olrud Moen ep 15 on 'strategy as the few sharp trade-offs that nobody else has the authority to set' — and the corollary question of what the leader leaves behind.
- uninformedAll four quoted sources have a direct professional or commercial stake in generative AI's continued, non-threatening integration into software work (an AI-research-center CEO, two HCI/PL academics studying AI-assisted programming, and a developer-tools company CEO) — the article does not flag or address this as a source of potential bias in advice that happens to reassure its target audience (working programmers) that their core skills remain safe.How Coders Can Survive—and Thrive—in a ChatGPT World — read next: Later corpus material on professional identity and the psychological costs of AI adoption examines this kind of reassurance-seeking dynamic directly, including how identity threat shapes which claims about AI get readily believed.
- incompleteTeam-level and organizational dynamics are almost absent. The piece is written from the individual developer's interior, with the team as a setting but not an object of analysis. Yet many of the named harms (large PRs defeating review, knowledge transmission to new developers, burnout) are fundamentally social phenomena. What happens to pair-programming culture? To mentorship? To code-review-as-teaching? To the social production of shared mental models when an agent is the third participant? The essay names the symptoms but stays at the level of the individual practitioner.KI, utvikling og følelser — read next: Pair with John Cutler on team operating systems (the 'institutionalized overload' arc) and with Beck/Cutler on how design discussion functions socially. Also read Pamela Hieronymi or similar on what attention/understanding requires of a community, not just an individual. The user's existing extraction on 'AI Joy Gap Developers' — which treats the polarization as needing organizational structures (AI platform teams, cultural practices reconnecting developers) — is a direct complement to Moe and worth reading together.
- incompleteWhat happens when the agent fails you, or when its behavior shifts under you (a model upgrade, a vendor policy change, an outage)? Moe writes from a moment of arrival ('Opus 4.5 is good enough'), but his entire psychological framework presupposes that the agent is a stable enough partner that you can build a working rhythm with it. The risk of dependency on a non-stationary, vendor-controlled colleague is not addressed.KI, utvikling og følelser — read next: Read alongside the user's existing extractions on 'AI Inference Unit Economics' and 'AI Companies Reckless Not Evil' — those address the supply side of the same dependency. Also worth pairing with anything on platform risk and lock-in in developer tooling.
- incompleteNo engagement with the counter-thesis that agentic specification is itself a learnable new craft with its own first principles, rather than a hollow shell around an absent practice. Moe treats 'specifying' as essentially less than 'building' — the alienation premise depends on this. But it is at least defensible to argue that designing the specification surface, the test contract, the architectural guardrails, and the review protocol for an agent is a real engineering act that has its own depth. The essay would be stronger if it engaged this counter-position rather than implicitly dismissing it.KI, utvikling og følelser — read next: Steve Yegge's vibe coding manifesto (which the user is tracking) and Gene Kim's vibe coding series are explicit attempts to defend specification as craft. Read Moe in tension with them, not just alongside. Beck's evolutionary design tradition is also relevant: is the agent a new kind of pair-programmer that requires a new design discipline, or is it the thing that hollowed out the discipline?
- incompleteGenerational and career-stage differences are absent. Moe writes as a senior developer at an established Norwegian banking organization. The piece's emotional grammar — feeling alienated, missing the satisfaction of having built something, worrying about transmission — is the emotional grammar of an experienced practitioner. For a developer who entered the profession in 2024, agent-coding is not a loss but a baseline; the very experience of 'fremmedgjøring' may not arise. Moe's essay is implicitly written from one career stage and would be more powerful if it acknowledged this.KI, utvikling og følelser — read next: Anything serious on generational cohorts in tech adoption. Look for empirical work on new-developer experience in AI-assisted environments — this is a real research gap right now. The user's interest in the 'Stolen Focus' tradition suggests this is also a place where the digital-native vs digital-immigrant frame might be productively applied to AI-native vs AI-immigrant developers.
- incompleteThe Norwegian / Nordic context of the essay is implicit but not theorized. SpareBank 1 Utvikling, the T-bane, Norwegian engineering culture's relative emphasis on 'flyt', autonomi and mestring (drawing on Self-Determination Theory in a way that pervades Nordic management discourse) — all of this shapes Moe's framing. An anglophone reader might miss that 'venting på autocomplete' as a moral category is partly a Norwegian work-culture artifact. There is a comparative essay latent here that the piece does not write.KI, utvikling og følelser — read next: Read in parallel with anglophone AI-coding voices (Beck's recent essays, Cutler's TBM 412 on institutionalized overload + AI) to see what gets emphasized differently. The NAV 'optimizing for fast flow' piece already in the user's queue is a useful Nordic-context anchor.
- incompleteThe manager-effectiveness finding establishes a strong correlation (via self-report of both manager quality and personal wellbeing) but never disentangles causation from selection or halo effects — e.g., whether effective managers cause better outcomes, or whether already-thriving teams simply rate their managers more favorably, or whether good managers are selectively assigned to already-strong teams.How tech workers actually feel about AI in 2026 | Annual AI sentiment survey (Noam Segal) — read next: Organizational-behavior research isolating causal manager effects (e.g., quasi-experimental studies of manager rotation/turnover on team outcomes), or Gallup's manager-engagement research, for a methodologically stronger version of this claim.
- uninformedThe core explanatory variable — the single self-report question classifying 'AI identity shift' as amplified/redefined/destabilized/diminished — is treated as cleanly isolating AI's effect, but a one-question self-classification in a period of concurrent stressors (layoffs, market volatility, general role redefinition) is vulnerable to attribution bias: people may retroactively credit/blame AI for feelings actually driven by other salient factors, simply because AI is the dominant cultural narrative right now. Notably, Noam opens the episode approvingly citing the 'AI Confidence Theater' critique of overclaimed certainty in AI discourse, but doesn't turn that same scrutiny on his own survey's central construct.How tech workers actually feel about AI in 2026 | Annual AI sentiment survey (Noam Segal) — read next: Read the 'AI Confidence Theater' piece (already in this corpus) directly against this survey's underlying methodology/report for confound controls, and look for survey-methodology literature on self-report attribution bias in technology-sentiment research.
- incompleteThe 'cognitive rot' / skill-atrophy finding rests entirely on self-perception ('my brain is rotting,' 'my work feels worse') rather than any objective quality measure (e.g., code review defect rates, output audits, before/after task performance).How tech workers actually feel about AI in 2026 | Annual AI sentiment survey (Noam Segal) — read next: Empirical studies attempting to measure AI-assisted output quality or skill atrophy objectively rather than via self-report — e.g., the Simon Willison conversation referenced in the episode, or controlled studies of AI-assisted vs. unassisted task quality.
- analyticalThe essay never identifies which specific AI concerns the author believes are most likely to survive the motivated-reasoning filter. The '10% that might be real' is left entirely unspecified.
- evidentialThe claim that smarter people are more susceptible to motivated reasoning is stated without citation or nuance. The underlying research (Kahan et al.) shows this primarily for identity-protective cognition on politically charged topics, not necessarily for professional self-interest.
- omissionThe essay treats 'love of craft' and 'economic incentive' as the only two motivational roots, but does not consider identity/status — being a recognized expert in a field that AI might devalue — as a distinct and potentially stronger bias source.
- illogicalAll resistance to AI adoption is framed through a psychological-bias lens (self-enhancing bias, opacity, identity threat, imperfection intolerance) without considering that some resistance — especially from security auditors evaluating AI-generated findings — could be legitimate, well-founded skepticism about AI reliability in a discipline where false negatives carry real consequences. Conflating reasoned skepticism with bias forecloses that possibility by definition, before any evidence about a specific tool's error rate is considered.AI as an Enterprise Operating System — read next: Cross-read with the corpus's algorithm-aversion and accountability material (e.g., how loan officers and recruiters actually experienced AI-generated decisions they couldn't verify) for cases where 'resistance' turned out to be an accurate signal about tool limitations rather than a bias to be engineered around.
- incompleteThe human cost of the level-zero policy — 'there were people who left the company' — is not examined. The piece treats these departures as evidence the maturity matrix worked (misalignment was culled) without considering whether a security-auditing firm specifically might lose valuable dissenting judgment or institutional memory along with the resistance.AI as an Enterprise Operating System — read next: None specified beyond noting the omission; would require primary reporting on who left and why, which the piece does not provide.
- incompleteBucket 3 (genuinely new practices only possible with AI) is the most interesting category but receives the least development. The author acknowledges these exist but provides zero concrete examples of what they might look like.TBM 420: The AI Playbook Puzzle — read next: Look for writing on emergent AI-native workflows: Maggie Appleton on AI interaction patterns, or Linus Lee on AI-augmented thinking tools.
- incompleteThe COM-B analysis is applied only to individuals. The organizational and structural factors that create and reinforce the three traps (incentive structures, promotion criteria, budget cycles) are not analyzed.TBM 420: The AI Playbook Puzzle — read next: Westrum's organizational typology applied to AI adoption; Amy Edmondson on psychological safety as a precondition for the identity work Cutler describes.
- incompleteThe argument assumes a product/tech organizational context. How the four-bucket framework applies to non-tech domains (healthcare, education, government) is unaddressed.TBM 420: The AI Playbook Puzzle — read next: Sector-specific AI adoption research; Ethan Mollick's work on AI across professions.
- incompleteThe eight-step journey is presented as linear and individual. No treatment of how teams or organizations move through this collectively, or what happens when team members are at different stages.TBM 420: The AI Playbook Puzzle — read next: Bridges' Transition Model for organizational change; Kegan and Lahey on immunity to change.
- illogicalThe claim that 'the more certain someone sounds, the more likely they're relying on outdated models' risks being unfalsifiable. It could also apply to Cutler's own confident claims about identity threat being the biggest obstacle.TBM 420: The AI Playbook Puzzle — read next: Philip Tetlock on superforecasting and calibrated confidence — certainty is not inherently a signal of poor reasoning.
- incompleteThe piece discloses the total sample size (5,920 respondents) and the exact wording of the AI-identity and emotion-checklist questions, but never states the sampling frame or recruitment method — almost certainly Lenny's Newsletter subscribers, a self-selected, product-management-heavy, English-speaking, career-engaged audience willing to complete a substantial survey. This population is exactly the kind likely to over-report identity-level engagement with AI, which could inflate the very bifurcation the survey is designed to detect.How tech workers are feeling in 2026: a workforce splitting in two — read next: Compare against a tech-worker sentiment measure drawn from a demographically distinct frame (e.g., Stack Overflow Developer Survey, national labor statistics, or a survey run outside product/builder-adjacent audiences) to see whether the AI-identity bifurcation and its outsized effect size replicate outside a self-selected newsletter readership.
- illogicalThe central regression treats a single self-report classification (amplified/redefined/destabilized/diminished) as if it cleanly isolates AI's causal effect on sentiment, without ruling out that workers experiencing burnout or anxiety from unrelated causes (market conditions, layoffs, personal circumstances) retroactively attribute their state to 'AI' because it is the dominant explanatory narrative available right now. This is the same self-report-attribution concern already open against the companion podcast episode discussing the identical underlying data, and this fuller write-up adds no objective or behavioral corroboration to resolve it.How tech workers are feeling in 2026: a workforce splitting in two — read next: Look for a study that manipulates or independently measures actual AI exposure/usage (not self-labeled identity stance) against sentiment outcomes, to test whether the identity-stance effect survives once concurrent stressors are controlled.
- incompleteThe author explicitly promises to 'untangle' why early-career ICs are simultaneously the most identity-destabilized level (27%) and among the more optimistic groups overall, but the piece never returns to deliver that explanation — a flagged question dropped without resolution.How tech workers are feeling in 2026: a workforce splitting in two — read next: Look for a source addressing why displacement risk and optimism can coexist for junior workers specifically — candidate mechanisms include a 'nothing to lose' framing, shorter tenure meaning less sunk identity in the pre-AI version of the role, or the option value of an early career versus the sunk cost visible to senior workers.
- incompleteNo discussion of cost or scale feasibility: the biotech-style organizational investment (dedicated lab, weekly meetings, funded research) may not be economically viable in high-volume, thin-margin decision contexts like consumer lending or mass recruiting, where the 'complement' response may simply not be affordable regardless of leadership intent.When Employees Are Held Accountable for AI-Generated Decisions — read next: Operations and cost-of-service literature on human-AI collaboration at scale; comparisons of per-decision cost across banking, recruiting, and biotech contexts.
- incompleteThe remedy is almost entirely individual (introspect, de-identify, prioritize, perform calm) while the diagnosed causes are largely structural (a field with no gold standard, an over-productive theory/benchmark industry, AI-era layoff anxiety). She never connects the two — if the culture reliably manufactures identity-fusion and 'burnout that feels like success', individual mindset shifts treat symptoms while the generating system persists.Why product feels so hard right now - Charity Ibhadon (WPP) — read next: Read against extract-burnout-across-org-chart (burnout as a systemic design failure requiring level-specific structural fixes) and extract-overcome-burnout-philosophy (the same structural-diagnosis-with-individual-remedy tension named explicitly via Byung-Chul Han's 'achievement society').
- incompleteShe prescribes 'be more human, be commercially curious, be nice to work with' as the durable AI-era edge but offers no account of which of these are developable skills versus fixed dispositions, nor how someone would train them — leaving the advice motivational rather than actionable, and vulnerable to the same 'no clear starting point' complaint she levels at the framework literature.Why product feels so hard right now - Charity Ibhadon (WPP) — read next: extract-ai-worker-identity-archetypes and the meta-skills / contextual-judgment literature on which durable capabilities are teachable; commercial-acumen development pathways for product roles.