डेव्हलपर्स आर्थिक जोखमीबद्दल स्वतःला काय शिकवू शकतात
सिस्टीममधील त्रुटी शोधणे (Debugging) म्हणजे आर्थिक जोखीम व्यवस्थापित करण्यासारखे वाटते.
सॉफ्टवेअरमध्ये, ॲप्स विनाकारण बिघडत नाहीत. एखादी dependency फेल होते. लायब्ररीचे व्हर्जन बदलते. किंवा ट्रॅफिक वाढल्यामुळे timeout होतो.
वित्त (Finance) देखील याच पद्धतीने काम करते.
लोक जोखीम स्पष्ट करण्यासाठी भीती किंवा घबराट यांसारखे भावनिक शब्द वापरतात. परंतु बहुतेक वास्तविक जोखीम कंटाळवाणी असतात. त्या म्हणजे लपलेल्या dependencies किंवा कमकुवत गृहितके (assumptions) असतात. जोपर्यंत एखादा भाग बदलत नाही, तोपर्यंत सिस्टीम स्थिर वाटते.
पैसा देखील याच पद्धतीने काम करतो. जोपर्यंत उत्पन्नाचा स्रोत संपत नाही, तोपर्यंत तुमचे बजेट ठीक वाटते. ती dependency नेहमीच तिथे होती, फक्त ती आता दृश्यमान झाली आहे.
डेव्हलपर्स काही कठीण प्रश्न विचारतात:
- जर ही सर्व्हिस बंद पडली तर काय होईल?
- जर डेटाबेस लॉक झाला तर?
- जर हे गृहितक फक्त staging मध्येच काम करत असेल तर?
हे प्रश्न विश्वासार्हता (reliability) निर्माण करतात.
फायनान्समध्ये लोक अनेकदा विचारतात: "ही मालमत्ता (asset) वाढेल का?"
तो प्रश्न एक पायरी सोडून जातो. त्याऐवजी, तुमचा निर्णय कशावर अवलंबून आहे हे विचारा. हे यशस्वी होण्यासाठी काय गोष्टी कायम राहणे आवश्यक आहे?
जर एखादी कंपनी एकाच ग्राहकावर अवलंबून असेल, तर ती एक जोखीम आहे. चार्ट्स चांगले दिसत असतील, पण रचना कमकुवत असते. सॉफ्टवेअरमध्ये, ग्रीन डॅशबोर्डचा अर्थ असा नाही की तिथे कोणतेही edge cases नाहीत. याचा अर्थ असा असू शकतो की edge case अजून घडलेला नाही.
आर्थिक साक्षरता म्हणजे edge cases महागडे होण्यापूर्वीच ते ओळखणे.
तुम्ही सर्व काही वर्तवू शकत नाही. बाजारपेठा अस्थिर असतात आणि नशिबाचीही भूमिका असते. पण तुम्ही अधिक चांगले प्रश्न विचारू शकता.
'Single point of failure' शोधा.
अनेक आर्थिक चुका 'उधार घेतलेल्या खात्रीने' (borrowed certainty) सुरू होतात. एखादा चार्ट चांगला दिसतो. एखादी थ्रेड व्हायरल होते. अनेक लोक एकच गोष्ट बोलत असल्यामुळे जोखीम कमी वाटते.
डेव्हलपर्सना ही पद्धत माहित असते. एखादी लायब्ररी लोकप्रिय होते, म्हणून प्रत्येकजण ती वापरतो. लोकप्रियता म्हणजे लवचिकता (resilience) नव्हे.
तुम्ही जोखीम काढून टाकू शकत नाही. प्रत्येक निवडीचा एक तोटा (trade-off) असतो. ध्येय तुम्ही घेतलेली जोखीम समजून घेणे हे आहे.
काय फेल होऊ शकते हे जाणून घेतल्याशिवाय कोड डिप्लॉय करू नका. तोच तर्क तुमच्या पैशांनाही लागू करा.
"यामुळे किती फायदा होऊ शकतो?" असे विचारणे थांबवा. "हे काय बिघडू शकते?" असे विचारण्यास सुरुवात करा.
Source: https://dev.to/azaleakuts/what-developers-can-teach-themselves-about-financial-risk-1n8m
Optional learning community: https://t.me/GyaanSetuAi