मैं एकल जूनियर डेवलपर के रूप में अपनी प्रगति की समीक्षा कैसे कर सकता हूं [बंद]


38

मैं वर्तमान में एकल प्राथमिक डेवलपर के रूप में 2 व्यक्ति कंपनी के लिए काम कर रहा हूं। मेरे बॉस को क्लाइंट्स मिलते हैं, कुछ png डिज़ाइन टेम्प्लेट्स को मॉक करते हैं और उन्हें मुझे सौंप देते हैं।

यह प्रणाली ठीक काम कर रही है और मैं वास्तव में इसका आनंद ले रहा हूं।

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

फिर से, यह प्रणाली ठीक काम कर रही है और मैं वास्तव में इसका आनंद ले रहा हूं।

मेरा मुद्दा एक प्रोग्रामर के रूप में मेरा व्यक्तिगत विकास है। मैं अपना बहुत सारा समय प्रोग्रामिंग ब्लॉग्स पढ़ने, स्टैटेक्सचेंज के माध्यम से चेक करने, सुझाई गई प्रोग्रामिंग किताबों को पढ़ने में बिताता हूं (वर्तमान में ' द प्रोगैमैटिक प्रोग्रामर ', वास्तव में अब तक अच्छा है), दिमागी व्यायाम ( लुमोसिटी.कॉम और खानकैमी ) गणित की समस्याओं को करते हुए, बहुत कुछ करते हुए शारीरिक व्यायाम और अन्य व्यक्तिगत विकास प्रकार की गतिविधियाँ।

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

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

इसलिए मैंने जो किया है वह थोड़ा 'फैमिली बजट' ऐप के रूप में विकसित किया गया है और इसे उतनी ही सफाई और प्रभावी ढंग से करने की कोशिश की गई है जितना कि मुझे वर्तमान में पता है।

मैं जो जानना चाहता हूं, क्या वह कहीं है जो मैं इस ऐप को प्रस्तुत कर सकता हूं, और कुछ अनुभवी डेवलपर्स ने प्रतिक्रिया प्रदान की है। यह मेरे कोड का केवल एक उपधारा नहीं है जैसे 'codereview.stackexchange' की आवश्यकता प्रतीत होती है, यह मेरा संपूर्ण वर्कफ़्लो है जिसे मैं समीचीन चाहता हूं।

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

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


3
जैसा कि पूर्व में नहीं था कि बहुत पहले जूनियर डेवलपर मुझे लगता है कि एक जूनियर डेवलपर को इस तरह जंगली चलाने देना एक बुरा विचार है। एक PNG मॉक का उल्लेख नहीं करना शायद ही आपको एक प्रभावी CMS लिखने के लिए आवश्यक जानकारी देता है। इसके अलावा क्यों लगातार CMSes लिखते हैं जब वहाँ स्वयं सेटअप रास्ते से अधिक प्रभावी हैं एक एकल डेवलपर माइक्रो CMSes सहित एक ग्राहक के लिए किसी भी उचित समय में लिख सकता है।
ऋग्वेद

2
खैर शुरू में उनका अपना घर CMS था जो कोल्डफ्यूजन में बनाया गया था। मैंने परीक्षण और त्रुटि के माध्यम से भाषा सीखी और हमने कुछ परियोजनाओं को पूरा किया। समय के साथ हालांकि मैंने उन्हें आश्वस्त किया कि यह PHP की ओर बढ़ने के लिए एक अच्छा विचार होगा, क्योंकि मुझे इसका उपयोग करने का अधिक अनुभव था और इस पर भरोसा करने के लिए एक बड़ा समुदाय है (कोई वरिष्ठ नहीं है जो मैं Google पर बहुत भरोसा करता हूं)। तब से मैं धीरे-धीरे ciBonfire में एक पुन: प्रयोज्य मॉड्यूलर CMS का निर्माण कर रहा हूं। यह वास्तव में अच्छी तरह से आ रहा है, सूची प्रणाली बहुत ज्यादा पूरा। समस्या यह है कि मैं जैसे-जैसे सीखता जा रहा हूँ, हमारे पास खुश करने के लिए ग्राहक हैं।

2
@OliverHyde "समस्या यह है कि मैं जैसे-जैसे सीखता जा रहा हूं, हमारे पास खुश करने के लिए ग्राहक हैं।" यह कहीं भी कोई अलग नहीं होगा।

जवाबों:


21

आप अपने कौशल को सुधारने के लिए सही रास्ते पर हैं, और यह समझ में आता है कि आप अपने कोड की विश्वसनीयता और उद्यम-तत्परता के बारे में अनिश्चित हैं।

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

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

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


हम्म, शायद मैं कुछ ओपन सोर्स प्रोजेक्ट्स में शामिल होऊंगा, निश्चित नहीं कि कहां से शुरू करें: / कुछ शोध करने के लिए जाना है। सामुदायिक घटनाओं के बारे में, मैं स्थानीय मीटअप में जा रहा हूं, न्यूजीलैंड में वे इस बात की तुलना में बहुत कम हैं कि यह ऐसा लगता है जैसे आप राज्यों में मिलते हैं, लेकिन होते हैं और बहुत मददगार होते हैं। प्रतिक्रिया के लिए धन्यवाद।
होपिपुल्ला

निश्चित रूप से आपके कोड को देखने वाले अन्य वास्तविक लोगों के साथ शामिल हों। उसके लिए कोई प्रतिस्थापन नहीं है।
jeffreypriebe

हाँ, मैं अपने 'व्यक्तिगत बजट' ऐप को टिड्ड कर रहा हूं और इसे मूल्यांकन के लिए शायद रेडिट या कुछ अन्य सामुदायिक मंचों पर प्रस्तुत करूंगा।
होपिपुल्ला

9

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

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

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

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

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

वैचारिक प्रोग्रामिंग प्रश्न, पैटर्न आदि के लिए, आप हमेशा PSE पर और SO पर कोड कार्यान्वयन के मुद्दों पर उन प्रश्नों को यहाँ पोस्ट कर सकते हैं।


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

3

ले मुझे अपनी राय, ज्ञान के कुछ शब्द और आप को प्रतिबिंबित करने के लिए कुछ प्रश्न साझा करें।

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

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

यदि आप ऊपर का पालन करते हैं तो आप पहले से ही एक अच्छी सड़क पर हैं।

इसके अलावा, चूंकि डेवलपर्स आर्किटेक्ट की तरह कुछ हैं, इसलिए मैं आपको एक बहुत महत्वपूर्ण कह दूंगा कि आपको प्रतिबिंबित करना चाहिए;

  1. "पूर्णता हासिल की जाती है, जब जोड़ने के लिए कुछ भी नहीं बचा है, लेकिन जब दूर ले जाने के लिए कुछ भी नहीं बचा है" - एंटोनी डी सेंट-एक्सुपरी।

तथा

  1. "उत्कृष्टता के लिए प्रयास आपको प्रेरित करता है, पूर्णता के लिए प्रयास मनोहर है" - हेरिएट बेरिल ब्रेकर।

तथापि,

  1. "कई घटनाएं, लगभग 80% प्रभाव 20% कारणों से आते हैं" - पेरेटो सिद्धांत

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

और सवालों को प्रतिबिंबित करने के लिए;

  1. अब से पांच साल में मुझे क्या करना पसंद है?
  2. क्या मेरे कोडिंग कौशल में सुधार के प्रयास से लंबे समय में मेरे पेशेवर करियर को फायदा होगा?

1

आप https://codereview.stackexchange.com/ की जांच करना चाह सकते हैं

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


हाँ, मुझे लगता है कि मेरे सवाल का क्रूस था, एक पूरी तरह से वहाँ पोस्ट करने के लिए उपयुक्त app है, या वहाँ कहीं और है कि मैं यह कर सकता हूँ। ऐसा लगता है कि कोडरव्यू अधिक लक्षित है क्योंकि कोड के स्निपेट की जांच की जानी है। मूल रूप से गिटब प्रोजेक्ट का लिंक प्रदान करते हैं और उन्हें ढीला करते हैं। मैं इसे आज तक बता रहा हूं और लिंक को पोस्ट करने के लिए कुछ सामुदायिक मंचों की खोज करूंगा। :)
होपिपुल्ला

1
एक बार में एक डेवलपर के लिए एक tme पर चबाने के लिए बहुत कुछ हो सकता है। meta.codereview.stackexchange.com/questions/537/… कहते हैं कि एक बार में एक टुकड़ा आज़माएं। यह कोडरेव्यू से के लिए उपयुक्त नहीं होगा, लेकिन उच्च स्तरीय डिज़ाइन प्रलेखन ओ किसी प्रकार के लिए एक समीक्षक के लिए उपयोगी हो सकता है जो आपके ibb कोडमे को पहले ime के लिए देख रहा है
Jessica Brown

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

1

किताबें, ब्लॉग और स्टैक ओवरफ्लो Q & A को पढ़ना जारी रखें। यदि आप अपने आप को और अधिक सामाजिक तरीके से सुधारना चाहते हैं, तो एक ओपन सोर्स प्रोजेक्ट पर काम क्यों न करें? मेरा मतलब यह नहीं है कि आप अपना प्रोजेक्ट बनाएं , लेकिन मौजूदा पर काम करें।

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


1
हाँ, यही अब मैंने अपनी कोडिंग के साथ करना शुरू कर दिया है। मेरे बॉस ने सुझाव दिया है कि वह अगले साल एक अतिरिक्त डेवलपर को काम पर रख सकता है .... मेरे दस्तावेज़ के शीर्ष पर शर्त
लगाओ

1

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

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

चीयर्स!


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

-1

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

आप स्पष्ट रूप से सभी सही प्रेरणाएं चाहते हैं।


4
यह पहला विकल्प नहीं होना चाहिए। ओपी अपनी नौकरी का आनंद ले रहा है और उसे जाहिर तौर पर एक अच्छा बॉस भी मिला है, जो आजकल दुर्लभ लगता है। कूदने से पहले, विचार करें कि आप एक नौकरी के साथ समाप्त हो सकते हैं जिसे आप खराब बॉस के साथ आनंद नहीं लेते हैं, और कोई गारंटी नहीं है कि आप वास्तव में नई चीजें सीखेंगे।
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.