Intrinsic Motivation & Making

The maker's compulsion — building because the world is malleable and the itch demands it — as the durable fuel beneath productivity metrics and AI shifts.

Also known as: indre motivasjon (intrinsic motivation), indre motivasjon, play, drivkraft / bygge-glede (drive / build-joy), bygge-glede, love of the craft, Maker's mindset, you don't get to create anything, geek

How authors use it

Oldest first (extraction date when no publication date is known).

Documents (13)

• Strategi som regi i møte med teknologi: En samtale med Walter Qvam Verdistrategipodden (Tale Skjølsvik interviewing Walter Qvam) · 2026-08-01 Reader 🖥️
  Strategy is best understood not as a detailed analytical plan but as an ambition or aspiration compressed into a believed, narratable direction that a leader — acting as a director/orchestra-conductor rather than a soloist — uses to make an organization's culture willing and able to execute; and because plans now have a shorter shelf life than ever, strategic success increasingly depends on combining proactive bet-making with the honesty and speed to detect weak signals and respond to the unforeseen (robustness), rather than treating proactive and reactive strategy as opposites.
• How Do You Know That? Kent Beck — Still Burning Podcast · 2026-07-22 Reader 🖥️
  The skill that matters most — in engineering craft, in working with AI agents, and in locating accountability when automated systems act — isn't knowing the answer but asking 'how do you know that?': interrogating the actual reasons behind behavior, code, and systems, because that meta-intelligence diagnoses root causes invisible to observers of behavior alone, and because AI agents, having no drive or accountability of their own, can never do that interrogating or that owning on a human's behalf.
• This Is How To Overcome Burnout: 5 Secrets From Philosophy Eric Barker · 2026-07 Reader 🖥️
  To overcome burnout you must stop reflexively obeying the internalized 'achievement society' — notice and interrupt its demands, refuse compulsive busyness, and reclaim rest, boredom, and endings as intrinsically valuable rather than as instruments for future productivity.
• You Don't Get to Create Anything (Still Burning: Beck + Randy Shoup on Jevons paradox and distributed systems under AI) Kent Beck — Still Burning Podcast · 2026-06-03 Reader 🖥️
  Cognition is becoming near-free, and per Jevons paradox that will produce more cognitive work and more engineers, not fewer — but the people best prepared for this regime are exactly the ones who already lived through writing the distributed-systems playbook, because they know two things the panicking crowd forgets: that a playbook is hard-won and not obvious until written, and that the human compulsion underneath all of this is the maker's need to create the thing rather than merely transcribe it (the 'you don't get to create anything' moment that drives Shoup out of patent law and back into engineering); accordingly the right posture is calm, perspective-keeping, deductive engagement with the new regime — bounding the genie with specs/evals, making good practices easier rather than shaming the bad, and treating this as another wave of physics-discovery rather than a hype cycle or an apocalypse.
• 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.
• 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.
• Find the North Star Kent Beck — Still Burning Podcast · 2026-04-22 Reader 🖥️
  Play and intrinsic motivation matter more than productivity metrics in augmented software development, and knowing when to step back may be the most important skill as AI reshapes the field — but this claim is only gestured at in a promotional blurb, not developed.
• Designing the AI-native engineering organization Engineering Enablement · 2026-04-20 Reader 🖥️
  Engineering organizations should not restructure their org charts in response to AI, but should fundamentally change how work happens within them — compressing team sizes, shortening planning horizons, shifting engineer time from create/operate to plan/validate, and redefining engineering skill around agency and product judgment rather than code production.
• Developing Your Leadership Skills toward Principal Engineering Ben Linders · 2026-04-15 source ↗ Reader 🖥️
  Becoming a principal engineer requires deliberately cultivating leadership skills beyond technical expertise — especially by bringing skills from outside work, engaging in tech communities, and public speaking — and these activities create compounding positive feedback loops that accelerate career growth.
• 14) Øystein Ulseth pendler mellom å lede og levere Truls Jørgensen og Audun Fauchald Strand — Heis Podcast · 2026-04-07 source ↗ Reader 🖥️
  The best technology leaders pendle (commute) deliberately between leading and delivering — driven not by career ambition but by the joy of building at the right level of abstraction — because crossing that boundary in both directions is what makes you precise: a hands-on background gives leaders pragmatism about complexity and trade-offs, while a leadership background gives builders the holistic, risk-aware perspective that lets them choose what to build.
• Head of Claude Code: What happens after coding is solved | Boris Cherny Lenny's Podcast · 2026-02-19 source ↗ Reader 🖥️
  A year after Claude Code's launch, coding itself is — in Boris Cherny's own, carefully qualified words — 'largely solved' for the kind of programming he does, which has pushed both the bottleneck and the interesting work for Anthropic's Claude Code team upstream: from writing code to reviewing/prioritizing it, from engineering as a distinct discipline to a convergence of engineering/product/design, and from building for today's model to deliberately betting on, and designing for, the model that will exist six months from now.
• Fragments: February 9 Martin Fowler · 2026-02-09 source ↗ Reader 🖥️
  As LLMs absorb more of the work of building software, the pressing questions are less about model capability than about what humans stand to lose — the team's understanding of the system (cognitive debt), the intellectual craft-joy of model-building, and even the meaning of 'source code' as behavior shifts from deterministic text toward non-deterministic natural-language prompting.
• 1) Torbjørn Larsen: Det nærmeste vi kommer Steve Jobs Truls Jørgensen og Audun Fauchald Strand — Heis Podcast · 2025-10-13 source ↗ Reader 🖥️
  What warrants the Steve Jobs analogy in Larsen's case is not product taste in a consumer sense but the disciplined construction of a 'strategic narrative' so concrete and personally believed that it can pull a large bureaucracy through a paradigm shift — and this only works when paired with a complementary engineering apparatus (reverse Conway architecture, cross-functional value streams, common components discovered rather than designed, a 'golden-path' platform that makes the right thing the easy thing) operated by a leader who keeps an 'inngangsbillett' to the technical conversation so that the narrative remains connected to what is actually happening on the floor.

Propositions touching this concept (8)

By publication month, oldest first (extraction month when no publication date is known).

2025-10

• explicitcorroboratedThe toppdivisjon of leadership is mobilising people through intrinsic motivation; threats (the famous balltre) and formal authority are lower divisions that work less durably.
  1) Torbjørn Larsen: Det nærmeste vi kommer Steve Jobs · p4
• explicitPlatform governance at NAV / NAIS worked because NAIS was never mandated; the team built a 'kul-luxverk' so good that going outside cost more and was slower, so teams chose it through indre motivasjon.
  1) Torbjørn Larsen: Det nærmeste vi kommer Steve Jobs · p17

2026-02

• explicitDeliberately 'underfunding' a project — assigning fewer people than the work seems to need — forces engineers to delegate maximally to Claude and ship faster, because the resulting urgency and intrinsic motivation to ship drives heavier AI use more effectively than adding headcount would.
  Head of Claude Code: What happens after coding is solved | Boris Cherny · p3

2026-04

• explicitPlay matters more right now than productivity in software development.
  Find the North Star · p1
• explicitCareer benefits from community engagement should be treated as side effects, not primary goals — intrinsic motivation is the right driver
  Developing Your Leadership Skills toward Principal Engineering · p5
• explicitcorroboratedThe population most vulnerable to AI displacement is 'the middle' — people who entered programming primarily for economic opportunity rather than intrinsic motivation.
  Martin Fowler & Kent Beck: Frameworks for reinventing software, again and again · p6

2026-06

• psychological / autobiographicalThe maker drive — the need to create the thing rather than transcribe it — is durable enough to overturn ten years of career planning (Shoup walks out of patent law mid-summer after the 'you don't get to create anything' realization).
  You Don't Get to Create Anything (Still Burning: Beck + Randy Shoup on Jevons paradox and distributed systems under AI) · p8

2026-08

• explicitThe leader's core job is to act as a 'regissør' (director) — engaging the organization, testing ideas against the board, boss, or customers — and once the organization begins to act, as an orchestra conductor who lets others play rather than performing solo.
  Strategi som regi i møte med teknologi: En samtale med Walter Qvam · p13

Tensions

Open gaps (44)

• incompleteThe employee analogy is pushed without acknowledging where it breaks down. AI doesn't have intrinsic motivation, emotional responses, career goals, or social context — all of which shape human employee management. The skills may overlap but are not identical.
  AI isn't a tool anymore. It's a collaborator. — read next: Literature on human-AI teaming (e.g., Parasuraman & Riley on automation trust) would clarify where the analogy holds and where it misleads.
• incompleteAll three panelists represent large, well-resourced companies (Microsoft, 1Password, Atlassian). The advice assumes access to dedicated platform teams, AI champions, RL labs, and custom cost management tools. No consideration of how smaller organizations should approach these changes.
  Designing the AI-native engineering organization — read next: Seek perspectives from engineering leaders at startups or mid-size companies on AI adoption without dedicated enablement infrastructure
• illogicalThere is a tension between 'don't mandate AI' and 'the fastest learners will win.' If organizational learning speed is the competitive differentiator, laissez-faire adoption may be too slow. The panelists don't reconcile this.
  Designing the AI-native engineering organization — read next: Change management literature on balancing autonomy with urgency in technology adoption
• incompleteThe argument frames career value purely through financial discounting, but late-career workers often report that meaning, legacy, mentorship, and intrinsic motivation become more important, not less. A late-career worker may rationally accept a long-dated equity grant because it locks them into a community of practice they enjoy. Beck's frame leaves no room for non-financial utility — which is striking given his own continued public writing and teaching, which are themselves long-dated, non-monetary investments.
  Extreme Time Value of Money: Late-stage Career Planning — read next: Erik Erikson's stage theory (generativity vs. stagnation); Arthur Brooks 'From Strength to Strength' on second-half careers; Robert Atchley's continuity theory of aging
• incompleteThe entire intellectual substance of this episode is behind the paywall / in the audio. The email provides only marketing copy. All three propositions are teasers without supporting argument.
  Find the North Star — read next: Listen to the actual podcast episode (Still Burning S1E03) or obtain a transcript to extract the real content. Consider using the podcast-transcript skill if the episode becomes available.
• incompleteThe Jobs analogy is named but not fully cashed out against its disanalogies. Jobs's reality distortion field was famously paired with cruelty, factional purges and product taste applied to consumer aesthetics. Larsen's framing is the opposite — toppdivisjon-ledelse runs on indre motivasjon, not fear; authenticity / easy-to-read-ness is the asset; the product is a public-sector welfare system. The conversation does not name these disanalogies, so the analogy carries more rhetorical work than it earns.
  1) Torbjørn Larsen: Det nærmeste vi kommer Steve Jobs — read next: Read Walter Isaacson's Jobs alongside Tracy Kidder's Soul of a New Machine and Marc Andreessen-tradition writing on charismatic founder leadership to surface the disanalogies; for the NAV case specifically, read Cutler on 'institutionalized overload' to see what indre-motivasjon-based mobilisation can hide. Connects to the gap in the Skjærpe ep 17 extract on transformations that fail in the liminal phase.
• incompleteThe NAV transformation is described entirely from the inside by one of its architects. There is no counterfactual: comparable Norwegian agencies that did not transform similarly, post-Larsen reversion at NAV, what failed within NAV and why. The 'hagiography risk' the hosts flagged is real and unexamined.
  1) Torbjørn Larsen: Det nærmeste vi kommer Steve Jobs — read next: Compare Skatteetaten, Statens Pensjonskasse, Helsedirektoratet trajectories during the same period; read the NAV-flow article in the user's library (Optimizing for Fast Flow in NAV) for the inside-but-different-author view; read the Skjærpe ep 17 extract for the immediate-successor's view from inside the system. Look for what the NAV transformation displaced or made impossible (e.g. casualties among legacy fagsystemer staff).
• incompleteThe 'common components are discovered, not designed' thesis is asserted with the NAV fakturering case as the load-bearing example, but the inverse failure mode (premature divergence — many verticals each solving the same problem badly because no one promoted the pattern to the platform) is acknowledged in passing ('we have capabilities in the platforms that strictly speaking are only needed one or two places ... it is a little behagelig that it got fixed over there') without being theorised. The position is one-sided.
  1) Torbjørn Larsen: Det nærmeste vi kommer Steve Jobs — read next: Read the Wardley Mapping / pioneers-settlers-town-planners tradition for an explicit account of when components should be designed up front (the 'industrialised' part of the map). Read Cutler on 'horizontal team accountability' for how teams refuse to own platform-like problems they should own. The Vipps ep 18 extract may have a relevant view from the perspective of an organisation that did design infrastructure up front.
• incompleteThe 'easy to read' / authentic-leadership claim collides with the strategic-narrative claim. Strong strategic narrative is itself a construction; sustained reality-distortion presupposes some performance discipline. The conversation treats easy-to-read-ness and disciplined narrative as compatible without examining the tension. When does the constructed narrative cross into managed-impression territory, and what is the leader's check on that?
  1) Torbjørn Larsen: Det nærmeste vi kommer Steve Jobs — read next: Erving Goffman's Presentation of Self; Edgar Schein on the discrepancy between espoused theory and theory-in-use; Bent Flyvbjerg on narrative in megaprojects (where the same person both believes and constructs the future). The Cutler 'signals that look like decisions' thread is also relevant — for an easy-to-read leader, even contemplative musings can be read as commitments.
• incompleteThe inngangsbillett method is a personal description, not a teachable account. Larsen says he spends 'many hours a day' on craft and uses the hermeneutic-circle approach, but does not name which key terms, which structural maps, which sources, or how to know when the inngangsbillett is sufficient for a given fagdomene. The 'Fred George reads no books, he talks to authors' punchline gestures at one upper-bound technique but leaves the floor undefined.
  1) Torbjørn Larsen: Det nærmeste vi kommer Steve Jobs — read next: Hubert Dreyfus's five-stage skill model (novice → expert) for a more precise grammar of 'how much do I need to know'; Cal Newport's deep work / deliberate practice tradition; the recent harness-engineering and AI-coding research extracted in this repo on what 'understanding a system' actually requires before AI can help you scale that understanding.
• uninformedThe conversation invokes Peter Senge's learning organisation as one of the three common denominators of Larsen's narrativer but does not interrogate how durably the organism-organisation framing has held up under real conditions over the 30 years since Fifth Discipline. There is a tradition of critique (e.g. Mintzberg on the messiness of organisational learning; recent operations-research literature on actual learning loops in software organisations) that the conversation does not engage with.
  1) Torbjørn Larsen: Det nærmeste vi kommer Steve Jobs — read next: Mintzberg's Rise and Fall of Strategic Planning; Argyris on double-loop learning vs Senge's framing; the more recent DORA / Accelerate research on what kinds of learning actually correlate with performance — and what kinds (e.g. 'just keep adapting') do not.
• incompleteThe episode ends on Larsen's most quotable problem — moving from project mindset to outcome-driven verdistrøm-mindset — but does not specify what makes this so hard at Telenor specifically. Is it inherited governance? Board reporting cadence? Career incentives for people who have always shipped to scope? The hosts move on. This is the single most actionable place the conversation could have gone deeper.
  1) Torbjørn Larsen: Det nærmeste vi kommer Steve Jobs — read next: Cutler on outcome-orientation and operating-system design; Marty Cagan's 'product team vs feature team' distinction; the Una Aamodt-Mathisen ep 10 extract (lede uten fasit) likely has direct material on the same problem at a different scale. The Vidar Moe ep 5 ('det eneste Vidar vil er å ha det lett') may have a relevant view on operating-model simplification.
• incompleteThe hagiography risk is structural: Truls worked for Larsen, Audun met him at a formative moment, both are visibly inspired. The format does not include any adversarial pressure. The episode is therefore best read as Larsen's self-presentation lightly facilitated by admirers — strong as primary source, weak as evaluation.
  1) Torbjørn Larsen: Det nærmeste vi kommer Steve Jobs — read next: For an evaluation lens, read external accounts of NAV's transformation (audit reports, Riksrevisjonen, Aftenposten / NRK coverage of NAV IT projects during the Larsen era), and look for counter-narratives in the Norwegian public-sector tech community. Compare to Holte ep 2 (the senior public-sector counterpart) for a different view of the same period.
• incompleteScale dependence of pendling. The whole career story plays out inside two large Norwegian financial-services organisations (Storebrand, Fremtind) that recognise technical depth as legitimate seniority. The conversation never tests whether pendling is feasible — or how it changes shape — in small startups (no role to come back to), pure consultancies (the IC vs. leader frame may not apply), public-sector hierarchies (rigid grade structures), or US-style stock-comp tracks where stepping back is also stepping out financially.
  14) Øystein Ulseth pendler mellom å lede og levere — read next: Pair with Charity Majors' 'Engineer-Manager Pendulum' original essay to see her conditions for it working; pair with Will Larson on staff-engineer archetypes for the IC-track question; pair with Norwegian-public-sector accounts (NAV optimising for fast flow) for the bureaucracy edge case.
• incompleteThe people who can't pendle. Ulseth's account is sympathetic to both directions but assumes the listener has the option of swinging both ways. It does not address those who are only-leaders (lost technical currency) or only-deliverers (no taste for organisational complexity) — and whether they should be coached, paired, or left in their lane. There is a real possibility that pendling is a personality privilege as much as an organisational one.
  14) Øystein Ulseth pendler mellom å lede og levere — read next: Camille Fournier on technical-leadership transitions; Cutler on the costs of forcing technical contributors into managerial roles; Allen Holub on accountability and the limits of role-fluidity.
• incompleteThe architect's function is never defined. The talk asserts that architecture has not changed in its core function, only in practice — but it does not say what the function is. The closest thing to a definition is 'enabling speed and flow via loose coupling and high cohesion', which is more a goal than a function and which collapses architecture into platform engineering in some readings.
  14) Øystein Ulseth pendler mellom å lede og levere — read next: Vlad Khononov on coupling in distributed systems; Ruth Malan on architecture as 'the design decisions that are hardest to change'; Team Topologies for the sociotechnical framing Ulseth invokes.
• incompleteBredde/dybde sounds clean but is operationally underspecified. How does a sjefsarkitekt choose which initiatives to take as 'mine'? Ulseth nods that they should be 'both important and interesting' and that the two usually overlap — but the harder cases (important-but-boring, interesting-but-marginal) are not discussed. This is the place where pendling-by-design either works or quietly collapses into one side.
  14) Øystein Ulseth pendler mellom å lede og levere — read next: Cutler on how leaders allocate attention; deep-dive into 'staff-plus' patterns where senior ICs balance technical and political work.
• incompleteThe claim that AI raises the incentive to live good engineering culture is asserted but not mechanised. Continuous delivery has been well-described for 20 years and only patchily adopted. Why will AI succeed in changing this where the prior decade's tooling, DORA reports, and platform engineering did not? A causal story is missing.
  14) Øystein Ulseth pendler mellom å lede og levere — read next: DORA 2025/2026 specifically on AI's interaction with delivery practices; Birgitta Böckeler and Martin Fowler on AI-coding feedback loops; Kent Beck's TCR work as the practice end of the same idea.
• incompleteNo data on whether pendling actually produces better outcomes. The argument is largely 'I felt better and have heard I do better.' The episode lacks any reference to organisational research on whether engineer-manager pendulum careers correlate with better team or product outcomes — and whether the benefits go to the individual, the team, or the organisation.
  14) Øystein Ulseth pendler mellom å lede og levere — read next: Pragmatic Engineer / Newcomer on staff-plus role outcomes; LeadDev surveys on engineer-manager transitions; academic work on bidirectional career mobility in knowledge work.
• uninformedUlseth notes he has not yet seen conversational architecture practiced and that sociotechnical architecture is a new acquaintance — yet these are the frameworks he is now bringing into Fremtind's IT strategy. The talk does not engage seriously with the published critiques of these models (e.g. that Team Topologies under-specifies platform-team funding, or that Harmel-Law's model assumes a maturity teams may not have).
  14) Øystein Ulseth pendler mellom å lede og levere — read next: Andrew Harmel-Law's own book and the Architecture Decision Records literature; critical reviews of Team Topologies (Manuel Pais et al.).
• incompleteThe article never addresses the tension between breadth (community, speaking, diverse skills) and depth (deep technical mastery). Principal engineers are typically expected to have both, but the article focuses entirely on the breadth side. An engineer following this advice exclusively might develop excellent leadership skills while falling behind technically — which would undermine their credibility in the role.
  Developing Your Leadership Skills toward Principal Engineering — read next: Will Larson's 'Staff Engineer' or Tanya Reilly's 'The Staff Engineer's Path' for the technical depth dimension; also the original talk video for potential coverage of this balance
• incompleteThe feedback loop claim is asserted via metaphor ('systems thinking terminology') but not demonstrated. There is no evidence that these activities actually compound rather than merely accumulate. The mechanism by which speaking leads to organizing leads to centrality is never specified — it could equally be a survivorship bias narrative.
  Developing Your Leadership Skills toward Principal Engineering — read next: Research on career capital theory (Cal Newport's 'So Good They Can't Ignore You') for a more rigorous framework on how skills compound
• uninformedNo acknowledgment of structural barriers to community involvement and public speaking: geographic isolation, caregiving responsibilities, financial constraints, neurodivergence, visa/immigration constraints that limit professional visibility. The advice assumes a degree of privilege and freedom that many engineers don't have.
  Developing Your Leadership Skills toward Principal Engineering — read next: Literature on equity in tech careers; Lara Hogan's work on sponsorship as an alternative path for underrepresented engineers
• incompleteThe article is a journalistic summary of Weston's talk, not an independent analysis. The real intellectual content is in the original QCon presentation, which likely contains more nuance, caveats, and audience interaction than this compressed version captures.
  Developing Your Leadership Skills toward Principal Engineering — read next: Watch the original talk: 'The Principal Engineer's Path' by Sophie Weston, QCon London
• vague definition of 'the middle'Beck's claim about 'the middle' being most vulnerable is stated without clear criteria. How do you distinguish someone in 'the middle' from a competent professional who simply isn't a thought leader? The framing risks becoming a circular argument: those who thrive had intrinsic motivation; those who didn't were 'the middle.'
  Martin Fowler & Kent Beck: Frameworks for reinventing software, again and again — read next: Look for more rigorous analysis of which programmer skill profiles are most affected by AI tooling.
• 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.
  Motivated reasoning
• 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.
  Motivated reasoning
• 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.
  Motivated reasoning
• incompleteThe article pairs a structural diagnosis (burnout is produced by the achievement society) with an almost entirely individual remedy (defuse the thought, say no, schedule boredom), and never addresses who can actually afford to opt out. The person with precarious work, caregiving load, or a genuinely external boss cannot simply reclaim 'sovereignty' by delaying an email. The locus of the disease (social structure) and the locus of the cure (private attitude) are mismatched.
  This Is How To Overcome Burnout: 5 Secrets From Philosophy — read next: Read alongside extract-burnout-across-org-chart (burnout as an organizational design failure that varies by one's power, control, and moral load) and John Cutler on institutionalized overload — the systems-and-power dimension this piece brackets.
• incompleteEmpirical support is a single mind-wandering citation doing very heavy lifting. The leap from 'the idle brain does useful work' to 'scheduled boredom cures burnout' is asserted, not evidenced, and the piece substitutes theoretical authority (Han) for a mechanism. Pop-philosophy framing skips the empirical rigor its confident prescriptions would require.
  This Is How To Overcome Burnout: 5 Secrets From Philosophy — read next: Recovery-science literature — Sonnentag on psychological detachment, Maslach's exhaustion/cynicism/inefficacy model — and the attention research the persona already tracks (Stolen Focus, Hyperfocus) to test the boredom-and-rest claims against data.
• incompleteCognitive defusion is offered as the answer but compressed to a slogan. The article concedes that ambition and conscientiousness are 'good' yet 'can get out of hand', but gives the reader no criteria for distinguishing the healthy version from the pathological 'invisible boss' — i.e., when to obey the thought and when to defuse it. Without that boundary, 'says who?' risks becoming a license to defuse any inconvenient obligation.
  This Is How To Overcome Burnout: 5 Secrets From Philosophy — read next: ACT clinical literature (Steven Hayes) on defusion and its limits, and CBT on separating adaptive from maladaptive cognitions — the diagnostic criteria the essay omits.
• incompleteVendor incentive distortion in the 'whole ecosystem is accelerating' claim
  Itchy 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 hanging
  Itchy 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 externalities
  Itchy 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 regime
  Itchy 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 'you don't get to create anything' extension to AI is never made explicit
  You Don't Get to Create Anything (Still Burning: Beck + Randy Shoup on Jevons paradox and distributed systems under AI) — read next: Beck's own Substack on 'starving genies' and the human's relationship to the genie's outputs; Cal Newport's deep-work tradition on how the substitution of tool-mediated production changes the nature of the work; Pressfield on Resistance; and — the persona-relevant cross-thread — the 'fragility of ideas' hidden layer in Kjetil's reading: if the maker-compulsion is the durable substrate, what does it look like when the agent satisfies it without you having moved? This is the productive question the episode leaves on the table.
• incompleteThe Jevons-on-cognition forecast is asserted, not argued through to its qualitative differences
  You Don't Get to Create Anything (Still Burning: Beck + Randy Shoup on Jevons paradox and distributed systems under AI) — read next: Carl Benedikt Frey 'The Technology Trap' on the political economy of transitional displacement; Brad DeLong on what 'creating new categories of work' has actually looked like historically; Anton Korinek and Daron Acemoglu on AI-and-labor specifically. For the contrarian side: Erik Brynjolfsson on the J-curve (gains that show up late and unevenly); the Robin Hanson 'Age of Em' tradition for the qualitative-difference-of-cognition objection. Persona-relevant: DORA 2025 on AI's actual code-quality effects.
• incompleteThe playbook claim under-specifies the AI playbook's structure
  You Don't Get to Create Anything (Still Burning: Beck + Randy Shoup on Jevons paradox and distributed systems under AI) — read next: Hamel Husain on evals; Simon Willison on the working LLM-augmented practitioner's actual playbook; Addy Osmani and the Claude Code patterns crowd; the Bernhard / Bockeler / Thoughtworks harness-engineering thread already in this repo; the Heis ep 11 AI-special with Vilde Opsal and Anders Sveen for the Norwegian practitioner cut; the Heis ep 13 Torrissen for code-quality-under-AI. This is exactly where 'craft transmission for the next era' lives — and where the conversation is most incomplete.
• incompleteThe 'apprenticeship channel under 50:1 manager ratios' problem from the prior Still Burning episode is not picked up
  You Don't Get to Create Anything (Still Burning: Beck + Randy Shoup on Jevons paradox and distributed systems under AI) — read next: John Cutler on overload and DRI dynamics; Will Larson and Tanya Reilly on engineering-org structure; the Heis ep 13 Torrissen extraction for the Norwegian practitioner take on code-quality and craft transmission under AI. Persona-relevant: the 'fragility of ideas' layer — ideas die at the institutional adoption point if the apprenticeship channel is gone.
• incompleteShoup's 'make it easy, don't shame' principle is stated as climate policy and not applied to software craft
  You Don't Get to Create Anything (Still Burning: Beck + Randy Shoup on Jevons paradox and distributed systems under AI) — read next: Cutler on operating-system design and waste; Thaler and Sunstein on choice architecture for the foundational behavioral-economics text; Kniberg on Spotify's model as an example of friction-reduction at scale. Persona-relevant: this is exactly where Kjetil's leadership-vs-management orientation and his Cutler-deep reading already live.
• incompleteThe 'distributed-systems-playbook-writers as exemplars' framing implicitly leaves out the playbook that didn't get written
  You Don't Get to Create Anything (Still Burning: Beck + Randy Shoup on Jevons paradox and distributed systems under AI) — read next: Schneier on security (in Kjetil's RSS); the Ruined by Design / Mike Monteiro line on what professionals fail to write playbooks for; the Norwegian intelligence reports (NSM, PST) for the security-and-resilience perspective; recent regulatory writing on AI-and-governance for what is being written by non-engineers because engineers didn't write it.
• incompleteThe Beck-as-inductive vs. Shoup-as-deductive split is named but not connected to the playbook-writing claim
  You Don't Get to Create Anything (Still Burning: Beck + Randy Shoup on Jevons paradox and distributed systems under AI) — read next: Anything on creative-cognitive partnerships at scale: Brian Eno's 'scenius' concept, Anne Lamott on the writer-editor pairing, the literature on the pair-programming and mob-programming traditions in software. For the temperament-and-craft thread specifically: Beck's own writing on the craft of seeing simple design where others see complexity.