बिना देखे कोड विकास

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

ऐसा हुआ कि बचपन से ही मेरे पास बहुत कम दृश्य तीक्ष्णता है। ऐसा लगता है जैसे मैं बड़ी तस्वीर को बिना किसी फोकस के बहुत शोर के साथ देखता हूं।

मैं गणित, यांत्रिकी और कंप्यूटर विज्ञान संस्थान से स्नातक हूं। अब मैं चिकित्सा उपकरणों की मान्यता के लिए एक एप्लिकेशन विकसित कर रहा हूं।

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

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

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

बेशक, जब यह बायोस चुनने या सिस्टम को फिर से स्थापित करने की बात आई, तो आपको दृष्टिहीनों की मदद लेनी पड़ी।

विकास में, समस्याओं का चक्र थोड़ा अलग दिखता है।

कोड लेखन

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

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

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

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

So. वफादार लैपटॉप को हरा दिया जाता है, एक नए युद्ध घोड़े की जरूरत होती है।

अगली मशीन मेरे पास मैकबुक थी। मुझे पता है कि यह महंगा है, लेकिन सबसे पहले यह उन वर्षों में था जब एक मैकिन्ले के लिए लगभग 30 यारोस्लाव दिए गए थे, और दूसरी बात, यह केवल नेत्रहीन लोगों के लिए अधिक सुविधाजनक नहीं था।

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

विकास की प्रक्रिया

विकास की शुरुआत हर किसी से अलग नहीं होती है: एक परियोजना बनाना, एक रिपॉजिटरी बनाना, यदि आवश्यक हो, खासकर जब से एक्सकोड जीआईटी रिपॉजिटरी खुद बनाता है।

जैसा कि मैंने ऊपर कहा, Xcode अपनी पसंद की भाषा में सीमित है, इसलिए एक नियम के रूप में मैं C ++ या Swift का उपयोग करता हूं।

Xcode स्वयं ही मुख्य फ़ाइल बनाता है और मुख्य फ़ंक्शन का वर्णन करता है।
बाकी सभी की तरह, मैं आवश्यकतानुसार फाइलें जोड़ता हूं, लेकिन वे, जो, दुर्भाग्यवश, जटिल परियोजनाओं के विकास से बचा नहीं जा सकता, ऑटो-कम्प्लीट हैं, जो कोड के विभिन्न भागों के स्निपेट से शुरू होते हैं, जैसे कि क्लास डिस्क्रिप्शन, या लूप्स जो विकास को गति देते हैं, और साथ समाप्त होते हैं। लंबे आकर्षक नामों के साथ वर्ग के तरीके या फ़ंक्शन जो दृश्य स्मृति तक पहुंच के बिना आपके सिर में रखना बहुत मुश्किल है।

डिबगिंग

लिखित कोड को डीबग करना होगा। ठीक है, जब लिखने के बाद परियोजना एक साथ मिल गई, तो कार्यक्रम शुरू हुआ और तुरंत सही ढंग से काम किया, लेकिन यह कब हुआ?

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

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

परियोजना को इकट्ठा किया गया था, कार्यक्रम शुरू हुआ, और [एलएलडीबी] अपेक्षित कंसोल के बजाय नीचे कंसोल में दिखाई दिया और "एक्जिट कोड के साथ समाप्त हुआ प्रोग्राम: 0", मैं निम्न स्तर के डीबगर का उपयोग नहीं कर सकता, इसलिए मुझे यह शिलालेख लगता है, इसलिए प्रोग्राम लॉजिक में कुछ है गलत हो गया

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

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

संस्करण नियंत्रण

एक्सकोड स्वयं जीआईटी के साथ काम कर सकता है, लेकिन ऐसी चीजें हैं जो टर्मिनल के माध्यम से सबसे अच्छी तरह से की जाती हैं।

अंतिम

मैक पर टर्मिनल को आवाज दी गई है, मेरा मतलब है कि मानक। बेशक, यह सुविधाजनक नहीं है जब VO सभी प्रदर्शित पाठ बोलता है, लेकिन VO की क्षमताओं का उपयोग करके आप शब्दों, लाइनों और यहां तक ​​कि वर्णों द्वारा आउटपुट सुन सकते हैं। तो आप टर्मिनल का उपयोग कर सकते हैं, और यहां तक ​​कि कंसोल टेक्स्ट संपादकों में से एक, नैनो ने केवल शानदार ढंग से आवाज दी। इसके अलावा, वॉयस टर्मिनल नेत्रहीन प्रोग्रामर को होम मैनेजर या कोकोपॉड्स जैसे पैकेज प्रबंधकों का उपयोग करने की अनुमति देता है।

निष्कर्ष

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

तो, बेशक, हर संभव तरीके से अपनी दृष्टि का ख्याल रखें, लेकिन अगर ऐसा हुआ, तो आपको पेशा नहीं छोड़ना होगा, आपको बस स्क्रीन एक्सेस कार्यक्रमों को अपनाने और मेरे दृष्टिकोण को अपनाने या अपना आविष्कार करने की आवश्यकता है।

यदि आप रुचि रखते हैं, तो टिप्पणियों में लिखें कि विकास के किन क्षेत्रों में आपकी आँख बंद करके रुचि है, और मैं उन्हें भविष्य के लेखों में शामिल करूंगा। मैं लिखने के बारे में सोच रहा हूँ कि मैं एक GUI कैसे विकसित करूँ, लेकिन मैं आपके सुझावों के लिए खुला हूँ।