मैं अपनी कंपनी में .1x प्रोग्रामर हूं। मैं सबसे अच्छा योगदान कैसे दे सकता हूं? [बन्द है]


61

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

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

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


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

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

6
यह जीवन का सबसे अच्छा काम है, आप इनसे बहुत कुछ सीख सकते हैं। और बहुत ज्यादा मत सोचो, बस वही करें जो हर प्रोग्रामर करता है।
सूफेंडी

4
आप थोर, कैप्टन अमेरिका, हल्क और आयरनमैन से घिरे हॉकआई की तरह दिखते हैं। लेकिन फिर भी, हॉकी बहुत भयानक है! : D
बर्ट्ज़ी

20
"लड़का जो ओएस एक्स के गिट बाइनरी को संकलित करता है" == "वह आदमी जो '' टाइप 'करता है"

जवाबों:


58

सबसे महत्वपूर्ण बात:

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

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

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


1
+1 मैंने ईई में पीएचडी की थी जो मेरे लिए 40k से कम 2 साल के लिए काम कर रहा था। टाइटल का कोई मतलब नहीं है - यह कौशल, क्षमता और महत्वपूर्ण सोच कौशल के बारे में है।
जोनाथन हेंसन

3
टाइटल का मतलब कुछ भी नहीं है। शिक्षा का मतलब कुछ भी नहीं है। अनुभव का मतलब कुछ भी नहीं है। प्रमाणपत्र का मतलब कुछ भी नहीं है। परिणामों का उत्पादन करने के लिए अपने उपकरणों का उपयोग करना सब कुछ है।
चक कॉनवे

ऐसा लगता है .... अजीब तरह से बुद्धिमान।
अस्थायी_सुमेर_नाम

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

41

विनम्रता एक लंबा रास्ता तय करती है

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

यदि आपकी भूमिका स्पष्ट रूप से दूसरों का समर्थन करने के लिए है, तो आप केवल पूछकर उपयोगी होने के बारे में सुनिश्चित हो सकते हैं। "किस कष्टप्रद कार्य से मैं आपकी थाली छीन सकता हूँ?"

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

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

और कौन जानता है? हो सकता है कि आप नौकर-चाकर हो, आप एक नेता बन जाएँ।


7
+1 के लिए "आप सवाल पूछेंगे बाहरी लोग पूछेंगे" - यह विशेष रूप से कठिन काम करने वाले विशेषज्ञों के लिए कठिन है जो विवरण में गहरे हैं, जो सोच सकते हैं कि वे बड़ी तस्वीर देखने के लिए एक कदम वापस ले रहे हैं लेकिन कहीं भी पास नहीं हैं बाहरी लोगों (ग्राहकों!) की चीज़ों के बारे में किसी भी विचार का क्या मतलब है।
डैरनवे

17

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

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

क्या कष्टप्रद होगा?

  1. ऐसे प्रश्न पूछना जो मैं Google का उपयोग करके आसानी से अपने आप को उत्तर दे सकूं
  2. एक प्रश्न पूछकर दूसरों को बहुत बार बाधित करना। यदि आपके पास एक प्रश्न है जो एक अवरोधक नहीं है, तो कुछ अन्य कार्य करें जब तक आप अपने प्रश्न को उस व्यक्ति को बाधित किए बिना नहीं पूछ सकते जो आप पूछते हैं। आप कुछ प्रश्न एकत्र कर सकते हैं और फिर दूसरे व्यक्ति के समय के लिए पूछ सकते हैं या तब तक प्रतीक्षा कर सकते हैं जब तक कि वह व्यक्ति आपकी प्रगति के बारे में या उससे बात करने के लिए एक अच्छा समय न मांगे, जैसे कि जब वह पहले से ही एक फोन कॉल से बाधित था, तो एक ब्रेक के अंत में, .. तो उसे बताएं कि "मैंने यह किया और वह किया, लेकिन वर्तमान में मैं यहां और वहां फंस गया हूं"।
  3. यदि आप अटक जाते हैं (Google, और अन्य संसाधनों को समाप्त करने के बाद), तो सुनिश्चित करें कि आप मदद मांगें। 5 मिनट में आपके द्वारा हल की गई किसी चीज़ पर 2 दिनों के लिए किसी के अटकने से बुरा कुछ नहीं हो सकता (टिप्पणियों में नील व्हाइट द्वारा)
  4. होशियार होने की कोशिश मत करो तो बाकी सब।

आप यहाँ और अब उससे बाहर निकलने की क्या उम्मीद करेंगे?

  1. उन चीजों को करें जो दूसरों को आसान / कष्टप्रद लगती हैं जो वास्तव में टीम की मदद करती हैं। यह वास्तव में यह सब है।

अगर यह हुआ तो सुखद आश्चर्य क्या होगा?

  1. कि आप अपना ज्यादातर काम संतोषजनक तरीके से करते हैं और टीम के काम में ज्यादा से ज्यादा शामिल होते हैं।

कुछ और सुझाव:

  1. विनम्र होना।
  2. दूसरों के काम में रुचि दिखाएं।
  3. यदि वे आपको कुछ समझाते हैं, तो सुनिश्चित करें कि आप समझते हैं। यदि आप नहीं करते हैं, तो उन्हें इसे एक तरह से समझाने के लिए कहें ताकि आपको कम से कम मूल विचार मिल सके।
  4. विश्वसनीय होना। जितना हो सके उतना अच्छा काम करने की कोशिश करें।

3
"क्या कष्टप्रद होगा" के अतिरिक्त में, मैं एक और सुझाव दूंगा: यदि आप अटक जाते हैं (Google और अन्य संसाधनों को समाप्त करने के बाद), तो सुनिश्चित करें कि आप मदद मांगें। 5 मिनट में किसी के लिए आपके द्वारा हल किए जा सकने वाले किसी चीज़ पर 2 दिनों के लिए अटक जाने से बदतर कुछ भी नहीं है।
नील व्हाइट

@ नील: आप बिलकुल सही कह रहे हैं! क्या आप बुरा मानेंगे यदि मैंने आपकी टिप्पणी को अपने उत्तर में मिला दिया, ताकि यह अधिक व्यापक हो?
मृत्यु

1
के लिए +1 I did this and that, but currently I'm stuck here and there। सबसे महत्वपूर्ण यह है कि आपने उत्तरों को समझने और समझने की कोशिश की है।
ज़ेनॉन

@ मॉर्ट ज़रूर, आगे बढ़ो!
नील व्हाइट

9

इस प्रकार दूसरों से अच्छी सलाह। अपने विशिष्ट प्रश्नों के उत्तर देने के लिए:

  • क्या कष्टप्रद होगा?

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

  • आप यहाँ और अब उससे बाहर निकलने की क्या उम्मीद करेंगे?

मुझे लगता है कि आपके पास पहले से ही किसी प्रकार का प्रोजेक्ट / असाइनमेंट है। मुझे आशा है कि आप इसे न्यूनतम पर्यवेक्षण के साथ पूरा करने में सक्षम होंगे।

  • अगर यह हुआ तो सुखद आश्चर्य क्या होगा?

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


4

संक्षिप्त उत्तर: यह पता करें कि टीम को क्या चाहिए, और शायद जो आपको सबसे अच्छा लगे, और उसे प्रदान करने की दिशा में काम करें।

लंबे समय तक जवाब: एक स्टार्ट-अप के शुरुआती चरणों में, ज्यादातर समय, सभी काम "कब्र के लिए" होते हैं; जो भी कार्य करने की आवश्यकता है या कार्य जो लोग करना चाहते हैं वे सभी लेने वालों के लिए उपलब्ध हैं। आपकी प्राथमिकताएं सचमुच उस दिशा को आकार दे सकती हैं जो कंपनी जाती है।

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

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


1

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

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

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

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

सौभाग्य।


1

यहां पहले से ही बहुत कुछ प्रस्तुत किया गया है, इसलिए जो कहा गया है उसे मैं नहीं दोहराऊंगा।

एक त्वरित नज़र में यह मुझे लगता है कि आपके पास विशेषज्ञ और प्रबंधन कौशल / विचारों वाले नेता हैं। यह अच्छा है, लेकिन यह अधूरा है

आप व्यावहारिक हैं: उनके जीवन को आसान बनाते हैं।

कम से कम दो क्षेत्र हैं जिन्हें आप कवर कर सकते हैं:

  • स्टार्टअप द्वारा चुने गए भाषा के तकनीकी विवरण में गहराई से दर्शाते हुए
  • कोड की गुणवत्ता में सुधार, और इसके साथ काम करने के किसी न किसी कोने को सुचारू करें

तकनीकी

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

आपके पास यहां तकनीकी लीड बनने का अवसर है। भाषा को अंदर / बाहर जानें, जब तक कि आप इसकी सभी सूक्ष्मताएं नहीं जान लेते। मुहावरों का उपयोग समुदाय द्वारा जानें। वहां मौजूद उपयोगी पुस्तकालयों पर शोध करें।


गुणवत्ता

कृतघ्न, लेकिन उपयोगी कार्य हैं:

  • कोड स्रोत भंडार कौन रखता है?
  • कौन परीक्षण लिखता / रखता है?
  • कौन निगरानी करता है कि परीक्षण-सूट पास? और दोषियों की पहचान करता है? और अपराधियों को मज़बूती से पिंग करना?

कुछ कदम हैं जो मदद करते हैं, चाहे बहुत औपचारिक हो या न हो:

  • आप कमिट्स की समीक्षा कैसे करते हैं? (क्या कोड के कुछ क्षेत्रों से संबंधित स्वामित्व है?)
  • आप कार्य / कार्यों की योजना कैसे बनाते हैं?

विचारों और लेखन कोड के आसपास बहुत सी परिधीय गतिविधियाँ हैं।

आपके पास यहां क्वालिटी लीड बनने का अवसर है। उद्योग की सर्वोत्तम कार्यप्रणालियों (बिट के "फुर्तीली", बिट ऑफ़ स्क्रैम, बिट ऑफ़ टीडीडी, ...) को जानें और एक प्रक्रिया लिखें जो आपकी कंपनी के अनुकूल हो। बिल्ड सिस्टम सीखें (Make, cmake, Ninja, जो भी हो), और स्क्रिप्ट लिखें जो बिल्डिंग / तैनाती को आसान बनाते हैं। जेनकिंस (या जो कुछ भी) की जांच करें और एक निरंतर एकीकरण सर्वर का निर्माण करें।


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

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