NO SILVER BULLET

• DDD: A Toolbox, Not a Religion

  Full episode notes: ⁠https://threedots.tech/episode/ddd-toolbox-not-religion/Quick takeawaysDomain complexity matters more than technical complexity - Most projects fail not because of technical challenges, but because they don’t handle the business domain well.DDD is a toolbox, not a religion - You don’t need to use every pattern from Domain-Driven Design. Pick what solves your actual problems.Start with the domain model - Understanding how the business works is more important than designing the perfect schema.Avoid solving imaginary problems - Spending months on frameworks or platforms before building actual features often leads to wasted effort.Strategic patterns are essential for everyone - Even if you don’t use tactical DDD patterns, thinking about core domains and module boundaries matters in every project.In this episode, we discuss why software projects become legacy code that nobody wants to touch.We talk about how Domain-Driven Design can help, but also why it’s often misunderstood or overused.Instead of treating DDD as an all-or-nothing approach, we suggest to use the ideas pragmatically - picking the patterns that solve real problems in your project.We share stories to show how focusing on domain complexity rather than technical complexity leads to better software.

  --------  

  54:37

  --------

  54:37
• Becoming a Product Engineer: First Steps

  In this episode, we talk about why software projects in regular jobs are delivered much slower compared to side projects, and what you can do about it.We share our journey from building hobby projects as teenagers to working in professional environments, and the differences we encountered.Developers are often kept isolated from product decisions and treated as “coding monkeys in golden cages” - just receiving tasks without understanding the why behind them.We discuss techniques like Event Storming that can help break down these barriers, and improve collaboration between developers and product managers.

  --------  

  1:05:38

  --------

  1:05:38
• Season 2 Trailer

  After the summer break, we're back with a new season of No Silver Bullet. New episodes every second Wednesday.

  --------  

  0:45

  --------

  0:45
• AMA #1: Go and AI, Clean Architecture, Learning, Event-Driven

  Episode notes: https://threedots.tech/episode/ama-1/Quick takeawaysGo in the AI era: Go is excellent for AI applications, as the built-in concurrency makes orchestrating parallel API calls much easier than languages like PythonArchitecture philosophy: Clean Architecture isn’t always necessary. Start simple and add layers only when you feel the pain of complexity, not because someone said you shouldCareer transitions: Switching roles within tech is easier internally. Moving from sysadmin to developer works better within the same company where people already trust youGo design patterns: Small interfaces near usage is the Go way. Duck typing allows you to define interfaces where they’re used rather than in separate layersDistributed systems: Async communication often solves sync timeout issues. When dealing with chains of service calls, consider using messages instead of increasing timeoutsIn this special 10th episode, we answer community questions in our first AMA format before taking a summer break.We discuss Go’s role in AI development, Clean Architecture implementation, career transitions in tech, and distributed system timeouts.After the break, we’ll switch to pre-recorded episodes with improved production quality. We still plan running some live episodes like this one, so stay tuned!

  --------  

  1:22:01

  --------

  1:22:01
• How to Create PRs That Get Merged The Same Day

  Full episode notes: https://threedots.tech/episode/prs-that-get-merged-the-same-day/Quick takeawaysPrioritize reviews over new work - treat PRs as work that’s almost done and needs to be pushed to production quicklyBig PRs create a dead loop - when reviews take ages, developers make even bigger PRs to avoid multiple long waitsKnowledge sharing is the hidden benefit - code reviews aren’t just gatekeeping, they spread understanding of how things work across the teamOne-day cycle time is possible - start work in the morning and merge by end of day with proper team culture and practicesSplit work vertically and horizontally - break features into small slices and layers that multiple people can implement in parallelIn this episode, we discuss how to make code reviews fast and effective by keeping pull requests small.We explore why big PRs are problematic, what causes them, and practical strategies to create PRs that can be merged within a day.Instead of waiting days for reviews with 200 comments, we focus on techniques that help teams achieve smooth, fast review cycles where work flows quickly from code to production.Introduction

  --------  

  1:27:44

  --------

  1:27:44

Plus de podcasts Technologies

Podcasts tendance de Technologies

À propos de NO SILVER BULLET