# Manager.dev

What nobody tells you about Engineering Management. One practical idea every week from someone who's still doing the job with you.

This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles.

## Why Coding Agents Still Need Human Code Reviews

DevFeed: [Why Coding Agents Still Need Human Code Reviews](<https://devfeed.tech/articles/the-broken-windows-theory-of-coding-agents-32329.md>)

Original publisher: [Read original article](<https://newsletter.manager.dev/newsletter/the-broken-windows-theory-of-coding-agents>)

Author: Anton Zaides

Published: 2026-09-15T06:01:00Z

Content type: opinion

Language: en

Sources: [Manager.dev](<https://devfeed.tech/sources/manager-dev.md>)

Topics: [AI-assisted coding](<https://devfeed.tech/topics/ai-assisted-coding.md>), [Code review](<https://devfeed.tech/topics/code-review.md>), [engineering-culture](<https://devfeed.tech/topics/engineering-culture.md>), [Claude](<https://devfeed.tech/topics/claude.md>), [Software Engineering](<https://devfeed.tech/topics/software-engineering.md>)

Tags: [claude](<https://devfeed.tech/tags/claude.md>), [code-review](<https://devfeed.tech/tags/code-review.md>), [code-reviews](<https://devfeed.tech/tags/code-reviews.md>), [coding-agents](<https://devfeed.tech/tags/coding-agents.md>), [software-engineering](<https://devfeed.tech/tags/software-engineering.md>)

### AI overview

The article argues that coding-agent workflows still require human code reviews. It describes how making reviews optional caused them to drop sharply, allowing passable implementations to become templates that spread bugs, performance problems, race conditions, and confusion among agents.

### Source excerpt

When my most experienced engineer got tired of our shitty code

## A switchback career move from engineering management to software engineering

DevFeed: [A switchback career move from engineering management to software engineering](<https://devfeed.tech/articles/take-that-demotion-32328.md>)

Original publisher: [Read original article](<https://newsletter.manager.dev/newsletter/take-that-demotion>)

Author: Anton Zaides

Published: 2026-09-08T06:01:00Z

Content type: opinion

Language: en

Sources: [Manager.dev](<https://devfeed.tech/sources/manager-dev.md>)

Topics: [Job](<https://devfeed.tech/topics/job.md>), [AI-assisted coding](<https://devfeed.tech/topics/ai-assisted-coding.md>), [Software](<https://devfeed.tech/topics/software.md>), [Tech Lead](<https://devfeed.tech/topics/tech-lead.md>)

Tags: [agents](<https://devfeed.tech/tags/agents.md>), [career](<https://devfeed.tech/tags/career.md>), [data](<https://devfeed.tech/tags/data.md>), [engineering-manager](<https://devfeed.tech/tags/engineering-manager.md>), [experiment](<https://devfeed.tech/tags/experiment.md>), [software-engineer](<https://devfeed.tech/tags/software-engineer.md>)

### AI overview

The author describes moving from engineering management back to software engineering after struggling to secure another Engineering Manager role. The article also discusses an experiment in which an engineering team worked more deliberately with coding agents and a tech lead.

### Source excerpt

The perfect time for a switchback career move

## The Engineering Manager's role is under attack (again)

DevFeed: [The Engineering Manager's role is under attack (again)](<https://devfeed.tech/articles/the-engineering-manager-s-role-is-under-attack-again-32332.md>)

Original publisher: [Read original article](<https://newsletter.manager.dev/newsletter/the-engineering-manager-s-role-is-under-attack-again>)

Author: Anton Zaides

Published: 2026-09-01T06:01:00Z

Content type: opinion

Language: en

Sources: [Manager.dev](<https://devfeed.tech/sources/manager-dev.md>)

Topics: [Development](<https://devfeed.tech/topics/development.md>), [Artificial Intelligence](<https://devfeed.tech/topics/ai.md>), [Large Language Model](<https://devfeed.tech/topics/llm.md>), [Software](<https://devfeed.tech/topics/software.md>), [Meta](<https://devfeed.tech/topics/meta.md>)

Tags: [agents](<https://devfeed.tech/tags/agents.md>), [ai](<https://devfeed.tech/tags/ai.md>), [engineering-manager](<https://devfeed.tech/tags/engineering-manager.md>), [llms](<https://devfeed.tech/tags/llms.md>), [meta](<https://devfeed.tech/tags/meta.md>), [organizational](<https://devfeed.tech/tags/organizational.md>), [processes](<https://devfeed.tech/tags/processes.md>), [software](<https://devfeed.tech/tags/software.md>)

### AI overview

A commentary on the erosion of the Engineering Manager role as companies flatten organizations and expect managers to manage larger teams while also shipping code. It argues that AI-related efficiency claims may reinforce a cycle of reduced management capacity and value.

### Source excerpt

The erosion of the EM role

## When non-devs open PRs

DevFeed: [When non-devs open PRs](<https://devfeed.tech/articles/when-non-devs-open-prs-32338.md>)

Original publisher: [Read original article](<https://newsletter.manager.dev/newsletter/when-non-devs-open-prs>)

Author: Anton Zaides

Published: 2026-08-25T06:01:00Z

Content type: opinion

Language: en

Sources: [Manager.dev](<https://devfeed.tech/sources/manager-dev.md>)

Topics: [Pull Request](<https://devfeed.tech/topics/pull-request.md>), [Development](<https://devfeed.tech/topics/development.md>), [Linear](<https://devfeed.tech/topics/linear.md>), [Artificial Intelligence](<https://devfeed.tech/topics/ai.md>)

Tags: [ai](<https://devfeed.tech/tags/ai.md>), [article](<https://devfeed.tech/tags/article.md>), [code](<https://devfeed.tech/tags/code.md>), [jira](<https://devfeed.tech/tags/jira.md>), [linear](<https://devfeed.tech/tags/linear.md>), [reviews](<https://devfeed.tech/tags/reviews.md>), [work](<https://devfeed.tech/tags/work.md>)

### AI overview

An opinion article examines the challenges and potential benefits of allowing non-engineers, including product managers and designers, to open pull requests on a software codebase. It discusses review responsibility, boundaries, scaling concerns, and reduced communication cycles, while citing Linear usage data about non-engineer code contributions and AI feature use.

### Source excerpt

What to watch out for when letting non-engineers open PRs on your codebase

## Extreme Programming remains relevant for building software teams in 2026

DevFeed: [Extreme Programming remains relevant for building software teams in 2026](<https://devfeed.tech/articles/extreme-programming-1999-2026-32325.md>)

Original publisher: [Read original article](<https://newsletter.manager.dev/newsletter/extreme-programming-1999-2026>)

Author: Anton Zaides

Published: 2026-08-18T06:01:00Z

Content type: opinion

Language: en

Sources: [Manager.dev](<https://devfeed.tech/sources/manager-dev.md>)

Topics: [Programming](<https://devfeed.tech/topics/programming.md>), [Development](<https://devfeed.tech/topics/development.md>), [Refactoring](<https://devfeed.tech/topics/refactoring.md>), [Test-driven development](<https://devfeed.tech/topics/tdd.md>), [pair\_programming](<https://devfeed.tech/topics/pair-programming.md>), [Code review](<https://devfeed.tech/topics/code-review.md>)

Tags: [code](<https://devfeed.tech/tags/code.md>), [code-quality](<https://devfeed.tech/tags/code-quality.md>), [development](<https://devfeed.tech/tags/development.md>), [pair-programming](<https://devfeed.tech/tags/pair-programming.md>), [programming](<https://devfeed.tech/tags/programming.md>), [redesign](<https://devfeed.tech/tags/redesign.md>), [tdd](<https://devfeed.tech/tags/tdd.md>)

### AI overview

The author revisits Kent Beck's Extreme Programming after experiencing frustration with Scrum and the pressures facing modern engineering teams. The article argues that XP remains relevant because it combines five values, 14 principles, and numerous practices aimed at improving both software and team life, rather than reducing the methodology to TDD and pair programming alone.

### Source excerpt

A method created 30 years ago is still your best guide for building software

## Engineering Managers' Involvement in Product Decisions

DevFeed: [Engineering Managers' Involvement in Product Decisions](<https://devfeed.tech/articles/the-3-product-battles-84-of-ems-lose-32322.md>)

Original publisher: [Read original article](<https://newsletter.manager.dev/newsletter/business-oriented-em>)

Author: Anton Zaides

Published: 2026-08-11T06:01:00Z

Content type: opinion

Language: en

Sources: [Manager.dev](<https://devfeed.tech/sources/manager-dev.md>)

Topics: [Product Management](<https://devfeed.tech/topics/product-management.md>), [context](<https://devfeed.tech/topics/context.md>), [Claude](<https://devfeed.tech/topics/claude.md>), [Claude Code](<https://devfeed.tech/topics/claude-code.md>)

Tags: [claude](<https://devfeed.tech/tags/claude.md>), [claude-code](<https://devfeed.tech/tags/claude-code.md>), [context](<https://devfeed.tech/tags/context.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [engineering-manager](<https://devfeed.tech/tags/engineering-manager.md>), [product-management](<https://devfeed.tech/tags/product-management.md>)

### AI overview

The article argues that engineering managers should participate more actively in product decisions and business discussions. It cites a survey of more than 950 engineering managers, finding that 45% of experienced managers were barely involved and only 16% were very involved in product decisions.

### Source excerpt

Only 1 out of 6 EMs is involved in product decisions

## Why engineering managers lose hands-on coding time

DevFeed: [Why engineering managers lose hands-on coding time](<https://devfeed.tech/articles/the-death-and-revival-of-the-hands-on-engineering-manager-32330.md>)

Original publisher: [Read original article](<https://newsletter.manager.dev/newsletter/the-death-and-revival-of-the-hands-on-engineering-manager>)

Author: Anton Zaides

Published: 2026-08-04T06:01:00Z

Content type: article

Language: en

Sources: [Manager.dev](<https://devfeed.tech/sources/manager-dev.md>)

Topics: [engineering-culture](<https://devfeed.tech/topics/engineering-culture.md>), [Software Engineering](<https://devfeed.tech/topics/software-engineering.md>), [Development](<https://devfeed.tech/topics/development.md>), [AI-assisted coding](<https://devfeed.tech/topics/ai-assisted-coding.md>)

Tags: [ai](<https://devfeed.tech/tags/ai.md>), [coding-agents](<https://devfeed.tech/tags/coding-agents.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [engineering-manager](<https://devfeed.tech/tags/engineering-manager.md>), [manager](<https://devfeed.tech/tags/manager.md>)

### AI overview

The article examines how engineering managers gradually lose hands-on coding time as meetings, coordination, and project responsibilities increase. It argues that this shift can become a habit and discusses the case for managers remaining connected to the codebase.

### Source excerpt

Never prompted until today

## Hiring, parallelization, and code review practices for engineering teams

DevFeed: [Hiring, parallelization, and code review practices for engineering teams](<https://devfeed.tech/articles/3-things-top-1-teams-do-differently-32319.md>)

Original publisher: [Read original article](<https://newsletter.manager.dev/newsletter/3-things-top-1-teams-do-differently>)

Author: Anton Zaides

Published: 2026-07-28T06:01:00Z

Content type: opinion

Language: en

Sources: [Manager.dev](<https://devfeed.tech/sources/manager-dev.md>)

Topics: [Software Engineering](<https://devfeed.tech/topics/software-engineering.md>), [engineering-culture](<https://devfeed.tech/topics/engineering-culture.md>), [sdlc](<https://devfeed.tech/topics/sdlc.md>), [pull-requests](<https://devfeed.tech/topics/pull-requests.md>), [Job](<https://devfeed.tech/topics/job.md>)

Tags: [code-review](<https://devfeed.tech/tags/code-review.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [hiring](<https://devfeed.tech/tags/hiring.md>), [sdlc](<https://devfeed.tech/tags/sdlc.md>), [software-engineering](<https://devfeed.tech/tags/software-engineering.md>)

### AI overview

This guest article discusses three practices the author says engineering teams should focus on: continuously improving hiring, learning to parallelize work effectively, and adapting code review workflows. It presents these ideas as based on the CTO's experience and observations of productive teams.

### Source excerpt

Hiring, parallelization, and why they stopped reviewing most PRs

## Charting your team's knowledge & skills map

DevFeed: [Charting your team's knowledge & skills map](<https://devfeed.tech/articles/charting-your-team-s-knowledge-skills-map-32323.md>)

Original publisher: [Read original article](<https://newsletter.manager.dev/newsletter/charting-your-teams-knowledge-skills-map>)

Author: Anton Zaides

Published: 2026-07-21T06:01:00Z

Content type: opinion

Language: en

Sources: [Manager.dev](<https://devfeed.tech/sources/manager-dev.md>)

Topics: [Graphs](<https://devfeed.tech/topics/graphs.md>), [GitHub](<https://devfeed.tech/topics/github.md>), [Pull Request](<https://devfeed.tech/topics/pull-request.md>), [Claude](<https://devfeed.tech/topics/claude.md>), [systems](<https://devfeed.tech/topics/systems.md>), [Open Source](<https://devfeed.tech/topics/open-source.md>)

Tags: [claude](<https://devfeed.tech/tags/claude.md>), [collaboration](<https://devfeed.tech/tags/collaboration.md>), [github](<https://devfeed.tech/tags/github.md>), [graph](<https://devfeed.tech/tags/graph.md>), [process](<https://devfeed.tech/tags/process.md>), [scope](<https://devfeed.tech/tags/scope.md>), [soft-skills](<https://devfeed.tech/tags/soft-skills.md>)

### AI overview

An engineering manager describes using Unblocked's Social Graph Builder to visualize collaboration and codebase expertise from GitHub pull request history, then explains a spreadsheet-based method for mapping a team's product knowledge, technology skills, soft skills, and non-engineering skills. The article argues that expert knowledge is important for evaluating AI-assisted work with Claude and avoiding harmful implementations in unfamiliar domains.

### Source excerpt

If you rebuilt your team again today, knowing what you know now, would it look the same?

## Explaining to business people why building software is still hard

DevFeed: [Explaining to business people why building software is still hard](<https://devfeed.tech/articles/explaining-to-business-people-why-building-software-is-still-hard-32324.md>)

Original publisher: [Read original article](<https://newsletter.manager.dev/newsletter/cursing-the-day-lovable-was-born>)

Author: Anton Zaides

Published: 2026-07-14T06:01:00Z

Content type: opinion

Language: en

Sources: [Manager.dev](<https://devfeed.tech/sources/manager-dev.md>)

Topics: [Software Engineering](<https://devfeed.tech/topics/software-engineering.md>), [Development](<https://devfeed.tech/topics/development.md>), [Code](<https://devfeed.tech/topics/code.md>), [Large Language Model](<https://devfeed.tech/topics/llm.md>), [Open Source](<https://devfeed.tech/topics/open-source.md>)

Tags: [code](<https://devfeed.tech/tags/code.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [llms](<https://devfeed.tech/tags/llms.md>), [open-source](<https://devfeed.tech/tags/open-source.md>), [software](<https://devfeed.tech/tags/software.md>), [software-engineering](<https://devfeed.tech/tags/software-engineering.md>)

### AI overview

This opinion article explains why software projects can become unexpectedly difficult despite rapid early progress. Using a hackathon project built with Lovable as an example, it discusses bugs, slowness, infrastructure work, refactoring, and the gap between technical complexity and business expectations.

### Source excerpt

Explaining to business people why building software is still hard

## The software engineering war

DevFeed: [The software engineering war](<https://devfeed.tech/articles/the-software-engineering-war-32336.md>)

Original publisher: [Read original article](<https://newsletter.manager.dev/newsletter/the-software-engineering-war>)

Author: Anton Zaides

Published: 2026-07-07T06:01:00Z

Content type: opinion

Language: en

Sources: [Manager.dev](<https://devfeed.tech/sources/manager-dev.md>)

Topics: [Software Engineering](<https://devfeed.tech/topics/software-engineering.md>), [Large Language Model](<https://devfeed.tech/topics/llm.md>), [Code quality](<https://devfeed.tech/topics/code-quality.md>), [Development](<https://devfeed.tech/topics/development.md>)

Tags: [code](<https://devfeed.tech/tags/code.md>), [code-quality](<https://devfeed.tech/tags/code-quality.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [llms](<https://devfeed.tech/tags/llms.md>), [software-engineering](<https://devfeed.tech/tags/software-engineering.md>)

### AI overview

The article discusses a recurring conflict in software teams between builders who prioritize rapid product delivery and keepers who prioritize well-built systems and code quality. It argues that the rise of LLMs has intensified this disagreement.

### Source excerpt

Most of us picked a side and won't budge. Which one are you on?

## 7 reasons experienced EMs get stuck

DevFeed: [7 reasons experienced EMs get stuck](<https://devfeed.tech/articles/7-reasons-experienced-ems-get-stuck-32320.md>)

Original publisher: [Read original article](<https://newsletter.manager.dev/newsletter/7-reasons-experienced-ems-get-stuck>)

Author: Anton Zaides

Published: 2026-06-30T06:01:00Z

Content type: opinion

Language: en

Sources: [Manager.dev](<https://devfeed.tech/sources/manager-dev.md>)

Topics: [Job](<https://devfeed.tech/topics/job.md>)

Tags: [career](<https://devfeed.tech/tags/career.md>), [engineering-manager](<https://devfeed.tech/tags/engineering-manager.md>), [mistakes](<https://devfeed.tech/tags/mistakes.md>)

### AI overview

An experienced engineering manager reflects on career traps that can cause experienced EMs to stagnate, including confusing job titles or team size with impact. The article draws on the author's experience moving from a director role to an engineering manager role after a failed startup.

### Source excerpt

The mistakes that stall a career, even when you see them coming.

## Building a code reviewer from your team's PR history

DevFeed: [Building a code reviewer from your team's PR history](<https://devfeed.tech/articles/building-a-code-reviewer-from-your-team-s-pr-history-32321.md>)

Original publisher: [Read original article](<https://newsletter.manager.dev/newsletter/building-a-code-reviewer-from-your-team-s-pr-history>)

Author: Anton Zaides

Published: 2026-06-23T06:01:00Z

Content type: tutorial

Language: en

Sources: [Manager.dev](<https://devfeed.tech/sources/manager-dev.md>)

Topics: [Code review](<https://devfeed.tech/topics/code-review.md>), [Pull Request](<https://devfeed.tech/topics/pull-request.md>), [Claude Code](<https://devfeed.tech/topics/claude-code.md>), [Artificial Intelligence](<https://devfeed.tech/topics/ai.md>)

Tags: [ai](<https://devfeed.tech/tags/ai.md>), [best-practices](<https://devfeed.tech/tags/best-practices.md>), [claude-code](<https://devfeed.tech/tags/claude-code.md>), [code](<https://devfeed.tech/tags/code.md>), [code-review](<https://devfeed.tech/tags/code-review.md>), [coding](<https://devfeed.tech/tags/coding.md>), [how-to](<https://devfeed.tech/tags/how-to.md>), [open-source](<https://devfeed.tech/tags/open-source.md>)

### AI overview

This tutorial explains how a team built an AI code reviewer from three years of pull-request comments. It describes starting with a generic pre-PR checklist and evolving it into a reviewer that reflects the team's conventions and individual engineering preferences, using a Claude Code skill.

### Source excerpt

how to build a code review tool specific to your team

## How Claude Can Lead Software Engineers to Surrender Understanding

DevFeed: [How Claude Can Lead Software Engineers to Surrender Understanding](<https://devfeed.tech/articles/the-i-don-t-know-claude-wrote-this-pandemic-32334.md>)

Original publisher: [Read original article](<https://newsletter.manager.dev/newsletter/the-i-don-t-know-claude-wrote-this-pandemic>)

Author: Anton Zaides

Published: 2026-06-16T06:01:00Z

Content type: opinion

Language: en

Sources: [Manager.dev](<https://devfeed.tech/sources/manager-dev.md>)

Topics: [Claude](<https://devfeed.tech/topics/claude.md>), [Artificial Intelligence](<https://devfeed.tech/topics/ai.md>), [Pull Request](<https://devfeed.tech/topics/pull-request.md>), [software-architecture](<https://devfeed.tech/topics/software-architecture.md>)

Tags: [ai](<https://devfeed.tech/tags/ai.md>), [architecture](<https://devfeed.tech/tags/architecture.md>), [claude](<https://devfeed.tech/tags/claude.md>), [review](<https://devfeed.tech/tags/review.md>), [software](<https://devfeed.tech/tags/software.md>)

### AI overview

This opinion article argues that software engineers can become overly reliant on Claude during planning, coding, and code review. It distinguishes cognitive offloading, where engineers delegate work while retaining responsibility, from cognitive surrender, where AI-generated output becomes their output without sufficient understanding or verification.

### Source excerpt

When Claude drives you off the cliff

## The generalist EM's reading list

DevFeed: [The generalist EM's reading list](<https://devfeed.tech/articles/the-generalist-em-s-reading-list-32333.md>)

Original publisher: [Read original article](<https://newsletter.manager.dev/newsletter/the-generalist-em-s-reading-list>)

Author: Anton Zaides

Published: 2026-06-09T06:01:00Z

Content type: article

Language: en

Sources: [Manager.dev](<https://devfeed.tech/sources/manager-dev.md>)

Topics: [Product Management](<https://devfeed.tech/topics/product-management.md>), [User experience (UX)](<https://devfeed.tech/topics/ux.md>), [Framework](<https://devfeed.tech/topics/framework.md>)

Tags: [books](<https://devfeed.tech/tags/books.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [generalist](<https://devfeed.tech/tags/generalist.md>), [learning](<https://devfeed.tech/tags/learning.md>), [product-management](<https://devfeed.tech/tags/product-management.md>)

### AI overview

A reading list of seven books intended to help engineers and engineering managers learn the basics of adjacent technology professions, including product management, design, user research, customer experience, business, marketing, and growth. The excerpt discusses Competing Against Luck and The Design of Everyday Things.

### Source excerpt

7 books to easily catch up with non-engineering professions in tech (number 3 is a must read)

## Why Engineering Managers Need More Than AI Skills in a Chaotic Work Environment

DevFeed: [Why Engineering Managers Need More Than AI Skills in a Chaotic Work Environment](<https://devfeed.tech/articles/surviving-in-the-chaos-management-era-32327.md>)

Original publisher: [Read original article](<https://newsletter.manager.dev/newsletter/surviving-in-the-chaos-management-era>)

Author: Anton Zaides

Published: 2026-06-02T06:01:00Z

Content type: opinion

Language: en

Sources: [Manager.dev](<https://devfeed.tech/sources/manager-dev.md>)

Topics: [Development](<https://devfeed.tech/topics/development.md>), [tech jobs](<https://devfeed.tech/topics/tech-jobs.md>), [Artificial Intelligence](<https://devfeed.tech/topics/ai.md>)

Tags: [ai](<https://devfeed.tech/tags/ai.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [management](<https://devfeed.tech/tags/management.md>), [tech-jobs](<https://devfeed.tech/tags/tech-jobs.md>)

### AI overview

The article argues that engineering managers are facing faster organizational change, rising AI-driven expectations, increased competition, and layoffs. It says succeeding in this environment requires strong non-technical skills, especially setting realistic expectations and aligning the organization.

### Source excerpt

More "AI skills" is not what you need right now

## Why software engineering teams should prioritize a sustainable pace over speed

DevFeed: [Why software engineering teams should prioritize a sustainable pace over speed](<https://devfeed.tech/articles/the-negative-split-software-engineering-effect-32335.md>)

Original publisher: [Read original article](<https://newsletter.manager.dev/newsletter/the-negative-split-software-engineering-effect>)

Author: Anton Zaides

Published: 2026-05-05T06:01:00Z

Content type: opinion

Language: en

Sources: [Manager.dev](<https://devfeed.tech/sources/manager-dev.md>)

Topics: [Software Engineering](<https://devfeed.tech/topics/software-engineering.md>), [Development](<https://devfeed.tech/topics/development.md>), [ai-coding](<https://devfeed.tech/topics/ai-coding.md>), [Claude](<https://devfeed.tech/topics/claude.md>), [cursor](<https://devfeed.tech/topics/cursor.md>)

Tags: [ai](<https://devfeed.tech/tags/ai.md>), [ai-coding](<https://devfeed.tech/tags/ai-coding.md>), [architecture](<https://devfeed.tech/tags/architecture.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [software-engineering](<https://devfeed.tech/tags/software-engineering.md>)

### AI overview

The article uses the idea of a negative split in distance running to argue that software engineering teams should begin at a sustainable pace instead of pursuing speed immediately. It warns that rushing can create technical debt and architectural shortcuts that eventually slow teams down.

### Source excerpt

Engineering teams don't need to 'just go faster' - the technique behind the sub-2-hour marathon