ज़ोंबी खेत

हैलो, मेरा नाम सर्गेई है और मुझे लाश से डर लगता है।

मैं 21 साल का था जब मुझे मेरी पहली नौकरी मिली। अपने पहले प्रोजेक्ट की कल्पना करें जो मैंने क्लासिक एएसपी पर लिखा था। यह बाईलोडर का एक क्लासिक काम था:

- व्यापार तर्क? नहीं, सुना नहीं
- डेटाबेस में कोई इंडेक्स नहीं थे
- आईडी अनियमितता के लिए तालिका में चयन करके बेतरतीब ढंग से तैयार की गई थी
- Monstroid ASP फ़ाइलें, HTML VB स्क्रिप्ट के साथ मिश्रित



सच है, उसने काम किया और ग्राहक के पैसे लाए। इस परियोजना पर मेरी सबसे बड़ी उपलब्धि उपयोगकर्ताओं की सूची को अपडेट करने की प्रक्रिया है। परियोजना की बारीकियों के कारण, इन सूचियों को EBCDIC प्रारूप में एक फ़ाइल में हर दिन प्रदान किया गया था, और यह इंगित नहीं करता था कि कौन हटा / जोड़ा गया था। ऐसा लगता है, क्या समस्या है? मैं गुजरा, जाँचा, जोड़ा / हटाया गया। लेकिन नहीं, एक फ़ाइल में औसतन 500 हजार रिकॉर्ड थे। सरल गणना ने 10-30 रिकॉर्ड प्रति सेकंड की गति से काम किया। लंबे समय तक रहने के बाद, मैंने एक संग्रहीत प्रक्रिया को जन्म दिया, जिसमें 5 लाइनें शामिल थीं, जिसमें कोई लूप या शाप नहीं था, और जिसने मेरे तत्कालीन P3-800 पर प्रति सेकंड लगभग 1000 रिकॉर्ड संसाधित किए। विन? वाइन।

मेरा दूसरा प्रमुख प्रोजेक्ट VB.NET पर था - एक परियोजना और कार्य प्रबंधन प्रणाली। गोवनोकॉड था, लेकिन मैंने पढ़ाई की। इस परियोजना पर, मैंने उस ज्ञान का परीक्षण किया जिसे मैंने साहित्य से आकर्षित किया था। हमने उत्पाद के दो संस्करण जारी किए हैं जो कंपनी के लिए स्थिर धन लाए हैं, और मैंने VB6 और VC ++ पर प्रोजेक्ट करते हुए, अन्य लोगों के कोड में बग्स को ठीक करते हुए, क्लाइंट्स के साथ संवाद करते हुए, जूनियर्स को प्रशिक्षण देते हुए सेल्फ-एजुकेशन में संलग्न रहना जारी रखा। खुदाई, सामान्य रूप से।

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

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

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

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

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

यह सब क्या है?

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

अब बाजार की स्थिति 2000 के दशक की शुरुआत जैसी नहीं रही। 100,500 कंपनियां अपने दिलचस्प प्रोजेक्ट्स, सुंदर ईशर के बारे में बात करती हैं और सभी को "कुकी कुकीज़" के रूप में बुलाती हैं ( वैसे, इस बकवास का आविष्कार किसने किया? )। एक विकल्प है कि हर प्रोग्रामर खुद बनाता है।

आप "सरल" तरीके से जा सकते हैं और एक "दिलचस्प परियोजना" पा सकते हैं। खैर, यह है, यह कैसे होता है? हम एक फिर से शुरू लिख रहे हैं जिसमें हम अपने दम पर टीम की खूबियों को बताते हैं। हम काम के वर्तमान स्थान की तुलना में 30 +% अधिक वेतन का संकेत देते हैं। हम आते हैं, आलसी नियोक्ता के सवालों का जवाब देते हैं, देखें (अगर एक है)। रुचि रखते हैं? खैर, फिर हम काम पर आते हैं। एक साल के बाद, प्रक्रिया को 1 बिंदु से दोहराएं। लाभ।

आप "मुश्किल" तरीके से जा सकते हैं - जिस तरह से मैं गया, जूनियर से प्रोजेक्ट मैनेजर तक; परिणाम के लिए जिम्मेदारी लेने और यह साबित करने का एक कठिन और लंबा रास्ता कि आप अधिकार के योग्य हैं, एक ऐसा तरीका जो 10 साल बाद मुझे आसपास की वास्तविकता को समझने के सर्पिल के एक नए दौर में ले आया।

अब उद्योग एक केक नहीं रह गया है। आईटी विशेषज्ञों की भारी मांग ने पीढ़ी-दर-पीढ़ी पैदा की है - “मैं सुबह 9 बजे से शाम 6 बजे तक काम करता हूं, दोपहर के भोजन का समय, मेरी जिम्मेदारी यह है कि वे क्या कहते हैं; मेरे वर्किंग फ़ोकस के बाहर की सभी चीज़ों में मेरी दिलचस्पी नहीं है। ” एक वाक्यांश है जो अच्छी तरह से वर्णन करता है कि मैं यहां किस बारे में बात कर रहा हूं: “18.55 आपका एकीकरण विफल रहता है? ठीक है, मैं घर चला गया। ”

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