छंटनी किट

• ओओपी और डेटा संरचनाओं का ज्ञान;
• Android के लिए जावा विकास का अनुभव;
• Android API का ज्ञान, Android आर्किटेक्चर की समझ;
• HTTP, XML, JSON की मूल बातें का ज्ञान;
• Git संस्करण नियंत्रण प्रणालियों के साथ अनुभव;
• एंड्रॉइड स्टूडियो, ग्रेडल के साथ अनुभव;
• SQL डेटाबेस के साथ काम करने का अनुभव;
• सामग्री डिजाइन के सिद्धांतों के साथ परिचित;

क्या आपको पता चला? बेशक उन्होंने किया। यह मानक प्रोग्रामर रिज्यूमे में से एक है।

व्यक्तिगत रूप से, यह सारांश मुझे एक गीत की याद दिलाता है, या इस गीत की एक पंक्ति: "लाडा! यह पहले से ही अच्छा चल रहा है! ”

यह उसी लाडा के विज्ञापन की भी याद दिलाता है, जिसमें एबीएस, बारिश और प्रकाश सेंसर आदि की उपस्थिति होती है। प्रतिस्पर्धी लाभ के रूप में दिया गया। खैर, प्रसिद्ध नारा: "यह एक कार होना चाहिए!"।

लेकिन क्या एक प्रोग्रामर ऐसा होना चाहिए? यदि आप एक लाडा की तरह बनना चाहते हैं - बड़े पैमाने पर, सस्ते और "जैसे कि मशीन प्रोग्रामर नहीं," तो हाँ।

लेकिन हम ऐसे नहीं हैं, इसलिए हम अपने प्रतिस्पर्धी लाभ को तैयार करेंगे और खारिज करेंगे ।



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

बर्खास्तगी किट सशर्त रूप से भागों में विभाजित है:

1. समाधान (तैयार या अर्द्ध-तैयार उत्पाद);
2. अनुभव;
3. निपुण कार्य;
4. परिणाम प्राप्त हुए।

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

तो चलिए इसे क्रम में लेते हैं।

भविष्य के नियोक्ता के लिए काम करें

मैंने इस वाक्यांश को सम्मेलनों में से एक पर बोला, और इसने बहुत सारी प्रतिक्रियाओं का कारण बना। तब इसे और अधिक विस्तार से समझाने का समय नहीं था, अब मैं इसे सही करूंगा।

भविष्य के नियोक्ता के लिए काम बुनियादी सिद्धांत है जिस पर बर्खास्तगी किट के साथ काम करना आधारित है।

पहली नज़र में, ऐसा लगता है कि मैं नियोक्ता को धोखा देने, बाएं हाथ की नौकरियों या तोड़फोड़ में संलग्न होने का प्रस्ताव करता हूं।

ऐसा नहीं है। मैं उन तालमेलों की पेशकश करता हूं जो आपके, आपके नियोक्ता और आपके भविष्य के नियोक्ता के लिए फायदेमंद हैं।

आइए एक उदाहरण देखें।

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

वर्तमान नियोक्ता बिक्री और नकदी प्रवाह देखना चाहता है। कम से कम उसने तुमसे कहा तो।

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

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

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

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

विश्राम किया, किया - सौंदर्य। एक नई नौकरी में आओ और तुरंत एक वाह प्रभाव पैदा करो।

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

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

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

अब हम रोकते हैं, और गिनते हैं कि कौन खुश है:

1. आप, क्योंकि आपको एक शुरुआत मिली और साक्षात्कार में एक प्रतिस्पर्धात्मक लाभ;
2. आपका नया नियोक्ता, जैसा कि या तो एक टर्नकी समाधान या एक सिद्ध विचार प्राप्त किया जिसे आपने जल्दी से लागू किया (स्मृति से);
   
   अब ध्यान:
3. आपका पुराना नियोक्ता, जैसा कि डैशबोर्ड आपके बिना ठीक काम करता है, थोड़े समय में सभी नए कार्यों को हल करता है, जिसका अर्थ है - थोड़े पैसे के लिए;
4. और, अजीब तरह से, प्रोग्रामर जो पुरानी नौकरी पर आपके बाद काम करने के लिए आया था वह नया है।

डैशबोर्ड में सभी नए नंबर पहले से ही इसके परिणाम हैं, हालांकि आपको धन्यवाद मिला है। उसके परिणाम उसे लाभ लाते हैं।

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

बेशक, आप अपने डैशबोर्ड को Git पर भी प्रकाशित कर सकते हैं, फिर भाग्यशाली लोगों की संख्या में काफी वृद्धि होगी।

यह स्पष्ट है कि सही डैशबोर्ड बनाने में गलत की तुलना में अधिक समय लगेगा। लेकिन, मेरे अनुभव पर विश्वास करें, सभी प्रतिभागियों के लाभों की तुलना में, अंतर बहुत छोटा है।

और यहां हमारा शुद्ध तालमेल है। 1 = 1 के बजाय, हमें 1 = 4 मिलता है। और सभी क्योंकि वर्तमान नियोक्ता के लिए काम करते हुए, हमने भविष्य के लिए काम किया।

और आखिरी, पूरी तरह से संदेह को दूर करने के लिए। इससे कोई फर्क नहीं पड़ता कि आप अभी कहां काम करते हैं, आपने पहले कहां काम किया है या आप कहां काम करेंगे। मौलिक रूप से, आप:

• या वर्तमान समस्याओं का समाधान;
• या भविष्य की समस्याओं को हल करें।

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

या दूसरे तरीके से: आप अपने वर्तमान नियोक्ता के भविष्य के कार्यों को हल करते हैं। जब आप किसी अन्य कंपनी में पहले से ही हैं तो उसके सामने आने वाले कार्य।

क्या आप समझते हैं?

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

लेकिन अब आप समझते हैं कि यह सिर्फ एक सजा है, यह सब कुछ बिगाड़ देता है। अतीत, वर्तमान, भविष्य। कुछ भावनात्मक, मूल्यांकनशील रंग देता है।

यदि आप सजा काटते हैं, तो यह सरल और स्पष्ट हो जाता है। आप भविष्य के लिए काम कर रहे हैं।

समाधान

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

इसलिए, मैं समाधान के विचारों और चिप्स पर ध्यान केंद्रित करने की सलाह देता हूं, जिसे जानकर आप किसी भी समय समाधान को पुन: पेश कर सकते हैं।

लेकिन, निश्चित रूप से, अगर कोई ऐसी स्थिति है जहां कोई निर्णय पूरी तरह से कानूनी परिणामों के बिना लिया जा सकता है, तो इसका उपयोग न करना एक पाप है।

फिर सब कुछ सरल है। किसी भी समस्या को हल करते समय, प्रश्नों को ध्यान में रखें:

• वर्तमान नियोक्ता के लिए ऐसे कार्य कितनी बार आते हैं?
• वर्तमान नियोक्ता के साथ भविष्य में ऐसे कार्य कितनी बार उत्पन्न होंगे?
• अन्य कंपनियों के लिए यह कार्य कितनी बार होता है?

यदि आप देखते हैं कि कार्य दोहरा रहा है या खुद को दोहराएगा, तो इसे हल करने का प्रयास करें। ताकि आपका निर्णय भविष्य के नियोक्ता और आपके वर्तमान नियोक्ता दोनों के लिए उपयोगी हो।

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

यहां तक ​​कि ऐसा विज्ञान भी है - प्रवृत्ति प्रबंधन, प्रवृत्तियों का अध्ययन। तो वह कर सकती है।

आपको अपनी कंपनी में परिवर्तनों की गतिशीलता का पालन करना होगा। कितनी बार org। संरचना, प्रबंधक, बहीखाता पद्धति और वित्तपोषक / अर्थशास्त्री, उत्पाद, बाजार आदि।

यह सब ज्ञान आपके निर्णय को प्रभावित करने में मदद करेगा - चाहे कुछ उपकरण को अमूर्त और आंसू बनाने के लिए, या इस समय $ p.cat.byId ("000002341") पर्याप्त है।

मैंने अपने जीवन में बहुत सारे अस्वीकार किए गए निर्णय नहीं लिए - लगभग 50. इसलिए, मेरी बर्खास्तगी का सेट मामूली है। मुझे इसके मूल्य का अहसास बहुत पहले नहीं हुआ था, जिसका मुझे कभी-कभी अफसोस होता है।

हालाँकि, इस तरह का मामूली सामान भी मेरे लिए कई बार उपयोगी था। उदाहरण के लिए, नौकरी बदलते समय।

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

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

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

परिणामस्वरूप, कुछ ही दिनों में, रिपोर्ट अब जैसी हो गई है, और कई हजार प्रतियों की बिक्री हो गई है।

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

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

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

क्या उन कंपनियों में कोई लाभ था जहां मैंने छोड़ा था? बेशक।

कंपनी नंबर 2 में उत्पादन योजना एक स्मार्ट रिज़र्व और प्रोक्योरमेंट मैनेजमेंट सिस्टम में विकसित हुई है (मेरी भागीदारी के बिना नहीं)। लागत आवंटन और नियोजित लागत की गणना का तंत्र बना रहा, जो लेखांकन नीति में बदलाव के बाद, जल्दी से पुन: व्यवस्थित हो गया और उपयोगी बना रहा।

कंपनी नंबर 3 ने संचयी लागत संरचना गणना का सफलतापूर्वक उपयोग किया जब तक कि इसे बेचा नहीं गया।

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

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

अनुभव

अनुभव के साथ सब कुछ स्पष्ट है - आपको इसे अर्जित करने की आवश्यकता है। मेरी राय में, मुख्य बात यह है कि इसे नियंत्रित और व्यवस्थित तरीके से करना है। अनुभव समाधान से भी बेहतर है, क्योंकि इसे आपसे लेने का कोई कानूनी तरीका नहीं है।

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

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

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

क्या आप समझते हैं? यौगिक कुंजी: समस्याओं का व्यावहारिक समाधान + उनकी संख्या।

यह जानने के लिए कि मेरे और मेरे कर्मचारियों से कैसे और क्या अनुभव प्राप्त किया जा रहा है, मैंने कंप्यूटर गेम से एक मॉडल लिया।

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

एल्डर स्क्रॉल में संचय अनुभव का मॉडल जीवन के करीब है। मैं बूढ़ा हो चुका हूं, इसलिए मैंने ES 3 Morrowind खेला, और मैं इसे ध्यान में रखूंगा।

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

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

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

सम्मेलनों में, मैंने उल्लेख किया कि ऐसे "अनुभव बढ़ाने के लिए कार्य" के लिए, मुझे कर्मचारी के समय का 30% तक आवंटित किया गया है। यह स्पष्ट है कि एक कंपनी एक विश्वविद्यालय नहीं है। गति और अनुभव के बीच एक संतुलन की आवश्यकता होती है, क्योंकि अनुभव के विस्तार के बिना, गति छत तक पहुंच जाएगी और क्षमता खो जाएगी।

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

ऐसी प्रणाली के फायदों में से एक लक्ष्य निर्धारित करने की क्षमता है और इन लक्ष्यों को प्राथमिकताओं और कलाकारों के चयन की प्रणाली में एकीकृत करना है।

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

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

हल किए गए कार्य

एक तरफ, मानव संसाधन को प्रभावित करने के लिए यह एक चाल है। दूसरी ओर, आपके कार्यों को समझने से आपको हर समय उत्पादों पर ध्यान केंद्रित करने में मदद मिलेगी, न कि प्रक्रिया पर।

मैं एक आईटी निदेशक था, इसलिए मैं अक्सर आईटी विशेषज्ञों के पास नहीं, बल्कि विभिन्न प्रकार के लोगों के साक्षात्कार के लिए जाता था - हमारे पास एक क्रॉस-साक्षात्कार प्रणाली थी।

और मैंने देखा कि एचआर लोगों को दो श्रेणियों में विभाजित करते हैं - प्रक्रिया-उन्मुख और परिणाम-उन्मुख।

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

"प्रोसेसर" आमतौर पर इष्ट नहीं होते हैं। यह अच्छा नहीं है, बुरा नहीं है - यह सिर्फ है।

इसलिए, उनके कार्यान्वयन की प्रक्रिया के बजाय, हल किए गए कार्यों के प्रिज़्म के माध्यम से फिर से शुरू करना बेहतर है।

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

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

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

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

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

प्रत्येक हल किए गए कार्य - समझने योग्य, तैयार किए गए, और अधिमानतः सार - आपकी बर्खास्तगी के सेट को फिर से भर देते हैं।

परिणाम प्राप्त हुए

ऐसा होता है कि आपको एक विशिष्ट कार्य नहीं दिया जाता है, लेकिन अस्पष्ट डाल दिया जाता है। उदाहरण के लिए, वे कहते हैं, "सिस्टम प्रदर्शन बढ़ाएं" और "लेन-देन फिक्स को आधे से कम न करें।" या वे कहते हैं "प्रोग्रामर द्वारा समस्याओं को हल करने की दक्षता में वृद्धि", और "अनुप्रयोगों के निष्पादन समय को 30% तक कम न करें"।

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

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

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

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

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

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

कुल मिलाकर

यह आपको लग सकता है कि बर्खास्तगी किट एक तरह का संचयी पुनरारंभ है। एक ओर, यह वास्तव में मामला है।

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

यह व्यतीत समय का एक सहक्रियात्मक उपयोग है।

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

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

, , , . .