A presentation at PHPers 3city in in Gdańsk, Poland by Paweł Lewtak
Long-term IT projects
Pawel Lewtak Developer @ GOG.com @pawel_lewtak
What to build?
What problem to solve?
"The root of all evil in programming is misunderstanding of the problem. Ask right questions to right people before first line of code." Mariusz Gil
"It's developers (mis)understanding not expert knowledge that get's released to production" Alberto Brandolini
"Tech people must speak the language of Business people, not vice versa." Stefan Priebsch
"The limits of my language mean the limits of my world." Ludwig Wittgenstein
Domain Driven Design
Event Storming
"The only thing that is constant is change." Heraclitus
Monolith vs Microservices
"you shouldn't start a new project with microservices" Martin Fowler
Service Oriented Architecture
Clean architecture
You're not unique
Don't reinvent the wheel
microservices serverless artificial intelligence machine learning blockchain nosql virtual/augmented reality internet of things cloud computing deep learning quantum computing
Test Driven Design
Tests !== Test Driven Design
"If it's hard to write a test, it's a signal that you have a design problem, not a testing problem" Kent Back
Continous integration
Continous deployment
Deployment !== Release
Business Metrics
If it moves, automate it!
"If boring repetitive things aren't automated a manager gets hired." Niranjan Paranjape
Start with README
"Documentation is a love letter that you write to your future self." Damian Conway
Communication is NOT a soft skill
Communication is a core skill!
"People who don't share their knowledge look more productive because they're holding back the entire team." Jessica Kerr
"I wish the understanding were more widespread that we plateau in coding skill mid-career, it is all about communication after that" Denton Gentry
Thank you!
Questions
Możesz zacząć nowy projekt, kompletnie od zera zamiast utrzymywać stary kod? Szczęściar(a/z)! Chciałbym podzielić się swoim doświadczeniem i opowiedzieć, jak z punktu widzenia programisty powinien wyglądać dobrze poprowadzony projekt. Na potrzeby tej prezentacji załóżmy jedno wymaganie odnośnie dobrego projektu: kilka lat po wdrożeniu i utrzymywywaniu aplikacji, nowo dołączająca osoba nie ma ochoty uciec z krzykiem. Opowiem o tym, jak wygląda przeprowadzenie projektu od analizy do wdrożenia, z całą masą rzeczy o których trzeba pamiętać po drodze. Odpowiem na pytanie "co każdy projekt powinien mieć? Jak powinien funkcjonować". Wytłumaczę które rzeczy da się nadrobić, a wprowadzenie których na zbyt późnym etapie będzie bardzo kosztowne. Przy odrobinie szczęścia, wiedza wyniesiona z tej prezentacji pozwoli uniknąć tzw. kodu "legacy".
for free. You
can too.