ಡೆವಲಪರ್‌ಗಳು ಹಣಕಾಸಿನ ಅಪಾಯದ ಬಗ್ಗೆ ತಮಗೆ ತಾವೇ ಕಲಿತುಕೊಳ್ಳಬಹುದಾದ ವಿಷಯಗಳು

ಒಂದು ಸಿಸ್ಟಮ್ ಅನ್ನು ಡಿಬಗ್ ಮಾಡುವುದು ಹಣಕಾಸಿನ ಅಪಾಯವನ್ನು ನಿರ್ವಹಿಸುವಂತೆಯೇ ಇರುತ್ತದೆ.

ಸಾಫ್ಟ್‌ವೇರ್‌ನಲ್ಲಿ, ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಯಾವುದೇ ಕಾರಣವಿಲ್ಲದೆ ಮುರಿದು ಬೀಳುವುದಿಲ್ಲ. ಒಂದು dependency ವಿಫಲವಾಗಬಹುದು. ಒಂದು library version ಬದಲಾಗಬಹುದು. ಅಥವಾ ಹೆಚ್ಚಿನ traffic ಇದ್ದಾಗ timeout ಸಂಭವಿಸಬಹುದು.

ಹಣಕಾಸು ವ್ಯವಹಾರವೂ ಇದೇ ರೀತಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ.

ಜನರು ಅಪಾಯವನ್ನು ವಿವರಿಸಲು ಭಯ ಅಥವಾ ಆತಂಕದಂತಹ ಭಾವನಾತ್ಮಕ ಪದಗಳನ್ನು ಬಳಸುತ್ತಾರೆ. ಆದರೆ ಹೆಚ್ಚಿನ ನೈಜ ಅಪಾಯಗಳು ಏಕತಾನತೆಯಿಂದ ಕೂಡಿರುತ್ತವೆ. ಅವು ಗುಪ್ತ dependencies ಅಥವಾ ದುರ್ಬಲ ಊಹೆಗಳಾಗಿರುತ್ತವೆ. ಒಂದು ಭಾಗ ಬದಲಾಗುವವರೆಗೆ ಸಿಸ್ಟಮ್ ಸ್ಥಿರವಾಗಿ ಕಾಣುತ್ತದೆ.

ಹಣದ ವಿಷಯದಲ್ಲೂ ಇದು ಅನ್ವಯಿಸುತ್ತದೆ. ಒಂದು ಆದಾಯದ ಮೂಲ ಮಾಯವಾಗುವವರೆಗೆ ನಿಮ್ಮ ಬಜೆಟ್ ಸರಿಯಾಗಿರುವಂತೆ ಕಾಣುತ್ತದೆ. ಆ dependency ಯಾವಾಗಲೂ ಅಲ್ಲೇ ಇರುತ್ತದೆ, ಅದು ಕೇವಲ ಈಗ ಗೋಚರಿಸುತ್ತಿದೆ ಅಷ್ಟೆ.

ಡೆವಲಪರ್‌ಗಳು ಕೆಲವು ಕಠಿಣ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳುತ್ತಾರೆ:

ಈ ಪ್ರಶ್ನೆಗಳು ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು (reliability) ನಿರ್ಮಿಸುತ್ತವೆ.

ಹಣಕಾಸಿನ ವಿಷಯದಲ್ಲಿ, ಜನರು ಹೆಚ್ಚಾಗಿ ಕೇಳುವ ಪ್ರಶ್ನೆ: "ಈ asset ಬೆಲೆ ಏರುತ್ತದೆಯೇ?"

ಆ ಪ್ರಶ್ನೆಯು ಒಂದು ಹಂತವನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ. ಬದಲಾಗಿ, ನಿಮ್ಮ ನಿರ್ಧಾರವು ಯಾವುದರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ ಎಂದು ಕೇಳಿ. ಇದು ಯಶಸ್ವಿಯಾಗಲು ಯಾವುದು ಸತ್ಯವಾಗಿರಬೇಕು?

ಒಂದು ಕಂಪನಿಯು ಕೇವಲ ಒಬ್ಬ ಗ್ರಾಹಕರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದ್ದರೆ, ಅದು ಒಂದು ಅಪಾಯ. ಚಾರ್ಟ್‌ಗಳು ಚೆನ್ನಾಗಿ ಕಾಣಿಸಬಹುದು, ಆದರೆ ಅದರ ರಚನೆ ದುರ್ಬಲವಾಗಿರುತ್ತದೆ. ಸಾಫ್ಟ್‌ವೇರ್‌ನಲ್ಲಿ, ಒಂದು green dashboard ಎಂದರೆ edge cases ಇಲ್ಲ ಎಂದರ್ಥವಲ್ಲ. ಅದರರ್ಥ edge case ಇನ್ನೂ ಸಂಭವಿಸಿಲ್ಲ ಎಂದರ್ಥ.

ಹಣಕಾಸಿನ ಸಾಕ್ಷರತೆ ಎಂದರೆ edge cases ದುಬಾರಿಯಾಗುವ ಮೊದಲೇ ಅವುಗಳನ್ನು ಗುರುತಿಸುವುದು.

ನೀವು ಎಲ್ಲವನ್ನೂ ಮುನ್ಸೂಚನೆ ನೀಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ಮಾರುಕಟ್ಟೆಗಳು ಅಸ್ತವ್ಯಸ್ತವಾಗಿರುತ್ತವೆ ಮತ್ತು ಅದರಲ್ಲಿ ಅದೃಷ್ಟವೂ ಒಂದು ಪಾತ್ರ ವಹಿಸುತ್ತದೆ. ಆದರೆ ನೀವು ಉತ್ತಮ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳಬಹುದು.

'Single point of failure' ಅನ್ನು ಹುಡುಕಿ.

ಅನೇಕ ಹಣಕಾಸಿನ ತಪ್ಪುಗಳು ಸಾಲದ ಖಚಿತತೆಯಿಂದ (borrowed certainty) ಪ್ರಾರಂಭವಾಗುತ್ತವೆ. ಒಂದು ಚಾರ್ಟ್ ಚೆನ್ನಾಗಿ ಕಾಣುತ್ತದೆ. ಒಂದು thread ವೈರಲ್ ಆಗುತ್ತದೆ. ಎಲ್ಲರೂ ಒಂದೇ ಮಾತನ್ನು ಹೇಳುವುದರಿಂದ ಅಪಾಯವು ಚಿಕ್ಕದಾಗಿ ಕಾಣಿಸುತ್ತದೆ.

ಡೆವಲಪರ್‌ಗಳಿಗೆ ಈ ಮಾದರಿ ತಿಳಿದಿದೆ. ಒಂದು library ಜನಪ್ರಿಯವಾದರೆ, ಎಲ್ಲರೂ ಅದನ್ನು ಬಳಸುತ್ತಾರೆ. ಜನಪ್ರಿಯತೆ ಎಂದರೆ ಸ್ಥಿತಿಸ್ಥಾಪಕತ್ವ (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