{"id":3050,"date":"2026-07-22T09:30:00","date_gmt":"2026-07-22T09:30:00","guid":{"rendered":"https:\/\/mugnos-it.com\/?p=3050"},"modified":"2026-07-21T00:59:17","modified_gmt":"2026-07-21T00:59:17","slug":"4-ideas-to-stay-relevant-as-an-engineer-in-the-ai-era-2","status":"publish","type":"post","link":"https:\/\/mugnos-it.com\/pt\/4-ideas-to-stay-relevant-as-an-engineer-in-the-ai-era-2\/","title":{"rendered":"4 Ideas to Stay Relevant as an Engineer in the AI Era"},"content":{"rendered":"<h1 class=\"wp-block-heading\">4 Ideas to Stay Relevant as an Engineer in the AI Era<\/h1>\n\n\n\n<p>Hey everyone. Today I want to share four things I&#8217;ve been doing myself, and honestly, four things I believe engineers at the Senior, Staff, and Principal level <em>should<\/em> be doing to stay relevant even as AI reshapes how we work.<\/p>\n\n\n\n<p>Let&#8217;s be real about the moment we&#8217;re in. Staying relevant has always been hard in tech, because tech changes constantly. But we&#8217;re no longer talking about linear change. The next few years will bring growth that&#8217;s disproportionate, almost explosive. So the way we think about our careers has to shift too.<\/p>\n\n\n\n<p>Here&#8217;s where I&#8217;d put my energy.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">1. Master the Fundamentals<\/h3>\n\n\n\n<p>We in tech always loved saying things like <em>&#8220;it&#8217;s easy to talk, show me how you do it in practice&#8221;<\/em> or <em>&#8220;I only learn by doing.&#8221;<\/em> I think it&#8217;s time to retire that mindset.<\/p>\n\n\n\n<p>Why? Because you&#8217;ll rarely sit down and <em>do<\/em> the raw work anymore. And if the AI is doing it, then&#8230; it&#8217;s not really you, is it? So &#8220;I only learn by doing&#8221; quietly stops being true.<\/p>\n\n\n\n<p>But that doesn&#8217;t mean fundamentals matter less. It means they matter <em>more<\/em>. The goal now is to become a super generalist with real depth in <strong>how the fundamentals actually work<\/strong>. You don&#8217;t need to memorize every implementation detail. But if you deeply understand architecture, operations, and observability, you&#8217;ll rarely fail hard.<\/p>\n\n\n\n<p>So next time you read a piece of content, don&#8217;t just consume it, interrogate it:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Why was this built this way?<\/li>\n\n\n\n<li>How <em>should<\/em> it have been done?<\/li>\n\n\n\n<li>Is it resilient?<\/li>\n\n\n\n<li>How would I apply observability here?<\/li>\n\n\n\n<li>Are there automated tests?<\/li>\n\n\n\n<li>How would I deploy all of this without affecting my users?<\/li>\n<\/ul>\n\n\n\n<p>That last set of questions? That&#8217;s pure SRE thinking. <strong>Simplicidade<\/strong>, resilience, and observability aren&#8217;t features you bolt on, they&#8217;re the lens you read <em>everything<\/em> through.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">2. Focus on Problem-Solving<\/h3>\n\n\n\n<p>If you know your fundamentals <em>and<\/em> you know how to solve problems, you stay relevant. Full stop.<\/p>\n\n\n\n<p>Knowing where to look and what to ask has always been a high-demand skill. It&#8217;s even more valuable now, because much of our job is guiding what I&#8217;d call a very capable &#8220;AI junior operator.&#8221; The AI has a solid harness, but it still needs <em>you<\/em> to know how to think and where to point it.<\/p>\n\n\n\n<p>This is exactly why structured problem-solving frameworks are having a comeback:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>The 5 Whys<\/strong> to get past symptoms and find root cause<\/li>\n\n\n\n<li><strong>Fishbone (Ishikawa) diagrams<\/strong> to map contributing factors<\/li>\n\n\n\n<li><strong>Hypothesis-driven investigation<\/strong> instead of random guessing<\/li>\n\n\n\n<li><strong>Issue trees<\/strong> to break a messy problem into solvable branches<\/li>\n<\/ul>\n\n\n\n<p>From an SRE angle, this is incident response and debugging done right. The engineers who thrive won&#8217;t be the ones who type the fastest, they&#8217;ll be the ones who <em>frame the problem<\/em> correctly and direct the tooling (human or AI) toward the real answer.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">3. Learn Product Management<\/h3>\n\n\n\n<p>Here&#8217;s the uncomfortable question: if <em>everyone<\/em> can build now, how do you make sure you&#8217;re building something that&#8217;s actually needed? We&#8217;re shipping features but not value!! (BTW, this was already common before, but now it&#8217;s almost the rule haha)<\/p>\n\n\n\n<p>I&#8217;ll never forget the first time I learned about <strong>Design Thinking<\/strong>. It completely changed how I aligned features to real customer needs instead of just shipping what was technically interesting. That skill went from &#8220;nice to have&#8221; to essential.<\/p>\n\n\n\n<p>Learn to identify customer problems, prioritize what actually matters, measure outcomes, and connect technical decisions back to business value. And just as importantly, learn to <em>communicate<\/em> the product: present it, share the know-how, tell the story.<\/p>\n\n\n\n<p>This ties straight into SRE too. <strong>SLOs are a product conversation.<\/strong> Reliability is a feature you negotiate with the business, &#8220;how reliable does this <em>need<\/em> to be, and what does that cost us?&#8221; A Senior engineer who can speak both the technical and the product language, and who can structure their agents to execute against that, becomes very hard to replace.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">4. Learn to Work With AI<\/h3>\n\n\n\n<p>Stay current, but be picky about <em>what<\/em> you stay current on. Don&#8217;t chase every new LLM launch or benchmark that fixes nothing. Chase the <strong>fundamentals of the tooling<\/strong> instead:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>What is a harness, and how do I improve mine?<\/li>\n\n\n\n<li>How do I build better, more focused agents?<\/li>\n\n\n\n<li>How do I automatically feed my agents historical context so they get smarter over time?<\/li>\n\n\n\n<li>How do I encode my <em>method<\/em> and <em>way of thinking<\/em> into a workflow?<\/li>\n\n\n\n<li>How do I optimize token usage and manage the context window?<\/li>\n<\/ul>\n\n\n\n<p>This is where it gets fun for us. Automating your own workflow is basically <strong>eliminating toil<\/strong>, the most SRE thing there is. Every repetitive task you hand to a well-built agent is time you reclaim for systems thinking and higher-leverage work. Treat your agents like production systems: give them good inputs, observe their output, and iterate.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">The Takeaway<\/h3>\n\n\n\n<p>Staying relevant has always been our challenge in technology. But the increase we&#8217;re facing now isn&#8217;t linear, it&#8217;s steep and, frankly, a little intimidating.<\/p>\n\n\n\n<p>I believe the path forward is to shift our journey a bit: think like seniors and leaders. For a long time, the best person in the room or on a team wasn&#8217;t necessarily the best <em>technician<\/em>, it was the one who understood the system and the people. Now that gap becomes almost transparent, because we barely need someone just <em>executing<\/em> changes anymore.<\/p>\n\n\n\n<p>So focus on the future. Focus on new skills. Start building agents for much of what you do today, because doing that is, without a doubt, one of the best ways to learn.<\/p>\n\n\n\n<p>If you want more quick, practical thinking like this, the kind of thing every engineer should be chewing on right now, stay subscribed. Plenty more coming.<\/p>\n\n\n\n<p>Cheers,<\/p>\n\n\n\n<p>Douglas Mugnos<\/p>\n\n\n\n<p>MUGNOS-IT \ud83d\ude80<\/p>","protected":false},"excerpt":{"rendered":"<p>4 Ideas to Stay Relevant as an Engineer in the AI Era Hey everyone. Today I want to share four things I&#8217;ve been doing myself, and honestly, four things I believe engineers at the Senior, Staff, and Principal level should be doing to stay relevant even as AI reshapes how we work. Let&#8217;s be real [&hellip;]<\/p>","protected":false},"author":3,"featured_media":3051,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-3050","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized"],"aioseo_notices":[],"jetpack_featured_media_url":"https:\/\/mugnos-it.com\/wp-content\/uploads\/2026\/07\/62.png","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/mugnos-it.com\/pt\/wp-json\/wp\/v2\/posts\/3050","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mugnos-it.com\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mugnos-it.com\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mugnos-it.com\/pt\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/mugnos-it.com\/pt\/wp-json\/wp\/v2\/comments?post=3050"}],"version-history":[{"count":1,"href":"https:\/\/mugnos-it.com\/pt\/wp-json\/wp\/v2\/posts\/3050\/revisions"}],"predecessor-version":[{"id":3052,"href":"https:\/\/mugnos-it.com\/pt\/wp-json\/wp\/v2\/posts\/3050\/revisions\/3052"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/mugnos-it.com\/pt\/wp-json\/wp\/v2\/media\/3051"}],"wp:attachment":[{"href":"https:\/\/mugnos-it.com\/pt\/wp-json\/wp\/v2\/media?parent=3050"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mugnos-it.com\/pt\/wp-json\/wp\/v2\/categories?post=3050"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mugnos-it.com\/pt\/wp-json\/wp\/v2\/tags?post=3050"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}