In this episode we're trying something new. Everyone has requested more episodes of the podcast. In short, everyone wants a weekly show. So this week, we're introducing what we call a mini-episode ... or as we like to call them a "Fragment". Fragment episodes will be shorter in length but still packed with goodness. They will range from ~7-25 minutes in length and will showcase either Kaushik, myself (Donn) or both of us.
In the first "Fragment" installment we're going to talk about Continuous Integration (CI) and Collective Code Ownership (CCO). Donn talks about what CI is, why its important and how it benefits you and your team. He then dives right into CCO and how it can be facilitated through testing.
We hope you enjoy these new mini-episodes ... aptly named ... Fragments. :)
Show Notes
Thoughtworks - Continuous Integration [thoughtworks.com]
Working Effectively with Legacy Code - Michael Feathers [amazon.com]
Continuous Integration solutions:
Jenkins CI [jenkins-ci.org]
Cloud solution- Cloudbees [cloudbees.com]
TeamCity [jetbrains.com]
CircleCI [circleci.com]
Setting up CI for Android [caster.io]
Ship.IO [ship.io]
TravisCI
(open source) Travis CI org [travis-ci.org]
(commercial) Travis CI com [travis-ci.com]
Continuous Delivery:
Deploybot (previously) Dploy.io [deploybot.com]
Codeship [codeship.com]
Contact
Donn Felker
@donnfelker [twitter.com]
donnfelker.com
Kaushik Gopal
@kaushikgopal [twitter.com]
kaush.co
Top comments
Fragmented is an AI developer podcast for engineers who want to go beyond vibe coding and ship real software.
We cover AI-assisted development the way working engineers actually use it: prompting strategies, code review, testing, debugging, workflows, and building production-grade software with AI tools. No hype. No "I shipped a SaaS in a weekend" stories. Just tactics that work.
Hosted by Kaushik Gopal and Iury Souza — software engineers using AI daily to build and ship real products.
From vibe coding to software engineering — one episode at a time. Our goal: help you use AI to become a better engineer, not be r...