अवधारणा को सिद्ध करना और कोड को बढ़ाना

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

हम प्रूफ ऑफ कॉन्सेप्ट के साथ आगे क्यों नहीं बढ़ते?

आम तौर पर जब मैं प्रूफ ऑफ कॉन्सेप्ट के बारे में सोचता हूं तो यह जल्दबाजी में इकट्ठा किया जाता है। कई “सर्वोत्तम प्रथाएं” छोटी की जाती हैं यदि पूरी तरह से अनदेखी नहीं की जाती हैं। लक्ष्य एक विचार की व्यवहार्यता का परीक्षण करना है। किसी बिंदु पर आप महसूस करेंगे कि क्या समाधान काम करेगा। फिर आप तय करेंगे कि क्या विचार से दूर जाने और प्रूफ ऑफ कॉन्सेप्ट को छोड़ने का समय है या विचार के साथ आगे बढ़ना है। यदि आप विचार के साथ आगे बढ़ते हैं, तो प्रूफ ऑफ कॉन्सेप्ट को वास्तविक चीज़ में बदलने के लिए कोडिंग जारी क्यों न रखें?

मैं यहां ईमानदार रहूंगा, ऐसा लगता है कि आप एक समाधान बनाएं और फिर इसे फेंक दें केवल इसे फिर से बनाने के लिए यह बेतुका है। यह ऐसा है जैसे आप पूरे घर को खराब तरीके से पेंट करें केवल यह देखने के लिए कि क्या आपको रंग पसंद है। “हां, रंग अच्छा है। इस बार घर को वास्तव में पेंट करते हैं और इस बार हम अच्छा काम करेंगे।”

एक और तरीका है। कोड को विकसित करें। लापता बुनियादी ढांचे को जोड़ें। इसमें एक दीर्घकालीन स्वस्थ समाधान में विकसित होने की संभावना है।

प्रूफ ऑफ कॉन्सेप्ट से दूर जाना आपको मूल्य (समय और पैसा) खर्च करता है जो अन्यथा कब्जा किया जा सकता है। भले ही आप 100% कब्जा न करें, फिर भी आप सब कुछ फेंकने और दूर जाने से बेहतर होंगे। तो अगली बार, इसे आजमाएं। देखें कि क्या आप प्रूफ ऑफ कॉन्सेप्ट को एक टिकाऊ परियोजना में बदल सकते हैं। मुझे लगता है कि आप अंत में परिणाम से आश्चर्यचकित हो सकते हैं।