𝗖𝘇𝗲𝗴𝗼 𝗣𝗿𝗼𝗴𝗿𝗮𝗺𝗶𝘀𝘁𝘆 𝗠𝗼𝗴ą 𝗡𝗮𝘂𝗰𝘇𝘆ć 𝗦𝗶𝗲̨ 𝗼 𝗥𝘆𝘇𝘆𝗸𝘂 𝗙𝗶𝗻𝗮𝗻𝘀𝗼𝘄𝘆𝗺
Debugowanie systemu przypomina zarządzanie ryzykiem finansowym.
W oprogramowaniu aplikacje nie psują się bez powodu. Zawodzi zależność. Zmienia się wersja biblioteki. Następuje przekroczenie czasu oczekiwania (timeout) przy dużym natężeniu ruchu.
Finanse działają w ten sam sposób.
Ludzie używają emocjonalnych słów, takich jak strach czy panika, aby opisać ryzyko. Większość realnych ryzyk jest nudna. To ukryte zależności lub słabe założenia. System wydaje się stabilny, dopóki jedna jego część się nie zmieni.
Pieniądze działają tak samo. Twój budżet wygląda dobrze, dopóki nie zniknie źródło dochodu. Ta zależność istniała zawsze. Stała się po prostu widoczna.
Programiści zadają niewygodne pytania:
- Co się stanie, jeśli ta usługa przestanie działać?
- Co, jeśli baza danych zostanie zablokowana?
- Co, jeśli to założenie sprawdza się tylko w środowisku stagingowym?
Te pytania budują niezawodność.
W finansach ludzie często pytają: „Czy ten aktyw wzrośnie?”.
To pytanie pomija jeden krok. Zamiast tego zapytaj, od czego zależy Twoja decyzja. Co musi pozostać niezmienne, aby to zadziałało?
Jeśli firma polega na jednym kliencie, jest to ryzyko. Wykresy mogą wyglądać dobrze, ale struktura jest słaba. W oprogramowaniu zielony dashboard nie oznacza braku przypadków brzegowych (edge cases). Często oznacza to po prostu, że przypadek brzegowy jeszcze nie wystąpił.
Edukacja finansowa polega na dostrzeganiu przypadków brzegowych, zanim staną się kosztowne.
Nie można przewidzieć wszystkiego. Rynki są chaotyczne, a rolę odgrywa szczęście. Możesz jednak zadawać lepsze pytania.
Szukaj pojedynczego punktu awarii (single point of failure).
Wiele błędów finansowych zaczyna się od pożyczonej pewności. Wykres wygląda dobrze. Wątek staje się wiralem. Ryzyko wydaje się małe, ponieważ wiele osób mówi to samo.
Programiści znają ten schemat. Biblioteka staje się popularna, więc wszyscy jej używają. Popularność to nie to samo co odporność.
Nie można wyeliminować ryzyka. Każdy wybór wiąże się z kompromisem. Celem jest zrozumienie ryzyka, jakie podejmujesz.
Nie wdrażaj kodu, nie wiedząc, co może zawieść. Zastosuj tę samą logikę do swoich pieniędzy.
Przestań pytać: „Ile można na tym zarobić?” Zacznij pytać: „Co może to zepsuć?”
Source: https://dev.to/azaleakuts/what-developers-can-teach-themselves-about-financial-risk-1n8m
Optional learning community: https://t.me/GyaanSetuAi