सॉफ़्टवेयर इंजीनियर की सैलरी 3 बजट से आती है

• सॉफ़्टवेयर इंजीनियरिंग की सैलरी तीन बजट में से किसी एक से आती है: "सेल्स/मार्केटिंग, रिसर्च और डेवलपमेंट, मेंटेनेंस"
• यह वर्गीकरण रोज़मर्रा के काम और करियर पाथ को प्रभावित करता है
• लेकिन भौतिकी के नियमों की तरह, पैटर्न दिखने के लिए इसे जानबूझकर चुनना ज़रूरी नहीं है
• करियर के लिए विज़न और पोज़िशनिंग के बारे में सोचते समय यह फ़्रेमवर्क उपयोगी है

सेल्स/मार्केटिंग बजट

• जब आप किसी growth organization का हिस्सा होते हैं, तो नतीजों को आसानी से quantify और measure किया जा सकता है। कुछ करते ही नंबर ऊपर जाते हैं।
• Growth engineer, sales engineer, DevRel आदि इसमें आते हैं, और मौजूदा प्रोडक्ट बेचना, फीचर्स के बारे में बताना, और workflow में टूल adopt करवाना इनकी ज़िम्मेदारी होती है
• यह ऐसा बजट है जो तुरंत असर चाहता है
  • Measurable impact का मतलब है कि ROI पता है, यह पैसे के काफ़ी करीब है, और आपका काम सीधे पैसे कमा सकता है
  • लेकिन जिसे मापना आसान हो, उसकी तुलना करना भी आसान होता है, इसलिए इससे अंदरूनी प्रतिस्पर्धा की संस्कृति पैदा हो सकती है
• काम आम तौर पर short-term पर केंद्रित रहता है, और आप अगले experiment/customer/marketing trend के पीछे भागते रहते हैं। जैसे treadmill पर दौड़ना
• आपकी वैल्यू उस multiplier से तय होती है जो कंपनी आपकी bucket में लगाए गए पैसे पर देखती है
• कंपनी optimization का पीछा करती है, इसलिए यह revolving door effect ला सकता है (यानी कंपनियां बेहतर returns के लिए लगातार अपनी investment strategy बदल सकती हैं या निवेश का लक्ष्य बदल सकती हैं)

रिसर्च और डेवलपमेंट

• रिसर्च और डेवलपमेंट (R&D) सबसे ज़्यादा इंजीनियरों को employ करता है, और आम तौर पर product organization के अंतर्गत होता है
• Product engineer, researcher, architect आदि इसमें आते हैं; ये वे लोग हैं जो ऐसे प्रोडक्ट बनाते या खोजते हैं जिन्हें कंपनी बेचती है या बेच सकती है
• यह ऐसा बजट है जो समय के साथ growth चाहता है, long-term results पर फ़ोकस करता है, और कभी-कभी activation सुधारने वाले फीचर्स बनाता है या नई product line तलाशता है
• जिन कंपनियों में research division होता है, वहां कुछ लोग ऐसे ideas पर भी काम करते हैं जो कई सालों तक commercialize नहीं होंगे
• डेवलपमेंट और रिसर्च अलग हैं, लेकिन दोनों long-term performance या outcomes को लक्ष्य बनाते हैं
• किसी business/project की सबसे छोटी अवधि एक quarter (3 महीने) होती है। आपका काम उस दौरान long-term asset बनना चाहिए और आने वाले कई सालों तक वैल्यू देनी चाहिए
• छोटे experiments अगले चरण तक पहुंचने के लिए stepping stone की भूमिका निभाते हैं
• आपके काम को मापना मुश्किल होता है, लेकिन कंपनी आपको long-term value देने वाले investment की तरह देखती है
• ऐसे प्रोडक्ट बनाना जिन्हें बेचा जा सके, और प्रोडक्ट की quality जितनी अच्छी होगी, sales और retention उतने बेहतर होंगे

मेंटेनेंस

• मेंटेनेंस ज़्यादातर डेवलपमेंट में absorb हो चुका है, क्योंकि यह बजट cost optimization की मांग करता है
• System administrator, पुराने systems को maintain करने वाले लोग, और कभी-कभी platform engineer भी इसमें आते हैं
• कंपनी इस काम को pure cost की तरह देखती है और इसे minimize करना चाहती है
• कई कंपनियां इस role को product development में मिला देती हैं, और इसे ऐसी मेहनत माना जाता है जिसकी कोई क़दर नहीं होती
• कंपनियां इस बजट को इतना नापसंद करती हैं कि वे इंजीनियरों को यह समझाने की कोशिश करती हैं कि NFR (non-functional requirements) के काम के लिए समय देना कोई ख़ास रियायत है
• अंदरूनी उपयोग के लिए टूल बनाना भी इस category में आ सकता है। जैसे वह अनचाहा admin dashboard जो कंपनी को चलाए रखता है, लेकिन कभी priority नहीं बनता।

यह क्यों महत्वपूर्ण है

• आप किस बजट में आते हैं, इससे आपका रोज़मर्रा का काम तय होता है
• 'Growth' से जुड़ा काम 'measurable' और 'churny' होता है
• 'Research' 'chill' और 'fuzzy' होता है
• 'Development' 'valued' होता है और समय के साथ बनता है
• 'Maintenance' 'always on the chopping block' होता है

[xguru]

आखिरी वाक्य को मैंने ChatGPT से थोड़ा विस्तार से समझाने को कहा, और उसने काफ़ी अच्छे से समझाया।

1. Growth: 'विकास (Growth)' से जुड़े काम की विशेषताएँ 'मापी जा सकने वाली (measurable)' और 'तेज़ी से बदलने वाली (churny)' होती हैं। इसका फ़ोकस कंपनी की growth को आगे बढ़ाने पर होता है, और ऐसे काम आम तौर पर revenue बढ़ाना, customer base का विस्तार करना, market share सुधारना जैसे ठोस और measurable लक्ष्यों का पीछा करते हैं। इसके churny होने का मतलब है कि ऐसे कामों को market की स्थिति के हिसाब से जल्दी बदलना और adapt करना पड़ता है.

2. Research: 'रिसर्च (Research)' की प्रकृति 'आरामदेह (chill)' और 'अस्पष्ट (fuzzy)' होती है। रिसर्च से जुड़े काम अक्सर exploratory होते हैं, और ठोस नतीजों या तुरंत revenue बनाने के बजाय knowledge का विस्तार, innovation का विकास, और long-term strategic advantage हासिल करने पर ज़ोर देते हैं। ऐसे कामों में अक्सर साफ़ short-term performance metrics नहीं होते, इसलिए इन्हें long-term नज़रिए से देखना पड़ता है।

3. Development: 'डेवलपमेंट (Development)' की विशेषताएँ 'मूल्यवान (valued)' और 'समय के साथ बनते जाने वाली (builds over time)' होती हैं। डेवलपमेंट का काम product या service को बेहतर बनाने और नए features बनाने पर केंद्रित होता है, और यह काम कंपनी के product portfolio से सीधे value को जोड़ता है। समय के साथ इसकी value जमा होती जाती है, और यही कंपनी की long-term success में योगदान देती है।

4. Maintenance: 'मेंटेनेंस (Maintenance)' की विशेषता है कि यह 'हमेशा कटौती के जोखिम में रहता है (always on the chopping block)'। ऐसा इसलिए है क्योंकि मेंटेनेंस का काम अक्सर business की urgent need के रूप में नहीं देखा जाता, या यह कम दिखाई देने वाला होता है। मेंटेनेंस ज़रूरी तो है, लेकिन यह अक्सर budget cuts या downsizing का निशाना बनता है, जो यह दिखाता है कि इस काम की अहमियत हमेशा साफ़ तौर पर पहचानी नहीं जाती।