Emotional Impact of AI Work
The psychological states AI adoption induces in practitioners and leaders — alienation, dulling, rollercoaster highs and lows, anxious FOMO and delusions of productivity.
Also known as: følelser, fremmedgjøring, alienation, sløv, berg- og dalbane, AI psychosis, AI Psychosis, excited anxiety, itchy brain
How authors use it
Oldest first (extraction date when no publication date is known).
| Author | Their term | Their meaning |
|---|---|---|
| Skill Issue: Andrej Karpathy on Code Agents, AutoResearch, and the Loopy Era of AI No Priors: AI, Machine Learning, Tech, & Startups · 2026-03-20 | AI psychosis | A persistent, anxious state of trying to keep up with the rapidly expanding frontier of what is possible with AI agents, feeling that any idle moment is wasted potential |
| Why Enterprise AI Has a Leadership Problem AI Daily Brief · 2026-04-10 | excited anxiety | The simultaneous genuine enthusiasm and genuine fear among enterprise leaders who recognize AI's potential but feel structurally unprepared to realize it. |
| SWLW #702: How I created OpenClaw, Your CEO is suffering from AI Psychosis, and more. Oren Ellenbogen · 2026-04-20 | AI Psychosis | A specific pathology in executive decision-making where leaders mistake token-burning AI dashboards and agent hierarchies for genuine productivity, getting the dopamine of delegation without measuring output |
| Itchy Brain (Still Burning: Michael Grinich & Kent Beck on AI adoption, enterprise developer tools) Kent Beck — Still Burning Podcast · 2026-05-20 | itchy brain | Beck's name for the felt phenomenon: an idea or thought lodges in your head and the discomfort does not abate until you have made the thing in the world. Beck frames it as 'a bit more selfish' than Grinich's connect-with-people version; Grinich calls it 'a compulsion,' shared by long-distance founders as 'the same kind of mental disorder.' The durable version of the maker drive — opposed to external-validation chasing, which burns out. |
| KI, utvikling og følelser Vidar Moe · 2026-05-21 | følelser | Feelings, in a load-bearing sense — Moe uses this term to name the proper object of analysis when assessing AI's impact on developers. Not 'sentiment' or 'morale' as HR categories, but the developer's lived inner experience. |
| KI, utvikling og følelser Vidar Moe · 2026-05-21 | fremmedgjøring | Alienation — used in a quasi-Marxian sense: the developer no longer recognizes the product of their labor because an agent produced it. Moe specifically names the transition 'fra å bygge systemet til å spesifisere systemet' (from building the system to specifying the system) as the alienating shift. |
| KI, utvikling og følelser Vidar Moe · 2026-05-21 | sløv | Dulled, dim, mentally slack — the cognitive atrophy state Moe fears developers will fall into if they simply rubber-stamp agent output. Pairs with fremmedgjøring as the second psychological hazard. |
| KI, utvikling og følelser Vidar Moe · 2026-05-21 | berg- og dalbane | Rollercoaster — the emotional shape of working with AI agents, complete with both the highs (now we can build things we couldn't) and the lows (frustration, alienation, fatigue). |
Documents (12)
- Stop being skeptical about AI for development with Charity Majors Gergely Orosz (interviewing Charity Majors, CTO/co-founder of Honeycomb) · 2026-08-12 Reader 🖥️
AI skepticism about software development, though rational as recently as 2025 given the industry's track record of over-promised transformative technologies, has become irrational in 2026 because the model-plus-harness combination (Opus 4.5 running inside Claude Code) crossed a genuine, cloud-computing-in-2010-scale capability threshold — so the live question for engineers is no longer whether to adopt AI but how to build the validation discipline (tests, evals, conformance checking, observability) that makes shipping AI-written, unread code safe. - 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. - 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. - How People Are Really Using AI in 2026 Harvard Business Review · 2026-06-01 Reader 🖥️
Across a third annual edition, generative-AI use is widening into an ever-broader and more intimate range of tasks — best read as shifts in emphasis, not ruptures — with people increasingly outsourcing both their thinking ('thinkslop') and their emotional lives to AI, even as, in business, the technology so far yields mostly marginal efficiencies rather than game-changing transformation, leaving the survival of human agency as the open question. - 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. - Itchy Brain (Still Burning: Michael Grinich & Kent Beck on AI adoption, enterprise developer tools) Kent Beck — Still Burning Podcast · 2026-05-20 Reader 🖥️
We are not in another technology hype wave but in a step-function transformation: the marginal cost of producing software is collapsing toward zero, large incumbents are adopting AI faster than any prior shift, and the whole ecosystem — not just the AI labs — is accelerating; in this 'Red Queen' regime, profit and productivity may not visibly improve because every competitor is running at the new tempo, so the only sane response is to paddle straight into the wave by sustaining the maker's compulsion (the 'itchy brain'), reshaping engineering leadership toward hands-on impact, and accepting that software engineering as a profession will resemble medicine or law more than the unique 2010s template that minted six-figure undergrads. - SWLW #702: How I created OpenClaw, Your CEO is suffering from AI Psychosis, and more. Oren Ellenbogen · 2026-04-20 Reader 🖥️
Effective tech leadership requires anchoring in measurable value and compounding effort rather than chasing the appearance of productivity, whether through AI theater, performative suffering, or shallow busyness. - Why Enterprise AI Has a Leadership Problem AI Daily Brief · 2026-04-10 Reader 🖥️
Enterprise AI adoption is surging in investment and tooling but failing organizationally because leaders are spending almost exclusively on infrastructure and models while neglecting the human, cultural, and structural changes required for adoption — making AI success a leadership problem, not a technology problem. - Skill Issue: Andrej Karpathy on Code Agents, AutoResearch, and the Loopy Era of AI No Priors: AI, Machine Learning, Tech, & Startups · 2026-03-20 Reader 🖥️
The jump in code-agent capability since December 2024 has made human throughput — not model capability — the binding constraint, and the central challenge is now removing yourself from the loop so autonomous agents can maximize token throughput on your behalf.
Propositions touching this concept (4)
By publication month, oldest first (extraction month when no publication date is known).
2026-05
- implicitcorroboratedThe proper unit of analysis for AI's impact on software development is the developer's feelings (følelser), not productivity metrics.
- explicitThe way out of alienation is partly technical (workshops, hand-coding the foundation, TDD that forces the agent to stop between steps) and partly psychological (reframing the job as problem-solving, not programming).
- explicitClassical engineering practices (TDD, DDD, agile, continuous delivery, simple refactored code) are simultaneously (a) what produces the kind of code agents themselves work best with and (b) the developer's existential anchor against alienation.
- psychological / normativeThe durable motivation for founders and makers is the maker-compulsion itself — the 'itchy brain' / wanting to make and connect with people — not external validation, which 'cooks' you over time.
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 (27)
- selection_biasAll four cited studies are sponsored by companies selling enterprise AI tools or services (A16Z, KPMG, Writer, WalkMe/SAP). Each has an incentive to frame AI adoption as important-but-broken, positioning their product category as the solution. The article does not acknowledge this.Why Enterprise AI Has a Leadership Problem — read next: Cross-reference with independent academic studies or government statistics on enterprise AI adoption and ROI.
- unaddressed_questionThe article notes 29% of employees are 'actively sabotaging' AI strategy but does not explore whether any of that sabotage is rational — e.g., resisting genuinely harmful implementations, protecting data privacy, or pushing back on poorly designed mandates.Why Enterprise AI Has a Leadership Problem — read next: Organizational resistance literature; look at whether 'sabotage' might be better understood as feedback on implementation quality.
- unaddressed_questionThe two-tier workforce thesis (AI super-users vs. everyone else) is stated but its labor market and equity implications are not explored — particularly whether it will deepen existing demographic and socioeconomic divides.Why Enterprise AI Has a Leadership Problem — read next: Labor economics research on skill-biased technological change; Autor, Acemoglu on AI and inequality.
- incompleteMethodological (the study's own thinnest point): 'social listening' on public posts is a convenience sample of vocal, self-selecting users. There is no denominator, no correction for selection bias, and no way to distinguish frequency-of-posting from frequency-of-use — so a ranking of what people TALK ABOUT online is presented as a ranking of what people DO, and emotionally charged uses (therapy, grief, romance) that generate more posting are structurally over-weighted. The order-of-magnitude larger dataset improves precision but not representativeness.How People Are Really Using AI in 2026 — read next: Read the author's own 'Making sense of research on how people use AI' (HBR, Nov 2025) alongside survey- or telemetry-based usage studies (e.g., first-party Anthropic/OpenAI usage reports) to triangulate the social-listening picture against a representative sample and quantify the selection bias.
- incompleteConsumer/individual usage is used to reason about enterprise value: the dataset is 'mostly individuals... at home and at work,' yet the business transformation verdict is drawn from it. Individual bottom-up use and organizational value are different units and are conflated, which both flatters adoption breadth and muddies the value verdict.How People Are Really Using AI in 2026 — read next: Read extract-who-cares-about-consumer-ai (the ~100x per-user token-economics split between consumer and enterprise) and enterprise-specific ROI studies to keep consumer-scale adoption separate from organization-level value realization.
- uninformedThe thinkslop harm is asserted at population scale from vivid single-user anecdotes. The study measures the prevalence of use cases where thinking COULD be outsourced (a quarter of top uses) but not the cognitive damage actually incurred, and — crucially — it presents the sharpening 'sparring-partner' use from the same data without ever quantifying the crutch-vs-foil ratio, so the headline concern rests on an unmeasured mix.How People Are Really Using AI in 2026 — read next: Read the cited 'cognitive debt' study (arXiv 2506.08872, 'Your Brain on ChatGPT') and extract-cognitive-surrender (offloading vs. surrender, posture-dependence, the 73% wrong-answer acceptance finding) for the mechanism and the controlled evidence the HBR piece substitutes anecdote for.
- incompleteAuto research is demonstrated only on hyperparameter optimization — a narrow, well-defined search with clear metrics. No evidence or discussion of how it would work on research requiring genuine novelty, taste, or paradigm shifts.Skill Issue: Andrej Karpathy on Code Agents, AutoResearch, and the Loopy Era of AI — read next: Literature on AI-driven scientific discovery beyond optimization: can agents formulate novel hypotheses, not just test existing ones? See work on AI scientists (e.g., Sakana AI's 'The AI Scientist').
- uninformedThe Jevons paradox argument for software engineering jobs is applied without discussing the significant disanalogies: ATMs automated a narrow task within banking, while AI agents potentially automate the entirety of software production. Demand elasticity analysis is hand-waved.Skill Issue: Andrej Karpathy on Code Agents, AutoResearch, and the Loopy Era of AI — read next: Economic analysis of AI labor displacement that distinguishes between task-level automation (Jevons applies) and occupation-level automation (potentially different dynamics). See Acemoglu vs Brynjolfsson debate.
- incompleteSecurity and trust implications of the 'apps dissolve into APIs' vision are acknowledged but not seriously explored. Dobby discovered unprotected Sonos APIs — this is a security vulnerability presented as a feature.Skill Issue: Andrej Karpathy on Code Agents, AutoResearch, and the Loopy Era of AI — read next: Research on agent-to-API security models, OAuth for agents, and the attack surface of agent-mediated home automation.
- illogicalKarpathy simultaneously claims (1) everything is a skill issue and current tools are sufficient, and (2) models are jagged, burst at the seams, and going too far ahead makes them net negative. These are in tension — if the tools truly suffice, jaggedness should be manageable.Skill Issue: Andrej Karpathy on Code Agents, AutoResearch, and the Loopy Era of AI — read next: Framework for distinguishing 'skill issues' from genuine capability boundaries in AI agent systems.
- 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.
- incompleteVendor incentive distortion in the 'whole ecosystem is accelerating' claimItchy Brain (Still Burning: Michael Grinich & Kent Beck on AI adoption, enterprise developer tools) — read next: DORA 2025 and the Stanford/Microsoft developer-productivity studies on AI's actual code-quality effects; Gergely Orosz on enterprise sales-cycle compression; Marc Andreessen's classic 'why software is eating the world' for the prior pattern. For the contrarian counterweight: Gary Marcus and Ed Zitron on whether the AI productivity story is being narrated by the people selling it.
- incompleteThe marginal-cost claim is accounting-incomplete (Beck flags it; Grinich doesn't return)Itchy Brain (Still Burning: Michael Grinich & Kent Beck on AI adoption, enterprise developer tools) — read next: Anything in your Kent Beck file on TCR and scope-of-done (this is exactly the conversation about plausible deniability and shrinking scope); Lorin Hochstein on operational complexity; the Böckeler harness-engineering extraction in this repo (the 'gap between running system and trusted system' is the harness-engineering surface). The Adam Tooze / Brad DeLong line on 'productivity gains that don't show up in the statistics' is the macroeconomic complement.
- incompleteThe 'descaling of software' counter-trend is named by Beck and left hangingItchy Brain (Still Burning: Michael Grinich & Kent Beck on AI adoption, enterprise developer tools) — read next: Steve Yegge on vibe coding; Gene Kim's vibe coding series; Simon Willison on the 'no-coder using LLMs to build real software' phenomenon; the Schoening agency-over-skills extraction in this repo (the agency thesis is the descaling-friendly side of this tug of war). Honest framing: Beck's craft instincts and Grinich's institutional instincts pull in opposite directions; you may have to choose.
- incompleteGrinich's 'industrialization phase' analogy launders externalitiesItchy Brain (Still Burning: Michael Grinich & Kent Beck on AI adoption, enterprise developer tools) — read next: Tooze on energy transitions; the IEA's compute-electricity projections; the literature on whether the late-19th-century industrialization actually 'cleaned up' or just exported externalities. For Kjetil specifically: this is the systems-thinking lens — feedback loops, stocks/flows, who absorbs what — applied to the rhetoric of inevitability.
- incompleteWhat changes about Beck specifically — the craft thinker in this regimeItchy Brain (Still Burning: Michael Grinich & Kent Beck on AI adoption, enterprise developer tools) — read next: Beck's own recent Substack posts (Tidy First, the 'starving genies' piece, 'forest thinning'); your highlights on Beck for where he reframes craft for the agentic era; Hickey's 'Simple Made Easy' as the substrate craft argument; Ousterhout's complexity work. The persona-relevant cross-thread: this is where Kjetil's 'fragility of ideas' hidden layer touches the AI transition — if the craft of attentive code-reading is the protected attention surface, what protects it now?
- incompleteWhat does the 'itchy brain' protect against, exactly?Itchy Brain (Still Burning: Michael Grinich & Kent Beck on AI adoption, enterprise developer tools) — read next: Pressfield on Resistance; Cal Newport on deep work degradation under tool proliferation; the David Whyte/Maria Popova line on the difference between making and consuming; the persona's Bailey/Hyperfocus annotations on what attention needs in order to do anything. This is where the persona's hidden layer (fragility of ideas) and the episode's title concept (itchy brain) collide — and it is the most productive question the episode opens.
- incompleteThe newsletter juxtaposes the OpenClaw story (passionate builder using AI agents productively) with the AI Psychosis critique (executives using AI agents unproductively) but never articulates what distinguishes productive from unproductive AI agent use. The implicit answer seems to be 'building vs. managing' but this is never made explicit or tested.SWLW #702: How I created OpenClaw, Your CEO is suffering from AI Psychosis, and more. — read next: Read the actual OpenClaw video/article and the AI Psychosis article side by side to extract the distinguishing criteria
- incompleteThe compounding argument (10% effort → 2x output) is stated as fact but has no empirical backing cited. The Hamming lecture is anecdotal authority, not evidence. The actual compounding dynamics of knowledge work are far more complex than financial interest.SWLW #702: How I created OpenClaw, Your CEO is suffering from AI Psychosis, and more. — read next: Cal Newport's 'Deep Work' or Ericsson's deliberate practice research for more rigorous treatments of effort-to-outcome dynamics
- incompleteThe curator's editorial voice synthesizes across articles but never interrogates the tension between 'seek measurable value' (AI Psychosis commentary) and 'shape what's possible rather than optimize what's in front of you' (strategic thinking commentary). These are potentially contradictory: strategic thinking often requires investing in things that are not yet measurable.SWLW #702: How I created OpenClaw, Your CEO is suffering from AI Psychosis, and more. — read next: Roger Martin's work on strategy as an integrative activity, or Clayton Christensen on the innovator's dilemma of measurability bias