जैसा कि मैंने काम करने के तरीके में सोचने वाले एग्इल को तेजी से अवशोषित कर लिया है, यागनी ("आपको इसकी आवश्यकता नहीं है") अधिक से अधिक महत्वपूर्ण प्रतीत होता है। ऐसा लगता है कि मुझे गुमराह प्राथमिकताओं को फ़िल्टर करने और पर अगले कार्य करने के लिए निर्णय लेने के लिए सबसे प्रभावी नियमों में से एक माना जाता है।यागनी - Agile अभ्यास जिसका नाम नहीं होना चाहिए?
फिर भी यज्ञि एक ऐसी अवधारणा प्रतीत होती है जो एसओ में मुश्किल से फुसफुसाती है। मैंने अनिवार्य खोज चलाई, और यह केवल एक प्रश्न शीर्षक में दिखाई देता है - और फिर द्वितीयक भूमिका में।
यह क्यों है? क्या मैं इसका महत्व अधिक महत्व दे रहा हूं?
अस्वीकरण। प्रतिक्रियाओं को मुक्त करने के लिए मुझे यकीन है कि मुझे आपत्ति हो जाएगी, मुझे जोर दें कि yagni त्वरित और गंदे के विपरीत है। यह आपको उन हिस्सों को प्राप्त करने के लिए अपने मूल्यवान समय और प्रयास पर ध्यान केंद्रित करने के लिए प्रोत्साहित करता है जिनकी आपको आवश्यकता है।
यहां कुछ ऑफ-द-टॉप चल रहे प्रश्न हैं जो कोई पूछ सकता है।
क्या मेरे यूनिट टेस्ट उपयोगकर्ता आवश्यकताओं, या ढांचे की संरचना के आधार पर चुने गए हैं?
मैं स्थापित करने हूँ (और परीक्षण और बनाए रखने) यूनिट टेस्ट है कि केवल देखते हैं, क्योंकि वे ढांचे से बाहर हो जाते?
मेरी ढांचे द्वारा बनाया गया कोड का कितना है मैं कभी नहीं (, लेकिन फिर भी YAGNI हालांकि अभी भी मुझे एक दिन काट सकता है) को देखा?
उपयोगकर्ता की समस्या के बजाय मैं अपने उपकरणों पर कितना समय खर्च कर रहा हूं?
जब जोड़ी-प्रोग्रामिंग, पर्यवेक्षक की भूमिका मान अक्सर "यज्ञि" में निहित होता है।
क्या आप एक CRUD उपकरण का उपयोग करते हैं? क्या यह आपको _RU_ उपकरण, या एक C__D उपकरण के रूप में उपयोग करने की अनुमति देता है (या नहीं, प्रोत्साहित करता है), या आप केवल एक या दो की आवश्यकता होने पर कोड के चार टुकड़े (प्लस चार यूनिट परीक्षण) बना रहे हैं?
यह वास्तव में आपकी गलती नहीं है, लेकिन मुझे यन्नी और उसके सिर से अब तक का दर्द नहीं हो सकता है। – MusiGenesis
आपको यह पोस्ट कहना चाहिए था कि आप नाम पर नहीं जा रहे हैं – sam