புத்தகம் “புத்திஜீவிகளை எவ்வாறு நிர்வகிப்பது. நான், மேதாவிகள் மற்றும் அழகற்றவர்கள்"

திட்ட மேலாளர்களுக்கு (மற்றும் முதலாளிகளாக வேண்டும் என்று கனவு காண்பவர்களுக்கு) அர்ப்பணிக்கப்பட்டது.

டன் குறியீட்டை எழுதுவது கடினம், ஆனால் மக்களை நிர்வகிப்பது இன்னும் கடினம்! எனவே இரண்டையும் எப்படி செய்வது என்பதை அறிய இந்தப் புத்தகம் உங்களுக்குத் தேவை.

வேடிக்கையான கதைகள் மற்றும் தீவிர பாடங்களை இணைக்க முடியுமா? மைக்கேல் லோப் (குறுகிய வட்டங்களில் ராண்ட்ஸ் என்றும் அறியப்படுகிறார்) வெற்றி பெற்றார். கற்பனையான நபர்களைப் பற்றிய கற்பனையான கதைகளை நீங்கள் நம்பமுடியாத அளவிற்கு வெகுமதி (கற்பனையாக இருந்தாலும்) அனுபவங்களைக் காணலாம். ஆப்பிள், பின்டெரெஸ்ட், பலன்டிர், நெட்ஸ்கேப், சைமென்டெக் போன்ற பெரிய ஐடி நிறுவனங்களில் பல ஆண்டுகளாகப் பணியாற்றிய பல்வேறு, சில நேரங்களில் வித்தியாசமான அனுபவங்களை ராண்ட்ஸ் இப்படித்தான் பகிர்ந்து கொள்கிறார்.

நீங்கள் திட்ட மேலாளராக இருக்கிறீர்களா? அல்லது உங்கள் முதலாளி நாள் முழுவதும் என்ன செய்கிறார் என்பதைப் புரிந்து கொள்ள வேண்டுமா? வீக்கமடைந்த வான்கோழிகளின் நச்சு உலகில் எவ்வாறு வாழ்வது மற்றும் செயலற்ற சுறுசுறுப்பான மக்களின் பொதுவான பைத்தியக்காரத்தனத்தில் செழித்து வளர்வது எப்படி என்பதை ராண்ட்ஸ் உங்களுக்குக் கற்பிப்பார். வெறி பிடித்த மூளைவாதிகளின் இந்த விசித்திரமான சமூகத்தில் அந்நிய உயிரினங்கள் கூட உள்ளன - மேலாளர்கள், ஒரு மாய நிறுவன சடங்கு மூலம், பலரின் திட்டங்கள், எண்ணங்கள் மற்றும் வங்கிக் கணக்குகளின் மீது அதிகாரத்தைப் பெற்றுள்ளனர்.

இந்த புத்தகம் எந்த மேலாண்மை அல்லது தலைமை கையெழுத்துப் பிரதியைப் போலல்லாமல் உள்ளது. மைக்கேல் லோப் எதையும் மறைக்கவில்லை, அவர் அதை அப்படியே சொல்கிறார் (ஒருவேளை எல்லா கதைகளும் பகிரங்கப்படுத்தப்படக்கூடாது: பி). ஆனால் இந்த வழியில் மட்டுமே, அத்தகைய முதலாளியுடன் எவ்வாறு வாழ்வது, அழகற்றவர்கள் மற்றும் மேதாவிகளை எவ்வாறு நிர்வகிப்பது மற்றும் "அந்த மோசமான திட்டத்தை" எவ்வாறு மகிழ்ச்சியான முடிவுக்குக் கொண்டுவருவது என்பதை நீங்கள் புரிந்துகொள்வீர்கள்!

பகுதி. பொறியியல் மனநிலை

எண்ணங்கள்: குறியீடு எழுதுவதைத் தொடர வேண்டுமா?

மேலாளர்களுக்கான விதிகள் பற்றிய ராண்ட்ஸின் புத்தகம் நவீன நிர்வாக "கட்டாயம் செய்ய வேண்டியவை" என்ற மிகக் குறுகிய பட்டியலைக் கொண்டுள்ளது. இந்த பட்டியலின் லாகோனிசம் "கட்டாயம்" என்ற கருத்து ஒரு வகையான முழுமையானது என்பதிலிருந்து உருவாகிறது, மேலும் இது மக்களுக்கு வரும்போது, ​​மிகக் குறைவான முழுமையான கருத்துக்கள் உள்ளன. ஒரு பணியாளருக்கு வெற்றிகரமான மேலாண்மை முறை மற்றொருவருக்கு உண்மையான பேரழிவாக இருக்கும். இந்த எண்ணம் மேலாளரின் "கட்டாயம் செய்ய வேண்டியவை" பட்டியலில் முதல் உருப்படியாகும்:

நெகிழ்வாக இருங்கள்!

உங்களுக்கு ஏற்கனவே எல்லாம் தெரியும் என்று நினைப்பது மிகவும் மோசமான யோசனை. உலகம் தொடர்ந்து மாறிக்கொண்டே இருக்கிறது என்பது மட்டுமே நிலையான உண்மையாக இருக்கும் சூழ்நிலையில், நெகிழ்வுத்தன்மை மட்டுமே சரியான நிலைப்பாடாகிறது.

முரண்பாடாக, பட்டியலில் உள்ள இரண்டாவது உருப்படி வியக்கத்தக்க வகையில் நெகிழ்வானது. இருப்பினும், இந்த புள்ளி எனது தனிப்பட்ட விருப்பமானது, ஏனெனில் இது நிர்வாக வளர்ச்சிக்கான அடித்தளத்தை உருவாக்க உதவுகிறது என்று நான் நம்புகிறேன். இந்த பத்தி கூறுகிறது:

குறியீடு எழுதுவதை நிறுத்து!

கோட்பாட்டில், நீங்கள் ஒரு மேலாளராக விரும்பினால், உங்களுக்காக வேலை செய்பவர்களை நம்பவும், குறியீட்டை முழுவதுமாக அவர்களிடம் ஒப்படைக்கவும் கற்றுக்கொள்ள வேண்டும். இந்த ஆலோசனை பொதுவாக ஜீரணிக்க கடினமாக உள்ளது, குறிப்பாக புதிதாக தயாரிக்கப்பட்ட மேலாளர்களுக்கு. ஒருவேளை அவர்கள் மேலாளர்களாக மாறுவதற்கு ஒரு காரணம், வளர்ச்சியில் அவர்களின் உற்பத்தித்திறன் காரணமாக இருக்கலாம், மேலும் விஷயங்கள் தவறாக நடக்கும்போது, ​​அவர்களின் முதல் எதிர்வினை, அவர்கள் முழு நம்பிக்கை கொண்ட திறன்களில் பின்வாங்குவதாகும், இது குறியீட்டை எழுதும் திறன் ஆகும்.

புதிதாகத் தயாரிக்கப்பட்ட மேலாளர் எழுதும் குறியீட்டில் "மூழ்குவதை" நான் கண்டால், நான் அவரிடம் கூறுகிறேன்: "நீங்கள் குறியீட்டை எழுத முடியும் என்று எங்களுக்குத் தெரியும். கேள்வி: நீங்கள் வழிநடத்த முடியுமா? நீங்கள் இனி உங்களுக்கு மட்டும் பொறுப்பல்ல, முழு குழுவிற்கும் நீங்கள் பொறுப்பு; நீங்கள் குறியீட்டை நீங்களே எழுதாமல், உங்கள் குழுவை நீங்களே பிரச்சனைகளைத் தீர்க்க முடியும் என்பதை உறுதிப்படுத்த விரும்புகிறேன். உங்களை எவ்வாறு அளவிடுவது என்பதைக் கண்டுபிடிப்பதே உங்கள் வேலை. நீங்கள் ஒருவராக இருக்க வேண்டும் என்று நான் விரும்பவில்லை, உங்களைப் போல் பலர் இருக்க வேண்டும் என்று நான் விரும்புகிறேன்.

நல்ல ஆலோசனை, இல்லையா? அளவுகோல். மேலாண்மை. பொறுப்பு. இது போன்ற பொதுவான பேச்சு வார்த்தைகள். அறிவுரை தவறாக இருப்பது வருத்தம் அளிக்கிறது.

தவறானதா?

ஆம். அறிவுரை தவறு! முற்றிலும் தவறாக இல்லை, ஆனால் நான் சில முன்னாள் சக ஊழியர்களை அழைத்து மன்னிப்பு கேட்கும் அளவுக்கு தவறாக இருந்தது: “குறியீடு எழுதுவதை எப்படி நிறுத்த வேண்டும் என்பது பற்றி எனக்கு பிடித்த அந்த அறிக்கையை நினைவில் கொள்கிறீர்களா? இது தவறு! ஆம்... மீண்டும் நிரலாக்கத்தை தொடங்குங்கள். பைதான் மற்றும் ரூபியுடன் தொடங்குங்கள். ஆம், நான் தீவிரமாக இருக்கிறேன்! உங்கள் வாழ்க்கை அதைப் பொறுத்தது! ”

நான் போர்லாந்தில் மென்பொருள் உருவாக்குநராக எனது வாழ்க்கையைத் தொடங்கியபோது, ​​நான் பாரடாக்ஸ் விண்டோஸ் குழுவில் பணிபுரிந்தேன், அது ஒரு பெரிய குழுவாக இருந்தது. 13 அப்ளிகேஷன் டெவலப்பர்கள் மட்டும் இருந்தனர். மைய தரவுத்தள இயந்திரம் மற்றும் முக்கிய பயன்பாட்டுச் சேவைகள் போன்ற இந்தத் திட்டத்திற்கான முக்கிய தொழில்நுட்பங்களில் தொடர்ந்து பணிபுரியும் பிற குழுக்களைச் சேர்ந்த நபர்களைச் சேர்த்தால், இந்தத் தயாரிப்பின் மேம்பாட்டில் 50 பொறியாளர்கள் நேரடியாக ஈடுபடுவீர்கள்.

நான் இதுவரை பணியாற்றிய எந்த அணியும் இந்த அளவுக்கு வரவில்லை. உண்மையில், ஒவ்வொரு ஆண்டும், நான் பணிபுரியும் குழுவில் உள்ளவர்களின் எண்ணிக்கை படிப்படியாகக் குறைந்து வருகிறது. என்ன நடக்கிறது? நாங்கள் டெவலப்பர்கள் கூட்டாக புத்திசாலியாகவும், புத்திசாலியாகவும் மாறுகிறோமா? இல்லை, நாங்கள் சுமைகளைப் பகிர்ந்து கொள்கிறோம்.

கடந்த 20 ஆண்டுகளாக டெவலப்பர்கள் என்ன செய்துகொண்டிருக்கிறார்கள்? இந்த நேரத்தில் நாங்கள் நிறைய குறியீடுகளை எழுதினோம். குறியீட்டு கடல்! நாங்கள் இவ்வளவு குறியீட்டை எழுதினோம், எல்லாவற்றையும் எளிமைப்படுத்தி திறந்த மூலத்திற்குச் செல்வது நல்லது என்று முடிவு செய்தோம்.

அதிர்ஷ்டவசமாக, இணையத்திற்கு நன்றி, இந்த செயல்முறை இப்போது முடிந்தவரை எளிமையாகிவிட்டது. நீங்கள் ஒரு மென்பொருள் உருவாக்குநராக இருந்தால், அதை இப்போதே பார்க்கலாம்! Google அல்லது Github இல் உங்கள் பெயரைத் தேடுங்கள், நீங்கள் நீண்ட காலமாக மறந்துவிட்ட, ஆனால் யாரும் கண்டுபிடிக்கக்கூடிய குறியீட்டைக் காண்பீர்கள். பயமாக இருக்கிறது, இல்லையா? குறியீடு என்றென்றும் வாழும் என்பது உங்களுக்குத் தெரியாதா? ஆம், அவர் என்றென்றும் வாழ்கிறார்.

குறியீடு என்றென்றும் வாழும். நல்ல குறியீடு என்றென்றும் வாழ்வது மட்டுமல்லாமல், அது வளர்கிறது, ஏனெனில் அதை மதிப்பவர்கள் தொடர்ந்து புதியதாக இருப்பதை உறுதிசெய்கிறார்கள். உயர்தர, நன்கு பராமரிக்கப்பட்ட குறியீட்டின் இந்த குவியல் சராசரி பொறியியல் குழு அளவைக் குறைக்க உதவுகிறது, ஏனெனில் இது புதிய குறியீட்டை எழுதுவதை விட ஏற்கனவே உள்ள குறியீட்டில் கவனம் செலுத்த அனுமதிக்கிறது, மேலும் குறைவான நபர்களுடன் மற்றும் குறுகிய காலக்கட்டத்தில் வேலையைச் செய்ய அனுமதிக்கிறது.

இந்த பகுத்தறிவின் வரி மனச்சோர்வைத் தருகிறது, ஆனால் யோசனை என்னவென்றால், நாம் அனைவரும் ஒரே விஷயத்தின் சற்றே வித்தியாசமான பதிப்பை உருவாக்க, தற்போதுள்ள பொருட்களின் வெவ்வேறு பிட்களை ஒன்றாக இணைக்க டக்ட் டேப்பைப் பயன்படுத்தி ஒருங்கிணைப்பு ஆட்டோமேட்டாவின் ஒரு கூட்டமாக இருக்கிறோம். அவுட்சோர்சிங்கை விரும்பும் மூத்த நிர்வாகிகள் மத்தியில் இது ஒரு உன்னதமான சிந்தனை. “கூகுளைப் பயன்படுத்தத் தெரிந்த மற்றும் சில டக்ட் டேப் வைத்திருக்கும் எவரும் இதைச் செய்யலாம்! பிறகு ஏன் எங்களின் இயந்திரங்களுக்கு அதிக பணம் செலுத்துகிறோம்?”

இந்த நிர்வாகத் தோழர்களுக்கு நாங்கள் பெரும் பணம் கொடுக்கிறோம், ஆனால் அவர்கள் இது போன்ற முட்டாள்தனமாக நினைக்கிறார்கள். மீண்டும் ஒருமுறை, எனது முக்கிய அம்சம் என்னவென்றால், நமது கிரகத்தில் பல புத்திசாலித்தனமான மற்றும் மிகவும் கடினமாக உழைக்கும் டெவலப்பர்கள் உள்ளனர்; அவர்கள் உண்மையிலேயே புத்திசாலிகள் மற்றும் விடாமுயற்சியுடன் இருக்கிறார்கள், இருப்பினும் அவர்கள் அங்கீகாரம் பெற்ற பல்கலைக்கழகங்களில் உட்கார்ந்து ஒரு நிமிடம் கூட செலவிடவில்லை. ஓ, இப்போது அவற்றில் அதிகமானவை உள்ளன!

சில புத்திசாலித்தனமான தோழர்கள் உங்கள் இடத்தை வேட்டையாடுவதாகக் கூறப்படுவதால், உங்கள் இடத்தைப் பற்றி கவலைப்படத் தொடங்க வேண்டாம் என்று நான் பரிந்துரைக்கவில்லை. மென்பொருள் மேம்பாட்டின் பரிணாமம் உங்களை விட வேகமாக நகரும் என்பதால் அதைப் பற்றி கவலைப்படத் தொடங்குமாறு நான் பரிந்துரைக்கிறேன். நீங்கள் பத்து ஆண்டுகளாக பணிபுரிந்து வருகிறீர்கள், அவர்களில் ஐந்து பேர் மேலாளராக பணிபுரிகிறீர்கள், மேலும் நீங்கள் நினைக்கிறீர்கள்: "மென்பொருளை எவ்வாறு உருவாக்குவது என்பது எனக்கு ஏற்கனவே தெரியும்." ஆம், உங்களுக்குத் தெரியும். வருகிறேன்…

குறியீடு எழுதுவதை நிறுத்துங்கள், ஆனால்...

நீங்கள் எனது அசல் ஆலோசனையைப் பின்பற்றி, குறியீட்டை எழுதுவதை நிறுத்தினால், தானாக முன்வந்து உருவாக்கும் செயல்பாட்டில் பங்கேற்பதை நிறுத்துவீர்கள். இந்த காரணத்திற்காகவே நான் அவுட்சோர்சிங்கை தீவிரமாக பயன்படுத்துவதில்லை. ஆட்டோமேட்டா உருவாக்குவதில்லை, உற்பத்தி செய்கிறது. நன்கு வடிவமைக்கப்பட்ட செயல்முறைகள் நிறைய பணத்தை மிச்சப்படுத்துகின்றன, ஆனால் அவை நம் உலகிற்கு புதிதாக எதையும் கொண்டு வருவதில்லை.

உங்களிடம் ஒரு சிறிய குழு இருந்தால், சிறிய பணத்திற்காக நிறைய வேலை செய்கிறீர்கள் என்றால், குறியீடு எழுதுவதை நிறுத்தும் யோசனை எனக்கு ஒரு மோசமான வாழ்க்கை முடிவு போல் தெரிகிறது. முடிவற்ற விதிமுறைகள், செயல்முறைகள் மற்றும் கொள்கைகள் கொண்ட அசுர நிறுவனங்களில் கூட, மென்பொருளை நீங்களே எவ்வாறு உருவாக்குவது என்பதை மறந்துவிட உங்களுக்கு உரிமை இல்லை. மேலும் மென்பொருள் மேம்பாடு தொடர்ந்து மாறிக்கொண்டே இருக்கிறது. அது இப்போது மாறி வருகிறது. உன் காலடியில்! இந்த நொடியில்!

உங்களுக்கு ஆட்சேபனைகள் உள்ளன. புரிந்து. கேட்போம்.

“ராண்ட்ஸ், நான் டைரக்டர் நாற்காலிக்குப் போகிறேன்! நான் தொடர்ந்து குறியீடு எழுதினால், என்னால் வளர முடியும் என்று யாரும் நம்ப மாட்டார்கள்.

நான் உங்களிடம் இதைக் கேட்க விரும்புகிறேன்: உங்கள் “நான் CEO ஆகப் போகிறேன்!” நாற்காலியில் நீங்கள் அமர்ந்திருப்பதால், உங்கள் நிறுவனத்தில் கூட மென்பொருள் மேம்பாட்டுத் தோற்றம் மாறுவதை நீங்கள் கவனித்தீர்களா? உங்கள் பதில் ஆம் எனில், நான் உங்களிடம் மற்றொரு கேள்வியைக் கேட்பேன்: இது எவ்வாறு சரியாக மாறுகிறது மற்றும் இந்த மாற்றங்களைப் பற்றி நீங்கள் என்ன செய்யப் போகிறீர்கள்? எனது முதல் கேள்விக்கு நீங்கள் "இல்லை" என்று பதிலளித்திருந்தால், நீங்கள் வேறு நாற்காலிக்கு செல்ல வேண்டும், ஏனென்றால் (நான் பந்தயம் கட்டுகிறேன்!) இந்த நொடியில் மென்பொருள் மேம்பாட்டுத் துறை மாறுகிறது. மென்பொருளை எவ்வாறு உருவாக்குவது என்பதை நீங்கள் மெதுவாக ஆனால் நிச்சயமாக மறந்துவிட்டால் நீங்கள் எப்படி வளரப் போகிறீர்கள்?

உங்கள் அடுத்த தயாரிப்புக்கான பல அம்சங்களைச் செயல்படுத்துவதில் உங்களை ஈடுபடுத்திக் கொள்ள வேண்டாம் என்பது எனது ஆலோசனை. உங்கள் குழு மென்பொருளை எவ்வாறு உருவாக்குகிறது என்பதைத் தொடர்ந்து நீங்கள் தொடர்ந்து நடவடிக்கை எடுக்க வேண்டும். நீங்கள் இயக்குனராகவும், துணைத் தலைவராகவும் இதைச் செய்யலாம். வேறு ஏதாவது?

“அடடா, ராண்ட்ஸ்! ஆனால் யாராவது நடுவராக இருக்க வேண்டும்! யாராவது பெரிய படத்தை பார்க்க வேண்டும். நான் குறியீட்டை எழுதினால், பார்வையை இழந்துவிடுவேன்."

நீங்கள் இன்னும் நடுவராக இருக்க வேண்டும், நீங்கள் இன்னும் முடிவுகளை ஒளிபரப்ப வேண்டும், மேலும் ஒவ்வொரு திங்கட்கிழமை காலையும் உங்கள் பொறியாளர் ஒருவருடன் 30 க்கு வாராந்திர "நாம் அனைவரும் அழிந்துவிட்டோம்" என்று கேட்க, கட்டிடத்தை நான்கு முறை சுற்றி வர வேண்டும். நிமிடங்கள்.! ஆனால் அதையெல்லாம் தாண்டி, நீங்கள் ஒரு பொறியியல் மனநிலையைப் பராமரிக்க வேண்டும், அதைச் செய்ய நீங்கள் முழுநேர புரோகிராமராக இருக்க வேண்டியதில்லை.

பொறியியல் மனநிலையைப் பேணுவதற்கான எனது குறிப்புகள்:

1. வளர்ச்சி சூழலைப் பயன்படுத்தவும். குறியீடு உருவாக்க அமைப்பு, பதிப்பு கட்டுப்பாடு மற்றும் நிரலாக்க மொழி உள்ளிட்ட உங்கள் குழுவின் கருவிகளை நீங்கள் நன்கு அறிந்திருக்க வேண்டும் என்பதே இதன் பொருள். இதன் விளைவாக, தயாரிப்பு மேம்பாடு பற்றி பேசும்போது உங்கள் குழு பயன்படுத்தும் மொழியில் நீங்கள் தேர்ச்சி பெறுவீர்கள். இது உங்களுக்குப் பிடித்த டெக்ஸ்ட் எடிட்டரைத் தொடர்ந்து பயன்படுத்த அனுமதிக்கும், அது சரியாகச் செயல்படுகிறது.
2. எந்த நேரத்திலும் எந்த மேற்பரப்பிலும் உங்கள் தயாரிப்பை விவரிக்கும் விரிவான கட்டடக்கலை வரைபடத்தை நீங்கள் வரைய முடியும். இப்போது நான் மூன்று கலங்கள் மற்றும் இரண்டு அம்புகள் கொண்ட எளிமைப்படுத்தப்பட்ட பதிப்பைக் குறிக்கவில்லை. தயாரிப்பின் விரிவான வரைபடத்தை நீங்கள் அறிந்திருக்க வேண்டும். மிகவும் கடினமான ஒன்று. எந்தவொரு அழகான வரைபடமும் அல்ல, ஆனால் விளக்குவதற்கு கடினமான ஒரு வரைபடம். தயாரிப்பு பற்றிய முழுமையான புரிதலுக்கு ஏற்ற வரைபடமாக இது இருக்க வேண்டும். இது தொடர்ந்து மாறிக்கொண்டே இருக்கிறது, சில மாற்றங்கள் ஏன் நிகழ்ந்தன என்பதை நீங்கள் எப்போதும் அறிந்திருக்க வேண்டும்.
3. செயல்பாடுகளில் ஒன்றை செயல்படுத்துவதை எடுத்துக் கொள்ளுங்கள். இந்த புள்ளியில் மறைந்திருக்கும் ஆபத்துகள் அதிகம் என்பதால் இதை எழுதும் போது நான் உண்மையில் வியப்படைகிறேன். அம்சங்களில் ஒன்றை நீங்களே செயல்படுத்துவதன் மூலம், மேம்பாட்டு செயல்பாட்டில் நீங்கள் தீவிரமாக ஈடுபடுவீர்கள் என்பது மட்டுமல்லாமல், "எல்லாவற்றிற்கும் பொறுப்பான மேலாளர்" என்ற பாத்திரத்திலிருந்து "ஒன்றைச் செயல்படுத்தும் பொறுப்பான மனிதனின்" பாத்திரத்திற்கு அவ்வப்போது மாறவும் இது உங்களை அனுமதிக்கும். செயல்பாடுகளின்." இந்த அடக்கமான மற்றும் அடக்கமற்ற அணுகுமுறை சிறிய முடிவுகளின் முக்கியத்துவத்தை உங்களுக்கு நினைவூட்டுகிறது.
4. நான் இன்னும் முழுவதும் நடுங்குகிறேன். யாரோ ஏற்கனவே என்னைக் கத்துவது போல் தெரிகிறது: “செயல்பாட்டின் செயல்பாட்டைத் தானே எடுத்துக் கொண்ட மேலாளர்?! (மற்றும் நான் அவருடன் உடன்படுகிறேன்!) ஆம், நீங்கள் இன்னும் மேலாளராக இருக்கிறீர்கள், அதாவது இது ஒரு சிறிய செயல்பாடாக இருக்க வேண்டும், சரியா? ஆம், நீங்கள் இன்னும் நிறைய செய்ய வேண்டும். நீங்கள் செயல்பாட்டைச் செயல்படுத்த முடியாவிட்டால், உங்களுக்காக சில உதிரி ஆலோசனைகள் என்னிடம் உள்ளன: சில பிழைகளை சரிசெய்யவும். இந்த விஷயத்தில், நீங்கள் படைப்பின் மகிழ்ச்சியை உணர மாட்டீர்கள், ஆனால் தயாரிப்பு எவ்வாறு உருவாக்கப்படுகிறது என்பதைப் பற்றிய புரிதல் உங்களுக்கு இருக்கும், அதாவது நீங்கள் ஒருபோதும் வேலையில் இருந்து வெளியேற மாட்டீர்கள்.
5. அலகு சோதனைகளை எழுதுங்கள். மக்கள் பைத்தியம் பிடிக்கத் தொடங்கும் போது நான் இன்னும் தயாரிப்பு சுழற்சியில் தாமதமாக இதைச் செய்கிறேன். உங்கள் தயாரிப்புக்கான சுகாதார சரிபார்ப்புப் பட்டியலாக இதை நினைத்துப் பாருங்கள். இதை அடிக்கடி செய்யுங்கள்.

மீண்டும் ஆட்சேபனை?

“ராண்ட்ஸ், நான் குறியீட்டை எழுதினால், எனது குழுவை குழப்புவேன். நான் யார் என்று அவர்களுக்குத் தெரியாது - மேலாளர் அல்லது டெவலப்பர்.

சரி.

ஆம், நான், "சரி!" டெவலப்பர் குளத்தில் நீந்துவதன் மூலம் உங்கள் குழுவை குழப்பலாம் என்று நீங்கள் நினைப்பதில் நான் மகிழ்ச்சியடைகிறேன். இது எளிதானது: மென்பொருள் மேம்பாட்டில் வெவ்வேறு பாத்திரங்களுக்கு இடையிலான எல்லைகள் தற்போது மிகவும் மங்கலாக உள்ளன. UI தோழர்கள் ஜாவாஸ்கிரிப்ட் மற்றும் CSS நிரலாக்கம் என்று பரவலாக அழைக்கப்படுவதைச் செய்கிறார்கள். டெவலப்பர்கள் பயனர் அனுபவ வடிவமைப்பைப் பற்றி மேலும் மேலும் கற்றுக்கொள்கிறார்கள். மக்கள் ஒருவருக்கொருவர் தொடர்பு கொள்கிறார்கள் மற்றும் பிழைகள் பற்றி அறிந்து கொள்கிறார்கள், மற்றவர்களின் குறியீடு திருடப்படுவதைப் பற்றி, மேலும் ஒரு மேலாளர் இந்த மிகப்பெரிய, உலகளாவிய, குறுக்கு மகரந்தச் சேர்க்கை தகவல் பச்சனாலியாவில் பங்கேற்காததற்கு எந்த நல்ல காரணமும் இல்லை.

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

உங்கள் குழு குழப்பமாகவும் குழப்பமாகவும் மாறுவதை நான் விரும்பவில்லை. மாறாக, உங்கள் குழு மிகவும் திறம்பட தொடர்பு கொள்ள வேண்டும் என்று நான் விரும்புகிறேன். நீங்கள் தயாரிப்பை உருவாக்குவதிலும் அம்சங்களில் பணிபுரிவதிலும் ஈடுபட்டிருந்தால், உங்கள் குழுவுடன் நீங்கள் நெருக்கமாக இருப்பீர்கள் என்று நான் நம்புகிறேன். மேலும் முக்கியமாக, உங்கள் நிறுவனத்தில் உள்ள மென்பொருள் மேம்பாட்டு செயல்பாட்டில் நிலையான மாற்றங்களுக்கு நீங்கள் நெருக்கமாக இருப்பீர்கள்.

வளர்ச்சியை நிறுத்த வேண்டாம்

போர்லாந்தில் உள்ள என்னுடைய சக ஊழியர் ஒருமுறை அவளை "குறியீட்டாளர்" என்று அழைத்ததற்காக என்னை வார்த்தைகளால் தாக்கினார்.

“ராண்ட்ஸ், குறியாக்கி ஒரு புத்திசாலித்தனமான இயந்திரம்! குரங்கு! பயனற்ற குறியீட்டின் சலிப்பான வரிகளை எழுதுவதைத் தவிர குறியீட்டாளர் முக்கியமான எதையும் செய்யவில்லை. நான் ஒரு குறியீட்டாளர் அல்ல, நான் ஒரு மென்பொருள் உருவாக்குநர்!

அவள் சொல்வது சரிதான், புதிய தலைமை நிர்வாக அதிகாரிகளுக்கான எனது ஆரம்ப ஆலோசனையை அவள் வெறுத்திருப்பாள்: "குறியீடு எழுதுவதை நிறுத்து!" அவர்கள் குறியீட்டாளர்கள் என்று நான் பரிந்துரைப்பதால் அல்ல, ஆனால் அவர்கள் தங்கள் வேலையின் மிக முக்கியமான பகுதிகளில் ஒன்றைப் புறக்கணிக்கத் தொடங்க வேண்டும் என்று நான் முன்கூட்டியே பரிந்துரைக்கிறேன்: மென்பொருள் மேம்பாடு.

எனவே எனது ஆலோசனையை புதுப்பித்துள்ளேன். நீங்கள் ஒரு நல்ல தலைவராக இருக்க விரும்பினால், நீங்கள் குறியீடு எழுதுவதை நிறுத்தலாம், ஆனால்...

நெகிழ்வாக இருங்கள். பொறியியலாளராக இருப்பதன் அர்த்தம் என்ன என்பதை நினைவில் கொள்ளுங்கள், மேலும் மென்பொருளை உருவாக்குவதை நிறுத்த வேண்டாம்.

எழுத்தாளர் பற்றி

மைக்கேல் லோப் ஒரு மூத்த மென்பொருள் உருவாக்குநர் ஆவார், அவர் இன்னும் சிலிக்கான் பள்ளத்தாக்கை விட்டு வெளியேறவில்லை. கடந்த 20 ஆண்டுகளில், ஆப்பிள், நெட்ஸ்கேப், சைமென்டெக், போர்லாண்ட், பலன்டிர், பின்டெரெஸ்ட் உள்ளிட்ட பல்வேறு புதுமையான நிறுவனங்களுக்காக மைக்கேல் பணிபுரிந்தார், மேலும் மெதுவாக மறதியில் மிதக்கும் ஸ்டார்ட்அப்பில் பங்கேற்றார்.

வேலைக்கு வெளியே, மைக்கேல் ராண்ட்ஸ் என்ற புனைப்பெயரில் தொழில்நுட்பம் மற்றும் மேலாண்மை பற்றிய பிரபலமான வலைப்பதிவை நடத்துகிறார், அங்கு அவர் நிர்வாகத் துறையில் உள்ள கருத்துக்களை வாசகர்களுடன் விவாதிக்கிறார், தொடர்ந்து தனது விரலைத் துடிப்புடன் வைத்திருக்க வேண்டியதன் அவசியத்தைப் பற்றி கவலைப்படுகிறார், மேலும் அதை விளக்குகிறார். ஒரு தயாரிப்பை உருவாக்குவதற்கான தாராளமான வெகுமதிகள், உங்கள் வெற்றி உங்கள் குழுவிற்கு மட்டுமே சாத்தியமாகும். வலைப்பதிவை இங்கே காணலாம் www.randsinrepose.com.

மைக்கேல் தனது குடும்பத்துடன் கலிபோர்னியாவின் ரெட்வுட்டில் வசித்து வருகிறார். பிஸியாக இருப்பதை விட ஆரோக்கியமாக இருப்பது முக்கியம் என்பதால், மலையில் பைக் விளையாடுவதற்கும், ஹாக்கி விளையாடுவதற்கும், ரெட் ஒயின் குடிப்பதற்கும் அவர் எப்போதும் நேரம் கண்டுபிடிப்பார்.

» புத்தகத்தைப் பற்றிய கூடுதல் விவரங்களை இங்கே காணலாம் வெளியீட்டாளரின் இணையதளம்
» உள்ளடக்க அட்டவணை
» பகுதி

கூப்பனைப் பயன்படுத்தி Khabrozhiteleyக்கு 20% தள்ளுபடி - மக்களை நிர்வகித்தல்

புத்தகத்தின் காகித பதிப்பிற்கு பணம் செலுத்தியவுடன், புத்தகத்தின் மின்னணு பதிப்பு மின்னஞ்சல் மூலம் அனுப்பப்படும்.

பி.எஸ்.: புத்தகத்தின் விலையில் 7% புதிய கணினி புத்தகங்களின் மொழிபெயர்ப்புக்கு செல்லும், புத்தகங்களின் பட்டியல் அச்சகத்திற்கு ஒப்படைக்கப்பட்டது இங்கே.

ஆதாரம்: www.habr.com