डेवलपर टूल या आप X का उपयोग क्यों नहीं कर रहे हैं? भाग 1

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

यह सही नहीं है!

अब प्रोग्रामर अपने निपटान में है, वह पायथन, सी ++, हास्केल या रूबी में लिखता है, बड़ी संख्या में विभिन्न उपकरण हैं जो वह रोजमर्रा के विकास में उपयोग कर सकते हैं।

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

हालांकि, जैसा कि यह पता चला है, कई डेवलपर्स बस नहीं जानते कि वे कौन से शक्तिशाली उपकरण का उपयोग कर सकते हैं।

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

संक्षिप्त परिचय

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

ठीक है, क्या आप अपने आवेदन के प्रदर्शन को बेहतर बनाने के लिए एक प्रोफाइलर का उपयोग करते हैं?
कैसे नहीं?

क्या आप परिवर्तनों पर नज़र रखने के लिए एक संस्करण नियंत्रण प्रणाली का उपयोग करते हैं, बिटबकेट पर कहीं कोड की एक बैकअप प्रतिलिपि है, या इसे GitHub पर साझा करें?
फिर नहीं?

क्या आप अपनी भाषा के मानक पुस्तकालय (या यहां तक ​​कि तृतीय-पक्ष) की सभी विशेषताओं का उपयोग करते हैं?
क्या आप अभी भी बाइक लिख रहे हैं?

इसे समाप्त करने का समय आ गया है!

इस लेख में (यहां तक ​​कि लेखों की एक श्रृंखला) मैं उन प्रोग्रामिंग और विकास टूल के बारे में बात करूंगा जो मैंने पिछले 7 वर्षों में सीखे थे और सबसे महत्वपूर्ण बात - मैं सीखना जारी रखता हूं!

चक्र को कई भागों में विभाजित किया गया है - पहले हिस्सों में मैं उन उपकरणों के बारे में लिखूंगा जिन्हें हर किसी को जानना होगा, मेरा मतलब है कि हर डेवलपर के लिए हर कोई। यह कितनी उपयोगी चीजें हैं कि उनके बारे में नहीं जानना अपराध है।

अंतिम भाग में, मैं कई उपकरणों का वर्णन करूँगा जो या तो अलग से ध्यान देने योग्य नहीं हैं, या अत्यधिक विशिष्ट हैं (हाँ, वे इन गंजे वैज्ञानिकों के लिए हैं), या परोक्ष रूप से प्रोग्रामिंग और विकास से संबंधित हैं।

संस्करण नियंत्रण प्रणाली

संस्करण नियंत्रण प्रणाली (git, svn, hg, bazaar और उनके मित्र) सबसे महत्वपूर्ण उपकरणों में से एक है, जिसके बारे में दुर्भाग्य से, बहुत से लोगों को जानकारी नहीं है। या वे जानते हैं, लेकिन वे इसका उपयोग नहीं करते हैं (क्या वे डरते हैं?)।

अज्ञानता के नुकसान:

- आप विभिन्न फ़ोल्डरों में पुराने संस्करणों का एक गुच्छा रखते हैं
- आप स्रोत कोड को "खराब" करने से डरते हैं, इसलिए आप प्रयोग करने से डरते हैं
- आप एक साझा संग्रह में स्रोत कोड पोस्ट करते हैं
- एक संयुक्त विकास में, आप विभिन्न डेवलपर्स द्वारा किए गए परिवर्तनों को मैन्युअल रूप से संयोजित करते हैं
- आप बैकअप सोर्स कोड

आपको संस्करण नियंत्रण प्रणाली की आवश्यकता क्यों है:

- आप अपनी परियोजना के विभिन्न संस्करणों का ट्रैक रख सकते हैं
- आपके पास प्रयोग करने का अवसर होगा और स्रोत कोड के लिए डरो मत
- आपको संस्करण X से संस्करण Y तक पारित किए गए सभी परिवर्तनों का स्पष्ट ज्ञान होगा
- आप आसानी से एक संयुक्त विकास का नेतृत्व कर सकते हैं (2, 3, 10, 1000 लोग)
- कुछ सेवा पर रिपॉजिटरी स्थापित करने के बाद, जैसे कि जीथब, बिटबकेट या सोर्सफोर्ज, आपके पास एक विश्वसनीय बाहरी सर्वर पर मुफ्त बैकअप होगा।

विवरण:

मैं खुद गिट का उपयोग करता हूं, कम बार बाजार और वास्तव में आपको गिट से शुरू करने की सलाह देता हूं। ठीक है, अगर आप विवरण में तल्लीन करना पसंद करते हैं और आप 100% के लिए उपयुक्त सब कुछ ढूंढना पसंद करते हैं, तो यहां एक छोटा सा परिचय है।

सबसे पहले, संस्करण नियंत्रण प्रणाली को केंद्रीकृत और वितरित किया जाता है। सामान्य तौर पर, दोनों के फायदे हैं और उनके बीच कई अंतर हैं, लेकिन मुख्य अंतर यह है कि इंटरनेट से स्थायी कनेक्शन के बिना वितरित लोगों के साथ काम करना अधिक सुविधाजनक है।

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

Git (इसका चयन करें!) सबसे लोकप्रिय प्रणालियों में से एक है, सुविधाजनक, तेज, वितरित, का अच्छा समर्थन है और रिपॉजिटरी के लिए बहुत अच्छी होस्टिंग है - GitHub, Bitbucket और एक हजार अन्य। OpenSource परियोजनाओं के एक समूह द्वारा उपयोग किया जाता है।

तोड़फोड़ (svn, बस उसे नहीं!) सबसे अच्छा केंद्रीकृत प्रणालियों में से एक है, बहुत लोकप्रिय भी है, यदि आप लंबे समय तक मौत की पीड़ा में पीड़ित होना चाहते हैं - तो कोशिश करें। बेशक, मैं मज़ाक कर रहा हूँ, शायद इस तरह के विचार हैं जो svn को पसंद करते हैं।

डार्क्स - यदि आप हास्केल प्रशंसक हैं - तो आप उत्पाद को अपनी पसंदीदा भाषा में आज़मा सकते हैं, अन्यथा कुछ खास नहीं।

मर्क्यूरियल - इसे अक्सर Git के विकल्प के रूप में तैनात किया जाता है और वास्तव में, कई मायनों में यह इससे बेहतर है, यदि आपने पहले Git का उपयोग किया था, तो प्रयास करें, यह अधिक बुरा नहीं होगा।

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

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

और आगे चलते हैं!

शेपर

यह एक टूल नंबर 2 का उपयोग करना चाहिए, जिसके बारे में प्रत्येक प्रोग्रामर को पता होना चाहिए। सामान्य तौर पर, संक्षेप में, इसे "प्रदर्शन विश्लेषण उपकरण" कहना बेहतर होगा।

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

क्या समस्याएं हैं? और उनमें से एक बहुत हैं!

1. हमारे पास सीमित समय है और हम स्वीकार्य समय के लिए अनुकूलन का एक स्वीकार्य स्तर प्राप्त करना चाहेंगे।
2. यदि आप एक अनुकूलन कंपाइलर के विकास में भाग नहीं लेते हैं और यदि आपका मस्तिष्क औसत तरबूज से छोटा है, तो आप शायद प्रोसेसर की विशेषताओं को जानते हैं, जैसे कि संक्रमण की भविष्यवाणी, और यह कई बार प्रदर्शन में सुधार करने का एक तरीका है।

समाधान क्या है?

प्रदर्शन उपकरण! सबसे पहले, यह एक प्रोफाइलर है, और दूसरी बात, अधिक उन्नत उपकरण।

अज्ञानता के नुकसान:

- अनुकूलन समय लेने वाली है
- आप नहीं जानते कि अनुकूलन करना कहाँ है
- आप सही ढंग से आकलन नहीं कर सकते कि परिवर्तन कितना सफल रहा।

आपको प्रोफाइलिंग की आवश्यकता क्यों है?

- आप अनुप्रयोगों का अनुकूलन करने के लिए तेज और बेहतर होंगे
- आप अपने आवेदन की कमजोरियों को देख सकते हैं और उन पर ध्यान केंद्रित कर सकते हैं
- आप सटीक अनुकूलन दक्षता का पता लगा सकते हैं और यह तय कर सकते हैं कि इसकी आवश्यकता है या नहीं।

विवरण:

सामान्य तौर पर, प्रोफाइलर केवल एक गुच्छा होते हैं और आमतौर पर वे भाषा-निर्भर होते हैं, इसलिए यदि आप पायथन में लिखते हैं, तो आप gperf का उपयोग करने में सक्षम होने की संभावना नहीं रखते हैं (हालांकि, मैं गलत हो सकता है)।

ठीक है। यहाँ विभिन्न भाषाओं के लिए प्रोफाइलर्स की एक छोटी सूची दी गई है:

जावा - नेटबीन्स, परफ्यूज, जेटम, जावामेलोडी लाइब्रेरी, अलग टूल्स - योरकीट, जेपीफ्राइलर में बिल्ट-इन टूल्स हैं।
बॉक्स से बाहर मोनो में विजुअल स्टूडियो में निर्मित सी # उपकरण।
PHP - xDebug, XHProf।
सी / सी ++ - दृश्य स्टूडियो में निर्मित उपकरण, Gperf, इंटेल से समाधान का एक पूरा सेट।
पायथन - हॉटस्पॉट, पायथन प्रोफाइल, डॉवसर।
जावास्क्रिप्ट - YUI प्रोफाइलर, आप ब्राउज़र में कुछ टूल का उपयोग कर सकते हैं (क्रोम में ऐसा कुछ निश्चित रूप से था)।
अन्य भाषाएं - अन्य भाषाओं के लिए भी प्रोफाइलर हैं, कई को कंपाइलर में बनाया जाता है, जीएचसी में कहते हैं (हास्केल के लिए कंपाइलर) एक अंतर्निहित प्रोफाइलर है।

प्रोफाइलिंग उपकरण

मुख्य बात यह है कि उपकरण उन लोगों में विभाजित हैं जो CPU उपयोग को मापते हैं और जो स्मृति उपयोग को मापते हैं।

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

ठीक है, मुझे आशा है कि आप इस बिंदु को समझेंगे - जब अनुकूलन की बात आती है, तो प्रोफाइलिंग के बारे में सोचें, अन्यथा शुरू भी न करें।

और आगे चलते हैं!

आरईपीएल

शायद सूची से सबसे सुविधाजनक और उपयोगी चीजों में से एक। मैंने विभिन्न भाषाओं के लिए लगभग 10 REPL एप्लिकेशन इंस्टॉल किए हैं (ज्यादातर कंपाइलर / दुभाषिए के साथ आए थे) और मैं उन्हें अक्सर उपयोग करता हूं। विशेष रूप से घसी, गंभीर विकास के लिए हास्केल, मैं बहुत बुरी तरह से जानता हूं, लेकिन अगर मुझे अचानक कुछ की गणना करने की आवश्यकता है, तो मैं देवताओं के लिए कैलकुलेटर के रूप में घिसी का उपयोग करता हूं। मैं गंभीर हूं।

अज्ञानता के नुकसान:

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

आपको REPL की आवश्यकता क्यों है?

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

विवरण:

तो, आरईपीएल एक ऐसा अनुप्रयोग है जो एक भाषा के लिए एक रीड-इवेल-प्रिंट चक्र का आयोजन करता है (एक बार में कई भाषाओं के लिए आरईपीएल को देखना दिलचस्प होगा)।

यह चक्र क्या करता है?

लूप कोड की एक पंक्ति पढ़ता है, इसे निष्पादित करता है, और परिणाम प्रिंट करता है।

एक उदाहरण पहले 100 रिटायरमेंट संख्या (हास्केल और ghci के लिए) की गणना कर रहा है:

$ ghci Prelude> let fibs@(_:t) = 1: 1: zipWith (+) fibs t Prelude> sum $ take 100 fibs 927372692193078999175 

एक उदाहरण 10000 में अंकों की संख्या है! (अजगर):

 $ python >>> import math >>> len(str(math.factorial(10000))) 35660 

ठीक है, मुझे आशा है कि आप समझ गए होंगे कि REPL एक बहुत ही शांत चीज़ है (और इससे भी अधिक आशा है कि आपने हास्केल प्लेटफ़ॉर्म स्थापित किया है)।

इसलिए, यहां उनके लिए भाषाओं और REPL की सूची दी गई है:

जावा - जावा आरईएलपी
C # - CsharpREPL
सी ++ - चिपटना
सी - क्रेप
कुछ अन्य भाषाओं (पायथन, रूबी, कॉफीस्क्रिप्ट, हास्केल, स्काला) के साथ REPL बॉक्स से बाहर निकलता है, साथ ही एक कंपाइलर (या दुभाषिया) के साथ।

ठीक है, अगले!

निष्कर्ष या इतना कम क्यों?

सामान्य तौर पर, विषय नीचे है और मैं बहुत अधिक लिखना चाहूंगा। और लिखूंगा। हालाँकि, मैंने लेख को 8 बजे (और समय समाप्त होने) पर लिखने का लक्ष्य निर्धारित किया है, और लेख 4 पृष्ठों (और स्थान भी समाप्त होता है) के लिए खुद को निर्धारित करता है, ताकि शेष उपकरण (और मैंने एक दसवें का भी वर्णन नहीं किया)! चक्र के अन्य भागों।

मुख्य बात जो मैं आपके लिए बताना चाहता हूं वह यह है कि अब कई प्रोग्रामर अन्य प्रोग्रामर के जीवन को बेहतर बनाने के लिए काम कर रहे हैं। और इस क्षेत्र में अपनी सर्वोत्तम प्रथाओं का उपयोग न करना पाप है।

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

और हाँ, मुझे आशा है कि आपको लेख अच्छा लगा होगा और आपने इससे उपयोगी कुछ सीखा।

चक्र और शुभकामनाओं से अगले लेख की प्रतीक्षा करें!