लाल गोली मौजूद नहीं है

यह किस बारे में है

लंबे समय तक मैं समानता, स्वतंत्रता और भाईचारे के विचारों का पालन करता था कि एक लाल गोली है।

- स्केलिंग कार्यक्रमों की सभी समस्याओं को हल करने के लिए ओओपी का उपयोग करना संभव है;
- कि एक पद्धति का उपयोग करके परियोजना विकास का निर्माण करना संभव है;
- कि कई सरल पुस्तकों की मदद से आप सीख सकते हैं कि इंटरफेस कैसे डिज़ाइन किया जाए।

वास्तव में, कुछ दर्जन परियोजनाओं के बाद, मैं इस नतीजे पर पहुंचा कि यह सब भ्रम से अधिक कुछ नहीं है, और चमत्कार केवल लेखकों की पुस्तकों में होता है जो अपनी सबसे अधिक बिकने वाली पुस्तकों पर लाखों बनाते हैं। या सलाहकारों के सिर में, जो आपको फुर्तीला, केपीआई और अन्य buzzwords के रूप में पैसा बेच रहे हैं।

मैं इस पोस्ट में कोई खोज नहीं करूंगा। यदि आप मेरे अनुभव पर विश्वास करने का निर्णय लेते हैं तो मैं आपको कुछ वर्षों तक बचाऊंगा।

कोई डिज़ाइन नहीं

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

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

लेकिन वह काम नहीं करता है। लोगों को एक सरल विचार के साथ नहीं मिलता है: आदर्श मौजूद नहीं है। कोई भी डिजाइनर, प्रोग्रामर, विशेषज्ञ, एक साल पहले उनके काम को देखते हुए, कई गलतियाँ पाएंगे - क्योंकि वह पेशेवर रूप से विकसित हुए थे। इसका मतलब है कि किसी भी परिणाम में हमेशा सुधार किया जा सकता है। हालांकि, वही लोग आपको मुंह पर झाग के साथ मनाएंगे कि आज उन्होंने ज़ेन सीखा है और इसे तुरंत करेंगे।

उनकी बात मत सुनो। चारों ओर देखें: प्रकृति तुरंत डिजाइन नहीं करती है, यह अरबों पुनरावृत्तियों को करती है और सकारात्मक प्रतिक्रिया को लागू करती है (क्षमा करें, रचनाकारों ने संक्रमणकालीन रूपों को फिर भी पाया है)। और विकास के माध्यम से जीवों का विकास करता है।

इसलिए, मैंने अपने अनुभव से एक सरल निष्कर्ष निकाला - आदर्शवाद के बावजूद, सिस्टम के पहले तीन से पांच पुनरावृत्तियों को जल्दी से किया जाना चाहिए (आमतौर पर हार्डकोड और गोवनोकॉड के साथ)। लाइव डेटा पर एक तरह का इंटरैक्टिव प्रोटोटाइप, जिस पर डेवलपर्स वास्तव में विषय क्षेत्र का विवरण जानते हैं, और ग्राहक आखिरकार समझता है कि उसे क्या चाहिए। उसके बाद, आप डिजाइन कर सकते हैं, लेकिन पहले कभी नहीं।

यहां तक ​​कि मार्टिन फाउलर ने विकासवादी डिजाइन (और मृत पारंपरिक) पर गंभीरता से चर्चा की ।

कोई कार्यप्रणाली नहीं

यहाँ मैं संक्षिप्त हूँ। हमने निश्चित पुनरावृत्तियों की कोशिश की, कंबन की कोशिश करें। चूंकि मैं एक प्रोग्रामर हूं, इसलिए पीएम के अलावा, मैं इस बात की पुष्टि कर सकता हूं कि सभी कार्यप्रणालियां वास्तव में राइट-कोड- blyat.rf पर आती हैं ।

और कम अनावश्यक कार्यों को प्रक्रिया में पेश किया जाता है, बेहतर। दैनिक अनिवार्य वार्तालाप एक शून्य है (हम शाम को और अधिक बार ऑन-डिमांड संवाद करते हैं)। नियोजन पोकर - नफिग: एक नियम के रूप में, मेरी परियोजनाओं में बहुत सारी जटिल निर्भरताएं हैं, और उन्हें सही ढंग से मॉडल करना असंभव है; जिसका अर्थ है कि अनुमान केवल समय लगेगा और हावी होगा जब आप उन्हें खुद पर ले गए थे। इसके बजाय, सरल अनुमान हैं: इसे तुरंत करें, इसे एक घंटे में, एक दिन में और इसी तरह करें।

एक अलग बिंदु निश्चित पुनरावृत्ति की अस्वीकृति है । मुझे नहीं पता कि दूसरे कैसे करते हैं, लेकिन मेरी परियोजनाओं में, साथ ही स्टार्टअप्स में, लगातार रिलीज़ और त्वरित परिवर्तन बहुत महत्वपूर्ण हैं। एक द्वि-साप्ताहिक फिक्स्ड रिलीज IMHO बकवास है, और हमने कानबन के पक्ष में निश्चित पुनरावृत्तियों को छोड़ दिया है, यही कारण है। हालांकि, हम अकेले नहीं हैं - यहां विकास के विकास के 50 महीने हैं, लोग उसी निष्कर्ष पर आए थे।

मैं भी ट्विचिंग पर ध्यान देना चाहता हूं। हमारे पास एक नियमन है (इसके कार्यान्वयन के साथ यह आसान नहीं है, लेकिन हम चुप रहने के बारे में नहीं छोड़ते हैं): दिन में कम से कम 4 घंटे, प्रोग्रामर को बिना किसी आईएम टूल के काम करना चाहिए, क्योंकि सवालों को स्विच करने का तरीका कुछ भी नहीं है।

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

इकाइयों के अलावा, कुछ लोग जो Google या आईबीएम में 5-10 साल से विकास कर रहे हैं, मूल रूप से इन लोगों को आईएमएचओ को परामर्श के करीब भी नहीं आना चाहिए, जब तक कि पोर्टफोलियो में वास्तव में अच्छी परियोजनाएं न हों।

वहाँ क्या है?

सामान्य तौर पर, उन पर कोई स्टालिन नहीं है, और केवल बड़े पैमाने पर निष्पादन देश को बचाएगा, कैडर सब कुछ तय करते हैं, जैसा कि हमारे देश के एक अलोकतांत्रिक नेता ने कहा।

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

इसलिए, मैं उन लोगों की तलाश कर रहा हूं जो उनके काम को पसंद करते हैं - यह गिफ्टेडनेस (प्रतिभा के समय) का संकेत है, और यह कि एक व्यक्ति ने अपना सही रास्ता चुना है (और बल द्वारा नहीं, पैसे के लिए, उसने वहां जावा या फोटोशॉप का अध्ययन किया और वह उसी में लगा हुआ है जो उसे उपहार में नहीं दिया गया है)।

एक महान प्रोग्रामर दस gouging या औसत दर्जे का है। एक स्मार्ट, मिलनसार, ऊर्जावान नेता जो दूसरों को ऊर्जा से संक्रमित करता है और प्रोग्रामर के सम्मान को जीतने में सक्षम होता है, दस साधारण पीएम और रबी दादी के लिए काम पर रखने वाले सलाहकार होते हैं।

इसलिए, मैं लोगों को तलाशने और बनाए रखने के लिए हर संभव प्रयास कर रहा हूं। मैं कार्यप्रणाली में विश्वास नहीं करता हूं - अगर कोई परियोजना नहीं है जो परियोजना में विश्वास करती है, और स्मार्ट लोगों की कोई टीम नहीं है, बाकी सब कुछ मायने नहीं रखता है। और मैं अभी अच्छा करने की क्षमता में विश्वास नहीं करता, लेकिन मैं विकास में विश्वास करता हूं।

चंचल के रूप में लाल गोलियों पर पैसा, समय और उनके प्रयासों को कौन खर्च करना चाहता है, या सोचता है कि अभी स्मार्ट प्रोग्रामर सब कुछ डिजाइन करेंगे, और डिजाइनर आकर्षित करेंगे - ठीक है, जाओ! आप तीसरे आगमन से पहले डिजाइन कर सकते हैं, और चौथे तक सही बरडाउन चार्ट बनाने की कोशिश कर सकते हैं, जबकि 10 मेजबान आपके प्रोजेक्ट पर गलत तरीके से चुनी गई उपयोगकर्ता कहानियों से नाराज हैं।

मैं चाहता हूं कि आप कूड़े पर समय बर्बाद न करें, बल्कि सबसे अच्छे से बेहतर तरीके से खोजने और बनाए रखने पर ध्यान दें!

उपसंहार

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

[...] और जो इसके साथ नहीं आना चाहता है वह वह व्यक्ति है जिसे हम ढूंढ रहे हैं। यह एक क्रूर तरीका हो सकता है, लेकिन यह खुद को सही ठहराता है। आप किसी व्यक्ति को नहीं बता सकते: "आप बना सकते हैं तो चलिए, करते हैं। " यह प्रतीक्षा करना अधिक सटीक है जब तक कि वह खुद नहीं कहता: "मैं बना सकता हूं, और मैं बनाऊंगा कि आप इसे चाहते हैं या नहीं।" आप, जॉर्ज जैसे लगभग दस हजार लोग हैं, और डेढ़ हजार दुनिया की तकनीकी प्रगति उन पर निर्भर करती है। हम उनमें से कम से कम एक को खोने या किसी ऐसे व्यक्ति पर प्रयास करने का जोखिम नहीं उठा सकते जो पूरी तरह से आवश्यक आवश्यकताओं को पूरा नहीं करता है।