டெவலப்பர்கள் செவ்வாய் கிரகத்திலிருந்து வந்தவர்கள், நிர்வாகிகள் வீனஸிலிருந்து வந்தவர்கள்

தற்செயல் நிகழ்வுகள் சீரற்றவை, உண்மையில் அது வேறொரு கிரகத்தில் ...

நிர்வாகிகளுடன் ஒரு குழுவில் ஒரு பின்தள டெவலப்பர் எவ்வாறு செயல்படுகிறார் என்பதைப் பற்றிய வெற்றி மற்றும் தோல்வியின் மூன்று கதைகளைப் பகிர்ந்து கொள்ள விரும்புகிறேன்.

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

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

- உயர் பொறுப்பு.
- உற்பத்தியை உடைக்கும் ஆபத்து.
- எல்லா துறைகளிலும் ஒரு நல்ல நிபுணராக இருப்பது கடினம்.

ஆர்வமில்லை, தொடரலாம்.

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

• உற்பத்திக்கான சராசரி வரிசைப்படுத்தல் நேரம் 4-5 மணிநேரம்
• உற்பத்திக்கான அதிகபட்ச வரிசைப்படுத்தல் நேரம் 9 மணிநேரம்
• ஒரு டெவலப்பருக்கு, உற்பத்தியில் உள்ள பயன்பாடு என்பது உற்பத்தி சேவையகத்தைப் போலவே கருப்புப் பெட்டியாகும். மற்றும் பொதுவாக எத்தனை?
• மோசமான வெளியீட்டு தரம், அடிக்கடி பிழைகள்
• டெவலப்பர் வெளியீட்டுச் செயல்பாட்டில் ஈடுபடவில்லை

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

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

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

சட்டம் 3, குறுகிய
அவசர டிக்கெட், தயாரிப்பில் உள்ள பயனர்களில் ஒருவருக்கு முக்கிய செயல்பாடு வேலை செய்யாது. இரண்டு மணி நேரம் குத்து, சரிபார்க்கவும். ஒரு வளர்ச்சி சூழலில், எல்லாம் வேலை செய்கிறது. php-fpm பதிவுகளைப் பார்ப்பது நன்றாக இருக்கும் என்ற தெளிவான புரிதல் உள்ளது. திட்டத்தில் அந்த நேரத்தில் ELK அல்லது Prometheus போன்ற பதிவு முறை இல்லை. நிர்வாகத் துறைக்கு நாங்கள் ஒரு டிக்கெட்டைத் திறக்கிறோம், இதனால் அவை சர்வரில் உள்ள php-fpm பதிவுகளுக்கு அணுகலை வழங்குகின்றன. நாங்கள் எளிதாக அணுகலைக் கேட்கவில்லை என்பதை இங்கே நீங்கள் புரிந்து கொள்ள வேண்டும், கருந்துளை மற்றும் நிர்வாகிகளின் 24/7 பிஸியைப் பற்றி உங்களுக்கு நினைவிருக்கிறதா? பதிவுகளை அவர்களே பார்க்கச் சொன்னால், இது "இந்த வாழ்க்கையில் இல்லை" என்ற முன்னுரிமையுடன் கூடிய பணியாகும். டிக்கெட் உருவாக்கப்பட்டது, நிர்வாகத் துறையின் தலைவரிடமிருந்து உடனடி பதிலைப் பெறுகிறோம்: "உற்பத்தியில் உள்ள பதிவுகளை நீங்கள் அணுக வேண்டியதில்லை, பிழைகள் இல்லாமல் எழுதுங்கள்." ஒரு திரைச்சீலை.

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

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

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

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

கதை மூன்று
தொடக்கம். ஒரு நிர்வாகி, சிறு வளர்ச்சித் துறை. வந்தவுடன், நான் ஒரு முழுமையான பூஜ்ஜியமாக இருக்கிறேன், ஏனென்றால் அஞ்சல் அணுகலைத் தவிர எனக்கு எங்கும் இல்லை. நாங்கள் நிர்வாகிக்கு எழுதுகிறோம், அணுகலை வழங்குமாறு கேட்டுக்கொள்கிறோம். கூடுதலாக, அவர் புதிய ஊழியர் மற்றும் உள்நுழைவுகள் / கடவுச்சொற்களை வழங்க வேண்டியதன் அவசியத்தை அறிந்திருப்பதாக தகவல் உள்ளது. அவை களஞ்சியம் மற்றும் vpn இலிருந்து அணுகலை வழங்குகின்றன. விக்கி, டீம்சிட்டி, ரன்டெஸ்க் ஆகியவற்றிற்கு ஏன் அணுகல் கொடுக்க வேண்டும்? முழு பின்-இறுதிப் பகுதியையும் எழுத அழைக்கப்பட்ட நபருக்குப் பயனற்ற விஷயங்கள். காலப்போக்கில் மட்டுமே சில கருவிகளுக்கான அணுகலைப் பெறுகிறோம். வருகை, நிச்சயமாக, அவநம்பிக்கையை சந்தித்தது. அரட்டைகள் மற்றும் முன்னணி கேள்விகள் மூலம் திட்ட உள்கட்டமைப்பு எவ்வாறு செயல்படுகிறது என்பதை மெதுவாக உணர முயற்சிக்கிறேன். அடிப்படையில் எனக்கு எதுவும் தெரியாது. உற்பத்தி முன்பு இருந்த அதே கருப்புப் பெட்டிதான். ஆனால் அதை விட, சோதனைக்கு பயன்படுத்தப்படும் நிலை சர்வர்களின் கருப்பு பெட்டி கூட உள்ளது. கிட்டில் இருந்து ஒரு கிளையை வரிசைப்படுத்துவதைத் தவிர, எங்களால் எதுவும் செய்ய முடியாது. மேலும், .env கோப்புகள் போன்ற எங்கள் பயன்பாட்டை உள்ளமைக்க முடியாது. அத்தகைய செயல்பாடுகளுக்கான அணுகல் அனுமதிக்கப்படாது. நீங்கள் பிச்சை எடுப்பதில் ஈடுபட வேண்டும், இதனால் சோதனைச் சேவையகத்தில் உங்கள் பயன்பாட்டின் கட்டமைப்பில் உள்ள வரியை மாற்றலாம். (நிர்வாகிகள் திட்டத்தில் தங்களை முக்கியமானவர்களாக உணருவது இன்றியமையாதது என்று ஒரு கோட்பாடு உள்ளது, கட்டமைப்புகளில் வரிகளை மாற்றும்படி அவர்களிடம் கேட்கப்படாவிட்டால், அவை தேவைப்படாது). சரி, எப்போதும் போல, இது வசதியானது அல்லவா? இது விரைவாக சலிப்பை ஏற்படுத்துகிறது, நிர்வாகியுடன் நேரடி உரையாடலுக்குப் பிறகு, டெவலப்பர்கள் மோசமான குறியீட்டை எழுத பிறந்தவர்கள் என்பதை நாங்கள் கண்டுபிடித்தோம், இயற்கையால் அவர்கள் திறமையற்ற ஆளுமைகள் மற்றும் அவர்களை உற்பத்தியிலிருந்து விலக்கி வைப்பது நல்லது. ஆனால் இங்கே சோதனை சேவையகங்களிலிருந்தும், ஒரு சந்தர்ப்பத்தில். மோதல் வேகமாக அதிகரித்து வருகிறது. நிர்வாகியுடன் எந்த தொடர்பும் இல்லை. அவர் தனியாக இருப்பதால் நிலைமை மோசமாக உள்ளது. கீழே ஒரு பொதுவான படம். விடுதலை. சில செயல்பாடுகள் வேலை செய்யாது. நீண்ட காலமாக என்ன நடக்கிறது என்பதை நாங்கள் கண்டுபிடிக்கிறோம், டெவலப்பர்களிடமிருந்து பல்வேறு யோசனைகள் அரட்டையில் வீசப்படுகின்றன, ஆனால் இதுபோன்ற சூழ்நிலையில் உள்ள நிர்வாகி பொதுவாக டெவலப்பர்கள் தான் காரணம் என்று கருதுகிறார். பின்னர் அவர் அரட்டையில் எழுதுகிறார், காத்திருங்கள், நான் திருத்தினேன். பிரச்சனை என்ன என்பது பற்றிய தகவல்களுடன் ஒரு கதையை விட்டுவிடுமாறு கேட்டால், நச்சு சாக்குகளைப் பெறுகிறோம். உங்கள் மூக்கை அது சேராத இடத்தில் ஒட்ட வேண்டாம். டெவலப்பர்கள் குறியீடு எழுத வேண்டும். திட்டத்தில் பல உடல் அசைவுகள் ஒரே நபரின் மூலம் சென்று, அனைவருக்கும் தேவையான அறுவை சிகிச்சைகளை அவர் மட்டுமே செய்யக்கூடிய சூழ்நிலை மிகவும் வருத்தமளிக்கிறது. அத்தகைய நபர் ஒரு பயங்கரமான இடையூறு. டெவொப்ஸ் யோசனைகள் சந்தைக்கு நேரத்தைக் குறைப்பதை நோக்கமாகக் கொண்டால், அத்தகைய நபர்கள் டெவொப்ஸ் யோசனைகளின் மோசமான எதிரிகள். துரதிர்ஷ்டவசமாக, திரை இங்கே மூடுகிறது.

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

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