क्या आप हैकर हैं या आप अकादमिक हैं?

एक प्रोग्रामर के रूप में अपने 18 साल के करियर के दौरान, मैंने रोबोटिक्स से लेकर फाइनेंस से लेकर हेल्थकेयर और टेलीकॉम तक दर्जनों अलग-अलग प्रोजेक्ट्स पर काम किया। और मुझे सभी प्रकार के पृष्ठभूमि के सैकड़ों प्रोग्रामर के साथ काम करने का अवसर मिला - प्रत्येक अपनी आदतों और दृष्टिकोण के साथ।

मैंने यह जान लिया है कि वे चाहे जिस क्षेत्र से आते हैं या क्या करते हैं, सभी प्रोग्रामर इसी स्पेक्ट्रम पर आते हैं:

अकादमिक

स्पेक्ट्रम के एक छोर पर प्रोग्रामर हैं जो सिद्धांत से महान हैं। उन्हें सीखना, पढ़ना, अन्वेषण और नवाचार करना पसंद है। उनके लिए, कोड की हर पंक्ति दुनिया के लिए एक योगदान की तरह महसूस करती है, भविष्य के लिए एक विरासत भी। यदि कोड में कोई दोष है, तो यह इसलिए है क्योंकि वे अभी तक कोई बेहतर नहीं जानते हैं।

उनकी दुनिया में, कोड सही, बग-मुक्त और सर्वोत्तम प्रथाओं के अनुसार होना चाहिए। वे चीजों को करने के स्मार्ट तरीकों की सराहना करते हैं, और नवीनतम तकनीकों के साथ अद्यतित रहना पसंद करते हैं।

दुर्भाग्य से, जब शिक्षा बंद हो जाती है, तो अकादमिक ऊब हो जाएगी और अन्य परियोजनाओं की तलाश करेगी - या यहां तक ​​कि नौकरी भी बदल सकती है:

काम करने के इस तरीके में नकारात्मक पक्ष यह है कि परियोजनाएं धीरे-धीरे आगे बढ़ती हैं। जब आप कुछ सीखते हैं, तो आप उस चीज़ पर भी ठोकर खाते हैं, जिसे आप सीखना चाहते हैं। और खरगोशों के नीचे जाने का यह सिलसिला किसी भी महत्वपूर्ण सुविधाओं के वितरित होने से पहले काफी समय तक चल सकता है:

लेकिन यह सब बुरा नहीं है। जब उत्पाद को उच्च मानकों तक खड़े होने की आवश्यकता होती है, तो शैक्षणिक वास्तव में प्रोग्रामर का सही प्रकार है।

उदाहरण के लिए, हेल्थकेयर सॉफ्टवेयर के लिए, मरीज की सुरक्षा सुपर महत्वपूर्ण है। आप चाहते हैं कि आपके प्रोग्रामर अपना समय ले लें और कोड को "उत्पादन वातावरण" में बदलने से पहले अपना सामान सीख लें, जो लोगों का जीवन है।

यहां तक ​​कि एक छोटा बग भी घातक हो सकता है।

एक अन्य उदाहरण वित्तीय क्षेत्र है, जहां एक साधारण गलती बहुत खर्च कर सकती है। यह अधिकांश सुरक्षा या सुरक्षा-मांग वाले सॉफ़्टवेयर के बारे में भी सच है - जहां व्यवसाय की प्रतिष्ठा अक्सर दांव पर होती है।

हैकर

स्पेक्ट्रम के दूसरे छोर पर हैकर है, जो कैल न्यूपोर्ट से डीप वर्क के अनुसार आदर्श "ज्ञान कार्यकर्ता" है। हैकर्स तेजी से सीखते हैं और (आदर्श रूप से) निरंतर गति से परिणाम देते हैं। वे शायद ही कभी एक सुविधा अनुरोध के लिए "नहीं" कहते हैं, और इसे कोड में किसी भी तरह से बंद कर देंगे।

लेकिन थोड़ी देर के बाद, कोड पेचीदा हो जाता है। प्रक्रिया इस हद तक बढ़ जाती है कि नई सुविधाएँ जोड़ने से अन्य कोड टूट सकते हैं जो अन्यथा काम करने चाहिए:

तकनीकी ऋण ढेर हो जाता है, और यह लंबे समय में व्यापार को नुकसान पहुंचाता है।

ये प्रोग्रामर सलाहकार नौकरियों के लिए एकदम सही उम्मीदवार बनाते हैं, जहां प्रोजेक्ट हिट और रन होता है। वे उन खामियों को ठीक करने के लिए भी भुगतान कर सकते हैं, जिन्हें उन्होंने पहली बार कोड में डाला है! कंसल्टेंसी फर्म के लिए अच्छा है, आपके व्यवसाय के लिए बुरा है। जब तक आप उत्पाद विकास के अवधारणा चरण के प्रोटोटाइप या सबूत के रूप में नहीं होते हैं, और बहुत से कोड फिर से लिखे जाने की संभावना है।

हैकर शुरुआती स्टार्टअप्स के लिए आदर्श है जो शुरुआती न्यूनतम व्यवहार्य उत्पाद विकास चरण में हैं। हैकर तेजी से परिणाम उत्पन्न कर सकता है। वे सबसे अच्छा बैंग-फॉर-हिरन (पैसे और समय दोनों के संदर्भ में) लाते हैं। इन स्थितियों में, शैक्षणिक विकास को पंगु बना देगा।

निष्कर्ष

एक मजाक है जो इस प्रकार है:

लेकिन वास्तव में कर्ता दो प्रकार के होते हैं:

हैकर

हैकर काम को जल्दी और सस्ते में कर सकता है, जिसमें गुणवत्ता पर थोड़ा ध्यान दिया जाएगा। सभी रखरखाव लागतों को देखते हुए, यह लंबे समय में सस्ता नहीं होगा।

शैक्षणिक गुणवत्ता पर ध्यान केंद्रित करता है, लेकिन चीजें बहुत धीमी गति से आगे बढ़ेंगी, और जब तक आप कुछ मूर्त परिणाम प्राप्त नहीं कर लेते, तब तक निश्चित रूप से अधिक लागत आएगी। इसके अलावा, जब वे ऊब जाते हैं, तो वे इस परियोजना को छोड़ने पर और भी बदतर हो सकते हैं - या रहकर और अपनी नौकरी के बारे में भावुक महसूस न करके।

अकादमिक

हैकर और अकादमिक स्पेक्ट्रम के दो चरम छोर हैं, और वास्तव में अधिकांश प्रोग्रामर बीच में कहीं गिर जाते हैं। आपकी परियोजना के लिए सही डेवलपर्स और आपके द्वारा बनाए जा रहे विशिष्ट प्रकार के सॉफ़्टवेयर को चुनना महत्वपूर्ण है।

आदर्श रूप से आप हैकर के साथ एक परियोजना शुरू कर सकते हैं, जबकि शैक्षणिक पीछे की सीट पर सवारी कर सकते हैं, जब उत्पाद हिट हो जाता है और भारी रिफैक्टरिंग की आवश्यकता होती है, तो उनकी तलवारें तेज करें।

साथ ही लोगों को कारखानों में नहीं बनाया जाता है। वे बदल सकते हैं। कुछ सबसे स्मार्ट डेवलपर्स जो मुझे मिले हैं, वे हैकर होने और प्रोजेक्ट स्टेज के आधार पर अकादमिक होने के बीच बदलाव कर सकते हैं। यह एक सुनहरा कौशल है जो कई डेवलपर्स वर्षों के अनुभव के माध्यम से खेती करते हैं।

यदि आप, क्या पढ़ते हैं, तो कृपया इसे साझा करें और नवीनतम निबंधों के साथ अद्यतित रहने के लिए मेरा अनुसरण करें। इसके अलावा, मेरे अन्य दो लोकप्रिय निबंध देखें:

  • भयानक कोड लिखावट क्या है?
  • प्रोग्रामिंग अब तक का सबसे अच्छा काम है

अस्वीकरण: सभी राय मेरी हैं, मैं किसी भी कंपनी या व्यवसाय का प्रतिनिधित्व नहीं करता हूं।

अद्यतन: इस लेख को साझा करने के बाद मुझे कुछ अच्छी टिप्पणियाँ मिलीं, जो साझा करने लायक हैं:

"अकादमिक" एक बार सामान सीखेगा [लेकिन] इसे कई बार लागू करें। "हैकर" कभी नहीं सीखेगा। तो "डिलीवर की गई सुविधाओं" का ग्राफ केवल एक प्लेटफॉर्म / स्टैक / फ्रेमवर्क के साथ सामना करने पर लागू होता है। दूसरी बार, "अकादमिक" "हैकर" को धूल में छोड़ देगा।
मैं शिक्षाविदों के बीच "अलगाव" और हैकर्स पर अधिक ध्यान केंद्रित करने और "काम किए जाने" पर ध्यान केंद्रित करने वाले हैकर्स के बीच आपके अलगाव से बहुत सहमत हूं। मैं बाद के समूह के करीब हूं और एक सहकर्मी के साथ बहुत अच्छा काम कर रहा हूं जो अकादमिक पक्ष की ओर अधिक है। मुझे अकेले में बहुत सारी गंदगी मिल सकती है, लेकिन इसका मतलब यह नहीं है कि यह अच्छा कोड है। दूसरी ओर वह अभी भी बहुत कुछ कर सकता है, लेकिन वास्तव में इसे अच्छा बनाने के लिए समय व्यतीत करेगा। मैं यह भी देखता हूं कि समस्याओं के संपर्क में आने के बाद, वह समाधान तैयार करने से पहले संबंधित समाधानों पर पढ़ता है, जहां मैं पढ़ने के बजाय अलग-अलग समाधानों के साथ प्रयोग करूंगा। मेरा तरीका जल्दी परिणाम देता है, जबकि बेहतर समाधान में उसका परिणाम होता है। इन चीजों का संयोजन एक बहुत ही उत्पादक और दिलचस्प कार्यदिवस के लिए बनाता है

?Liked क्या आपने पढ़ा? जब मैं कुछ नया लिखूं तो मुझे सूचित किया जाए।