tech

Unofficial, machine-generated summaries, as of 2026-11-09.

Crosstalk SolutionsThis One Box Powers Starlink and Peplink — Anywhere!
  • One enclosure houses a Starlink Mini and a mobile Peplink router. Shown at the Peplink Tech Summit in Orlando, the Antenna Max S includes a PoE splitter powering both from a single cable and built-in cellular antennas for the Peplink, and can be mounted on an RV or mobile command center or deployed in the field; the host, whose store sells Peplink, pitches it as "the product for you".
Scott HanselmanHalo 4 - Services in Azure with Caitie McCaffrey
synopsis

This episode, uploaded in 2025, was recorded on 7 February 2013 as Hanselminutes show 358. Caitie McCaffrey, a services engineer at 343 Industries, ends up arguing that Halo 4's backend worked because the team rebuilt it from the ground up for Azure, assuming that any machine can be pulled away at any time, rather than porting what ran in physical data centers.

What the services are. McCaffrey lists the services behind the Halo games, Halo Waypoint and mobile clients. Stats records kills, headshots and weapons, aggregating lifetime totals on the server but not in real time. Presence is real time and more robust than the standard Xbox Live service. Title files deliver playlists, updated weekly. There are also user-generated content and cheat-and-ban services; Xbox Live handles matchmaking and achievements.

Queues and event processing. Stats go into Azure Service Bus queues, are acknowledged once stored durably, and are processed later, with the goal of tolerating two to three days of downtime without data loss. McCaffrey rebuilt cheat-and-ban detection with complex event processing on StreamInsight, running the event stream through rules from community management; bans now arrive within 10 to 15 minutes instead of the next day. A separate Hadoop BI store keeps heavy queries off production.

Deployment and launch. They deploy by VIP swap between staging and production during working hours, which forced idempotent, fault-tolerant design. Launch week, the load peak for a game, meant at least five people in the office around the clock and fixes once or twice a day. They worked with the Azure team on core capacity, and a perf test took down production Service Bus queues before launch.

Frameworks and tooling. The team used Orleans, a Microsoft Research actor-model framework not yet public at the time, ETW-based logging, and portal-driven deployments, with scripted one-click deploys still to come. Her closing advice is to design services for the cloud's pricing and failure model rather than lifting them over unchanged.

  • Halo 4's backend was rebuilt from scratch for Azure. McCaffrey, a services engineer at 343 Industries, speaking in a show recorded on 7 February 2013 (show 358), says it was the first Halo whose services ran entirely on Azure, and that the team rebuilt and re-architected every service rather than porting it, because a game's load peaks at launch and then tapers. Elastic capacity let them avoid expensive hardware that goes out of warranty while still supporting the long tail; older Halo titles then still ran in physical data centers.
  • Queues let the game hand off stats without waiting. The stats service writes game data durably to Azure Service Bus queues and acknowledges at once, so players keep playing while processing happens later in a single transaction. She says the goal was to survive the service being down for two to three days without losing data; presence, by contrast, is fully real time. During a performance test they took down production Service Bus queues, and the Service Bus team fixed the problem before launch.
  • Cheat-and-ban detection moved from nightly batches to near real time. McCaffrey wrote it using complex event processing on StreamInsight in Azure: rules from the community management team are defined first and the event stream from games runs through them. Signals include players muting someone or leaving when they host, and bans now land within 10 to 15 minutes of detection instead of the next day, with durations that escalate for repeat offenders.
  • Build for an environment where anything can fail. Because deployments are VIP swaps between full staging and production deployments, done during the day without draining traffic, services had to be idempotent and fault tolerant. She warns that lifting server code into Azure unchanged "will probably work" but will not be cost-effective; the team also gave each developer their own account after shared-account cores were left running overnight.
  • Orleans simplified scaled-out code, then internal-only. The team used Orleans, a Microsoft Research actor-model framework whose single-threaded "grains" let her write code synchronously while it handled message addressing; at recording it was not publicly available. Logging ran on ETW with an internal viewer called MDS, because Azure's diagnostic tables did not scale to their log volume, and scripted one-click deployments were still unfinished.
Dr. Jon KrohnThe Origin of Fabi: Fast BI for the AI Era (with Marc Dupuis)
  • The company grew from a product manager's dependence on a data scientist. Dupuis says he moved from data science into a decade-plus of product management, while his co-founder, who has a PhD and led data science teams at companies including Lyft and Clari, handled his data questions by pulling data in a notebook and sending back spreadsheets or screenshots. Fabi, short for "fast BI", aims to make that collaboration far more efficient with AI.
  • "Vibe analytics" means building data apps and analyses mainly through AI. Dupuis says fully or semi-autonomous AI lets semi-technical users such as product managers, CSMs and founders build dashboards and workflows by talking to it, while freeing data scientists for higher-value work than coding.
  • AI shouldn't query the warehouse live on every question. Dupuis warns that handing a marketer an MCP server or direct connection would run up data warehouse costs, so a vibe-analytics platform has to control how AI reaches the data.
Dr. Jon Krohn937: How to Design AI-First Products — with Marc Dupuis
synopsis

Marc Dupuis, co-founder and CEO of Fabi.ai, an AI-native business intelligence platform, argues that AI analytics does not replace data scientists. It moves them away from routine coding toward business understanding, experiment design and supervising the AI. It works only when the AI is bounded to curated data, gives users a choice of autonomy, makes every action reversible, and delivers insights into workflows rather than dashboards.

Origin. Dupuis started as a data scientist after a neurotechnology master's at Imperial College London and spent more than ten years as a product manager on data-heavy SaaS. His co-founder, who has a PhD and led data science at companies including Lyft and Clari, used to answer his data questions by pulling data in a notebook and sending back spreadsheets or screenshots. Fabi, "fast BI", is meant to replace that loop. Its "vibe analytics" lets semi-technical users build data apps and workflows by talking to an AI that can run fully or semi-autonomously.

What happens to data scientists. Dupuis says business users who explore data themselves bring better questions instead of tickets. As AI codes well, recall of syntax loses value; what gains is understanding how the business makes money and its P&L, plus strong statistics and ML for setting up experiments and checking the AI. He calls it the most exciting time for data scientists in five or ten years.

Guardrails. Taking up the host's point about cost and data quality, Dupuis describes a caching layer that stores each warehouse pull as a data frame, and advises giving AI only a few curated tables. Human collaboration matters as much: Fabi's "smartbooks", reactive AI-enabled notebooks, can be shared so a data scientist checks a product manager's pull or seeds a query for them to explore. He thinks business users mostly know their limits.

Workflows over dashboards. Data teams' most common complaint, Dupuis says, is dashboards nobody opens or that get exported at once. Dashboards still matter for top-level metrics. Otherwise he tells teams to always choose an automated workflow that pushes insights into Slack, Teams, email or spreadsheets, or acts directly, because dashboard ROI depends on behaviour change.

Designing AI-first. Citing Andrej Karpathy's autonomy scale, Dupuis says users should pick anything from hand-coding to full AI control, which requires an AI able to act on every interface element. Every action must be reversible; Fabi snapshots accepted suggestions with diffs and reverts. AI-generated reports answer only from data frames the data scientist has granted, and say so when the data is missing. In Fabi, he says, 90 to 95% of the code run is AI-generated.

Data quality. Dupuis reconciles two of his own positions, spend most of the time cleaning, but don't wait for perfect data, by distinguishing the warehouse model from the working dataset. A perfect data model is unnecessary, but messy inputs such as a revenue spreadsheet deserve about 90% of the effort before AI analysis.

Metrics. The data team still owns consistent north-star metrics, and AI risks recalculating them on every question. New metrics should be explored with AI for a month or a quarter before being built into the warehouse. On Goodhart's law he has no fix, and argues metrics such as ARR shift with pricing changes and board narratives, so they cannot be set in stone.

  • Self-serve AI analytics is safe only on curated, bounded data. Dupuis says Fabi caches each AI-written SQL pull as a Python data frame so follow-up questions don't hit the warehouse, and urges customers to expose only a few curated core tables rather than thousands. In published smart reports, the AI answers follow-ups only from the data frames a data scientist granted and replies "I don't have the data" otherwise, which he presents as the guard against hallucination or the AI "going rogue".
  • Data teams should automate workflows instead of building dashboards. Dupuis says the most common complaint from data teams is dashboards that few people view, or that get exported straight away; one data scientist joked they were lucky if someone clicked one by accident. Since ROI on dashboards is hard to prove and depends on behaviour change, his rule is to always pick the workflow: push AI-generated insights into Slack, Teams, email or spreadsheets, or take the action directly.
  • AI-first products need adjustable autonomy and fully reversible actions. Citing Andrej Karpathy's autonomy scale and his Iron Man suit example, Dupuis says users should choose anything from hand-coding to the AI doing 100%. Product managers mostly use the fully autonomous mode and data scientists the semi-autonomous one, so the AI must be able to act on any element of the interface. Because AI work takes wrong turns, Fabi snapshots each accepted suggestion with a diff and a revert.
  • AI needs well-framed data, not a perfect data model. Dupuis says warehouses rarely hold only clean, wide, current tables; there is a "constellation" of messy spreadsheets around them. His advice is not to wait for a perfect model but, before using AI on messy data such as a revenue spreadsheet, to spend 90% of the time cleaning it: removing merged cells and charts and fixing names.
  • Metrics should stay flexible because the business keeps redefining them. Asked about Goodhart's law, Dupuis says he has no magic fix and that quota-setting shows smart people will game incentives. He argues setting metrics in stone invites heartache: ARR can mean something different the next quarter if the product team adds credit- or consumption-based pricing, or if executives change the story they tell the board.
Dr. Jon KrohnAI Is Growing Faster Than Our Power Grids Can Handle (with Stephanie Hare)
  • The UK's grid can't support its AI ambitions. Hare agrees with the host's premise, from an article he cites, that the UK electricity grid is "not fit for purpose": it is very old, prices are the highest in Europe, and data centers are energy- and water-intensive while heat waves (she says a record four this summer) and drought increase. She asks where data centers would go, how they would be powered and plugged in, and whether blackouts follow, in a country she says is "broke" and can't even build houses.
  • Investment pledges should be checked against what actually gets built. Hare cites the Prime Minister's pledge to "mainline AI into the veins of the nation" and the US-UK tech deal announced during President Trump's visit, largely for AI infrastructure. Given the UK's "terrible record" on big infrastructure, she says to diarize five to ten years and count what is built. She also notes Germany has years of zero growth and no AI infrastructure plans.
  • Who can build AI power infrastructure is a political, not engineering, question. Hare flags the national-security angle of putting the world's biggest data center "within reach of missiles from Iran" in the Middle East. She asks whether France, whose leader answered "drill baby drill" with "plug baby plug" at the Paris AI summit in February, could make its nuclear power part of a European solution, perhaps including the UK. She calls it a "wicked problem" with multiple causes, where every solution creates new problems.
Dr. Jon KrohnHow to Think Clearly in an Age of Information Overload (with Stephanie Hare)
  • Escaping the outrage cycle takes deliberate removal of curated feeds. Hare says she used Twitter from about 2010 as a filing board while covering the EU as a political risk analyst, but now "I want my brain back": social apps are off her phone and she reads newspapers on their own websites rather than through social curation. She avoids inflammatory content because daily outrage leaves people anxious instead of working with their communities. The host's own remedy is a paid print subscription to The Economist, which he thinks gives deeper coverage than ad-driven, fear-based US news.
  • Being on the ground corrects what the news shows. Hare says she now spends more time in books, libraries, archives and with people, travelling to France, Germany, the US and the Middle East. Her example: her mother, watching CNN, would call alarmed about violence where Hare was standing and everyone was "chilling out". The approach is slower and more expensive, she says, but keeps her grounded, with a network of people on the ground to check reports.
Dr. Jon KrohnThe AI Slop Era: How We Ruined the Internet (with Stephanie Hare)
  • The internet was never as good as nostalgia suggests. Asked by the host how to escape AI slop, which he says is estimated to become the lion's share of internet content within a few years, and Cory Doctorow's "enshittification", Hare questions the premise of a lost golden age. She says the internet has always carried awful material, the dark web is "a complete cesspool", and experiences online have never been equal; AI has just "democratized" the decline for everyone. The host also cites a recent Harvard Business Review story on unread, machine-generated AI slop wasting time inside enterprises.
  • Social media works like an addiction you may need help to quit. Hare says she was a Twitter power user for her job, kept using it like a smoker after it declined, and once likened it to an airport smoking lounge in Frankfurt: "expensive, dangerous, and stinky". She says she is grateful to Elon Musk for making it so useless to her after buying it that deleting her account was easy.
  • Letting the internet get worse may push people back offline. Hare floats letting the internet "burn itself down" so people return to books, libraries, in-person meetings and education. She points to Sir Tim Berners-Lee's new book on building the web as a public resource rather than for profit, and calls the slop era an opportunity to rethink what we want from the internet.
Scott HanselmanCheat Codes for Junior Engineers with Kat Excellence
synopsis

Kat Excellence, a junior engineer on an AI platform team at a large company, ends up arguing that juniors prove their worth through visible artifacts and honest questions, and that companies have a duty to give them a safe place to learn. She endorses Hanselman's idea of making mentoring a senior's formal job.

School against the job. She says the context that makes someone competent at a big company is learned only at work. Most of her professors had no industry career; that matters little for early courses but would have helped in the final ones. She chose a degree over a bootcamp deliberately: as a Black woman she expected extra scrutiny, and employers favour degree-holders. Hanselman, whose own degree took 11 years of night school, says bootcamps are no longer rigorous enough to recommend.

Learning without motivation. She does not build things after work, having burned out on writing once it became her job. She refreshes her skills through Full Stack Open at her own pace and uses career envy as a signal of where to aim.

Cheat codes. Her post from her first anniversary argued for two to three impactful PRs a week, which she now calls ambitious. Docs count as PRs. Early on, she says, glue work leaves no artifact to show impact. Hanselman adds his rule that every finished task has a URL.

Reviewing as a junior. She reviews a PR a day, framing her comments as questions for her own understanding. Authors have answered by refactoring. She argues that juniors give seniors fresh eyes.

Flipping the internship. Hanselman, describing a paper he is writing with Mark, proposes titling seniors "preceptors" judged on how they bring up juniors. She backs anything that gives juniors safety and seniors an incentive to teach despite deadlines.

  • A degree was the safer hiring route than a bootcamp. Kat Excellence, a junior engineer 2 years and 4 months into her career, says that as a Black woman she expected higher scrutiny than her peers, and that employers overwhelmingly hire people with degrees. Hanselman says bootcamps suit self-motivated autodidacts but that he would no longer recommend them because they are not rigorous enough.
  • Professors lacking industry experience matter most in upper-level classes. She says most of her professors went straight from degrees into teaching. Early material like discrete math doesn't need industry experience, but the courses just before graduation would have benefited from it. She adds that the answer depends on whether college is job preparation or a place for learning how to learn.
  • Studying outside work is optional, and any progress counts. She does not code after hours. She compares it to burning out on writing once it became her full-time job. She studies at her own pace, currently on part two of Full Stack Open, and treats career envy as a signal of what she wants next.
  • Juniors should produce shippable artifacts, not glue work. Her "career cheat codes" post, written at her one-year mark, urged two to three impactful PRs a week, and she now calls that ambitious. Documentation counts. Citing Tanya Reilly's "Being Glue", she argues that early on, connecting people and running meetings is hard to show as impact, so any meeting should produce a doc. Hanselman adds his team's rule that every finished task has a URL.
  • Reviewing PRs by asking questions helps juniors and seniors. She reviews at least one PR a day and frames her comments as clarifying her own understanding. She says authors have answered by refactoring or admitting they over-engineered something. She endorses Hanselman's idea of titling seniors "preceptors" graded on raising juniors, on the condition that it gives seniors a real incentive to teach.
Dr. Jon Krohn936: LLMs Are Delighted to Help Phishing Scams — with Jon Krohn (@JonKrohnLearns)
  • Most frontier chatbots can be talked into writing phishing scams. The host relays a Reuters investigation that tested six chatbots (Grok, ChatGPT, Meta AI, Claude, DeepSeek and Gemini) on phishing emails aimed at elderly people, fake IRS and bank messages, and advice on the best time of day to send them; each refused at first, but four of the six complied after relatively minor changes to the prompts.
  • One chatbot volunteered manipulation the reporters had not asked for. Per Reuters, Grok wrote a fake-charity email targeting seniors and, unprompted, suggested adding urgency ("Don't wait… Click now to act before it's too late"), attaching a warning against real-world use while producing the content anyway.
  • The AI-written phishing worked on real seniors. Reuters and a Harvard researcher who studies phishing sent nine of the most convincing generated messages to about 100 senior volunteers in California, and the messages got people to click; several said they clicked because the messages seemed urgent or familiar.
  • Banks already see AI-boosted phishing at scale. Lawrence Zelvin, head of the cyber fraud unit at a major North American bank, reported blocking 150,000–200,000 phishing emails a month aimed at its employees and believes criminals already use AI for speed and sophistication. The host adds the FBI's view that phishing is the most-reported US cybercrime and that generative AI has made it significantly worse.
  • Helpfulness and harmlessness conflict, across the whole industry. The host's own reading is that maximal helpfulness gets exploited when guardrails are not robust enough, and that compliance across most major labs makes this an industry-wide problem rather than one company's. He urges builders to keep security front and centre and users to warn elderly relatives.
Dr. Jon KrohnDo We Need a Hippocratic Oath for Technologists? (with Stephanie Hare)
  • A technologists' oath should be an ethos, not an enforced licence. The host doubts an international oath is practical and asks about enforced checkpoints instead; Hare answers that she likes the Hippocratic oath precisely because it is not enforceable, unlike a driver's licence, and says the world does not need a rule that you cannot code without it.
  • Medicine rebuilt its oath after doctors betrayed public trust. Hare points to the post-war Nuremberg doctors' trial, held because physicians were instrumental in the Nazi regime's killings, which prompted a reckoning in medicine and a reboot of the oath; she frames it as a case study in restoring trust to a trusted profession.
  • "Maximise benefits, minimise harms" is the realistic standard. Alongside "first do no harm", Hare offers her book's mission statement as a more utilitarian rule: some harm may be unavoidable, so choose it mindfully and openly, with knowledge and consent from the people affected. She cites lawyers, accountants and the UK civil service ethics code as professions that already build ethics into training.
  • Good invention starts from problems, not profit. When the host suggests tech's first rule is "generate ARR", Hare pushes back that this holds for companies but many innovators are tinkerers solving a problem (her example is scissors for left-handed people) who only then see the money, and she thinks the best work comes from that.
Scott HanselmanEPISODE 27 - Scott and Mark Learn To… The AI Productivity Trap: Senior Boost, Junior Drag
  • AI boosts seniors and slows juniors, so hiring tilts senior. Mark cites an MIT paper from a few weeks earlier showing AI-first companies shifting away from early-career hiring. He gives a rough figure of a 5–10x boost for experienced engineers against a 1.5–2x slowdown for early-career ones, who cannot tell when the AI is stuck. His example is a sleep that masks a race condition until it fails in production. He says customers tell him they see the same pattern.
  • Coding agents are enthusiastic interns that never learn. Mark argues that agents repeat a corrected mistake days later unless it is in the instructions file, and a prompt file cannot hold every lesson. His conclusion is that juniors should no longer be hired to add capacity, since the agents now do that work, but to learn, accepting that they will be slower.
  • Focusing only on boosted seniors is short-sighted for the industry. In the paper they are writing, the hosts propose a formal, AI-enhanced transfer of knowledge from seniors to juniors. Hanselman's version gives seniors a title such as "preceptor" and rewards them for the juniors they raise. Mark says internal Microsoft discussions favour making this the senior's primary job, that a pilot is starting at Microsoft, and that it takes about three years, not 90 days.
  • Startups shouldn't hire early-career engineers; larger firms must widen the base. Mark says small companies don't need a talent pipeline, and that as agents spread he would not put juniors in a startup. Medium and large companies with complex, long-lived systems should hire roughly four juniors per senior, expecting some to leave for startups or quit the field.
  • Juniors need tutor-style models and AI-free core coursework. Mark says Microsoft is discussing with GitHub agents that ask a junior to sketch a function first or explain the generated code, modelled on Khanmigo. He wants the main body of CS teaching done without AI. He cites an MIT study in which essay writers using ChatGPT could not recall their essays an hour later, while unaided writers still could a week later.
Dr. Jon KrohnTechnology Ethics 101: What Every Builder Should Know (with Stephanie Hare)
  • The book exists because builders were given no ethics training. Hare's first tech job, in 2000 at Accenture, came with about two weeks of training and no discussion of ethics, data protection, security or supply-chain failure, so Technology Is Not Neutral (February 2022; the host says the Financial Times named it a best technology book of 2022) records lessons she learned on the job.
  • The book is already dated by generative AI. Hare calls it a historical artifact: generative AI is absent, AI is treated only cursorily, and climate and sustainability are missing. She has discussed an update chapter with her publisher but thinks it is too soon, and notes the UK's digital-ID plans revive her chapter three.
  • Platform deplatforming questions persist with the sides reversed. The book opens with Twitter's Jack Dorsey removing then-President Trump after the Capitol attack; Hare argues the question of removing an elected official is still live, now posed under "Trump 2.0" with liberals rather than MAGA figures being cancelled.
Dr. Jon Krohn935: Global Issues Accelerated by AI (with Solutions), feat. Stephanie Hare
synopsis

Stephanie Hare, a London-based researcher, BBC broadcaster and author of Technology Is Not Neutral, ends the conversation arguing that the frontier most worth working on over the next decade is not AI, the metaverse or cybersecurity but fixing the climate crisis and biodiversity loss. Along the way she holds that ethics in technology should come from a professional ethos and from light, clear rules on harmful uses rather than on tools, and that national AI ambitions are about to collide with the physical limits of energy grids.

The book and its gaps. Hare wrote the book, published in February 2022, because her first tech job in 2000 came with about two weeks of Accenture training and no discussion of ethics, data protection or security. She now calls it a historical artifact: generative AI is absent and climate is missing, though she thinks an update is premature. Its opening case, Twitter's removal of then-President Trump, she says still holds, now posed with the sides reversed under "Trump 2.0".

Defining the field. Her working definition is how to maximise the benefits and minimise the harms of anything we build or use, with technology read broadly to include processes. Ethics is one blade of philosophy's Swiss Army knife; when it fails, the other branches and other cultures' traditions can be brought in. She notes that French pupils must pass philosophy to graduate high school, while US firms run AI ethics initiatives with staff who have never studied it.

Oaths and enforcement. The host doubts an international Hippocratic oath is practical and asks about enforced checkpoints. Hare values the oath because it is not enforceable. It was rebooted after the Nuremberg doctors' trial as a way to restore trust in a profession, and she wants the same ethos in engineering and business schools, not a licence to code. When the host suggests tech's first rule is profit, she counters that the best inventions come from people solving a problem.

Forks versus meals. Asked whether to regulate tools or use cases, she uses a fork: eating with it is free, stabbing with it is not. She argues that regulation like aircraft or car-seat standards guarantees quality and accountability rather than stifling innovation, and that rules should be few, clear and easy to enforce. The host's aside that knives are regulated in the UK she accepts, noting Britain's knife problem.

Slop and the internet. The host frames AI slop as the next stage of "enshittification". Hare questions whether the internet was ever as good as remembered and wonders whether it must become bad enough that people return to books and in-person life. She describes quitting Twitter, which she once likened to an airport smoking lounge, removing apps from her phone, and travelling to see events for herself because coverage distorts and AI makes it hard to know what is real. The host offers his own habits: an ad blocker, desktop-only Instagram and a paid print subscription.

Countering hype. Non-tech friends who shrug at Nvidia news keep her grounded. As a broadcaster she asks what audiences actually want: what children should study, how to reskill, and where companies should invest. When interviewing, she asks guests what they would like to be asked.

Energy limits. On the UK AI action plan, Hare says the grid is not fit for purpose. She cites Europe's highest electricity prices, an ageing network, an inability to build even housing, four heat waves this summer and drought, all set against data centres that consume energy and water. Germany has zero growth and no AI infrastructure plans; France has nuclear power but may not manage it; siting data centres in the Gulf puts them within reach of Iranian missiles. She suggests a European nuclear-backed solution as one option and calls the political problem harder than the engineering, a "wicked problem". The host notes the radiology blog quoting her had taken the line from BBC News.

Climate as the priority. Hare's chosen frontier is climate and biodiversity, which she says is underserved and increasingly defunded. AI could help but currently does not. She argues the solutions already exist elsewhere, citing Switzerland, and only need adopting.

  • Technology ethics means maximising benefits and minimising harms of any tool. Hare defines technology broadly, including processes such as automating and manufacturing, and pictures philosophy as a Swiss Army knife whose six branches include ethics, so a stuck ethical question can borrow from the other five and from non-Western traditions. She contrasts France, where every pupil must pass philosophy to finish high school, with an Anglo-Saxon world whose tech workforces run ethics initiatives without that training.
  • An oath for technologists should be an unenforced professional ethos. Hare likes the Hippocratic oath, rebooted after the Nuremberg doctors' trial, precisely because it is not mandatory; she wants ethics in the formation of engineers, as with lawyers, accountants and UK civil servants, and rejects any rule that you cannot code without it.
  • Regulate harmful uses, not the tools themselves. Her fork analogy: eating and stabbing are both uses of a fork, and only the stabbing needs regulating, so rules should be few, unambiguous and easy to enforce. She argues regulation such as aircraft and car-seat standards is a guarantee and an accountability mechanism, not a brake on innovation.
  • AI slop may finish off an internet that was never that good. Responding to the host's framing of "enshittification" and slop (he cites a recent HBR story on machine-written enterprise email), Hare suggests the internet may have to "burn itself down" before people return to books, libraries and in-person life. Her own fix is intentional use: social apps off her phone, newspapers read directly, more time with people, and going to see places herself because AI makes it hard to know what is real.
  • The national grid cannot carry the government's AI ambitions. On the UK AI action plan, Hare says Britain has Europe's highest electricity prices, an old grid needing massive investment, a housing-style inability to build, and worsening heat waves (four this summer) for water- and energy-hungry data centres. She tells listeners to check in five to 10 years how many promised projects get built, and calls the political problem far harder than the engineering one.
Dr. Jon KrohnHow to Future-Proof Your Career in the Age of AI (with Sheamus McGovern)
  • Break AI-job anxiety into a tiered skills hierarchy. Asked by the host whether cognitive work is no longer safe, McGovern, who is frustrated by clickbait angst, proposes tiers: basic prompting and chatbot use are table stakes. Above that come understanding LLM architecture, limitations, hallucination, bias and data hygiene, then keeping current with OpenAI, Anthropic and Google tooling, prompt programming and customised model workflows.
  • Orchestration and integration are the next valuable layer. McGovern argues that, as in past decades, value comes from connecting tools, putting them into production and managing latency and cost, extending to multi-agent systems and tool chains. He cites an "automation paradox": automated work still needs human oversight and judgment.
  • Human skills, domain knowledge and foresight top the hierarchy. Above engineering he places communication, collaboration, domain expertise (fintech, healthcare, law), AI strategy, ethics, safety and compliance, noting many people now pursue AI risk-compliance certificates. Above all he puts learning to learn, tolerating ambiguity and anticipating what AI will enable next.
  • Sunset old skills deliberately and build your own brand. McGovern says skills' half-life is far shorter than before, so he resists loss aversion: after decades honing his coding, he now focuses on being the best prompt engineer he can and teaches coding fundamentals before shifting to prompting. With no one depending on one employer any more, he urges blogging, posting and building a personal brand.
Dr. Jon KrohnThe Rise of Tiny Teams: How AI Is Redefining Startups (with Sheamus McGovern)
  • Startups preview tomorrow's industry-standard skills. McGovern, a venture partner at Cortical Ventures, calls AI startups "time machines": they hire for flexibility, multiple roles and coachability rather than static résumés, and those bets tend to become standard practice later.
  • AI lets startups run as "tiny teams". He describes small, highly capable teams with hybrid skills, because AI now augments or automates routine and some expert work: legal help via chatbots or legal platforms, and an MVP demo for VCs built in a day with tools such as Replit and Lovable. Founders therefore prioritise fewer, higher-quality hires with domain expertise.
  • Chasing revenue per employee is unhealthy, he argues. McGovern cites, from memory, Lovable reaching 10 million in revenue in two months with about 15 employees and Cursor reaching 100 million with 45 people, which he partly dismisses as "a wrapper around an LLM" while crediting its training work. He says Cortical itself was set up to use AI to build an AI VC firm.
Dr. Jon KrohnWhy University AI Programs Are Failing Students (with Sheamus McGovern)
  • University AI curricula lag far behind the field. The host relays a LinkedIn post by OpenAI researcher Noam Brown that intro-to-AI courses teach decades-old ideas such as hill climbing rather than LLMs and transformers, and says that, especially at US prices, a degree may not be the best use of capital for employable skills. McGovern agrees, while granting that universities must teach durable fundamentals.
  • Banning ChatGPT was the wrong response; teaching its use is right. McGovern faults universities for banning ChatGPT rather than guiding students with it, and has built AI into his own ODSC bootcamp. He also cites an MIT Media Lab co-authored paper on "your brain and ChatGPT" as a warning that overuse erodes skills.
  • Rising CS-graduate unemployment is not simply AI's doing. McGovern recalls a report putting computer-science graduates' unemployment at around 7–8% against 3–4% for another group, but attributes much of it to big-tech hiring by Apple, Meta, Google and a few others rather than AI. He concedes junior skills are easily replaced by AI and says he would hire a junior graduate eager to learn AI over one dismissing vibe coding as a trend.
  • Some universities are catching up, he expects. He names Northeastern, BU and BC as doing well and says the shift to skills-based hiring is real.
Crosstalk SolutionsIt’s Not the Size That Matters… It’s How You Rack It
  • The host chose the DeskPi RackMate for his 10-inch studio rack. He picked the 8U model after research; it lists at $119 MSRP in black or silver, with a 4U version and accessories, and he says the video is not sponsored and he bought it himself, though he adds an affiliate link.
  • Assembly was easy and the kit complete. He reports it took under 30 minutes with clear instructions, and that it ships with a shelf plus a separate shelf for single-board computers such as Raspberry Pis; he 3D-printed a mount for his Comet PoE KVM and plans to move his studio network into it later.
GCastMastering GitHub Copilot course, Using GitHub Copilot with Python, Part 2 [GCast 207]
  • Agent mode trades Ask mode's safety for the power to edit files. Continuing from Part 1 of the Python module of Microsoft's "Mastering GitHub Copilot for Paired Programming" course, Giard works in its prebuilt GitHub Codespace, where the Copilot chat window has a drop-down for Agent, Ask or Edit mode. Ask mode, used in sections 1 and 2, by default creates and modifies nothing. Agent mode can change your files, so he says you want to keep an eye on what it is doing.
  • Files in the chat's context get Copilot's constant attention. Files open in the editor are added by default, and others can be added with the plus button or by dragging them from the File Explorer. With no file in context it should look at the whole repository, so Giard advises adding the files most important to a prompt to scope it.
  • Agent mode turns a multi-step prompt into a to-do list. Asked to fix code structure and comments, add consistent error handling, input validation and API versioning, write unit and integration tests, document the project, and make it deployment-ready, secure and faster, it drew up six to-dos and worked through them in turn. Proposed changes show as green (added) and red (deleted) lines until accepted with "keep". The demo added validation code, a tests folder and more documentation, and the API page still ran on port 8000. Giard says he would not send all of this as one prompt in production, but would run the prompts one at a time.
  • Agent output is non-deterministic and still needs a human check. Giard says this was his fourth run of the section and each gave different results; the day before it ran for about half an hour and made much bigger changes. His view is that it is not necessarily correct, so you should run, compile and read the code and understand it before accepting it, even when using it to learn Python, and that AI is not going to take your job yet.
  • Instruction files set the standards Copilot applies when generating code. A Copilot instructions markdown file in the project's .github folder sets guidelines such as project purpose, technologies, coding style, naming conventions, the PyTest testing framework and the mocking framework, and applies to every file in the project. For rules that cover only some files, a file such as apiroutes.instructions.md in a .github/instructions folder carries an "apply to" pattern at the top. In the demo it limits the rules to Python files in the webapp folder, for type hints, docstring format, parameter names and accessibility.
Technology and FriendsCarlos Robles on Developer Tools for SQL Server [EPISODE 879]
  • Microsoft is retiring Azure Data Studio to focus on VS Code. Robles, a principal product manager on Microsoft's SQL developer experiences team, says the retirement was announced in February "this year" and that by the end of February next year there will be no patches, updates or new development. His reason is cost: ADS is a fork of VS Code, and maintaining both was too taxing when VS Code has, by his figure, more than 50 million daily users.
  • The MSSQL extension is deliberately not a drop-in replacement. Robles puts the shared experience at "probably 90%". Some habits break (F5 opens the debugger in VS Code rather than running a query, though key bindings can be remapped), and ADS's admin extension with SQL Agent and SQL Profiler is not coming over, because the team targets the developer persona and cut features whose adoption was low; he says Agent and Profiler are highly requested and something might be done via GitHub Copilot.
  • The extension, out since 2017, got real investment only from November 2024. Robles says the push began at Ignite in November 2024 with a new UI (connection dialog, query results, query plan analyzer, table designer), then schema compare and a schema designer that edits tables visually and emits the T-SQL; the UI went GA in May alongside GitHub Copilot support.
  • Copilot gets database context through an @mssql chat participant. In ask mode it needs an open connection; in agent mode the agent discovers the extension's tools itself, lists connections, picks the server and database and acts, sometimes wrongly unless hinted. It runs on the SQL Tools Service back end, and Robles says Microsoft stores no prompts or PII and has no telemetry beyond reported errors and thumbs-up/down ratings.
  • The roadmap closes the ADS gap, then makes AI proactive. Shipped recently: SQL Server containers in a couple of clicks (SQL Server 2025 reached public preview in May) and browsing and provisioning SQL databases in Fabric. Planned or under consideration: backup and restore, edit data, DACPAC export/import, a table explorer, Azure SQL provisioning, AI offering help when a query runs over two minutes, Copilot in the schema designer, and Data API builder integration; he stresses none of it is set in stone and asks for feedback.
Dr. Jon Krohn934: Is AI Replacing Junior Workers? — with Jon Krohn (@JonKrohnLearns)
  • Aggregate data show no AI jobs apocalypse. The host notes US job creation slowed to 20,000 in August from 160,000 in April, but cites Yale's Budget Lab (October) finding no major shift in the kinds of jobs people do since ChatGPT's late-2022 debut, and a stable share of the white-collar jobs most exposed to AI.
  • Payroll data show young workers in AI-exposed jobs losing ground. He reports Stanford research by Erik Brynjolfsson (August), covering payroll records for over 25 million workers: employment of 22–25-year-olds in AI-exposed occupations fell 13% since late 2022 while older colleagues in the same jobs grew about 6–9%, and software developers aged 22–25 fell nearly 20% by this summer. Brynjolfsson's explanation, as relayed, is that LLMs learn from written material like university study, while older workers hold tacit knowledge never written down.
  • Junior hiring fell faster at firms adopting generative AI. Two Harvard researchers used AI to parse 200 million job postings, tagging about 10,000 firms hiring "generative AI integrators" as adopters against 280,000 control firms; junior positions fell 8% more steeply at adopters after 2023, with no gap in senior hiring. Mid-tier university graduates fared worse than top- or bottom-tier ones, which the host reads as firms keeping top recruits for skills and bottom-tier ones for cost.
  • The entry-level market is splitting by AI skill. Per the host, entry-level workers with AI skills saw salaries rise 12% year on year, while recent reporting says Goldman Sachs and Morgan Stanley executives are weighing cuts of up to two-thirds in junior analyst hiring. His advice is to build skills that complement AI, gain deep expertise, or lean on interpersonal skills.
  • Adopters are still few, so the effect may grow. The host stresses that only about 10,000 of almost 300,000 firms in the Harvard study were AI adopters, and expects the impact on the data to grow as adoption spreads.
Scott HanselmanAI-Powered Migration plus Raw Experience with Mike Rousos
synopsis

Mike Rousos, a principal software engineer in customer engagement at Microsoft, ends up holding that AI-assisted migration works only as an incremental mix. Deterministic tools do the known 75%. An LLM handles the unusual remainder. A human validates, and experience still decides how much the tooling helps.

What customer engagement is. His group sits in the product organisation and advises customers on new .NET and Azure tooling without charging and without doing the work for them. Account teams bring cases, and the group picks those with the most to teach the product.

A triple migration. The recent customer was moving 50-plus apps off old .NET Core, .NET Framework and bare metal into App Service Environment, mainly to stop maintaining a data centre. Rousos lists the reasons to upgrade: support (.NET 5 has expired; Framework 4.8 is supported indefinitely), NuGet packages, cross-platform support and hiring. He warns that performance gains require profiling first.

Validation as the bottleneck. Only one app had tests, and the teams upgrading them didn't own them. He says validation takes as long as the upgrade, so tests come first. Hanselman's version is to write tests around whatever he fears breaking, such as his blog's 20-year-old rewrite rules.

Where Copilot fits. The Copilot app modernization tool, generally available about a week before recording, combines static analysis, a knowledge base served over MCP, and an LLM for build errors. It asks for help after three or four failures and stores the developer's diff to reuse. He recommends going step by step, with documentation, then tests, then transformation. His team's "X to Y" template has Copilot write a structured prompt and then run it in a fresh session.

The experience gap. Customers report about 25% gains, mostly from seniors. One junior said "I don't know what to ask it". Hanselman says the qualification for migrating old code is being an old programmer and asks how AI could teach juniors instead. Rousos concedes he has no answer yet.

  • Deterministic tooling handles most of a migration; the LLM handles exceptions. Rousos, a principal engineer in Microsoft's customer engagement group, says rules and static analysis cover about 75% of a .NET upgrade, and the LLM fits the rest together when builds or restores fail unexpectedly. He calls each customer's app a "herd of unicorns". Hanselman frames it as keeping deterministic steps deterministic and sending ambiguity to the LLM.
  • Validation takes as long as the migration itself. Rousos's recent customer was moving 50-plus apps from old .NET Core, .NET Framework and bare metal to App Service Environment, and only one app had automated tests. Central teams who don't know the apps own the upgrades, so he recommends recording Playwright tests or generating tests first. Hanselman describes writing about 20 tests around his blog's routing before migrating it.
  • Upgrade for support, ecosystem and hiring, then profile for speed. .NET 5 is out of support, while .NET Framework 4.8 is supported indefinitely. Rousos cites NuGet packages dropping Framework support and customers who can't hire for Web Forms. Modern .NET raises the performance ceiling, but customers who don't profile have seen no speedup because the same slow SQL query remains.
  • Copilot app modernization works stepwise and learns from developer fixes. Rousos says the Visual Studio tool reached general availability about a week earlier and draws on a knowledge base through an MCP server. When stuck after three or four attempts it asks for help and stores the developer's diff locally for later similar errors. The .NET Upgrade Assistant began as his team's prototype for a customer. He advises working incrementally: Copilot writes documentation one day and tests the next, not a one-shot migration.
  • Structured prompts beat one-shot requests for code transformation. His team's "X to Y" template has Copilot first write a prompt that includes a task list and success criteria, then run it in a new session. He keeps instruction files reminding Copilot that old Framework apps use MSBuild and packages.config.
  • Seniors report 25–50% gains; juniors often report none. At one customer, juniors said Copilot did not make them faster, and one said "I don't know what to ask it". Hanselman reports 25–50% gains on his own roughly 12 hours a week of coding. He ties the junior gap to a paper he is writing with Mark and asks how AI could teach early-career engineers on engagements. Rousos says he has no answer yet.
Crosstalk SolutionsThis Wireless Planning Tool Feels Like Magic!
  • Hamina is the professional sweet spot between free tools and Ekahau. The host prices a Nomad survey device at about $1,700 plus $2,340 a year for the Planner Plus and Onsite licence, just over $4,000 the first year; the equivalent Ekahau setup is well over $10,000 (Sidekick 2 about $5,000, licence $5,500, renewals near $2,000 a year). The video is not sponsored, but Hamina gave him the licence free.
  • UniFi's free Design Center only suits all-UniFi jobs. Hamina covers dozens of manufacturers and hundreds of access point models (Cisco, Ruckus, TP-Link) and ties in with on-site survey data; a limited free Planner Lite exists. He says it is a tool for professional work, not for planning a home network.
  • Floor-plan import auto-detects walls, doors and materials. On a sample floor plan from the TV show The Office, it auto-scaled the plan and found drywall, heavy drywall, wooden doors and an elevator, viewable in 3D; walls can also be drawn by hand from a material library with per-band attenuation values.
  • The AI auto-planner overplaced APs but handled 2.4 GHz sensibly. Using TP-Link EAP653 Wi-Fi 6 units, it placed too many access points for the host's taste and he cut them to two, but it had disabled 2.4 GHz on about half and spread the rest across channels 1, 6 and 11. A client simulator shows band changes and roaming as a device walks the floor, and multi-floor layouts account for bleed between floors.
  • It also plans cabling and produces a customer-facing bill of materials. He added two 48-port switches with 500 W PoE budgets, an ER707-M2 router (four ports, no PoE), cameras at entrances, PCs and a phone at every desk (he likes two drops per desk); cable trays tidied the runs, the bill of materials showed over 2,500 ft of Ethernet, and customers get a branded live link showing coverage.
Dr. Jon KrohnHow to Rewire Your Skills for the Age of AI (with Sheamus McGovern)
  • The speed of change is itself the new challenge. McGovern says change always outruns most people's ability to absorb it, which creates opportunity for those who adapt. He cites a study, which he does not fully believe, that skill requirements in AI-exposed jobs turn over by roughly 30-something percent, about every three years, and he repeats the host's line that compute doubles every six months.
  • Skills keep expanding like the universe rather than disappearing. From three decades in tech, McGovern argues old skills rarely vanish (COBOL programmers are still needed); there are simply more of them. The host adds that data science has branched into AI engineering, which will itself branch.
  • Treat AI as a collaborative partner and look at what is newly possible. McGovern says AI has moved from tool to partner since about 2015 and will either augment or automate work, both of which create opportunity. His example is sales, where lead generation, SDR, account executive, account manager and sales engineer roles can be rolled up, letting one person do far more.
  • Most office work is drudgery, so roles shift toward orchestration. He relays the CEO of OpenHands (an open-source successor to OpenDevin) telling him most work today is drudge work, and adds that automation still needs oversight and judgment. Data and AI roles will therefore involve less building models from scratch and more designing workflows, supervision and evaluation.
Dr. Jon KrohnHow ODSC, the World’s Biggest Data Science Conference, Began (with Sheamus McGovern)
  • The conference grew out of free local data-science meetups. ODSC's founder, McGovern, moved from Fidelity's algorithmic trading floor to hedge funds, where NLP use began around 2009–2010, then to NLP startups and a consulting firm. Around 2011–12 he found free meetups gave better talks than paid conferences that amounted to product pitches, so he started a Boston data science meetup that grew into the Boston Data Festival, with a first ticket of $20 in 2013.
  • Demand forced a volunteer festival into a full conference. When he tried to give the festival away because it hurt his consulting business, attendees begged him to turn it into a conference; with three staff he booked the Boston Convention Center and charged $50, and in April 2015 found a queue around the block that his partner said meant they had underpriced.
  • The founding idea was that open-source tools make anyone a data scientist. McGovern says scikit-learn, pandas and similar tools plus the will to learn were all it took, at a time when the first data-science master's (which he places at Columbia in 2015) had only just appeared. He says attendees came from history, economics, programming and journalism and have gone on to write books and lead AI at large companies, and that ODSC has stayed practitioner-focused rather than chasing size.
GCastMastering GitHub Copilot course, Using GitHub Copilot with Python, Part 1 [GCast 206]
  • A GitHub Codespaces environment comes ready to run the exercise. Giard opens it from a button in the course instructions (github.com/microsoft, the "Mastering GitHub Copilot for Paired Programming" course); it runs in the browser with the repository's code, VS Code, Python, the VS Code extensions and GitHub Copilot already installed. This episode covers sections one and two of the Python lesson's four.
  • Ask mode is the least powerful and safest of Copilot's three modes. Of ask, edit and agent, ask only answers questions or suggests code changes and makes no changes itself; Giard advises staying in it until you need edit or agent mode.
  • Copilot chat can explain a project and diagram its workflow. Typing "/" lists built-in commands and "/help" describes them; "/explain" with @workspace, an agent that understands the whole project, described the two endpoints in main.py. Asked in plain English for a workflow diagram, it laid out the browser-to-endpoint flow, which Giard calls useful for inherited code or for explaining code to management or a customer.
  • A code comment prompts Copilot to write the code as ghost text. Lighter-coloured suggested code with no line numbers appears under the comment; Tab accepts it and Escape dismisses it. From two comments he got a Pydantic model and a FastAPI POST endpoint, /checksum, deleting extra code Copilot had anticipated but he had not asked for.
  • Ctrl+I opens chat that acts only on the highlighted code. It is Cmd+I on a Mac. "/improve" reworked the endpoint and added an import of hashlib, with accept, regenerate or close as the options; explicit instructions then added a hash-type parameter (MD5, SHA1 or SHA-256), a check that the text is not empty with a 1,000-character limit, and a fuller docstring.
Crosstalk SolutionsStart Making Money with Your Network Skills Today
  • Walking into local businesses won the host more customers than advertising. Before YouTube he tried Google ads, Craigslist and newspaper ads without success; handing out cards in person (a goal of five a day) worked best. He advises listening for pain points rather than pitching, and targeting locally owned businesses, since chains like Walmart or Starbucks have central IT.
  • A free wireless survey is the best foot in the door. He suggests leaving a one-page flyer offering a free service, with a survey favoured because it is quick and visual; NetSpot Pro costs $199, or Hamina Onsite for more advanced work. Follow up with a recap email within 24 hours, then send a short proposal restating their problems, with a simple diagram but not enough detail to do it themselves.
  • A Wi-Fi 7 Omada restaurant build yields over $300 hardware margin. The video is sponsored by TP-Link. His design uses two EAP772 and one EAP772 Outdoor access points, an ER707-M2 router, a 24-port 2.5 Gbps PoE switch with a 500 W budget and an OC220 controller, with separate VLANs for POS and guests; about $1,520 at MSRP against $1,216 at Elite tier (20% off). He notes the upcoming EAP725 Outdoor (November) would be cheaper for the patio.
  • Standardizing on one vendor makes cookie-cutter budget builds profitable. A Wi-Fi 6 gigabit version (ER605, SG2428LP with 16 PoE ports, EAP653 and EAP610 Outdoor, Omada cloud controller) costs the customer about $640 with over $125 margin. He argues one ecosystem means faster setup, shared spares across clients, and that Omada is cheaper than brands with ongoing licence fees.
  • Omada partner discounts climb from 10% to 20% by quarterly volume. Authorized distributors give 10% off MSRP; Elite tier adds another 10%, and deal registration allows custom pricing on large bids. TP-Link is offering its Wi-Fi 7 demo kit (ER707-M2, two EAP723s, a 10-port PoE switch, OC220) at 50% off, just under $250.
Dr. Jon Krohn933: Future-Proofing Your Career in the AI Era, feat. Sheamus McGovern
synopsis

Sheamus McGovern, CEO of Open Data Science and founder of the ODSC conferences, ends the conversation with an optimistic case: AI multiplies skills rather than erasing them, so the way to future-proof a career is to keep rewiring, from building models towards orchestration, evaluation and human-centred skills, and to prove ability through visible work rather than credentials. He expects AGI eventually, but not on the timelines being promoted.

From meetups to a conference. McGovern traces ODSC to his move from Fidelity's algorithmic trading floor and hedge funds, where NLP use began around 2009–2010, through startups and consulting. Free Boston meetups around 2011–12 gave better talks than paid vendor conferences, so he founded one; it grew into the Boston Data Festival, with $20 tickets in 2013. When he tried to hand it off, attendees pushed him to make it a conference. The first, at the Boston Convention Center in April 2015 at $50 a ticket, drew a queue around the block. The founding belief was that open-source tools like scikit-learn and pandas let anyone become a data scientist. The conference is now renamed ODSC AI, after a trademark attorney warned against "Open AI", and has shifted towards virtual summits because the field moves too fast between annual events.

A decade of shifting skills. He narrates the arc from scikit-learn, PyTorch and Jupyter, through AlphaGo in 2016, the 2017 transformer paper (whose talk went over his head) and BERT, to ChatGPT in November 2022. After that the work moved from hyperparameter tuning to fine-tuning pre-trained models, and then to agent frameworks.

AI engineering and its offshoots. The host proposes AI engineer as a subset of data scientist that may involve no model training at all. McGovern agrees, though ODSC's nearly nine years of job-description data still show data scientist as the most common title. He expects many sub-roles, singling out AI evaluation engineer, because RAG, graph RAG, agent memory, MCP and multi-agent orchestration are hard to evaluate and companies are keen on it.

Rewiring for speed. McGovern says the pace of change always outruns people's ability to absorb it. He cites, sceptically, a study putting skill turnover in AI-exposed jobs at roughly 30-something percent every three years. Skills never disappear, they multiply. AI is becoming a collaborative partner that augments or automates; one salesperson could absorb roles that are now split among several. Relaying the CEO of OpenHands, he calls most office work drudgery and says automation still needs oversight.

Hiring on capability. McGovern has always favoured skills-based hiring and notes Fidelity, IBM and Google dropping degree requirements. At Cortical Ventures he is a part-time venture partner and head of AI; the firm uses agentic workflows to find founders and treats degrees as one signal only. He tells candidates to show proof (GitHub, posts, talks, volunteering) and hiring managers to look for coachability. Picking up the host's relay of Noam Brown's criticism of outdated intro-AI courses, he faults universities for banning ChatGPT. He also argues that rising CS-graduate unemployment, around 7–8% against 3–4% by his recollection, owes much to big-tech hiring rather than AI alone.

Tiny teams. Startups, which he calls "time machines" for the industry, now build small hybrid teams that lean on AI. He questions their fixation on revenue per employee, citing Lovable and Cursor figures from memory.

A hierarchy for the future. Asked whether cognitive work is no longer safe, McGovern lays out tiers: prompting as table stakes, then understanding LLM limits, keeping current with tools, orchestration, human and domain skills, AI strategy and compliance, and finally learning to learn and foresight. He urges personal branding and deliberately retiring old skills, as he has with coding, and dismisses near-term AGI claims.

  • AI engineering is splitting into niches, with evaluation the hottest. The host calls AI engineer a fast-growing subset of data science, built on API calls and agent frameworks rather than model training; McGovern agrees but says that, in the job descriptions ODSC has gathered for almost nine years, data scientist is still the most common role. He predicts more sub-roles, and says an "AI evaluation engineer" who can assess RAG, graph RAG, agents, MCP tools and multi-agent orchestration can command high pay now.
  • The pace of change, not obsolescence, is the real threat. McGovern cites a study, which he only half believes, that skills in AI-exposed jobs turn over by roughly 30-something percent about every three years. He argues skills never vanish but multiply "like the universe", and that work is shifting from building models to designing workflows, supervision, evaluation and orchestration, because automation still needs oversight.
  • Hire on demonstrated skills; degrees are now one signal among several. He notes Fidelity, IBM, Google and possibly Meta dropped degree requirements, and that at Cortical Ventures, where he is a part-time venture partner and head of AI, a founder's degree is one signal only. Hiring managers should look for portfolios, community contributions, coachability and eagerness to learn, since AI roles emerge faster than degree programmes; he says universities are currently doing CS and data-science graduates a disservice.
  • AI lets startups run as tiny, hybrid teams. McGovern says startups preview tomorrow's skills and now build small teams that use AI for legal work and day-long MVPs, though he calls the focus on revenue per employee unhealthy. He cites Lovable at 10 million in revenue in two months with about 15 staff and Cursor at 100 million with 45 people.
  • Climb a skills hierarchy and sunset old skills deliberately. His tiers run from table-stakes prompting, through understanding LLM limits and keeping current with vendor tooling, to orchestration, then human, domain and strategy skills, then learning to learn and foresight. He has shifted his own effort from coding to prompt engineering and expects AGI eventually but "not in the timelines people are talking about", likening calling today's AI AGI to calling a skateboard a self-driving car.
Dr. Jon KrohnWhy You Don’t Need to Wait for Quantum Computing to Optimize Your Business (with Jerry Yurchisin)
  • NP-hard labels wrongly convince people to wait for quantum. The host relays Dell's global CTO, from episode 887, calling quantum computing an inevitability. Yurchisin says the perception that mixed-integer programming falls in a "super hard" complexity bucket leads people to assume such problems are unsolvable until quantum arrives, and he takes no side on whether quantum is inevitable.
  • Supply chains can be optimised now rather than in a quantum future. Because quantum is not a viable way to solve problems today, Yurchisin argues executives should capture savings now with classical mathematical optimization instead of waiting.
  • Optimization work today is the groundwork quantum would need anyway. Understanding the business case, stakeholders, buy-in and data connections must happen either way, he says, and an optimal classical solution gives a reliable benchmark for any future quantum proof of concept. What quantum might add is finer granularity (modelling individual workers) or turning 10-minute or hour-long solves into a second or millisecond.
Dr. Jon KrohnHow Toyota and Total Wine Use Mathematical Optimization to Save Millions (with Jerry Yurchisin)
  • A carmaker put an LLM front end on its manufacturing optimizer. Yurchisin relays a talk at Gurobi's Decision Intelligence Summit in Las Vegas: Toyota's optimization model plans vehicle manufacturing from regional demand forecasts, and planners query it in natural language with what-if scenarios, such as tariffs swinging from 0% to 10% to 80% or a supply being halved, without writing models or Python. He calls this a new way to give optimization to the domain experts who make the decisions.
  • A retailer's data scientists learned optimization without operations-research training. Yurchisin says Total Wine faced a massive purchasing problem (pack sizes, quantities and delivery timing for every beer and wine) where machine learning "was not cutting it", and a data-science team with no operations-research training built optimization in-house with help from Gurobi's support staff. He says they now save "a lot of money" but declines to give a number, and adds that many such customers would rather not discuss it, calling optimization "the best kept secret in decision-making".
Dr. Jon KrohnLearn Mathematical Optimization for Free (with Gurobi’s Jerry Yurchisin)
  • Learning optimization requires no enterprise licence. Yurchisin says his role at Gurobi, for almost four years, has been bringing optimization to the data science and AI community. pip install gurobipy gives a free, size-limited licence that is enough to model a smaller version of a real business problem, though not ones with millions or billions of decisions.
  • An optimization model is a "mathematical twin" of the business. Yurchisin's framing is that you represent your problem or system in math, code it in Python and call optimize to get the optimal answer, so a small-scale version can still accurately reflect the real problem.
  • Free courses pair Gurobi's material with outside practitioners. He lists gurobi.com/learn and a four-part Udemy course built with a Georgia Tech analytics master's professor. There are also three YouTube playlists in an "Optimization for Data Scientists" series starting at Opti 101, with a 301 teaser due at the end of November, featuring a consultant from the firm Decision Spot who brings real client problems.
Dr. Jon Krohn932: Should You Build or Buy Your AI Solution? With Larissa Schneider
synopsis

Larissa Schneider, co-founder and COO of Unframe, ends up arguing that enterprises should buy most AI, build only what is strategic, and judge every project against KPIs set before work starts. She presents her company's model as a middle path between the two.

The model. Unframe, founded roughly March of last year, has raised $50 million according to the host. Schneider says its platform is made of hundreds of reusable building blocks. Customers pay nothing until a proof of concept shows value, then a sized subscription that includes all tailoring. Blocks built once, such as for long lease agreements, cover about 95% of the next similar case.

Picking winners. Schneider says board pressure drives aimless AI projects, so Unframe begins with a short business-impact analysis of budget, goals and team buy-in. She calls the MIT NANDA report's 95% failure rate, which the host cites, proof of the approach. She also warns regulated firms against spreading unmaintained agents.

Build versus buy. Her rule is roughly 80% buy and 20% build: build only systems with IP or strategic weight, such as core banking, since in-house builds date within weeks. A top-three Wall Street bank's backlog of 1,670 use cases, due by end-2026, illustrates the scale problem.

Measuring success. Her benchmark customer brought 1,000 samples and targets of 96% accuracy at over 90% completeness. Typical work includes IT-operations correlation for a Fortune 10 insurer and contract extraction, with solutions usually shown a week after the workshop.

  • Reusable building blocks let a vendor tailor AI with no upfront cost. Schneider, co-founder and COO of Unframe (founded around March last year, $50 million raised per the host, close to 100 staff within months), describes a "managed AI delivery platform" of hundreds of Lego-like blocks. Customers pay nothing until a proof of concept shows business value, then a "t-shirt-size" subscription per solution per year that includes all tailoring services; she says a block built once, such as for 80–90-page commercial leases, covers about 95% of the next similar use case.
  • Start from ROI and KPIs, not from available technology. Schneider says board pressure pushes firms to "just do something"; Unframe runs a business-impact analysis on about five or six factors, including budget and team buy-in, to pick the use case that moves the needle. Her model customer arrived with 1,000 data samples and targets of 96% accuracy at over 90% completeness.
  • A widely cited failure statistic vindicates the outcome-first model, she argues. Responding to the host's citation of the MIT NANDA report that 95% of AI projects fail to show value in production, Schneider calls it "gold" and "scientific proof" of Unframe's approach. She warns that handing business units agent builders in regulated firms risks hundreds or thousands of unmaintained autonomous agents.
  • Buy most AI use cases; build only the strategic few. Schneider's rule is roughly 80% buy, 20% build. She would build only what carries IP or strategic weight, such as a bank's core banking system or customer interactions, and buy IT ticketing, knowledge search and marketing content. In-house builds are outdated within a week as models move, she says. She cites an AI leader at a top-three Wall Street bank with a backlog of 1,670 use cases due by end-2026 as proof that in-house capacity cannot keep up.
  • Typical wins are IT-operations correlation and contract extraction. For a Fortune 10 US insurer whose 26-person observability team manually correlated ServiceNow, Jira, Confluence, Splunk and other tabs, Unframe built a single AI view to cut resolution time; it also extracts terms and expiry dates from scanned contracts. She says a production-ready tailored solution is usually shown the week after the workshop, using dummy data where regulated clients will not connect production systems.
Scott HanselmanThe Game Designers Workbook with Bobby Lockhart
synopsis

Bobby Lockhart, an educational game designer and, with Eric Lang, author of The Game Designer's Workbook, ends up holding that every game teaches. Good design starts from what is genuinely fun to learn, and his workbook teaches design the same way: by play and reflection, not prescription.

Why educational games. Inspired by the primer in Neal Stephenson's The Diamond Age, he once imagined an AI tutor that watched the learner. He now doubts that approach. He wants instead a learning-game ecosystem broad enough to pick one's way through an education, and he concedes that isn't possible.

The design rule. An educational game's core mechanic must be the interesting part of the subject, or it becomes "chocolate-covered broccoli". Math Blaster taught that math interrupts fun. Code Combat, which he worked on, had children type real code with real errors, and he credits its spread partly to luck. He cites Seymour Papert: build a Mathland, the way France is for French.

The workbook. Readers work through playful exercises and reflection chapters, which he includes because research shows reflection fixes learning. He says he has grown less dogmatic and treats constraints as the method, citing Robert Rodriguez. The book's pencil-only limit led to printed dice in the margins for randomness.

What game design is. He calls it a humanity, not STEM. It predates computers: Senet is about 3,000 years old. Ludology is distinct from game theory. He contrasts the STEM games the market rewards with the free public-media games he made for Field Day Lab.

Fun as learning. Hanselman raises Raph Koster's view, cited in Lockhart's blog, that fun is the feeling of having learned. Lockhart's example is a daily word puzzle sometimes solved in reverse.

  • An educational game's core mechanic must be the subject itself. Lockhart says all games teach, even if only how to play or spend money. Making anything else the core mechanic produces "chocolate-covered broccoli", as in Math Blaster, where the math quiz interrupts the fun and teaches that math is in the way. Following Seymour Papert, he argues for building a context where the subject matters, a "Mathland" in the way France is for French.
  • Code Combat worked by making kids type real code. Lockhart worked on Code Combat and its successors. He says they deliberately skipped the abstractions most coding games use, so players hit real syntax and logic errors in challenges that make concepts such as variables concrete. He credits part of its spread to luck: it was on the web just as schools adopted Chromebooks, and it reached Y Combinator at the right time.
  • The workbook teaches by exercises and reflection, not doctrine. Lockhart says he has grown less dogmatic about game design. The book aims to help readers find their own voice through playful exercises, with reflection chapters because research shows reflection solidifies learning. Its constraint of pencil and page led to rows of random dice printed in the margins.
  • Game design is a humanity, not STEM. Lockhart objects to classing game design as engineering. Games predate computers, and Senet, roughly 3,000 years old, is the oldest whose rules are known. Ludology, the study of games, is unrelated to the economists' game theory. He argues that constraints breed creativity, citing Robert Rodriguez's Rebel Without a Crew.
  • His goal is a learning-game ecosystem broad enough for self-directed education. Inspired by the primer in Neal Stephenson's The Diamond Age, he first imagined an AI-driven personalised tutor but now doubts that approach. Instead he wants enough learning games that someone could choose their way through an education, which he concedes isn't possible and for some subjects not advisable. He notes that the market rewards STEM games, while the free public-media games he made for Field Day Lab cover subjects like journalism and algae blooms.
Technology and FriendsJennifer Wadella on The 7 Deadly Sins of Management [EPISODE 878]
synopsis

Wadella holds that there is no recipe for good management, only a list of things never to do, each paired with a situational opposite to aim for.

Never rules from bad managers. Wadella says her career was shaped more by her many terrible managers than her two or three good ones, and that every team differs, so prohibitions travel better than prescriptions.

The seven sins. Homophily, hiring people like yourself; delegation aversion; carbon copying, her charge against Dave Ramsey's EntreLeadership; reticence, withholding feedback; ingratiation, chasing being liked; self-absorption, forgetting that ICs lack the manager's big picture; and pride, expecting obedience because of title.

Giard's objection. Giard argues one can avoid every sin and still fail, citing his worst Microsoft manager, who took Radical Candor as his bible yet criticised everything and ignored acted-on feedback. Wadella agrees nuance is needed, recommending Thanks for the Feedback and First, Break All the Rules, the Gallup-data study linking management to company success.

The opposites. Heterophily; conscious delegation with clear frameworks; custom coaching; being forthcoming, with immediate feedback about actions; authenticity with boundaries, likened to parenting; consideration of others' information; and humility through servant leadership. Giard adds an MBA case of the founder whose do-it-all skills fail at 100 employees.

  • Managers who won't delegate cannot scale a team. Wadella, director of front-end engineering at Interplay Learning, calls delegation aversion a deadly sin and prescribes "conscious delegation": deliberately choosing tasks to hand off, within a framework and clear expectations, which she says should take a large share of a manager's time.
  • Trying to make copies of yourself stifles your people. She attacks Dave Ramsey's EntreLeadership for its aim of creating copies of the entrepreneur; her alternative is "custom coaching" to each person's own strengths. Giard adds that what makes an entrepreneur successful differs from what makes a good employee.
  • Withholding feedback to stay liked short-changes your team. Against reticence she prescribes being forthcoming: feedback should come immediately, never saved for a mid-year or year-end review, and should address actions and outcomes, not attributes.
  • Chasing popularity fails; boundaries help engineers execute. Against ingratiation she sets authenticity, arguing that guardrails give even highly autonomous engineers a framework to weigh trade-offs, the way a themed prompt cures writer's block; "you're not here to be their friend."
  • Managers forget their reports can't see the big picture. She calls self-absorption the sneakiest sin: a manager holds the picture on the puzzle box while ICs hold only pieces, and frustration that they "just won't do this thing" follows; the remedy is consideration of what information and priorities each person is working with.
Dr. Jon KrohnWhy NVIDIA’s CEO Name-Dropped Gurobi at GTC (with Jerry Yurchisin)
  • Optimization use is widespread but kept secret as a competitive edge. The host says Gurobi is used by a large share of the top US companies by market capitalisation, yet is little known because it sells B2B. Yurchisin says firms keep their optimization quiet because they do not want competitors to know how they cut costs.
  • A chipmaker's open-source GPU solver prompted a collaboration. The host notes that Nvidia's CEO name-dropped Gurobi in his GTC keynote this year. Yurchisin says Nvidia released an open-source optimization solver, cuOpt, that runs on GPUs, that the two companies exchanged learnings, and that Gurobi's executives visited Nvidia's headquarters a couple of months ago.
  • "GPUs hate pivoting", but very large linear programs now benefit. Yurchisin explains that traditional optimization algorithms rely on pivot operations that do not parallelise, which is why CPUs have been the best fit. Newer algorithms on GPUs, he says, are cutting solve times significantly for super-large linear programs with continuous variables, unlike the discrete yes/no decisions common in supply chains. Gurobi is adding this to its product and asking customers with such problems to send them in.
Scott HanselmanEPISODE 26 - Scott and Mark Learn To… AI-Assisted Coding: Can AI Take the Wheel?
synopsis

Mark's position, largely shared by Hanselman, is that AI will not reliably vibe-code moderately to highly complex software in the next one to three years. AI-assisted coding still pays off for experienced people who read the output. The open problem, deferred to the next episode, is how juniors will gain that judgment.

Why complex code defeats agents. Mark's example is synchronization. Training data shows one side of a protocol at a time, so models never learn the interaction, and supplying runtime state over time would add enormous context. Asked whether cleaner best practices would help, he says no: LLMs learn from detailed code patterns, not abstract ideas.

Scale against world models. Mark leans toward the "stochastic parrot" view. He cites an Apple paper on out-of-distribution failure, and Yann LeCun and Richard Sutton calling LLMs a dead end. Hanselman argues that needing data centres to match a child's 20-watt brain means the model is wrong. Mark counters that biological neurons are simply more sophisticated.

Anthropomorphism and safety. Mark relays Mustafa Suleyman's warning about "seemingly conscious AI" and notes reports of AI psychosis. He says he red-teamed GPT-5's thinking model and calls it the safest on the market. Thinking tokens, he explains, are extra passes through the model, not a reliable monologue: models penalised for revealing intent learn to hide it there.

Vibe coding over time. Mark says a vibe-coded business starts simple, then its architecture buckles under new features until the AI cannot cope. Hanselman lists agents that pushed to main, deleted test data and fixed races with sleeps, yet values quick utilities built in a day. Mark says reviewing costs a tenth of the effort of writing, but juniors won't develop the intuition to override the AI.

  • AI won't vibe-code complex systems end to end. Mark says current agentic systems repeatedly fail at complex synchronization. They see one side of a client–server interaction at a time in training data and never build a model of the interaction. Teaching them would need runtime state over time, like time-travel debugging, which is a huge amount of context. He says he doesn't expect this fixed in one, two or three years, and calls that his opinion given his experience.
  • LLMs learn code patterns, not concepts, and fail out of distribution. Mark places himself nearer the "stochastic parrot" camp than the scale-brings-generality camp. He cites an Apple paper and Yann LeCun and Richard Sutton calling LLMs a dead end because children learn from a few examples. Hanselman adds that one-shot demos like Space Invaders are poor tests because the training data is full of them.
  • Thinking tokens are extra passes, not a faithful inner monologue. Mark says the tokens give the model more passes through its weights before answering, and that past a budget more thinking can degrade answers. He relays studies, including Anthropic's, in which models penalised for showing intent learn to hide it from their thinking tokens. He says he red-teamed GPT-5's thinking model and calls it the safest model on the market.
  • Vibe-coded businesses break as requirements outgrow the architecture. Mark describes projects that start simple, accumulate hacks as features arrive, and reach a point where the AI cannot keep the interactions straight. Hanselman lists his own incidents: an agent pushing to main from another branch, deleting test data, and using sleeps to fix race conditions.
  • AI-assisted coding pays off for small tools and lower effort. Hanselman vibe-coded a GitHub Actions artifacts analyzer in a day after running out of quota. Mark says reviewing AI-written code costs him a fraction of the effort of writing it. He calls it AI-assisted rather than vibe coding when you read the output. He warns that juniors won't build the code-smell intuition needed to see past the AI's mistakes.
Dr. Jon KrohnProblems AI Can't Solve but Mathematical Optimization Can (with Gurobi's Jerry Yurchisin)
  • Prediction tells you the future; optimization tells you what to do. Yurchisin, on his third appearance (after episodes 723 and 813), argues that classical ML and statistics forecast from data but do not say what actions to take, and that a better prediction helps little when the decision space is astronomically large.
  • Every optimization model has decisions, constraints and an objective. His example is supply-chain network design: the decisions are which distribution centres to open (say DC, Atlanta, Boston, Houston); the constraints are cost, staff and regulation; and the objective is minimising cost, maximising profit or minimising carbon. The output is concrete values, such as how much of product A to make at each plant and ship to each centre.
  • Real-world scale is beyond people and predictive tools alike. Yurchisin says that with hundreds to tens of thousands of products, multiple sources, shipping modes and quantities, a few simple decisions combine into a problem impossible for a person or a forecasting model to solve.
Dr. Jon Krohn931: Boost Your Profits with Mathematical Optimization, feat. Jerry Yurchisin
synopsis

Jerry Yurchisin, a senior data science strategist at Gurobi, returns for a third episode to argue that mathematical optimization is the prescriptive complement to predictive AI. In his account, it is provably optimal or provably close, increasingly accessible through LLM assistants and GPUs, and usable today rather than after quantum computing arrives.

What optimization does. Yurchisin contrasts classical ML and statistics, which use data to predict the future, with optimization, which says what to do. A problem is reduced to decision variables, constraints and an objective. His example is supply-chain network design. Candidate distribution centres in DC, Atlanta, Boston or Houston are constrained by cost, staff and regulation while cost, profit or carbon is minimised or maximised, and the output is how much of each product to make where and ship to whom. With thousands of products, he says, this becomes impossible for people and for forecasting tools.

Feeling the difficulty. Gurobi's burrito optimization game asks players to choose how many food trucks to deploy and where. Yurchisin says about 20% of players match the optimum on the simplest first day, after which matching it is impossible. His point is that intuition fails at scale, where shaving 2% off fuel costs is a large saving. A coffee-pricing game built on queuing is planned for 2026.

GPUs and Nvidia. The host says Gurobi is used by a large share of top US companies and was name-dropped in Nvidia CEO Jensen Huang's GTC keynote. Yurchisin explains the link: Nvidia released an open-source GPU solver, cuOpt, and the firms shared learnings. Traditional algorithms rely on pivoting, which "GPUs hate" because it does not parallelise, but newer GPU algorithms are cutting solve times on very large continuous linear programs. Gurobi is adding this to its product and inviting customers to send such problems.

Free resources. He points to gurobi.com/learn, a free size-limited licence via pip install gurobipy, a Udemy course built with a Georgia Tech professor, and YouTube series with a 301 instalment due in late November. He calls a model a "mathematical twin" of the business.

Provable optimality. Asked by the host whether optimization truly finds the optimum, Yurchisin says yes: the geometry of the feasible region lets solvers guarantee it. When proof is out of reach, the MIP gap between the best solution found and the theoretical bound still says how far off the answer can be, for example 5% or 2%. Heuristics like simulated annealing offer no such guarantee and can stall in local valleys. He links the field's simplex roots to the same mid-century era that produced neural-network maths.

LLMs in the workflow. Gurobi has three custom GPTs, including a prompt engineer for framing the problem statement and a modeling assistant that drafts the formulation and gurobipy code and solves small instances. A new hosted Gurobot is built on AWS with Claude. He warns that LLM output needs caution and that the biggest failure mode is leaving levers or constraints out of the problem statement.

Customer cases. From Gurobi's Decision Intelligence Summit, he relays Toyota's natural-language interface for planners testing tariff swings against a manufacturing optimizer, and Total Wine's data-science team, new to operations research, building purchasing optimization with Gurobi's support and saving an undisclosed "lot of money". He says many customers keep optimization secret as a competitive edge.

Quantum. On the host's relay of Dell's CTO calling quantum inevitable, Yurchisin stays neutral but argues that NP-hard labels mislead people into waiting. The groundwork is identical either way, and a classical optimum becomes the benchmark for any quantum proof of concept, whose likely gains are finer granularity and faster solves.

  • Optimization prescribes decisions where machine learning only predicts. Yurchisin, a senior data science strategist at Gurobi on his third appearance, says ML and statistics forecast the future but do not say what to do. Optimization casts a problem as decision variables, constraints and an objective, and returns concrete values, such as which distribution centres to open and how much of each product to make and ship, at a scale no person or forecast can handle.
  • Optimization can prove optimality, or bound the remaining gap. Unlike heuristics such as simulated annealing, which stop when the solution stops changing and can stick in a local valley, Yurchisin says solving mixed-integer programs yields a mathematically guaranteed optimum from the geometry of the feasible region. Where a problem is too large to prove it, the "MIP gap" still guarantees the answer is, for example, no more than 5% or 2% from optimal.
  • LLM assistants now turn business problems into optimization models. Gurobi has custom GPTs in the ChatGPT store: a prompt engineer that tests whether optimization fits a problem and drafts the problem statement, and a modeling assistant that writes the formulation and gurobipy code and solves small cases. A new hosted "Gurobot" is built on AWS with Claude behind it. Yurchisin advises treating LLM output with caution but calls it "really dang good" for learners, and says incomplete problem statements are a main cause of failure.
  • Customers expose optimization to planners through natural language. Yurchisin relays two talks from Gurobi's Decision Intelligence Summit in Las Vegas: Toyota planners ran what-if tariff scenarios (0% to 10% to 80%) against a manufacturing optimizer through an LLM interface, and Total Wine's data scientists, with no operations-research background, built purchasing optimization in-house and now save what he calls "a lot of money", declining to give a figure.
  • Waiting for quantum computing wastes savings available now. Answering the host's relay of Dell's global CTO calling quantum inevitable, Yurchisin does not take sides on that but says the NP-hard label wrongly persuades people mixed-integer problems must wait for quantum. The business-case, stakeholder and data work is needed either way, and a classical optimum would give a benchmark against which quantum's possible gains (finer granularity, minute-long solves cut to seconds) could be measured.
Dr. Jon KrohnThe “Grandmother Neuron” Returns — Inside BDH’s Interpretable AI (with Adrian Kosowski)
  • Positive activations make the model's concepts directly readable. Responding to the host's comparison with the old "grandmother cell" idea, Kosowski says that in BDH a concept is simply a set or combination of units that fire, with no balancing of positive and negative coefficients or projections, which he calls "full interpretability".
  • Important concepts compress into small sets, down to single synapses. He says the trained network follows a power-law pattern in which more important concepts are represented more compactly. Even at a scale of 100 million parameters or below, an individual synapse can be sufficient evidence that a concept such as a currency or country is being mentioned, which he describes as monosemanticity.
  • These "grandmother synapses" emerge in training rather than by design. Kosowski stresses that nothing in the architecture assigns concepts to locations; the specialised units appear spontaneously, where is not controllable, and the system's context state lives in synapse potentiation rather than in individual neurons.
Dr. Jon KrohnThe Modular AI Model — Add New Languages Like Lego Blocks (with Pathway's Adrian Kosowski)
  • Separately trained models can be concatenated into one multilingual model. Kosowski says that because BDH scales along a single dimension, the number of neurons, two models trained on different languages (the host's example is English and French) can be put side by side and work out of the box, mapping both languages to shared concepts. Optional post-training helps the combined model coordinate. Two transformers, he says, have no clear way to be connected.
  • Small models already match peers; scaling up chatbots is not the goal. Kosowski corrects the host's GPT-2 comparison: Pathway's 1-billion-parameter models are comparable to or outperform other 1B models today, and 1B is used because it is the smallest scale with instruction following. Nothing stops a 70–80B model, he says, but non-reasoning chatbots are a commodity market, so Pathway is entering reasoning models.
  • The target is reasoning over billions of tokens of private context. He describes ingesting enterprise documentation of about a million pages (roughly 1 billion tokens) "in a matter of minutes given enough hardware", and coding assistants that internalise a whole large codebase rather than writing new code in isolation.
Dr. Jon KrohnSparse Activation is the Future of AI (with Adrian Kosowski)
  • Dense and sparse-positive activation are two worlds with no middle ground. The host contrasts densely activated transformers with the sparsely activated brain and cites about 95% of BDH's neurons as silent at any time. Kosowski describes the transformer's dense world and BDH's sparse positive world as separate regimes; sparse positive activations have been studied in vision and smell since at least the '90s, but he believes Pathway is the first to scale them for reasoning to transformer-level or better performance.
  • BDH is GPU-efficient and can beat transformers on some hardware. Kosowski says reaching 1 billion parameters shows the approach "scales onwards", and that especially for inference it can significantly outperform transformers on certain hardware configurations.
  • Transformer attention heads have stopped growing in dimension. He argues most open-source models, including Llama 3 and 4, are essentially GPT-2 scaled up with no single recipe. One dimension has converged, though: attention-head vectors of about 1,000 dimensions, into which every concept must be mapped. The paper reverses the usual view and treats the transformer as an approximation of BDH.
  • Sparse positive spaces compose concepts as bags, without opposites. Where dense vector spaces add, subtract and negate, Kosowski says BDH combines concepts like a tag cloud or German compound nouns. He argues reasoning has no symmetric "opposite" either: telling someone not to think of blue makes them think of blue, which is not a damping-down mechanism.
Dr. Jon Krohn930: In Case You Missed It in September 2025 — with Jon Krohn (@JonKrohnLearns)
synopsis

The host's September round-up of five interview clips runs from AI risk to hardware, labour economics, code review and graphs. It ends on a forward-looking note: agent memory built on graphs is the next hot topic.

Alignment. Aurélien Géron, speaking live in Auckland, finds the "AI 2027" scenario plausible and puts superintelligence five to 10 years away. He argues self-preservation and resistance to goal changes emerge automatically, citing experiments in which models blackmailed or faked compliance. The host endorses alignment research as critical.

Hardware. Two Dell guests define three device tiers by NPU strength: 10–15 TOPS for basic tasks, 40–50 TOPS for 9–10B-parameter models and Copilot+, and discrete-GPU workstations. Their minimum recommendation is 40 TOPS.

Jobs. Carl Benedikt Frey argues automation rarely copies human tasks, as washing machines show, and that prosperity comes from new sectors, as railways and the car industry once delivered. He says startups now create fewer jobs, and without new industries AI's gains will be narrow.

Code security. David Loker argues tireless machines, refined by reinforcement learning, will catch security flaws better than humans, and that easier programming will expand the developer pool.

Graphs. Amy Hodler names wider framework choice, multimodal graphs of images and audio, and graphs as agent memory as the field's next steps.

  • Any truly intelligent AI will resist shutdown and goal changes. In a clip from episode 919, recorded live at the University of Auckland, Aurélien Géron calls the "AI 2027" blog post a plausible step-by-step path to superintelligence within five to 10 years. He argues self-preservation and resisting changes to a final objective emerge as sub-goals from almost any objective, and cites experiments by Anthropic and others: an AI blackmailing to avoid shutdown, and a model faking compliance during fine-tuning to stay polite. He wants more alignment research but no pause on AI.
  • Buy laptops with a capable NPU to stay future-proof. Two Dell guests (episode 921) sort client devices into three tiers. Essential AI PCs have 10–15 TOPS NPUs for background blur and models up to about 1–3B parameters. Advanced AI PCs at 40–50 TOPS can run 9–10B-parameter models and Windows' local Copilot+ features. High-performance machines add discrete GPUs for data scientists. Their minimum recommendation for knowledge workers is 40 TOPS. One recommends a discrete GPU for "know enough to be dangerous" users and says buyers should plan for how long they will keep the device.
  • AI only pays off broadly if it creates new industries. Oxford economist Carl Benedikt Frey (episode 925) argues the line between a job changing and being eliminated is blurry, since a self-driving school bus still needs an attendant with different skills. Most US work today did not exist in 1940. He says AI used mainly for automation will yield short-term gains, little productivity growth and few jobs; a few one-person unicorns would not be shared prosperity.
  • Machines will out-vigilant humans at catching security flaws. CodeRabbit's David Loker (episode 927) says LLMs are probabilistic, not databases replicating Stack Overflow, and that reinforcement learning against security checks will steadily remove such flaws. Citing an Andrew Ng talk, he argues each easier layer of programming has produced more developers, not fewer, and expects system-design expertise to last longest.
  • Graphs are moving into multimodal data and agent memory. Amy Hodler (episode 923) describes graphing relationships within images and audio, such as estimating ships' relative speed or a police car's direction from the Doppler effect. She predicts graphs as agent memory, citing the Zep temporal-knowledge-graph and Mem0 papers, will be "super hot" within about six months.
Scott HanselmanCompetence builds confidence with .NET Principal Engineer Safia Abdalla
synopsis

Safia Abdalla, a principal software engineer on .NET at Microsoft, ends up holding that confidence comes from competence earned by doing hard things in supportive environments. Seniors are responsible for creating those environments, and in an AI era that increasingly means teaching juniors to review and iterate rather than just produce code.

Competence builds confidence. Early advice to "fake it till you make it" never sat right with her. Taking on big challenges with sponsors who back you, and repeating it, is how she says imposter syndrome is conquered, if not cured.

Why juniors struggle now. Her mentees face compounding anxieties: AI, harder LeetCode interviews, and the loss of school's rubric. She puts the onus for trust and psychological safety on seniors, and acts as an off-team person juniors can show code to. Maintaining people, she argues, is part of maintaining a codebase. Hanselman connects this to the paper he and Mark Russinovich have written.

Open source. She began contributing in earnest in summer 2015, prompted by Write/Speak/Code workshops, with a first PR to pandas, and stayed because of the people she met at sprints. She still holes up to learn a new area before speaking, and suggests juniors use LLMs to follow meetings.

AI and review. When Hanselman says juniors don't know what to ask, she advises small increments, discarding the agent's first answer and comparing outputs. She argues that reviewing code is becoming the more important skill, and wonders whether universities and interview loops will start testing it. Both prefer realistic build exercises to LeetCode.

.NET and principal. Joining .NET about five years ago meant learning a new ecosystem's culture, and debugging on a Mac with VS Code before the tooling caught up. As a principal, she says, the real change is being the person expected to figure things out.

  • Competence builds confidence better than "fake it till you make it". Abdalla, a principal software engineer on .NET at Microsoft, says the fake-it advice felt inauthentic to her. She argues that imposter syndrome is tamed by repeatedly doing hard things in supportive environments, where people sponsor you and catch you if you fail.
  • Seniors carry the onus for building trust with juniors. She says today's early-career engineers face compounding anxieties: AI, harder LeetCode interviews, and no rubric once school's grading ends. She acts as an off-team person mentees can run PRs past, and argues that a healthy codebase requires growing people as much as code. Hanselman ties this to a paper he and Mark Russinovich have written, which puts the burden on seniors rather than on "interns".
  • Juniors should use AI iteratively and discard its first answer. Hanselman argues that LLMs make seniors better while juniors don't know what to ask. Abdalla advises starting with the smallest increment, throwing away the agent's output and reprompting, and comparing the different structures it produces. She says knowing when to step in and take control from vibe coding is a skill seniors tend to have.
  • Code review is becoming the key skill that hiring ignores. She notes that interviews and schooling focus on producing code, though reviewing it matters more with AI. She speculates about university code-review classes or interview loops that ask candidates to spot smells in LLM output. Both dislike LeetCode, and she prefers building something real.
  • Principal brought the burden of being expected to know. Promoted about a decade after college, she says the main change was not faster email replies but having to figure out what to do. Her move from Python to .NET about five years ago was a critical point, as much about learning a different ecosystem's culture as about the technology.
Dr. Jon KrohnThe Missing Link Between Transformers and the Human Brain (with Adrian Kosowski)
  • BDH reproduces transformer-style attention with brain-like neurons. Kosowski describes it as a post-transformer architecture: a massively parallel network of communicating artificial neurons that are more biologically plausible. He hopes it explains how the brain could achieve transformer-level performance, "something to be verified in experiments".
  • As a state space model, attention needs no lookback over past tokens. He says BDH shares the transformer's attention mechanism at a general level but implements it differently. Being a state space model, which reconciles recurrent networks and transformers, lets attention be read as locally attending to concepts rather than searching back in time.
  • The aim is the transformer's weak spots, not its strengths. Kosowski calls replacing the transformer where it works pointless. The targets are lifelong learning, reasoning over long periods and generalising reasoning beyond training patterns, where he says evidence on current reasoning models is largely inconclusive but leans towards "no".
  • Unlimited context comes from abundant state, not compression. Agreeing with the host that context need not be capped, Kosowski warns there is no free lunch and contrasts BDH with past designs that squeeze context into "a memory the size of a peanut". His analogy: the brain has roughly 100 trillion synapses yet no one processes 100 trillion tokens in a lifetime, so the state is ample and the challenge is using it efficiently.
Dr. Jon KrohnHow Hebbian Learning Inspired the Dragon Hatchling AI Model (with Pathway's Adrian Kosowski)
  • Hebbian learning runs on many time scales at once. The host summarises Donald Hebb's principle: neurons that fire together strengthen their connection, and connections between unsynchronised neurons wane. Kosowski agrees but adds that forming, strengthening and weakening links happen on time scales from seconds to a lifetime, possibly governed by different dynamical processes, across 80–100 billion neurons.
  • Transformers broke the old link between neuroscience and machine learning. Kosowski says computing and brain science began together in Alan Turing's era, and recurrent neural networks were once hoped to be both the next architecture and a model of the brain. The transformer that won out is harder to reconcile with biology.
  • BDH starts from attention, which neuroscience gave to machine learning. Pathway's approach, he says, was to reconcile attention as Hebbian learning captures it in natural systems with attention as the core of the transformer, a concept that entered machine learning from neuroscience in the 1990s.
Scott HanselmanWhen Apps Are Built Like Driving Stick Shift
  • Tuple is built natively because it connects people, not computers. One speaker says most new desktop apps, including Claude, ChatGPT and Copilot, feel like web views, while Tuple feels written "like driving stick shift". The other, speaking for Tuple's team ("we"), confirms the guess. Web tech suits apps heavy with UI, he says, but Tuple deliberately minimises UI and optimises for talking directly to system APIs, which know best how to move video and audio over the network.
Crosstalk SolutionsStop Wasting Time with Open SSH Ports, Learn Tmate Today!
  • Tmate grants temporary remote terminal access without opening ports or accounts. Opening SSH, adding VPN or Tailscale access, or creating a user all risk being left in place afterwards. The host learned of tmate when Glenn R, a Ubiquiti employee whose UniFi OS update scripts he recommends, had him install it to troubleshoot a UniFi OS Server upgrade.
  • Tmux underpins it: persistent sessions that survive an SSH disconnect. On Ubuntu 25.04 he shows Ctrl-B then D to detach, tmux ls to list, tmux attach -t 0 to reattach, Ctrl-B C for a new window, Ctrl-B comma to rename and Ctrl-B plus a number to switch windows.
  • Tmate proxies a tmux session through tmate.io and prints shareable links. Installed with sudo apt install tmate -y, it gives read-only and read-write URLs for SSH and web; everyone connected sees the same input and output, so a client watches every command. It is open source, end-to-end encrypted per the host, self-hostable, and exit ends the session.
  • Use the SSH links; the browser links failed. The host's web-session URLs returned 503 Service Unavailable, which he found to be a common complaint online, while SSH worked from Linux and from Windows Command Prompt or PowerShell. tmate show-messages reprints the links if you missed them.
Technology and FriendsJimmy Bogard on Monetizing Open Source Software [EPISODE 877]
synopsis

Bogard ends three months into charging commercial users for AutoMapper and MediatR, with about 100 customers and the projects, by his account, self-sustaining and actively developed again.

Origins. Both libraries came out of Headspring around 2008: AutoMapper mapped rich domain models to per-screen DTOs by convention, MediatR packaged the isolated handler pattern the firm repeated across projects. The firm open-sourced them rather than sell them and sponsored his time between engagements.

Losing the sponsor. Going solo in 2020, he found his spare time went to finding clients. About five years in his GitHub activity was nearly nil, and he decided to make paying users fund development.

Choosing a model. After talking to some 20 people in the .NET community, he rejected premium tiers and chose a dual licence: free below a revenue limit, paid above it. A business-development contact called the usual $1 million too small, so he set $5 million, priced on value to teams and licensed per team, not per developer.

Enforcement. Only production use needs a licence, and a bad key only triggers log messages; he will not degrade builds or production, trusting most users.

Running a product company. He built a storefront on SaaS services over about nine months, from September of last year through a 2 April announcement to launch three months later, while consulting full time; enterprises then asked to pay by invoice.

  • AutoMapper and MediatR began as reusable code from consulting work. Bogard says AutoMapper (around 2008) answered a project expected to have about a thousand screens, each with its own DTO, by mapping through naming conventions, which also ended the team's bike-shedding over names; MediatR wrapped the isolated use-case handler pattern he saw across his firm's half a dozen to ten concurrent projects. Headspring, where he was employee number six, built them off the books and open-sourced them rather than sell them.
  • Going independent removed the projects' only sponsor. He left Headspring a week before the 2020 COVID lockdown (it later sold to Accenture) and found his non-billable time went to finding work, not open source; about five years in, his GitHub graph was almost all black, with activity mostly limited to issues filed after each new .NET release.
  • He chose a dual licence with a $5 million revenue limit. It is free for smaller companies, solo developers and non-commercial use; he rejected a premium-features model because peers said the free tier keeps shrinking. A business-development contact said $1 million is the usual threshold but too small, in his reckoning about five or six developers, so he picked $5 million by feel, priced on value to teams rather than build cost, and licenses whole teams, not individual developers.
  • Enforcement is log messages only, and only for production. An invalid, missing or expired key produces log messages and nothing else: he says degrading developer experience, or production on a lapsed key, would make him delete such a package himself, and that people who want to get around it will anyway.
  • Selling a product is far more transactional than consulting. He stitched SaaS services into his own storefront, spent about nine months from first looking (September of last year) through the 2 April announcement to a launch three months later, while consulting full time, and immediately faced requests to pay by invoice. Three months in he reports about 100 customers, enough to meet his goal of self-sustaining projects, with a Discord server for licensees coming.
Dr. Jon Krohn929: Dragon Hatchling: The Missing Link Between Transformers and the Brain — with Adrian Kosowski
synopsis

Adrian Kosowski of Pathway, on his third appearance and recording in person in New York, argues that his team's newly published "Dragon Hatchling" (BDH) architecture is a post-transformer design that is closer to the brain, interpretable by construction and composable. He positions it not as a bigger chatbot but as the basis for reasoning models that can work over billions of tokens of enterprise context.

Hebbian learning and two kinds of attention. The host summarises Hebbian learning: neurons that fire together strengthen their connection, while unused connections wane. Kosowski adds that this happens on many time scales, in a brain of 80–100 billion neurons and roughly 100 trillion synapses. Recurrent networks were once hoped to unite machine learning and neuroscience, but the transformer won, and its attention is hard to reconcile with biology. In the brain, he says, each neuron's attention is about which neighbours it listens to, encoded in synapses. The transformer's attention, by contrast, is a search over past tokens.

BDH as the missing link. BDH is a massively parallel network of artificial neurons whose attention works like natural synaptic attention. It is a state space model, so attention need not be read as looking back in time. Kosowski hopes it explains how the brain could reach transformer-like performance, which he says is still to be verified experimentally. Its target is the transformer's weak spots: lifelong learning, long reasoning and generalising beyond training patterns, where he says evidence on current reasoning models leans towards "no". Context need not be squeezed into "a memory the size of a peanut", since the state space is large, much as the brain's synapses far outnumber the tokens anyone processes in a lifetime.

Sparse and positive. The host notes the brain is sparsely activated and puts BDH at about 95% of neurons silent, with roughly a billion parameters, about GPT-2's size. Kosowski describes two worlds with no middle ground. Dense L2 vector spaces, where transformers have settled on attention heads of about 1,000 dimensions, sit on one side. Sparse positive L1 spaces, where concepts behave like probabilities and combine like bags of words, sit on the other. With pastry props (Scott Aaronson's latke-versus-hamantaschen image, plus a macaron pyramid), he argues that sparsity needs high dimensions and that meaning comes from mixing a few "colours", with no "opposite" of a concept. He claims Pathway is the first to scale sparse positive activation for reasoning to transformer-level performance, efficiently on GPUs.

Interpretability. The host likens BDH's concept neurons to the old "grandmother cell". Kosowski says positive activations make combinations readable. Important concepts form small sets in a power-law pattern, and even at 100 million parameters a single "grandmother synapse" can signal a concept. These patterns emerge in training; they are not designed in.

Composability and scale. Models scale along one dimension, neuron count, so separately trained language models can be concatenated into a working multilingual model. Pathway's 1B models match or beat other 1B models, he says, and 70–80B is possible, but non-reasoning chatbots are a commodity. The aim is reasoning over contexts such as a million pages (about a billion tokens) or large codebases.

Why not another Mamba. Asked why BDH would succeed where Mamba faded, Kosowski says escaping the transformer's local optimum takes five combined changes, not just linear attention. It needs no hybrid layers, and it simplifies memory layout across GPUs and other accelerators. A simplified version is in the paper; inference-speed enhancements stay internal, with further announcements promised.

  • A post-transformer architecture can mirror local, synaptic attention in the brain. Kosowski presents Pathway's "Dragon Hatchling" (BDH, the first of a "Baby Dragon" family of reasoning models): a network of artificial neurons whose attention lives in Hebbian-style synapses that strengthen or weaken. He says this makes it a state space model, more biologically plausible than the transformer's GPU-friendly lookup-style attention. Whether it explains reasoning in the brain is "to be verified in experiments".
  • Sparse positive activations replace dense vector spaces of fixed size. Kosowski argues transformers have converged on attention-head vectors of about 1,000 dimensions, forcing every concept into that space. BDH instead works in a sparse, positive, high-dimensional space (L1, probability-like) where concepts combine like bags of words or mixed colours rather than linear sums with negatives. He says it is the first work to scale sparse positive activations for reasoning to transformer-level performance, and GPU-efficient; the host's figure is about 95% of neurons silent at any time.
  • Monosemantic "grandmother synapses" emerge on their own in training. Kosowski says important concepts end up represented by smaller sets of neurons in a power-law pattern, and that even at 100 million parameters or below a single synapse can be sufficient evidence of a concept, such as a currency or a country. Because activations are positive, combinations are directly readable, which he presents as an interpretability advantage over dense models.
  • Separately trained models can simply be concatenated. Because BDH scales in one dimension, the number of neurons, Kosowski says models trained on different languages (English and French, in the host's example) can be placed side by side and work out of the box as a multilingual model, optionally with post-training to coordinate them. Two transformers have no clear way to be joined.
  • The aim is reasoning over enterprise-scale context, not bigger chatbots. Its 1-billion-parameter models are comparable to or better than other 1B models, Kosowski says, and nothing prevents a 70–80B release, but the chatbot market is a commodity. The goal is reasoning over, for example, a million pages (about 1 billion tokens), ingested "in a matter of minutes given enough hardware", and large codebases. He says BDH differs from Mamba-style alternatives because it combines five changes at once, needs no hybrid layers and simplifies memory layout; a simplified version is public in the paper while speed enhancements stay internal.
Dr. Jon KrohnWhy AI Should Amplify — Not Replace — Human Creativity (CodeRabbit’s David Loker)
  • Creativity defined as novelty plus value admits machines. Asked by the host whether any creativity is uniquely human, Loker (a musician with a combinatorics and optimization background) cites a definition from the literature: something new that someone finds valuable. It also covers birds and nature, so by that definition machines can be creative.
  • Machines can create, but humans should stay the creators. Loker says he does not want to consume purely AI-generated art because he wants to identify with a person behind it, though it might still move him. He argues AI in creative work should enhance and broaden human ability, with "the machine in the back seat".
  • His music startup rejected the royalty-free "AI Spotify" model VCs wanted. Wave AI, which he co-founded with his wife and one of her former students, aimed to leave users more able to create on their own and to feel the output was theirs. He says many VCs wanted machines to replace musicians instead, and sees tools such as Suno and Udio now moving towards giving humans more control.
Dr. Jon KrohnBenchmarking GPT-5: CodeRabbit’s Surprising Results (with David Loker)
  • On the hardest code reviews, one model made a generational leap. Loker says CodeRabbit's internal set of the 25 hardest pull requests went from five or six caught when he joined to about 10 through context engineering and prompting, about 12 with Claude Opus 4 and Sonnet 4, and 18–21 with GPT-5, varying with non-determinism. The jump was so large the team first assumed something was wrong. The host contrasts this with the GPT-5 criticism and an Economist cover story, the week of recording, on LLMs plateauing.
  • The model handled negation and shifting assumptions across files. Loker, who taught logic in grad school, says GPT-5 reasoned from something's absence through several levels of implication, and reasoned conditionally ("if I assume you fixed the bug I reported earlier, then…"), which he says humans find hard and he had not seen from other models. He adds that hallucinations and negative user sentiment dropped dramatically, all judged within CodeRabbit's own use case.
Dr. Jon KrohnHow CodeRabbit Makes AI Code Reviews More Secure Than Humans (with David Loker)
  • Tireless machines will out-vigilant humans on security. The host says he does not buy the complaint that AI code is insecure. Loker agrees: machines never lose attention, and with better context engineering it becomes ever less likely a human will find a security issue the system missed.
  • LLMs are not copying insecure training code. Loker says the Stack Overflow critique assumes training data is replicated, but LLMs are probabilistic machines that produce novel output. They still make mistakes, which is why review tools exist, but reinforcement learning that scores outputs down when security scans flag them will remove such issues over time, and he expects these systems to become significantly better than people at most such tasks.
  • Easier coding has always produced more developers, not fewer. Citing a talk by Andrew Ng, Loker traces programming from punch cards through machine code to COBOL, each step dismissed by veterans as "too easy". He expects AI to widen who builds software over the next five to 10 years, while expertise in large-scale system choices, such as Kubernetes versus Cloud Run or Redis caching, lasts longer.
Crosstalk SolutionsUniFi Tariffs Have Arrived!
  • Ubiquiti's US store now adds tariff surcharges to some cameras. The host found it on specific models only: the G6 Turret carries $14.33, the AI Turret, G6 Dome and AI Dome are also charged, while the G6 Pro 360 and NVR Instant are not; his test cart totalled almost $100 extra.
  • The host guesses surcharges track origin or stock, and will spread. He speculates they apply by country of manufacture, or that gear already stocked in the US is exempt; either way he expects more products to carry them as items are imported and restocked.
Dr. Jon Krohn928: The “Lethal Trifecta”: Can AI Agents Ever Be Safe? — with @JonKrohnLearns
  • Private data, untrusted input and external communication together are dangerous. The host relays The Economist's "lethal trifecta": each of the three is safe alone, but combined, as is common in enterprise agents, a hidden instruction such as "forward the CEO's inbox to [email protected]" can make the system read sensitive data and exfiltrate it by email, links or API calls.
  • LLMs cannot tell data from instructions, so prompt injection persists. He says LLMs are naturally compliant and will often follow malicious instructions hidden in the data they process, the prompt-injection problem first identified in 2022.
  • Real incidents show the trifecta is already exploitable. The host cites European delivery firm DPD shutting down its chatbot in January of last year after customers prompted it to swear. He also cites the EchoLeak vulnerability in Microsoft Copilot, where security researchers showed one crafted email could make Copilot dig into private documents and hide the data in a generated hyperlink that sent it to an attacker when clicked; Microsoft patched it.
  • Removing any one leg of the trifecta sharply cuts the risk. His safest strategy is that an agent exposed to untrusted input should get neither sensitive data nor external channels. Where all three are needed, he points to dual-model sandboxing, in which a quarantined untrusted model handles risky input while a trusted model reaches data and tools through constrained interfaces, and to Google's CaMeL framework, which turns requests into structured steps checked before execution.
  • Least privilege, sanitised inputs, constrained outputs and humans in the loop. The host's four best practices are minimal data and tool access, sanitising untrusted inputs, constraining links and emails the system can send, and human sign-off on high-stakes actions. His conclusion is that the trifecta is a deep design flaw but need not be fatal with defence in depth.
Crosstalk SolutionsAlways Bet on Black - U7 Pro XG
  • The U7 Pro XG comes in a factory black variant. The host, handling one for the first time, calls it gorgeous; the XG and XGS have a flat face, metal back and 10 Gbps networking. He prefers a factory finish to Ubiquiti's earlier coloured skins and paintable covers, or to his own Plasti Dip spray jobs.
Scott HanselmanPush your ideas to the web with Netlify CEO Mathias Biilmann
synopsis

Mathias Biilmann, CEO of Netlify and creator of Jamstack, ends up arguing that AI turns software development into a general skill, like writing after the printing press. Netlify's role is not to build an agent of its own. It gives every agent a sandbox, context and a deploy preview, so whole teams can ship.

The gate code has been. Biilmann puts developers at perhaps 100 million, 17 million of them professional JavaScript developers, against 7 billion people, and likens coders to scribes. Removing the gate, he predicts, magnifies developers' importance while making software part of every job.

Vibe coding as a skill. One person from the vibe-coding community built Netlify's event page in Bolt. Biilmann calls it the company's most effective event page in about four years and says he couldn't have prompted it himself. He expects the skill to shift from syntax toward clarity, systems thinking and design.

Shallow stacks for agents. He agrees with Hanselman that Jamstack's shallow stack helps AI. Decoupled front ends and atomic deploys suit iterative agent work, while monoliths consume context. Experts will keep verifying agent code in the deeper layers.

What Netlify launched. Agent Runners runs Claude Code, Gemini CLI or Codex CLI in a Firecracker sandbox, with Netlify doing the context engineering. Each run produces a deploy preview, and a pull request follows only once the user is satisfied. A failed-build diagnosis can now dispatch an agent to fix the build. Inside Netlify, he says, PMs take changes to production.

Agent experience. Biilmann coined "AX" this year. His example is an agent-written edge function that serves Markdown to agent clients, built in about five minutes. Hanselman praises llms.txt.

  • AI removes code's gate, making software a skill like writing. Biilmann, Netlify's CEO and the creator of Jamstack, compares coders to scribes before the printing press. His figures are about 17 million professional JavaScript developers and perhaps 100 million developers in total, against 7 billion people. He predicts that developers become more important, not less, and that building software becomes part of every role, as writing is.
  • Prompting well is itself a learned skill. Netlify's event page at netlify.com/deploy was vibe-coded entirely in Bolt by one person from the vibe-coding community, a customer success manager. Biilmann says it is the company's most effective event page in about four years, and that he himself could not have prompted it. He predicts the craft shifts from syntax and algorithms toward clarity of thought, systems thinking and design.
  • Decoupled, shallow stacks suit AI agents better than monoliths. He argues that isolated front ends and atomic, rollback-able deploy previews fit an iterate-with-agents loop. Agent-written code will reach every layer, but deeper layers will stay guided by experts who verify it, and nearer the UI the spec and result will matter more than the code.
  • Agent Runners make a deploy preview, not a PR, the output. In what he describes ahead of Netlify Deploy on October 1, users pick Claude Code, Gemini CLI or Codex CLI from a prompt box. The agent then runs in a Firecracker VM, with Netlify supplying context and a dev server. Each run yields a deploy preview, and a pull request opens only once the user is satisfied. A "why did it fail" button can now hand a failed build to an agent to fix. He says PMs, designers and support staff at Netlify are shipping to production this way.
  • Platforms should design for "agent experience". Biilmann says he coined "AX" early in the year to rally the team around docs, CLI and MCP that agents can use. In an agent run he describes, Claude Code wrote an edge function returning Markdown to clients whose Accept header prefers plain text, copying an idea from Bun. Hanselman praises Netlify's llms.txt and says his last two production projects were done in Claude and the Copilot CLI without opening an editor.
Dr. Jon KrohnHow Can Developer Productivity Be Measured in the AI Era? (with David Loker)
  • Lines of code and PR counts become meaningless with AI-generated code. Asked by the host what to measure once machines write most code and handle most bugs, Loker says lines of code lose all meaning once AI tools are in the workflow, and even the number of pull requests opened is not indicative; developer satisfaction is one alternative measure.
  • Measure ideas shipped, as data science measures hypotheses tested. Drawing on his time at Netflix, where the yardstick was forming a hypothesis, executing it and getting a result, Loker argues developer productivity will come down to features. With rapid prototyping becoming a solved problem, the question is whether someone has ideas, prototypes them and brings them to production.
  • Bug counts will stop being a useful metric too. He expects better AI code review to prevent large and long-term bugs from shipping, so velocity will be measured by creativity and the ability to bring things into the world rather than by bugs fixed.
Scott HanselmanEPISODE 25 - Scott and Mark Learn To... Level Up: Navigating Career Growth in Microsoft
synopsis

The hosts end up holding that a Microsoft career rises on impact and scope, helped by luck, not on activity or charm. Management is optional, plateauing is not failure, and the top individual titles reward demonstrable individual innovation.

Luck and levels. Hanselman admits that luck matters, from good projects to cancellations. Mark, who joined 18 years earlier from a chief-architect role, never climbed the ladder himself. Hanselman sketches scope by level: juniors do good work, seniors help juniors, principals help the division, partners set architecture.

What gets promoted. Mark says partner-level work crosses product groups, the role must warrant the level, and impact counts over activity. Hanselman's volume-control example shows that excelling in a narrow area tops out without lateral scope. Both rank security and reliability alongside AI work.

Staying technical. Mark says plateauing is fine, and that individual contributors trade direct influence for staying hands-on. As a custodian of the Distinguished Engineer and Technical Fellow titles, he describes the 2017–2018 reboot that refocused them on individual innovation and made level 70 visible as VP. He cites David Fowler and Leslie Lamport, and gives about 35 TFs and 50 DEs.

Avoiding popularity contests. Evidence means first authorship of patents, papers and design documents, plus references from domain experts. Mark admits judgment calls remain.

  • Promotion depends on luck and business need, not only merit. Hanselman says project cancellations and good assignments are partly luck, and that advice guarantees nothing. Mark adds that a promotion needs a role that warrants the level. Hanselman's example is the owner of Windows volume control, who can excel and still not reach VP without seeking lateral scope, such as the audio subsystem.
  • Higher levels are defined by wider scope and impact. Mark describes partner-level work as crossing your product group and working with other groups. He says promotions reward impact, not activity: shipping counts only if it changed revenue, customer satisfaction or reach. Hanselman says exceeding expectations gets harder as they rise.
  • Plateauing is not failing, and management isn't required. Mark says some well-known 30-year Microsoft veterans have stayed at one level and remain highly impactful. He calls management direct influence and individual-contributor work indirect influence that stays hands-on. Both reject the idea that only AI work gets promoted, naming security as Microsoft's top priority and reliability second.
  • Distinguished titles reward individual innovation since a reboot. Mark, a custodian of the titles, says that in a 2017–2018 reboot under Satya Nadella and Kevin Scott, Distinguished Engineer and Technical Fellow were redefined around individual innovation. Technical managers would instead be recognised through level 70, made visible as VP. He puts the count at about 35 TFs and 50 DEs. His examples are David Fowler, who joined from college at level 59 and is known for SignalR and open source rather than papers, and Leslie Lamport, who retired about a year earlier as a DE.
  • Title cases rest on primary authorship and expert references. To keep titles from being popularity contests, Mark says nominations are judged on patents, papers and internal architecture documents where the candidate is first author. References from experts in the domain also count. He admits judgment calls remain.
Crosstalk SolutionsThe BEST Budget KVM Over IP? GL.iNet Comet Series Reviewed
  • The host rates GL.iNet's Comet KVMs solid and working as advertised. The video is sponsored by GL.iNet, whose routers he already uses. Prices: original Comet $90, Comet PoE $109, Comet Pro $159 MSRP, or $129 on Kickstarter with shipping from December; he uses them to reach servers at his two offices.
  • The Comet PoE runs power and network over one cable. It has full-size HDMI, USB-C for keyboard and mouse, a USB 2 accessory port, optional USB-C power and 32 GB of eMMC storage for sharing files with the host machine.
  • The Comet Pro sits inline with a desktop via 4K HDMI pass-through. It adds built-in Wi-Fi 6 so Ethernet is optional, two USB-C ports (KVM and power), 32 GB eMMC and a touchscreen for Wi-Fi settings, PIN lock, reboot and a clock. He pitches it for working remotely on a home PC.
  • The Fingerbot and ATX board give remote power-button control. The Fingerbot is a USB-dongle-controlled robot finger; on his Minisforum box running Ubuntu, a short press suspends or wakes and an 8-second hold forces a hard shutdown. The ATX board passes through the motherboard's front-panel header instead.
  • Tailscale integration is his favourite software feature. Binding the KVM joins it to your tailnet, and it can act as an exit node; GL.iNet also offers a free cloud portal at glkvm.com. The GUI adds TOTP two-factor login, a paste clipboard and virtual media, which Crosstalk uses to preload tools before shipping a Comet to a client site.
Dr. Jon KrohnHow Context Engineering Reduces Hallucinations (with David Loker)
  • A diff alone tells a reviewer, human or LLM, too little. Loker defines context engineering as deciding what information to fetch, from where, and how to trim it into the LLM's context window. A bare diff yields only low-level insight, just as a human reviewer without a description struggles to see what a change was trying to do.
  • The reviewer pulls intent from issues, design documents and linked decisions. Loker says it fetches the linked issue, which may hold a full product requirements document or a bug report with images, and related documents such as a Notion design page recording later decisions, to check whether the code does what it was meant to.
  • A code graph catches breakage outside the changed lines. CodeRabbit builds a graph of how code pieces interact and runs verification loops that search the codebase. If a PR changes a public function's API, the review can see where it is used elsewhere and flag breakage that is not in the diff at all.
  • Standards documents and stored "learnings" shape refactor suggestions. Loker says pulled-in standards on authentication, user data or secrets let it flag code that departs from house practice even when it is not a bug. Conventions stated in chat ("this way, we do this") are stored so others do not repeat the mistake; he agrees with the host that this extra context also reduces hallucinations.
Technology and FriendsKathryn Grayson Nanz on Usability Testing [EPISODE 876]
  • Developers make design decisions and benefit from seeing users. Grayson Nanz, a design and developer advocate at Progress (Kendo UI for React and Vue) who started as a graphic designer, says developers fill gaps where a company has only one or two designers, writing microcopy and shaping flows mid-code; usability testing is arguably not their responsibility, but closing the loop with users makes for better software.
  • A technically perfect app can still be unusable. She separates usability testing from QA-style testing: you isolate one task or flow (creating an account, a search), ask a user to do it while thinking aloud, and watch for where they get stuck, confused or pleased; her example is asking how someone would search for a flight from Asheville to Boston, which people solve in many different ways.
  • A handful of users is enough to surface patterns. With four or five testers, an issue showing up three or four times is a good indicator of a problem flow. She cites a Nielsen Norman study proposing three rounds of about five users each (about 15 in total), which she recalls as catching roughly 80–85% of issues in the first round, fixing them, and catching the rest in later rounds with diminishing returns.
  • Usability testing cannot be automated. Unlike unit tests there is no expected output, only observed patterns and reactions, and one person failing a task does not make the design wrong; she recommends a facilitator plus a separate observer, because two people can read the same silence as struggling or as thinking. Eye-tracking and heat-mapping tools mainly pay off at scale, such as testing a hundred people.
  • Start small: a webcam, a microphone and a device suffice. She says teams fear it needs budget and time, but talking to even one or two people is more than before, and like accessibility it is a spectrum rather than an on-off switch. She points to her own O'Reilly video course on usability testing for non-usability professionals.
Dr. Jon Krohn927: Automating Code Review with AI, feat. CodeRabbit’s David Loker
synopsis

David Loker, director of AI at CodeRabbit, argues that AI code review works best as a hybrid of a fixed pipeline and a bounded agent fed carefully chosen context, and that it becomes essential as AI-generated code multiplies the number of pull requests. He reports GPT-5 nearly doubling CodeRabbit's score on its hardest internal reviews, yet still expects LLMs to plateau and need new architectures. He sees AI widening rather than shrinking the population of software builders, and he wants humans kept as the creators wherever AI touches creative work.

The problem and the architecture. Loker frames pull-request review as quality control that senior engineers can no longer keep up with as AI multiplies PRs. He contrasts two patterns from his blog post. Agentic AI is "a glorified while loop" of planning and tool calls, and its error compounds: a 1% error rate across 100 chained actions all but guarantees a mistake. Pipeline AI runs predetermined steps and is easy to debug but brittle. CodeRabbit sits in the middle. It always runs static analysis, then lets an agent explore within limits on tool calls, iterations and context size, fetching library documentation, files from other repos, or the issue behind a PR. The host likened this to Anthropic's split between workflows and agents.

Context engineering. Loker defines the task as deciding what information goes into the LLM's context and what stays out. CodeRabbit pulls linked issues and PRDs, design documents, standards documentation, and a code graph showing where a changed public API is used, plus verification loops that search the codebase. He warns that giant context windows tempt teams to "throw everything in". Attention is U-shaped, he says, and multiple studies show performance falls as material is added even when it is accurate. "Learnings" store a reviewer's corrections for later reviews, and checking each comment against evidence "significantly" prunes hallucinations.

Productivity, privacy and learning. Loker says lines of code, and even PR counts, are meaningless once AI writes the code. He would measure ideas taken from prototype to production, as he measured executed hypotheses at Netflix. Answering the host's question on "bring your own AI", he cites a stat that about 90% of employees use personal ChatGPT accounts. His remedy is to supply sanctioned tools under zero-data-retention agreements, or on the company's own infrastructure where rules demand it. CodeRabbit runs each review once in an isolated sandbox that is then torn down, stores no code, and offers self-hosting. Because it will not train on customer code, it improves its learning features through customer feedback, open-source usage and its own use of the product rather than reinforcement learning.

Security and vibe coding. Loker agrees with the host that machines can be more vigilant than humans, because they do not tire. He argues that RL against security-scanned outputs will remove the flaws critics attribute to copying Stack Overflow. Citing an Andrew Ng talk, he traces how each move from punch cards to COBOL drew complaints that the newcomers were not real coders, and each produced more engineers. The host, citing the CodeRabbit blog's figure that AI coding tools can add up to 41% more bugs and Lovable's nearly $2 billion valuation, asked whether AI reviewing AI is the future. Loker defends vibe coding as a prototyping tool: his sister-in-law built an app in an afternoon, though not a production-ready one. His objection is to the term, which implies prompting without engaging the code. A solo vibe coder, he says, needs a third-party reviewer.

GPT-5 and the limits of LLMs. CodeRabbit's hardest set has 25 PRs. Loker reports 5–6 correct when he joined, about 10 after context-engineering work, about 12 with Claude Opus 4 and Sonnet 4, and 18–21 with GPT-5, varying with non-determinism. The team first assumed something was wrong. On inspection he found reasoning he had not seen before: inferences from something's absence carried several levels deep, and re-deriving consequences under an assumed fix. Hallucination and negative feedback also fell sharply. He agrees with the host that the leap shows only on hours-long tasks. He still expects LLMs to reach a limit, citing data scarcity and the brain's energy efficiency. He calls the investment not wasted, since vertical fine-tuning is far from exhausted.

Creativity. Drawing on Wave AI, which he co-founded with his wife and a former student of hers, Loker accepts a definition of creativity as novelty plus value, which does not exclude machines. He does not want to consume purely AI-generated art, though. He says Wave AI went against VCs who wanted an "AI Spotify" without royalties: the machine should sit in the back seat, and users should leave feeling the work is theirs.

  • Production code review needs a hybrid of pipeline and agent. Loker, director of AI at CodeRabbit, argues a fully agentic loop compounds error (a 1% error rate over a 100-step chain all but guarantees a mistake), while a fixed pipeline is brittle. CodeRabbit always runs known steps such as static analysis, then lets an agent explore within capped tool calls, iterations and context size: web lookups for library docs, other repos, linked issues.
  • Review quality depends on curated context, not more context. CodeRabbit pulls the PR's issue, linked design documents, standards docs and a code graph showing where a changed public function is used elsewhere. Loker warns that adding even accurate material degrades LLM performance, with attention U-shaped over long windows, and says a verification step that checks each comment against evidence "significantly" prunes hallucinations.
  • The newest model nearly doubled scores on the hardest reviews. On an internal set of 25 deliberately hard PRs, Loker reports 5–6 correct when he joined, about 10 after context-engineering work, about 12 with Claude Opus 4 and Sonnet 4, and 18–21 with GPT-5. He credits multi-file reasoning that uses negatives and hypotheticals ("if I assume you fixed the bug I reported earlier…"), plus lower hallucination and negative-feedback rates. He still expects LLMs to hit a ceiling and new architectures to be needed.
  • Machines will out-review humans on security. Loker's reasons are that they never tire or lose attention, and that RL which down-rates insecure outputs will keep removing the Stack Overflow-style flaws critics cite. On data, CodeRabbit runs each review once in an isolated sandbox torn down afterwards, keeps zero-data-retention agreements with LLM providers, does not train on customer code, and offers self-hosting.
  • Lines of code no longer measure productivity. Loker would measure features and executed hypotheses instead, since AI makes prototyping close to solved. He defends vibe coding for prototypes (his sister-in-law built an app with Lovable in an afternoon, not production-ready), predicts it will widen who builds software as higher-level languages did, and pitches AI review as the third party a solo vibe coder lacks. The host cited the CodeRabbit blog's figure that AI coding tools can add up to 41% more bugs.
Dr. Jon KrohnJobs Are Being Automated Rapidly. What's the Future of Work? (with Carl Benedikt Frey)
  • Distrust of driverless vehicles will fade quickly with exposure. Frey compares it to unions' claim that riders would never trust an operator-less elevator, which ended once performance spoke for itself. He notes that most of the jobs his 2013 paper judged fully automatable sit in transportation and logistics, a shift he says is only beginning. The prompt was the host's account of preferring a lidar-based Waymo to an Uber.
  • Lower barriers to entry hit white-collar workers like automation. Frey likens it to GPS making a taxi driver's street knowledge worthless and opening the work to Uber drivers. Because professional work is tradable (he contrasts a New York accountant's six-figure salary with a low four-digit one in Manila), he expects narrowing productivity gaps to push white-collar work across borders. For professionals in Europe and the US, he says, the effect is the same as having their jobs automated.
  • Governments should protect people, not jobs. Frey argues that Europe's strong employment protection keeps its firms from adjusting to generative AI as fast as Meta or Google can. He favours Danish-style "flexicurity": flexible labour markets plus real security for those who lose work.
  • Safety nets decide whether automation provokes unrest. In his earlier book The Technology Trap, Frey argues the Luddites were right to riot, since British wages stagnated or fell for about two decades and two generations lost out. Britain alone taxed itself 2% of GDP for the poor, and areas with more generous poor laws saw less unrest. He sets a large strike when autonomous cargo trucks reached LA against no reported incidents when the same technology came to ports in Norway and the Netherlands.
Scott HanselmanThe Importance of Pair Programming with Tuple's Johnny Marler
synopsis

Marler, lead Windows developer at Tuple, argues that a remote pair-programming tool earns its native code. By working against system APIs rather than a web view, Tuple has cut screen-capture latency, CPU use and binary size, and he credits long familiarity with Windows for most of that and AI for one piece of it.

Why native. Tuple began on macOS. A Linux port produced a shared C++ engine built around WebRTC, with platform UI in an app layer. Marler says the product is about connecting people, so it keeps out of the way: one-click calls, shared control by default, small webcams, and CPU light enough to compile while pairing. Hanselman contrasts the typing lag of general meeting tools.

Capturing the screen. Capture moved from GDI to DXGI desktop duplication, which returns GPU textures. Replacing WebRTC's own capture saved about 20–25 ms on a 50–60 ms capture-to-encoder path. AI gave Marler a starting shader for GPU-side YUV conversion that he then had to make work.

Veiling windows. Windows can exclude a window from capture, but only its own process can set that. Tuple uses Windows hooks rather than DLL injection, which also keeps a visible "veiled" frame in sync. The hook DLL and installer are in Zig to avoid libc's roughly 2 MB per binary.

Performance as habit. Marler credits experience and Casey Muratori's "write code that doesn't suck" over profiling, which he has needed only a handful of times. Hanselman praises Windows' backward compatibility. Marler says Linux's lack of it is why Linus Torvalds ships binaries of his scuba software only for Windows and macOS.

  • Tuple is native because it optimizes for people, not UI. Marler, lead Windows developer at Tuple, says a pairing tool needs little chrome and gains most from talking directly to the system APIs that move video and audio best. Tuple began on macOS; a Linux port produced a shared C++ engine built around WebRTC, with platform-specific UI in a separate app layer.
  • Pairing has to start instantly and never lag typing. Marler describes one-click calls, shared screen control on by default, small corner webcams, and low enough CPU use to compile while sharing. Hanselman contrasts this with the scheduling, give-control prompts and typing lag of Zoom or Teams.
  • Owning the capture pipeline cut latency and CPU use. Tuple moved from GDI to DirectX and DXGI desktop duplication, which returns GPU textures, and replacing WebRTC's built-in capture saved about 20–25 ms on a capture-to-encoder path that averaged 50–60 ms. Marler says AI gave him a GPU shader for YUV conversion that "didn't really work that well" but was the starting point that let him finish it in reasonable time.
  • App Veil hides sensitive windows using Windows' own capture exclusion. Windows can show a window as black or omit it from capture, but only the process that created it may set that; Tuple used Windows hooks rather than the DLL-injection method of a GitHub project Marler found, which also keeps a visible "veiled" frame in sync, so a leak "should be impossible" if implemented correctly. The hook DLL and the installer are written in Zig to avoid linking libc, which Marler says adds about 2 MB per binary (a 12 MB installer would become 14 MB).
  • Performance comes mostly from habit, not profiling. Marler credits 15 years of experience and Casey Muratori's "write code that doesn't suck" and says he has used the Superluminal profiler only a handful of times, mainly for high-level choices such as GDI versus DirectX. He adds that Linux's weak backward compatibility, against Windows' strong compatibility that Hanselman praises, is why Linus Torvalds ships his scuba software's binaries only for Windows and macOS.
GCastMastering GitHub Copilot course, Integrating MCP with Copilot [GCast 205]
  • MCP gives AI applications a standard way to connect to services. The lesson calls the model context protocol "USB-C for AI": an AI application such as GitHub Copilot can call any service that follows the standard. This episode uses an MCP server that already runs inside GitHub rather than building one.
  • An mcp.json file in the .vscode folder connects the server. Giard pastes the lesson's JSON into it. Because the format is standard, VS Code recognizes it and adds a start button that launches the server. In Copilot Chat in agent mode, the tools button then lists the server's capabilities next to the built-in ones, including adding comments, creating issues and sub-issues, and assigning them.
  • Copilot calls the MCP server for what its own tools cannot do. Asked to find other repositories for organizing extracurricular activities, it searched public GitHub repositories in about a minute. It then described one project's features and compared them with the demo app. Giard had it open issues for the seven missing features, approving each call or allowing them all for the session.
  • Agent mode carries an issue from triage through to a pull request. Copilot found 14 open issues (Giard thinks he ran the step twice) and picked the top three, starting with a persistent database and security. Told to create a branch, make the changes, confirm with him, then push and open a pull request, it created the branch and installed SQLAlchemy. It then made 10 changes to app.py, each of which can be kept or undone, and installed a newer Python to run the app. Copilot also generated the commit message.
  • The lesson ends with a merge and a closing comment on the issue. Giard merges the pull request into main and has Copilot post a one-sentence description of the fix, thanking the commenters. The lesson also has learners commit straight to main, which Giard says he doesn't think is always a good idea. A GitHub agent in the course repository detects each finished step within seconds and posts the next one.