💪 SOLIDnie Wytłumaczone ‼️
🚀 Jak pisać kod, którego nie będziesz musiał naprawiać? Przestrzegaj 5 zasad SOLIDnego programisty!Adam i Radek w dzisiejszym odcinku udowadniają, że fundamenty dobrego oprogramowania można wytłumaczyć za pomocą… wymiany drzwi w domu, karoserii samochodu, a nawet pierwszego iPhone’a!W tym odcinku bierzemy na warsztat SOLID – popularny akronim (i mnemonik), który pomaga tworzyć solidny software.🕒 Co znajdziesz w odcinku?0:00 – Czym właściwie jest SOLID i dlaczego warto go znać?2:10 – Kto wymyślił te zasady? Historia Uncle Boba i jego słynnej książki.4:10 – S (Single Responsibility): Dlaczego hamulec w aucie nie powinien otwierać okien?9:22 – O (Open/Closed): Karoseria amfibia – jak rozszerzać kod bez jego niszczenia?13:39 – L (Liskov Substitution): Co ma wspólnego cegła z silnikiem i dlaczego to ważne?22:05 – I (Interface Segregation): iPhone kontra stare telefony – lekcja od Steve'a Jobsa.31:34 – D (Dependency Inversion): Gniazdko elektryczne jako idealny przykład inżynierii.38:16 – Bonus: Szybki kurs wzorców projektowych: Strategia i Adapter.💬 Twoja kolej!Która analogia najbardziej zapadła Ci w pamięć? Wolisz przykład z domem, samochodem czy strzyżeniem owiec?Daj znać w komentarzu, czy chcesz, abyśmy rozwinęli temat konkretnych wzorców projektowych w kolejnych odcinkach!#BitHappensShow #Programowanie #SOLID #SoftwareEngineering #CleanCode #WzorceProjektowe #NaukaProgramowania
Radku, co ty na to, żeby dzisiaj porozmawiać o tym, jak być solidnym programistą? Oj, coś czuję, że masz na myśli ten popularny akronim, który jest używany w informatyce. Dokładnie. Okej, pogadajmy o tym. To może, żeby nie było zbyt łatwo, spróbujmy wytłumaczyć, co to jest ten SOLID w taki sposób, aby osoby, które nawet nie są związane z programowaniem, były w stanie zrozumieć te koncepty. OK, podoba mi się ten pomysł.
W związku z tym mamy pełną wymienialność elementów. I tym przejdźmy do ostatniej literki, czyli literki D. Dependency Inversion Principle, czyli zasada odwrócenia zależności. I to jest, przyznam się bez bicia, zasada, którą bez programowania jest mi dosyć ciężko wytłumaczyć. Więc może zacznij Ty, Radku, a ja spróbuję coś wymyślić. Czyli kupujesz sobie czas. Tak. Bardzo dobrze. Nie żebym miał gotowy scenariusz, ale jak już jesteśmy w tych motoryzacyjnym świecie, tak mi przyszedł pierwszy przykład do głowy.
Pokazano wszystkie 2 dopasowania. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.
Kliknij, aby znaleźć fragmenty, w których pada.
🚀 Jak pisać kod, którego nie będziesz musiał naprawiać? Przestrzegaj 5 zasad SOLIDnego programisty!
Adam i Radek w dzisiejszym odcinku udowadniają, że fundamenty dobrego oprogramowania można wytłumaczyć za pomocą… wymiany drzwi w domu, karoserii samochodu, a nawet pierwszego iPhone’a!
W tym odcinku bierzemy na warsztat SOLID – popularny akronim (i mnemonik), który pomaga tworzyć solidny software.
🕒 Co znajdziesz w odcinku?
– Czym właściwie jest SOLID i dlaczego warto go znać?
– Kto wymyślił te zasady? Historia Uncle Boba i jego słynnej książki.
– S (Single Responsibility): Dlaczego hamulec w aucie nie powinien otwierać okien?
– O (Open/Closed): Karoseria amfibia – jak rozszerzać kod bez jego niszczenia?
– L (Liskov Substitution): Co ma wspólnego cegła z silnikiem i dlaczego to ważne?
– I (Interface Segregation): iPhone kontra stare telefony – lekcja od Steve'a Jobsa.
– D (Dependency Inversion): Gniazdko elektryczne jako idealny przykład inżynierii.
– Bonus: Szybki kurs wzorców projektowych: Strategia i Adapter.
💬 Twoja kolej!
Która analogia najbardziej zapadła Ci w pamięć? Wolisz przykład z domem, samochodem czy strzyżeniem owiec?Daj znać w komentarzu, czy chcesz, abyśmy rozwinęli temat konkretnych wzorców projektowych w kolejnych odcinkach!
#BitHappensShow #Programowanie #SOLID #SoftwareEngineering #CleanCode #WzorceProjektowe #NaukaProgramowania