நிதி அபாயம் குறித்து டெவலப்பர்கள் தங்களுக்குத் தாங்களே கற்றுக்கொள்ளக்கூடிய விஷயங்கள்

ஒரு சிஸ்டத்தை டீபக் (debugging) செய்வது, நிதி அபாயத்தை நிர்வகிப்பது போன்ற உணவைத் தருகிறது.

மென்பொருளில், செயலிகள் காரணமின்றி உடைந்து போவதில்லை. ஒரு டிபென்டென்சி (dependency) தோல்வியடைகிறது. ஒரு லைப்ரரி (library) பதிப்பு மாறுகிறது. அதிகப்படியான டிராஃபிக் (traffic) காரணமாக ஒரு டைம்அவுட் (timeout) ஏற்படுகிறது.

நிதித் துறையும் இதேபோலவே செயல்படுகிறது.

மக்கள் அபாயத்தை விவரிக்க பயம் அல்லது பீதி போன்ற உணர்ச்சிகரமான வார்த்தைகளைப் பயன்படுத்துகிறார்கள். பெரும்பாலான உண்மையான அபாயங்கள் சலிப்பூட்டுபவை. அவை மறைந்திருக்கும் டிபென்டென்சிகளோ அல்லது பலவீனமான அனுமானங்களோ ஆகும். ஒரு சிஸ்டம் ஒரு பகுதி மாறும் வரை நிலையானது போலவே தோன்றும்.

பணமும் இதேபோலவே செயல்படுகிறது. ஒரு வருமான ஆதாரம் மறையும் வரை உங்கள் பட்ஜெட் சரியாகத் தோன்றும். அந்த டிபென்டென்சி எப்போதும் அங்கேயேதான் இருந்தது. அது இப்போதுதான் கண்ணுக்குத் தெரிகிறது.

டெவலப்பர்கள் சங்கடமான கேள்விகளைக் கேட்கிறார்கள்:

இந்தக் கேள்விகள் நம்பகத்தன்மையை உருவாக்குகின்றன.

நிதித் துறையில், மக்கள் பெரும்பாலும் கேட்கும் கேள்வி: "இந்தச் சொத்தின் மதிப்பு உயருமா?"

அந்த கேள்வி ஒரு படி விடுபட்டுள்ளது. அதற்குப் பதிலாக, உங்கள் முடிவு எதைச் சார்ந்து இருக்கிறது என்று கேளுங்கள். இது சரியாகச் செயல்பட எது உண்மையாக இருக்க வேண்டும்?

ஒரு நிறுவனம் ஒரே ஒரு வாடிக்கையாளரை மட்டும் நம்பியிருந்தால், அது ஒரு அபாயம். சார்ட்டுகள் (charts) நன்றாகத் தோன்றலாம், ஆனால் அதன் கட்டமைப்பு பலவீனமானது. மென்பொருளில், ஒரு பச்சை நிற டேஷ்போர்டு (dashboard) என்பது எட்ஜ் கேஸ்கள் (edge cases) இல்லை என்று அர்த்தமல்ல. பெரும்பாலும், அந்த எட்ஜ் கேஸ் இன்னும் நிகழவில்லை என்றுதான் அர்த்தம்.

நிதி அறிவு (Financial literacy) என்பது எட்ஜ் கேஸ்கள் பெரும் இழப்பை ஏற்படுத்தும் முன்பே அவற்றைக் கண்டறிவதாகும்.

உங்களால் அனைத்தையும் கணிக்க முடியாது. சந்தைகள் குழப்பமானவை மற்றும் அதிர்ஷ்டமும் ஒரு பங்கு வகிக்கிறது. ஆனால் உங்களால் சிறந்த கேள்விகளைக் கேட்க முடியும்.

தோல்வியுற்றால் மொத்த அமைப்பும் பாதிக்கப்படக்கூடிய அந்த ஒற்றைப் புள்ளியை (single point of failure) தேடுங்கள்.

பல நிதித் தவறுகள் கடனாகப் பெறப்பட்ட நிச்சயத்தன்மையுடன் தொடங்குகின்றன. ஒரு சார்ட் (chart) நன்றாகத் தெரிகிறது. ஒரு த்ரெட் (thread) வைரலாகிறது. பலரும் ஒரே விஷயத்தைச் சொல்வதால் அபாயம் சிறியதாகத் தோன்றுகிறது.

டெவலப்பர்களுக்கு இந்த முறை தெரியும். ஒரு லைப்ரரி பிரபலமாகிறது, அதனால் அனைவரும் அதைப் பயன்படுத்துகிறார்கள். புகழ் என்பது மீள்தன்மை (resilience) அல்ல.

உங்களால் அபாயத்தை நீக்க முடியாது. ஒவ்வொரு முடிவிலும் ஒரு சமரசம் (trade-off) இருக்கும். நீங்கள் எடுக்கும் அபாயத்தைப் புரிந்துகொள்வதே இலக்கு.

எது தோல்வியடையக்கூடும் என்பதை அறியாமல் கோடை (code) டெப்ளாய் (deploy) செய்யாதீர்கள். அதே தர்க்கத்தை உங்கள் பணத்திற்கும் பயன்படுத்துங்கள்.

"இது எவ்வளவு லாபம் தரும்?" என்று கேட்பதை நிறுத்துங்கள். "இதை எது உடைக்கக்கூடும்?" என்று கேட்கத் தொடங்குங்கள்.

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

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