Skip to content

#Expert opinions

0 items today
10/4Sun
  1. DEV Community · Vibe Coding38

    Coding agents are like steroids: what bodybuilding can teach us about the risks of AI coding tools

    Some developers have drawn the analogy that coding agents are like steroids in bodybuilding: they let beginners achieve with ease what used to take enormous effort, and let experienced professionals produce workloads that were previously impossible. But these code-generation agents carry medium- and long-term risks, and amateurs and beginners should wait until they hit their own "natural limit" before considering using them.

  2. Matt Pocock40

    After talking with poteto, Matt Pocock argued that in the AI era we should use abstractions more, backed by strict lint rules that narrow the agent's design space and keep it making good decisions. High-leverage abstractions let you do more with less code, which saves tokens; and with agents around, cleaning up the damage from a bad abstraction is far cheaper. He says this runs against the popular belief that "agents just want to read raw code," and calls for being bolder about designing abstractions.

9/5Sat
  1. Ryan Lopopolo66

    An agent platform built for inventing agents: decoupling capability interfaces from their implementations

    Author Ryan Lopopolo argues that an agent is a parameterized program built on top of a set of capabilities: models and configurations, reasoning and tool-call loops, computers, disks, context, Skills, tools, connectors, runtimes, network policies, identity, IAM, guardrails, I/O channels, and system prompts.

    Why it matters: Drawing on his experience building multiple agents, the author proposes a platform architecture that decouples capability interfaces from their implementations — a useful reference for teams building Agent platforms.

7/20Mon
  1. Addy Osmani · Blog74

    Addy Osmani on software factories: the visible factory and the hidden factory, where validation is the bottleneck

    Addy Osmani proposes that a software factory has three layers—loop, harness, and factory. The factory isn’t a smarter agent; it’s multiple loops with harnesses feeding into a single review gate, with humans controlling the outer loop.

    Why it matters: The author breaks the software factory into three layers—loop, harness, and factory—and points out that validation, not generation, is the real bottleneck.

7/17Fri
  1. Ryan Lopopolo71

    Code Red needs a maintenance loop: use Codex /goal to turn emergency fixes into ongoing operations

    Drawing on his experience during Stripe’s first code yellow, the author points out that after most code reds, all that’s left is a post-mortem and exhausted engineers, while the metrics go back to being unowned. He argues that a code red should leave behind a maintenance loop, and that OpenAI Codex’s /goal command can turn a one-off coding request into an ongoing objective with clear completion criteria, letting a persistent cluster of agents continuously watch metrics, generate interventions, and request human review.

    Why it matters: Based on his Stripe code yellow experience, the author proposes using Codex’s /goal to turn one-off emergency fixes into a long-term maintenance loop that can carry over to SLO governance.