Software Should be Free

# SummaryIn this conversation, Tim Abell and David Sheardown explore the challenges and innovations in productivity tools and AI coding assistants and the overwhelming landscape of AI tools available for software development.The dialogue delves into the nuances of using AI in coding, the potential of multi-agent systems, and the importance of context in achieving optimal results.They also touch on the future of AI in automation and the implications of emerging technologies.# TakeawaysAI is reshaping the workplace, requiring adaptation from professionals.Understanding engineering problems requires a structured approach.AI coding tools are rapidly evolving and can enhance productivity.Providing clear context improves AI coding results.Multi-agent systems can coordinate tasks effectively.The landscape of AI tools is overwhelming but offers opportunities.Understanding the limitations of AI tools is crucial for effective use.Innovations in AI are making automation more accessible.It's important to balance AI use with traditional coding skills.The future of AI in software development is promising but requires careful navigation.# Full detailsIn this episode of Software Should Be Free, Tim Abell and David Sheardown delve into the rapidly evolving landscape of AI-powered coding assistants. They share hands-on experiences with various AI coding tools and models, discuss best practices (like providing clear project context vs. “vibe coding”), and outline a mental model to categorize these tools. Below are key highlights with timestamps, followed by a comprehensive list of resources mentioned.Episode Highlights00:05 – Introduction: Tim expresses feeling overwhelmed by the proliferation of AI coding tools. As a tech lead and coder, he's been trying to keep up with the hype versus reality. The discussion is set to compare notes on different tools they've each tried and to map out the current AI coding assistant landscape.01:50 – Tools Tried and Initial Impressions: David shares his journey starting with Microsoft-centric tools. His go-to has been GitHub Copilot (integrated in VS Code/Visual Studio), which now leverages various models (including OpenAI and Anthropic). He has also experimented with several alternatives: Claude Code (Anthropic's CLI agentic coder), OpenAI's Codex CLI (an official terminal-based coding agent by OpenAI), Google's Gemini CLI (an open-source command-line AI agent giving access to Google's Gemini model), and Manus (a recently introduced autonomous AI coding agent). These tools all aim to boost developer productivity, but results have been mixed – for example, Tim tried the Windsurf editor (an AI-powered IDE) using an Anthropic Claude model (“Claude 3.5 Sonnet”) and found it useful but “nowhere near 10×” productivity improvement as some LinkedIn influencers claimed. The community's take on these tools is highly polarized, with skeptics calling it hype and enthusiasts claiming dramatic gains.04:39 – Importance of Context (Prompt Engineering vs “Vibe Coding”): A major theme is providing clear requirements and context to the AI. David found that all these coding platforms (whether GUI IDE like Windsurf or Cursor, or CLI tools like Claude Code and Codex) allow you to supply custom instructions and project docs (often via Markdown) – essentially like giving the AI a spec. When he attempted building new apps, he had much more success by writing a detailed PRD (Product Requirements Document) and feeding it to the AI assistant. For instance, he gave the same spec (tech stack, features, and constraints) to Claude Code, OpenAI's Codex CLI, and Gemini CLI, and each generated a reasonable project scaffold in minutes. All stuck to the specified frameworks and even obeyed instructions like “don't add extra packages unless approved.” This underscores that if you prompt these tools with structured context (analogous to good old-fashioned requirements documents), they perform markedly better. David mentions that Amazon's new AI IDE, Kiro (introduced recently as a spec-driven development tool) embraces this “context-first” approach – aiming to eliminate one-shot “vibe coding” chaos by having the AI plan from a spec before writing code. He notes that using top-tier models (Anthropic's Claude “Opus 4” was referenced as an example, available only in an expensive plan) can further improve adherence to instructions, but even smaller models do decently if guided well.07:03 – Community Reactions: The conversation touches on the culture around these tools. There's acknowledgment of toxicity in some online discussions – e.g. seasoned engineers scoffing at newcomers using AI (“non-engineers” doing vibe coding). Tim and David distance themselves from gatekeeping attitudes; their stance is that anyone interested in the tech should be encouraged, while just being mindful of pitfalls (like code quality, security, or privacy issues when using AI). They see value in exploring all levels of AI assistance, provided one remains pragmatic about what works and stays cautious about sensitive data.29:57 – Models + 4 Levels of AI Coding Tool: Tim introduces a mental model to frame the AI coding assistant ecosystem (around 29:57). The idea is to separate the foundational models from the tools built on top, and to classify those tools into four levels of increasing capability:Underlying Models: First, there are the core large language models themselves – e.g. OpenAI's GPT-4, Anthropic's Claude (various versions like Claude 1.* and 2, including fast “Sonnet” models and the heavier “Opus” models), Google's Gemini model, as well as open-source local models. These are the engines that power everything else, but interacting with raw models isn't the whole story.Level 1 – Basic Chat Interface: Tools where you interact via a simple chat UI (text in/out) with no direct integration into your coding environment. ChatGPT in the browser, or voice assistants that can produce code snippets on request, fall here. They can write code based on prompts, but you have to copy-paste results – the AI isn't tied into your files or IDE.Level 2 – Agentic IDE/CLI Assistants: Tools that deeply integrate with your development environment, able to edit files and execute commands. This includes AI-augmented IDEs and editors like Windsurf Editor (a standalone AI-native IDE) and Cursor (AI-assisted code editor), as well as command-line agents that can manipulate your project (like the CLI versions of Claude Code, OpenAI Codex, or Gemini CLI). At this level, the AI can read your project files, make changes, create new files, run build/test commands, etc., acting almost like a pair programmer who can use the keyboard and terminal. (For example, Windsurf's “Cascade” agent mode and Cursor's agent mode allow multi-file edits and running shell commands automatically.)Level 3 – Enhanced Context and Memory: Tools or techniques focused on feeding the model more project knowledge and context (sometimes dubbed “context en...

Tim & Jim discuss what they've learned trying to use AI tools such as github, gpt, windsurf, claude etc to write code in small and large projects, open and closed source.Jim: luxagen.comRotKrakenrkdVibe coding obama memeDavid just5minsWindsurf referer link for bonus creditscursor vs windsurf

From the blog - https://0x5.uk/2025/01/31/why-is-reading-bad-code-so-painful/David's  just-five-mins podcast - https://www.justfivemins.com/ps, when I said "Increased heart attack" I meant to say "Increased heart rate"

A piece on leadership and teams needed to create great software projects and overcome the organisational immune system, all without any fan noise, and an intro from Mark.Unicorn project bookDevOps handbook (hint, DevOps is *not* a separate team or job title, that's just Ops)Culture - The Fearless Organisation bookMeLE Fanless Mini PC Quieter 4CDead Sea Effect

A flowing discussion with Neil about the life of a contractor, before during and after, with some important mental health lessons hard learned along the way. Neil shares advice for people at every stage in the contracting journey, from tentative first steps to options for going beyond contracting, along with his own journey.Neil: https://www.neilmillard.com/LinkedIn https://www.linkedin.com/in/neilmillard/Youtube https://www.youtube.com/@confidentcontractorThe new book: https://www.confident-contractor.co.uk/ - book out 24th July 2024https://www.amazon.co.uk/Confident-Contractor-Thriving-Contracting-beyond-ebook/dp/B0D8QFHBZ1 - preorder now - early bird kindle price of 99p https://www.theministryofinspiration.com/https://rethinkpress.com/books/how-to-write-your-book-without-the-fuss/Share this episode: https://share.transistor.fm/s/26ea1cb5Also in the episode:Self publishing a book with ReThink press - the backstoryThe varied journeys into IT and contractingImpostor syndrome for permies and contractors alike.CapEx vs OpEx

David kindly had me on as a guest on his wonderful "just 5 mins" show to talk a bit more about outside-in-testing and answer some of his questions after my last episode on this show on the matter.- Just Five Mins! Episode 78 - Outside in Testing with Tim

A follow up to my blog post on test automation - with an angle that I think is missing in so much of the software industry - outside in fully automated tests from the perspective of the user is THE most important thing - plus don't let your tests see your internals, not even for setup and teardown.

timwise.co.uk/2024/01/13/new-tool-sln-items-sync-for-visual-studio-solution-folders/justfivemins.com (David's podcast)buttondown.emailtimwise.co.uk/subscribe

https://timwise.co.uk/2023/10/20/use-kdiff3-for-merge-conflict-resolution/ https://timwise.co.uk/2023/10/20/git-what-do-'base'-'local'-'remote'-mean/ https://timwise.co.uk/2023/09/28/what-is-hexagonal-architecture/ https://timwise.co.uk/2019/10/14/merge-vs-rebase/ https://timwise.co.uk/subscribe/ https://github.com/rustworkshop/gitopolis/tree/3a8eb6e868a4e42370e8f4d587ad0e8525e9da2e/tests

- beware fast talkers, as Ray Dalio says in Principles https://www.principles.com/ (as a tweet: https://twitter.com/RayDalio/status/1599056902637248514 )- beware pattern obsessives (any pattern, architecture, SOLID, CQRS, Event Sourcing, Outside-in testing, you name it, someone wears it as a badge)- evolve your architecture - YAGNI, but do think ahead- currently available for c# contracts- building rustworkshop.co

Morning journaling Sunsama daily planning app Maker's Schedule, Manager's Schedule by Paul Graham Right to represent idea Airtable for making forms and surveys Send me a voice message (may be included in the next show) Let me know you listened!

* Read "Working Identity" for career change https://www.amazon.co.uk/Working-Identity-Unconventional-Strategies-Reinventing-ebook/dp/B004OEIQ7C* Maybe not an agency business...* The contract market is recovering* Yak Shaving - https://seths.blog/2005/03/dont_shave_that/* Trying to build a SaaS in one evening with NoCode (fail)* What's [not very] new in ES6* Why should software be free? - Cloud vs local compute.* Syncthing - https://syncthing.net/Excuse the coughing, I've edited out a few but I am genuinely fighting a bloomin' cold.

https://savvycal.com/articles/inbox-zero/ https://charmconsulting.co.uk/ https://businesscoachdirectory.com/ https://timwise.co.uk/2020/09/15/effective-gtd-with-trello/

companies house snafu De-fusion of the mind with ACT (A liberated mind) Rich-dad cashflow game

Out at the lake with the dog. Empathy for coding being hard to learn.

From yesterday's morning live stream experiment https://youtu.be/S4rHehuG3SE

David explains what systems integration really means when it comes down to getting things connected, and what things we are trying to connect in the first place.

Where has software been? Where is it going? Integration is the new hotness & problem to be solved.

A little story about two little steam engines racing to the next station. You'll have to listen to find out what this has to do with software.

Tim goes solo on recent blog posts (GTD, refactoring, books for life), plus volunteering with Doglost, and why on earth it's been 5+ years and still no successful startup.

Tim was David Gisbey's assigned mentor at DfE. They discuss with the benefit of hindsight what makes for a good mentorship relationship.

David & Tim improve each other's mental health with some unstructured chit-chat. Being unfixable nerds of course we still cover technology and some useful tools.

David and Tim just a have a catchup to keep sane in isolation. They discuss lessons learned from 2 years at the new DfE Digital including how to migrate platforms well, and how to do personal backlogs in the basecamp-shapeup style instead of a single backlog of doom.

As posted at https://podcast.ditchinghourly.com/episodes/coaching-call-with-tim-abell - reposted with permission. https://jonathanstark.com/

Tim talks (rambles?) about the challenges of getting contributions to schema explorer now that it's open source, and about some things from his trello board of business ideas.

Tim explains what he's learned about Shape Up! and David asks questions - https://basecamp.com/shapeup

Update on schema explorer https://schemaexplorer.io/ and introducing https://just5mins.transistor.fm/1

Duncan, David & Tim go a bit deeper into the outsourcing experiment, share a bit more about themselves, and learn about David's new role.

Tim goes solo - talks about the show title and a first adventure in outsourcing.

Introducing David Sheardown (@davidsheardown) and Tim Abell (@tim_abell) as they talk about their journey so far and try and figure out who they can help with a podcast and other services on a product ladder.