पुस्तक "हमारा कोड। शिल्प, पेशा, कला "

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

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

नाटक? मैं सहमत हूं। यह नाटक पेशे से हमारे प्रत्येक भाई पर लागू होता है, इसलिए यदि आप इस तरह के पेशे में जीवित रहना चाहते हैं, तो इस पुस्तक को पढ़ें। ईगोर बुगेंको ।

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

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

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

अध्याय 1
एड्रियन

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

खनिक और खनिक

मैंने सचिव से कहा:

- मेरी क्रिस के साथ मीटिंग है, वह मेरा इंतजार कर रहा है।

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

चूंकि किसी भी सॉफ्टवेयर आर्किटेक्चर लोगों की गतिविधियों का एक उत्पाद है, ऐसे में किसी उत्पाद को बेहतर बनाने के लिए, लोगों को सुधारना सबसे पहले आवश्यक है।

"वास्तव में, यह उसका है," सचिव ने सूखकर उत्तर दिया।

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

"हमें अपनी वास्तुकला को ठीक करने के लिए किसी की आवश्यकता है," एड्रियन आधे घंटे के बाद सारांशित करता है।

"बल्कि, आपको वास्तुकला के साथ कुछ करने से पहले आपको किसी को सही करने की आवश्यकता है," मैंने सोचा, लेकिन जोर से कहा:

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

एड्रियन मुस्कान उदासी। शायद उसने इस कमरे में बैठे हर दूसरे व्यक्ति से यह सुना ...

वह मुझसे एक कठिन सवाल पूछता है:

"आप कब शुरू करने के लिए तैयार हैं?" अपनी चल रही परियोजनाओं को पूरा करने के लिए आपको कितना समय चाहिए? हम एक पूर्णकालिक व्यक्ति की तलाश कर रहे हैं।

जो कहा गया उस पर उन्हें बहुत गर्व महसूस हो रहा है। जाहिरा तौर पर, वे सोचते हैं कि पूर्णकालिक नौकरी मेरे लिए एक अच्छा काम होगा। मुझे पहले से ही एहसास था कि मुझे नौ से पाँच तक इस कार्यालय में बैठना होगा, अपना वेतन निकालकर। जबकि मेरे पास अपना स्वयं का स्टार्टअप नहीं है, जाहिरा तौर पर, ऐसा होगा। इस हफ्ते यह तीसरी कंपनी है जहाँ मेरा साक्षात्कार लिया जा रहा है। पिछले दो ने अभी तक मुझे जवाब नहीं दिया है, हालांकि ऐसा लगता है कि मैं उनके लिए उपयुक्त था। यह दोस्त बहुत अधिक हताश लग रहा है। मुझे संदेह है कि इसके सर्वर लगभग हर दूसरी रात दुर्घटनाग्रस्त हो जाते हैं, और अनुबंध पर हस्ताक्षर करते ही यह मेरी समस्या बन जाएगी। मुझे सावधान रहने की जरूरत है।

"शायद एक सप्ताह सभी कामों को पूरा करने के लिए पर्याप्त है।"

मुझे कहना है कि मुझे क्या कहना है, हालांकि अब मेरे पास कोई परियोजना नहीं है, कोई नौकरी नहीं है, कोई आय नहीं है। मैं उसे सच नहीं बता सकता - आपको खेल के नियमों का पालन करना चाहिए। मुझे लोकप्रिय और बहुत व्यस्त दिखना है। लेकिन दूसरी ओर, क्या एक हफ्ते में सभी चीजों को पूरा करने का वादा तर्कसंगत लगता है? यह किस तरह का प्रोजेक्ट है कि मैं अभी काम कर रहा हूं कि मैं इसे केवल एक सप्ताह में पूरा कर सकता हूं? बेशक, हम दोनों समझते हैं कि यह एक झूठ है ... लेकिन हम यह भी समझते हैं कि हम इसके बारे में कुछ नहीं कर सकते।

एक व्यक्ति जो एक कंपनी के प्रति वफादार होने का वादा करता है, वह तुरंत दूसरे के प्रति वफादार होना बंद कर देता है।

- आप इस कंपनी में कब से काम कर रहे हैं? मैं उससे विषय बदलने के लिए कहता हूं।

"दो साल," एड्रियन जवाब देता है।

- क्या आपने कंपनी के अधिकांश प्रोजेक्ट बनाए हैं?

- हां, मैं यहां पहला डेवलपर हूं। दो साल पहले, मैं हमारे सह-संस्थापक और तकनीकी निदेशक टोनी से मिला। आप उसे अगले साक्षात्कार में देखेंगे।

मैं देखता हूं कि एड्रियन कितनी इज्जत से उसकी बात करता है। क्यों, टोनी उसे पैसे देता है।

- मुझे उससे मिलकर खुशी होगी! मैंने जवाब दिया, और हमने बातचीत समाप्त कर दी।

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

मैं आलसी व्यक्ति बिल्कुल नहीं हूं। मुझे कोड लिखना पसंद है, लेकिन ऐसा करना ताकि दूसरा व्यक्ति करोड़पति बन जाए - नहीं, धन्यवाद। मेरा जीवन उनके द्वारा दिए जाने वाले वेतन से अधिक है।

"एक नियोक्ता कितना भुगतान कर सकता है?" - सही सवाल जो एक विशेषज्ञ को खुद से पूछना चाहिए।

ईमानदारी से, मुझे लगता है कि यह मेरा यह रवैया था, जो उन समस्याओं का वास्तविक कारण था जो मैंने अपने पिछले काम में (और इससे पहले कई कार्यों में) सामना किया था। हर कोई चाहता था कि मैं एक अच्छा कर्मचारी बनूं, और मैं वह करना चाहता हूं जो मुझे पसंद है: जावा में कोड लिखकर अपने विचारों का अनुवाद करें। मुझे पहले ही चार बार निकाल दिया गया है, लेकिन मैं केवल 29 हूं। अब तक, बहुत प्रभावशाली कैरियर नहीं है। मैं क्या गलत कर रहा हूँ?

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

सबसे पहले, हर नई कंपनी, टीम या प्रोजेक्ट एक रहस्य है। इससे कोई फर्क नहीं पड़ता कि आप उनकी DevOps प्रक्रियाओं, प्रबंधन सिद्धांतों और स्थैतिक विश्लेषण के बारे में कितने प्रश्न पूछते हैं, क्योंकि कोई भी उत्तर एक झूठ हो सकता है, उनका आविष्कार या सब कुछ काम नहीं कर सकता जैसा कि वे कल्पना करते हैं। मैं कभी नहीं सुनता कि वे पहले साक्षात्कार में क्या कहते हैं। यहाँ मैं उस पर ध्यान देता हूं: 1) जो पैसा वे मुझे देने को तैयार हैं; 2) टीम का आकार; 3) वह स्थिति जो मुझे पेश की जाएगी।

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

वेतन बाजार में आपके योगदान के महत्व का मुख्य स्पष्ट संकेतक है।

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

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

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

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

बड़ी कंपनियां बहुत ज्यादा राजनीतिक हैं, छोटी भी अराजक हैं।

और छोटी कंपनियों के बचने की संभावना कम है (जैसा कि आंकड़े कहते हैं)। मैं उन परियोजनाओं से दूर रहना पसंद करता हूं जो 20 से कम तकनीशियनों को रोजगार देती हैं।

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

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

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

क्या आपने कभी नैंसी विश्वविद्यालय में आयोजित डिडिएर देसोर और उनके सहयोगियों के प्रयोग के बारे में सुना है? 2 उन्होंने दस समान कोशिकाएं लीं, जिनमें से प्रत्येक में पांच या छह नर चूहों को लगाया गया था। भोजन प्राप्त करने के लिए, कृन्तकों को एक छोटे छेद के माध्यम से प्राप्त करना पड़ता था, मछलीघर से भोजन गर्त में तैरना, कुछ भोजन लेना और इसे खाने के लिए वापस तैरना (यह सीधे कुंड से खाना असंभव था)। प्रयोग के अंत तक, सभी पिंजरों में, चूहों को दो समूहों में विभाजित किया गया था - शिकार और गैर-शिकार। खनिक खाने के लिए तैरते हैं, और खनिक उनसे यह भोजन चुराते हैं।

यह कहानी हमें क्या सिखाती है? कि आप या तो काम करते हैं या चोरी करते हैं। चूहों को दस आज्ञाओं के बारे में नहीं पता था। उन्हें इस बात का अंदाजा नहीं था कि चोरी करना पाप है। ऐसा लगता है कि प्रकृति के पास चोरी के खिलाफ कुछ भी नहीं है (उसके लिए, यह भूमिकाओं का प्राकृतिक वितरण है)। उसी तरह, कुछ लोगों के लिए, काम पसंदीदा गतिविधि है। दूसरों के लिए, चोरी अधिक आम है।

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

उच्च आप पदानुक्रम में हैं, कम आपको विशेष रूप से करने की आवश्यकता है और अन्य लोग आपको श्रेय देते हैं।

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

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

»पुस्तक की अधिक जानकारी प्रकाशक की वेबसाइट पर पाई जा सकती है
» सामग्री
» अंश

Khabrozhiteley कूपन पर 25% छूट के लिए - हमारा कोड