Software Engineers Have A Once In A Lifetime Opportunity
https://www.youtube.com/watch?v=KK-j8JQzqMQ
TLDR
AI is creating a major opportunity for software engineers, not making them obsolete: those who keep learning, master engineering fundamentals, and build reliable workflows around models, context, and agents can solve specialized problems and gain an early edge. Start small, verify AI’s work, tailor tools to real needs, and build practical experience as the technology evolves.
Key Insights
Build on Strong Software Engineering Fundamentals
AI tools can generate code, but they do not replace the need to understand programming, testing, and system design. Learn how your application is structured before asking an agent to change it, and make sure new functionality fits the architecture. Review generated code carefully while you are learning how a tool behaves. Strong fundamentals help you spot fragile fixes that pass tests but damage the wider system.
Keep AI Tasks Focused and Supply Relevant Context
Large projects can overwhelm a model’s context window, leading to missed details, regressions, and fragile changes. Give agents a clearly scoped task and provide the specific information they need, such as relevant tickets, documentation, meeting notes, or prior discoveries. A retrieval or “scout” agent can gather this context when needed instead of loading everything into every prompt. Good context management makes AI-assisted development more reliable.
Divide Work Along Clear Service and Agent Boundaries
Break repositories into small services with clear contracts so agents can work on separate responsibilities without interfering with one another. For changes that span multiple services, create an explicit plan and identify how each part should preserve the system’s architecture. Do not assume that passing tests alone means the solution is sound. Clear boundaries and responsibilities help prevent a model from taking a convenient shortcut that creates problems elsewhere.
Build Trust in AI Workflows Gradually
Start with low-risk tasks, such as drafting emails or making small code changes, and expand only after the results prove dependable. Use automated tests, browser checks, and real-world behavior to validate larger changes. Review outputs closely at first, then adjust how much you inspect as your tools and workflows earn trust. Confidence should come from repeated evidence, not from a model’s reputation or a single successful result.
Develop Workflows for Your Own Domain
Learn how prompts, context, skills, tools, and MCP servers work, then build a workflow around the problems you actually solve. Domain-specific agents can draw on relevant documentation, team conversations, and accumulated experience to produce more useful results. Create personal benchmarks based on real tasks rather than relying only on generic tool comparisons. Specialized workflows can be valuable even when general-purpose models are already capable.
Experiment with Tools and Keep Learning Globally
Do not limit your exploration to one AI coding product or to what colleagues at your workplace currently use. Try open-source harnesses when you need more control or want to adapt a tool to your needs, and keep practicing as models and agent workflows evolve. Measure tools against your own projects and stay aware of developments beyond your local job market. The field is changing quickly, so consistent learning can help you recognize opportunities early.
Turn Practical Experience into Opportunities
Apply your skills to useful projects at work or independently, and document what you learn so others can see how you solve problems. Small projects for friends, family, or early clients can build experience and help you discover where AI creates real value. You do not need a personal brand; becoming a reliable person others can ask for guidance may be enough to build trust and attract work. Early, practical expertise in AI tools and agentic workflows can create lasting career advantages.
Questions & Answers
Why does the speaker see AI as a major opportunity for software engineers rather than a replacement for them?
AI introduces unfamiliar problems and tools that require engineers to keep learning, adapt, and apply sound engineering judgment.
Why can large projects cause problems for AI coding models?
Large projects can exceed a model’s useful context window, leading to context rot, fragile changes, regressions, or fixes that pass tests while damaging the architecture.
How can developers make AI agents more effective on complex codebases?
Give agents focused tasks and relevant context, use clear plans and responsibilities, and organize repositories into small services with well-defined contracts. Context can be retrieved from sources such as tickets, documentation, meetings, and prior agent discoveries.
How should developers build trust in AI-generated code?
Start with small tasks, check the generated work, and expand reliance gradually as workflows prove reliable. Use tests, browser checks, and real-world results to validate output.
What should people learn before relying heavily on AI-assisted development?
Learn programming and software-engineering fundamentals, maintain a clear project design, and understand how prompts, context, skills, tools, and MCP servers work. Generated code should be checked at first, and workflows should be tailored to the domain.
Why does the speaker recommend trying open-source AI coding tools?
Open-source tools can offer more control and flexibility than proprietary tools, including the ability to modify or patch them locally.
How should software engineers evaluate AI tools and their own skills?
Keep learning and practicing, and create personal benchmarks based on real needs rather than relying only on generic evaluations or local comparisons.
How can engineers find opportunities in AI?
Explore projects at work or independently, talk with people in their networks, and offer useful projects—even initially for free—to gain experience and find clients. Documenting and sharing what they learn can help build trust and lead to further opportunities.
Why may specialized AI models and agentic workflows become important to companies?
General models may not meet every company’s needs, so organizations may benefit from models and workflows tailored to their specific use cases.
Summary of Timestamps
AI is creating one of the biggest opportunities in software engineering in decades—not making engineers obsolete. It introduces unfamiliar problems and new tools, so engineers who keep learning and adapting can thrive.
The speaker reflects on 15 years in software development, including 12 years at ARM, and how working within one company left their knowledge behind the broader industry. That experience prompted them to stay current, particularly with AI, and showed them the gap between everyday software development and work at the AI frontier.
Frontier models such as Anthropic’s Opus can be powerful, but they do not replace sound engineering. On large projects, too much information can overwhelm a model’s context window, causing “context rot,” brittle changes, and regressions.
To reduce context overload, provide agents with focused tasks and relevant information from sources such as tickets, Confluence, meetings, and earlier discoveries. A “scout agent” can retrieve the right context when it is needed, helping the coding agent work more effectively.
Break repositories into smaller services with clear contracts, and give agents distinct responsibilities. This separation—used on the speaker’s Muse hackathon project—helps prevent agents from interfering with one another and makes their work easier to coordinate.
A basic LLM asked to make a breaking change across four services may choose the easiest patch, even if it harms the architecture. Since models can treat passing tests as success, clear plans, agentic workflows, and well-defined responsibilities are important for preserving system quality.
When AI tools fail, the issue may be that the task exceeded what they can reliably manage—not necessarily that the tools themselves are bad. The speaker cautions against blaming tools such as Oppressor or Soul Element without considering how the work was structured.
The speaker has gradually built specialized tools and pipelines and increasingly trusts their results, tests, browser checks, and real-world behavior instead of inspecting every line of code. For example, an LLM has iterated on a large UI project in Chrome, finding errors and correcting them.
That trust developed incrementally: the speaker began with emails and small coding tasks, then expanded the work as the models and workflows proved reliable. The lesson is to build confidence through evidence rather than handing over large, critical tasks immediately.
For people starting with AI-assisted development, learn programming and software-engineering fundamentals, maintain a clear design, and make new features fit the existing architecture. Understand prompts, context, skills, tools, and MCP servers, and review generated code while building experience.
Develop workflows that fit your own domain. The speaker’s tools are tailored to microservices and the energy sector, using accumulated documentation, team conversations, and practical experience to give agents more useful context.
Explore alternatives to Claude Code, which the speaker considers capable but proprietary and restrictive. Open-source harnesses such as OMP can provide more flexibility and control, including the option to modify the tools locally and use them with Anthropic models.
Being more advanced in AI adoption than nearby colleagues does not necessarily mean you are at the global cutting edge. Engineers should look beyond their local job market, keep learning, and judge tools against personal benchmarks based on real work.
Context management is still an unsolved challenge, while skills, agents, and related tools are becoming more accessible. As models grow larger and more centralized, companies also have a growing need for specialized, fine-tuned models and agentic workflows built for their own use cases.
Look for opportunities at work or create them independently: talk with friends and family, identify useful problems, and offer projects—even at little or no cost initially—to gain experience and find clients. The speaker points to AI art, agents, skills, and open-source tools as areas with significant potential.
Early expertise can create lasting advantages, much like Docker did during the rise of DevOps. You do not need a personal brand: build your skills, document and share what you learn, and become someone others trust for LLM guidance. That reputation can lead to clients, independence, and new opportunities.
Related Summaries