#30 - 04.04.2017

#30 Keep it clean. Public enemy No. 1 [ENG]

Prelegent: Jakub Nabrdalik

Do you know why the default scope in Java is package-private? Because that’s what designers thought should be the most popular scope. Is that the scope you most often see? Adam Tornhill’s research shows, that it’s not. Java devs recognise only private and public access, which makes them particularly bad at mid-size building blocks. And so our projects end up being hard to put into your head. Hard to reason about. Entanglement instead of encapsulation. People even register every possible class in an IoC container, because of how much they do not understand package encapsulation. 

Or how about inheritance? James Gosling asked in 2001 about what he would do differently if he had a chance to recreate Java, said he would probably remove class inheritance. We are in 2016, having lambdas, defaults on interfaces, AOP and other tricks, but developers still prefer to just add another abstract class to their code. Gonna be fun navigating those seven layers of hell when you read it. 

Ok, maybe it’s not THAT bad, but it’s not much better either. The problem of course, is that we all start with tutorials, which cut corners for brevity. And we don’t pay attention to those small problems till they hit us hard.  

Let’s see how we can make our situation a little bit better, using Domain Driven Design, package-private scope, sensible packaging structure, CQRS on microservices, and finally: hexagonal architecture. Because it is actually easier, than not doing it. Real life project examples included.

ZAREJESTRUJ SIĘ
Jakub Nabrdalik

"Od 2003 lat w branży jako software engineer, developer, architect, team leader, manager. Jako inżyniera, interesuje mnie przede wszystkim architektura. Specjalizuję się w Software Craftsmanship, Domain Driven Design i Test/Behavior-driven development. Prowadzę zespoły i projekty, uczę przez przykład.Jako inżyniera, interesuje mnie przede wszystkim architektura. Specjalizuję się w Software Craftsmanship, Domain Driven Design i Test/Behaviour Driven Development. Prowadzę zespoły i projekty, uczę przez przykład."


Nie zapomnij się zarejestrować!

ZAREJESTRUJ SIĘ