डेवलपर्स वित्तीय जोखिम (Financial Risk) के बारे में खुद को क्या सिखा सकते हैं

किसी सिस्टम को डीबग (debug) करना वित्तीय जोखिम को मैनेज करने जैसा महसूस होता है।

सॉफ्टवेयर में, ऐप्स बिना किसी कारण के नहीं टूटते। कोई डिपेंडेंसी (dependency) फेल हो जाती है। किसी लाइब्रेरी का वर्जन बदल जाता है। भारी ट्रैफिक के दौरान टाइमआउट (timeout) ट्रिगर हो जाता है।

फाइनेंस भी इसी तरह काम करता है।

लोग जोखिम का वर्णन करने के लिए डर या घबराहट जैसे भावनात्मक शब्दों का उपयोग करते हैं। अधिकांश वास्तविक जोखिम उबाऊ होते हैं। वे छिपी हुई डिपेंडेंसी या कमजोर धारणाएं (assumptions) होते हैं। एक सिस्टम तब तक स्थिर दिखता है जब तक उसका कोई एक हिस्सा नहीं बदल जाता।

पैसा भी इसी तरह काम करता है। आपका बजट तब तक ठीक दिखता है जब तक आय का कोई स्रोत गायब नहीं हो जाता। वह डिपेंडेंसी हमेशा से वहीं थी। बस वह अब दिखाई देने लगी।

डेवलपर्स असहज सवाल पूछते हैं:

ये सवाल विश्वसनीयता (reliability) बनाते हैं।

फाइनेंस में, लोग अक्सर पूछते हैं: "क्या यह एसेट (asset) बढ़ेगा?"

वह सवाल एक कदम छोड़ देता है। इसके बजाय, यह पूछें कि आपका निर्णय किस पर निर्भर करता है। इसे काम करने के लिए किन चीजों का सही बने रहना ज़रूरी है?

यदि कोई कंपनी केवल एक ग्राहक पर निर्भर है, तो वह एक जोखिम है। चार्ट अच्छे दिख सकते हैं, लेकिन संरचना (structure) कमजोर है। सॉफ्टवेयर में, एक ग्रीन डैशबोर्ड का मतलब यह नहीं है कि कोई एज केस (edge case) नहीं है। इसका मतलब अक्सर यह होता है कि एज केस अभी तक हुआ नहीं है।

वित्तीय साक्षरता (Financial literacy) का अर्थ है एज केस को महंगा होने से पहले देख लेना।

आप सब कुछ अनुमानित नहीं कर सकते। बाजार अस्त-व्यस्त होते हैं और किस्मत की भी भूमिका होती है। लेकिन आप बेहतर सवाल पूछ सकते हैं।

सिंगल पॉइंट ऑफ फेलियर (single point of failure) की तलाश करें।

कई वित्तीय गलतियाँ उधार ली गई निश्चितता (borrowed certainty) से शुरू होती हैं। एक चार्ट अच्छा दिखता है। एक थ्रेड वायरल हो जाता है। जोखिम छोटा महसूस होता है क्योंकि बहुत से लोग एक ही बात कह रहे होते हैं।

डेवलपर्स इस पैटर्न को जानते हैं। एक लाइब्रेरी लोकप्रिय हो जाती है, इसलिए हर कोई इसका उपयोग करता है। लोकप्रियता का मतलब लचीलापन (resilience) नहीं है।

आप जोखिम को खत्म नहीं कर सकते। हर चुनाव का एक ट्रेड-ऑफ (trade-off) होता है। लक्ष्य उस जोखिम को समझना है जो आप ले रहे हैं।

यह जाने बिना कि क्या फेल हो सकता है, कोड डिप्लॉय (deploy) न करें। वही तर्क अपने पैसे पर भी लागू करें।

यह पूछना बंद करें: "इससे कितना कमाया जा सकता है?" यह पूछना शुरू करें: "इसे क्या तोड़ सकता है?"

Source: https://dev.to/azaleakuts/what-developers-can-teach-themselves-about-financial-risk-1n8m

Optional learning community: https://t.me/GyaanSetuAi