फक्त तुमचे कोडिंग अपग्रेड केल्याने तुम्ही एक चांगला विकासक का बनू शकत नाही

Techlead Skyeng Kirill Rogovoy (फ्लॅश) कॉन्फरन्समध्ये एक प्रेझेंटेशन देतो ज्यामध्ये तो सर्वोत्कृष्ट होण्यासाठी प्रत्येक चांगल्या विकासकाने विकसित केलेल्या कौशल्यांबद्दल बोलतो. मी त्याला हाबरा वाचकांसह ही कथा सामायिक करण्यास सांगितले, मी किरीलला मजला देतो.

एका चांगल्या विकसकाची समज अशी आहे की तो:

1. स्वच्छ कोड लिहितो
2. बरेच तंत्रज्ञान माहित आहे
3. कोडिंग कार्ये जलद
4. अल्गोरिदम आणि डिझाइन पॅटर्नचा एक समूह माहीत आहे
5. क्लीन कोड वापरून कोणताही कोड रिफॅक्टर करू शकतो
6. प्रोग्रामिंग नसलेल्या कामांमध्ये वेळ वाया घालवत नाही
7. तुमच्या आवडत्या तंत्रज्ञानाचा 100% मास्टर

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

पण माझा अनुभव सांगतो की हे फारसे खरे नाही.

प्रथम, दोन महत्त्वाचे अस्वीकरण:
1) माझा अनुभव उत्पादन संघ आहे, म्हणजे आउटसोर्सिंग न करता त्यांचे स्वतःचे उत्पादन असलेल्या कंपन्या; आउटसोर्सिंगमध्ये सर्वकाही खूप वेगळे असू शकते;
2) जर तुम्ही कनिष्ठ असाल, तर सर्व सल्ले लागू होणार नाहीत, आणि जर मी तुम्ही असतो तर मी सध्या प्रोग्रामिंगवर लक्ष केंद्रित केले असते.

चांगला विकासक: वास्तविकता

1: सरासरी कोडपेक्षा चांगले

एका चांगल्या विकसकाला छान आर्किटेक्चर कसे तयार करायचे, छान कोड कसे लिहायचे आणि खूप बग कसे बनवायचे हे माहित असते; सर्वसाधारणपणे, तो सरासरीपेक्षा चांगले करतो, परंतु तो तज्ञांच्या शीर्ष 1% मध्ये नाही. मला माहित असलेले बहुतेक सर्वोत्कृष्ट विकसक इतके उत्कृष्ट कोडर नाहीत: ते जे करतात त्यामध्ये ते उत्कृष्ट आहेत, परंतु ते अति-विलक्षण काहीही करू शकत नाहीत.

2: समस्या निर्माण करण्याऐवजी सोडवते

चला कल्पना करूया की आम्हाला प्रकल्पात बाह्य सेवा समाकलित करण्याची आवश्यकता आहे. आम्ही तांत्रिक वैशिष्ट्ये प्राप्त करतो, दस्तऐवजीकरण पाहतो, तेथे काहीतरी जुने आहे हे पाहतो, आम्हाला अतिरिक्त पॅरामीटर्स पास करणे आवश्यक आहे, काही समायोजने करणे आवश्यक आहे, हे सर्व कसेतरी अंमलात आणण्याचा प्रयत्न करा आणि काही कुटिल पद्धती योग्यरित्या कार्य करा, शेवटी, दोन नंतर काही दिवस आम्ही समजतो की आम्ही असे चालू ठेवू शकत नाही. या परिस्थितीत विकसकाचे मानक वर्तन म्हणजे व्यवसायात परत येणे आणि म्हणणे: “मी हे केले आणि ते असे केले, हे असे कार्य करत नाही आणि ते अजिबात कार्य करत नाही, म्हणून स्वत: ला समजून घ्या. " व्यवसायात एक समस्या आहे: आपण काय घडले याचा शोध घेणे आवश्यक आहे, एखाद्याशी संवाद साधणे आणि ते कसे तरी सोडवण्याचा प्रयत्न करणे आवश्यक आहे. तुटलेला फोन सुरू होतो: "तू त्याला सांग, मी तिला मेसेज करेन, त्यांनी काय उत्तर दिले ते पहा."

एक चांगला विकासक, ज्याला अशा परिस्थितीचा सामना करावा लागतो, तो स्वत: संपर्क शोधेल, त्याच्याशी फोनवर संपर्क साधेल, समस्येवर चर्चा करेल आणि काहीही निष्पन्न न झाल्यास, तो योग्य लोकांना एकत्र करेल, सर्वकाही समजावून सांगेल आणि पर्याय ऑफर करेल (बहुधा, आणखी एक आहे. चांगल्या समर्थनासह बाह्य सेवा). असा विकासक व्यावसायिक समस्या पाहतो आणि त्याचे निराकरण करतो. जेव्हा तो एखाद्या व्यवसायाच्या समस्येचे निराकरण करतो तेव्हा त्याचे कार्य बंद होते, आणि जेव्हा तो एखाद्या गोष्टीत धावतो तेव्हा नाही.

3: जास्तीत जास्त परिणाम मिळविण्यासाठी कमीतकमी प्रयत्न करण्याचा प्रयत्न करतो, जरी त्याचा अर्थ क्रॅच लिहिणे असेल

उत्पादन कंपन्यांमधील सॉफ्टवेअर डेव्हलपमेंट ही नेहमीच सर्वात मोठी खर्चाची बाब असते: विकासक महाग असतात. आणि एका चांगल्या विकासकाला हे समजते की व्यवसायाला कमीतकमी खर्च करून जास्तीत जास्त पैसे मिळवायचे आहेत. त्याला मदत करण्यासाठी, एक चांगला विकासक नियोक्तासाठी जास्तीत जास्त नफा मिळविण्यासाठी त्याच्या महागड्या वेळेतील किमान रक्कम खर्च करू इच्छितो.

येथे दोन टोके आहेत. एक म्हणजे तुम्ही साधारणपणे सर्व समस्या क्रॅचने सोडवू शकता, आर्किटेक्चरला त्रास न देता, रिफॅक्टरिंगशिवाय इ. हे सहसा कसे संपते हे आपल्या सर्वांना माहित आहे: काहीही कार्य करत नाही, आम्ही प्रकल्पाला सुरवातीपासून पुन्हा लिहितो. दुसरे म्हणजे जेव्हा एखादी व्यक्ती प्रत्येक बटणासाठी एक आदर्श आर्किटेक्चर आणण्याचा प्रयत्न करते, कामावर एक तास घालवते आणि चार रिफॅक्टरिंगवर. अशा कार्याचा परिणाम छान दिसतो, परंतु समस्या अशी आहे की व्यवसायाच्या बाजूने एक बटण पूर्ण करण्यासाठी दहा तास लागतात, पहिल्या आणि दुसर्‍या दोन्ही प्रकरणांमध्ये, फक्त भिन्न कारणांमुळे.

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

4. स्वतःची व्यवसाय व्यवस्थापन प्रणाली आहे आणि त्यात कोणत्याही जटिलतेच्या प्रकल्पांवर काम करण्यास सक्षम आहे.

तत्त्वांवर काम करणे गोष्टी पूर्ण करणे - जेव्हा तुम्ही तुमची सर्व कार्ये काही प्रकारच्या मजकूर प्रणालीमध्ये लिहून ठेवता, तेव्हा कोणतेही करार विसरू नका, प्रत्येकाला धक्का द्या, वेळेवर सर्वत्र दाखवा, या क्षणी काय महत्त्वाचे आहे आणि काय महत्त्वाचे नाही हे जाणून घ्या, तुम्ही कधीही कार्य गमावणार नाही. अशा लोकांचे सामान्य वैशिष्ट्य असे आहे की जेव्हा आपण त्यांच्याशी एखाद्या गोष्टीवर सहमत आहात, तेव्हा ते विसरतील याची काळजी आपण कधीही करत नाही; आणि तुम्हाला हे देखील माहित आहे की ते सर्वकाही लिहून ठेवतात आणि नंतर हजार प्रश्न विचारणार नाहीत, ज्यांची उत्तरे आधीच चर्चा केली गेली आहेत.

5. कोणत्याही अटी आणि परिचय प्रश्न आणि स्पष्टीकरण

इथेही दोन टोके आहेत. एकीकडे, आपण सर्व परिचयात्मक माहितीबद्दल साशंक असू शकता. तुमच्या आधीच्या लोकांनी काही उपाय शोधून काढले, परंतु तुम्हाला वाटते की तुम्ही आणखी चांगले करू शकता आणि तुमच्यासमोर आलेल्या प्रत्येक गोष्टीवर पुन्हा चर्चा सुरू करू शकता: डिझाइन, व्यवसाय उपाय, आर्किटेक्चर इ. यामुळे विकसक आणि त्याच्या सभोवतालच्या दोघांचाही बराच वेळ वाया जातो आणि कंपनीमधील विश्वासावर नकारात्मक परिणाम होतो: इतर लोक निर्णय घेऊ इच्छित नाहीत कारण त्यांना माहित आहे की तो माणूस परत येईल आणि सर्वकाही तोडेल. दुसरी टोकाची गोष्ट म्हणजे जेव्हा विकासकाला कोणतीही प्रास्ताविक, तांत्रिक वैशिष्ट्ये आणि व्यवसायाची इच्छा दगडात कोरलेली एखादी गोष्ट समजते आणि जेव्हा तो न सोडवता येणारी समस्या भेडसावत असतो तेव्हाच तो विचार करू लागतो की तो जे करतोय तेच करतोय की नाही. एका चांगल्या विकासकाला येथे एक मध्यम मैदान देखील सापडते: कार्य विकासात जाण्यापूर्वी तो त्याच्या आधी किंवा त्याच्याशिवाय घेतलेले निर्णय समजून घेण्याचा प्रयत्न करतो. व्यवसायाला काय हवे आहे? आपण त्याचे प्रश्न सोडवत आहोत का? प्रोडक्ट डिझायनरने एक उपाय शोधून काढला, पण तो उपाय का काम करेल हे मला समजते का? संघाचे नेतृत्व या विशिष्ट वास्तूसह का आले? जर काही स्पष्ट नसेल, तर तुम्हाला विचारायला जावे लागेल. या स्पष्टीकरणाच्या प्रक्रियेत, एका चांगल्या विकसकाला पर्यायी उपाय दिसू शकतो जो पूर्वी कोणालाही आला नव्हता.

6. तुमच्या सभोवतालची प्रक्रिया आणि लोक सुधारते

आपल्या आजूबाजूला बर्‍याच प्रक्रिया चालू आहेत - दैनंदिन मीटिंग, मीटिंग, स्क्रम्स, टेक रिव्ह्यू, कोड रिव्ह्यू इ. एक चांगला डेव्हलपर उभा राहील आणि म्हणेल: बघा, आम्ही एकत्र जमतो आणि दर आठवड्याला एकाच गोष्टीवर चर्चा करतो, मला का समजत नाही, आम्ही हा तास कॉन्ट्रावर देखील घालवू. किंवा: सलग तिसऱ्या कार्यासाठी मी कोडमध्ये प्रवेश करू शकत नाही, काहीही स्पष्ट नाही, आर्किटेक्चर छिद्रांनी भरलेले आहे; कदाचित आमचा पुनरावलोकन कोड लंगडा आहे आणि आम्हाला रिफॅक्टर करणे आवश्यक आहे, चला दर दोन आठवड्यांनी मीटिंग रिफॅक्टर करू. किंवा कोड पुनरावलोकनादरम्यान, एखाद्या व्यक्तीला असे दिसते की त्याचा एक सहकारी एखादे विशिष्ट साधन पुरेसे प्रभावीपणे वापरत नाही, याचा अर्थ त्याला नंतर येऊन काही सल्ला देणे आवश्यक आहे. चांगल्या विकासकाकडे ही प्रवृत्ती असते; तो अशा गोष्टी आपोआप करतो.

7. व्यवस्थापक नसला तरीही इतरांना व्यवस्थापित करण्यात उत्कृष्ट

हे कौशल्य "समस्या निर्माण करण्याऐवजी सोडवणे" या थीमशी सुसंगत आहे. बर्‍याचदा, आम्ही ज्या रिक्त पदासाठी अर्ज करतो त्या मजकुरात, व्यवस्थापनाबद्दल काहीही लिहिलेले नसते, परंतु नंतर, जेव्हा आपल्या नियंत्रणाबाहेरील समस्येचा सामना करावा लागतो, तरीही आपल्याला इतरांना एका मार्गाने व्यवस्थापित करावे लागेल, त्यांच्याकडून काहीतरी साध्य करावे लागेल, जर आपण विसरले - पुश करा, त्यांना सर्वकाही समजले आहे याची खात्री करा. एका चांगल्या विकसकाला माहित असते की कोणाला कशात स्वारस्य आहे, या लोकांशी मीटिंग कॉल करू शकतो, करार लिहू शकतो, त्यांना स्लॅक करण्यासाठी पाठवू शकतो, त्यांना योग्य दिवशी आठवण करून देतो, सर्वकाही तयार आहे याची खात्री करा, जरी तो वैयक्तिकरित्या थेट जबाबदार नसला तरीही हे कार्य, परंतु त्याचा परिणाम त्याच्या अंमलबजावणीवर अवलंबून असतो.

8. त्याच्या ज्ञानाला कट्टरता समजत नाही, सतत टीकेसाठी खुला असतो

प्रत्येकजण पूर्वीच्या नोकरीतील सहकारी लक्षात ठेवू शकतो जो त्याच्या तंत्रज्ञानाशी तडजोड करू शकत नाही आणि ओरडतो की प्रत्येकजण काही चुकीच्या उत्परिवर्तनांसाठी नरकात जळतो. एक चांगला विकासक, जर त्याने उद्योगात 5, 10, 20 वर्षे काम केले तर त्याला समजते की त्याचे अर्धे ज्ञान कुजलेले आहे आणि उर्वरित अर्ध्या भागामध्ये त्याला त्याच्या माहितीपेक्षा दहापट जास्त माहिती नसते. आणि प्रत्येक वेळी कोणीतरी त्याच्याशी असहमत आहे आणि पर्याय ऑफर करतो, तो त्याच्या अहंकारावर हल्ला नसून काहीतरी शिकण्याची संधी आहे. हे त्याला त्याच्या सभोवतालच्या लोकांपेक्षा खूप वेगाने वाढू देते.

एका आदर्श विकसकाच्या माझ्या कल्पनेची सामान्यतः स्वीकारल्या गेलेल्या कल्पनेशी तुलना करूया:

वर वर्णन केलेले किती मुद्दे कोडशी संबंधित आहेत आणि किती नाहीत हे हे चित्र दाखवते. उत्पादन कंपनीमध्ये विकास फक्त एक तृतीयांश प्रोग्रामिंग आहे, उर्वरित 2/3 कोडशी फारसा संबंध नाही. आणि जरी आम्ही बरेच कोड लिहित असलो तरी आमची परिणामकारकता या "असंबद्ध" दोन-तृतियांशांवर अवलंबून असते.

स्पेशलायझेशन, सामान्यता आणि 80-20 नियम

जेव्हा एखादी व्यक्ती काही संकुचित समस्या सोडवायला शिकते, दीर्घ आणि कठोर अभ्यास करते, परंतु नंतर ते सहजपणे आणि सोप्या पद्धतीने सोडवते, परंतु संबंधित क्षेत्रात कौशल्य नसते, तेव्हा हे स्पेशलायझेशन आहे. सामान्यता म्हणजे प्रशिक्षणाचा अर्धा वेळ एखाद्याच्या स्वतःच्या क्षमतेच्या क्षेत्रात आणि अर्धा संबंधित क्षेत्रांमध्ये गुंतवला जातो. त्यानुसार, पहिल्या प्रकरणात, मी एक गोष्ट उत्तम प्रकारे करतो आणि बाकीची खराबपणे करतो आणि दुसर्‍या बाबतीत, मी सर्व काही कमी-अधिक चांगले करतो.

80-20 नियम आम्हाला सांगतो की 80% परिणाम 20% प्रयत्नातून येतात. 80% महसूल 20% ग्राहकांकडून येतो, 80% नफा 20% कर्मचार्‍यांकडून येतो आणि असेच. अध्यापनात, याचा अर्थ असा आहे की 80% ज्ञान आपण पहिल्या 20% वेळेत मिळवतो.

एक कल्पना आहे: कोडरने फक्त कोड केले पाहिजे, डिझाइनरने फक्त डिझाइन केले पाहिजे, विश्लेषकांनी विश्लेषण केले पाहिजे आणि व्यवस्थापकांनी फक्त व्यवस्थापित केले पाहिजे. माझ्या मते, ही कल्पना विषारी आहे आणि ती फारशी चालत नाही. हे प्रत्येकाला सार्वत्रिक सैनिक असण्याबद्दल नाही, हे संसाधने वाचवण्याबद्दल आहे. जर एखाद्या विकासकाला व्यवस्थापन, डिझाइन आणि विश्लेषणाबद्दल थोडेसे समजले असेल तर तो इतर लोकांचा समावेश न करता अनेक समस्या सोडवू शकेल. जर तुम्हाला काही प्रकारचे वैशिष्ट्य बनवायचे असेल आणि नंतर वापरकर्ते एका विशिष्ट संदर्भात त्यासह कसे कार्य करतात ते तपासा, ज्यासाठी दोन SQL क्वेरी आवश्यक असतील, तर यासह विश्लेषकाचे लक्ष विचलित न करणे चांगले आहे. तुम्हाला विद्यमान असलेल्यांशी साधर्म्य साधून बटण एम्बेड करायचे असल्यास, आणि तुम्हाला सामान्य तत्त्वे समजत असतील, तर तुम्ही डिझायनरचा समावेश न करता ते करू शकता आणि कंपनी त्यासाठी तुमचे आभार मानेल.

एकूण: तुम्ही तुमचा 100% वेळ एखाद्या कौशल्याचा मर्यादेपर्यंत अभ्यास करण्यात घालवू शकता किंवा तुम्ही प्रत्येक क्षेत्रामध्ये 80% पर्यंत समान वेळ पाच क्षेत्रांवर घालवू शकता. या निरागस गणिताचे अनुसरण करून, आपण त्याच वेळेत चौपट कौशल्ये मिळवू शकतो. ही अतिशयोक्ती आहे, परंतु ती कल्पना स्पष्ट करते.

संबंधित कौशल्ये 80% नाही तर 30-50% प्रशिक्षित केली जाऊ शकतात. 10-20 तास घालवल्यानंतर, आपण संबंधित क्षेत्रांमध्ये लक्षणीय सुधारणा कराल, त्यामध्ये होणार्‍या प्रक्रियेची बरीच समज प्राप्त कराल आणि अधिक स्वायत्त व्हाल.

आजच्या आयटी इकोसिस्टममध्ये, शक्य तितकी कौशल्ये असणे आणि त्यापैकी कोणत्याही विषयात तज्ञ नसणे चांगले आहे. कारण, प्रथम, ही सर्व कौशल्ये त्वरीत कमी होतात, विशेषत: जेव्हा प्रोग्रामिंगचा विचार केला जातो, आणि दुसरे म्हणजे, कारण 99% वेळा आपण केवळ मूलभूतच नव्हे तर सर्वात अत्याधुनिक कौशल्ये वापरतो आणि हे अगदी कोडिंगमध्ये देखील पुरेसे आहे. छान कंपन्या.

आणि शेवटी, प्रशिक्षण ही गुंतवणूक आहे आणि गुंतवणुकीत विविधीकरण महत्त्वाचे आहे.

काय शिकवायचे

मग काय आणि कसे शिकवायचे? सशक्त कंपनीतील एक सामान्य विकसक नियमितपणे वापरतो:

• संप्रेषण
• स्वयं-संघटना
• नियोजन
• डिझाइन (सामान्यतः कोड)
• आणि कधीकधी व्यवस्थापन, नेतृत्व, डेटा विश्लेषण, लेखन, भरती, मार्गदर्शन आणि इतर अनेक कौशल्ये

आणि व्यावहारिकदृष्ट्या यापैकी कोणतीही कौशल्ये कोडलाच छेदत नाहीत. त्यांना स्वतंत्रपणे शिकवणे आणि अपग्रेड करणे आवश्यक आहे आणि जर हे केले नाही तर ते अत्यंत खालच्या पातळीवर राहतील, ज्यामुळे त्यांचा प्रभावीपणे वापर होऊ देत नाही.

कोणत्या क्षेत्रांमध्ये विकास करणे योग्य आहे?

1. सॉफ्ट स्किल्स म्हणजे संपादकातील बटणे दाबण्याशी संबंधित नसलेली प्रत्येक गोष्ट. आम्ही संदेश कसे लिहितो, मीटिंगमध्ये कसे वागतो, आम्ही सहकाऱ्यांशी कसा संवाद साधतो. या सर्व गोष्टी उघड वाटतात, परंतु बर्‍याचदा त्या कमी लेखल्या जातात.

2. स्वयं-संघटना प्रणाली. माझ्यासाठी वैयक्तिकरित्या, गेल्या वर्षभरात हा एक अत्यंत महत्त्वाचा विषय बनला आहे. मला माहित असलेल्या सर्व छान आयटी कामगारांमध्ये, हे सर्वात विकसित कौशल्यांपैकी एक आहे: ते अति-संघटित आहेत, ते नेहमी ते म्हणतात ते करतात, त्यांना माहित असते की ते उद्या, एका आठवड्यात, एका महिन्यात काय करणार आहेत. स्वतःभोवती एक प्रणाली तयार करणे आवश्यक आहे ज्यामध्ये सर्व प्रकरणे आणि सर्व प्रश्न रेकॉर्ड केले जातात; हे कार्य स्वतःच मोठ्या प्रमाणात सुलभ करते आणि इतर लोकांशी संवाद साधण्यास मोठ्या प्रमाणात मदत करते. मला असे वाटते की गेल्या वर्षभरात, माझ्या तांत्रिक कौशल्यांमध्ये सुधारणा करण्यापेक्षा या दिशेने विकासाने मला खूप सुधारले आहे; मी वेळेच्या प्रति युनिटमध्ये लक्षणीयरीत्या अधिक काम करण्यास सुरुवात केली.

3. सक्रिय, मुक्त विचार आणि नियोजन. विषय अतिशय सामान्य आणि महत्त्वपूर्ण आहेत, IT साठी अद्वितीय नाहीत आणि प्रत्येकाने ते विकसित केले पाहिजेत. सक्रियता म्हणजे कारवाई करण्यासाठी सिग्नलची वाट न पाहणे. तुम्ही घटनांचे स्रोत आहात, त्यांच्यावरील प्रतिक्रिया नाही. मोकळेपणा म्हणजे कोणतीही नवीन माहिती वस्तुनिष्ठपणे हाताळण्याची, स्वतःच्या जागतिक दृष्टिकोनातून आणि जुन्या सवयींपासून अलिप्त राहून परिस्थितीचे मूल्यांकन करण्याची क्षमता. नियोजन हे आजचे कार्य आठवडा, महिना, वर्षातील समस्या कशा सोडवते याचे स्पष्ट दर्शन आहे. एखाद्या विशिष्ट कार्याच्या पलीकडे आपण भविष्य पाहिल्यास, आपल्याला आवश्यक ते करणे खूप सोपे आहे आणि वेळ वाया गेल्याची जाणीव करून घाबरू नका. हे कौशल्य करिअरसाठी विशेषतः महत्वाचे आहे: आपण यशस्वीरित्या वर्षानुवर्षे परिणाम साध्य करू शकता, परंतु चुकीच्या ठिकाणी, आणि शेवटी जेव्हा हे स्पष्ट होते की आपण चुकीच्या दिशेने जात आहात तेव्हा सर्व जमा केलेले सामान गमावू शकता.

4. मूलभूत स्तरापर्यंत सर्व संबंधित क्षेत्रे. प्रत्येकाची स्वतःची विशिष्ट क्षेत्रे आहेत, परंतु हे समजून घेणे महत्त्वाचे आहे की काही "परदेशी" कौशल्ये समतल करण्यासाठी 10-20 तासांचा वेळ घालवून, आपण आपल्या दैनंदिन कामात अनेक नवीन संधी आणि संपर्काचे बिंदू शोधू शकता आणि हे तास असू शकतात. करिअरच्या शेवटपर्यंत पुरेसे आहे.

काय वाचायचे

स्वयं-संस्थेबद्दल बरीच पुस्तके आहेत; हा एक संपूर्ण उद्योग आहे जिथे काही विचित्र लोक सल्ला संग्रह लिहितात आणि प्रशिक्षण गोळा करतात. त्याच वेळी, त्यांनी स्वतः जीवनात काय मिळवले हे अस्पष्ट आहे. त्यामुळे लेखकांवर गाळण घालणे, ते कोण आहेत आणि त्यांच्या मागे काय आहे हे पाहणे महत्त्वाचे आहे. माझा विकास आणि दृष्टीकोन चार पुस्तकांनी सर्वात जास्त प्रभावित झाला, ती सर्व एक प्रकारे किंवा दुसर्या प्रकारे वर वर्णन केलेली कौशल्ये सुधारण्याशी संबंधित आहेत.

1. डेल कार्नेगी "मित्र कसे जिंकायचे आणि लोकांवर प्रभाव पाडणे". सॉफ्ट स्किल्स बद्दल एक पंथ पुस्तक, जर तुम्हाला कोठून सुरुवात करावी हे माहित नसेल, तर ते निवडणे हा एक विजय-विजय पर्याय आहे. हे उदाहरणांवर आधारित आहे, वाचायला सोपे आहे, तुम्ही जे वाचता ते समजून घेण्यासाठी जास्त प्रयत्न करावे लागत नाहीत आणि मिळवलेली कौशल्ये लगेच लागू करता येतात. एकूणच, पुस्तकात लोकांशी संवाद साधण्याचा विषय समाविष्ट आहे.

2. स्टीफन आर. कोवे "अत्यंत प्रभावी लोकांच्या 7 सवयी". सक्रियतेपासून सॉफ्ट स्किल्सपर्यंत विविध कौशल्यांचे मिश्रण, जेव्हा तुम्हाला लहान संघाला मोठ्या शक्तीमध्ये बदलण्याची आवश्यकता असते तेव्हा समन्वय साधण्यावर भर असतो. ते वाचायलाही सोपे आहे.

3. रे डालिओ "तत्त्वे". लेखकाने तयार केलेल्या कंपनीच्या इतिहासावर आधारित, मुक्त विचारसरणी आणि सक्रियतेची थीम प्रकट करते, जी त्याने 40 वर्षे व्यवस्थापित केली. जीवनातील अनेक कठोर उदाहरणे दर्शवतात की एखादी व्यक्ती किती पूर्वग्रहदूषित आणि अवलंबून असू शकते आणि त्यातून मुक्त कसे व्हावे.

4. डेव्हिड ऍलन, "गोष्टी पूर्ण करणे". स्वयं-संस्था शिकण्यासाठी अनिवार्य वाचन. हे वाचणे इतके सोपे नाही, परंतु ते जीवन आणि घडामोडींचे आयोजन करण्यासाठी साधनांचा एक व्यापक संच प्रदान करते, सर्व पैलूंचे तपशीलवार परीक्षण करते आणि तुम्हाला नेमके काय हवे आहे हे ठरविण्यात मदत करते. तिच्या मदतीने, मी माझी स्वतःची प्रणाली तयार केली जी मला नेहमी सर्वात महत्वाच्या गोष्टी करण्यास अनुमती देते बाकीच्याबद्दल विसरून न जाता.

फक्त वाचन पुरेसे नाही हे तुम्ही समजून घेतले पाहिजे. आपण आठवड्यातून किमान एक पुस्तक गिळू शकता, परंतु प्रभाव अनेक दिवस टिकेल आणि नंतर सर्वकाही त्याच्या जागी परत येईल. पुस्तकांचा सल्ल्याचा स्त्रोत म्हणून वापर केला पाहिजे ज्याची सराव मध्ये त्वरित चाचणी केली जाते. जर तुम्ही हे केले नाही, तर ते फक्त तुमच्या क्षितिजाचे विस्तारीकरण करतील.

स्त्रोत: www.habr.com