MdlVis की कहानी, Warcraft III मॉडल संपादक

MdlVis एक कुटिल है, लेकिन अभी भी WarcraftIII के लिए बहुत लोकप्रिय मॉडल संपादक है। एडिटिंग मेश, टेक्सचरिंग, कंकाल के साथ काम करना, मुख्य फ्रेम की व्यवस्था करना, एनिमेशन बनाना, आयात करना और मॉडल बनाना - यह सब एक ही फाइल में होता है जिसका वजन 500Kb होता है। इसके अलावा, MdlVis एकमात्र ऐसी उपयोगिता थी जो विश्व के Warcraft से मॉडल को WarcraftIII के प्रारूप में परिवर्तित करने में सक्षम थी।
संपादक की कहानी कट के नीचे है।

नई सहस्राब्दी का खेल

तीसरा Warcraft 2004-2005 के मोड़ पर हमारे शहर में पहुँचा। अधिक सटीक रूप से, पहले इसे प्राप्त करना संभव था, लेकिन केवल एक कुटिल अनुवाद के साथ समुद्री डाकू के रूप में, रोलर्स को चीर दिया और कार्ड बाहर फेंक दिया।
और अचानक दुनिया पलट गई। Erys Arthas हर कंप्यूटर की दुकान पर दिखाई दिया। Warcraft में, वे खुद को हर कंप्यूटर क्लब में काटते हैं। कई लोगों ने नए कंप्यूटर खरीदने की भी मनाही की, अगर पुराने लोगों ने अचानक खिलौना नहीं खींचा।
Warcraft III आम तौर पर पहला कंप्यूटर गेम है जिसने मुझे गंभीरता से झुका दिया है। और पहला जो मेरे हाथ में आया वह एक लाइसेंस के रूप में। इससे पहले, यह मानक माना जाता था जब खेल प्रत्येक 100 रूबल की डिस्क पर चलते हैं। एपिअस, उन्हें एक बार स्थापित किया गया है, वे छोटी गाड़ी हैं, और setup.exe के अलावा, निश्चित रूप से उस डिस्क पर एक दरार निर्देशिका और एक keygen.exe फ़ाइल है।
तुरंत, पहली नज़र में, खरीदार ने समझा कि हमारे पास एक लाइसेंस था: स्टाइलिश पैकेजिंग में दो बक्से, प्लस यह सब एक फिल्म के साथ कवर किया गया है, अर्थात्। डिस्क को खोला नहीं जाता है और उपयोग नहीं किया जाता है। अंदर लाइसेंस की चाबी थी। कीमत वास्तव में बिट, 580 रूबल।, लेकिन सभी ने लिया और शिकायत नहीं की: खेल इसके लायक था।
अनुवाद की गुणवत्ता कम से कम लें। यह केवल मंत्रमुग्ध कर रहा था। तब तक, मुझे संदेह नहीं था कि यह बिल्कुल संभव था: सभी शिलालेख, यहां तक ​​कि स्क्रीनसेवर में भी, अनुवाद किया गया था, और अनुवाद मानव था, मशीन नहीं। सभी पात्रों, सभी इकाइयों को फिर से आवाज दी गई है। सामान्य तौर पर, तब यह अनुचित रूप से शांत लग रहा था। वर्षों बाद भी, कम से कम कुछ इसी तरह की दुकानों में झूठ नहीं बोला गया था, और फिर भी, वहाँ सभी फ़र्गस और अकेल के बीच, सामान्य स्थानीयकरण ने उत्साह के करीब महसूस किया।
(दूसरी बार मुझे 2007 के बाद ही उच्च गुणवत्ता वाला स्थानीयकरण मिला, और यह सुदेकी था)।

Modmeykerstvo

खिलौने का मानचित्र संपादक केवल भव्य है। मुझे विशेष रूप से Warcraft इंजन पर वीडियो बनाने का अवसर पसंद आया। तब वे केवल आलसी से नहीं बने थे। काइनेमैटिक कार्ड हाथ से हाथ से फ़्लॉपी डिस्क पर स्थानांतरित किए गए थे या नेटवर्क से डाउनलोड किए गए थे (उन लोगों के पास जिनके पास यह नेटवर्क था। आश्चर्यजनक रूप से, यहां तक ​​कि एक साधारण घर का टेलीफोन भी हर घर तक नहीं पहुंचता है)। बस संगीत वीडियो थे, और व्यक्तिगत मल्टी-स्टोरीज़, और यहां तक ​​कि पूरी एनिमेटेड श्रृंखला (उदाहरण के लिए, "द टेल ऑफ़ द लिच इलिच और विजय की विजय मिनरल वाटर")।
मैं स्वयं इस दृष्टिकोण से मोहित था: कुछ भी फ्रेम-दर-फ्रेम तैयार करने की आवश्यकता नहीं है, जैसा कि साधारण कार्टून में होता है। यह केवल दृश्यों और हमारे आभासी अभिनेताओं की व्यवस्था करने के लिए पर्याप्त है, और फिर उन्हें बस यह करने के लिए कि क्या करना है: बैठो, खड़े रहो, उस पेड़ पर जाओ, अपनी तलवार को स्विंग करो, और फिर उन्होंने खुद, मानक एनिमेशन का उपयोग करके, यह सब किया। फिर, किसी कारण से, मुझे यकीन था कि एक-दो साल में, जब यह तकनीक विकसित हो जाएगी, सामान्य तौर पर, सभी कार्टून इस तरह से किए जाएंगे, और एक कार्टून बनाना कोई कहानी लिखने से ज्यादा मुश्किल नहीं होगा। भविष्य इतना निकट और इतना आकर्षक लग रहा था ...
लेकिन, मॉडमेकिंग में संलग्न होने के लिए, मैं एक समस्या में भाग गया: बहुत बार खेल में बस कोई उपयुक्त मॉडल नहीं थे। गेम एडिटर ने तृतीय-पक्ष डेवलपर्स द्वारा बनाए गए मॉडल आयात करने की अनुमति दी, लेकिन एक और समस्या थी: इन बहुत मॉडल बनाने के लिए कोई सामान्य उपकरण नहीं था।
ब्लिज़ार्ड्स ने तथाकथित आर्टटूल की पेशकश की। यह 3DSMax 5th वर्जन के लिए एक प्लगइन है। हाँ, यह अधिकतम 5 था जो आवश्यक था। यह 4 संस्करण या 6 संस्करण के साथ काम नहीं करता था। खैर, मुझे यह 3DSMax नहीं मिला। मैं सभी दुकानों के चारों ओर भाग गया, सभी खंडहरों को देखा ... नोप। लेकिन उन गति और नेटवर्क पर torrents केवल का सपना देख सकते हैं। केवल यह कहने के लिए पर्याप्त है कि मैं पहली बार केवल 2004 में ऑनलाइन गया था। और उस समय मैं एक विश्वविद्यालय के प्रवेश द्वार के माध्यम से नेटवर्क में आ गया, जहाँ 5MB डाउनलोड करना भी एक पूरी समस्या थी। उसी आर्टटूल की छलांग, जिसका वजन लगभग 30 एमबी था, लगभग पूरा दिन लगा।
और, सबसे अधिक कष्टप्रद: अक्सर वे भी एक पूरी तरह से नए मॉडल की जरूरत नहीं है। मैं सिर्फ मौजूदा एक को ट्विस्ट करना चाहता था। खैर, वहां, योगिनी के लिए रेनकोट हटा दें, या खंभे पर दीपक को उल्टा कर दें ...
क्या वास्तव में इस तरह के सरल, आवश्यक कार्यों के लिए कोई उपयुक्त उपकरण नहीं है? यह पता चला, नहीं। वहाँ वास्तव में Oinkerwinkle से एक टूलबॉक्स था, लेकिन वहां के संपादक इस तरह दिखते थे:

हाँ, रोटेशन की कोई संभावना नहीं, केवल सबसे सरल अनुमान।
और फिर मुझे याद आया कि वास्तव में मुझे पता है कि थोड़ा प्रोग्राम कैसे करना है।

कोडिंग

खैर, "मैं कर सकता हूं" - शायद, यह बहुत कुछ कहा जाता है। डेल्फी का सिर्फ सतही ज्ञान और थोड़ा गहरा - कोडांतरक, लेकिन डॉस के तहत। बाद के अध्ययन को यरोव की पाठ्यपुस्तक के छेद से पढ़ा गया था। दूसरी ओर, मुझे लगा, मुझे 3DSMax क्लोन की आवश्यकता नहीं है, लेकिन एक अनिवार्य रूप से सरल कार्यक्रम है। यह बिल्कुल वर्टेक्समोडिफाइ की तरह है, केवल कैमरे के मुफ्त घुमाव की संभावना के साथ।
मैंने कार्यक्रम के लिए बुनियादी आवश्यकताओं को तैयार किया:

• इसे जितना संभव हो उतना कम वजन करना चाहिए ताकि यह नेटवर्क पर भेजने के लिए सुविधाजनक हो
• यह किसी भी मशीन पर चलना चाहिए जहाँ Warcraft III शुरू होता है। युद्ध में नहीं जाने पर भी बेहतर
• यह बिल्कुल VertexModify की तरह दिखना चाहिए, केवल आसान और कैमरे को घुमाने की क्षमता के साथ।

मैंने प्रोग्रामिंग भाषा के रूप में डेल्फी 5 को चुना। आखिर पाँचवाँ क्यों? क्योंकि यह वह जगह है जहाँ डायनेमिक सरणियाँ पहले दिखाई देती हैं, और समाप्त बायनेरिज़ का आकार अभी भी अपेक्षाकृत छोटा है (बाद में मंच पर उन्होंने बार-बार पूछा कि डेल्फी 2005 में एकत्र खाली फॉर्म का मेरे पूरे संपादक से अधिक वजन क्यों है)।
साथ ही, API चुनने का प्रश्न उत्पन्न हुआ: OpenGL या DirectX। मुझे लगता है कि सभी ने पहले ही अनुमान लगा लिया है कि मैंने क्या चुना है। हां, डीएक्स कोड गूंगा और अत्यधिक जटिल लग रहा था। "किसी कारण से, उन्होंने COM इंटरफेस को खराब कर दिया, माइक्रोसॉफ्ट निश्चित रूप से एक दुष्ट साम्राज्य है," मैंने सोचा। लेकिन ओजीएल में सब कुछ स्पष्ट, सरल, समझने योग्य और सामान्य रूप से हर जगह काम करने की गारंटी है, जबकि डीएक्स अभी भी स्थापित नहीं हो सकता है। या स्थापित है, लेकिन गलत संस्करण। सामान्य तौर पर, जीएल सबसे अच्छा है।
तब मैं कितना गलत था ...

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

शुरुआत

अपने खाली समय में कोडिल, शाम में, अक्सर देर से रहना। पहली पंक्ति के कोड संपादक के पास जाने के ठीक एक महीने बाद कार्यक्रम का प्रारंभिक संस्करण पैदा हुआ था।

विंडो "संपादक के प्रारंभिक संस्करणों में से एक" कार्यक्रम के बारे में।

परिणामी कार्यक्रम के साथ थोड़ा काम करने के बाद, मैंने इसे अन्य मॉड-निर्माताओं के साथ साझा करने का निर्णय लिया।
उन दिनों, ब्लिज़ार्ड ने रूस में आने के बारे में सोचा भी नहीं था, इसलिए सबसे बड़ा रूसी भाषी समुदाय ब्लिज़ार्डोव साइट पर स्थित था।
यह वहाँ था कि मैंने अपने संपादक को बाहर रखा, विधानसभा को एक अल्फा संस्करण के रूप में नामित किया।
समीक्षा आने में लंबे समय तक नहीं थे। पहले तो वे बहुत नकारात्मक थे: जैसा कि अपेक्षित था, कार्यक्रम बहुत छोटी था, लटका हुआ था और एक बहुत ही अनपेक्षित इंटरफ़ेस था, और मैंने किसी तरह इसके लिए ट्यूटोरियल की परवाह नहीं की।
फिर भी, MdlVis, VertexModify के साथ तुलना में, मॉडलों के साथ काम करने का एक बहुत अधिक दृश्य तरीका प्रदान करता है। इसलिए, हालांकि अनुभवी मॉड-निर्माता केवल डूब गए, नए लोगों ने प्रोग्राम ग्लिट्स के साथ नि: स्वार्थ संघर्ष किया।
इस बीच, मैंने बगफिक्स के साथ समानांतर में बनावट में महारत हासिल की।
Warcraft III में बनावट BLP प्रारूप में आया, जो JPEG के साथ एक बहुत विकृत BMP संकर था। बनावट को डिकोड करने के लिए, Blizzards ने Intel कोडेक का उपयोग किया। तदनुसार, मेरे पास एक विकल्प था: डिकोडिंग प्रक्रिया को स्वयं लिखें या ijl15.dll लाइब्रेरी का उपयोग करें, जो डिफ़ॉल्ट रूप से Warcraft के साथ स्थापित किया गया था। मैंने दूसरा तरीका चुना: यदि प्रत्येक मॉड्यूलमेकर के कंप्यूटर पर आवश्यक मॉड्यूल होने की गारंटी दी जाती है, तो ग्लिच का उत्पादन क्यों करें और एक्स आकार को बढ़ाएं?
फिर भी, उन लोगों का ख्याल रखना जिन्होंने किसी कारण से खेल तक पहुंच नहीं बनाई, ijl15.dll को गतिशील बनाया। MdlVis ने इस मॉड्यूल की उपस्थिति के लिए जाँच की, और अगर यह नहीं मिला, तो यह अभी भी शुरू हुआ, इसने केवल बनावट के प्रदर्शन की अनुमति नहीं दी।
मैंने बीटा के रूप में निश्चित संस्करण निर्दिष्ट किया है।
उसी समय के आसपास, मुझे एक अन्य गेम रिसोर्स xgm.ru से एक पत्र मिला, जिसमें मुझे एक संपादक पोस्ट करने के लिए कहा गया। मैं मान गया।
यदि blizzard.ru एक सामुदायिक साइट थी, तो xgm को एक मॉड-मेकिंग साइट के रूप में सटीक रूप से तैनात किया गया था: कम सामान्य खिलाड़ी, लेकिन अधिक मॉड-निर्माता। इसलिए, भविष्य में यह वह था जो मेरा मुख्य कार्य स्थल बन गया।
संपादक का बीटा संस्करण, एक ही बार में दोनों संसाधनों पर आधारित है, अल्फा के भाग्य को बताता है:

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

बेशक, मैंने बगों पर शासन किया, लेकिन बहुत सक्रिय रूप से नहीं, क्योंकि मैं एक नए टाइटैनिक विचार से मारा गया था: कार्यक्रम में एक एनीमेशन संपादक जोड़ें! यहां तक ​​कि यह बहुत ही एनिमेशन खेलने के लिए बहुत समय लगा। मुझे सामग्री का एक गुच्छा फावड़ा करना था, यह पता लगाना कि क्या खदान हैं, वे कैसे प्रक्षेपित हैं, और कंकाल एनीमेशन क्या है। यहाँ, पहली बार, मुझे थोड़ा पछतावा हुआ कि मैंने डीएक्स नहीं चुना - वहाँ सब कुछ कुछ क्लिक्स के साथ किया जाता है, क्योंकि लाइब्रेरी में चतुर्भुज और मेट्रिसेस के साथ काम करने के सभी कार्य हैं। मुझे यह सब गणित कलम से करना पड़ा। उस समय, उन्होंने इसे केवल आंशिक रूप से महारत हासिल कर ली - वह बेज़ियर कर्व्स द्वारा प्रक्षेप का एहसास नहीं कर सका, जो कि झुकाव कोणों द्वारा भी निर्धारित किया गया था, जैसा कि हरमाइट अलग था। नतीजतन, इस प्रकार के प्रक्षेप का उपयोग करने वाले मॉडल MdlVis में बल्कि धुंधले दिखते थे।
खैर, कम से कम कुछ भी नहीं की तुलना में कुछ बेहतर है।
इसलिए, मई 2005 में। अंत में MdlVis का पहला (1.0) संस्करण जारी किया। हमेशा की तरह, इसमें ग्लिट्स तुरंत पाए गए थे (विशेष रूप से, किसी कारण से टैगा-प्रारूप बनावट को उल्टा लोड किया गया था), इसलिए गर्म पीछा में बग फिक्स के एक जोड़े को जारी करना पड़ा (1.01, 1.02)। जिसके बाद संपादक आखिरकार कुशल हो गया और उसने धीरे-धीरे लेकिन निश्चित रूप से लोकप्रियता हासिल करना शुरू कर दिया।

MdlVis में एनीमेशन संपादक

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

इस बीच, खंडहर पर, अन्य समुद्री डाकुओं के बीच, पांचवें 3DSMax के साथ एक डिस्क को रहस्यमय तरीके से खोजा गया था। खुशी से इसे हड़पने के बाद, मैं तुरंत कला उपकरण स्थापित करने के लिए दौड़ा, और बहुत जल्द एमडीएल प्रारूप का पूर्ण विवरण सचमुच मेरे हाथों में गिर गया। अब मैंने न केवल उन अनुभागों को लोड किया जिनके साथ संपादक ने सीधे काम किया, बल्कि पूरे मॉडल भी। तो, बाइनरी प्रारूप के साथ काम को लागू करने का समय आ गया है, योबगुल के कनवर्टर से छुटकारा पाने और एमडीएलवी को डिजाइनर के एक सार्वभौमिक संयोजन में बदल दिया गया है।
सामान्य तौर पर, जैसा कि यह निकला, समुदाय न केवल विचारों का एक जनरेटर है, जिसे मैंने खुद कभी नहीं सोचा होगा, बल्कि जानकारी का एक उत्कृष्ट स्रोत भी होगा। यदि आपको कुछ डॉक्स, लेख, एल्गोरिदम, दुर्लभ सामग्री प्राप्त करने की आवश्यकता है - बस एक रोना फेंक दें। एक को केवल यह कहना था कि मुझे वास्तव में एमडीएक्स डॉक्स की जरूरत है, कैसे वे मेरे लिए जादुई रूप से भौतिक थे।
द्विआधारी प्रारूप पाठ प्रारूप की तुलना में बहुत सरल निकला: जब आपको पार्स करने की आवश्यकता नहीं होती है, लेकिन बस संरचनाओं को मैप करते हैं, तो यह इस तरह की चर्चा है ...
और संपादक के अगस्त संस्करण ने पहले ही एमडीएल / एमडीएक्स के रूपांतरण का समर्थन करते हुए एमडीएक्स लोड करने की अनुमति दी थी। 3DS मॉडल का आयात भी वहां जोड़ा गया था, लेकिन यह फ़ंक्शन लावारिस निकला। यह स्पष्ट हो गया कि MdlVis का उपयोग मौजूदा मॉडलों के त्वरित और आसान संपादन के लिए किया जाता है।

समर्थन

लेकिन समुदाय की अपनी कमियां हैं: विशेष रूप से, लोग मामूली कीड़े की रिपोर्ट करने के लिए अनिच्छुक हैं। यदि सब कुछ बिल्कुल गिर गया, और इस मॉडल पर लगातार गिरता है, तो हाँ, वे करेंगे। और अगर यह दस में से एक बार गिरता है, या थोड़ा दुर्घटनाग्रस्त हो जाता है, तो सबसे अधिक संभावना है कि मुझे इस बारे में पता नहीं होगा। कोई फर्क नहीं पड़ता कि उसने मंच पर कैसे शपथ ली, कुछ भी मदद नहीं की। उन्होंने यह भी विचार व्यक्त किया कि MdlVis को शेयरवेयर के रूप में वितरित करना अच्छा होगा, जहां पंजीकरण कुंजी को बग रिपोर्ट के बदले भेजा जाएगा।
लेकिन गड़बड़ थे। इसके अलावा, उनमें से एक महत्वपूर्ण हिस्सा खुद संपादक के साथ नहीं बल्कि वीडियो ड्राइवरों के साथ जुड़ा हुआ था। OpenGL मानक वास्तव में एक मानक का पूर्ण अभाव निकला। कुछ विक्रेताओं ने इसकी विशिष्टता की इतनी ख़ासियत की व्याख्या की कि मेरे माथे पर सिर्फ आँखें थीं। एटीआई और उनके चीनी क्लोन से कार्ड विशेष रूप से अलग थे, जिनमें से, उदाहरण के लिए, मैं एक उदाहरण में आया था जो दोहरे बफरिंग का समर्थन नहीं करता है। नतीजतन, समय के साथ, 3 डी इंजन कई छल, हैक और प्रत्येक छींक के लिए चेक के एक वेब के साथ अति हो गया है, बस यह वीडियो कार्ड के कई "चिड़ियाघर" पर काम करने के लिए है। और यह इस तथ्य के बावजूद कि मैंने तब शुद्ध OpenGL1.0 का उपयोग किया, जो भी बिना किसी एक्सटेंशन के!
मॉडलर ने स्वयं कठिनाइयों को जोड़ा। चूंकि संपादक अभी भी बहुत सीमित था, इसलिए उन्होंने अक्सर नोटपैड में पाठ आधारित एमडीएल को संपादित किया। इसके परिणामस्वरूप कुछ ऐसा था जो विनिर्देश द्वारा प्रदान नहीं किया गया था, और इसे संपादक द्वारा गलत तरीके से व्याख्या किया गया था (अर्थात, खेल के इंजन में ही नहीं)। मुझे एडजस्ट करना पड़ा। मैंने झंडे और तत्वों के बेतहाशा संयोजनों को बनाने में बहुत समय बिताया, युद्ध के लिए और उनकी प्रतिक्रिया को देखने के लिए "खिला"।
MdlVis भी स्थिर नहीं था। जब मैंने इसे शुरू किया था, तो मैंने यह योजना नहीं बनाई थी कि यह इतना बढ़ेगा (आलंकारिक अर्थों में, निश्चित रूप से - पूरे संपादक की बाइनरी पूरी तरह से 500k लाइन तक नहीं पहुंची, और यह हमेशा अतिरिक्त निर्भरता के बिना, एकल फ़ाइल के साथ चली गई)। नतीजतन, वहाँ कोई वास्तुकला नहीं थी, मेमोरी सभी छेदों में बहती थी, पैक्स में एक्सेस उल्लंघन का सामना करना पड़ा, और प्रत्येक सही बग आसानी से नए लोगों के एक जोड़े को सक्रिय कर सकता था।
मैं एक और पूरी तरह से अप्रत्याशित समस्या में भाग गया: मेरे पास मॉडल करने का समय नहीं था! प्रोग्रामिंग किसी भी मात्रा में समय बर्बाद कर दिया, और स्थिति बेतुका था: मैंने विशेष रूप से शांत कार्ड वाले लोगों को हिट करने के लिए एक संपादक बनाया, लेकिन अंत में, पूरी तरह से अलग-अलग लोगों ने इसे मॉडल किया।
लेकिन, सभी कठिनाइयों के बावजूद, MdlVis अपनी प्रसिद्धि के चरम पर पहुंच रहा था। इसके अलावा, 2005 के अंत में Warcraft III का दिन है। पैक में कार्ड जारी किए गए थे, मॉडल के पैक संकलित किए गए थे, किनेमैटिक्स प्रतियोगिता आयोजित की गई थी, परियोजनाएं बारिश के बाद मशरूम की तरह गुणा होती हैं। लोगों ने अविश्वसनीय, शानदार नक्शे (जैसे WC3 इंजन पर FPS) बनाते हुए, गेमप्ले के साथ प्रयोग किया। काम जोरों पर था।

वाह! यह आ रहा है ...

और फिर वह आया। नए युग के देवताओं में से पहला, ऑनलाइन युग। सर्वनाश के अग्रदूत और एकल की मौत के रूप में इस तरह के।
युद्ध की दुनिया ।
अधिक सटीक रूप से, वह पहले भी दिखाई दिया था, लेकिन रूस में वह केवल हार्स और एमुलेटर से परिचित था जो व्यक्तिगत रूप से अपने स्वयं के डेस्कटॉप पर उठाया गया था। इसमें कटौती करने के लिए तत्कालीन नेटवर्क के साथ नहीं। केवल Muscovites कम या ज्यादा भाग्यशाली थे; वहाँ, इंटरनेट के साथ अफवाहों के अनुसार, यह पहले से ही अपेक्षाकृत अच्छा था।
सामान्य तौर पर, उस समय रूसी गेमर्स के लिए WoW बेकार था। लेकिन इसमें मॉडल थे। और क्या! उच्च-पाली, सुपर-गुणवत्ता वाले एनिमेशन के टन के साथ, विस्तृत बनावट के साथ। और, जो विशेष रूप से मूल्यवान है, सब कुछ Warcraft के विषय पर है। इन मॉडलों को एमडीएक्स प्रारूप में शाब्दिक रूप से चीरने का विचार हवा में था।
तो, एक शिल्पकार द्वारा लिखित 3DSMax में M2 (WoW मॉडल का प्रारूप) आयात करने के लिए एक स्क्रिप्ट दिखाई दी, लेकिन इसने इतनी टेढ़ी-मेढ़ी काम किया कि हर कोई इसे लॉन्च करने में कामयाब नहीं हुआ। इसके अलावा, उन्होंने केवल मेश और एक कंकाल का आयात किया, जो इसके अलावा मैन्युअल रूप से सबसे ऊपर होने के लिए आवश्यक था।
और फिर ब्लिज़ार्ड ने एक नया वाह पैच जारी किया, और स्क्रिप्ट ने आमतौर पर काम करना बंद कर दिया।
स्थिति इस तथ्य से जटिल थी कि मेरे पास वाह (ग्रिड को उन्नत करने के लिए या तो डाउनलोड करने का अवसर नहीं था, हां, लेकिन फिर भी चरम पर 33.8kbps से डायल-अप), और न ही इसे खरीदें। और यहाँ फिर से समुदाय बचाव में आया।मेरे अनुरोध पर, मेल मॉडल और बनावट के साथ-साथ इस खेल में यह सब कैसे दिखना चाहिए, के स्क्रीनशॉट के साथ भर गया था। कहीं उन्हें M2 प्रारूप पर प्रलेखन का मसौदा मिला। जैसा कि बाद में पता चला, वे डॉक काफी हद तक असत्य थे।
मैंने HEX संपादक में सप्ताह बिताए, नए प्रारूप की पेचीदगियों को समझते हुए। वाह इंजन WC3 इंजन की तुलना में बहुत अधिक उन्नत निकला, एम 2 मॉडल की कई विशेषताओं का एमडीएक्स में कोई एनालॉग नहीं था। मुझे सुधार करना था: एम 2 के विश्लेषण के आधार पर, यह पता लगाने के लिए कि अनिवार्य रूप से सबसे समान एमडीएक्स मॉडल को उत्पन्न करने के लिए खरोंच से कैसे।
मुझे बनावट प्रारूप, बीएलपी 2 के साथ टिंकर करना था। JPEG से DXT (मैं पहली बार बाद का सामना किया, और यह भी एक लंबे समय के लिए स्मोक्ड मंचों, यह आमतौर पर कैसे डिकोड किया गया है) का उपयोग करके संपीड़न एल्गोरिदम का एक पूरा सेट वहाँ इस्तेमाल किया गया था।
और अब ऐतिहासिक क्षण आ गया है: 9 नवंबर, 2005। MdlVis 1.2 जारी किया। तीसरे Warcraft के लिए वाह मॉडल और बनावट बदलने के लिए दुनिया में पहला कार्यक्रम।
मैं खुद इस क्षण के महत्व से इतना प्रभावित हुआ कि मैंने एक विस्तृत ट्यूटोरियल भी लिखा, जहां मैंने प्रक्रिया के हर विवरण को शाब्दिक रूप से चबाया।
यह कहने के लिए कि कनवर्टर मांग में है, बस कुछ नहीं कहना है। मंचों में विस्फोट हुआ। लोगों ने दिनों के लिए मॉडल को अंत में बदल दिया, खुद को स्थापित करना सभी वाह सामग्री को एक पूरे के रूप में परिवर्तित करने का लक्ष्य प्रतीत होता है।
इतना ही नहीं, MdlVis के बारे में अचानक अंग्रेजी बोलने वाले समुदाय ने सीखा। इसने मुझे कुछ हद तक आश्चर्यचकित किया: अब तक, मैंने किसी तरह इस तथ्य के बारे में भी नहीं सोचा था कि विदेशों में भी खिलाड़ी और मॉडमेकर्स हैं, और रूस में उनकी तुलना में कहीं अधिक हैं। इसलिए, संपादक को विशेष रूप से रूसी भाषी दर्शकों के लिए बनाया गया था। इंटरफ़ेस, रीडमी, एफएक्यू और ट्यूटोरियल - सब कुछ रूसी में था। एक गैर-सहज ज्ञान युक्त इंटरफ़ेस ने प्रोग्राम को टाइप करके समझने की संभावना को लगभग पूरी तरह से समाप्त कर दिया।
हालाँकि, wc3search और कई अन्य संसाधनों पर, वाह मॉडल को परिवर्तित करने का एक अंग्रेजी-भाषा का ट्यूटोरियल दिखाई दिया ("अब ऊपर की ओर मेनू में चित्रलिपि की तीसरी पंक्ति पर क्लिक करें" की शैली में, तो हम इसे नहीं पढ़ेंगे - बस बाएं बटन पर क्लिक करें ...), और उसी समय - मॉडल स्वयं ।
उत्तरार्द्ध, हालांकि, अगले दिन wc3search के साथ गायब हो गया, लेकिन एक विषय एक लौ के साथ दिखाई दिया: "क्या WC3 मॉड में वाह से मॉडल का उपयोग करना कानूनी है"?
मुझे याद है कि इस चर्चा में बहुत देर तक हँसा था। मैंने पूरी शाखा को अपने काम करने वाले फ़ोल्डर पर भी फेंक दिया, इससे मेरे मूड को चोट लगी। अरे हाँ, बर्फ़ीला तूफ़ान निश्चित रूप से नाराज होगा कि प्रशंसकों ने एक ही कंपनी में और एक ही विषय पर उन्हें सम्मिलित करने के लिए अपने गेम में से एक से मॉडल चुरा लिया। उन दिनों, यह एक मजाक की तरह लग रहा था, क्योंकि हम सभी का मानना ​​था कि ©, ^tm , ® जैसे संकेत केवल नाम को अधिक ठोस बनाने के लिए थे।

वाह मॉडल MdlVis कार्यक्षेत्र में आयात किया

वैसे, MdlVis, "नहीं" लाइसेंस के तहत आया था। यही है, इसके लिए पैसे की मांग करने के लिए यह मेरे दिमाग को पार भी नहीं कर सकता था, या कम से कम प्रत्येक स्रोत फ़ाइल के लिए एक मुफ्त लाइसेंस के पाठ के साथ एक बहु-किलोमीटर हेडर जोड़ सकता है।
जैसा कि यह हो सकता है, लौ का विस्तार हुआ और बर्फ़ीला तूफ़ान एक सार्थक चुप्पी बनाए रहा। या तो वे अवाक थे, या (जो सबसे अधिक संभावना है) वे वास्तव में परवाह नहीं करते थे।
हालांकि, दो हफ्ते बाद उनके समर्थन ने फिर भी जवाब दिया कि इसे अपलोड करना संभव था, लेकिन Battle.net कार्ड के लिए नहीं। एक महीने में - Battle.net में क्या संभव है, लेकिन केवल अगर सभी बनावट वाला मॉडल 1Mb से अधिक नहीं है। और फिर उन्होंने अपने हाथों को पूरी तरह से लहराया, उस समय तक केवल डॉट पूरी बैटल.नेट से बना रहा।
मैंने अनुकूलन की समस्या का सामना किया: घोषित 1Mb में भारी वाह मॉडल को धकेलना आवश्यक था।
आकार को कम करने के मुद्दे को धीरे-धीरे और इत्मीनान से हल किया गया था, विभिन्न ट्रिक्स और हैक्स को इकट्ठा करके। उदाहरण के लिए, MDX में नंबरों को 4-बाइट फ़्लोट दिए गए थे। इन चार बाइट्स में से दो, जैसा कि यह निकला, दर्द रहित रूप से शून्य किया जा सकता है, जिसके कारण केवल सटीकता में कमी आई और आमतौर पर मॉडल की गुणवत्ता को प्रभावित नहीं किया। लेकिन संग्रह में, ऐसे मॉडल पहले से बहुत बेहतर सिकुड़ रहे थे ... खैर, सब कुछ एक ही शैली में है।
इस तरह से "अत्यधिक चोरी" करने वाले मॉडल आम तौर पर खेल और MdlVis दोनों को खा जाते हैं, हालांकि, तीसरे पक्ष के मॉडलिंग उपकरण रास्ते में ही उन पर गिर गए। नतीजतन, मेरे कार्यक्रम को छोड़कर ऐसे मॉडलों को संपादित करने के लिए कुछ भी नहीं था, समुदाय ने नाराज होना शुरू कर दिया, और मुझे संपादक को "canonizer" जोड़ना पड़ा - एक एंटीहॉक जिसने अपने मानक रूप में मॉडल वापस लाए, जिससे उनका आकार बढ़ गया।
एम 2 के अलावा, वाह ने एक और प्रारूप, डब्ल्यूएमओ का उपयोग किया। यदि एम 2 में ज्यादातर अलग-अलग सक्रिय मॉब के मॉडल संग्रहीत किए गए थे, तो WMO में पर्यावरण बिछाएं। खंभे, इमारतें, यहां तक ​​कि पूरे शहर। डब्लूएमओ की संरचना एक मिनी-मैप से मिलती-जुलती थी: इसमें इस बात का वर्णन था कि मॉडल को टुकड़ों से कैसे जोड़ा जाए और "ब्लॉक्स ब्लॉक" से जोड़ा जाए।
अंत में, समुदाय की मदद के बिना, मैंने संपादक के अगले संस्करण में अपना समर्थन जोड़ते हुए, इस प्रारूप का भी पता लगा लिया।

प्रतियोगिता

लगभग उसी समय, MdlVis के पास एक प्रतियोगी है: Warcraft III मॉडल एडिटर (W3ME)। यह एक सी ++ में लिखा गया था, यह तुरंत खुले स्रोतों के साथ आया, इंटरफ़ेस का अंग्रेजी भाषा में डायरेक्टएक्स का इस्तेमाल किया, और एमडीएलवी से छह गुना अधिक वजन (उन दिनों में मुझे अपने संपादक की लघुता पर बहुत गर्व था)।
W3ME का लेखक स्पष्ट रूप से प्रोग्रामिंग के लिए नया नहीं है, और वह आर्किटेक्चर के साथ पहले से परिचित था: बहुत स्पष्ट, समझने योग्य भी टिप्पणी के बिना, पठनीय कोड, उच्च मॉड्यूलरिटी और अविश्वसनीय स्थिरता। W3ME MdlVis का एक प्रकार का एंटीपोड निकला, सब कुछ अन्य तरीके से था: DirectX बनाम ओपनजीएल, सी ++ बनाम डेल्फी, मॉड्यूलरिटी बनाम स्पेगेटी। यहां तक ​​कि वे कार्य जिनके लिए प्रत्येक संपादक को तेज किया गया था, मेल नहीं खाते थे: W3ME ने कण स्रोतों, कंकाल, एनिमेशन के साथ काम करने की अनुमति दी थी, लेकिन वहां एडिटिंग मेश के लिए कोई सुविधाजनक उपकरण नहीं थे। MdlVis में, इसके विपरीत, संपादन मेष मुश्किल नहीं थे, लेकिन गरीब और छोटी गाड़ी के एनीमेशन संपादक ने वांछित होने के लिए बहुत कुछ छोड़ दिया।
यह तब था जब मैंने एक और गलती की: मैंने एनीमेशन संपादक MdlVis को स्क्रैच से फिर से लिखने का फैसला किया, इसलिए न केवल कॉपी करने के लिए, बल्कि W3ME की कार्यक्षमता को पार करने के लिए, प्रतियोगी को कोई मौका नहीं छोड़ना।
उन दिनों में, मुझे अभी भी संस्करण नियंत्रण प्रणालियों के बारे में नहीं पता था, इसलिए मैंने "अगले संस्करण कोड की वर्तमान स्थिति का निर्माण है" के सिद्धांत पर काम किया। और जब मुझे MdlVis में अगले बग के बारे में बताया गया, तो मैं उन्हें ठीक नहीं कर सका, क्योंकि इसका मतलब होगा कि एनीमेशन संपादक के बिना संस्करण को बिल्कुल भी डाल दिया जाए (यह पूरी तरह से कोड से हटा दिया गया था, लेकिन एक नया बनाया गया था)। वही गिट आसानी से मेरी समस्या को हल कर देगा, लेकिन मुझे तब भी इसके बारे में पता नहीं था, और यह बताने के लिए कोई नहीं था।
और फिर ब्लिज़ार्ड्स ने अगले वाह पैच जारी किए, जहां उन्होंने मॉडलों के प्रारूप को बदल दिया, ताकि वे कनवर्टर के साथ खोलना बंद कर दें। सामान्य तौर पर, फिक्सेस अपरिहार्य हो गया। MdlVis का अगला संस्करण पैच आउट हुआ। कम बग, वाह मॉडल के एक नए प्रारूप को बदलने की क्षमता ... लेकिन कोई एनीमेशन संपादक नहीं। आम तौर पर।
इस बीच, W3ME के ​​लेखक ने जाल संपादक को गंभीरता से लिया। उनका कार्यक्रम MdlVis के साथ पकड़ने लगा, इसलिए मुझे भी धक्का देना पड़ा। गणित फिर से मुख्य समस्या बन गया: मुझे हरमाइट के विभाजन को समझने और एल्गोरिदम की खोज करने के लिए प्रक्षेप के प्रकारों के बारे में जानकारी एकत्र करनी थी।
अंत में, एनीमेशन संपादक अभी भी MdlVis में दिखाई दिया। यह वास्तव में W3ME की तुलना में काफी अधिक कार्यात्मक था, लेकिन यह अभी भी एक ही स्पेगेटी वास्तुकला द्वारा प्रतिष्ठित था, और इसलिए नियमित रूप से कार्यक्रम के दुर्घटनाग्रस्त होने का कारण बना।

बग खोज

और एक नई समस्या: बग रिपोर्ट में बहुत सारे अपूरणीय ग्लिच जमा हुए हैं। यही है, सब कुछ मेरे लिए एक घड़ी की तरह काम करता है, लेकिन उपयोगकर्ता के लिए बिल्कुल यही कारण है कि किसी कारण से दुर्घटना हो गई। क्या करें?
थोड़ा फ़ोरम स्मोक्ड करने के बाद, मैंने वीईएच कार्यक्रम में मिनीडम्प निकालने की क्षमता जोड़ने का फैसला किया। फिर, उपयोगकर्ता से एक डंप प्राप्त करने के बाद, इसे डिबगर में लोड करना संभव होगा और कम से कम यह समझने की कोशिश करें कि समस्या का कारण क्या था।
जल्दी से नहीं कहा। MdlVis 1.39 नई कार्यक्षमता के साथ सामने आया। सभी अपवादों को वीईएच द्वारा अतिरिक्त रूप से पकड़ा गया था, और हैंडलर में एक डंप हटा दिया गया था। उसी समय, मैंने फिर से ध्यान में रखा कि कोई वीईएच नहीं है, और न ही Win98 में डंप के साथ काम करना है। इसलिए, MdlVis ने पहले आवश्यक फ़ंक्शन की उपस्थिति के लिए जाँच की, आवश्यक मॉड्यूल को गतिशील रूप से लोड किया। यदि सिस्टम ने वीईएच और डंप का समर्थन नहीं किया, तो MdlVis ने इस अतिरिक्त कार्यक्षमता के बिना, वैसे भी ठीक काम किया।
"अधिकतम अनुकूलता" का सिद्धांत और एक पंक्ति में सब कुछ की जांच करता है, जिसे मैंने विकास की शुरुआत से पालन किया था, जब विंडोज विस्टा बाहर आया था तो भुगतान किया गया था। W3ME ने तुरंत इसे चलाने से इनकार कर दिया, इसलिए मॉडम निर्माताओं को फिक्स के लिए लगभग दो सप्ताह इंतजार करना पड़ा, और MdlVis ने बिना किसी समस्या के काम किया।
तो, नया संस्करण लोगों के पास गया। और तुरंत इसकी शिकायतें हुईं: यदि MdlVis अक्सर दुर्घटनाग्रस्त हो जाता है, तो कार्यशील निर्देशिका जल्दी से टन के डंप के साथ भरा हुआ था। लेकिन बग का वर्णन करने के बजाय, यह डंप संलग्न करने के लिए काफी सरल निकला, और गिरावट का कारण ढूंढना बहुत आसान और अधिक सुखद हो गया।
यह उन डंपों के लिए धन्यवाद था जो मैं पहले से अप्रकाशित बगों को पहचानने और ठीक करने में सक्षम था। उनमें से अधिकांश को 1.39 सी द्वारा पकड़ा गया था, जिसे अभी भी सभी संस्करणों में सबसे स्थिर माना जाता है।

संपादक का भाग्य

आगे क्या हुआ?और फिर - स्नातक विद्यालय, शोध प्रबंध, रक्षा, नौकरी खोज, स्वयं काम। MdlVis पर कम और कम समय था, और Warcraft धीरे-धीरे लोकप्रियता खो रहा था, Battle.net और Dota को अध: पतन कर रहा था।
लेकिन अफवाहों ने StarcraftII के आसन्न रिलीज के बारे में प्रसारित किया। मैंने पहले ही अपने होंठ पहले से ही चाट लिए: आखिरकार, स्टारक्राफ्ट मॉडल के तहत पहले से ही MdlVis का रीमेक करना संभव होगा! निश्चित रूप से वे हमें एक अधिक शक्तिशाली मानचित्र संपादक, एक अधिक शक्तिशाली इंजन देंगे, और सामान्य रूप से ब्लिज़र्ड्स में 100% अगली क्रांति की तैयारी कर रहे हैं। लेकिन मैंने इस बात पर ध्यान नहीं दिया कि ब्लिज़ार्ड की समझ में "जल्द ही" एक ढीली अवधारणा है। और जब StarcraftII बाहर आया, तो यह अचानक पता चला कि ऑनलाइन दुनिया भर में ले लिया था। अब, कैजुअल्स के अलावा, केवल MMO है। एकल मर चुके हैं, मॉडेमर्स किसी के लिए दिलचस्प नहीं हैं, और एक संपादक को विकसित करने की थोड़ी सी भी समझ नहीं है।

मुख्य गलतियाँ और निष्कर्ष

यहाँ MdlVis के विकास और समर्थन के दौरान मेरी मुख्य गलतियाँ हैं:

• जंगली विकास । फिर भी, वास्तुकला को पहले नियोजित किया जाना चाहिए, न कि बाद में। और कम से कम संभव राशि में इकाई परीक्षणों के साथ कोड को कवर करें।
• प्रलेखन। डॉक्स को पहले लिखा जाना चाहिए, और कोड के बाद नहीं। और फिर संपादित करें, यदि आप डॉक के लिए कोड नहीं लिख सकते। गंदा प्रलेखन लंबे समय से OpenSource की पहचान रहा है, और आपको इस परंपरा को जारी नहीं रखना चाहिए, जिससे समुदाय को यह पता लगाने और ट्यूटोरियल लिखने की उम्मीद हो। जब "कैमिंग सन" सेक्शन के आधे हिस्से डॉक पर होते हैं, और दूसरा आधा साल कुछ समय के लिए पुराना हो जाता है और वास्तविकता के अनुरूप नहीं होता है, तो उपयोगकर्ता को एक निराशाजनक छाप मिलती है।
• ओपन। उसने मुझे किसी भी "मानकों" से संपर्क करने से पूरी तरह से हतोत्साहित किया, जिसमें एक भी मालिक नहीं था, एक स्पष्ट, अस्पष्ट कार्यान्वयन को धक्का देने और सभी को वैकल्पिक रूप से देखने के लिए टोपी का दोहन करने में सक्षम था। यदि किसी समिति या संघ द्वारा कोई तकनीक विकसित की जा रही है, तो आपको प्लेग से दूर भागना चाहिए। इसलिए, एक नई परियोजना शुरू करते हुए, अब मैं निश्चित रूप से ओपनजीएल के बजाय डायरेक्टएक्स का चयन करूंगा, और जेएस + एचटीएमएल + सीएसएस के बजाय फ्लैश (जिस पर हैलो दुनिया भी एक दर्जन हैक्स के बिना नहीं किया जा सकता है)।
  इसके अलावा, अब मुझे ऐसे "क्रॉस-प्लेटफ़ॉर्म" कोड पर बहुत संदेह होगा, जिसमें 90% के लिए # परिभाषित / # ifdef शामिल है, और शेष 10% अंडरस्कोर हैं।
• आकार का पीछा। तथ्य यह है कि MdlVis 500k में मिला निश्चित रूप से अच्छा है, लेकिन बेकार है। पेंच वॉल्यूम और नेटवर्क की गति इतनी तेजी से बढ़ रही है कि 500MB भी डाउनलोड करने के लिए उपयोगकर्ता के लिए कोई समस्या नहीं है। इसलिए, आकार के सभी अंतहीन हैक और अनुकूलन का कोई मतलब नहीं है। उदाहरण के लिए, Windows XP 1GB में फिट होता है, और Win8 के लिए पहले से ही 20GB की आवश्यकता होती है, यहां तक ​​कि इसमें एक संदेह रेंगता है कि यह C # में लिखा गया था। और कुछ भी काम नहीं करता है, हर कोई खुश है।
• कोड को फिर से लिखना। हर अब और फिर वह "लेने और फिर से लिखने" की इच्छा के आगे झुक गया, जैसे कि एक संरचनाहीन कोड के एक टुकड़े को दूसरे के साथ बदलने से कुछ उसी तरह बदल जाएगा। नतीजतन, प्रत्येक पुनर्लेखन में केवल समय की हानि और अतिरिक्त बगों का एक पूरा गुच्छा होता है।
• बहुमुखी प्रतिभा का पीछा । 2005 में, सभी प्रकार के "विशेष" सिस्टम के साथ Win98 की बराबरी करना पहले ही मूर्खतापूर्ण था।

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