This event has already taken place. Check upcoming events
IT Akademia j-labs | Jakub Nabrdalik: Keep it clean.
Event:
IT Akademia j-labs | Jakub Nabrdalik: Keep it clean.
Event type:
Meetup
Category:
Date:
04.04.2017 (tuesday)
Time:
18:15
Language:
Polish
Price:
Free
City:
Place:
Wydział Fizyki, Astronomii i Informatyki Stosowanej Uniwersytetu Jagiellońskiego,
Address:
ul. Łojasiewicza 11, sala A1-06
Log in, by zgłosić zmianę.
Speakers:
Description:
Zapraszamy na kwietniową edycję IT Akademii j-labs. Tym razem prelegentem będzie Jakub Nabrdalik.
TEMAT: Keep it clean. Public enemy No. 1, mid-sized building blocks and hexagonal architecture in real life
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.
Wykład odbędzie się w języku polskim.
PRELEGENT: Jakub Nabrdalik A software developer with 14 years of professional experience in IT, as an architect, programmer, designer, analyst, team leader, project manager, development department manager. Gives workshops on software Craftsmanship, Domain Driven Design, Test-driven development and Spring. Team leader at Allegro. More at solidcraft.eu
Wstęp wolny!
Prosimy o zapisy za pośrednictwem serwisu evenea: https://itakademiakrakow042017.evenea.pl/ lub na meetup https://www.meetup.com/ITAkademiaj-labsKrakow/ poprzez RSVP. Zapraszamy! --- Więcej o spotkaniach IT Akademia j-labs: http://itakademia.j-labs.pl/
TEMAT: Keep it clean. Public enemy No. 1, mid-sized building blocks and hexagonal architecture in real life
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.
Wykład odbędzie się w języku polskim.
PRELEGENT: Jakub Nabrdalik A software developer with 14 years of professional experience in IT, as an architect, programmer, designer, analyst, team leader, project manager, development department manager. Gives workshops on software Craftsmanship, Domain Driven Design, Test-driven development and Spring. Team leader at Allegro. More at solidcraft.eu
Wstęp wolny!
Prosimy o zapisy za pośrednictwem serwisu evenea: https://itakademiakrakow042017.evenea.pl/ lub na meetup https://www.meetup.com/ITAkademiaj-labsKrakow/ poprzez RSVP. Zapraszamy! --- Więcej o spotkaniach IT Akademia j-labs: http://itakademia.j-labs.pl/
Participants (1):
