कमोडोर 64 के लिए एज़्योर देवओपीएस?

मैं अपने शुरुआती दिनों से ही Azure DevOps का बहुत बड़ा प्रशंसक रहा हूं, जब इसे अभी भी Visual Studio ऑनलाइन कहा जाता था। मैं इसे पेशेवर और व्यक्तिगत उद्देश्यों के लिए उपयोग करता हूं,
और इसे मेरे परामर्शदाता ग्राहकों को सुझाएं।

हालाँकि, मैं इस प्लेटफ़ॉर्म की कितनी भी प्रशंसा करूँ, लेकिन नोड या जावा डेवलपर्स को यह समझाना अक्सर मुश्किल होता है कि Azure DevOps अपनी परियोजनाओं के साथ ठीक काम करेगा, .NET के लिए इससे बुरा नहीं। किसी भी समूह में पूर्वाग्रहों का खंडन करने वाले प्रदर्शनों और प्रस्तुतियों की संख्या के बावजूद, ऐसे लोग हैं जो दृढ़ता से मानते हैं कि ADO उनके लिए उपयुक्त नहीं है, क्योंकि यह "Microsoft का एक उपकरण है।"

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

मैं थोड़ा इस विचार के साथ खेला, और फिर यह मुझ पर dawned। एडब्ल्यूएस पर कुबेरनेट्स के लिए तैनात स्प्रिंगबूट माइक्रोसर्विस के लिए एक और सीआई / सीडी डेमो बनाए बिना प्रमाण की आवश्यकता है - इसे अधिक सनकी दृष्टिकोण के साथ करने की आवश्यकता है।

और अब कुछ पूरी तरह से अलग है

क्या होगा अगर हम आधुनिक भाषाओं और प्लेटफार्मों पर ध्यान केंद्रित करना बंद कर दें और 30 साल पहले यह देखने के लिए आगे बढ़ें कि क्या आधुनिक उपकरण और एडीओ का उपयोग मॉड्यूल में विकास, निर्माण, टूटने और 8-बिट कंप्यूटर प्लेटफॉर्म के लिए लिखे गए प्रोग्राम को लागू करने के लिए किया जा सकता है?

एडीओ के लिए अन्य डेमो के मामले में जो मैंने अतीत में बनाया था, मैं एक पूरी तरह से तैयार उत्पाद दिखाना चाहता था - कोड को संपादित करने से लेकर, इसकी जांच करना, और इसी तरह, लाइव वातावरण तक जिसमें आप बदलाव देख सकते हैं।

सिद्धांत रूप में, यह सब अच्छा लग रहा था, लेकिन असली सवाल था - कहां से शुरू करें? यह, जाहिर है, ऐसी स्थिति नहीं थी जिसमें आप पिछले उदाहरणों की तलाश में स्टैकऑवरफ्लो चला सकें। हालांकि, मित्रों और सहकर्मियों के साथ विचार पर चर्चा करना (वे सभी तय करते हैं कि मैं स्थानांतरित हो गया था), मैंने अपना विचार तैयार करना शुरू कर दिया।

मैंने फैसला किया कि डेमो प्रोग्राम को कमोडोर 64 के लिए 8-बिट मशीन कोड में वीएस कोड संपादक का उपयोग करके लिखा जाना चाहिए। स्रोत ADO पर Git रिपॉजिटरी द्वारा संसाधित किया जाएगा, और CI / CD पाइपलाइन, Azure में बिल्ड, मॉड्यूल और कार्यान्वयन के लिए जिम्मेदार होगा। मुझे पहले से ही संदेह होने लगा था कि मेरे दोस्त सही थे, और मेरी छत पहले ही चली गई थी, लेकिन फिर भी यह विचार एक दिलचस्प चुनौती थी।

संपादक की पसंद

हर कोई किसी विशेष कार्य के लिए सही उपकरण चुनने के बारे में कहावत जानता है। यह गृहकार्य, कार की मरम्मत और कोड लेखन पर लागू होता है।

.NET डेवलपर के रूप में, मैं अपना अधिकांश समय Visual Studio 2017 में बिताता हूं। अगर मुझे जावा प्रोजेक्ट पर स्विच करने या देशी एंड्रॉइड प्रोग्राम लिखने की आवश्यकता है, तो मैं क्रमशः IntelliJ या Android Studio शुरू करता हूं। C64 मशीन कोड के लिए मुझे किस संपादक का उपयोग करना चाहिए?

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

इस समाधान का नकारात्मक पक्ष यह था कि मुझे कोडांतरक 6510 में हाइलाइटिंग सिंटैक्स का त्याग करना होगा, और मैं बस एक सफेद पृष्ठभूमि पर काले पाठ को घूरता रहूंगा। यह स्थिति "सही उपकरण" के बारे में मेरे कथन के अनुरूप नहीं है।

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

इसने मुझे नहीं रोका, और, 80 के दशक के विकास के मोनोक्रोम पहलुओं को राहत देने के लिए नहीं चाहता था, मैंने वीएस कोड के लिए एक्सटेंशन बनाने पर प्रलेखन में खुद को दफन कर दिया। कुछ दिनों बाद, मैंने ख़ुशी से विजुअल स्टूडियो मार्केटप्लेस के लिए एक्सटेंशन का पहला संस्करण जारी किया।

और यह अभ्यास शुरू में जितना उपयोगी लग रहा था, उससे कहीं अधिक उपयोगी निकला।

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

80 के दशक से एक उपयुक्त संपादक और कुछ पुरानी प्रोग्रामिंग पुस्तकों के साथ, मैंने कोड लिखना शुरू कर दिया। बहुत जल्दी, मुझे एसआईडी प्रारूप में एक संगीत फ़ाइल आयात करने और बीटल्स व्हेन आई एम 64 (यह कमोडोर उपयोगकर्ताओं का एक पुराना मज़ाक है, लेकिन यह इस परियोजना के लिए उचित लगता है) का एक 8-बिट संस्करण खेलकर एक काम करने वाला कार्यक्रम मिला।



अब तक, मैंने लैपटॉप पर प्रोग्राम को संकलित और परीक्षण किया है। स्रोत कोड गिट रिपॉजिटरी के लिए भेजा गया था, इसलिए अगला कदम कंटिन्यूअस इंटीग्रेशन के लिए बिल्ड बनाने की आवश्यकता थी।

ADO की प्रभावशाली क्षमताओं में से एक इसकी क्षमता लगभग किसी भी CI / CD स्थिति को संभालने की है। बॉक्स से बाहर, यह सेवा कई पूर्वनिर्धारित कार्यों की पेशकश करती है, जिससे आप बस कुछ ही क्लिकों में अधिकांश आधुनिक परियोजनाओं के लिए CI / CD चेन बना सकते हैं।

यदि आपकी ज़रूरतें मूल सेवा का हिस्सा नहीं हैं, तो मार्केटप्लेस आमतौर पर आपको कई अलग-अलग उपयुक्त उपकरण प्रदान करेगा। यदि यह काम नहीं करता है, तो आप PowerShell स्क्रिप्ट को स्केच कर सकते हैं जो आपको आवश्यक काम करता है।

परियोजना की स्पष्ट समस्या यह थी कि कमोडोर 64 के लिए सर्विस फीचर्स, क्रॉस-असेम्बलर और डिस्क इमेजिंग की व्यापक रेंज के बावजूद बस अस्तित्व में नहीं थी। बेशक, मैं Azure में मेरे द्वारा आवश्यक उपकरणों के साथ एक विशेष वर्चुअल मशीन बना सकता हूं, या PowerShell पथ का अनुसरण कर सकता हूं, लेकिन क्या यह दिलचस्प होगा?

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

ACME क्रॉस-असेंबलर एक्सटेंशन

मेरी CI श्रृंखला के लिए पहला विस्तार C64 मशीन कोड में मेरे कोडांतरक कोड को संकलित करना था। ऐसा करने के लिए, मुझे होस्ट किए गए बिल्ड एजेंटों में से एक पर क्रॉस-एसेम्बलर स्थापित करने की आवश्यकता थी।

असेंबलर एक प्रोग्राम है जो मानव-पठनीय असेंबलर भाषा को एक विशिष्ट बाइनरी हैंडलर के लिए डिज़ाइन किए गए वास्तविक मशीन कोड में परिवर्तित करता है। आमतौर पर, मशीन में उपयोग किए जाने वाले प्रोसेसर के लिए मशीन कोड उत्पन्न होता है, जिस पर वह चलता है। क्रॉस असेंबलर कोड रूपांतरण में अगला कदम उठाता है, जिससे आप किसी अन्य प्रोसेसर के लिए मशीन कोड उत्पन्न कर सकते हैं।

जैसा कि मैंने उल्लेख किया है, मेरी परियोजना के लिए मैंने एसीएमई क्रॉस-असेंबलर को चुना, क्योंकि यह कमोडोर के विकास के लिए अनुशंसित है। यह अन्य 8-बिट परियोजनाओं की एक विस्तृत श्रृंखला का भी समर्थन करता है, जैसे कि निनटेंडो एंटरटेनमेंट सिस्टम या 65xx प्रोसेसर का उपयोग करके अटारी परिवार।

Microsoft और अन्य स्रोतों द्वारा उपलब्ध कराए गए दस्तावेज़ों और उदाहरणों के आधार पर, मुझे दिन का अधिकांश समय लगा, मार्केटप्लेस पर विस्तार के काम करने वाले संस्करण को लिखने, सत्यापित करने और प्रकाशित करने के लिए।

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

क्या किसी के पास ऋण पर डिस्केट है?

श्रृंखला में अगला कदम कमोडोर 64 के साथ संगत मीडिया प्रारूप में कार्यक्रम को स्थानांतरित करना है, अर्थात इसे फ्लॉपी डिस्क पर रखें। रोजमर्रा की जिंदगी में डेवलपर्स को भी ऐसी समस्या का सामना नहीं करना पड़ता है। सौभाग्य से, इस कार्य के लिए अलग-अलग एप्लिकेशन मौजूद हैं।

VICE कमोडोर के लिए सबसे लोकप्रिय एमुलेटर है। इसमें विभिन्न कमोडोर मॉडल में से प्रत्येक के लिए न केवल कई एमुलेटर हैं, बल्कि कई उपयोगी उपकरण भी हैं, जिसमें c1541 वर्चुअल डिस्क मैनेजर भी शामिल है। इसके साथ बनाई गई डिस्क छवियों का उपयोग एमुलेटर के साथ किया जा सकता है, जिसे भौतिक मीडिया (5 "कम-घनत्व फ्लॉपी डिस्क) में कॉपी किया जाता है, या माइक्रोएसडी पर डाउनलोड किया जाता है और एसडी 2 आईईसी ड्राइव एमुलेटर के साथ उपयोग किया जाता है।

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

कमोडोर ने तीन अलग-अलग ड्राइव मॉडल जारी किए, जिस तरह से वे स्वरूपण और मीडिया प्रकार के आधार पर डिस्क वॉल्यूम को संभालते हैं। अधिकांश उपयोगकर्ताओं से परिचित मूल मॉडल, 170 केबी (हाँ, किलोबाइट्स) की क्षमता के साथ एकल-पक्षीय ड्राइव के साथ काम कर सकता है। अपने माता-पिता से पूछें)। बाद के मॉडल, 1571, जिसे कमोडोर 128 पर इस्तेमाल किया गया था, दो तरफा ड्राइव के साथ काम कर सकता था, जिसकी मात्रा बढ़कर 340 Kb हो गई। मैंने विस्तार में लचीलापन जोड़ने का फैसला किया, इसलिए मैंने एक सेटिंग के रूप में विभिन्न डिस्क प्रारूपों के लिए समर्थन जोड़ा, जिसे ड्रॉप-डाउन मेनू के माध्यम से इंटरफ़ेस में चुना जा सकता है।

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

क्रॉस-एसेम्बलर के मामले में, आवश्यक सॉफ़्टवेयर को ओपन सोर्स प्रोजेक्ट रिपॉजिटरी से डाउनलोड किया जाता है और बिल्ड एजेंट में स्थापित किया जाता है। कार्य वांछित प्रारूप में एक डिस्क छवि बनाता है, और फिर बिल्ड कार्य से फ़ाइल को इसकी प्रतिलिपि बनाई जाती है। परिणामी फ़ाइल बिल्ड कलाकृतियों निर्देशिका में ले जाया जाता है, जहाँ आप इसे डाउनलोड कर सकते हैं।



ऐसा क्या है जो बाहर निकलता है - इतना काम, और परिणामस्वरूप आपको फ़ाइल डाउनलोड करने की आवश्यकता है? यह CI / CD प्रशिक्षण सामग्री होनी चाहिए। यदि हमें अपनी स्थिति को साबित करने की आवश्यकता है, तो हमें मशीन पर कार्यक्रम को तैनात करने की आवश्यकता है ताकि इसे एक प्रदर्शन के रूप में इस्तेमाल किया जा सके।

फ्लॉपीनेट अक्षम

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



कमोडोर एसएक्स -64 (बड़े बैचों में निर्मित पहला "पोर्टेबल" रंगीन कंप्यूटर) में एक अंतर्निहित मॉनिटर था, लेकिन यह मेरे कैरी-ऑन सूटकेस के आकार के बारे में था और इसका वजन लगभग 10 किलो था। कल्पना कीजिए कि ऐसे राक्षस के साथ हवाई अड्डे की सुरक्षा सेवा के माध्यम से जाना कितना कठिन होगा?

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

असली समस्या लोहे की सुवाह्यता नहीं है, लेकिन स्वचालन की कमी है। फ्लैश ड्राइव का उपयोग करके प्रोग्राम को लैपटॉप से ​​कार में स्थानांतरित करने की आवश्यकता पूरी तरह से प्रस्तुति में एडीओ की क्षमताओं को प्रकट नहीं करती है।

सर्वर के बिना विकल्प

जैसा कि मैंने उल्लेख किया है, VICE कमोडोर के लिए सबसे लोकप्रिय एमुलेटर है। इसे विंडोज, लिनक्स, मैक ओएस एक्स, एमएस-डॉस और कई अन्य ओएस में पोर्ट किया गया था। हालांकि, क्लाउड डेवलपमेंट के लिए, इस विकल्प के लिए एक होस्ट के रूप में VM को कॉन्फ़िगर करना होगा, और मैं एक समाधान के साथ प्राप्त करना चाहता था जिसमें सर्वर की आवश्यकता न हो।

उल्लिखित संस्करणों के अलावा, VICE में जावास्क्रिप्ट के लिए एक विकल्प है जो अधिकांश ब्राउज़रों में ठीक काम करता है। यद्यपि फ्रंट-एंड डेवलपमेंट मेरा तत्व नहीं है, फिर भी मैं एक सभ्य उत्तरदायी पृष्ठ को बनाने में सक्षम था।



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

यह प्रणाली न केवल मेरे कार्यक्रम के साथ काम करती है; मैं कमोडोर 64 बेसिक पर कार्यक्रम को तैनात करने और चलाने के लिए एक श्रृंखला बनाने में कामयाब रहा।

10 PRINT "HELLO WORLD"
20 GOTO 10

हम खत्म करते हैं

कमोडोर 64 के लिए DevOps? यह अकल्पनीय है!



इस अभ्यास का अर्थ केवल यह प्रमाण नहीं है कि जब वे एज़्योर देवओप्स के बारे में कहते हैं कि यह "किसी भी भाषा और किसी भी मंच" का समर्थन करता है, तो उनका मतलब केवल माइक्रोसॉफ्ट से जुड़ी हर चीज से नहीं है (हालांकि कमोडोर के लिए बुनियादी संस्करण लाइसेंस से खरीदा गया था) माइक्रोसॉफ्ट)। यह हमें तकनीकी पहलुओं पर ध्यान केंद्रित करने से विचलित करता है और लोगों को कृत्रिम ढांचे से परे ले जाता है जिसे उन्होंने खुद के लिए नियुक्त किया है।

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

DevOps उपकरण नहीं हैं। अंत में उपकरण केवल एक अंत के लिए एक साधन हैं, चाहे उन्हें कौन प्रकाशित करे।

संगठन के लिए DevOps के सफल होने के लिए, हमारे कॉर्पोरेट संस्कृति को सोचने और विकसित करने के तरीके को बदलना आवश्यक है। हमें बहुत से नए विचारों को स्वीकार करने की आवश्यकता है, जो हम सोचते हैं, उस पर फिर से विचार करें, और "यह यहां काम नहीं करेगा" जैसे विचारों से दूर चले जाएं, क्योंकि हमने इसे पहले की कोशिश नहीं की है।

30-वर्षीय कंप्यूटर के लिए CI / CD श्रृंखला बनाना व्यवसाय के लिए कोई मूल्य नहीं है, केवल इस दृष्टिकोण को स्पष्ट रूप से स्पष्ट करने के अलावा।