Over Engineered

Simon Hamp and Marcel Pociot have been working on NativePHP for a number of years, and Simon just surprised with world at Laracon EU with a NativePHP for Mobile announcement. In this episode, Simon and Chris get deep into the the NativePHP innards, explore sustainable open source, and generally just have a good time for over two hours

Zuzana Kunckova started Larabelles five years ago, and over that time it has grown into an important part of the Laravel community. In today's episode, Zuzana and Chris talk about the future of Larabelles now that she has more time to dedicate to it.Links:LarabellesSponsor Larabelles on GitHubSponsor Larabelles on PatreonOther ways to support Larabelles

What happens when you get a bunch of Laravel podcasters + a bunch of mics in a room? Chaos, apparently.Recorded live after PHP × NYC with Ben Holmen, John Drexler, Daniel Coulbourne, Chris Morrell, Ian Landsman, Dave Hicking, and Joe Tannenbaum.

There's lots of advice out there for running software teams, but much of it comes from large organizations with dozens or hundreds of developers. Smaller teams have different needs. On today's episode, we pick up from a question Dan asked on Bluesky and talk about how best to approach running a small development team.Links:Dan's Bluesky PostThunk

Shawn McCool has been talking about event sourcing for years, and recently started a new series of streams on the topic. In this episode, Chris and Shawn talk about event sourcing, Verbs, and community (among other things).Links:Shawn on TwitchEvent SourceryVerbs

Design patterns can be very useful, but can also be weaponized as a way to "prove" that someone is doing something the "wrong" way. Mary has been thinking a lot about the good side of knowing design patterns, so we sat down to chat about them.

Joe Tannenbaum is thinking about starting a podcast about side projects. So we took an afternoon to talk through what that might look like.

Ben Holmen started his Pair-amid scheme as an experiment in meeting new people and experiencing new code. He shared his calendar with the world, and booked pairing sessions with 15 complete strangers. The outcome? A bunch of new friends and new experiences.In this episode, Ben and Chris talk about pair programming, side projects, and how to find fulfillment and social connection as a remote programmer.Links:The Pair-amid schemeThe kilopixel display

ReactPHP is a low-level library for event-driven programming in PHP. It lets you write code that's much closer to the async/await style of JavaScript in PHP. In today's episode, Chris and Len talk about our experiments with ReactPHP.Links:ReactPHPWhiskeyCommunity PromptsConductorDawn

What set two developers on a quest to build custom tooling to enforce their code style preferences? Today's episode is a story that starts with two independent projects—Tighten's `tlint` and InterNACHI's `laralint`—but meanders to all the right places, including the future of PHP itself, the intersection of bikeshedding and art, and so much more.

Today we take a break from over engineering to talk about burnout. Both Chris and Ian have been working on the same products for multiple decades. We sit down to talk about that and what to do about the kind of burnout that comes from working on the same thing for so long.Links:Brent is Leaving TwitterJoin the RTSN.DEV mastodon instance

Steve McDougall (aka JustSteveKing) is known as the "API guy" on Twitter. In today's episode we start with the question, "what if the best option is just a single page app with a good, RESTful API?"Links:HAL - Hypertext Application LanguageJSON:API SpecLaravel SanctumAPI Versioning Blog PostSteve on Twitter (follow for updates on upcoming course)

The internet has been talking (yelling?) about full-stack javascript a lot lately. In today's episode, we sit down and talk about what it means to be "full stack" and whether there are really any truly full-stack javascript frameworks out there (spoiler: there are, but maybe not Next.js or Remix).Links:Sails.jsThe Boring Javascript StackAdonisJSNestJS

Jess Archer took something that was quite good—the Symfony console output features—and built something that was absolutely great: Laravel Prompts. In today's episode, we dig into some of the gnarly details around building prompts and working with ANSI escape sequences in the terminal.

Taylor Otwell has been finding ways to improve Laravel for over a decade, but has only more recently set his sights on the front-end side of things. In today's episode, we sit down and talk about the current state of building UIs in Laravel, and what the future might hold.Links:Laravel VoltAire Form BuilderLaravel “Context” FeatureHooks PackageLaravel CareersBlade Parser

Joe Tannenbaum took the internet by storm with his incredible SSH CLI "experiments." In today's episode, Chris and Joe sit down to get into the messy details of parsing ANSI escape sequences and dealing with multibyte strings, but spend as much time talking about programming as art and life as an actor.Links:Joe Tannenbaum on TwitterJoe's "Lab" of CLI experiments"Kitchen" by Liza LouConveyor Belt packageRTSN.DEV

What are the best processes for small software development teams with high trust? In today's episode the InterNACHI software development team sits down with John Rudolph Drexler to talk about whether or not we need to estimate tickets or even bother with sprints…

As the saying goes: "There are only two hard things in Computer Science: cache invalidation and naming things." So in today's episode we dig into all the ways Ian is taking on one of the hardest parts of programming in his rewrite of their decades-running helpdesk software, HelpSpot. We talk about caching, a little bit of Laravel history, and about what it's like to run a successful software business for 20+ years.

Complex view logic can be hard to get right—particularly in server-rendered templates like Blade. We recently had to decide just how much a Laravel Blade component should do, and decided to hash it out on the podcast.

When applications grow—in scope, sheer lines of code, or the number of team members—how you organize things starts to matter a whole lot more. In today's episode, we talk with Mateus Guimarães about modularization: breaking your application into smaller modules. We explore some of the topics in his new Laracasts course, and talk about the decisions that informed building the modular package at InterNACHI.

It's been said that web development is 99% forms and tables. Today we talk with Adam Wathan about all the decisions that go into creating a great form builder API. Adam and the rest of the team at Tailwind recently launched the developer preview of Catalyst—a React UI library with a robust form system. We take a deep-dive into the API decisions behind Catalyst, and talk about how some of those decisions could impact the next version of Aire, a Laravel form-building package.

We all use our personal websites as an excuse for trying something new or over engineering what's usually a simple, low traffic site. In today's episode, Chris and Aaron talk about how to build a great personal website with "just Laravel" and imagine ways that static site generation, markdown editing, open graph, caching, SEO, and more could be improved in the Laravel ecosystem.

In today's episode, Chris and Caleb sit down and try to imagine what the perfect "hook" implementation might look like. Laravel, Livewire, and the upcoming Verbs package, all have to allow for hooking into logic at specific points, and each package has to handle this in its own unique way. What if there was a canonical way to hook into the lifecycle of a package that worked across the whole Laravel (and maybe beyond?) ecosystem?

And now for something completely different…In this episode, Chris and Daniel sit down to talk about a new event sourcing package they're working on called Verbs.

Most teams have encountered this basic scenario:Your application sends out a periodic report to a specific person in the company. Then, at some later point, either another team member wants to start receiving a copy of the report, or you need to remove the original recipient and add a new one.With a standard Laravel app, you're probably going to need to make this change by deploying a change—either to the environment, or a config file, or the Mailable class itself.In today's episode we dig into ways we could make it possible for non-technical users to manage outgoing email messages: from the recipient(s), to the message content, to even the logic that determines when and if a message is sent.

In this episode we indulge in the purest form of Over Engineering—a 90 minute discussion of a completely different application paradigm/architecture. Our team has used event sourcing to some degree, and we're considering using it more heavily in the future. But before we do, we're going to step back and ask ourselves if it's worth it…Some useful links:Event Sourcery YouTube SeriesSpatie Event Sourcing PackageSpatie Event Sourcing Course (paid)Event Sauce (and Spatie Laravel wrapper)

Over Engineered is all about those things that bug you but you never get a chance to "solve." Today's episode is about the dreaded "status" column.This is another topic that most developers will hit over and over. You have a model. You need to track the status. You add a status column, and then later a status timestamp "accepted_at", and then later an "accepted_by" column—and each time you cringe and wish there was a better way.Today we discuss a better way… maybe?

Season 1 continues with a discussion of how to deal with special database records that need to be referenced directly in code.We've all been there before: you've got a specific vendor that you need to write a custom command for, or a certain category that needs special handling, so you either hard-code the ID or slug and shudder slightly before moving on with your life. In this episode, we imagine a better—perhaps the best, even—way!

In the second episode of the podcast we talk with Tim MacDonald about a few other approaches to how you might manage other operations that happen before/during/after a database migration (or really any deploy step). Tim pitches a lower-level approach that spawns a whole new line of thinking.We also touch on some of the responses to episode one, including:Ed Grosvenor's "run once" commandLukas Heller's mention of the "path" option in artisan migrationsBrendan White's blog post on Data Changes in Laravel

In the first episode of the podcast we explore the boundary between database migrations and other operations that need to happen when the database is being migrated. How do you seed or manipulate data after new tables or columns have been added? In migrations? In one-off commands that you have to run manually? Running seeders in production? In tinker, Nova, or TablesPlus? We spend a whole hour talking about a topic that most people decide on in a few minutes.Items discussed on show:Chris' initial Twitter pollActions by The Dragon CodeLaravel Actions