- 2019: जब मैंने web development सीखना शुरू किया, तब lectures या technical blog के लेखक कहते थे कि सतही और गहराई—दोनों तरह से सीखकर किसी खास technology या framework के expert बनो।
- 2022: जब मैंने undergraduate में working professionals का guest lecture सुना, तब एक senior जिन्होंने बड़ी company में नौकरी पाई थी, उन्होंने कहा कि अपनी पहचान को tools से define मत करो, बल्कि किसी खास domain के expert बनो।
- 2025, वर्तमान: IT magazines या tech company blogs में कहा जाता है कि AI technology के विकास के कारण ऐसे product engineers की ज़रूरत है जो पूरे product lifecycle की ज़िम्मेदारी ले सकें।
मैंने अक्सर सुना है कि यह ऐसा पेशा है जहाँ trends बहुत तेज़ी से बदलते हैं। लेकिन मुझे यह जिज्ञासा हुई कि जब कोई junior अभी-अभी इस field में प्रवेश करने जा रहा हो, तो अगर वह अपने समय के trend का पीछा करे, तो उसे किस तरह के risks का सामना करना पड़ सकता है।
आख़िरकार, ऊपर गिनाए गए ये तीनों trends किसी भी company के किसी भी role पर लागू करके देखें, तो ऐसा ही लगता है कि 'यह तो करना ही अच्छा है।' तो क्या talent trends वास्तव में एक-दूसरे की जगह नहीं ले रहे, बल्कि धीरे-धीरे विस्तार पा रहे हैं?
आज के समय में, जब लगातार ज़्यादा tools और concepts सामने आ रहे हैं और खुद से निर्णय लेने वाली चीज़ें बढ़ती जा रही हैं, junior को कैसी mindset रखनी चाहिए—यह समझने में मदद पाने के लिए मैं यह सवाल पूछ रहा/रही हूँ।
8 टिप्पणियां
मेरे विचार में ट्रेंड दरअसल "abstraction के विकास के कारण weights में आया बदलाव" है।
CS, language, framework, domain, और SDLC — ये सभी product बनाने के लिए ज़रूरी क्षमताएँ हैं। लेकिन हर दौर में इनकी अहमियत अलग रही है।
1GL·2GL के समय software बनाने के लिए memory structure, register के उपयोग, compilation process, और hardware के काम करने के सिद्धांत को गहराई से समझना ज़रूरी था, इसलिए CS knowledge का weight ज़्यादा था।
3GL·4GL के समय C, Java जैसी high-level languages के आने से language ने hardware की बारीकियों को abstract कर दिया, इसलिए सही language चुनना और उसे अच्छी तरह इस्तेमाल करना development quality और speed को तय करता था; इसी वजह से language utilization का weight बढ़ गया।
open source के दौर में web·mobile·cloud infra frameworks तेज़ी से विकसित हुए, और framework को समझकर उसे productive तरीके से इस्तेमाल कर पाना अधिक महत्वपूर्ण हो गया।
हाल के समय में generative AI के विकास के कारण किसी खास language·framework को सीखने से ज़्यादा domain को गहराई से समझना और उसे operate करना महत्वपूर्ण हो गया है।
समय बदलने के साथ weights ज़रूर बदले हैं, लेकिन कोई भी क्षमता पूरी तरह 0 नहीं हुई है। अगर आप junior हैं, तो job market में खुद को पेश करते समय यह अनुमान लगाना अच्छा होगा कि weights का distribution कैसा होगा, और दिए गए समय का सही निवेश करके अपनी value को अधिकतम करना बेहतर रहेगा।
मैंने इसके उलट सोचा था। 2019 की तुलना में 2025 में ज़्यादा चीज़ें आसान हो गई लगती हैं।
2019 में Django framework शायद लगभग 2.0 के आसपास था, और कुछ समय पहले Django 6.0 version घोषित किया गया। Spring Framework ने इस बार 7.0 version release किया है। वेब पेज बनाने के लिए frameworks हर दिन आगे बढ़ रहे हैं, लेकिन उसके मुकाबले 2019 हो या 2025, जो बनाना है वह अब भी लगभग 'XXX के लिए platform' ही है। यानी, तकनीक की प्रगति के अनुपात में लोगों की requirements जटिल होती जा रही हैं, ऐसा नहीं लगता। नतीजतन, शायद फोकस धीरे-धीरे "इसे कैसे implement करें" से "इसे कितनी जल्दी implement करें" की ओर बदल गया है। (बेशक, अच्छा बनाना तब भी उतना ही ज़रूरी था और अब भी है)
2022 और 2025 की nuance मुझे लगभग एक जैसी लगती है। लगता है कि "(सिर्फ code नहीं) business को समझो" वाली बात को अलग-अलग तरीके से कहा गया है।
अच्छी insight के लिए धन्यवाद। एक वाक्य लिखते समय भी यह सोचने पर मजबूर होना पड़ता है कि जो मैं देख रहा हूँ, वही सब कुछ नहीं है।
हालांकि, 2022 और 2025 के nuance के बारे में, मुझे वास्तव में लगता है कि 2025 का product engineer full-stack engineer के अधिक करीब है, इसलिए मैंने इसे प्रतिभा-प्रोफ़ाइल के विस्तार के रूप में व्यक्त किया।
उस लिहाज़ से यह बात भी सही लगती है! उस नज़रिए से देखें, तो 2019 से 2025 तक इसे "तकनीक के प्रति रुचि में लगातार कमी" के रूप में भी पढ़ा जा सकता है।
P.S. आपने "उथला और गहरा" लिखा है, लेकिन शायद आपका मतलब "संकरा और गहरा" था :D
अरे हाँ, मैंने गलत लिखा था!! धन्यवाद
हम क्या बनाते हैं, क्यों बनाते हैं, कैसे बनाते हैं, क्या बनाना चाहते हैं, हम कौन हैं,
मुझे लगता है कि पहले हो या अब, ये सवाल बदले नहीं हैं। अच्छा टैलेंट शायद वही है जो इन महत्वपूर्ण सवालों के अपने-अपने जवाब दे सके।
जब "कैसे बनाते हैं" वाले हिस्से में तकनीकी बाधाएँ बहुत ऊँची थीं, तब ऐसे विशेषज्ञों वाली संस्थाएँ जो इस हिस्से को सुलझा सकें, "क्या बनाते हैं" और "क्यों बनाते हैं" जैसे सवालों में भी अधिक विकल्प रख सकती थीं... इसलिए वह महत्वपूर्ण था,
लेकिन समय के साथ "कैसे बनाते हैं" वाले हिस्से की बाधाएँ लगातार कम हो रही हैं और स्तर भी ऊपर की ओर बराबर होता जा रहा है, इसलिए आगे चलकर सिर्फ "कैसे" हल करने वाले विशेषज्ञों की तुलना में generalist बनना चाहिए—यह बड़ी दिशा सही लगती है।
फिर भी, हर कंपनी अलग है, हर व्यक्ति अलग है, हर परिस्थिति अलग है, इसलिए दुनिया के बड़े ट्रेंड का आँख मूँदकर पालन करना हमेशा अच्छा है, ऐसा भी नहीं कह सकता। मैं ऐसा व्यक्ति बनना चाहता हूँ जो अपनी कंपनी, अपने लोगों और अपनी परिस्थितियों के लिए उपयुक्त हो। मैं कोशिश कर रहा हूँ। अभी तो काम करते हुए मुश्किल से 10 साल ही हुए हैं... बस ऐसे ही विचार हैं। उम्मीद है यह मददगार होगा।
यह दिए गए हालात के बारे में सोचने का एक मौका देता है! अच्छी बात कहने के लिए धन्यवाद।