तैयार किए गए समाधानों के नरक में जाने के 6 तरीके और एक या दो लाख कम

नमस्ते, अब मैं आपको बताता हूं कि एक आशाजनक परियोजना का क्या होगा, अगर शुरू से ही मैं तैयार समाधानों को एक ला वर्डप्रेस, ओपन कार्ट और किसी भी सीएमएस में बदल देता हूं, तो यह सोचते हुए कि यह एमवीपी है। मैं GitHub पर एक परियोजना पर काम कर रहे तीन महीने के अनुभव पर आधारित होगा, जो पिछले 8 महीनों में उत्पादन शाखा में एक भी प्रतिबद्ध नहीं गिरा है।

जियोस्टेशनरी ऑर्बिट में ब्लोटेड VP / OC / CMS की रेसिपी

1. किसी भी तैयार सीएमएस को चुनें

किसी भी मामले में आर्किटेक्ट को मत बुलाओ और अपनी आवश्यकताओं के अनुरूप माइक्रो सर्विस और आर्किटेक्चर के बारे में भूल जाओ। हमारा कार्य यह सुनिश्चित करना है कि आप डेवलपर पैनल को पीसी पर चालू होने के 5 मिनट बाद घुमा सकते हैं, और विकास नहीं कर सकते जो कि प्रबंधन में आसान है। एक सच्चे एमवीपी में पूरी तरह से टर्नकी समाधान शामिल होना चाहिए। आखिरकार, यह हमारी परियोजना में है कि प्लगइन्स कभी भी संघर्ष नहीं करेंगे और पहले से ही किसी भी तीव्रता के भार के लिए डिज़ाइन किए गए हैं।

2. किसी भी चीज़ का दस्तावेजीकरण करना

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

3. गुरू बुलाओ!

234 और 417 प्लगइन्स के बीच के टकराव के लिए सुधारों के बाद नए कार्यों की शुरुआत से कम से कम 10 गुना अधिक समय लगने लगा, आपका सही तरीका यह है कि आप एक GURU की तलाश करें, जो अनुभव से बुद्धिमान हो, जो सहजता से एक सप्ताह में एक छोटे से कोड को रीफ़्रैक्टर (रीराइट) करेगा। अगले 500 प्लगइन्स अपना सही स्थान ले लेंगे। वैसे, मैं "भाग्यशाली" था जो एक ऐसे गुरु की भूमिका में था जो प्रौद्योगिकी को बदल देता है, और इसलिए यह एक वास्तविक चिकित्सा इतिहास है।

4. आपकी परियोजना में जिम्मेदारी का एक क्षेत्र शामिल होना चाहिए

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

5. ट्रेलो + जीरा + स्लैक + एक्सेल + ... + स्काइप

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

6. आवाज सम्मेलनों के टेप

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

टिप 1: परीक्षण सफल रहा - तुरंत तैयार समाधानों को फेंक दें और एक उपयुक्त वास्तुकला लिखें।

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

क्या होगा अगर ALREADY और आप प्रभारी हैं?
- फिर से लिखना।

क्या होगा अगर ALREADY और आप प्रभारी नहीं हैं?
- प्रबंधन और पुनर्लेखन के लिए समस्या का सार स्पष्ट करें।

PS इस परियोजना में Yii2 का उपयोग किया गया था, लेकिन इसके साथ भी ये समस्याएं थीं। WP क्या होता है यह सब पर एक आपदा है।

पीपीएस, कारण, निश्चित रूप से, प्रबंधन की अक्षमता है, हालांकि अखंड वास्तुकला भी अलग नहीं है।