Zasady SOLID na Backendzie: Ignorancja

0:02Mówiłem o tym, że zasady SOLID to jest temat trochę kontrowersyjny.

0:07Otóż są takie głosy w społeczności programistycznej, że tematyka Solid jest

0:11trochę passé i teraz mamy już tyle nowych wzorców i

0:15nowych frameworków, które same wprowadzają swoje różnego rodzaju zasady, że nie

0:20musimy się tak naprawdę skupiać nad dobrymi praktykami typu SOLID,

0:24bo tak naprawdę trzeba szybko integrować kod, trzeba szybko pisać, a to czy ktoś go

0:29będzie utrzymywał, w jaki sposób będzie utrzymywany to może być nie nasz problem.

0:34Pierwszym zjawiskiem, na który chciałbym zwrócić uwagę jest ignorancja.

0:38Mówi się, że ignorancja jest gorsza od głupoty, bo jest świadoma.

0:42Głupota nie jest świadoma.

0:44I taka ignorancja polegająca na świadomym odrzuceniu zasad,

0:50dobrych zasad w programowaniu może mieć bardzo doniosłe konsekwencje.

0:56Z czego wynika taka ignorancja?

0:58W pierwszej kolejności mamy teraz ERI dużo nowych technologii.

1:03Nowe frameworki powstają cały czas, są cały czas usprawnione.

1:08Mamy coraz lepsze narzędzia jako programiści.

1:11I pojawia się pewna niechęć i dystans do

1:15tych wszystkich zasad i teorii, które były kiedyś tam.

1:18Więc naturalnie odrzucamy coś, co może wydawać się nam archaiczne

1:22lub przedawnione.

1:24I tak oto rodzi się dystans do zasad SOLID.

1:27Z drugiej strony pojawiają się głosy, że zasady Solid to czysta teoria,

1:32która nie ma przełożenia na praktykę.

1:35Ale pocieszę Cię, że mówią tak tylko ci, którzy tych zasad nigdy nie stosowali i

1:40nigdy nie doświadczyli tego, jak wiele benefitów można zyskać, jak wiele

1:46dobrego kodu łatwego w utrzymaniu.

1:49Można napisać, jak wiele bugów można uniknąć stosując właśnie zasady SOLID.

1:54Inni mówią, że zasady SOLID to dodatkowy narzut, którym musimy się przejmować

1:59jako programista i programiści.

2:01Nie dość, że musimy być na bieżąco z nowymi technologiami, nie dość, że

2:05musimy śledzić zmiany we frameworku.

2:07Nie dość, że świat pędzi i technologie się rozwijają.

2:10Zwłaszcza zwłaszcza teraz, w dobie sztucznej inteligencji,

2:14nie dość, że musimy się skupiać nad złożonymi domenami biznesowymi aplikacji,

2:18w których pracujemy, to jeszcze musimy gdzieś z tyłu głowy mieć

2:22jakieś tam zasady wymyślone dawno temu, wobec czego zasady SOLID są ignorowane ze

2:29względu na to, że traktujemy je jako coś dodatkowego, coś niepotrzebnego, coś na co

2:34musimy rezerwować nasze zasoby umysłowe.

2:38Z innej strony pojawia się pewien mit spowalniania wytwarzania oprogramowania.

2:43Usłyszysz takie głosy w różnych środowiskach, gdzie wszelkie zasady,

2:48wszelkie praktyki, wzorce architektoniczne, wzorce projektowe będą

2:52kwestionowane właśnie tym argumentem, że spowalnia to wytwarzanie

2:56oprogramowania i ok.

2:57W jakimś sensie ten argument jest prawdziwy, bo wolniej programujemy

3:02stosując zasady, bo musimy się skupiać na dobrą strukturą.

3:05Nie możemy pisać kodu, jak wypluwają go nasze myśli na klawiaturę.

3:12Natomiast później, kiedy ten system trzeba będzie utrzymywać, trzeba będzie go

3:17rozwijać, modyfikować albo poprawiać bugi.

3:21Wtedy okaże się, że takie spontaniczne tworzenie, spontaniczne pisanie kodu bez

3:25ładu i składu, bez dobrych praktyk i wzorców wcale nie spowolni

3:31oprogramowania i wcale nie przyspieszy powstawania naszego projektu, bo stracimy

3:36dużo więcej czasu na poprawkach, przepisywaniu faktoringu i usprawnieniu,

3:41bo zrezygnujemy w jakimś momencie właśnie z dobrych praktyk płynących z zasad SOLID.

3:46Wreszcie często mówi się, że zasady SOLID to tylko takie pytanie na rozmowach

3:52rekrutacyjnych, które służy temu, żeby zagiąć kandydatów.

3:56I czasami tak jest, bo nie jest fair, kiedy firma na rozmowie rekrutacyjnej

4:01maluje kandydata czy kandydatkę.

4:03Z tych pięciu zasad SOLID bardzo szczegółowo, a potem okazuje się, że nie

4:07ma to żadnego przełożenia w kodzie aplikacji, wobec czego społeczność będzie

4:11po prostu ignorować te zasady i nie będzie chęci w wykorzystywaniu ich w projektach.