skip to Main Content
Dobre Praktyki Programowania Odbierają Smak życia

Dobre praktyki programowania odbierają smak życia

Pamiętasz jak napisałeś pierwszy Hello World? Ja jestem młody i pamiętam. Myślałem, że mogę góry przenosić tworzyć kolejne systemy operacyjne, tworzyć gry konkurujące z Quake 3 lub nawet lepiej. Byłem potężny, mogłem ‚próbować’ stworzyć wszystko. Następnie odwiedza się parę blogasków programistycznych i innych stron poświęconych programowaniu, i dowiaduje się, że istnieje coś takiego jak:

  • Wzorce projektowe
  • Testy jednostkowe
  • Testy integracyjne
  • Programowanie komponentowe
  • Style nazewnicze
  • Wstrzykiwanie zależności
  • Hasło: SOLID
  • Hasło: DRY
  • Hasło: KISS
  • Hasło: YAGNI
  • Anty Wzorce
  • Książka Clean Code (którą każdy musi przeczytać)
  • Książka Code Complete(którą każdy musi przeczytać)
  • Obsługa błędów i wyjątków
  • Zarządzanie pamięcią (cache)
  • Współbieżność
  • Programowanie asynchroniczne
  • Pisanie dokumentacji, lub nie
  • Agile manifest
  • Reactive manifest
  • Pair programming
  • Extreme Programming
  • i jeszcze więcej
  • i jeszcze więcej

Najgorzej, że człowiek idzie do takiej pracy w korpo i każą mu przestrzegać tego wszystkiego naraz. W rezultacie produkujemy dobrej jakości kod, który w założeniu ma się trzymać w kupie przez przynajmniej X lat zanim, jakiś wrzód w projekcie nie urośnie do tak dużych rozmiarów, aby przepisać tą całą platformę od nowa.

Codziennie trzeba się trzymać wielu reguł programowania. Programista jest związany zasadami panującymi w projekcie (bardzo często dla jego własnego dobra).
Łatwo zapomnieć jak to było „wesoło programować bez myślenia o jutrze”. Radość z widocznych postępów, które możesz komuś pokazać zastąpiła ilość przechodzących testów na zielono.

Trzymanie się w wzorców z pracy, hamuje nas. Powiedzmy, że przy przy bardzo dobrych wiatrach programista w domu ma 2 godziny na tworzenie swojego małego projektu. Każda minuta się liczy. Tutaj walczymy z innym potworem niż w naszym korpo – walczymy z naszą motywacją. Nic dziwnego, jeżeli po 2 godzinach nie dostarczymy niczego wizualnie atrakcyjnego to nie chce nam się wrócić do projektu następnego dnia.

Dlatego przypisaniu gry The Ship Game podczas trwania konkursu Daj się Poznać 2017r oświadczam, że nie obchodzi mnie jakość kodu. Po pierwsze zabawa. Pet Projects nie mogą być traktowane jako praca, bo to nie zdrowe dla umysłu.

Chciałem użyć goto jako swego rodzaju podpis pod treścią tego posta, ale grę piszę w TypeScript a tam goto nie ma 🙂

Paweł Sołtysiak

Programista, domowy kucharz i "amator amerykańskiej polityki".
Zbieram informacje z całej sieci, po odrzuceniu chwastów i dodaniu swojej opinii publikuje na blogu.

  • Damian M

    Ostatnio wlasnie zaczalem wymyslac sobie „domowy” projekt do wieczornego dlubania. Ale kiedy zdalem sobie sprawe ile bedzie tych zbednych rzeczy „wokol” to juz na starcie w polowie mi sie odechcialo. Moze jednak skorzystam z Twojej taktyki 😉

    Powodzenia w konkursie!

    • Lepszy jest istniejący projekt z słabym kodem od idealnego istniejący w twojej wyobraźni.

  • Zmień pracodawcę z korpo na firmę, która da ci więcej satysfakcji z pracy.
    Dodam jeszcze, że nie zawsze ma się fajny, ciekawy projekt w pracy. Ale poza tym, można robić różne inne ciekawe rzeczy w firmie, które wdzięcznie wynagradzają.

    • Praca w korpo nie jest problemem. Pieniądze nie są problem.

      Nie chcę mieć korpo w domu. Zasady w pracy nie mają przełożenia na pracę w domu.

Back To Top