உங்கள் குறியீட்டை மேம்படுத்துவது ஏன் உங்களை சிறந்த டெவலப்பராக மாற்றாது

டெக்லீட் ஸ்கைங் கிரில் ரோகோவாய் (ஃப்ளாஷ்ஷ்ஷ்) மாநாடுகளில் ஒரு விளக்கக்காட்சியை வழங்குகிறார், அதில் ஒவ்வொரு நல்ல டெவலப்பரும் சிறந்தவர்களாக மாறுவதற்கு உருவாக்க வேண்டிய திறன்களைப் பற்றி பேசுகிறார். இந்த கதையை ஹப்ரா வாசகர்களுடன் பகிர்ந்து கொள்ளும்படி அவரிடம் கேட்டேன், நான் கிரில்லிடம் தருகிறேன்.

ஒரு நல்ல டெவலப்பர் பற்றிய கட்டுக்கதை அவர்:

1. சுத்தமான குறியீட்டை எழுதுகிறது
2. நிறைய தொழில்நுட்பங்களை அறிந்தவர்
3. குறியிடுதல் பணிகள் வேகமாக
4. அல்காரிதம்கள் மற்றும் டிசைன் பேட்டர்ன்களின் தொகுப்பை அறிந்தவர்
5. சுத்தமான குறியீட்டைப் பயன்படுத்தி எந்த குறியீட்டையும் மறுபரிசீலனை செய்யலாம்
6. நிரலாக்கமற்ற பணிகளில் நேரத்தை வீணாக்காது
7. உங்களுக்கு பிடித்த தொழில்நுட்பத்தின் 100% மாஸ்டர்

HR ஐடியல் கேண்டிடேட்களை இப்படித்தான் பார்க்கிறது, அதற்கேற்ப காலியிடங்களும் இப்படித்தான் இருக்கும்.

ஆனால் இது மிகவும் உண்மை இல்லை என்று என் அனுபவம் கூறுகிறது.

முதலில், இரண்டு முக்கியமான மறுப்புகள்:
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