Taste & Craft: A Conversation with Tuomas Artman, CTO Linear & Gergely Orosz, @pragmaticengineer

Tuomas Artman, Cofounder and CTO of Linear, discusses the paradoxical challenge AI introduces to software development. While AI agents accelerate shipping features, this speed can lead to a decline in software quality. He argues for prioritizing "tasteful," high-quality software as the ultimate competitive advantage and shares Linear's unique internal practices, such as the "Zero-Bug Policy" and "Quality Wednesdays," designed to cultivate a deep-seated culture of quality.

5 min read
Taste & Craft: A Conversation with Tuomas Artman, CTO Linear & Gergely Orosz, @pragmaticengineer
source: https://www.youtube.com/watch?v=wjk0ulMAkbc

Tuomas Artman, Cofounder and CTO of Linear, posits that the pendulum of software development may be swinging too far in the wrong direction with the rise of powerful AI agents. The newfound ability to ship any feature request almost instantaneously creates a significant risk: building convoluted software with a poor user experience. This echoes Steve Jobs’ philosophy that great products emerge from saying “no” to most ideas. Previously, the inherent difficulty and time cost of engineering served as a natural gate, forcing teams to think critically before building. With AI, that gate is gone, making it dangerously easy to say “yes” to everything.

The New Competitive Landscape: Quality Over Speed

This situation creates an analogy to the hyper-growth era at companies like Uber, where the market dynamics of “winner-takes-all” forced an immense pace of shipping to out-compete rivals. While effective for market capture, it often came at the cost of quality. Today, AI gives every team, even a single person, the capability to ship a vast feature set quickly. In this commoditized landscape, the key differentiator and competitive advantage shifts from the quantity of features to the quality of the software.

Over time people will pick the one that is of higher quality… If you build a bad quality product, you open up yourselves to be… slowly overtaken by the competition.

Measuring quality can be difficult, especially when metrics are tied to revenue. At Uber, a feature that lowered prices might increase revenue, making it hard to justify investments in pure quality. However, a lack of quality creates a vulnerability. When competitors achieve feature parity, users will gradually migrate to the product that offers a better, smoother, and more reliable experience. This erosion of the user base is a slow, gradual slip that won’t be caught by any single A/B test.

Cultivating a Culture of Quality at Linear

Linear has implemented specific, deeply ingrained practices to ensure quality is not an afterthought but a core part of the engineering process.

The Zero-Bug Policy

This policy is a cornerstone of Linear’s engineering culture. It operates on a simple but powerful principle:

  • When a bug is reported, an agent automatically assigns it to the relevant engineer.
  • This bug becomes that engineer’s highest priority. They are expected to drop everything else to address it.
  • The goal is to fix every bug immediately, often within hours, and typically within seven days.

The logic behind this is that the rate of bug creation in any company is relatively constant. Most companies let bugs accumulate in a backlog, creating a “bug debt.” Eventually, they are forced to dedicate time to fixing them, meaning they are still fixing bugs at the same constant rate, just months later. Linear chose to pay a one-time cost—three weeks of no new feature development—to clear their backlog completely. From that point on, the small, continuous effort of fixing bugs as they appear has kept the product at a near-zero bug state. This has the added benefit of delighting users, who are often surprised to see their reported issue fixed within hours.

Quality Wednesdays

This is a unique weekly ritual at Linear. The entire remote engineering team gathers for a 30-45 minute meeting where every engineer presents a small “quality fix” they worked on.

  • It’s not a bug fix. A quality fix is a small, subtle improvement—a one-pixel alignment, a smoother animation, a more efficient backend process.
  • Engineers must find the problems themselves. This is a critical aspect of the practice. By being required to find and fix a quality issue each week, engineers are conditioned to constantly be on the lookout for imperfections in the product.

This practice started when Tuomas noticed engineers were missing small but crucial UI details, like the specific hover-in/fade-out animation that makes the app feel “fast” and “smooth.” An initial exercise on a tiny part of the UI revealed 35 small problems the team hadn’t noticed. “Quality Wednesdays” institutionalized this process of discovery. The powerful side effect is that engineers, now trained to spot these details, are far less likely to introduce new quality regressions in their own feature work. To date, Linear has fixed over 3,000 of these small, minute details through this process.

The Limitations of AI in Building Quality Software

While AI is incredibly powerful for accelerating certain tasks, it has significant limitations when it comes to product quality.

  • Automating Bug Fixes: AI excels here. At Linear, 10% of all bugs are already fixed automatically by an AI agent that creates and lands a pull request without human intervention. This number is expected to approach 100% in the coming years.
  • Lacking “Taste”: AI currently has no sense of taste, aesthetics, or human feeling. It cannot understand what makes a user interface feel intuitive or an animation feel natural. It can execute the steps to create a UI, but it cannot imbue it with the thoughtful design that defines a great user experience.
  • No Concept of Time: An AI agent doesn’t “feel” the frustration of a two-second delay. It can be told that one second is better than two, but it lacks the human perspective to understand when a performance issue crosses the line from acceptable to annoying.

The Future is the Product Engineer

To thrive in this new AI-powered era, engineers must evolve. As AI commoditizes the act of writing code, the most valuable skills will shift.

  • Everyone becomes a product engineer. Engineers will need to be more than just coders; they will need to be mini-PMs who are deeply engaged with the customer, understand their needs, and can translate those needs into well-designed, high-quality features.
  • Hiring for Product Sense: Linear’s hiring process is designed to find these individuals. It includes a paid, week-long project where candidates build a feature from scratch, allowing the team to assess their product sense and drive.
  • Customer Immersion: Once hired, engineers are immersed in customer feedback through shared Slack channels with major customers and access to a searchable library of all recorded customer meetings. This direct exposure ensures the entire team feels the customer’s pain and understands their needs firsthand.

For engineers looking to grow this “product sense,” the advice is to get closer to customers, build and ship your own projects to gain firsthand experience, and study foundational design principles, such as Apple’s Human Interface Guidelines.

Share post

Stay In The Loop! Subscribe to Our Newsletter.

Get updates straight to your inbox. No spam, just useful content.

Recommended for You

Lessons from 25 Trillion Tokens — Scaling AI-Assisted Development at Kilo

Lessons from 25 Trillion Tokens — Scaling AI-Assisted Development at Kilo

Scott Breitenother, CEO of Kilo, discusses the evolution of software development, where engineers are shifting from writing code to orchestrating AI agents. He shares lessons from processing 25 trillion tokens, emphasizing the critical role of trust, the importance of end-to-end ownership, and how this new paradigm leads to a 10x increase in shipping velocity.

From Coder to Manager: Navigating the Shift to Agentic Engineering with Notion Co-Founder Simon Last

From Coder to Manager: Navigating the Shift to Agentic Engineering with Notion Co-Founder Simon Last

Notion's Co-Founder, Simon Last, discusses their evolution from a writing assistant to a platform for custom AI agents. He covers the technical hurdles of semantic indexing, the internal shift toward using coding agents to build Notion, and the fundamental transition from a tool where humans do the work to one where humans manage a swarm of agents.