पूर्वव्यापी रैक। कैसे एक स्व-निर्मित समाधान भुगतान की तुलना में ठंडा हो गया

नमस्ते! मेरा नाम एलेक्सी प्यानकोव है, मैं स्पोर्टमास्टर में मुख्य प्रोग्रामर हूं। मैं तुरंत कहूंगा कि "प्रिंसिपल" का अर्थ "सभी प्रोग्रामरों में सबसे महत्वपूर्ण" नहीं है, नहीं, यह सिर्फ एक नाम है, "वरिष्ठ +" के लिए ऐसा आकर्षक अनुवाद।

मैं 2012 से स्पोर्टमास्टर में काम कर रहा था और इस दौरान विकास टीम ने कई निर्णय लिए जो तकनीकी दृष्टिकोण से दिलचस्प हैं। लेकिन आज मैं अपने काम के बारे में एक जोर के साथ बात करना चाहूंगा कि हमने कुछ अस्पष्ट परिस्थितियों में कैसे तर्क दिया।

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

और मैं 2012 में शुरू करूँगा।

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

मेरे लिए व्यक्तिगत रूप से, आखिरी पुआल इस "दुनिया में सबसे महंगी ई-कॉमर्स" में एक विधि के कोड से परिचित हो रहा था, जब एक जटिल बग पर कई घंटों के केंद्रित काम ने इस तथ्य को जन्म दिया कि कारण कस्टम-टैग में कहीं पाया गया था, जो तब काम करता है jsp में html जनरेशन। इस कस्टम-टैग का कार्य कुछ मानों का योग प्रदर्शित करना है। यह खराब नहीं है, इसके लिए कस्टम-टैग का इरादा है। लेकिन आश्चर्य इस तथ्य में छिपा हुआ है कि डेटाबेस में कुछ डेटा बदलता है, निम्न पृष्ठों पर व्यवहार इसके साथ बंधा हुआ है, और यदि आप F5 दबाते हैं, तो कॉल दोहराता है, यह डेटा की स्थिरता का उल्लंघन करता है। इसके अलावा, इसने इस तरह से उल्लंघन किया कि यह केवल कुछ चरणों के बाद ही अनुक्रम के 3 पेज पर दिखाई दिया। नहीं, मुझे कोई आपत्ति नहीं है कि इस तरह के "मास्टर निंजा" टीम में थे और उनके कोड ने अच्छे आकार में सहयोगियों के ध्यान का समर्थन किया। लेकिन ऐसा ही है, सबसे महंगी प्रणाली में!

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

जल्दी से नहीं कहा। हमने एक पायलट बनाया जिसमें हमने नई स्पोर्टमास्टर वेबसाइट के विकास की नींव रखी। इन विचारों में से कई ने जड़ ले ली है और अभी उनकी निरंतरता सक्रिय रूप से साइट पर घूम रही है।

पायलट चरणों और समय सीमा

2 दिन हमने एक माइक्रोट्रॉटोटाइप बनाया - सप्ताहांत में हम ElasticSearch में अपने आधार से आगे निकल रहे हैं, हम एक पहलू खोज कर रहे हैं। वाह रे! एक ही खरीदी प्रणाली में, इस तरह के एक सेटिंग "खाया" 2 सप्ताह। और यहाँ - बस कुछ ही घंटों में! हां, और यह तेजी से काम करता है। और तेजी से एक आदेश द्वारा।

2 सप्ताह। हम एक प्रोटोटाइप को देख रहे हैं, पर्याप्त व्यक्तिगत वितरण के लिए कार्यक्षमता जोड़ रहे हैं।

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

स्टॉक के साथ, सब कुछ इतना सरल नहीं है। उदाहरण के लिए, मैंने स्की खरीद ली, अब एक टोपी पर 40% की छूट है, लेकिन साथ ही, पूरे आदेश पर 10% स्वागत छूट रद्द कर दी गई है। हां, हां, यह एक वास्तविक मामला है :) और खरीद प्रणाली में इस तरह के प्रचार को स्थापित करने के लिए, आपूर्तिकर्ता के साथ 3 परामर्शों का भुगतान किया गया था, जिसके परिणामस्वरूप हमें अलग-अलग अन्य प्रचार करने के कई उदाहरण मिले। बहुत कूटनीतिक और, परामर्श की लागत को देखते हुए, बहुत आर्थिक रूप से अच्छा है।

व्यापार को एक विस्तृत डेमो दिखाया। उन्होंने पायलट को जल्दी से इकट्ठा करने और तुरंत काम पर जाने का वादा किया।

2 महीने। पायलट प्रोजेक्ट - हम इसे निर्देशिका खोज के साथ एक लाइव साइट के रूप में बनाते हैं। पहलुओं के साथ खोज, खोज परिणाम - व्यक्तिगत छूट के साथ, पायलट लगभग एक स्पोर्टमास्टर की साइट की तरह दिखता है, और हम एक ही उत्पादों में भरे हुए हैं। यम!

हम अपने विभाग प्रमुख के "वाग्मिता: 100" को जोड़ते हैं, और व्यापार की प्रस्तुति हुर्रे पर होती है! वे हमें ई-प्लेटफ़ॉर्म प्लेटफ़ॉर्म विकसित करने के लिए कार्टे ब्लैंच देते हैं।

और इसका मतलब है, रखना, लोग, टीम, रखना, लोग, बजट। वापस कूल!

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

एक परिचित स्थिति? :)

फिर, क्या आप पहले से ही जानते हैं कि आगे क्या होगा?

जाल १। "Extrapolator-Krutyshi"

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

तो यहाँ है। हम पुस्तकालय लेते हैं, आवेदन कोड का एक गुच्छा लिखते हैं। हम इकाई परीक्षणों को एक बोझ मानते हैं (हम शांत हैं और हम यहां सुपरसोनिक पर प्रतिज्ञा करते हैं, कोड आधुनिक है और इसी तरह)। हम लगातार चलते-फिरते एपीआई बदल देते हैं - ठीक है, किस तरह के परीक्षण हैं, गंभीरता से। और यह सब "विकास प्रक्रिया को शांत रूप से अनुकूलित" के बैनर तले किया गया है (हाँ, अब इसका वर्णन करना भी डरावना है)।

और फिर सब कुछ बहुत स्पष्ट है।

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

फिर, बग को पुन: उत्पन्न करने के लिए, आपको हर चीज में जाकर फोड़ना होगा। बेशक, हमने एक भी शिकायत को नजरअंदाज नहीं किया और सब कुछ ठीक कर दिया। उन्होंने नियोजित कार्यों को फेंक दिया, लेकिन "आग को बुझा दिया।"

इसलिए हमने अपने आप को अगला छेद खोदा।

ट्रैप नंबर 2। "Stakhanovite"

आपको सबसे सुखद बग नहीं मिला। आप समझने लगते हैं। यह काम नहीं करता है - क्रोध - इसे फिर से छांटने का प्रयास - एक और बुमराह - आप वह सब कुछ निर्दिष्ट करते हैं जो आप कर सकते हैं - फिर से यह न सोचें कि आप पहले से ही बूढ़े हैं और सभी के बच्चे हैं और एक बंधक है - आप फिर से कोशिश करें - फिर से नहीं। कुछ कप कॉफी, और सब कुछ दोहराता है। एक पंक्ति में 12-14 घंटे लगभग आदर्श है। और अब, जब सब कुछ पहले से ही अपनी सीमा पर है - धमाकेदार, प्रेरणा!

शायद, बाहर से, ऐसे दिन की प्रभावशीलता के लिए मूल्यांकन अच्छी तरह से और सही ढंग से दिखाई देता है। लेकिन अंदर से - यह अलग हो सकता है।

मेरे मामले में, इस तरह के काम की छाप थी "मैं कर रहा हूँ, मैं शांत हूँ, मैंने बाहर निकाला।" हमेशा सचेत रूप से नहीं, बल्कि अनजाने में - हमेशा!

और इस पर एक सीट ले लो, कोई मज़ाक नहीं। यह पता चलता है कि आंदोलन की सफलता के आंतरिक मैट्रिक्स को लागू प्रयासों की संख्या और परिणाम के स्तर से स्थानांतरित किया जाता है जो आपको पूरा करता है, आपने कितना नुकसान उठाया, समस्या को हल करने की कोशिश कर रहा है।

यह शायद सबसे बुरा जाल है।

इसके अलावा यह आसान और अधिक मजेदार हो जाएगा :)

ट्रैप नंबर 3। "हैलो वर्ल्ड की शक्ति"

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

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

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

कुल मिलाकर, मैं एक बार और जाल को नोट करता हूं जिसमें कार्य प्रक्रिया की एक स्वस्थ धारणा विकृत होती है।

1. "एक्सट्रापोलेटर-कठिन" । वर्तमान सफलताओं से प्रभावित होकर, हम जाते हैं और आने वाली परियोजनाओं के लिए विकास की गति को बढ़ाते हैं।
2. "स्टैखानोवेट्स । " हम पहनने और आंसू के लिए काम करते हैं, हम खुद से संतुष्ट हैं, लेकिन हम ध्यान नहीं देते हैं कि जो समस्याएं हम हल करते हैं वे हमारी व्यक्तिगत गलतियों / कमियों / उपेक्षाओं का परिणाम हैं। काम नहीं किया जाना है।
3. "हैलो वर्ल्ड की शक्ति । " हम उत्पादन में सभी नवीनतम और सबसे दिलचस्प शुरू करने की जल्दबाजी करते हैं।

इसने काम क्यों किया

बेशक, मैंने इस दौरान सभी त्रुटियों को सूचीबद्ध नहीं किया था, लेकिन किसी भी बारीकियों की परियोजना के लिए सबसे आम, संभावित। यह त्रुटि ठीक करने से भविष्य में उनसे बचने में मदद मिलती है।

इस बारे में थोड़ा कि हम आम तौर पर कंपनी के भीतर इस तरह के मिनी-स्टार्टअप बनाने में कैसे कामयाब रहे और व्यवसाय को पहले से खरीदे गए सिस्टम से अपनी तरह का कुछ करने के लिए मना लें।

शर्त नंबर 0 । कंपनी में स्वस्थ जलवायु। यह न केवल कर्मचारियों की "जलती हुई आंखें" है और कुकीज़ के निष्कर्षण की तनावपूर्ण स्थितियों में समाजीकरण है, नहीं। यह सभी इंटरैक्शन के बारे में है।

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

हमने क्या किया: 1) खरीद प्रणाली का पता लगाया, इसके साथ व्यापार 2 से मूल अनुरोधों को हल किया) ने उन कार्यों की एक सूची तैयार की जो न केवल अब मौजूद होंगे, बल्कि भविष्य के 3 में होंगे) ने एक समाधान का चयन किया है जो सबसे अच्छा काम करता है। और फिर, हमारे निर्णय का मूल्यांकन - यह विशेषज्ञों का मूल्यांकन था।

क्या वे हमें कुछ देंगे अगर हम अभी आए और कहा, "यह सब कचरा, हम इससे निपटना नहीं चाहते हैं और खरोंच से हमारी बात करने का फैसला किया है"? शायद ही। और जवाब एक ऐसे रूप में प्राप्त हुआ होगा जिसे अच्छी तरह से याद किया जाता है :)

शर्त नंबर २ । पहला कदम छोटा है। हम पहली परिकल्पना और सत्यापित करते हैं। आप इस पर अपना निजी समय बिता सकते हैं। यदि आप अपना समय बर्बाद नहीं करना चाहते हैं, तो आपको ऐसा बिल्कुल नहीं करना चाहिए। और अगर आप एक छोटी परिकल्पना का परीक्षण नहीं करना चाहते हैं, लेकिन तुरंत इसे ठंडा और शानदार ढंग से करना चाहते हैं, तो ऐसे लोगों से दूर रहें!

हम भाग्यशाली थे, और बहुत पहले परिकल्पना ने काम किया। लेकिन हमेशा ऐसा नहीं होता है। उदाहरण के लिए, निम्नलिखित में से एक परियोजना में, जब व्यवस्थापक को एक समान पायलट के हिस्से के रूप में पदोन्नत किया गया था, केवल 18 वें विकल्प ने हमारे लिए काम किया था। और प्रक्षेप्य के पहले 17 दृष्टिकोण बर्बाद हो गए थे। वैसे, व्यवस्थापक क्षेत्र के निर्माण के साथ कहानी में, ब्राजील की श्रृंखला के स्तर पर कथानक में मोड़ और मोड़ थे, क्योंकि टीम लोगों से बनी थी, उस समय तक पहले से ही अनुभवी, वास्तविक "ग्रेटेड जल्लाद" थे।

शर्त नंबर 3 । हम एमवीपी करते हैं और निर्णय निर्माता पर दर्द की तलाश करते हैं। बेशक, उसके चेहरे पर पहले से ही आतंक को प्रतिबिंबित किया जा सकता है कि आप उसे तीसवें समय के लिए किसी तरह का उद्यम ला रहे हैं। लेकिन फिर भी। और यह सुनिश्चित करने के लिए सुनिश्चित करें कि हम अपने उत्पाद के साथ उसकी समस्याओं को कैसे हल करते हैं।

शर्त नंबर 4 । घुटने पर हम जल्दी से एक पायलट बनाते हैं जो अंतिम परिणाम जैसा कुछ दिखता है । सब कुछ वास्तव में शांत करना आकर्षक है, लेकिन आप पूर्णतावाद में भाग सकते हैं, जिसके कारण यह पता चलता है कि पायलट के बजाय आप पहले से ही आदर्श उत्पाद का पायलट संस्करण दिखाना चाहते हैं। लेकिन वे मौजूद नहीं हैं। तो बस कम से कम लाठी बनाओ।

शर्त नंबर 5 । उत्पाद। परियोजना बढ़ रही है, वित्त प्राप्त करना, विशेषज्ञ ठोस अनुभव के साथ आते हैं।
और यदि आप एक क्लासिक स्टार्टअप हैं, तो यह वही क्षण है जब आपको एक सीटी के साथ दोष देने की आवश्यकता होती है। क्योंकि बहुत ऊपर से हल्की उड़ानें और जो कुछ भी हो रहा है उसकी सामान्य अच्छाई की भावना जल्दी से फैल जाती है।

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

ये चुनौतियां हैं, और कौशल का विकास - इस स्तर पर ठीक होता है।

पढ़ने के लिए धन्यवाद। नया कोड मुबारक!