Categories
Conferences Developer Relations Presentations What I’m Up To Work

My DevRelCon NYC 2026 talk: “The Market is Trying to Tell You Something”

Here’s the video of a lightning talk at I gave at DevRelCon NYC on Thursday, July 24, 2026 at Industry City in Brooklyn:

The talk gets its material from my 12-month developer relations job search that took place in 2025. I kept a diary of my search, kept records of every resume and cover letter I sent, compiled email exchanges between me and prospective employers, and whenever possible, made recordings of conversations and interviews throughout the process.

If you’re looking for developer relations work today, you might find my observations and advice useful.

This talk’s title, The Market is Trying to Tell You Something, comes from an observation I made when watching a film that’s 21 years old now: Star Wars: Revenge of the Sith.

During the scene where a not-yet-corrupted Anakin Skywalker and a not-yet-revealed-Sith-Lord Chancellor Sheev Palpatine are watching an underwater opera (its name is Squid Lake, and it’s the creation of a species called Mon Calamari; look it up!). Palpatine keeps talking about the power of the Dark Side and the knowledge of the Sith, and Anakin doesn’t seem to be cluing in. I imagine him thinking “I think the Chancellor is trying to tell me something”.

My argument is that the job market has been trying to tell us something for the past couple of years, and much of the guidance we’re still getting misses the signs as much as Anakin did.

I noticed this first signal barely a week into that year-long job search. It became apparent to me that developer relations job descriptions quietly rewrote themselves.

By “quietly”, I mean that the job descriptions as written didn’t change, but actual job descriptions did. The age of AI is turning us more into generalists, and the (often theoretical) wall between developer relations and the related fields of marketing and sales is disappearing.

The developer relations job description you see is often a copy-paste from 2023 or earlier, and it’s not an accurate description of the job today.

Screenshot

The quietly-rewritten job description reveals itself in the interview. I noticed this a couple of weeks into the process, after interviewing with a third prospective employer: The interviews were testing for things that weren’t in the job description.

One particular prospect made this painfully apparent to me. I was in the final interviews with this one company where they’d asked me to prepare a demo for developers. When the interview took place, they changed things up and said “Let’s do a mock sales call for Sony”, without my having any idea of what their particular development needs are (aside from the PlayStation, do they do anything technological that matters anymore?) or getting any prep time.

After that fiasco, I changed the balance of my questions in earlier interviews with companies to find out what figure out what was being left out of the written job description, the prospect’s idea of what “developer relations” meant (this was often very fuzzy), and identifying the person whom I’d really be reporting to, and what KPIs they were being measured on.

The final signal I saw took a couple of months’ worth of interviews to truly crystallize, because it’s the most subtle of the three. It’s that “DevRel ROI” now actually means something, and that “something” is what pays your salary.

This basically means that organizations no longer view “Hey, people have heard of us!” or “People like us!” as the measure of developer relations success. This was fine for the pre-COVID, pre-AI, middle-of-ZIRP era of the 2010s, but table stakes now. There now has to be some kind of financial success metric that can be connected to you.

So with these three signals in mind, I now have three action items that you can act on right now.

First, pick a metric that you can credibly own, and start tracking it right now. It doesn’t have to be a present-day metric if you’re currently out of work; find some number that you improved in your last role.

Developer relations’ effects are more indirect than those of marketing and considerably more indirect than sales’, so it’s forgivable in the beginning if you pick a vanity metric. One of mine is from Auth0, where I grew mobile developer readership (fortunately, I kept track of these things for a time when I’d need them) from 0 to 20,000/month, simply because I was the only one consistently writing mobile developer articles.

You probably already know this, but it’s worth repeating: Reframe what you’re doing around outcomes, not activities.

It may be obvious, but if you’re in any line of work that requires convincing people, know that there is great power in stating the obvious.

And finally: Read interviews as a diagnostic of whether the role will exist next year.

During an interview, if one of the interviewers says “Oh, by the way, we’re also bringing on we’re also bringing on a growth person and we may be reviewing how they interact with the developer relations team,” that’s a good sign that the developer relations team will get cut down or reshuffled. This has happened to me on three different occasions where the developer advocate role was cancelled sometime during the interview process.

One of the best things you can do, assuming you get permission to record (legalities about this will very on where you are), record everything. Then feed it to an LLM, and ask it to analyze what you and your interviewers say in the interview. Ask the LLM to be brutal. The evaluations it will give you will sometimes be unpleasantly revelatory, but LLMs are reasonable at picking up cues you might miss, usually because going through interviews is an emotionally distracting experience.

I closed by referring to Tim Falls’ talk at the start of the day, which he began with a heartbeat-like drumbeat on a hand drum as encouragement for the audience to listen with their hearts.

Then, after announcing that I would use music to help the audience overcome their fear of AI, I played Because of AI, my AI-flavored parody song based on Afroman’s Because I Got High.

My thanks to the DevRelCon organizers for a great conference and for considering my talk proposal worthy of putting onstage!

Categories
Conferences Programming What I’m Up To Work

Anitra and I are at Kansas City Developer Conference this week!

Tampa’s tech team supreme (that’s Anitra and me, in case you’re wondering) are flying to Kansas City today to speak at KCDC, also known as Kansas City Developer Conference! It typically draws around 2,000 attendees and it’s one of the largest independent conference in North America these days.

We’re honored to have been chosen to speak, and from looking at the agenda, we’re excited not just to present, but to also see out fellow speakers’ presentations!

For the curious, here’s what we’ll be presenting…

Thursday, September 10

Nobody Wants to Go to Your Meeting. (Let’s Fix That.)

Presented by Anitra, 10:00 a.m., room 2215C

Your calendar is full of meetings where attendees mentally check out. That’s not a people problem. It’s a design problem. As the meeting organizer, you’re the designer.

Most meetings fail for the same reason most products fail: the meeting organizer never stopped to ask what their attendees actually need, what outcome would make the time worthwhile, or whether a live session is even the right format for the job. The result is a standing meeting that becomes an obligation, a brainstorm where the loudest voice wins, a decision meeting that ends with “let’s take this offline”, and a calendar invitation that should have been an email.

This session makes the case that every meeting is a product. It has users with real needs. It has a value proposition that either holds up or doesn’t. It has a format that either creates the conditions for something meaningful to happen or gets in the way. Treat it like a product, and people show up prepared and engaged. Ignore that, and you get laptops open, cameras off, and the same conversation next week. That’s because most meetings were never designed to answer: what can only happen in real time, among these specific people?

You’ll leave with:

  • A framework for designing meetings that people actually want to attend and can explain why afterward
  • A method to audit your recurring meetings and diagnose exactly which ones are failing and why
  • Specific redesign moves for the three meeting types most likely to waste everyone’s time: the status update, the decision meeting, and the brainstorm

def play_accordion(), or Live Music Coding with Sonic Pi

Presented by Joey, 3:45 a.m., room 2215B

Most developers write code that talks to databases, APIs, or networks. What if your code talked to a speaker instead? And what it if accompanied a live accordion performance?

Sonic Pi is a live coding environment that turns Ruby-like syntax into music in real time. For developers who already know Ruby, it’s one of the fastest on-ramps to making something genuinely impressive. In this session, I’ll introduce Sonic Pi from the perspective of someone who plays accordion, understands music sequencers, and thinks in Ruby. I’m not a music teacher, but as professional developer and hobbyist musician, I can show you exactly where your existing skills transfer and where the surprises are.

We’ll cover the core concepts: loops, samples, synths, timing, and concurrency, and we’ll and explore why Sonic Pi is a surprisingly powerful lens for applying programming ideas you already know in a whole new way. And because a talk about live coding music should actually feature live coded music, we’ll finish with something you won’t see at many developer conferences: a performance where Sonic Pi and a live accordion share the stage.

No musical background required. Ruby curiosity welcome. Earplugs optional.

Friday, September 11

Fixing “Be More Confident” and Other Unhelpful Feedback

Presented by Anitra, 9:45 a.m., room 2215B

On a team, you get and give professional feedback. But can you actually act on that feedback?

Research across tens of thousands of performance reviews reveals a consistent pattern: professional feedback is frequently vague, personality-focused, and disconnected from business outcomes. “Be more confident.” “Work on your executive presence.” “Be a better team player.” These phrases feel like feedback. But they aren’t. They’re opinions dressed up as guidance, and they’re stalling careers and driving away top people.

This session examines what high-quality feedback looks like, why the gap between vague and actionable is wider than most people realize, and what that gap costs when it goes unaddressed. We’ll look at the research on how feedback differs by gender, why high performers are sometimes the ones receiving the least useful guidance, and what separates managers who build strong teams from those who wonder why good people keep leaving.

You’ll leave with:

  • A practical framework for giving and receiving feedback that is tied to outcomes, not personality
  • A method to recognize and rewrite vague feedback before it does damage
  • A clear understanding of how feedback quality affects advancement, retention, and team performance, and what you can do about it starting on Monday

Our speaker bios

Anitra Pavka

Anitra has surfed the waves of tech evolution from the dot-com bubble to the AI revolution. She specializes in customer-centered product management and technology modernization, turbocharged with hands-on AI experience. Her career spans ecommerce, retail, cybersecurity, fintech, and insurance.

Known for speaking fluent human and tech, Anitra speaks on local, regional, and national stages, including three appearances at SXSW Interactive, and as a featured podcast guest. She’s an O’Reilly Media author (HTML5 Cookbook Accessibility chapter) and technical editor (Universal Design for Web Applications book).

Her leadership extends into her community. She serves on the Board of Directors at Tampa’s non-profit Glazer Children’s Museum, where she chaired their strategic planning committee. She also co-organizes several tech-focused Meetup groups, including the Tampa Bay Artificial Intelligence Meetup (with 2,200+ members).

Her north star has been making technology solve real problems and serve the people using it.

Joey de Villa

If you hear an accordion at a programming presentation, chances are that Joey de Villa is the one playing.

Joey got his professional start developing multimedia CD-ROMs when they were the hottest new technology. After that, he built desktop applications including an encyclopedia of every mall in America and fitness tracking software for the Toronto Maple Leafs. Since then, he has written applications for mobile and IoT devices and dabbled in artificial intelligence.

He enjoys talking to people as much as he enjoys talking to computers, and that combination has landed him his current developer advocate role at NetFoundry, and previous roles as a developer advocate at Tucows, Microsoft, Shopify, Auth0/Okta, and HP. He recently optimized an MCP server for Hammerspace’s AI model storage system. As part of his work, he organizes the Tampa Bay Artificial Intelligence Meetup and the Tampa Bay Software Skills Meetup.

Joey has co-authored a 1,500-page book, The iOS Apprentice, 8th Edition, and writes articles about Android programming at Kodeco.com. He also publishes a blog called Global Nerdy, which has been around since 2006 and features a list of Tampa Bay technology events that he creates every week with the assistance of a helpful Python application that he wrote.

Categories
Artificial Intelligence Business Career Work

The key to thriving in the AI age is beating the bottlenecks

One of Nate B. Jones’ recent videos has the title Why the Smartest AI Bet Right Now Has Nothing to Do With AI (It’s Not What You Think). While the title is technically correct, I think it should be changed to In the Age of AI, You Have to Beat the Bottlenecks.

Bottleneck: a definition

Many Global Nerdy readers aren’t native English speakers, so here’s a definition of “bottleneck”:

A bottleneck is a specific point where a process slows down or stops because there is too much work and not enough capacity to handle it. It is the one thing that limits the speed of everything else.

Imagine a literal bottle of water.

  • The body of the bottle is wide and holds a lot of water.

  • The neck (the top part) is very narrow.

  • When you try to pour the water out quickly, it cannot all come out at once. It has to wait to pass through the narrow neck.

In business or technology, the “bottleneck” is that narrow neck. No matter how fast you work elsewhere, everything must wait for this one slow part.

Elon is often wrong, but you can learn from his wrongness

My personal rule is that when Elon Musk says something, and especially when it’s about AI, turn it at least 90 degrees. At the most recent World Economic Forum gathering in Davos, he talked a great “abundance” game, with sci-fi claims that AI would create unlimited economic expansion and plenitude for all:

Nate Jones watched the talk with Musk, but came to the conclusion that Musk’s take is the wrong frame for the immediate future. The current AI era will be one of bottlenecks, not abundance. I agree, as I’ve come to that conclusion about any grandiose statement that Musk makes; after all, he is Mr. “we’ll have colonies on Mars real soon now.”

Here are my notes from Jones’ video…

Notes

Instead of abundance, Nate suggests that what we are entering is a “bottleneck economy.” While AI capability is growing, the actual value it produces won’t automatically flow everywhere and benefit everyone. Instead, it will concentrate around specific areas based on AI’s constraints and limitations [00:00].

Research from Cognizant claims AI could unlock $4.5 trillion in U.S. labor productivity (and yes, you need to take that figure with a huge grain of salt), and it comes with a massive caveat: businesses must implement AI effectively. Currently, there’s a wide gap between AI models and the hard work of integrating them into business workflows. This “value gap” means that the trillion-dollar impact won’t materialize until organizations figure out how to bridge the distance between models can do in general and what they can specifically do for a company’s operations [01:01].

Physical infrastructure is the first bottleneck. AI capability is increasingly constrained by things it needs from the physical world, specifically land, power, and skilled trade workers. Building the data centers required to train and run models takes years, and not just for the building process, but also permitting and connections to the power grid. This creates a wedge between the speed of software development and building infrastructure  [03:56].

Beyond just buildings and power, the hardware supply chain is the second bottleneck. Access to compute, high-bandwidth memory, and advanced chip manufacturing (controlled largely by TSMC) determines who gets a seat at the table. Companies that understand this are securing resources years in advance and treating regions with stable power and friendly permitting as strategic assets. This creates a market where value is captured by those navigating physical constraints in addition to building better algorithms [06:02].

The third bottleneck is one you might not have thought of: the cost of trust. As the cost of generating content collapses to near zero, the cost of trust is skyrocketing. Jone highlights what he calls a “trust deficit,” calling it a major coordination bottleneck. When any content can be fabricated, the ability to verify and authenticate information becomes expensive and crucial. Value will shift to institutions, platforms, or individuals who can mediate trust and provide a reliable signal in world rapidly filling with synthetic media slop [07:36].

For organizations, there’s the bottleneck of applying general AI to specific contexts. A general AI model won’t know a company’s private code base, board politics, or competitive dynamics. The bridge between “AI can do this” and “AI does this usefully here” requires tacit knowledge; that is, the practices and relationships that aren’t written down but live in the heads of the company’s employees. Companies that solve this integration problem will unlock productivity, while those that don’t will spend lots of money on tools they never use [09:55].

The fifth bottleneck is another one you might not have though of: the increasing value of taste. For individuals,  and especially for those in tech, the bottlenecks are shifting from acquiring skill to getting good at making judgment calls. AI is commoditizing hard skills like programming (it’s cutting down the time to proficiency from years to months), the really valuable skills are going to be taste and curation. The ability to distinguish between AI output that’s “good enough” versus AI output that’s extraordinary will become the differentiator. Developing taste takes experience, time, and observation. This is going to create a dangerous race for early-career professionals, whose entry-level work is being devalued [14:52].

The combination of problem-finding and execution are the sixth bottleneck. When problem-solving becomes automated, finding the problem and executing on the solution become the new moats. The market will reward those who can frame the right questions and navigate the ambiguity of implementing appropriate solutions. Jones emphasizes that while AI can generate a strategy or a plan, it can’t execute the “grinding work” of follow-through, holding people accountable, and navigating organizational politics. Success depends on identifying these new personal bottlenecks rather than optimizing for old skills that AI is turning into commodities [16:50].


Tips for techies and developers to beat the bottlenecks

  • Cultivate a sense for taste in addition to a skill for syntax. As coding moves from purely “grind” to at least partially “vibe” (see my vibe code vs. grind code post), your value shifts from writing code to reviewing AI-generated code. You need to refine your sense of what makes code good to differentiate yourself from the flood of AI output, which tends towards the average. [15:06]
  • Specialize! To beat the “good enough” standard of AI, pick a niche, and specialize in it. The window for being a generalist is closing, and extraordinary depth allows you to spot quality that AI (which once again, tends towards the average) misses. [16:16]
  • Pivot to problem finding. AI makes a lot of problem solving cheap, which makes problem finding the rare and precious thing. Stop defining yourself solely as a problem solver. Focus on defining the right problems to solve, framing the architecture, and determining direction. This management-level skill is harder for AI to replicate than execution. [16:50]
  • Value tacit knowledge and context. Tacit knowledge is the “soft” knowledge of how an organization works, and it’s almost never documented (at least directly), but lives in the heads of the people working there. Knowing why a legacy codebase exists or understanding specific stakeholder needs is a “context moat” that general AI models can’t easily infer. [17:36]
  • Focus on execution and follow-through. AI can generate the plan/code, but it can’t navigate the friction of deployment. The “grinding work” of implementation, such as convincing teams, fixing integration bugs, and finalizing products, is where the real value now lies. [18:47]
  • Build your tolerance for ambiguity. This has always been good for real life, but now it’s also good for tech work, which used to live in rigid, well-defined, unambiguous spaces… but not anymore! The tech landscape is shifting rapidly, and the ability to remain functional and productive while “metabolizing change” and dealing with uncertainty is a critical soft skill that separates leaders from people who freeze when things become ambiguous. [20:01]
  • Audit your personal bottlenecks: Be honest about what is actually constraining your career right now. It might not be learning a new framework (the old bottleneck). Instead, it might be your ability to integrate AI tools into your workflow or your ability to communicate complex ideas. Find those bottlenecks and come up with strategies to overcome them! [21:25]
Categories
Career Systems Work

Lessons you can take away from my job search experience

Red rows mean I’m out of the running, orange means that I’ve applied but nobody’s gotten back to me other than with an automated email, yellow means I had an initial screener interview but then things stopped because of the holidays, and green means active and in progress.

Pictured above is a version of my job search spreadsheet with a couple of columns hidden and some details redacted. But despite the missing info, it still has useful data points for you, namely:

  1. You have better odds with a referral. You probably know this, but it’s worth repeating. Every referral so far has at least resulted in an initial “HR screener” interview, and two of them have resulted in final interviews (which I’ve denoted in the spreadsheet using the videogame term BOSS FIGHT!).
  2. To stand out to recruiters, you need to be a certified yapper on LinkedIn! (This is a sticker on my Windows laptop.)

    Being noisy on LinkedIn pays off. Did you know there are Recruiter versions of LinkedIn? There’s Recruiter Lite, which can cost up to $2,000 annually, and then there’s Corporate version, which is said to sell for about $10,000 to $12,000 per year per seat.

    Recruiters get paid when they match people looking for jobs with employers looking to fill positions, so they’re willing to shell out lots of money for a specialized version of LinkedIn, provided that they get king-sized multiples of that money by finding the right match for their clients. Think of LinkedIn as a search engine for job candidates.

    In the spreadsheet pictured above, note than 6 out of 30 opportunities — that’s one in five — is marked in the How it started column as Recruiter found me. They found me on LinkedIn because I post and comment regularly on AI, Python, and technology in general, which in turn generates “signal” on LinkedIn for those topics that clearly points to me. Long story short: You want to get found by recruiters on LinkedIn? You have to post on topics relevant to the job you’re looking for on LinkedIn.

  3. You can’t see it in the spreadsheet, but I totally broke the “No more than 2 pages” resume rule. The resumes I submitted to all of the prospects in the spreadsheet — including those in which I’m at the BOSS FIGHT! stage — were 5 pages long.The trick is that my resumes, while long, answer the question “What does this candidate bring to the table?” and that’s really the question recruiters and hiring managers want answered. I customize each resume for each prospect with the assistance of Claude, and it’s worked out quite well for me.I’m betting that you’re reeeeally curious right now, so here’s one of the resumes for one of the BOSS FIGHT! prospects. I hope you find it useful!

Bonus 4th observation

See the row above? That’s an opportunity where I’m going to do a final interview that I applied to, cold, with just a resume (and yes, it was a five-pager) and a cover letter.

I didn’t have a referral, and with this particular one, I applied via LinkedIn and not via the company site because that was the only place to do it. And yet I got that initial interview, which led to all the follow-up interviews. According to the recruiter, it was a combination of the resume, cover letter, and LinkedIn presence.

Categories
What I’m Up To Work

Lots of interviews, lots of notes

In the ten business days leading up to Christmas Eve and every day since Sunday, January 4, I have either been doing at least one of these a day:

  • Being interviewed for a job
  • Doing a “take-home assignment” for a job
  • Recording a podcast

The trick to staying on top of all this activity is to have good notes at the ready. Ideally, these are hand-written notes and diagrams like the ones pictured above. I find that I remember what I wrote better when I write it out by hand; it’s probably because it’s slower and gives me more time to commit what I’m writing to memory.

I’ve also suspected that the act of forming different letters in the process of handwriting (unlike typing, where every keypress feels the same, and it’s only the location of the key on the keyboard that feels different) helps you remember what you wrote. There’s some research that agrees with my hypothesis.

However, with 14 interviews in December and at least five scheduled for this week, I had a lot of notes to crank out. Writing them all out by hand would be too slow, so I often resorted to the next-best thing: typing them in…

…and printing them out. I could look at a screen, but paper notes allow me to keep my gaze in the general direction of the camera. Using them means that I’m not relying on the keyboard or mouse to go through my notes, and it very clearly shows that I’m not relying on AI during the interview.

These are photos of just a few of the notes I used in my most recent interviews. A lot of my notes include situations that I can cite when answering “behavioral interview” questions — those questions that start with that dreaded phrase, “Tell me about a time when…”

Categories
Artificial Intelligence Presentations Work

The brutally honest AI career playbook: Insights from a Stanford CS230 AI class

If you watch just one AI video before Christmas, make it lecture 9 from AI pioneer Andrew Ng’s CS230 class at Stanford, which is a brutally honest playbook for navigating a career in Artificial Intelligence.

You can watch the video of the lecture on YouTube.

Worth reading: AI and ML for Coders in PyTorch, Laurence Moroney’s latest book, and Andrew Ng wrote the foreword! I’m working my way through this right now.

The class starts with Ng sharing some of his thoughts about the AI job market before handing the reins over to guest speaker Laurence Moroney, Director of AI at Arm, who offered the students a grounded, strategic view of the shifting landscape, the commoditization of coding, and the bifurcation of the AI industry.

Here are my notes from the video. They’re a good guide, but the video is so packed with info that you really should watch it to get the most from it!

The golden age of the “product engineer”

Ng opened the session with optimism, saying that this current moment is the “best time ever” to build with AI. He cited research suggesting that every 7 months, the complexity of tasks AI can handle doubles. He also argued that the barrier to entry for building powerful software has collapsed.

Speed is the new currency! The velocity at which software can be written has changed largely due to AI coding assistants. Ng admitted that keeping up with these tools is exhausting (his “favorite tool” changes every three to six months), but it’s non-negotiable. He noted that being even “half a generation behind” on these tools results in a significant productivity drop. The modern AI developer needs to be hyper-adaptive, constantly relearning their workflow to maintain speed.

The bottleneck has shifted to what to build. As writing code becomes cheaper and faster, the bottleneck in software development shifts from implementation to specification.

Ng highlighted a rising trend in Silicon Valley: the collapse of the Engineer and Product Manager (PM) roles. Traditionally, companies operated with a ratio of one PM to every 4–8 engineers. Now, Ng sees teams trending toward 1:1 or even collapsing the roles entirely. Engineers who can talk to users, empathize with their needs, and decide what to build are becoming the most valuable assets in the industry. The ability to write code is no longer enough; you must also possess the product instinct to direct that code toward solving real problems.

The company you keep: Ng’s final piece of advice focused on network effects. He argued that your rate of learning is predicted heavily by the five people you interact with most. He warned against the allure of “hot logos” and joining a “company of the moment” just for the brand name and prestige-by-association. He shared a cautionary tale of a top student who joined a “hot AI brand” only to be assigned to a backend Java payment processing team for a year. Instead, Ng advised optimizing for the team rather than the company. A smaller, less famous company with a brilliant, supportive team will often accelerate your career faster than being a cog in a prestigious machine.

Surviving the market correction

Ng handed over the stage to Moroney, who started by presenting the harsh realities of the job market. He characterized the current era (2024–2025) as “The Great Adjustment,” following the over-hiring frenzy of the post-pandemic boom.

The three pillars of success To survive in a market where “entry-level positions feel scarce,” Moroney outlined three non-negotiable pillars for candidates:

  • Understanding in depth: You can’t just rely on high-level APIs. You need academic depth combined with a “finger on the pulse” of what is actually working in the industry versus what is hype.
  • Business focus: This is the most critical shift. The era of “coolness for coolness’ sake” is over. Companies are ruthlessly focused on the bottom line.Moroney put a spin on the classic advice, “Dress for the job you want, not the job you have,” and suggested that if you’re a job-seeker, that you “not let your output be for the job you have, but for the job you want.” He based this on his own experience of landing a role at Google not by preparing to answer brain teasers, but by building a stock prediction app on their cloud infrastructure before the interview.
  • Bias towards delivery: Ideas are cheap; execution is everything. In a world of “vibe coding” (a term he doesn’t like — he prefers something more line “prompting code into existence” or “prompt coding”), what will set you apart is the ability to actually ship reliable, production-grade software.

The trap of “vibe coding” and technical debt: Moroney addressed the phenomenon of using LLMs to generate entire applications. They may be powerful, but he warned that they also create massive “technical debt.”

The 4 Realities of Modern AI Work

Moroney outlined four harsh realities that define the current workspace, warning that the “coolness for coolness’ sake” era is over. These realities represent a shift in what companies now demand from engineers.

Business focus is non-negotiable. Moroney noted a significant cultural “pendulum swing” in Silicon Valley. For years, companies over-indexed on allowing employees to bring their “whole selves” to work, which often prioritized internal activism over business goals. That era is ending. Today, the focus is strictly on the bottom line. He warned that while supporting causes is important, in the professional sphere, “business focus has become non-negotiable.” Engineers must align their output directly with business value to survive.

2. Risk mitigation is the job. When interviewing, the number one skill to demonstrate is not just coding, but the ability to identify and manage the risks of deploying AI. Moroney described the transition from heuristic computing (traditional code) to intelligent computing (AI) as inherently risky. Companies are looking for “Trusted Advisors” who can articulate the dangers of a model (hallucinations, security flaws, or brand damage) and offer concrete strategies to mitigate them.

3. Responsibility is evolving. “Responsible AI” has moved from abstract social ideals to hardline brand protection. Moroney shared a candid behind-the-scenes look at the Google Gemini image generation controversy (where the model refused to generate images of Caucasian people due to over-tuned safety filters). He argued that responsibility is no longer just about “fairness” in a fluffy sense; it is about preventing catastrophic reputational damage. A “responsible” engineer now ensures the model doesn’t just avoid bias, but actually works as intended without embarrassing the company.

4. Learning from mistakes is constant. Because the industry is moving so fast, mistakes are inevitable. Moroney emphasized that the ability to “learn from mistakes” and, crucially, to “give grace” to colleagues when they fail is a requirement. In an environment where even the biggest tech giants stumble publicly (as seen with the Gemini launch), the ability to iterate quickly after a failure is more valuable than trying to be perfect on the first try.

Technical debt

Just like a mortgage, debt isn’t inherently bad, but you must be able to service it. He defined the new role of the senior engineer as a “trusted advisor.” If a VP prompts an app into existence over a weekend, it is the senior engineer’s job to understand the security risks, maintainability, and hidden bugs within that spaghetti code. You must be the one who understands the implications of the generated code, not just the one who generated it.

The dot-com parallel: Moroney drew a sharp parallel between the current AI frenzy and the Dot-Com bubble of the late 1990s. He acknowledged that while we are undoubtedly in a financial bubble, with venture capital pouring billions into startups with zero revenue, he emphasizes that this does not imply the technology itself is a sham.

Just as the internet fundamentally changed the world despite the 2000 crash wiping out “tourist” companies, AI is a genuine technological shift that is here to stay. He warns students to distinguish between the valuation bubble (which will burst) and the utility curve (which will keep rising), advising them to ignore the stock prices and focus entirely on the tangible value the technology provides.

The bursting of this bubble, which Moroney terms “The Great Adjustment,” marks the end of the “growth at all costs” era. He argues that the days of raising millions on a “cool demo” or “vibes” are over. The market is violently correcting toward unit economics, meaning AI companies must now prove they can make more money than they burn on compute costs. For engineers, this signals a critical shift in career strategy: job security no longer comes from working on the flashiest new model, but from building unglamorous, profitable applications that survive the coming purge of unprofitable startups.

Future-proofing: “Big AI ” vs. “Small AI”

Perhaps the most strategic insight from the lecture was Moroney’s prediction of a coming “bifurcation” in the AI industry over the next five years.

The industry is splitting into two distinct paths:

  • “Big AI”: The AI made by massive, centralized players such as OpenAI, Google, and Anthropic, who are chasing after AGI. This relies on ever-larger models hosted in the cloud.
  • “Small AI”: AI systems that are based on open-weight (he prefers “open-weight” to “open source” when describing AI models), self-hosted, and on-device models. Moroney also calls this “self-hosted AI.”

Moroney is bullish on “Small AI.” He explained that many industries are very protective of their intellectual property, such as movie/television studios and law firms. These business will will never send their intellectual property to a centralized model like GPT-4 due to privacy and IP concerns. This creates a massive, underserved market for engineers who can fine-tune small models to run locally on a device or private server.

Moroney urged the class to diversify their skills. Don’t just learn how to call an API; learn how to optimize a 7-billion parameter model to run on a laptop CPU. That is where the uncrowded opportunity lies.

Agentic Workflows: The “How” of Future Engineering: Moroney’s advice was to stop thinking of agents as magic and start treating them as a rigorous engineering workflow consisting of four steps:

  1. Intent: Understanding exactly what the user wants.
  2. Planning: Breaking that intent down into steps.
  3. Tools: Giving the model access to specific capabilities (search, code execution).
  4. Reflection: Checking if the result met the intent. He shared a demo of a movie-making tool where simply adding this agentic loop transformed a hallucinated, glitchy video into a coherent scene with emotional depth.

Conclusion: Work hard

I’ll conclude this set of notes with what Ng said at the conclusion of his introduction to the lecture, which he described as “politically incorrect”: Work hard.

While he acknowledged that not everyone is in a situation where they can do so, he pointed out that among his most successful PhD students, the common denominator was an incredible work ethic: nights, weekends, and the “2 AM hyperparameter tuning.”

In a world drowning in hype, Ng’s and Moroney’s “brutally honest” playbook is actually quite simple:

  • Use the best tools to move fast
  • Understand the business problem you’re trying to solve, and understand it deeply.
  • Ignore the noise of social media and the trends being hyped there. Build things that actually work.
  • And finally, to quote Ng: “Between watching some dumb TV show versus finding your agentic coder on a weekend to try something… I’m going to choose the latter almost every time.”
Categories
Humor Work

Your “official unofficial” calendar for December 2025!

Calendar for December 2025, where December 1 - 5 is marked “Pretend to work,” the 2nd and 3rd work weeks are marked “Don’t even pretend anymore,” the first 3 Saturdays and 2 Sundays are “Say you’re going to start shopping for presents,” the 24th is “Actually start shopping for presents,” the 25th is half “Nostalgia!” and half “Destroy your body with food and alcohol”, the 21st through 30th are completely “Destroy your body with food and alcohol,” and finally, the 31st is half “Prepare for the inevitable disappointment of New Year’s Eve” and “Realize that you accomplished absolutely nothing in 2025.”
Tap to view at full size.

I was supposed to post this last Monday, but things got really busy really quickly (or was I pretending, as the calendar above tells you to?).