# Yegor Bugayenko

Yegor Bugayenko

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

## Teaching Claude Code to Follow a Personal Code Style

DevFeed: [Teaching Claude Code to Follow a Personal Code Style](<https://devfeed.tech/articles/help-the-agent-to-feel-35606.md>)

Original publisher: [Read original article](<https://www.yegor256.com/2026/05/29/help-the-agent.html>)

Author: Yegor Bugayenko (yegor256@gmail.com)

Published: 2026-05-28T21:00:00Z

Content type: opinion

Language: en

Sources: [Yegor Bugayenko](<https://devfeed.tech/sources/yegor-bugayenko.md>)

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

Tags: [ai](<https://devfeed.tech/tags/ai.md>), [ai-coding-agents](<https://devfeed.tech/tags/ai-coding-agents.md>), [architect](<https://devfeed.tech/tags/architect.md>), [claude-code](<https://devfeed.tech/tags/claude-code.md>), [claude-md-manifesto](<https://devfeed.tech/tags/claude-md-manifesto.md>), [code](<https://devfeed.tech/tags/code.md>), [code-aesthetics](<https://devfeed.tech/tags/code-aesthetics.md>), [custom-style-checkers](<https://devfeed.tech/tags/custom-style-checkers.md>), [style](<https://devfeed.tech/tags/style.md>)

### AI overview

The author argues that Claude Code can program faster and more cheaply than he can, but requires guidance because it lacks the author's preferred sense of code elegance. He uses a CLAUDE.md manifesto and custom style checkers to teach standards involving testing, modularity, error handling, naming, coupling, cohesion, and complexity.

### Source excerpt

Claude Code programs better than me but with no taste, so I train it to feel my sense of code beauty through a CLAUDE.md manifesto and custom style checkers.

## Monotonic Indentation

DevFeed: [Monotonic Indentation](<https://devfeed.tech/articles/monotonic-indentation-35605.md>)

Original publisher: [Read original article](<https://www.yegor256.com/2026/05/24/monotonic-indentation.html>)

Author: Yegor Bugayenko (yegor256@gmail.com)

Published: 2026-05-23T21:00:00Z

Content type: opinion

Language: en

Sources: [Yegor Bugayenko](<https://devfeed.tech/sources/yegor-bugayenko.md>)

Topics: [Code](<https://devfeed.tech/topics/code.md>), [formatting](<https://devfeed.tech/topics/formatting.md>), [Programming](<https://devfeed.tech/topics/programming.md>), [Programming language](<https://devfeed.tech/topics/programming-language.md>), [Python](<https://devfeed.tech/topics/python.md>)

Tags: [code](<https://devfeed.tech/tags/code.md>), [code-formatting-style](<https://devfeed.tech/tags/code-formatting-style.md>), [code-indentation-rule](<https://devfeed.tech/tags/code-indentation-rule.md>), [formatting](<https://devfeed.tech/tags/formatting.md>), [indentation-in-java](<https://devfeed.tech/tags/indentation-in-java.md>), [monotonic-indentation](<https://devfeed.tech/tags/monotonic-indentation.md>), [off-side-rule](<https://devfeed.tech/tags/off-side-rule.md>), [programming](<https://devfeed.tech/tags/programming.md>), [programming-language](<https://devfeed.tech/tags/programming-language.md>), [python](<https://devfeed.tech/tags/python.md>), [style](<https://devfeed.tech/tags/style.md>)

### AI overview

The article proposes monotonic indentation as a source-code formatting rule: indentation may increase by exactly one unit between adjacent lines but may decrease by any number of units. It presents the rule as an optional check for existing style checkers or as a standalone tool, and compares it with Python's off-side rule.

### Source excerpt

Between two adjacent lines, indentation may grow by one unit only, but may shrink by any number of units -- a rule that resolves most code formatting disputes.

## AI-generated code shifts contributor value toward reliable pull-request delivery

DevFeed: [AI-generated code shifts contributor value toward reliable pull-request delivery](<https://devfeed.tech/articles/couriers-not-coders-35604.md>)

Original publisher: [Read original article](<https://www.yegor256.com/2026/05/03/no-mercy.html>)

Author: Yegor Bugayenko (yegor256@gmail.com)

Published: 2026-05-02T21:00:00Z

Content type: opinion

Language: en

Sources: [Yegor Bugayenko](<https://devfeed.tech/sources/yegor-bugayenko.md>)

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

Tags: [ai](<https://devfeed.tech/tags/ai.md>), [ai-coding-assistants](<https://devfeed.tech/tags/ai-coding-assistants.md>), [claude-code](<https://devfeed.tech/tags/claude-code.md>), [code-quality-standards](<https://devfeed.tech/tags/code-quality-standards.md>), [management](<https://devfeed.tech/tags/management.md>), [open-source-maintainership](<https://devfeed.tech/tags/open-source-maintainership.md>), [pull-request](<https://devfeed.tech/tags/pull-request.md>), [pull-request-review](<https://devfeed.tech/tags/pull-request-review.md>), [review](<https://devfeed.tech/tags/review.md>), [trust](<https://devfeed.tech/tags/trust.md>)

### AI overview

This opinion article argues that AI-generated code has reduced the value of coding itself and shifted contributor value toward reliable delivery. It emphasizes approved feature requests, focused and readable pull requests, clear descriptions, speed, communication, and willingness to rework submissions.

### Source excerpt

Now that AI codes for cents, contributors are paid for the delivery, not the code--so no mercy for sloppy pull requests anymore.

## Fast Software: More Programmers, Not Fewer

DevFeed: [Fast Software: More Programmers, Not Fewer](<https://devfeed.tech/articles/fast-software-more-programmers-not-fewer-35603.md>)

Original publisher: [Read original article](<https://www.yegor256.com/2026/03/05/fast-software.html>)

Author: Yegor Bugayenko (yegor256@gmail.com)

Published: 2026-03-04T21:00:00Z

Content type: opinion

Language: en

Sources: [Yegor Bugayenko](<https://devfeed.tech/sources/yegor-bugayenko.md>)

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

Tags: [ai-coding-agents](<https://devfeed.tech/tags/ai-coding-agents.md>), [ai-operators](<https://devfeed.tech/tags/ai-operators.md>), [claude-code](<https://devfeed.tech/tags/claude-code.md>), [coding](<https://devfeed.tech/tags/coding.md>), [disposable-software](<https://devfeed.tech/tags/disposable-software.md>), [fast-software](<https://devfeed.tech/tags/fast-software.md>), [mood](<https://devfeed.tech/tags/mood.md>), [software](<https://devfeed.tech/tags/software.md>), [software-craftsmanship](<https://devfeed.tech/tags/software-craftsmanship.md>)

### AI overview

The article argues that AI coding agents will make software cheaper and more disposable, reducing the value of long-lived software craftsmanship. It predicts that large software companies may lose demand as organizations obtain customized systems and features more quickly and cheaply, while demand for programmers could increase.

### Source excerpt

AI coding agents will make software disposable, like fast fashion replaced tailored clothing, creating demand for more programmers, not fewer.

## Single-Page Applications Can Become Performance Bottlenecks Through Multiple HTTP Round-Trips

DevFeed: [Single-Page Applications Can Become Performance Bottlenecks Through Multiple HTTP Round-Trips](<https://devfeed.tech/articles/spas-are-a-performance-dead-end-35602.md>)

Original publisher: [Read original article](<https://www.yegor256.com/2026/01/25/spa-vs-performance.html>)

Author: Yegor Bugayenko (yegor256@gmail.com)

Published: 2026-01-24T21:00:00Z

Content type: opinion

Language: en

Sources: [Yegor Bugayenko](<https://devfeed.tech/sources/yegor-bugayenko.md>)

Topics: [Single-page application (SPA)](<https://devfeed.tech/topics/spa.md>), [web applications](<https://devfeed.tech/topics/web-applications.md>), [HTTP](<https://devfeed.tech/topics/http.md>), [JavaScript](<https://devfeed.tech/topics/javascript.md>), [Web Development](<https://devfeed.tech/topics/web-development.md>), [Document Object Model (DOM)](<https://devfeed.tech/topics/dom.md>), [Angular](<https://devfeed.tech/topics/angular.md>), [React](<https://devfeed.tech/topics/react.md>), [Vue.js](<https://devfeed.tech/topics/vue.md>)

Tags: [ajax](<https://devfeed.tech/tags/ajax.md>), [applications](<https://devfeed.tech/tags/applications.md>), [browsers](<https://devfeed.tech/tags/browsers.md>), [frontend](<https://devfeed.tech/tags/frontend.md>), [http](<https://devfeed.tech/tags/http.md>), [javascript](<https://devfeed.tech/tags/javascript.md>), [mood](<https://devfeed.tech/tags/mood.md>), [performance](<https://devfeed.tech/tags/performance.md>), [server-side-rendering](<https://devfeed.tech/tags/server-side-rendering.md>), [single-page-application](<https://devfeed.tech/tags/single-page-application.md>), [spa-performance](<https://devfeed.tech/tags/spa-performance.md>), [web-applications](<https://devfeed.tech/tags/web-applications.md>), [web-architecture](<https://devfeed.tech/tags/web-architecture.md>)

### AI overview

The article argues that Single Page Applications can become performance bottlenecks as they grow, because their frontends may require many HTTP round-trips to retrieve JSON and update the DOM. It contrasts this approach with full HTML page reloads and explains its historical origins in AJAX and web application frameworks.

### Source excerpt

Single Page Applications, once a solution for slow browsers, are now a performance bottleneck due to multiple HTTP round-trips.

## Using LLMs to Evaluate Code Interpretability Instead of Maintaining Comments

DevFeed: [Using LLMs to Evaluate Code Interpretability Instead of Maintaining Comments](<https://devfeed.tech/articles/comments-considered-harmful-in-the-age-of-llms-35601.md>)

Original publisher: [Read original article](<https://www.yegor256.com/2026/01/11/no-documentation-comments.html>)

Author: Yegor Bugayenko (yegor256@gmail.com)

Published: 2026-01-10T21:00:00Z

Content type: opinion

Language: en

Sources: [Yegor Bugayenko](<https://devfeed.tech/sources/yegor-bugayenko.md>)

Topics: [Large Language Model](<https://devfeed.tech/topics/llm.md>), [code comments](<https://devfeed.tech/topics/code-comments.md>), [Documentation](<https://devfeed.tech/topics/documentation.md>), [Software Engineering](<https://devfeed.tech/topics/software-engineering.md>), [trust](<https://devfeed.tech/topics/trust.md>)

Tags: [code-comments](<https://devfeed.tech/tags/code-comments.md>), [code-documentation](<https://devfeed.tech/tags/code-documentation.md>), [code-interpretability](<https://devfeed.tech/tags/code-interpretability.md>), [documentation](<https://devfeed.tech/tags/documentation.md>), [llm-code-analysis](<https://devfeed.tech/tags/llm-code-analysis.md>), [llms](<https://devfeed.tech/tags/llms.md>), [quality](<https://devfeed.tech/tags/quality.md>), [self-documenting-code](<https://devfeed.tech/tags/self-documenting-code.md>), [software-engineering](<https://devfeed.tech/tags/software-engineering.md>)

### AI overview

The article argues that manually maintained code comments can become unclear or outdated. It proposes using LLMs to explain code on demand and introducing a Code Interpretability Score that can fail the build when code is too difficult for the model to explain.

### Source excerpt

Instead of writing code comments that decay and mislead, let LLMs generate documentation on-demand and fail the build when code is too obscure for them to explain.

## A critical history of JavaScript's prototype-based design and later TypeScript and ES6 changes

DevFeed: [A critical history of JavaScript's prototype-based design and later TypeScript and ES6 changes](<https://devfeed.tech/articles/the-fall-of-javascript-35600.md>)

Original publisher: [Read original article](<https://www.yegor256.com/2025/12/28/fall-of-javascript.html>)

Author: Yegor Bugayenko (yegor256@gmail.com)

Published: 2025-12-27T21:00:00Z

Content type: opinion

Language: en

Sources: [Yegor Bugayenko](<https://devfeed.tech/sources/yegor-bugayenko.md>)

Topics: [JavaScript](<https://devfeed.tech/topics/javascript.md>), [TypeScript](<https://devfeed.tech/topics/typescript.md>), [es6](<https://devfeed.tech/topics/es6.md>), [Functional programming](<https://devfeed.tech/topics/functional-programming.md>)

Tags: [es6](<https://devfeed.tech/tags/es6.md>), [javascript](<https://devfeed.tech/tags/javascript.md>), [object-oriented](<https://devfeed.tech/tags/object-oriented.md>), [oop](<https://devfeed.tech/tags/oop.md>), [prototype](<https://devfeed.tech/tags/prototype.md>), [prototypes](<https://devfeed.tech/tags/prototypes.md>), [typescript](<https://devfeed.tech/tags/typescript.md>), [typescript-is-clumsy](<https://devfeed.tech/tags/typescript-is-clumsy.md>), [typescript-is-ugly](<https://devfeed.tech/tags/typescript-is-ugly.md>), [typescript-types](<https://devfeed.tech/tags/typescript-types.md>), [typescript-vs-javascript](<https://devfeed.tech/tags/typescript-vs-javascript.md>)

### AI overview

This opinion article recounts JavaScript's origins and argues that its prototype-based, class-free design was later undermined by TypeScript and ES6 classes. It also compares JavaScript's object model with Scheme, Self, C++, and Java.

### Source excerpt

JavaScript was an elegant prototype-based class-free language until TypeScript and ES6 classes ruined it.