[{"data":1,"prerenderedAt":127},["ShallowReactive",2],{"podcast-meta":3,"podcast-theme-colors":32,"episode-this-new-ai-role-is-exploding-news":92},{"title":4,"author":5,"description":6,"artwork":7,"categories":8,"feedUrl":10,"type":11,"explicit":12,"link":13,"language":14,"copyright":15,"podcast2":16,"hasPeople":31},"The Changelog: Software Development, Open Source","Changelog Media","Software's best weekly news brief, deep technical interviews & talk show.","https://cdn.changelog.com/static/images/podcasts/podcast-original-f16d0363067166f241d080ee2e2d4a28.png",[9],"Technology","https://changelog.com/podcast/feed","episodic",false,"https://changelog.com/podcast","en-us","All rights reserved",{"persons":17,"funding":27},[18,23],{"name":19,"role":20,"img":21,"href":22},"Adam Stacoviak","host","https://cdn.changelog.com/uploads/avatars/people/Qo/avatar_large.jpg?v=63760280419","https://changelog.com/person/adamstac",{"name":24,"role":20,"img":25,"href":26},"Jerod Santo","https://cdn.changelog.com/uploads/avatars/people/z4/avatar_large.jpeg?v=63760071650","https://changelog.com/person/jerodsanto",[28],{"url":29,"text":30},"https://changelog.com/++","Support our work by joining Changelog++",true,{"palette":33,"sourceColor":54,"extractedColors":55},{"light":34,"dark":43},{"primary":35,"primary-foreground":36,"secondary":37,"secondary-foreground":35,"accent":38,"muted":39,"muted-foreground":40,"ring":35,"podcast-vibrant":41,"podcast-muted":42},"#00182f","#ffffff","#eff2f6","#e7ecf0","#f0f2f4","#6f7275","#0375c4","#e2e5e8",{"primary":44,"primary-foreground":45,"secondary":46,"secondary-foreground":47,"accent":48,"muted":49,"muted-foreground":50,"ring":51,"podcast-vibrant":52,"podcast-muted":53},"#5580a9","#09090b","#191b1d","#dcdee0","#1d2022","#1a1b1c","#8d8f91","#c1c4c8","#3694e6","#151618","#a1978d",[56,63,71,79,84],{"hex":54,"red":57,"green":58,"blue":59,"area":60,"saturation":61,"lightness":62},161,151,141,0.13136455555555557,0.09615384615384609,0.592156862745098,{"hex":64,"red":65,"green":66,"blue":67,"area":68,"saturation":69,"lightness":70},"#d2d1d4",210,209,212,0.000134,0.03370786516853954,0.8254901960784313,{"hex":72,"red":73,"green":74,"blue":75,"area":76,"saturation":77,"lightness":78},"#525153",82,81,83,0.003252888888888889,0.012195121951219556,0.32156862745098036,{"hex":36,"red":80,"green":80,"blue":80,"area":81,"saturation":82,"lightness":83},255,0.03285188888888889,0,1,{"hex":85,"red":86,"green":87,"blue":88,"area":89,"saturation":90,"lightness":91},"#101820",16,24,32,0.8323966666666667,0.3333333333333333,0.09411764705882353,{"meta":93,"episode":101,"transcript":124},{"title":4,"author":5,"description":6,"artwork":7,"categories":94,"feedUrl":10,"type":11,"explicit":12,"link":13,"language":14,"copyright":15,"podcast2":95,"hasPeople":31},[9],{"persons":96,"funding":99},[97,98],{"name":19,"role":20,"img":21,"href":22},{"name":24,"role":20,"img":25,"href":26},[100],{"url":29,"text":30},{"guid":102,"title":103,"slug":104,"description":105,"htmlContent":106,"audioUrl":107,"audioType":108,"audioLength":109,"pubDate":110,"duration":111,"artwork":112,"episodeType":113,"explicit":12,"link":114,"podcast2":115},"changelog.com/16/2781","This new AI role is exploding (News)","this-new-ai-role-is-exploding-news","A new AI-led tech role has emerged with a massive increase of job postings, Corey Quinn explains why younger devs won't tolerate pain in the AWS, Thomas Ptacek makes the case that you should write an agent, Paul Kinlan goes deeper on his dead framework theory, and Andrew Gallagher says to stop vibe coding your unit tests.","\u003Cp>A new AI-led tech role has emerged with a massive increase of job postings, Corey Quinn explains why younger devs won’t tolerate pain in the AWS, Thomas Ptacek makes the case that you should write an agent, Paul Kinlan goes deeper on his dead framework theory, and Andrew Gallagher says to stop vibe coding your unit tests.\u003C/p>\n\u003Cp>\u003Ca href=\"https://changelog.com/news/169/email\">View the newsletter\u003C/a>\u003C/p>\u003Cp>\u003Ca href=\"https://changelog.zulipchat.com/#narrow/stream/455469-news\">Join the discussion\u003C/a>\u003C/p>\u003Cp>\u003Ca href=\"https://changelog.com/++\" rel=\"payment\">Changelog++\u003C/a> members support our work, get closer to the metal, and make the ads disappear. Join today!\u003C/p>\u003Cp>Sponsors:\u003C/p>\u003Cp>\u003Cul>\u003Cli>\u003Ca href=\"https://depot.dev\">Depot\u003C/a> – \u003Cstrong>10x faster builds? Yes please.\u003C/strong> Build faster. Waste less time. Accelerate Docker image builds, and GitHub Actions workflows. Easily integrate with your existing CI provider and dev workflows to save hours of build time.\n\u003C/li>\n\u003C/ul>\u003C/p>\u003Cp>Featuring:\u003C/p>\u003Cul>\u003Cli>Jerod Santo – \u003Ca href=\"https://jerodsanto.net\" rel=\"external ugc\">Website\u003C/a>, \u003Ca href=\"https://github.com/jerodsanto\" rel=\"external ugc\">GitHub\u003C/a>, \u003Ca href=\"https://www.linkedin.com/in/jerodsanto\" rel=\"external ugc\">LinkedIn\u003C/a>, \u003Ca href=\"https://changelog.social/@jerod\" rel=\"external ugc\">Mastodon\u003C/a>, \u003Ca href=\"https://x.com/jerodsanto\" rel=\"external ugc\">X\u003C/a>\u003C/li>\u003C/ul>\u003C/p>","https://op3.dev/e/https://pscrb.fm/rss/p/https://cdn.changelog.com/uploads/news/169/changelog-news-169.mp3","audio/mpeg",8542257,"Mon, 10 Nov 2025 20:00:00 +0000",523,"https://cdn.changelog.com/uploads/covers/changelog-news-original.png?v=63848365621","full","https://changelog.com/news/169",{"transcript":116,"chapters":119,"persons":122},{"url":117,"type":118},"https://changelog.com/news/169/transcript","text/html",{"url":120,"type":121},"https://changelog.com/news/169/chapters","application/json+chapters",[123],{"name":24,"role":20,"img":25,"href":26},{"content":125,"type":126,"url":117},"\u003C!DOCTYPE html>\n\u003Chtml>\n\u003Chead>\n  \u003Cmeta charset=\"utf-8\">\n  \u003Cmeta name=\"viewport\" content=\"width=device-width, initial-scale=1\">\n  \u003Cmeta name=\"robots\" content=\"noindex\">\n  \u003Clink rel=\"canonical\" href=\"https://changelog.com/news/169\"/>\n  \u003Ctitle>Transcript for Changelog News #169\u003C/title>\n\u003C/head>\n\u003Cbody>\n\n\n\n    \u003Ccite>Jerod Santo:\u003C/cite>\n    \u003Cp>What up, nerds? I'm Jerod and this is Changelog News for the week of Monday, November 10th, 2025.\n\nSo, [Spencer Chang](https://spencer.place) made a thing. A thing that made my day. \n\nIt's called the [alive internet theory](https://alivetheory.net/) and it makes the case that "the internet will always be filled with real people: looking for each other, answering calls for help, and sharing laughs even in the midst of arguing." This is a website that's better felt than tell't, so I'll leave you to follow the link in the newsletter\n\n[![A computer desktop from February 15, 2009 littered with various images, movies, and sounds from the internet archive on that date](https://cdn.changelog.com/news/169-alive-internet-theory.jpg)](https://alivetheory.net/)\n\nOk, let's get into this week's news.\u003C/p>\n\n\n    \u003Ccite>Break:\u003C/cite>\n    \u003Cp>\u003C/p>\n\n\n    \u003Ccite>Jerod Santo:\u003C/cite>\n    \u003Cp>[This new AI role is exploding](https://www.interviewquery.com/p/ai-forward-deployed-engineer-jobs-2025)\n\nAI-related job losses (and future non-hires) are the talk of the software town right now, but (at least in the short/near term) a new AI-led tech role has emerged with a massive increase of job postings (800%) over the last 9 months:\n\n> Forerunners in the AI race, such as Anthropic and OpenAI, are actively recruiting software engineering specialists called forward-deployed engineers (FDEs) to help with tailoring AI models to meet customer needs. More than just working with back-office coders, these engineers are embedded within customer and product engineering teams.\n\nStill not sure what an FDE does, exactly?\n\n> Unlike traditional software engineers, FDEs go beyond writing code to go out in the field and understand where AI can make the biggest impact. Their mission is to bridge the “last mile” of AI: transforming a general-purpose model into scalable AI solutions that reflect complex client requirements and solve their problems.\n\nIf this trend has any staying power, and if you want to be in demand in 2026, now is the time to ensure you can confidently (and truthfully) put FDE on your resumé.\u003C/p>\n\n\n    \u003Ccite>Break:\u003C/cite>\n    \u003Cp>\u003C/p>\n\n\n    \u003Ccite>Jerod Santo:\u003C/cite>\n    \u003Cp>[Younger devs won't tolerate pain in the AWS](https://www.theregister.com/2025/11/04/aws_genz_misery_nope)\n\nCorey Quinn (who is hilarious, btw) finally realized what I've known since the first time I tried shipping a Rails app on EC2: AWS, for the uninitiated, is pure pain:\n\n> Recently, I was spinning up yet another terribly coded thing for fun because I believe in making my problems everyone else's problems, and realized something that had been nagging at me for a while: working with AWS is relatively painful.\n\nCorey lays out what a typical *zero-to-one* AWS setup often requires, then compares it to the silky smooth experience Vercel provides on top of AWS. His explanation for the discrepancy: it's generational\n\n> This feels generational to me. For folks of a certain age (Gen X and Millenials), AWS and GCP have made their bones. We came of technical age with the platforms and we're used to their foibles. Azure is of course the Boomer Cloud, but Gen Z is using platforms that aren't designed as tests of skill to let customers prove how much they want something.\n\nHat tip to Cory for calling Azure the "Boomer Cloud". That's amazing. However, I don't think this is a generational thing. There's an entire group of elder devs, like myself, who have always preferred Heroku-style deployment platforms over AWS. \n\nWhile his view of the past seems skewed from inside the AWS bubble, he might be right about the future:\n\n> AWS spent two decades building the most powerful cloud platform in the world. They may spend the next two watching it become irrelevant to anyone who wasn't already bought in.\u003C/p>\n\n\n    \u003Ccite>Break:\u003C/cite>\n    \u003Cp>\u003C/p>\n\n\n    \u003Ccite>Jerod Santo:\u003C/cite>\n    \u003Cp>[You should write an agent](https://fly.io/blog/everyone-write-an-agent/)\n\nThomas Ptacek makes the case that to truly grok LLM agents (so you can be the best hater (or stan) that you can be) you need to write one.\n\n> Agents are the most surprising programming experience I’ve had in my career. Not because I’m awed by the magnitude of their powers — I like them, but I don’t like-like them. It’s because of how easy it was to get one up on its legs, and how much I learned doing that.\n\nI had this experience [back in April](http://changelog.news/141) with Thorsten Ball's [post](https://ampcode.com/how-to-build-an-agent) walked me through it step by step. Thomas isn't wrong. Building one for yourself brings clarity to what is likely the most important developer-facing technology of the decade.\u003C/p>\n\n\n    \u003Ccite>Break:\u003C/cite>\n    \u003Cp>\u003C/p>\n\n\n    \u003Ccite>Jerod Santo:\u003C/cite>\n    \u003Cp>It's now time for sponsored news!\n\n[Why GH actions/checkout is slow for 98.5% of orgs](https://depot.dev/blog/why-organizations-have-slow-actions-checkout)\n\nDepot just dropped another deep-dive, and this one hits home for anyone using GitHub Actions. They analyzed thousands of workflows and found that 98.5% of organizations are running actions/checkout slower than they need to.\n\nTurns out, the default settings most teams use are...not great. Cold clones, missing shallow fetches, and bloated histories waste precious CI minutes. And this is BEFORE your build even starts. Depot's post breaks down why this happens, how much time it's costing you, and what you can do to fix it.\n\nThe takeaway? CI performance isn't just about bigger runners. It's about smarter ones. Depot's obsessed with shaving seconds off every step, and this new data proves there's a ton of low-hanging fruit hiding in your pipelines.\n\nRead the full breakdown at depot.dev and see why speed matters more now than ever. Full link to the blog is in the newsletter.\u003C/p>\n\n\n    \u003Ccite>Break:\u003C/cite>\n    \u003Cp>\u003C/p>\n\n\n    \u003Ccite>Jerod Santo:\u003C/cite>\n    \u003Cp>[Dead framework theory](https://aifoc.us/dead-framework-theory/)\n\nPaul Kinlan says he was wrong last October when he predicted that LLMs would abstract away framework choice. Well, maybe not wrong. But wrong about the timeline.\n\n> The reality is more interesting and more permanent: React isn’t competing with other frameworks anymore. React has become the platform. And if you’re building a new framework, library or browser feature today, you need to understand that you’re not just competing with React—you’re competing against a self-reinforcing feedback loop between LLM training data, system prompts, and developer output that makes displacing React functionally impossible.\n\nWhen he says "self-reinforcing feedback loop", he's not exaggerating. TIL Replit, Bolt, and tools like them are literally hardcoding React into their system prompts.\n\n> They have to. If you’re building a tool today to attract developers, you need to give them code they can maintain. And “code developers can maintain” now means “React” for the vast majority of web developers.\n\nI remember back in 2022 when Josh Collinsworth [declared](https://joshcollinsworth.com/blog/self-fulfilling-prophecy-of-react), "React isn't great at anything except being popular." (He even debated this with us [on a pod](https://changelog.com/jsparty/244))\n\nTurns out that might be all it needed...\u003C/p>\n\n\n    \u003Ccite>Break:\u003C/cite>\n    \u003Cp>\u003C/p>\n\n\n    \u003Ccite>Jerod Santo:\u003C/cite>\n    \u003Cp>[Stop vibe coding your unit tests](https://www.andy-gallagher.com/blog/stop-vibe-coding-your-unit-tests/)\n\nWe're still trying to figure out this agentic coding thing. \n\nShould we make the agent write the tests and write the implementation ourselves? \nShould we write the tests and make the agent write the implementation? \nShould we just sit back and say,  "agent, take the wheel"? \n\nAndrew Gallagher has thoughts:\n\n> There is a growing sentiment [that LLMs are good for CRUD, boilerplate, and tests](https://www.assembled.com/blog/why-i-code-as-a-cto#:~:text=Knowing%20where%20AI%20shines%20(crud%2C%20tests%2C%20boilerplate)%20and%20where%20it%20fails%20(precision%2C%20system%20nuance)%20always%20beats%20making%20decisions%20based%20on%20Twitter%20hype). While I am not so sure about how good AI is at making CRUD or thumping out boilerplate, a year of working as an SWE in the modern LLM-powered AI codescape has proven to me that LLMs write unconstructive, noisy, brittle, and downright-bad unit tests. Please do not vibe code your unit tests.\n\nAndrew does say there's a way to get good tests from LLMs, but right now it requires you to make them write tests *one at a time*. Ain't nobody got time for that!\u003C/p>\n\n\n    \u003Ccite>Break:\u003C/cite>\n    \u003Cp>\u003C/p>\n\n\n    \u003Ccite>Jerod Santo:\u003C/cite>\n    \u003Cp>That's the news for now, but go and subscribe to the Changelog Newsletter for the full scoop of links worth clicking on. Such as:\n\n- [Reviving classic Unix games](https://vejeta.com/reviving-classic-unix-games-a-20-year-journey-through-software-archaeology/)\n- [Off-grid, long range, decentralized mesh networks](https://meshtastic.org)\n- [What is special about MCP?](https://jessitron.com/2025/11/09/what-is-special-about-mcp/)\n\nGet in on the newsletter at changelog.news\n\nLast week on the pod: Andrew Nesbitt told us all about the world of open source metadata on Wednesday, and on Friday, we played a heated game of #define with our previous champs!\n\nComing up this week, it's Hacker News' favorite blogger, Sean Goedecke!\n\nHave a great week! Like, subscribe, and leave us a 5-star review if you dig the show, and I'll talk to you again real soon.\u003C/p>\n\n\u003C/body>\n\u003C/html>\n","text/html; charset=utf-8",1771793544057]