Operations | Monitoring | ITSM | DevOps | Cloud

“We don’t need junior engineers anymore” has become one of those lines people repeat because it sounds obvious. The AI writes the code, so why pay someone to learn how to write it? On the latest Confident Commit podcast, Rob Zuber makes the case that this take is exactly backwards.

Every team adopting coding agents hits the same question early: where do you put the instructions that tell the agent how your codebase actually works? Two answers dominate the conversation right now. One is AGENTS.md, a plain markdown file at the root of your repo. The other is skills, packaged instruction sets an agent loads on demand. Most of the debate treats this as a formatting decision. It isn’t.

If you spend even fifteen minutes reading about AI’s impact on the future of work, you’ll take in a lot of fear-based analysis. The fears are real — 40% of workers fear losing their jobs (Metaintro), 60% believe AI will eliminate more jobs than it creates (Yardi Kube), and 52% generally worry about the impact of AI in the workplace (Pew Research) — but the analysis is all wrong.

LLM cost management is the practice of tracking, allocating, budgeting, and governing large language model spend so every dollar maps to a feature, team, and business outcome. It has five levels: provider visibility, business allocation, unit economics, model governance, and a continuous optimization loop. It matters because 68% of companies say AI initiatives ran over budget last year, and per CloudZero's 2026 survey, 30% of finance leaders still reconcile AI spend manually.

A view is scoped to the costs your team cares about, and now its notifications are too. Weekly and monthly trend summaries, and global anomaly alerts, only reach a channel when your team wants them there. That keeps a shared channel signal, not static, so the alerts that need action don’t get lost next to irrelevant updates. Your team decides, per view, which notifications reach its channel.

A software delivery platform is an integrated system that manages every stage of moving software from a code commit to production: continuous integration, continuous delivery, security, and the feedback loops in between. It treats delivery as one governed lifecycle instead of a chain of disconnected steps.

DevOps is a culture and practice that gets development and operations teams to collaborate, automate, and ship software faster and more reliably. Platform engineering is the discipline that builds the internal tooling and self-service infrastructure that makes those DevOps practices repeatable at scale. Put simply: DevOps is the goal; platform engineering is one of the most effective ways to reach it across many teams. Your developers are shipping code faster than ever.

An AI model can write a fully functioning microservice in about fifteen seconds. If you hook it up to a pull request pipeline, it can generate migrations, write unit tests, and suggest refactors before your lead engineer has finished their first cup of coffee. We are entering an era of unprecedented code velocity. But code is not an application, and shipping is not operating.

Your dashboard shows every interface green, the counters look clean, and the application owner still insists the network is dropping their transactions. Where do you look next? Availability data tells you a link is up. It cannot tell you what crossed that link or how long the server took to answer. Only the packets carry that, and port mirroring is how most engineers get a copy without cutting into a live cable.