जर तुम्ही सॉफ्टवेअर डेव्हलपमेंटमध्ये प्रवेश करणार असाल, तर ओपन सोर्स मार्गाने जाणे चांगले. अशा प्रकारे, लोक केवळ तुमच्या ॲपचा सोर्स कोड पाहू शकत नाहीत आणि निराकरणे सुचवू शकत नाहीत, तर तुम्ही इतर ॲप्सचा ओपन सोर्स कोड देखील प्रारंभ बिंदू किंवा प्रेरणा स्रोत म्हणून पाहू शकता.

ओपन सोर्स हा एक चांगला पर्याय असला तरी, तुम्हाला योग्य समुदायामध्ये गुंतवणूक करणे देखील आवश्यक आहे. आम्ही तुम्हाला अशा सेवेबद्दल सांगू, जी अशा सर्वोत्तम संसाधनांपैकी एक आहे, केवळ वापरकर्त्यांच्या प्रचंड संख्येमुळेच नाही, तर सिस्टम ऑफर करणाऱ्या गुणधर्मांमुळेही. तुम्हाला GitHub वर कोणताही मुक्त स्रोत कार्यक्रम आढळल्यास, तुम्हाला पाहणे, संपादन करणे आणि फोर्किंग (कोडबेस दुसऱ्यासाठी प्रारंभ बिंदू म्हणून वापरणे - विकिपीडिया नोट) यासह अनेक पर्याय सादर केले जातील.

खाते तयार करा

तुम्ही GitHub वापरणे सुरू करण्यापूर्वी, तुम्ही खाते तयार करणे आवश्यक आहे. हे विनामूल्य केले जाऊ शकते, त्यानंतर तुम्हाला फोर्किंगसह अनेक पर्यायांमध्ये प्रवेश असेल. हे विनामूल्य व्यतिरिक्त सदस्यत्वाच्या विविध स्तरांची ऑफर देखील देते (परंतु वैयक्तिक वापरासाठी, एक विनामूल्य खाते पुरेसे आहे).

कार्यक्रमातून पाहत आहोत

एकदा तुम्ही खाते तयार केल्यानंतर, तुम्ही ताबडतोब ओपन सोर्स ॲप्लिकेशनचे पुनरावलोकन सुरू करू शकता. येथे तुम्ही ॲप्लिकेशन पेजेस, फोल्डर्स आणि ऍप्लिकेशनशी संबंधित फाइल्स, नेटवर्क आलेख, विनंती सूची, समस्या क्षेत्रे, विकी पेज आणि इतर आलेखांसह पाहू शकता. अर्थात, जर तुम्हाला फाइल्समधील कोड पाहण्याची आवश्यकता असेल तर त्यावर क्लिक करा आणि संपूर्ण स्त्रोत कोड तुमच्या समोर येईल. सादर केलेल्या कोडच्या आधारावर, तुम्हाला विविध प्रोग्रामिंग भाषांचे पार्श्वभूमी ज्ञान आवश्यक असू शकते, ज्यापैकी एक प्रोग्राम लिहीलेला असू शकतो, मग तो Java, C++, Python किंवा इतर काही असो. तुम्हाला अजूनही काही स्पष्ट होत नसल्यास, खालील स्क्रीनशॉट पहा:

प्रकल्पाचा फोर्किंग

कोड संपादित करण्यासाठी अनेक अतिरिक्त चरणांची आवश्यकता आहे. तुम्हाला GitHub वर अधिकृतपणे काटा न लावता कोड कॉपी करायचा असेल, तर फाइल डाउनलोड करा आणि नंतर त्या स्थानिकरित्या संपादित करा. तथापि, जर तुम्हाला उपलब्ध कोड घ्यायचा असेल आणि त्यावर आधारित तुमचा स्वतःचा प्रकल्प तयार करायचा असेल, तर तुम्ही त्याचा काटा काढावा. फोर्किंग नोंदणीकृत खात्याद्वारे केले जाऊ शकते - स्क्रीनशॉटमध्ये दर्शविल्याप्रमाणे पृष्ठावरील “फोर्क” वर क्लिक करा. पुढील सूचना Linux वापरकर्त्यांसाठी आहेत ज्यांना पुढील वितरणासाठी Git पॅकेज स्थापित करण्याची आवश्यकता आहे.

तुम्हाला तुमच्या कॉम्प्युटरवरील रिपॉजिटरीमधून फाइल्स मिळवायच्या असतील, तर तुम्हाला git clone कमांड रन करणे आवश्यक आहे, तुमच्या GitHub लॉगिनसह वापरकर्तानाव बदलणे आणि तुम्ही ज्या ऍप्लिकेशनवरून फोर्किंग करत आहात त्याच्या नावासह project_name. ही कमांड एका फोल्डरमध्ये चालवा ज्यामध्ये सर्व प्रोजेक्ट असावेत, कारण प्रत्येक git clone कमांड तुम्ही काम करत असलेल्या फोल्डरमध्ये नवीन फोल्डर तयार करते. फायली डाउनलोड करण्याचा हा दुसरा मार्ग आहे कारण त्यासाठी लॉगिनची आवश्यकता नाही. आता तुम्ही कोणतेही टेक्स्ट एडिटर किंवा IDE वापरून तुमच्या इच्छेनुसार फाइल्समध्ये बदल करू शकता. लिनक्स वापरकर्त्यांसाठी, मी Eclipse किंवा Geany ची शिफारस करतो कारण ते प्रोग्रामिंगसाठी उत्कृष्ट संपादक आहेत - Eclipse अधिक वैशिष्ट्यपूर्ण आहे आणि Geany अधिक वापरकर्ता-अनुकूल आहे. विंडोज वापरकर्ते नेटिव्ह गिटहब क्लायंट देखील वापरू शकतात.

बदल अपलोड करत आहे

एकदा तुम्ही संपादने पूर्ण केल्यानंतर, तुम्ही तुमच्या ॲप्लिकेशन फोल्डरमधून git push origin master कमांड वापरून अपडेट केलेल्या फाइल्स परत Github वर ढकलू शकता. हे "स्रोत" (ज्यामधून तुम्ही खाजगी बनवता) आणि मुख्य शाखेत (मानक स्त्रोत कोड स्थान) बदल ढकलले जाईल.

आम्ही प्रवाहाचे अनुसरण करतो

तुम्ही ज्या प्रकल्पातून बेस वापरला आहे त्या प्रकल्पाच्या विकासाचे अनुसरण करणे सुरू ठेवू इच्छित असल्यास, तुम्हाला असे काहीतरी जोडणे आवश्यक आहे ज्याला सामान्यतः अतिरिक्त रिमोट म्हणतात. ही दुसरी की आहे जी तुम्ही ऍप्लिकेशन फोल्डरमध्ये असताना वापरू शकता. नवीन रिमोट प्रोजेक्ट तयार करण्यासाठी, git remote add upstream कमांड चालवा, जिथे वापरकर्तानाव स्त्रोताच्या लॉगिनसह बदलणे आवश्यक आहे आणि प्रोजेक्ट_नाव त्याच्या प्रकल्पाच्या नावासह बदलणे आवश्यक आहे.

जर तुमच्या लक्षात आले की मुख्य प्रकल्प अद्ययावत केला जात आहे, आणि तुम्हाला हे बदल स्वीकारायचे आहेत, तर अतिरिक्त रिमोट तयार झाल्यानंतर तुम्हाला git पुल अपस्ट्रीम कमांड चालवावी लागेल आणि GitHub डाउनलोड करेल आणि मुख्य वरून बदल करेल. तुमच्या फाइल्स. प्रक्षेपणानंतर सर्वकाही कार्य करत असल्यास, आपण आपल्या स्वतःच्या प्रकल्पासाठी अद्यतने खेचण्यासाठी त्वरित git push origin master कमांड चालवू शकता.

आम्ही संपादन सुचवतो

जर तुम्हाला मुख्य प्रकल्पासाठी तुमचे स्वतःचे काहीतरी प्रस्तावित करायचे असेल, तर प्रथम तुमच्यामध्ये (किंवा तुमच्या शाखेत मुख्य प्रकल्पात बदल करणे चांगले आहे, परंतु हे केवळ प्राथमिक लेखकाच्या करारानेच शक्य होईल). एकदा तुम्ही तुमचा रेपॉजिटरी संपादित केल्यानंतर, तुम्ही ऑफरची पुष्टी करू शकता. ही क्रिया प्रोग्रामच्या मूळ लेखकास सूचित करेल की आपण मुख्य प्रोग्राममध्ये काही बदल सुचवू इच्छित आहात. विकसकांनी मूळ लेखकाला स्वतःचे बदल प्रस्तावित करणे अगदी सामान्य आहे, आणि जरी तो हे बदल स्वीकारत नसला तरी, तो किमान आपल्या स्वतःच्या अनुप्रयोगाचा आधार म्हणून त्याचा कोड वापरल्याबद्दल धन्यवाद देईल.

शेवटी

GitHub हे एक अतुलनीय साधन आहे ज्यात मोठ्या प्रमाणात ओपन सोर्स प्रकल्प आहेत जे अनेक विकसक आधीच वापरत आहेत. सेवा Git युटिलिटी वापरते जी कोणीही त्यांच्या स्वतःच्या सर्व्हरवर सेट करू शकते, सेवेमध्ये विकासकांचा एक मोठा समुदाय देखील समाविष्ट आहे - मुक्त स्त्रोताचा अविभाज्य आणि महत्त्वाचा भाग. या परिचयाने तुम्हाला मूलभूत गोष्टींशी परिचित होण्यास मदत केली पाहिजे. तुम्हाला कोड डेव्हलपमेंट प्रक्रियेबद्दलच अधिक जाणून घ्यायचे असल्यास, तुम्ही या लेखावर एक नजर टाकू शकता जो तुम्हाला C++ शिकण्यात मदत करण्यासाठी सर्वोत्तम साइटचे वर्णन करतो.

तुम्ही कधी ही सेवा वापरली आहे का? लोकांनी प्रथम कोणत्या वैशिष्ट्याबद्दल लोकांना सांगावे असे तुम्हाला वाटते? कृपया टिप्पण्यांमध्ये आम्हाला सांगा!

3 सप्टेंबर 2014 दुपारी 4:07 वाजता

तुम्हाला खरोखर सोर्स कोडची गरज आहे का?

• मायक्रोकंट्रोलर प्रोग्रामिंग

• भाषांतर

अनेक ज्ञानात, अनेक दुःखे

तुम्ही कोणत्याही फर्मवेअर डेव्हलपरला ते वापरत असलेल्या रिअल-टाइम ऑपरेटिंग सिस्टमच्या सोर्स कोडमध्ये प्रवेश हवा आहे का असे विचारल्यास, उत्तर जवळजवळ नक्कीच होय आहे. कोणत्याही खरेदी केलेल्या सॉफ्टवेअरच्या बाबतीतही असेच आहे. हे सर्व प्रकरणांसाठी वाजवी उत्तर आहे का आणि स्त्रोत कोड कधीकधी आवश्यक का असतो आणि कधीकधी तो अपेक्षेपेक्षा कमी उपयुक्त असतो?

रिअल-टाइम ऑपरेटिंग सिस्टम (RTOS) निवडताना अभियंते वापरतात असे अनेक महत्त्वाचे निकष आहेत. त्यापैकी बरेच - किंमत, कार्यक्षमता, परवाना, समर्थन - निःसंशयपणे खूप महत्वाचे आहेत (विशेषत: खर्च - या आमच्या वास्तविकता आहेत). तथापि, दुसरा निकष - स्त्रोत कोडची उपलब्धता - कदाचित तितकी महत्त्वाची नसेल, परंतु नेहमीच एक मजबूत घटक म्हणून रेट केला जातो.

स्त्रोत कोडच्या उपलब्धतेचा अर्थ असा नाही की तो स्वयंचलितपणे विनामूल्य प्रदान केला जातो. हा दृष्टिकोन केवळ ओपन सोर्स उत्पादनांसाठीच खरा आहे;

हार्डवेअर विकास. यामध्ये स्त्रोत कोड देखील समाविष्ट आहे, जो विशेषतः VHDL आणि Verlog वापरून विकासासाठी सत्य आहे. इथे गोष्टी कशा चालल्या आहेत? ऐतिहासिकदृष्ट्या, एकात्मिक सर्किट निवडताना आणि त्याचा अनुप्रयोग डिझाइन करताना, अभियंता कार्यक्षमता, पिनआउट, पॉवर आवश्यकता इत्यादी निर्दिष्ट केलेल्या वैशिष्ट्यांवर अवलंबून असतो. आणि त्याच वेळी, कोणालाही IC च्या अंतर्गत संरचनेचा संपूर्ण आकृती दिसण्याची अपेक्षा नव्हती, जरी ते सहसा ब्लॉक आकृती (प्रामुख्याने स्पष्टीकरणात्मक सामग्री म्हणून ज्यामुळे ऑपरेशनची तत्त्वे समजणे सोपे होते) आणि कधीकधी अगदी सर्किट डायग्राम (ऑप-एम्प्स सारख्या ॲनालॉग IC साठी), जरी कोणतेही संप्रदाय नाही.
आज एएसआयसी किंवा एफपीजीए फर्मवेअर डिझाइन करणारा अभियंता कदाचित काही पूर्व-निर्मित IP ब्लॉक्स वापरेल - एक पूर्व-पॅकेज केलेला ब्लॉक जो विशिष्ट कार्यक्षमता प्रदान करतो. तथापि, निवड वैशिष्ट्यांवर आधारित असेल आणि आयपीसाठी मूळ एचडीएल पॅकेजमध्ये समाविष्ट केले जाईल हे अजिबात स्पष्ट नाही. हा ब्लॅक बॉक्सचा दृष्टिकोन हार्डवेअरच्या जगात प्रसिद्ध आहे.

सुरक्षितता. उत्पादनामध्ये समाविष्ट केलेले कोणतेही तंत्रज्ञान भविष्यातील तांत्रिक समर्थन लक्षात घेऊन निवडले पाहिजे. उदाहरणार्थ, आयपी निवडताना, तुम्ही एकाच निर्मात्याकडून अनन्य उत्पादने वापरणे टाळावे, जे पुरवठ्यातील व्यत्ययांसह समस्या कमी करू शकतात.
IP वापरताना, ते हार्डवेअर असो किंवा पुरवठा केलेले सॉफ्टवेअर, पुरवठ्यात बिघाड होण्याची शक्यता नाही (एक वेळच्या परवान्याच्या बाबतीत वगळता), परंतु चालू समर्थन उपस्थित असणे आवश्यक आहे. म्हणून, विशिष्ट अंमलबजावणी निवडण्यापूर्वी आपला पुरवठादार आपल्या उत्पादनाच्या संपूर्ण आयुष्यासाठी व्यवसायात असेल की नाही हा प्रश्न विचारला जातो.

जर आयपीसाठी स्त्रोत कोड उपलब्ध असेल, तर ते कोणत्याही (चांगले, जवळजवळ कोणत्याही) सॉफ्टवेअर समस्येचे निराकरण करणे शक्य करते, जरी विक्रेता यापुढे समर्थन देऊ शकत नसला तरीही. या कारणास्तव, RTOS चे अनेक खरेदीदार इ. शेल्फवर स्त्रोत कोड ठेवायला आवडेल, जरी त्यांनी ते कधीही पाहिले नाही, अगदी बाबतीत.

सॉफ्टवेअर कस्टमायझेशन एम्बेडेड सिस्टम आणि डेस्कटॉपमधील मुख्य फरक म्हणजे पूर्वीची परिवर्तनशीलता. बहुतेक पीसी इतर बऱ्याच जणांसारखेच असतात आणि एक्झिक्यूशन वातावरणात एकच पर्याय असतो: विंडोज, मॅक किंवा लिनक्स. दुसरीकडे, एम्बेडेड सिस्टम अविश्वसनीयपणे परिवर्तनीय आहेत - भिन्न प्रोसेसर, मेमरी कॉन्फिगरेशन आणि परिधीय. परिणामी, आयपी सॉफ्टवेअर लवचिक असणे आवश्यक आहे जेणेकरून ते विविध प्रणालींवर तैनात केले जाऊ शकते. जरी RTOS सारखी अनेक उत्पादने बायनरी स्वरूपात वितरीत केली जातात - विशेषत: एक लायब्ररी जी विशिष्ट आर्किटेक्चरसाठी सानुकूलित केली जाते - स्त्रोत कोड वितरण आवश्यकता विक्रेत्यांना अनेक भिन्नता साठवून ठेवण्याची आणि समर्थन देण्याची आवश्यकता काढून टाकून प्रोत्साहन देऊ शकतात, कारण स्त्रोत म्हणून IP प्रदान केल्याने यापैकी बरेच निराकरण होते समस्या वापरकर्ता विशिष्ट प्रोसेसरसाठी कोड तयार करू शकतो, ते डिव्हाइसच्या मेमरी कार्डमध्ये जुळवून घेऊ शकतो आणि आवश्यक डिव्हाइस विस्तार जोडू शकतो. काही प्रकरणांमध्ये, सशर्त संकलन वापरून IP ब्लॉक कॉन्फिगर केला जाऊ शकतो - कॉन्फिगरेशन परिभाषित करण्यासाठी सामान्यत: शीर्षलेख फाइल संपादित केली जाते.

प्रमाणन. काही प्रकारच्या ऍप्लिकेशन्ससाठी, जसे की लष्करी/विमान वाहतूक आणि वैद्यकीय, फर्मवेअर सुरक्षिततेसाठी आणि विविध मानकांचे पालन करण्यासाठी प्रमाणित असणे आवश्यक आहे. ही प्रक्रिया जटिल आणि महाग आहे आणि सहसा कोडच्या प्रत्येक ओळीची तपासणी करणे आवश्यक आहे. त्यामुळे, संपूर्ण अर्ज पुनरावलोकनाच्या अधीन असल्याने "पूर्व-प्रमाणित" सॉफ्टवेअर युनिट्स खरेदी करणे सहसा शक्य नसते. अशाप्रकारे, मिशन-क्रिटिकल ॲप्लिकेशन डेव्हलपर कदाचित स्त्रोत कोडसह उपलब्ध असलेला IP शोधेल जेणेकरुन संपूर्ण पडताळणी करता येईल.

सोर्स कोड म्हणजे काय?
प्रश्न विचित्र वाटू शकतो, परंतु उत्तराशिवाय, त्याच्या उपस्थितीच्या (किंवा अनुपस्थितीच्या) कोणत्याही पैलूंवर चर्चा करणे काहीसे विचित्र व्यायामात बदलते. उत्तर स्पष्ट वाटू शकते: प्रोग्रामचा स्त्रोत कोड हा उच्च-स्तरीय किंवा असेंब्ली भाषा निर्देश असलेल्या फायलींचा संग्रह आहे ज्या संकलित केल्या जाऊ शकतात आणि कार्यशील बायनरी सूचनांमध्ये एकत्र केल्या जाऊ शकतात. ताबडतोब प्रश्न आहे - परिवर्तन प्रक्रियेसाठी आवश्यक असलेले प्रोग्राम आणि त्यांच्यासाठी अंमलबजावणीचे वातावरण स्त्रोत कोडचा भाग आहेत (बायनरी स्वरूपात)? तरीसुद्धा, ही व्याख्या कमीत कमी 3 फॉर्म पूर्ण करते ज्यामध्ये "स्रोत कोड" पुरविला जाऊ शकतो (उदाहरणार्थ, C भाषेबद्दल बोलूया) गुणवत्ता खराब होण्याच्या क्रमाने:
1) खरोखर स्त्रोत कोड, चांगल्या मांडणीसह, स्पष्ट व्हेरिएबल नामकरण नियमावली आणि चांगली टिप्पणी दिली आहे (जर IP विकसकाकडे एक असेल, जो पूर्णपणे वैकल्पिक आहे).
2) कोडच्या ओळी ज्या यशस्वीरित्या संकलित होतील परंतु टिप्पण्यांशिवाय किंवा विशेषतः अर्थपूर्ण अभिज्ञापक नावांशिवाय.
3) अडथळ्यानंतर कोडच्या ओळी, ज्यामुळे कोड मानवांना वाचता येत नाही, परंतु कंपाइलरला स्वीकार्य आहे. हे अभिज्ञापकांची नावे निरर्थक नावांनी बदलून आणि सर्व टिप्पण्या आणि वाक्यरचनात्मकदृष्ट्या अनावश्यक जागा काढून टाकून केले जाते. एक उलट प्रक्रिया आहे, परंतु त्याचे परिणाम क्वचितच स्वीकार्य म्हणता येतील.
हे सर्व फॉर्म खालील उद्देशांसाठी सॉफ्टवेअर प्रदात्यांद्वारे वापरले जातात:
1) बहुतेक खरेदीदारांना काय मिळण्याची अपेक्षा असते आणि बरेच उत्पादक प्रत्यक्षात काय देतात. तथापि, खरेदीचा निर्णय घेताना, जर तुम्हाला स्त्रोत कोडची आवश्यकता असेल, तर हा पर्याय आहे याची खात्री करणे आवश्यक आहे, जर शंका असेल तर फक्त नमुने विचारा;
2) सामान्यत: विक्रेत्याला आवश्यक ते किमान वितरीत करायचे असते तेव्हा वापरले जाते, जे प्रमाणीकरणासाठी (केवळ) पुरेसे चांगले असू शकते.
3) आयआयपीच्या सामग्रीला डोळ्यांपासून संरक्षण करण्यासाठी वापरला जातो, याचा अर्थ सॉफ्टवेअरला कॉन्फिगरेबिलिटीचा लाभ मिळतो, परंतु आणखी काही नाही.

स्त्रोत कोडचे तोटे.
स्त्रोत कोड उपलब्ध असण्याचा सर्वात मोठा तोटा: तो खूप मोहक आहे. प्रत्येक विकसकाला त्यांचे सॉफ्टवेअर शक्य तितके चांगले बनवायचे आहे (तसेच, असा एक दृष्टिकोन आहे). म्हणून, उदाहरणार्थ, जर RTOS API अनुप्रयोगासाठी इष्टतम होण्यासाठी कार्य करत नसेल तर, स्त्रोत कोडची उपलब्धता त्यास बदलण्याची संधी प्रदान करते.
ॲप्लिकेशनला इष्टतम बनवणे ही एक चांगली गोष्ट असल्यासारखे वाटत असले तरी, दीर्घकालीन समर्थनामध्ये समस्या आहे. RTOS कार्यक्षमतेमध्ये समस्या असल्यास काय? पुरवठादार सुधारित उत्पादनास समर्थन देणार नाही. RTOS ची नवीन आवृत्ती प्रसिद्ध झाल्यास काय करावे? रीडिझाइनमध्ये ते समाविष्ट केल्याने पुनरावृत्ती झालेल्या फेरबदलांसाठी महत्त्वपूर्ण वेळ लागू शकतो, विशेषत: जर त्यांचा लेखक यापुढे तुमच्यासाठी काम करत नसेल (चांगले, एकतर तुम्ही हे बदल 3 वर्षांपूर्वी केले आहेत आणि अर्थातच, किंवा, जसे ते म्हणतात, नक्कीच, तुम्ही केले नाही. योग्य कागदपत्रे लिहिण्यास त्रास द्या).

स्त्रोत कोड इष्ट, उपयुक्त किंवा आवश्यक असू शकतो अशा परिस्थितींचा विचार केल्यावर, निष्कर्ष असा आहे की तो पूर्णपणे आणि नेहमी आवश्यक नाही. जर तुम्ही मोठ्या, सुप्रसिद्ध आणि स्थिर प्रदात्याकडून आयपी खरेदी करत असाल जे दीर्घकालीन समर्थन देऊ शकतात, तर स्त्रोत कोड असणे संबंधित नाही आणि तो एक गैरसोय म्हणून देखील सूचीबद्ध केला जाऊ शकतो.

कोणताही प्रोग्राम किंवा ऑनलाइन सेवा, उदाहरणार्थ, वर्ड, मायक्रोसॉफ्ट विंडोज, व्हॉट्सॲप किंवा ब्राउझर, जे कोट्यवधी लोक दररोज, कोणत्या ना कोणत्या मार्गाने लॉन्च करतात, त्यात विशेष सूचना असतात. किंवा विशेष प्रोग्राम कोड जो मशीनला समजतो आणि काय करावे किंवा उलट, काय करू नये ते सांगते. किंवा वापरकर्त्याच्या क्रियांना योग्य प्रतिसाद कसा द्यावा. या लेखात प्रोग्राम कोड काय आहे याबद्दल चर्चा केली जाईल.

वर्णन

प्रोग्रामचा प्रोग्राम कोड हा एका विशिष्ट भाषेत लिहिलेला मजकूर असतो जो मशीनला समजू शकतो. दुभाष्याचा वापर करून ते थेट मजकूरातून कार्यान्वित केले जाऊ शकते किंवा कंपायलर वापरून विशेष फॉर्ममध्ये अनुवादित केले जाऊ शकते.

प्रोग्रामच्या स्त्रोत कोडमध्ये अनेक फाईल्स असू शकतात. शिवाय, ते सर्व समान स्वरूपाचे असले पाहिजेत. त्यात समाविष्ट असलेला प्रोग्राम मजकूर त्याच भाषेत लिहिला गेला पाहिजे. खरे आहे, अपवाद असू शकतात. उदाहरणार्थ, वेब डेव्हलपमेंटमध्ये, पृष्ठ फाइलमध्ये अनेक भिन्न प्रोग्रामिंग भाषा आणि मानके असू शकतात. प्रकल्पाच्या जटिलतेवर अवलंबून, भाषा आणि तंत्रज्ञान जसे की PHP, HTML आणि इतर उपस्थित असू शकतात.

एकत्रित केल्यावर, जटिल सॉफ्टवेअर प्रणालींना मोठ्या संख्येने फायलींची आवश्यकता असू शकते, ज्यांची संख्या शेकडो असू शकते. अशा मोठ्या प्रकल्पांवर सहयोग करण्यासाठी, प्रोग्रामर बऱ्याचदा आवृत्ती नियंत्रण प्रणाली वापरतात. ते आपल्याला एकाच वेळी स्त्रोत कोडच्या अनेक प्रतींसह कार्य करण्याची परवानगी देतात, जे विकासाच्या एका विशिष्ट टप्प्यावर एका सामान्यमध्ये एकत्र केले जाऊ शकतात.

कोड गुणवत्ता

त्यासाठीचा कोड कसा लिहिला जातो, वाईट की चांगला हे संगणकाला समजत नाही. जर ते कार्यरत असेल आणि त्यात त्रुटी नसतील, तर मशीन कोणत्याही परिस्थितीत ते लॉन्च करेल. खराब कोड सॉफ्टवेअर देखभाल कार्ये गुंतागुंतीत करू शकतो. हे विशेषतः मोठ्या प्रकल्पांसाठी खरे आहे. सामान्यतः, उच्च-गुणवत्तेचा कोड अनेक पॅरामीटर्सद्वारे दर्शविला जातो:

• कोड वाचनीयता. कोडच्या तुकड्याद्वारे काय लागू केले जात आहे हे समजण्यासाठी त्यावर एक नजर टाकणे पुरेसे आहे.
• स्पष्ट आणि संक्षिप्त टिप्पण्यांची उपस्थिती. हे पॅरामीटर वाचनीयता, डीबगिंगची सुलभता, समर्थन चाचणी आणि प्रोग्राम कोडचे समस्यानिवारण यावर मोठ्या प्रमाणात परिणाम करते.
• कमी अडचण.
• कोड ऑप्टिमायझेशन. हे अशा प्रकारे आयोजित केले पाहिजे की प्रोग्राम शक्य तितक्या कमी सिस्टम संसाधने वापरतो, जसे की मेमरी, प्रोसेसर वेळ आणि हार्ड डिस्क जागा.
• कचरा नाही. म्हणजेच, न वापरलेले व्हेरिएबल्स किंवा कोडचे ब्लॉक्स ज्यामध्ये प्रोग्राम कंट्रोल कधीही प्रवेश करत नाही.

दुर्भावनापूर्ण कोड

उपयुक्त प्रोग्राम्स व्यतिरिक्त, असे काही आहेत जे सिस्टम किंवा उपकरणांना हानी पोहोचवू शकतात. नियमानुसार, असा कोड अशा लोकांद्वारे लिहिला जातो ज्यांना चालू प्रक्रियेतून काही फायदा घेण्यास स्वारस्य आहे. उदाहरणार्थ, असे प्रोग्राम जे वापरकर्त्यांच्या संगणकावरून वैयक्तिक डेटा चोरू शकतात. ते पेमेंट कार्ड नंबर, पासपोर्ट डेटा किंवा इतर कोणतीही गोपनीय माहिती असू शकतात. इतर फक्त सिस्टमच्या ऑपरेशनमध्ये व्यत्यय आणू शकतात, ज्यामुळे क्रॅश होऊ शकतात आणि पूर्ण कार्यक्षमता रोखू शकतात.

जेफ व्होगेल, दीर्घकाळ प्रोग्रामर, इच्छुक विकासकांना चांगल्या कोडचे नियम शिकवण्यासाठी काही टिपा सामायिक केल्या.

विशेषतः, तो नेहमी आपल्या प्रोग्राम कोडवर टिप्पणी करण्याचा सल्ला देतो. टिप्पणी म्हणजे काय? कोड किंवा फंक्शनच्या दिलेल्या ओळीत काय घडत आहे याचे हे स्पष्ट आणि संक्षिप्त वर्णन आहे. वस्तुस्थिती अशी आहे की एखाद्या विशिष्ट प्रोग्रामचा विकास एका महिन्यासाठी ड्रॅग होऊ शकतो किंवा काही काळ थांबू शकतो. काही महिन्यांनंतर एखाद्या प्रकल्पावर कामावर परत आल्यावर, अनुभवी प्रोग्रामरला स्वतःचा प्रोग्राम समजणे कठीण होईल. परंतु तपशीलवार टिप्पण्या घटनांची साखळी आणि कोडचे वर्तन पुनर्संचयित करण्यात सक्षम होतील.

तो पुढे आपल्या प्रोग्राममध्ये शक्य तितक्या वेळा ग्लोबल व्हेरिएबल्स वापरण्याची शिफारस करतो. हे या वस्तुस्थितीद्वारे स्पष्ट केले आहे की जेव्हा तुम्ही प्रोग्राम कोड बदलता तेव्हा तुम्हाला व्हेरिएबलचे मूल्य फक्त एकाच ठिकाणी समायोजित करावे लागेल. या प्रकरणात, मूल्य वापरणारी सर्व कार्ये किंवा कार्यपद्धती त्वरित त्याबद्दल जाणून घेतील आणि नवीन डेटासह ऑपरेशन करतील.

परिवर्तनीय नावे आणि त्रुटी शोधणे

व्हेरिएबल्सचे योग्य नाव प्रोग्रामच्या स्त्रोत कोडचा अभ्यास करण्यासाठी घालवलेला वेळ लक्षणीयरीत्या कमी करण्यात मदत करेल, जरी कोड स्वतः लिहिला गेला असेल. म्हणजेच, चांगला कोड असा मजकूर मानला जातो जेथे व्हेरिएबल्स आणि फंक्शन्सना नावे असतात ज्यावरून ते नेमके काय करतात किंवा संग्रहित करतात. या प्रकरणात, आपण लांब व्हेरिएबल नावे न वापरण्याचा प्रयत्न केला पाहिजे.

वेळेवर त्रुटी दूर करण्यासाठी खूप लक्ष देणे खूप महत्वाचे आहे. उत्तम प्रकारे कार्यान्वित करणारा प्रोग्राम कोड काय आहे? हा कोड आहे ज्यामध्ये त्रुटी नाहीत. म्हणजेच, कोणतेही लूप ब्रँचिंग किंवा व्हेरिएबल बदल, किंवा कोणत्याही अनपेक्षित वापरकर्त्याच्या क्रिया नेहमीच अपेक्षित परिणामाकडे नेतील. तयार उत्पादनाची अनेक वेळा चाचणी करून हे साध्य केले जाते.

प्रोग्राम कोड त्रुटी ओळखणे, किंवा त्याऐवजी, त्यांचा अंदाज लावणे, प्रोग्राम डिझाइन स्टेजवर शक्य आहे. अटींच्या विविध तपासण्यांच्या कोडमधील उपस्थिती आणि संभाव्य अपवाद एका विशिष्ट कोर्ससह प्रोग्राम नियंत्रित करण्यात मदत करेल.

कार्यक्षम प्रोग्राम लिहिण्यासाठी ऑप्टिमायझेशनला खूप महत्त्व आहे जे आर्थिकदृष्ट्या संगणक संसाधनांचा वापर करेल आणि त्याच वेळी प्रोग्राम कोडच्या अंमलबजावणीमध्ये त्रुटी टाळेल. ऑप्टिमाइझ केलेला प्रोग्राम म्हणजे काय? हे असे उत्पादन आहे जे "शांतपणे" आणि आर्थिकदृष्ट्या वागताना सर्व घोषित कार्यक्षमता पार पाडण्यास सक्षम आहे.

जवळजवळ नेहमीच, स्थिर प्रोग्राम ऑपरेशनसाठी ऑप्टिमायझेशन केवळ भिन्न प्लॅटफॉर्मवर आणि भिन्न परिस्थितींमध्ये अनेक चाचण्या आयोजित करून प्राप्त केले जाऊ शकते. जर एखादा प्रोग्राम अप्रत्याशितपणे वागू लागला, तर तुम्हाला ते कशामुळे झाले हे निर्धारित करणे आवश्यक आहे आणि शक्य असल्यास, प्रक्रिया काढून टाकणे किंवा व्यत्यय आणणे आवश्यक आहे.

निष्कर्ष

प्रोग्राम कोड म्हणजे काय? सोप्या भाषेत, हा संगणकासाठी सूचना आणि संकल्पनांचा संच आहे. यात मजकूर आहे जो कंपाइलर किंवा इंटरप्रिटर मशीन-वाचनीय भाषेत बदलू शकतो. म्हणजेच, थोडक्यात, प्रोग्राम कोड हा एक व्यक्ती आणि संगणक यांच्यातील मध्यस्थ आहे, जो त्यांचे संबंध सुलभ करतो.

ओपन सोर्स ॲप्लिकेशन्स वापरून आणि शिकून तुम्ही स्वतः चांगले ॲप्लिकेशन कसे तयार करायचे ते शिकू शकता.

खाली सूचीबद्ध केलेले सर्वोत्तम मुक्त स्त्रोत Android प्रकल्प आहेत. त्यांच्याबद्दल धन्यवाद, आपण Android विकासासाठी बऱ्याच उत्कृष्ट पद्धती शिकू शकता.

1. MVP आर्किटेक्चरसह Android अनुप्रयोग

MVPवापरून .

2. MVVM आर्किटेक्चरसह Android अनुप्रयोग

या रेपॉजिटरीमध्ये आर्किटेक्चरची अंमलबजावणी करणारा अनुप्रयोग आहे MVVMवापरून Dagger2, GreenDao, RxJava2, Fast-Android-Networking आणि PlaceholderView.

3. Google I/O Android ॲप

Google I/Oएक विकासक परिषद आहे जी दरवर्षी आयोजित केली जाते. यात डेव्हलपर्सचे शेकडो तंत्रज्ञान डेमो आहेत.

हा प्रकल्प कॉन्फरन्ससाठी अँड्रॉइड ॲप्लिकेशन आहे. ॲप Android 5.0+ वर चालणाऱ्या उपकरणांना समर्थन देते आणि सर्व आकार आणि आकारांच्या फोन आणि टॅब्लेटसाठी ऑप्टिमाइझ केलेले आहे.

4. Google Android आर्किटेक्चर रेखाचित्रे

ॲप्लिकेशन आयोजित आणि संग्रहित करताना Android प्लॅटफॉर्ममध्ये बरीच लवचिकता असते. हे स्वातंत्र्य मोठ्या वर्गांसह अनुप्रयोगांना कारणीभूत ठरू शकते. यामुळे चाचणी, समर्थन आणि विस्तार कठीण होऊ शकतो.

आर्किटेक्चर Android ब्लूप्रिंटया समस्यांचे निराकरण करण्यात मदत करण्यासाठी संभाव्य मार्ग प्रदर्शित करण्याचा हेतू आहे. हा प्रकल्प वेगवेगळ्या आर्किटेक्चरल संकल्पना आणि साधने वापरून अनेक वेळा लागू केलेला समान अनुप्रयोग दर्शवितो.

तुमचे स्वतःचे ॲप्लिकेशन तयार करण्यासाठी तुम्ही हे नमुने सुरुवातीचा बिंदू म्हणून वापरू शकता. येथे फोकस कोड स्ट्रक्चर, आर्किटेक्चर, टेस्टिंगवर आहे. तथापि, लक्षात ठेवा की या आर्किटेक्चर आणि साधनांसह अनुप्रयोग तयार करण्याचे अनेक मार्ग आहेत. तुमच्या स्वतःच्या प्राधान्यक्रमांवर लक्ष केंद्रित करा आणि प्रामाणिक उदाहरणे मानली जाऊ शकतात यात जास्त अडकू नका.

5. टेलीग्राम

मटेरियल डिझाइनच्या उत्कृष्ट अंमलबजावणीबद्दल धन्यवाद, त्याच्या डिझाइनसह प्रेरणा देणारा Android अनुप्रयोग.

7. वायर

हे चॅट ॲप चित्रे, चित्रपट, GIF, संगीत, स्केचेस आणि इतर माध्यमांनी भरलेले आहे. हे नेहमी सुरक्षित एन्ड-टू-एंड एन्क्रिप्शन देखील प्रदान करते.

8. अँड्रॉइड ॲप्लिकेशन रिबोट

किकस्टार्टरएक जागतिक समुदाय आहे जो सर्जनशील प्रकल्पांना जिवंत करण्यात मदत करतो. कला, डिझाइन, चित्रपट, गेम, संगीत आणि बरेच काही यामधील हजारो प्रकल्प एक्सप्लोर करा.

10.पॉकेटहब

GitHub ने अनुप्रयोगास समर्थन देण्यास नकार दिला, म्हणून ते लोकांसाठी प्रसिद्ध केले गेले आणि सार्वजनिक प्रकल्प म्हणून राखले गेले. आता सोसायटी हे ऍप्लिकेशन प्ले स्टोअरवर पुन्हा रिलीझ करण्यासाठी सक्रियपणे काम करत आहे. हे ॲप मूळ ॲपचे आध्यात्मिक उत्तराधिकारी असेल.

11. MVP सह साधे Android अनुप्रयोग

MVP आर्किटेक्चर कसे अंमलात आणायचे हे दाखवणारा एक अतिशय सोपा ऍप्लिकेशन.

जी व्यक्ती वाचू शकते. सामान्यीकृत अर्थाने - अनुवादकासाठी कोणताही इनपुट डेटा. स्त्रोत कोड मध्ये अनुवादित केला आहे एक्झिक्युटेबल कोडकंपाइलर वापरून प्रोग्राम चालवण्यापूर्वी किंवा इंटरप्रिटर वापरून त्वरित कार्यान्वित केले जाऊ शकते.

विश्वकोशीय YouTube

1 / 3

विज्ञान प्रदर्शन. अंक 33. वैज्ञानिक फिल्म ब्लूपर्स 2

प्रोग्रामिंग मूलभूत: स्त्रोत कोड

प्रश्न 1 ची उत्तरे: स्त्रोत कोड

उपशीर्षके

उद्देश

स्त्रोत कोड एकतर ऑब्जेक्ट कोड तयार करण्यासाठी वापरला जातो किंवा दुभाष्याद्वारे अंमलात आणला जातो. बदल कधीही ऑब्जेक्ट कोडमध्ये केले जात नाहीत, फक्त सोर्स कोडमध्ये, आणि नंतर ऑब्जेक्ट कोडमध्ये रूपांतरित केले जातात.

सोर्स कोडचा आणखी एक महत्त्वाचा उद्देश म्हणजे प्रोग्रामचे वर्णन. प्रोग्रामच्या मजकूरावर आधारित, आपण त्याच्या वर्तनाचे तर्क पुनर्रचना करू शकता. सोर्स कोड समजून घेणे सोपे करण्यासाठी टिप्पण्या वापरल्या जातात. अशी साधने देखील आहेत जी आपल्याला स्वयंचलितपणे स्त्रोत कोड दस्तऐवजीकरण प्राप्त करण्यास अनुमती देतात - तथाकथित. दस्तऐवजीकरण जनरेटर.

याव्यतिरिक्त, स्त्रोत कोडचे इतर अनेक उपयोग आहेत. हे शिकवण्याचे साधन म्हणून वापरले जाऊ शकते; प्रोग्रॅमिंग तंत्र आणि कार्यपद्धती शिकण्यासाठी सुरुवातीच्या प्रोग्रामरना विद्यमान स्त्रोत कोडचे परीक्षण करणे उपयुक्त वाटू शकते. हे त्याच्या संक्षिप्त आणि अस्पष्ट स्वरूपामुळे अनुभवी प्रोग्रामर दरम्यान संप्रेषण साधन म्हणून देखील वापरले जाते. डेव्हलपर्समधील कोड शेअरिंग हे प्रोग्रामर अनुभव सुधारण्यासाठी योगदान देणारे घटक म्हणून अनेकदा उद्धृत केले जाते.

प्रोग्रामर अनेकदा सोर्स कोड (मॉड्युलमध्ये, जसे आहे, किंवा रुपांतरांसह) एका प्रोजेक्टमधून दुसऱ्या प्रोजेक्टमध्ये ट्रान्सफर करतात, ज्याला कोड रियूज म्हणतात.

इतर प्लॅटफॉर्मवर सॉफ्टवेअर पोर्ट करण्याच्या प्रक्रियेसाठी सोर्स कोड हा एक महत्त्वाचा घटक आहे. सॉफ्टवेअरच्या कोणत्याही भागाच्या स्त्रोत कोडशिवाय, पोर्टिंग एकतर खूप कठीण किंवा पूर्णपणे अशक्य आहे.

संघटना

सॉफ्टवेअरच्या काही भागाच्या (मॉड्यूल, घटक) स्त्रोत कोडमध्ये एक किंवा अधिक फाइल्स असू शकतात. प्रोग्राम कोड फक्त एकाच प्रोग्रामिंग भाषेत लिहिला जाणे आवश्यक नाही. उदाहरणार्थ, बऱ्याचदा सी भाषेत लिहिलेल्या प्रोग्राममध्ये ऑप्टिमायझेशन कारणास्तव असेंबली भाषा कोड समाविष्ट केला जातो. हे देखील शक्य आहे की प्रोग्रामचे काही घटक किंवा भाग वेगवेगळ्या भाषांमध्ये लिहिलेले असतात, आणि नंतर लायब्ररी लिंकिंग ( लायब्ररी लिंकिंग).

कॉम्प्लेक्स सॉफ्टवेअरसाठी डझनभर किंवा शेकडो स्त्रोत कोड फाइल्स तयार करणे आवश्यक आहे. अशा प्रकरणांमध्ये, बिल्ड सुलभ करण्यासाठी, प्रकल्प फाइल्स सहसा वापरल्या जातात ज्यामध्ये स्त्रोत कोड फाइल्समधील अवलंबित्वांचे वर्णन असते आणि बिल्ड प्रक्रियेचे वर्णन असते. या फायलींमध्ये कंपाइलर आणि डिझाइन वातावरणासाठी पर्याय देखील असू शकतात. भिन्न डिझाइन वातावरणासाठी, भिन्न प्रकल्प फायली वापरल्या जाऊ शकतात आणि काही वातावरणात या फायली मजकूर स्वरूपात असू शकतात, इतर वातावरणात सार्वत्रिक मजकूर संपादक वापरून प्रोग्रामरद्वारे थेट संपादनासाठी योग्य आहेत, विशेष स्वरूप समर्थित आहेत आणि निर्मिती फाइल्समध्ये बदल विशेष टूल्स प्रोग्राम वापरून केले जातात. प्रकल्प फाइल्स सहसा "स्रोत कोड" मध्ये समाविष्ट केल्या जातात. सोर्स कोड हा सहसा संसाधन फाइल्सचा संदर्भ देतो ज्यात विविध डेटा असतात, जसे की ग्राफिक्स, प्रोग्राम तयार करण्यासाठी आवश्यक.

सोर्स कोडसह कार्य करणे सोपे करण्यासाठी आणि प्रोग्रामरच्या टीमला कोडवर सहयोग करण्याची परवानगी देण्यासाठी, आवृत्ती नियंत्रण प्रणाली वापरली जातात.

गुणवत्ता

मानवांप्रमाणे, संगणकासाठी "चांगले लिहिलेले" किंवा "खराब लिहिलेले" कोड नाही. परंतु कोड कसा लिहिला जातो ते सॉफ्टवेअर देखभाल प्रक्रियेवर मोठ्या प्रमाणात प्रभाव टाकू शकते. स्त्रोत कोडची गुणवत्ता खालील पॅरामीटर्सद्वारे तपासली जाऊ शकते:

• कोड वाचनीयता (उपस्थितीसह