With AIs Wide Open by Chris Heilmann
๐ **Source:** [With AIs Wide Open by Chris Heilmann](https://www.youtube.com/watch?v=l9YV5z_zYQE)
> [!note]+ Document Notes
> tags: [AI, open-source, web-development, developer-tools, tech-career]
> author: Chris Heilmann
> source: All Things Open
> reference: https://www.youtube.com/watch?v=l9YV5z_zYQE
> date created: 2025-01-11 22:30
>
> # ๐ท๏ธ Title: With AIs Wide Open
>
<!-- deep-read:sections start -->
## ๐งฐ Action Inbox
- [H1] Resist paying subscription fees for AI coding tools โ 100k/year hidden costs #tech-debt
- [H2] Use AI for prototypes and throwaway code only โ not production systems #development-practices
- [H3] Demand open alternatives to proprietary AI platforms โ access for all developers #open-source
## ๐งญ Table of Contents
- [๐ Summary](#-summary)
- [๐ Main Content](#-main-content)
- [๐๏ธ Notes](#๏ธ-notes)
- [๐ References](#-references)
- [๐ฃ๏ธ Paraphrase](#๏ธ-paraphrase)
- [๐ฐ Newsletter](#-newsletter)
- [โ
Action Items](#-action-items)
- [๐งช Hypotheses](#-hypotheses)
- [๐ Methodology](#-methodology)
- [โ Questions](#-questions)
- [๐ฎ Future Research](#-future-research)
- [๐ก Implications](#-implications)
- [๐ง Learning Styles Assessment](#-learning-styles-assessment)
- [๐ Accessibility Assessment](#-accessibility-assessment)
- [๐ DEIB Assessment](#-deib-assessment)
- [โ
Logical Validity](#-logical-validity)
- [๐ก๏ธ DARVO Analysis](#-darvo-analysis)
- [๐ฏ Conclusion](#-conclusion)
### ๐ References
- [With AIs Wide Open - All Things Open](https://www.youtube.com/watch?v=l9YV5z_zYQE)
- [We Are Developers](https://wearedevelopers.com/)
## ๐ Summary
- Chris Heilmann shares 30 years of web development experience and concerns about AI's impact on open development
- AI coding tools create hidden subscription costs (~$100k/year per team) and technical debt
- Current AI hype contradicts open source principles: restricted access, no longevity, opaque procedures
- Junior developers risk losing learning opportunities when AI does everything for them
- Need community resistance to protect open web from corporate AI takeover
## ๐ Main Content
Chris Heilmann, a veteran developer with 30 years of experience across Yahoo, Mozilla, and Microsoft, argues that the current AI development trend threatens core open source principles. Unlike previous technology hypes that never materialized, AI presents a genuine challenge to accessible, transparent development practices.
The presentation highlights several concerning trends: AI coding tools essentially function as expensive subscriptions in disguise, with small development teams facing $100,000 annual costs. These tools generate code that works initially but creates substantial technical debt, as LLMs excel at creating new code but struggle with maintaining existing systems.
Heilmann contrasts his definition of "open" - access for all regardless of location or wealth, documented functionality, public code review, and longevity - with current AI practices that restrict access by geography, hide functionality behind opaque agents, and encourage throwaway development.
The talk draws from Stack Overflow developer surveys showing declining trust in AI coding accuracy (from 42% in 2023 to 33% in 2025) despite increased usage, often mandated by management rather than chosen by developers.
## ๐๏ธ Notes
#### โฑ๏ธ [00:00](https://www.youtube.com/watch?v=l9YV5z_zYQE&t=0) โ [H1] Career Journey Through Tech Changes
- Key idea: 30 years of surviving technology hypes by focusing on open standards
- Evidence: "I survived so many changes to the world that are basically the new thing"
#### โฑ๏ธ [02:15](https://www.youtube.com/watch?v=l9YV5z_zYQE&t=135) โ [H2] Early Web Development (1994-2000)
- Key idea: Started as radio newscaster, self-taught HTML and Perl in 1995
- Evidence: "He asked me what the telephone number is where he reaches his website"
#### โฑ๏ธ [04:30](https://www.youtube.com/watch?v=l9YV5z_zYQE&t=270) โ [H2] Dot-com Crash Experience
- Key idea: Witnessed first major tech bubble burst at eToys.com
- Evidence: "Y2K happened... German part of eToys went bankrupt"
#### โฑ๏ธ [07:45](https://www.youtube.com/watch?v=l9YV5z_zYQE&t=465) โ [H2] Enterprise and Government Work
- Key idea: Moved to stable government contracts after dot-com crash
- Evidence: "You don't have to deliver anything for 5 years because everything is so much paperwork"
#### โฑ๏ธ [10:20](https://www.youtube.com/watch?v=l9YV5z_zYQE&t=620) โ [H2] Yahoo Open Source Era
- Key idea: Led YUI JavaScript library and Yahoo Developer Network
- Evidence: "We did Yahoo pipes or YQL... a lot of open stuff"
#### โฑ๏ธ [12:10](https://www.youtube.com/watch?v=l9YV5z_zYQE&t=730) โ [H2] Mozilla Firefox OS Failure
- Key idea: HTML5 phone failed due to missing WhatsApp support
- Evidence: "WhatsApp didn't want to be on it... in South America, we couldn't sell the thing"
#### โฑ๏ธ [14:35](https://www.youtube.com/watch?v=l9YV5z_zYQE&t=875) โ [H2] Microsoft and Edge Development
- Key idea: Worked to kill Internet Explorer, built Edge developer tools
- Evidence: "I want to kill Internet Explorer... we brought Edge"
#### โฑ๏ธ [16:50](https://www.youtube.com/watch?v=l9YV5z_zYQE&t=1010) โ [H1] Definition of Open Development
- Key idea: Open means access for all, documented APIs, public code, longevity
- Evidence: "Access for all independent of location or wealth"
#### โฑ๏ธ [18:45](https://www.youtube.com/watch?v=l9YV5z_zYQE&t=1125) โ [H1] AI as Anti-Open Development
- Key idea: Current AI hype contradicts all principles of open development
- Evidence: "The current hype around AI is almost the anti-thesis of almost all of that"
#### โฑ๏ธ [21:30](https://www.youtube.com/watch?v=l9YV5z_zYQE&t=1290) โ [H1] Hidden AI Development Costs
- Key idea: AI coding tools cost approximately $100k per small team annually
- Evidence: "On average, this means 100k for a development team a year"
#### โฑ๏ธ [24:15](https://www.youtube.com/watch?v=l9YV5z_zYQE&t=1455) โ [H1] Declining AI Trust Statistics
- Key idea: Developer trust in AI accuracy dropped from 43% to 33%
- Evidence: "33% of developers trust AI accuracy in 2025, 43% did that in 2024"
#### โฑ๏ธ [27:00](https://www.youtube.com/watch?v=l9YV5z_zYQE&t=1620) โ [H2] AI Code Debugging Problems
- Key idea: 45% report AI debugging takes more time than expected
- Evidence: "Debugging AI generated code takes more time than expected"
#### โฑ๏ธ [30:20](https://www.youtube.com/watch?v=l9YV5z_zYQE&t=1820) โ [H1] VIP Coding Creates Legacy Debt
- Key idea: Generated code becomes unmaintainable technical debt
- Evidence: "When you vip code, you're incurring tech debt as fast as the LLM can spit it out"
#### โฑ๏ธ [35:45](https://www.youtube.com/watch?v=l9YV5z_zYQE&t=2145) โ [H2] Practical AI Use Case - Content Analysis
- Key idea: Uses AI for video content search and moment extraction
- Evidence: "Video button... moments button... playlist button"
#### โฑ๏ธ [42:30](https://www.youtube.com/watch?v=l9YV5z_zYQE&t=2550) โ [H1] Junior Developer Learning Crisis
- Key idea: New developers can't learn from mistakes if AI does everything
- Evidence: "How can we say that junior developers learn if they're encouraged to let magical AI do everything?"
## ๐ References
- [Stack Overflow Developer Survey](https://stackoverflow.com/)
- [We Are Developers Congress](https://wearedevelopers.com/world-congress/)
- [Video Tap AI Tool](https://videotap.com/)
## ๐ฃ๏ธ Paraphrase
- A 30-year web development veteran argues that current AI tools threaten the fundamental principles of open source development by creating expensive dependencies and restricting access
- AI coding assistance generates significant technical debt because it excels at creating new code but fails at maintaining existing systems, leading to constantly rewritten rather than improved codebases
- The speaker advocates for using AI only for disposable prototypes while preserving open, documented, and community-controlled development practices for production systems
## ๐ฐ Newsletter
The WordPress community should pay attention to Chris Heilmann's warnings about AI development tools. As we build the future of WordPress, we must resist the temptation of proprietary AI coding assistants that create hidden subscription costs and technical debt.
His experience shows that truly transformative technologies survive by embracing open principles: accessible APIs, documented functionality, and community ownership. WordPress has always thrived on these values - from our GPL license to our REST API to our plugin ecosystem.
Consider using AI for rapid prototyping and content analysis (like Heilmann's video search tool), but maintain human expertise for core development. The WordPress project's strength lies in our transparent development process and collaborative community, not in outsourcing our craft to black-box systems.
Resources: [WordPress Coding Standards](https://developer.wordpress.org/coding-standards/), [Contributing to Core](https://make.wordpress.org/core/handbook/), [Plugin Development](https://developer.wordpress.org/plugins/)
## โ
Action Items
#### DevRel
- Developer advocacy: Document hidden costs of AI tools, promote open alternatives
- Education: Create workshops on sustainable AI usage vs dependency
- Developer experience: Maintain human-readable documentation standards
- Developer marketing: Counter AI hype with practical open source benefits
- Community management: Foster discussions on AI ethics and development practices
#### OSPO
- Policy & Governance: Establish guidelines for AI tool evaluation and procurement
- License Compliance: Review AI-generated code for licensing implications
- Security Management: Assess risks of AI-generated technical debt
- Software Inventory: Track AI dependencies and subscription costs
- Developer Support: Provide training on judicious AI usage
- Community Engagement: Fund open AI research and tooling projects
- Strategic Alignment: Measure productivity claims against technical debt costs
#### Community
- Maintainers: Resist pressure to adopt expensive AI tools without clear ROI
- Contributors: Preserve learning opportunities for junior developers
- Sponsors: Support open AI research rather than proprietary platforms
- Ecosystem: Coordinate resistance to AI vendor lock-in
#### WordPress
- Core: Maintain human review standards regardless of AI assistance
- Core Performance: Monitor performance impact of AI-generated code
- Core AI: Focus on open, transparent AI implementations
- Community: Educate about sustainable AI practices
- Training: Develop curriculum balancing AI tools with fundamental skills
- Documentation: Ensure AI-assisted documentation remains accurate and maintainable
## ๐งช Hypotheses
- AI coding tools will consolidate into expensive subscription oligopolies similar to enterprise software
- Developer productivity gains from AI are offset by increased technical debt maintenance costs
- Organizations mandating AI usage will see short-term velocity gains followed by long-term maintenance burden
- Open source AI alternatives will emerge to challenge proprietary coding assistants
### ๐ Methodology
- Survey development teams on actual AI tool costs vs productivity benefits
- Analyze technical debt accumulation in AI-assisted vs traditional development projects
- Track junior developer skill acquisition with and without AI assistance
- Compare maintenance costs of AI-generated vs human-written code over time
### โ Questions
- How can open source communities compete with well-funded proprietary AI platforms?
- What metrics accurately measure developer productivity beyond lines of code generated?
- How do we preserve learning pathways for new developers in an AI-assisted world?
### ๐ฎ Future Research
- Long-term studies of technical debt in AI-generated codebases
- Economic analysis of AI subscription costs vs development team budgets
- Educational research on skill development with AI assistance
### ๐ก Implications
- Practice: Evaluate AI tools for hidden costs and vendor lock-in risks
- Policy: Establish procurement guidelines for AI development tools
- Security: Review AI-generated code with same rigor as human contributions
- Education: Maintain fundamental programming education alongside AI literacy
- Funding: Support open AI research to prevent proprietary consolidation
### ๐ง Learning Styles Assessment
Reading level estimate: Flesch-Kincaid Grade Level 10
#### ๐ Visual learners
- Present: Career timeline, cost breakdowns, survey statistics
- Improve: Add flowcharts of AI vs traditional development processes
#### ๐ Aural learners
- Present: Full video presentation with clear narration
- Improve: Podcast version with chapter markers
#### ๐ฃ๏ธ Verbal learners
- Present: Rich storytelling, analogies, clear definitions
- Improve: Glossary of technical terms and industry jargon
#### ๐งฉ Kinesthetic learners
- Present: Practical examples of AI tools and workflows
- Improve: Hands-on exercises comparing AI vs manual coding
#### ๐ง Logical learners
- Present: Statistical evidence, cost analyses, timeline progression
- Improve: Decision trees for AI tool evaluation
#### ๐งโ๐คโ๐ง Social learners
- Present: Community concerns, collaborative development principles
- Improve: Discussion forums, peer review opportunities
#### ๐งโโ๏ธ Solitary learners
- Present: Individual reflection on career experiences
- Improve: Self-assessment tools for AI dependency
#### ๐ฟ Naturalistic learners
- Present: Ecosystem metaphors for development communities
- Improve: Environmental impact of AI energy consumption
### ๐ Accessibility Assessment
#### Screen reader semantics
- Present: Clear heading structure, descriptive content
- Improve: Alt text for any visual elements in presentation
#### Keyboard navigation
- Present: Video controls accessible via keyboard
- Improve: Transcript with timestamp navigation
#### Contrast and readability
- Present: High contrast presentation slides
- Improve: Ensure all text meets 4.5:1 contrast ratio
#### Text resizing and reflow
- Present: Responsive video player
- Improve: Scalable transcript formatting
#### Media and captions
- Present: Full transcript provided
- Improve: Professional captions with speaker identification
#### Forms and interactions
- Present: Standard video controls
- Improve: Custom controls with accessibility labels
### ๐ DEIB Assessment
#### Cultural breadth
- Present: Global perspective on technology access restrictions
- Improve: Include perspectives from underrepresented regions
#### Inclusive language
- Present: Gender-neutral technical terms
- Improve: Avoid ableist metaphors in technology descriptions
#### Neurodiversity support
- Present: Clear section breaks, consistent structure
- Improve: Content warnings for discussions of job loss/industry disruption
#### Representation
- Present: Individual perspective from industry veteran
- Improve: Include voices from diverse career stages and backgrounds
#### Psychological safety
- Present: Respectful critique of industry practices
- Improve: Balanced perspective on AI benefits alongside concerns
### โ
Logical Validity
#### Strong reasoning
- Deductive strength: Historical pattern analysis supports AI hype skepticism
- Inductive strength: Personal experience across multiple technology cycles
- Causal reasoning: Links AI tool costs to subscription business models
- Analogical strength: Compares AI hype to previous failed technology promises
#### Fallacies
- Appeal to experience: Relies heavily on personal career history, may not generalize
- Slippery slope: Suggests AI tools inevitably lead to vendor lock-in without considering alternatives
#### Tone of voice
- Overall tone: Skeptical but pragmatic, grounded in practical experience with specific examples
### ๐ก๏ธ DARVO Analysis
- Deny: No denial patterns observed
- Attack: Critiques AI industry practices, not individual accusers
- Reverse victim/offender
---
## Full Transcript
[00:05] So um I just want to see how we as an<br>[00:08] open community and the people who've<br>[00:09] been contributing it for such a long<br>[00:11] time can now work with this new threat<br>[00:14] of like uh of AI taking over everything<br>[00:17] and how can we actually deal with that<br>[00:19] on our own basis as well. Like [gasps]<br>[00:22] in my whole career for like 30 years,<br>[00:24] I've always been like, "Oh, you're<br>[00:25] falling behind because you're not<br>[00:26] embracing this new technology or that<br>[00:28] new thing." And it never it never came<br>[00:31] to pass. It was always a thing like<br>[00:33] working on standards, working on open<br>[00:34] things, and throwing things out there. I<br>[00:37] survived so many changes to the world<br>[00:39] that are basically the new thing. It's<br>[00:42] it's a very interesting thing to not get<br>[00:45] riled up about. So let me start uh by<br>[00:48] just showing off a bit or just I was<br>[00:50] just writing this down and confused<br>[00:51] myself with it as well like how how I<br>[00:54] got into this and how I what I've done<br>[00:56] over the last 30 years in this market. I<br>[01:00] started as a radio newscaster in 1994<br>[01:04] and uh I hated it after a while because<br>[01:06] I loved being able to give people the<br>[01:09] news and doing research and uh reporting<br>[01:12] on things. But then I realized like<br>[01:14] after a while people pay for news to be<br>[01:17] broadcast that you have to say although<br>[01:19] it's boring and you're not allowed to<br>[01:21] say naughty words on on air and you're<br>[01:23] not allowed to do the things that you<br>[01:24] want to do. So I actually taught myself<br>[01:26] HTML and Pearl and started web<br>[01:29] development. 1995 I built my first<br>[01:31] website for a solicitor and he basically<br>[01:35] then like paid money for it and then he<br>[01:37] asked me what the telephone number is<br>[01:38] where he reaches his website. So he<br>[01:40] didn't quite know what the internet was,<br>[01:41] but he wanted to spend money on it. So<br>[01:43] that was a good thing for me. And then I<br>[01:45] was one of the few people in Germany<br>[01:46] back then that wrote HTML and knew how<br>[01:49] browsers break and build things. So I<br>[01:51] get I started working at an agency and I<br>[01:54] did things like bank websites, little<br>[01:56] e-commercy thingies, like restaurant<br>[01:59] websites, things like that. And then I<br>[02:01] got into e-commerce like these out of<br>[02:04] the box e-commerce systems like then<br>[02:07] that basically you paid a lot of money<br>[02:08] for and then you can build a store on<br>[02:10] top. This is completely different<br>[02:12] nowadays with all the online stores<br>[02:13] being easy to do. But back then you had<br>[02:15] to buy a software package, install the<br>[02:17] thing, install the server and then<br>[02:19] charge your customers to do e-commerce<br>[02:21] on the thing.<br>[02:23] Then etoys.com uh hired me and said like<br>[02:26] Chris you're going to be our main<br>[02:27] developer in Munich in Germany and<br>[02:29] you're going to be our HTML monkey. That<br>[02:31] was the job title actually. And uh then<br>[02:34] then Y2K happened and they're like Chris<br>[02:36] you got to come to America and make sure<br>[02:38] that our website doesn't die because<br>[02:40] things falling from the sky and things.<br>[02:42] U nothing happened but I stayed for 7<br>[02:45] months in a hotel in LA and during that<br>[02:48] time the German part of ETOS went<br>[02:50] bankrupt. So to stay with the company I<br>[02:52] had to move to England and that's what I<br>[02:54] did. So I went to England and then two<br>[02:56] months later it went bankrupt there as<br>[02:57] well. And then I realized okay<br>[02:59] something's going on here and that was<br>[03:00] the first.com crash when the whole thing<br>[03:02] basically fell on its and its ars about<br>[03:05] not knowing like oh we have to sell<br>[03:06] things as well to make money. That's<br>[03:08] weird. [snorts]<br>[03:09] And so I basically ducked down and went<br>[03:12] work on government websites and longer<br>[03:14] clients larger clients. Who here works<br>[03:15] on government stuff?<br>[03:18] It's great isn't it? you don't have to<br>[03:19] deliver anything for 5 years because<br>[03:21] everything is so much paperwork that you<br>[03:23] actually cannot do it as well. It was it<br>[03:25] was really wonderful like doing the the<br>[03:27] the the uh tourism portal for England uh<br>[03:31] of different different councils of<br>[03:33] London doing these things. It was<br>[03:35] wonderful and larger clients like<br>[03:37] McDonald's, HP Europe, these kind of<br>[03:40] things. The other day I found I still<br>[03:42] have access to one of the servers after<br>[03:43] like 20 years because they didn't change<br>[03:45] the password. Um okay.<br>[03:48] And then I went into enterprise content<br>[03:49] management system things and that was<br>[03:51] basically for the local government in<br>[03:53] England and that was done in India<br>[03:55] because it's cheaper there it seems. And<br>[03:58] that was like the weirdest moment when<br>[04:00] you pay ยฃ40,000 license for an<br>[04:03] enterprise content management system and<br>[04:05] then you have to send each of your<br>[04:06] engineers to a ยฃ3,000 course to be<br>[04:08] allowed to write code for it. It's like<br>[04:11] printing money. It's like was really<br>[04:13] bizarre. And then you sit in India and<br>[04:15] people outside sit in the rain and<br>[04:16] basically there's things falling apart<br>[04:18] and you press a button and install a<br>[04:20] $50,000 license of something and you're<br>[04:22] like that's weird. That's I I don't want<br>[04:24] to do that ever again. So I went to<br>[04:26] Yahoo um Yahoo basically in the UK and<br>[04:29] then also in America a few times and<br>[04:31] that's when I started uh pushing for<br>[04:33] open things. I did the YUI uh JavaScript<br>[04:36] library back then and we did Yahoo pipes<br>[04:38] or YQL if you remember that one. We did<br>[04:41] like a lot of open stuff and I ran the<br>[04:43] Yahoo developer network, the blog I I<br>[04:45] wrote that and gave talks about about<br>[04:47] everywhere in the world about Yahoo and<br>[04:49] what we do with search and how we're<br>[04:51] changing search from a portal to a<br>[04:54] search engine. And then I went to<br>[04:55] Mozilla and that was even more open, but<br>[04:58] it was also the weird side of open<br>[05:00] because it's academic wonderland. You<br>[05:02] can do whatever you want, but you also<br>[05:03] have to promote it. Like nobody helps<br>[05:05] you to actually get the market to<br>[05:07] embrace the things that you need to do.<br>[05:09] And sometimes it's just like, oh,<br>[05:10] because it's open, people will love it.<br>[05:12] Firefox OS was the big thing I worked on<br>[05:14] in the end, which was an HTML 5 phone.<br>[05:18] Everything was just web standards on the<br>[05:20] phone. And it it it utterly and<br>[05:22] amazingly took off, failing to make any<br>[05:24] impact in the market at all. Uh the<br>[05:27] biggest problem was that that uh that<br>[05:29] basically WhatsApp didn't want to be on<br>[05:30] it. And that meant in South America, we<br>[05:32] couldn't sell the thing. Nobody wanted<br>[05:33] it. people they order a a Facebook phone<br>[05:36] or a<br>[05:38] a a chat phone rather than a phone. They<br>[05:40] don't even know what it is. And then I<br>[05:42] went to Microsoft which was hilarious<br>[05:44] because Microsoft was my big hate thing<br>[05:46] in the beginning. Uh but during my job<br>[05:49] interview at Microsoft they asked me<br>[05:50] what I want to do here and I said I want<br>[05:52] to kill Internet Explorer<br>[05:54] and uh cuz after 25 years yeah and we<br>[05:59] brought Edge and yeah we did that we<br>[06:01] made it then then Edge went to Chromium<br>[06:03] and I was the product manager of the<br>[06:04] developer tools inside Chromium that's<br>[06:06] also shared with Chrome. So I worked on<br>[06:08] that thing and it was actually really<br>[06:10] exciting until I ended up on the wrong<br>[06:11] spreadsheet and I got laid off with 11<br>[06:13] 11,000 people. So, okay. Now, I do I'm<br>[06:17] at We Are Developers. We are Developers<br>[06:19] is a community. We actually I write a<br>[06:21] newsletter that I have to write later.<br>[06:24] 150,000 subscribers. So far, I think<br>[06:25] 200,000 almost. Uh we have a podcast<br>[06:28] that I record all the time. We have a<br>[06:30] live show that's happening every<br>[06:31] Wednesday lunchtime in Berlin where I<br>[06:33] live. So, tomorrow morning at 6:00 in<br>[06:35] the hotel room, I'm going to do that one<br>[06:38] probably in like a bathrobe and with the<br>[06:40] mini bar strewn around me or something.<br>[06:41] I I don't know what's going to be<br>[06:42] happening. And we have a magazine that<br>[06:44] we actually write articles now as well,<br>[06:46] much like the YDN library, YDN blog back<br>[06:49] then or the Mozilla blog that I wrote.<br>[06:51] And we have this congress uh which is me<br>[06:54] in a bathrobe on stage. Uh and that's<br>[06:57] 15,000 people and 600 speakers, eight<br>[07:00] tracks, and I'm the content curator of<br>[07:02] the whole thing. So I go through like<br>[07:05] 2,400 2,600 call for paper submissions.<br>[07:08] And if you use chat GPT to write it, I<br>[07:11] will find out where you live<br>[07:13] because you're wasting everybody's time.<br>[07:16] And that whole career and that whole<br>[07:17] thing made me think what is open to me<br>[07:19] and what does open mean? And uh to me<br>[07:22] open means several things. First of all,<br>[07:24] access for all independent of location<br>[07:27] or wealth. APIs should be free to try<br>[07:30] them out. SDKs should be free to get<br>[07:33] started. That's something that I always<br>[07:34] found amazing. And the biggest change<br>[07:36] that I find in the AI world that we're<br>[07:38] in right now, as a European, I'm treated<br>[07:40] as a secondass citizen. I always get<br>[07:42] access to things much much later because<br>[07:44] we care about things like privacy and<br>[07:46] security and that's just h we don't want<br>[07:48] that, you know. And I got a VPN so I can<br>[07:51] always pretend to access to things<br>[07:52] differently. But it just fascinates me<br>[07:54] how that became a thing all of a sudden.<br>[07:56] That where you live is not getting you<br>[07:58] access to the coolest, newest<br>[08:00] technology. And that's a huge step back<br>[08:02] and it's terrible. I think access to<br>[08:04] functionality without docu with<br>[08:06] documentation should be done as well.<br>[08:07] Not like magic like just call our agent<br>[08:10] and he will do stuff for you and you're<br>[08:11] like I don't want to have a robot do<br>[08:13] things to me that I don't know about<br>[08:14] like that's not a good idea. Access to<br>[08:16] code inbuilt quality control. What I<br>[08:19] always told people writing open source<br>[08:21] software is great because you cannot<br>[08:24] hide bad code. Everything is in public.<br>[08:27] Everybody can take a look at it.<br>[08:28] Everybody has an opinion about it and<br>[08:30] everybody will actually fix or extend<br>[08:32] the things that you need to do. That's<br>[08:35] why also when you do uh when you look<br>[08:36] for things on Stack Overflow or ask for<br>[08:39] things, don't ask how something works.<br>[08:41] Just write it wrong and let people tell<br>[08:43] you that you're wrong and give you the<br>[08:44] right answer. It's much much faster than<br>[08:46] trying to get explanations out there.<br>[08:49] Longevity. People can build on my work.<br>[08:52] I gave out everything I did for free. My<br>[08:54] books is creative comments. my my<br>[08:56] bloggers creative comments as well all<br>[08:58] the software as like MIT or Apache<br>[09:00] license because if I get run over by a<br>[09:02] bus the thing lives on you can do<br>[09:05] something with it that I hadn't thought<br>[09:06] of and I I keep being uh uh surprised<br>[09:10] and excited about people doing stuff<br>[09:12] with my things that I hadn't thought of<br>[09:13] and it's wonderful that these things<br>[09:14] exist and building things that work. I<br>[09:18] always wanted to build open source<br>[09:19] things that work because other people<br>[09:21] can fix them for me and find the<br>[09:22] problems rather than just building the<br>[09:24] one thing that gives you the happy path<br>[09:27] and that's and and then like the MVP and<br>[09:29] then let's make it a live thing and make<br>[09:30] money from it. Following agreed<br>[09:32] procedures and ensuring quality is<br>[09:34] another thing that I love that version<br>[09:36] controlling became so easy since git and<br>[09:39] github as well. I remember before that<br>[09:41] we had like oh god mercurial svn CVS<br>[09:45] team c team like about 50,000 of those<br>[09:48] and they're all rubbish and then the<br>[09:50] other day we found a we found a bug in<br>[09:52] git that's hilarious if you haven't seen<br>[09:54] that one it's a colleague of mine from<br>[09:56] Microsoft they had a repo that was ended<br>[09:59] up 26 gigabyte of uh of data and they<br>[10:03] couldn't get outside contributions<br>[10:04] anymore because it took people too long<br>[10:05] to fork it and actually download it and<br>[10:08] it turned out that git<br>[10:10] only gets the last 12 characters of a<br>[10:12] file name to see if it's a unique file.<br>[10:16] So change log.m MD was seen as the as as<br>[10:20] one file and kept attaching to each<br>[10:22] other and became bigger and bigger and<br>[10:24] bigger. So the more folder you had, the<br>[10:26] more the more change log you had, the<br>[10:27] bigger the project got. So they fixed<br>[10:29] the the bug in git and then all of a<br>[10:31] sudden this project is now 500 megabyte.<br>[10:35] So, it's I don't know what got him to<br>[10:38] think 12 characters are enough. Was he<br>[10:39] on a DOS computer or I don't know, but<br>[10:41] it was really bizarre that these things<br>[10:43] out there. And the current hype around<br>[10:45] AI is almost the anti-thesis of almost<br>[10:47] all of that. Like it's not access for<br>[10:49] all. You pay for everything. It's not<br>[10:51] for longevity. Just build the thing and<br>[10:52] throw it away immediately. Again,<br>[10:54] there's no procedures. Like just go wild<br>[10:56] and do stuff. And it feels weird to me.<br>[10:59] And AI AED development is of course the<br>[11:01] big thing. I worked with the uh with the<br>[11:03] co-pilot people in GitHub when it<br>[11:05] started. It was really exciting about<br>[11:06] because I worked on VS Code back then<br>[11:08] and to me every AI IDE that I see there<br>[11:11] that people tell me you have to move<br>[11:12] away from Visual Studio Code is<br>[11:14] basically a fork of Visual Studio Code<br>[11:16] with all the security settings turned<br>[11:18] off because we want to go to the<br>[11:20] terminal and and create random files<br>[11:22] without you knowing what that we do. And<br>[11:25] most of them actually are like wind surf<br>[11:27] whatever AI features. 50 free tools cost<br>[11:30] you tokens every single time you do<br>[11:32] something. And when you do the math, on<br>[11:34] average, this means 100k for a<br>[11:36] development team a year, a small<br>[11:38] development team. For an agency, that's<br>[11:41] a lot of money to come in just to get<br>[11:42] your developers to code. And I'm like, I<br>[11:45] didn't want to buy at Dreamweaver. I<br>[11:47] didn't want to buy any IDE. I always<br>[11:49] used open source idees because I want to<br>[11:51] be a free developer and I don't want to<br>[11:53] pay to code. And this is a hidden way to<br>[11:55] actually pay to code. So it is a<br>[11:57] subscription in disguise to a degree and<br>[12:00] the whole story that AI is making<br>[12:02] engineers 10 times more productive is<br>[12:04] not true. It's true sometimes for like<br>[12:06] things people that have to build MVPs<br>[12:08] for a living but the uh basically this<br>[12:11] is a lot of links that I that came from<br>[12:13] the newsletter and the developer survey<br>[12:15] from Stack Overflow shows for example<br>[12:16] the trust in AI coding tools is falling<br>[12:18] and the usage rises. So,<br>[12:21] a lot of developers that I talk to get<br>[12:23] forced to use AI in their job now<br>[12:25] because the company thinks they're<br>[12:27] falling behind if they're not using AI,<br>[12:29] but it's really not helping them because<br>[12:30] the code hasn't changed in 10 years and<br>[12:32] there's not much cool stuff to build.<br>[12:34] It's just things to maintain and LLMs<br>[12:36] are bad at maintaining things because<br>[12:37] they just keep rewriting them and<br>[12:39] starting them a new.<br>[12:42] And there were interesting insights in<br>[12:43] that data in that in that survey and<br>[12:46] that's basically that uh 33% of<br>[12:48] developers trust AI accuracy in 2025 43%<br>[12:52] did that in 2024 and 42% in 2023. So it<br>[12:56] goes down and I feel the same. The<br>[12:58] accuracy of of code completion sometimes<br>[13:00] is really odd especially when you do<br>[13:03] languages that you don't normally use or<br>[13:05] you just basically sometimes I use Pearl<br>[13:07] and people like what's wrong with you?<br>[13:08] And these kind of things AI favorability<br>[13:12] dropped from 77% to 72 and 60% now. So<br>[13:17] people are just like that<br>[13:18] disillusionment starts to get in. People<br>[13:20] are starting like it's not really as<br>[13:22] useful as it is. And 66% say AI<br>[13:25] solutions that are almost right but not<br>[13:27] quite is the top frustration. And that's<br>[13:30] the same when you had a code review with<br>[13:31] your colleagues, right? You're like,<br>[13:33] "Okay, I forgot about that one thing."<br>[13:34] And you're like, and the LLM is all<br>[13:36] like, "Oh, apologetic. I start from<br>[13:37] scratch again." You're like, "No, no,<br>[13:38] no. Just fix that one thing." Like, "No,<br>[13:40] don't don't start from scratch again."<br>[13:42] But yeah, I'm sorry. Please use more<br>[13:44] tokens. Uh, I mean, it's great to be a<br>[13:46] VI coder because by by lunchtime, you<br>[13:47] have used up the tokens for a day and<br>[13:49] you can go home.<br>[13:51] 45% say debugging AI generated code<br>[13:53] takes more time than expected and AI<br>[13:55] tools promise productivity but actually<br>[13:57] create new categories of technical debt.<br>[14:00] And writing or generating code should<br>[14:02] always aim to solve an issue. I've never<br>[14:04] been excited about writing code. I've<br>[14:06] been excited about deleting code that's<br>[14:08] not necessary anymore because standards<br>[14:10] became better. And I've been excited<br>[14:12] about solving problems with code.<br>[14:13] Sometimes horrible code that nobody can<br>[14:15] read but me. But that's my problem. But<br>[14:17] it's not it's all it's always about the<br>[14:19] issue not like how much code we write. I<br>[14:22] mean when certain person bought a<br>[14:24] certain chat system and then basically<br>[14:26] said like I measure my engineers by how<br>[14:28] many code how much code they write a<br>[14:29] month. I could have written them so much<br>[14:31] crap like you know just like wait for<br>[14:34] loop that's could be 50 if statements<br>[14:36] that's 50 more lines done like so VIP<br>[14:40] coding has always been to me like this<br>[14:42] uh uh put the thing in and make it<br>[14:43] happen. The thing that irked me the most<br>[14:45] about the original paper of VIP coding<br>[14:47] was not that he that he said like don't<br>[14:50] forget forget about the code just think<br>[14:52] about talk to your machine and the<br>[14:53] machine will do it for you. I actually<br>[14:54] like that idea. What I hated is that he<br>[14:56] wrote a game that he can put ads in to<br>[14:59] make money with the pro the aim was a<br>[15:02] product to make money not write a code<br>[15:04] or solve a code problem. Not like I want<br>[15:06] to learn how to write a game so the AI<br>[15:08] can help me do that game. No, I want to<br>[15:10] show I want to show ads to people. And<br>[15:12] I'm like, this has been Yahoo in 2001.<br>[15:15] We've done that. That's nothing new.<br>[15:16] There's nothing clever about this. I<br>[15:19] like that article that was talking about<br>[15:20] VIP code as legacy code. And he<br>[15:23] explained that like code that nobody<br>[15:25] understands is tech. It takes a lot of<br>[15:27] time to understand unfamiliar code<br>[15:29] enough to debug it, let alone introduce<br>[15:31] new features without also introducing<br>[15:32] bugs. So the whole idea of like don't<br>[15:34] think of the code that generates, think<br>[15:36] about the next feature. Think about that<br>[15:38] cool thing. uh when you vip code, you're<br>[15:40] incurring tech debt as far fast as the<br>[15:42] LLM can spit it out. This is why VIP<br>[15:44] coding is perfect for prototypes or<br>[15:45] throwaway things. That's why I love it<br>[15:47] as well. But legacy code as soon as you<br>[15:50] put it out there and maintain it. And<br>[15:52] nobody likes writing MVPs or or like<br>[15:55] like little prototypes or like slideware<br>[15:57] or things like that, that's do that with<br>[15:59] LLMs. Fine. Like throw the thing away.<br>[16:02] But then again, do we really need to? We<br>[16:03] can do it with a paper prototype as<br>[16:05] well. like it's not really that<br>[16:07] important to build an app for people to<br>[16:09] click on. I have a new feature coming in<br>[16:12] my podcast soon about um [laughter]<br>[16:15] about confessions, tech confessions. And<br>[16:17] my best story that I have about this was<br>[16:19] in 200 no 1997 in England uh 1999 in<br>[16:24] England. Uh I had an energy provider<br>[16:26] that we built the website for them<br>[16:28] ยฃ20,000 or something like that that not<br>[16:30] not that high but and he said yeah well<br>[16:33] we can't we can't pay you or put it live<br>[16:36] because it doesn't look right like good<br>[16:38] thanks for this detailed feedback that<br>[16:40] really helps me a lot. So uh I'm coming<br>[16:42] to the office and let's talk about it.<br>[16:43] So I came to his office and he had<br>[16:45] Internet Explorer 5 O2 because I asked<br>[16:48] him like why didn't you upgrade to<br>[16:50] Internet Explorer 6? It's about half a<br>[16:51] year old. Oh, Internet Explorer 6 has<br>[16:53] all these viruses so I can't trust it.<br>[16:56] So I knew I can't talk to that person.<br>[16:58] But that was before Wi-Fi and it was a a<br>[17:02] wire connection. So I checked his IP<br>[17:05] number and we showed him a screenshot of<br>[17:07] the website rather than the website for<br>[17:09] half a year and he always signed off<br>[17:11] every month and paid us for it. He never<br>[17:14] clicked on the thing. He just wanted to<br>[17:15] see the first render look right. So if<br>[17:17] you can get away with that, get away<br>[17:19] with that. But like yeah, it's on.<br>[17:22] And yes, CEOs can now do production<br>[17:24] code. That's the great thing about VIP<br>[17:26] coding. I love the the first outage from<br>[17:28] LLM written code by sketch.dev def and<br>[17:31] it was like the trigger for the CPU<br>[17:34] spikes that crashed the server both<br>[17:36] times was our CEO logging in. We<br>[17:38] redeployed to get a clean start,<br>[17:40] permanently banned him from the service<br>[17:41] and moved on.<br>[17:44] I think this is a good idea generally<br>[17:46] like you know that's not a bad plan but<br>[17:48] the my favorite was what the LLM did. Uh<br>[17:51] this was the code that actually was a<br>[17:53] for loop and it basically had an if<br>[17:56] error is not nil. I don't even know what<br>[17:57] that language is. Uh and then break of<br>[18:00] course if error is not nil break. What<br>[18:02] did the LLM do? Because it wants to be<br>[18:04] nice and happy and good. It put changed<br>[18:07] to break to a continue.<br>[18:09] So the endless loop kept piling up and<br>[18:11] that crashed the whole thing.<br>[18:14] Now how do I use AI right now? And<br>[18:18] that's something that I found very<br>[18:19] interesting. Uh we have a ton of<br>[18:22] content. I got this weekly newsletter.<br>[18:24] I've got a weekly live show. I got a<br>[18:25] magazine articles podcast. 10 years of<br>[18:28] we developer world congress that means<br>[18:29] like 2,500 to 3,000 hours of talk and<br>[18:32] workshop footage times 10 and last year<br>[18:35] it was 12 terabyte of data of videos<br>[18:38] that I had to postproduce<br>[18:40] did a 50 line PHP script and ffmpeact to<br>[18:43] do the thing but like it's it basically<br>[18:44] was a lot of data to be shifted around<br>[18:47] and I was wondering like what can we do<br>[18:48] about making it easier to search things<br>[18:50] and make it more interesting for you to<br>[18:53] use that data and reuse that data later<br>[18:55] on as well. One tool I use is video tap<br>[18:58] uh which actually allows you to upload a<br>[19:00] video and then it generates like shorts<br>[19:01] automatically by finding interesting<br>[19:03] things in the in the in the video uh<br>[19:06] creating like tweets creating podcast<br>[19:08] things and everything for it and that we<br>[19:11] then thought okay we can automate that<br>[19:13] on the server side as well in our own<br>[19:15] thing. So in our website right now<br>[19:17] there's three things that we started to<br>[19:19] build and that is the video button, a<br>[19:21] moments button and the playlist button.<br>[19:23] The video button is just as you would<br>[19:25] expect in any other platform. You just<br>[19:27] search for a topic and you get videos to<br>[19:29] actually about that topic that has it in<br>[19:32] there. We create the transcript. We scan<br>[19:34] through the transcript and then<br>[19:35] basically tell you which videos is<br>[19:37] rather than tagging it by hand.<br>[19:40] The moments was more interesting because<br>[19:42] we then give you all the videos that<br>[19:44] talk about a certain subject matter for<br>[19:46] example and give you the times in those<br>[19:48] videos where that person or that talk<br>[19:51] covered that topic. Again going through<br>[19:53] the uh going through the transcript and<br>[19:55] also going through the audio file and<br>[19:57] finding it like that. And then we<br>[19:59] thought of course the playlist would be<br>[20:00] then we give you not the full videos but<br>[20:02] only those sections of the videos and<br>[20:05] you can have that running in the<br>[20:06] background and you have like now the<br>[20:08] playlist for security best practices as<br>[20:11] little audio files and as an in-built<br>[20:13] thing in the browser running in the<br>[20:15] background. Next step now will be to<br>[20:17] generate those videos for you that you<br>[20:19] can download them if you wanted to as<br>[20:20] well. But I found it very fascinating<br>[20:22] how easy it is by tra by analyzing the<br>[20:24] transcript and then uh getting into the<br>[20:27] stream of the video. The only thing we<br>[20:28] found is latency. YouTube was absolutely<br>[20:31] atrocious in latency. Vimeo as well. So<br>[20:33] we're now going for Cloudflare for the<br>[20:35] hosting of that one. So it might be<br>[20:37] might be easier to do that. But I love<br>[20:39] that we can now give you like videos<br>[20:40] from four years ago that are still<br>[20:42] relevant, but you would have never known<br>[20:43] them because nobody watches a video<br>[20:45] that's longer than 10 minutes. And this<br>[20:47] is helps you with that stuff.<br>[20:49] Now let's talk about our jobs right now<br>[20:51] and let's talk about how it actually<br>[20:53] affects uh uh the the the careers that<br>[20:56] we have in that AI world where people<br>[20:58] see code as a throwaway thing and the<br>[21:00] app to be the thing that you should be<br>[21:02] taking for. Now you probably all seen<br>[21:05] that like we used to do waterfall things<br>[21:07] where we basically like okay the<br>[21:09] software just would not work until we<br>[21:11] actually go through the last stage. So<br>[21:13] you start with the wheel and then you<br>[21:14] put the the chassis on it and then you<br>[21:16] get the car. And then of course we told<br>[21:18] people agile is a better idea. Just<br>[21:19] build things that keep working and make<br>[21:21] them faster and release a new working<br>[21:23] product every day. Now with the with the<br>[21:26] code being out of the picture and the<br>[21:28] LM's doing it for you in the AI world,<br>[21:31] we basically have this instead<br>[21:34] cuz you know instead of just building<br>[21:36] something that works, we build something<br>[21:37] that kind of works every single time in<br>[21:39] different different ways. And to me that<br>[21:42] goes back to the the biggest step<br>[21:44] backwards in software distribution. And<br>[21:46] I gave a TED talk about this TEDex not<br>[21:48] TED um uh which was apps. I hated when<br>[21:53] app stores came out because it took away<br>[21:56] the ownership of software from the user<br>[21:59] to the provider. So back in the days you<br>[22:02] had like floppy discs, CDs, DVDs or to<br>[22:05] get your software and basically uh you<br>[22:07] when it broke you're done. You have to<br>[22:09] buy the thing again. Then the internet<br>[22:11] came and I'm like, "Hey, new version<br>[22:12] upload. I can do I can change the<br>[22:14] thing." Wonderful. Great. Then the app<br>[22:16] store came and people say like, "Well,<br>[22:18] that software cannot be released in that<br>[22:20] country anymore. So, it's not going to<br>[22:21] be available in the in the app store.<br>[22:24] You cannot delete stuff from the<br>[22:25] internet, but you can delete things from<br>[22:27] app stores." And I worked on the app<br>[22:30] store in Microsoft. I worked on the app<br>[22:31] store in Mozilla. I worked in the app<br>[22:32] store in Yahoo. None of them bloody<br>[22:34] scale. None of them work. And none of<br>[22:36] them give the more give us more security<br>[22:38] as the people say as well. like the the<br>[22:40] amount of malicious VPNs on the iOS<br>[22:43] store and the Android store out there.<br>[22:45] When Sora just came out, there's there's<br>[22:47] like 20 no 72 cloned Sora apps that are<br>[22:51] not the Sora thing, but actually full of<br>[22:53] malware and that was in the Android<br>[22:54] store within 3 minutes. It's the same<br>[22:56] thing, but it's just more control of the<br>[22:59] publisher rather than the the you user.<br>[23:02] The other thing is like I learned a lot<br>[23:04] from making mistakes and we do that. We<br>[23:07] learn by imitating and by making<br>[23:09] mistakes. And how does that actually<br>[23:12] translate for junior developers now?<br>[23:14] Like how can we say that junior<br>[23:15] developers learn if they're encouraged<br>[23:18] to let magical AI do everything for<br>[23:20] them? Like they never get a chance to<br>[23:22] build the thing. It always cracks me up<br>[23:24] when everybody talks about developer<br>[23:26] efficiency and like how it makes us more<br>[23:29] more more faster and we have more time<br>[23:31] to do what? I good give your engineers<br>[23:34] the things to automatically do but then<br>[23:36] give them time to learn to improve to<br>[23:39] share with each other to build something<br>[23:41] internally that wasn't done before<br>[23:43] internal hack days and these kind of<br>[23:44] things but the time we save by using<br>[23:46] LLMs we never actually push anywhere<br>[23:49] else except for using more LLM things<br>[23:51] it's it's an addiction machine it's the<br>[23:53] same as like going Tik Tok or like<br>[23:55] Facebook and these kind of things I<br>[23:57] talked about that in the keynote that<br>[23:58] basically the Dunning Kruber effect the<br>[24:00] cognitive bias that people think They're<br>[24:02] engineers, they're designers, they're<br>[24:04] they're musicians, they're creative<br>[24:06] people just by using AI<br>[24:08] is dangerous to me because let's all<br>[24:11] let's all not forget it's uh it's just<br>[24:14] bad for us if we if we think we're much<br>[24:16] better than we actually are. But it's<br>[24:18] also all costly.<br>[24:20] One image generation is the same amount<br>[24:23] of energy than charging your mobile<br>[24:24] phone. Was it really worthwhile having<br>[24:27] that turtle on a skateboard that you<br>[24:28] send your friends for one smile and one<br>[24:30] like? Do we actually need this? Do we<br>[24:33] want to use technology that that needs<br>[24:35] more energy? I I would have loved if by<br>[24:38] now we would have solved like global<br>[24:39] warming or something like that. One<br>[24:41] thing that that the co bit taught me is<br>[24:43] that we're all bullshitting.<br>[24:46] Google IO other keynotes always years<br>[24:48] ago always had like, oh, we're going to<br>[24:50] have contact lenses that can that can<br>[24:52] save save you from cancer. We're going<br>[24:54] to have self-driving cars that clean<br>[24:56] your garden or whatever. You know,<br>[24:58] everything was about like we solve that<br>[25:00] problem. We solve that problem. And then<br>[25:01] COVID came, everybody was shocked like,<br>[25:03] "Oh, we don't know about that disease."<br>[25:04] And then nobody managed to build an app<br>[25:07] that tracks who's been vaccinated or<br>[25:09] not. That's a bloody spreadsheet. That's<br>[25:11] not that hard to do. But the German<br>[25:14] government spent 10 million euros on an<br>[25:15] app that everybody had on their phone<br>[25:17] that said like, "Here's your vaccination<br>[25:18] status and here's how far away you from<br>[25:20] somebody who who just had an outbreak of<br>[25:22] of COVID."<br>[25:25] Two years later, when it was over, it's<br>[25:26] not over, but when it was over, they<br>[25:28] just let the thing delete. it just<br>[25:30] deleted anymore. You built an<br>[25:31] infrastructure. Everybody had an app on<br>[25:33] it. I should do my taxes on that thing.<br>[25:35] I should do my doctor appointments on<br>[25:36] that thing. But like, no, no, co is<br>[25:38] done. Did we do something new now? And<br>[25:40] it was just fascinating to me that like<br>[25:42] every technology company failed to solve<br>[25:44] that simple problem. And at the same<br>[25:46] time, we're now back at like, yeah,<br>[25:48] there's going to be a robot that does<br>[25:49] your yesterday there's going to be a<br>[25:51] robot that does your dishes and folds<br>[25:52] your your shirt your shirts and stuff. I<br>[25:54] don't fold shirts. I don't need a robot<br>[25:56] for that.<br>[25:59] Talking of horrible shirts, I think he<br>[26:00] lost uh um he lost a bet back then and<br>[26:04] that was my favorite moment in the whole<br>[26:05] thing. Like the entrepreneur of the year<br>[26:07] uh uh basically builder.ai turned out to<br>[26:11] be like 700 developers in India. It was<br>[26:13] not an AI at all and they did a lot of<br>[26:15] moneyaundering and all kind of things.<br>[26:17] It was one one of our and it was one of<br>[26:19] those unicorns like 1 billion funding<br>[26:21] and it was complete horshit from<br>[26:22] beginning to end. And this is yeah what<br>[26:25] happens. This is this is still possible,<br>[26:27] but I hope that we're getting past that<br>[26:30] and think like how can you use AI in a<br>[26:32] sensible fashion that makes more sense<br>[26:34] to people. We protected the web from<br>[26:36] corporate takeover before and we need to<br>[26:38] do this again. I need you from that. I<br>[26:40] need everybody else from that. I need<br>[26:41] new developers coming into the market<br>[26:43] and demanding better and demanding not<br>[26:45] to have to pay to play and be in it. But<br>[26:48] that your skills, your ideas should be<br>[26:50] the currency to make you a developer in<br>[26:53] certain companies.<br>[26:54] And also um<br>[26:58] I think it was Windsurf when they got<br>[26:59] acquired and then the the the new CEO of<br>[27:02] the other company that bought them was<br>[27:03] like well now we want you to be in the<br>[27:05] office 70 hours a week because we love<br>[27:07] software. No, you hate people.<br>[27:11] There's a difference between the two.<br>[27:12] Like after 50 hours we're done. We're<br>[27:15] cooked. We only make make nonsensical<br>[27:17] things or we make things that think<br>[27:19] we're good. Like whenever you go on a<br>[27:21] plane and you watch a movie and you're<br>[27:22] like that was the best movie ever and<br>[27:24] then you go back home and you watch it<br>[27:25] again you're like what the hell was I<br>[27:26] thinking? But that's the same when<br>[27:28] you're basically tired when you when you<br>[27:30] have worked too long.<br>[27:32] We should be in a place where I can work<br>[27:35] 30 hours well and then go home rather<br>[27:38] than like oh it's so cool to to do the<br>[27:40] side hustle and have like five more<br>[27:41] startups and these kind of things.<br>[27:43] That's like investment bankers in the<br>[27:44] 80s. They hate I hated it then. Don't do<br>[27:46] that. Like it makes me cringe to<br>[27:48] actually think that work uh uh workers<br>[27:51] rights in our world is just basically<br>[27:54] given away for like here's short lots of<br>[27:56] money or uh or shares. My dad was a coal<br>[27:59] miner and then a factory worker. So I<br>[28:01] grew up with that whole environment.<br>[28:02] People were on the streets for rights to<br>[28:04] not work on a Sunday and basically yeah<br>[28:07] nowadays yeah I work on a Sunday because<br>[28:08] I have a side hustle. No, don't do that.<br>[28:12] Not by demonizing AI and companies that<br>[28:14] succeed in it like just I did. Okay. But<br>[28:16] by taking part in offering an<br>[28:17] alternatives and AI can make us more<br>[28:19] efficient. It can't make us more<br>[28:21] creative or magically excellent at<br>[28:22] anything. The whole idea of like anybody<br>[28:25] can be creative. And I mean our mobile<br>[28:27] phones now like these lenses don't make<br>[28:29] a difference anymore. Like the picture<br>[28:31] as soon as you take it there's software<br>[28:33] running over it and it makes the picture<br>[28:34] better than it was. And it feels like<br>[28:37] you're a great photographer but actually<br>[28:38] the machine does most for you. And I<br>[28:40] kind of miss that errors. I miss these<br>[28:43] things where it's where where things are<br>[28:44] wrong. Like all the pictures in the 80s<br>[28:46] where people have these red eyes. If if<br>[28:48] any kid asks you what that is, says like<br>[28:50] it was a demon possession for three<br>[28:51] years, but we don't talk about it<br>[28:52] anymore.<br>[28:56] So let's show the world how the power,<br>[28:58] love, and dedication of open can move<br>[29:00] this from a marketing hype to the next<br>[29:02] level of human computer interaction. I<br>[29:04] want computing to be ubiquitous. I want<br>[29:06] computing to be possible for me<br>[29:08] everywhere. But I don't want anything<br>[29:11] that gives me one answer and I have no<br>[29:12] idea where it came from. That's the<br>[29:14] thing that I find weird about it. So if<br>[29:17] you want to help me, the the World<br>[29:20] Congress 2026 is actually happening on 8<br>[29:23] to 10th of July. It's free for you if<br>[29:27] you get picked as a speaker.<br>[29:30] [laughter]<br>[29:32] Uh we also need volunteers, but I I<br>[29:34] guess that's kind of like pointless for<br>[29:35] here because you're not you're not here.<br>[29:37] But we have the one in San Jose that<br>[29:39] might be easier for you. You only have<br>[29:40] to fly to the other side. Uh 10% cheaper<br>[29:43] for all things open people and free if<br>[29:46] you get speak picked as a speaker here.<br>[29:49] And I'm far too fast, but I I think that<br>[29:52] was kind of it. So, thanks very much.
<!-- deep-read:sections end -->