एक नया प्रोग्रामर सॉफ्टवेयर इंजीनियर (बॉस) को कैसे प्रभावित कर सकता है? [बन्द है]


98

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

उसे प्रभावित करने के लिए मैं क्या कर सकता हूं?

धन्यवाद।


4
@ पाब्लो: जैसा आपने उल्लेख किया है, बस एक शानदार प्रोग्रामर :)
फैनेटिक

2
@ Fanatic23 एक्शन सलाह के लिए +1 ... नहीं।
ओलिवियर लालोंडे

उसे मेंटर बनने के लिए कहें ...
ब्रायन

1
भावुक, होशियार, स्वयं सीखने वाला, तेजी से सीखने वाला और सभी को एक वास्तविक समस्या हल करने वाले में :-)
जहान जिनेदिन

7
भविष्य के पाठकों के लिए, टीएल; डीआर उत्तर यह है: मिशिगन से सैन फ्रांसिस्को के लिए उड़ान भरने के लिए एक धन्यवादहीन नौकरी छोड़कर अपने बॉस को प्रभावित करें, क्योंकि एकमात्र ऐसी जगह जो आप कुछ प्रभावशाली कर सकते हैं, जो निश्चित पहिया बाइक से भरे शहर में है।
इनकॉगनिटो

जवाबों:


189

क्या मैंने कभी आपको एश्टन के बारे में बताया?

एश्टन आपके क्लासिक मकई खिलाया खेत लड़का था। उनके माता-पिता हिप्पी थे जो वास्तव में कभी भी अपने कृत्यों को एक साथ करने में कामयाब नहीं हुए जब तक कि उनकी माँ को मिशिगन के एक ग्रामीण हिस्से में 15 एकड़ जमीन नहीं मिली। परिवार वहाँ चला गया, डेयरी बकरियों के एक जोड़े को खरीदा, और एन आर्बर फार्मर्स मार्केट में yuppies को जैविक बकरी पनीर बेचने के लिए संघर्ष किया।

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

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

"यह आसान नहीं होने जा रहा है," उनके दोस्त-साथी, जेफ ने कहा। "वह यहाँ एक किंवदंती के कुछ है।"

"क्या मतलब है तुम्हारा?" उसने पूछा।

"ठीक है, आपको कुछ साल पहले याद है, जब Y2K के बारे में सब कुछ उखड़ गया था?"

एश्टन शायद बहुत छोटा था। "Y2K?"

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

"वास्तव में? मुझे लगा कि यह एक मिथक था, ”एश्टन ने कहा।

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

"हर्गिज नहीं?"

"कुछ भी नहीं। शून्य परीक्षण। नाडा। और लो और निहारना, जब लोग 2 जनवरी को काम पर वापस आ गए, तो एक भी काम नहीं किया। वे उत्पादन कार्यक्रम नहीं छाप सकते थे। वे विधानसभा लाइनों का आधा हिस्सा भी चालू नहीं कर सके। और किसी को भी नहीं पता था कि वे क्या काम करने वाले थे। कारखाना सचमुच एक ठहराव के लिए आया था। ”

"आप मजाक कर रहे हैं," एश्टन ने कहा।

"मैं तुम्हें नहीं बकवास। फैक्ट्री पूरी तरह से खामोश थी। अब, चार्ली, वह तब नया था। वह Microsoft, या NASA, या कुछ और पर काम कर रही थी ... कोई भी यह पता नहीं लगा सकता था कि उसके जैसा कोई व्यक्ति किसी कंपनी के हमारे छोटे कांख में काम कर रहा होगा। लेकिन वह बैठ गई, और उसने कोडिंग शुरू कर दी। और कोडिंग। और कोडिंग।

“चार्ली ने सीधे नौ दिनों तक कोड किया। बिना सोए नौ दिन, बिना कुछ खाए, कुछ लोगों ने यहां तक ​​दावा किया कि वह कभी बाथरूम नहीं गई। वह व्यवस्था से व्यवस्था की ओर गई और सचमुच उन सभी को ठीक कर लिया। यह निहारना कुछ था। माय गॉड, वहां कोबोल सिस्टम थे जिन्हें ठीक करने की जरूरत थी। एक ठहराव पर पूरी फैक्ट्री, और चार्ली पुराने COBOL मैनुअल खोजने के लिए ऐन अर्बोर में यूनिवर्सिटी लाइब्रेरी में लोगों को भेज रहे हैं। असेंबली-लाइन कार्यकर्ता कंपकंपी के आसपास खड़े हैं, क्योंकि थर्मोस्टैट्स में भी वाई 2 के बग था। और चार्ली कॉफी के कप के बाद कप पी रहा है और पागल की तरह टाइप कर रहा है। ”

"वाह। और वह कभी बाथरूम नहीं गई? ”

“ठीक है, वह हिस्सा थोड़ा हो सकता हैथोड़ा अतिशयोक्ति। लेकिन उसने वास्तव में नौ दिन सीधे 24 घंटे काम किया। वैसे भी, 11 जनवरी को, दिन की पारी शुरू होने से पांच मिनट पहले, वह अपने कक्ष से बाहर निकलती है, लाइन प्रिंटर पर जाती है, एक बटन दबाती है, और उछाल लेती है! बाहर उत्पादन कार्यक्रम आता है, और टीम का शेड्यूल, और सब कुछ एकदम सही, पूरी तरह से स्वरूपित होता है, थोड़ा छोटे फ़ॉन्ट का उपयोग करके ताकि "2000" फिट हो जाए जहां यह "99" कहता था, और उसने एक नई प्राथमिकता अनुकूलन प्रणाली भी लिखी है बहुत से ग्राहकों को पेशाब किए बिना 9 दिनों के मिस्ड उत्पादन के साथ उन्हें पकड़ने में मदद करता है, और सभी विधानसभा लाइनें चलने लगती हैं जैसे कभी कुछ भी गलत नहीं था, और गर्मी आती है, और चालान वर्ष के बजाय '2000' के साथ मुद्रित होते हैं। "19100," और उस दिन के बाद, किसी को एक भी बग नहीं मिला। "

"ओह आओ!" एश्टन कहते हैं। "बग के बिना कोई भी कोड नहीं लिखता है।"

"उसने किया। मैंने अपनी आँखों से देखा। पहले दिन वे हिचकी के बिना दो दिनों के क्यूबिकल के लायक थे। "

एश्टन डंबस्ट्रक था। “वह डायल है। मैं कैसे रह सकता हूँ?

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

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

कभी।

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

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

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

क्यूबिकल कंपनी में अपनी दो साल की सालगिरह की सुबह, एश्टन काम कर रहे थे जब उन्हें कुछ महसूस हुआ।

कोड की एक भी पंक्ति जो उसने लिखी थी कभी नहीं चली थी।

दो साल के काम में उन्होंने जो कुछ नहीं किया, उसने दुनिया पर कोई असर डाला।

और यह मिशिगन के उस हिस्से में 24 डिग्री कमबख्त था, और यह ग्रे, और बदबूदार था, और उसकी होंडा बकवास का एक टुकड़ा था, और उसके पास शहर में कोई दोस्त नहीं था, और कुछ भी नहीं जो उसने मायने नहीं रखा।

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

और यह नहीं था। और वह एक आंसू से लड़े।

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

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


61
तुम मुझे इस तरह हगिन नहीं छोड़ सकते। जहां इस कहानी का अध्याय 2 है :)
6

50
क्या मैं कहानी के नैतिकता को नहीं समझने के लिए बेवकूफ हूं? :(
टेरेंस पोंस

39
तब एश्टन ने कहा "मेरे राज्य को देखा मैं अंत में वहां था, बेल-एयर के राजकुमार के रूप में अपने सिंहासन पर बैठने के लिए।" क्षमा नहीं कर सकता।
जिन

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

149
कहानी जारी है: वह Google के लिए काम करने गया था, जहाँ उसने वेव पर काम किया था। और फिर, कोई भी अपने कोड का उपयोग नहीं कर रहा था।
Ivo van der Wijk

97

अलादीन में दृश्य याद रखें जहां अलादीन जैस्मीन को प्रभावित करना चाहता है, और जिन्न उसे बताता है कि वह खुद पर ध्यान केंद्रित करने के लिए बेहतर होगा? एक ही सिद्धांत यहाँ।

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

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

उस पर एक अच्छा काम करो और यह मालिक को प्रभावित करेगा।


2
+1 और अगर उसके मालिक उसे तुलना में बेहतर है - कोई चमत्कार, यहाँ क्यों है: ericsink.com/Career_Calculus.html
sharptooth

@ मेसन: शानदार और सटीक जवाब। लेकिन मुझे लगता है कि आपको अलादीन पैरा को हटा देना चाहिए ....

3
ठीक ठीक। यहां तक ​​कि गेम प्रोग्रामिंग स्कूल में मैं एक (या एक) हूं जो हर समय प्रश्न पूछते हैं। लेकिन आपको यह भी समझना होगा कि लोगों के पास हमेशा जवाब नहीं होता है, यहां तक ​​कि शिक्षक भी नहीं। कई बार एक शिक्षक ने मुझे "मुझे नहीं पता" का उत्तर दिया, और मुझे गर्व महसूस नहीं हुआ, लेकिन "इस आदमी का समय बर्बाद करने से पहले मैंने इसे बेहतर तरीके से खोजा"। जिज्ञासा, विज्ञान की तरह, सबसे अच्छा तरीका है जो आप सोच सकते हैं। गंभीरता से, आप जिस विषय के बारे में सोच रहे हैं, उसके बारे में किसी भी शब्द को गूगल करें। जिज्ञासा मेरे लिए सबसे अच्छा सीखने का इंजन है, जिसे आप स्मार्ट और
ओथ के

3
जब आप डिज़्नी फिल्म से संकेत ले रहे होते हैं, तो आप जानते हैं कि आप जीवन में एक बुरी जगह पर हैं।
इपगा

47

दो शब्द: विश्वसनीय बनें।

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

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


2
यह टिप्पणी हर काम के लिए सही है। यह केवल आश्चर्यजनक है कि कैसे विश्वसनीय होने के कारण आपको स्थान मिल सकते हैं।
ब्रायन हैरिंगटन

27

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

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

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

स्मार्ट ओवररेटेड है। एक "रॉकस्टार" होने के नाते। यह जटिलता के लिए अपनी सीमा को बढ़ाने के लिए वास्तव में आसान बहाना है। यह आपको लगता है कि एक ग्राहक द्वारा पूछी गई अगली चीज को लागू करने के बजाय "क्लीनर" होने के लिए एक कार्य प्रणाली को फिर से लिखना अधिक महत्वपूर्ण है।

जैकब कापलान मॉस ने एक बार मुझे एक प्रोग्रामर के बारे में कुछ कहा था जिसका मैं नाम नहीं लूंगा। ताकि बेवकूफ लोग उनका इस्तेमाल कर सकें ”।

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

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


1
सत्य। वह कोड लिखें जो ग्राहकों की शिकायत होने पर, या जब कुछ टूट जाए, तो ठीक करना आसान है, और आप ऐसा देखेंगे जैसे आप एक साथ मिलेंगे।
तेहरसीके

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

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

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

@ ईवगेनी सहमत। बिंदु कुछ कठिन (या कम से कम थकाऊ) अमूर्त के माध्यम से आसान बनाने के लिए है। आपको बस स्मार्ट लोगों की ज़रूरत है जो सादगी पसंद करते हैं।
LnxPrgr3

16

स्पष्ट, ठोस कोड लिखें।


7
अच्छा प्रलेखन सहित!

1
... इतना स्पष्ट है कि यह पूरी तरह से पारदर्शी है। यह एक ट्रक का उपयोग करके 50 मील प्रति घंटे पर एक अदृश्य ईंट की दीवार से टकराने जैसा होगा। [तुम किसे कॉल करने जा रहे हो? मिथबस्टर्स!]
मातेन उलहाक

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

1
बदली जाने की कोशिश करें - इस तरह से आप पदोन्नत या प्रतिस्थापित हो जाएंगे।
एडेप्टर

योग्य होने के लिए योग्य @try! क्या आपका मतलब बदली जाने योग्य कोड लिखने से नहीं है?
अनाम टाइप

15

उसके दरवाजे पर दस्तक हुई। उससे पूछें कि क्या उसके पास कोई काम है जिसे वह बंद कर रहा है जिसे आप संभाल सकते हैं। उसे बताएं कि अगर आपके पास अभी समय नहीं है, तो बाद में आपको एक ईमेल भेज दें।


2
या कहो कि तुम असफल होने पर तुम्हें गोली मार दो।
एडेप्टर

इस जवाब और @IAdcape की टिप्पणी ने मुझे कानून बना दिया।
CFL_Jeff

13

पढ़िए नथ

(कोरोलरी: कई लोगों के पास नथ है, लेकिन कोई भी नथ नहीं पढ़ता है )

सभी वास्तव में अच्छा प्रोग्रामर मैं के साथ काम किया आम में कुछ लक्षण हैं:

(1) भले ही आप नहीं करते है गणित प्रोग्रामिंग के लिए अच्छा हो सकता है, वे वैसे भी थे (और वे इसे पसंद है)

(२) वे एक गुणवत्ता की सराहना करते हैं जिसे मैं 'लालित्य' कहूँगा - संक्षिप्तता के साथ भ्रमित नहीं होना (!!!)

(3) वे डिजाइनिंग सॉफ्टवेयर में अच्छे हैं (भले ही हममें से कोई भी यह नहीं समझा सकता है कि वास्तव में अच्छा डिजाइन क्या है)

इसके अतिरिक्त, मुझे व्यक्तिगत रूप से निम्नलिखित लक्षण मिलते हैं:

(ए) पहेली को सुलझाने का आनंद ले रहे हैं

(b) पठनीय कोड लिखना

(c) एक अच्छी मेमोरी

(d) सतही रूप से अन्य प्रोग्रामिंग भाषाओं के लिए आसानी से अनुकूल हो सकता है (चौड़ाई)

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

(च) कुछ सरल और आसान करने और फिर आगे बढ़ने, या कुछ सुपर कॉम्प्लेक्स करने में जो कुछ हफ़्तों / महीनों का समय लगता है, उसे करने का विकल्प मैंने दिया है। मुझे सरल पसंद है, क्योंकि यह मजबूती की ओर जाता है, यह भी अधिक लचीला है जब आवश्यकताएं मध्य प्रगति में बदल जाती हैं, और टीम के अन्य सदस्यों के लिए संवाद करना बहुत आसान है

(छ) यदि आप ऐसा कुछ करते हैं, जिसे आप विशेष रूप से चालाक मानते हैं, तो उसमें से स्मॉग का दस्तावेजीकरण करें

किसी ने (Djikstra?) ने कहा कि डिबगिंग कोडिंग से दोगुना कठिन है, इसलिए यदि आप कोड लिखते हैं जो आपकी क्षमता की सीमा पर है, तो आप परिभाषा के अनुसार इसे डिबग करने के लिए पर्याप्त स्मार्ट नहीं हैं।

========

यह कहने के बाद कि, स्मार्ट / बेहतर कोडर बनना आपके करियर को आगे बढ़ाने जैसा नहीं है।

आपके करियर को आगे बढ़ाने के लिए वास्तव में केवल एक 'गुप्त घटक' की आवश्यकता है, और वह है लोग कौशल।

यदि आप वास्तव में अपने करियर की प्रगति करना चाहते हैं , तो सबसे अच्छी बात यह है कि 6-12 महीनों के लिए कारों को छोड़ दें और बिक्री करें।


3
यही कारण है कि मुझे लगता है कि बोली Kernighan है: stackoverflow.com/questions/1103299/...
Orbling

2
“पहली बार कोड लिखने में डिबगिंग दोगुना कठिन है। इसलिए, यदि आप कोड को चतुराई से लिखते हैं, तो आप परिभाषा के अनुसार हैं, न कि इसे डिबग करने के लिए पर्याप्त स्मार्ट। "- ब्रायन
कार्निघन

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

1
लालित्य और संक्षिप्तता आम में बहुत कुछ है, फिर भी।

मैं बहुत सारे महान प्रोग्रामरों से मिला और मैंने कभी नोटिस नहीं किया कि वे भी जानते हैं कि गणित क्या है, क्यों? आप केवल स्कूल में गणित और खराब प्रोग्रामिंग साक्षात्कार के बारे में बात करते हैं। जब तक आप समय से पहले अनुकूलन के बारे में बात नहीं करते हैं, मैं अद्भुत कौशल जोड़ने वाले लोगों से मिला (वे यहां तक ​​कि केवल अपने सिर में मौजूद चीजों को जोड़ सकते हैं, मुझे लगता है कि इसका नाम असतत गणित है)।
१२:

11

मैं 20 वर्षों से कोडिंग कर रहा हूं, और वर्तमान में मेरे साथ 10 प्रोग्रामर काम कर रहे हैं। मेरा कहना है कि जो लोग मुझे प्रभावित करते हैं, वे अपने काम को अच्छी तरह से करते हैं, समय पर और गुणवत्ता (कम बग) के साथ करते हैं। बार-बार संवाद करना, जुनून दिखाना सभी महत्वपूर्ण कारक हैं।

इसके बारे में thats मैं अभी साझा कर सकते हैं। ;)


क्या आपके पास करने के लिए कोई चमकदार काम है? (जैसा कि उत्तर -25473 में डौग द्वारा उल्लेख किया गया है) क्योंकि मुझे लगता है कि कोई भी नहीं है, लेकिन मैं गलत हो सकता हूं।
एडेप्टर

9

ठीक है, मैं सिर्फ इस उद्धरण को सुसमाचार से जोड़ूंगा:

"जिस पर बहुत कम भरोसा किया जा सकता है, उस पर भी बहुत भरोसा किया जा सकता है, और जो बहुत कम के साथ बेईमान होता है, वह भी बहुत से बेईमान होगा।"


3
यह लूका 16:10 से है : "जो सबसे कम में विश्वासयोग्य है वह बहुत में भी वफादार है; और जो सबसे कम में अधर्मी है वह अधर्मी में भी है।" इसके अलावा: "अच्छा किया, अच्छा और वफादार गुलाम। आप कुछ चीजों के प्रति वफादार थे; मैं आपको कई चीजों पर सेट करूंगा। अपने स्वामी की खुशी में प्रवेश करें।" (मत्ती 25:21)
मार्क सी

7

प्रोग्रामर के लिए एक बॉस होने के नाते, मैं आपको बता सकता हूं कि जब प्रोग्रामर ने बग को ठीक करने के लिए आलसी होने के लिए तय किया था, तो मुझे कुछ भी खुशी नहीं हुई !

इसलिए यदि आप कर सकते हैं, तो उसके लिए उसके कीड़े को ठीक करें।


6

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


और इससे पहले कि सॉफ्टवेयर बंदर मुझ पर उसी बिंदु को निर्देशित करता है जैसे स्टीवन पर ... मैंने मेसन के उत्तर को उकेरा है :) बस चीजों पर थोड़ा अलग तिरछा लगाना चाहता था।
स्टुअर्ट गोलोडेट्ज

लेकिन क्या आपने स्टीवन को भी उभार दिया? ;)
जैक्सन मिलर

6

रूबिक का घन हल करें। बॉस को पता चल जाएगा कि आप चुनौतीपूर्ण पहेलियाँ पसंद करते हैं और आपको कठिन असाइनमेंट देंगे।


1
हां, लेकिन यह इस बात पर निर्भर करता है कि आप कठिन कार्य चाहते हैं या नहीं।
रॉबर्ट एस सियाकियो

इसके लिए आपको काम करने के लिए यह समय चाहिए। यानी स्पीडबबेर

मैंने ऐसा तब किया जब मैं 11 साल का था, क्रिसमस के लिए अपना नया C64 लेने के बाद।
पाब्लो

1
मैं एक मिनट के भीतर ऐसा कर सकता हूं। अब क्या? मेरे कठिन कार्य कहाँ हैं? : पी
नाथन उस्मान

+1 श्रेष्ठ उत्तर अभी तक! जॉर्ज - अब इसे अपनी आँखों से बंद करो!
13

6

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


5

@ मेसन सही है

  • बात सुनो
  • सीखना
  • सम्मानजनक अंतराल पर प्रासंगिक प्रश्न पूछें (जैसे दिन में दो बार, हर 5 मिनट में नहीं)
  • आराम करो और खुद बनो

3
यदि @ मेसन सही है, तो क्या आपको अपना जवाब पोस्ट करने के बजाय सिर्फ अपना जवाब नहीं देना चाहिए, जो केवल उसका सारांश प्रस्तुत करता है?
लॉरेंस डोल

@ शोध: मैंने उसके उत्तर को बढ़ाया, और उस पर विस्तार किया।
स्टीवन ए। लोव

2
@ सॉसर मनी - और उसने इसे बुलेट पॉइंट में बदल दिया। सच कहूं, तो जैसे ही मैंने 'अलादीन' देखा, मैं अगले बिंदु पर पहुंच गया। मुझे लगता है कि यह एक बहुत अच्छा योगदान है।
एलेक्स सी

@ एलेक्स: +1 एक बुलेट के साथ!
स्टीवन ए। लोव

5

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

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


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

3

यदि आपको ऐसा करने की स्वतंत्रता है: अनुदान लिखें, बाहर से कुछ अनुदान राशि लाएं, या एक सहयोग शुरू करें जिसमें व्यवसाय मूल्य है, नए भागीदारों के साथ जो आपको एक सक्षम प्रोग्रामर या कम से कम-मूल्यवान कर्मचारी मानते हैं।


3

लोगों या अपने मालिकों को प्रभावित करने से परेशान न हों। कोई भी सिर्फ बात से प्रभावित नहीं होता है। शिपिंग कोड के बजाय ध्यान लगाओ। सुनिश्चित करें कि आप उन परियोजनाओं या अनुप्रयोगों में शामिल हैं जो लोगों द्वारा उपयोग किए जाएंगे। अधिक उत्पादन में आपके पास अधिक प्रासंगिक कोड आपके पास होगा। अधिक प्रासंगिक आप उन लोगों के लिए अधिक हैं जो वे आप पर भरोसा करेंगे। बाकी सब मैजिक शो है।


अच्छी बात है, आपको रिलीज़ मैनेजर बनना चाहिए और अन्य लोगों को यह नहीं बताने देना चाहिए कि क्या लिखना है, जो आप चाहते हैं उसे लिखें और इसे शिप करें!
13:10 पर एडेप्टर

2

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

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

इंटरनेट आप जैसे लोगों द्वारा बनाया गया है। और आप जैसे लोग इंटरनेट पर पैसा कमा सकते हैं।

कुछ ऐसा पाएं जिसके बारे में आप भावुक हों। इसे बनाओ। इसे बेच दो। अपने बॉस खुद बनें।

  • Http://news.ycombinator.com खोलें और लेख पढ़ना शुरू करें। आप अपने जैसे लोगों से कहानियों की एक अंतहीन लहर देखने जा रहे हैं, जिनके पास एक विचार था, एक वेबसाइट का निर्माण किया और एक या दो डॉलर करने में कामयाब रहे। यह प्रेरणादायक और आंखें खोलने वाला एक लड़का है जो शिक्षकों को बिंगो कार्ड जनरेटर बेचने के लिए एक हास्यास्पद अच्छा वेतन कमाता है ... एक और लड़का जिसने लाखों लोगों के लिए Google को एक वेबसाइट बेची। वहाँ भी अन्य दिलचस्प प्रौद्योगिकी सामान का एक बहुत कुछ है।

  • 'रिच डैड, गरीब डैड' ऐसी जगहें हैं, जहां उन्हें अच्छी सलाह मिली है।

  • 'द फोर आवर वर्क वीक' इसे एक नमक के दाने के साथ लेता है, लेकिन उसके पास काम और जीवन को देखने के कुछ दिलचस्प तरीके हैं।

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


2

आप उन्हें प्रभावित करने की कोशिश करके लोगों को शायद ही प्रभावित कर सकते हैं। और जब तक आप लोगों को प्रभावित करने की कोशिश करते हैं, और वे प्रभावित नहीं होते हैं, तब तक आपकी निराशा बढ़ेगी।

बस अपना काम इस तरह से करें जिससे आपको खुद पर गर्व हो। किसी को क्या लगता है के बारे में चिंता मत करो। एकमात्र व्यक्ति जिसे आप खुश कर सकते हैं वह आप हैं।


1

मुझे उत्तर में पोस्ट की गई कहानी पसंद आई, लेकिन यह एक विश्वसनीय उत्तर की तुलना में अधिक मनोरंजक है।

यह सामान्य है कि हर कोई आपके जैसा ही है: हम जो करते हैं, उसमें बेहतर होना चाहते हैं, यही मानव है। लेकिन भयानक सच्चाई यह है कि बहुत कम संभावनाएं हैं कि आप इसमें सबसे अच्छे होंगे।

अपने बारे में, मैं हमेशा विनम्रता की चिंताओं से डरता था, क्योंकि मैं सिर्फ उन छोटे बचकाने झगड़ों से नफरत करता हूं जो सही है और जो नहीं है, और यहाँ है क्यों।

जब तक आप सबसे अच्छे में से एक नहीं होते हैं, तब तक आप बेहतर अनुभव करने के लिए काम करने की कोशिश कर रहे हैं जो आप जानते हैं और जो सबसे अच्छा प्रोग्रामर जानते हैं और करते हैं, उसकी तुलना में।

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

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

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


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

1

मुझे यहां कुछ अन्य लोगों के साथ सहमत होना होगा जिसमें आप अपने उद्देश्य में असफल होने की संभावना रखते हैं - क्योंकि आप गलत समस्या पर ध्यान केंद्रित कर रहे हैं , या कम से कम आपका ध्यान बहुत संकीर्ण है।

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

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

एश्टन की नौकरी असफलता का एक नुस्खा थी क्योंकि उसका कोड अप्रयुक्त नहीं था, लेकिन क्योंकि नौकरी ने उसे मास्लो के पदानुक्रम पर सुरक्षा के अलावा कोई व्यावहारिक लाभ नहीं दिया। क्या वह नए कौशल सीख रहा था? क्या उनके काम ने उन्हें रचनात्मक होने दिया? क्या इससे उसे सम्मान मिला? नहीं।

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

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.