Laracon DB
Laracon DB
Talks for "software-architecture" (4)
Time Driven Development

The talk discusses time-driven development and software architecture decisions, using real-world examples from building a user profile management system. The speaker emphasizes the importance of balancing proper software design principles with practical time constraints. They demonstrate how over-engineering can sometimes waste time, while strategic architecture decisions can save time in the long run. The talk includes examples of transitioning from a CRM-based system to a local database, and lessons learned from over-engineering a GitHub integration.

IntroDDDuction

An introduction to Domain-Driven Design (DDD) that focuses on the importance of communication between developers and domain experts. The speaker emphasizes that DDD is not about specific coding patterns but rather about understanding business domains, creating ubiquitous language, and establishing bounded contexts. He shares personal experiences working with legacy applications and explains how DDD principles can improve software development through better communication.

Time Driven Development

The talk introduces the concept of 'Time Driven Development' - a balanced approach to software development that considers both business value and code quality. The speaker shares experiences from real projects to illustrate when to invest time in architecture (using patterns like Repository and Factory) versus when to opt for simpler solutions. She emphasizes that software design principles should be treated as tools rather than goals, and developers should make pragmatic decisions based on project context and business value.

Dealing with Technical Debt

Katarina, co-founder of Diva and software engineer, discusses technical debt in software development - when it's beneficial, how to manage it, and strategies for dealing with it. She explains that while technical debt often has negative connotations, planned technical debt can actually help teams deliver value faster in certain situations like MVPs and rapid prototyping. The talk covers approaches for managing different sizes of technical debt and presents data showing that organizations who actively manage technical debt ship features 50% faster.