आवश्यक विकसक कौशल्य जे तुमचा कोड अधिक चांगला बनवेल

अनुवादकाची प्रस्तावना: हा लेख वाचल्यानंतर तुम्हाला आश्चर्य वाटेल किंवा रागही येईल. होय, आम्हालाही आश्चर्य वाटले: लेखकाने संघातील पदानुक्रमाबद्दल, "ते पटकन आणि तर्कविना करा" या स्थितीसह कार्ये सेट करण्याबद्दल कधीही ऐकले नव्हते. होय, बरोबर आहे, हा थोडा विचित्र मजकूर आहे. खरंच, लेखक सूचित करतो की प्रोग्रामर सिस्टम आर्किटेक्टची भूमिका घेतो - मग तुम्हाला आर्किटेक्टची आवश्यकता का आहे? परंतु या सर्व आक्षेपांनी आपल्याला मुख्य गोष्टीकडे आंधळे करू नये - तरीही आम्ही हा मजकूर का घेतला आणि अनुवादित केला. तो भूमिकांबद्दल बोलत नाही. हा मजकूर व्यावसायिक दृष्टिकोन आणि जागरूकता याबद्दल आहे. सत्य हे आहे की जोपर्यंत तुम्ही तुमच्या कृतींच्या अर्थाचा विचार न करता फक्त "तुम्हाला जे सांगितले आहे ते करा" तोपर्यंत तुम्ही कधीही उत्तम प्रोग्रामर बनू शकणार नाही.

अनावश्यक कोडला नाही म्हणा. तुम्हाला फक्त तीन अक्षरे एकत्र करून शब्द उच्चारायचा आहे. चला हे एकत्र करण्याचा प्रयत्न करूया: "Noooo!"

पण थांब. आपण हे का करत आहोत? शेवटी, प्रोग्रामरचे मुख्य कार्य कोड लिहिणे आहे. पण तुम्हाला विचारलेला कोड लिहिण्याची गरज आहे का? नाही! "कोड कधी लिहायचा नाही हे समजून घेणे हे कदाचित प्रोग्रामरसाठी सर्वात महत्वाचे कौशल्य आहे." वाचनीय संहितेची कला.

आम्ही आठवण करून देतो: सर्व Habr वाचकांसाठी - Habr प्रोमो कोड वापरून कोणत्याही स्किलबॉक्स कोर्समध्ये नावनोंदणी करताना 10 रूबल सवलत.

स्किलबॉक्स शिफारस करतो: प्रॅक्टिकल कोर्स "मोबाइल डेव्हलपर प्रो".

प्रोग्रामिंग ही समस्या सोडवण्याची कला आहे. आणि तुम्ही या कलेचे निपुण आहात.
काहीवेळा, शक्य तितक्या लवकर काम सुरू करण्याच्या प्रयत्नात, आम्ही हातात असलेले काम पूर्ण करण्याशिवाय इतर कशाचाही विचार करत नाही. आणि यामुळे आणखी गंभीर समस्या उद्भवू शकतात.

प्रोग्रामर कशाकडे डोळेझाक करतात?

तुम्ही लिहीलेले सर्व कोड इतर विकसकांना समजण्यासारखे असले पाहिजेत आणि त्याची चाचणी आणि डीबग केलेले असणे आवश्यक आहे.

पण एक समस्या आहे: तुम्ही जे काही लिहाल ते तुमचे सॉफ्टवेअर गुंतागुंतीचे करेल आणि कदाचित भविष्यात बग्सचा परिचय होईल.

रिच स्क्रेंटच्या मते, कोड आपला शत्रू आहे. तो काय लिहितो ते येथे आहे:

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

कोड कधी लिहायचा नाही हे तुम्हाला कसे कळेल?

समस्या अशी आहे की प्रोग्रामर त्यांच्या अनुप्रयोगासाठी आवश्यक असलेल्या वैशिष्ट्यांची संख्या अतिशयोक्ती करतात. परिणामी, कोडचे बरेच विभाग अपूर्ण राहतात किंवा कोणीही त्यांचा वापर करत नाही, परंतु ते अनुप्रयोग गुंतागुंत करतात.

तुमच्या प्रोजेक्टला काय आवश्यक आहे आणि काय नाही हे तुम्ही स्पष्टपणे समजून घेतले पाहिजे.

उदाहरण म्हणजे एक ऍप्लिकेशन जे फक्त एक कार्य सोडवते - ईमेल व्यवस्थापित करणे. या उद्देशासाठी, दोन कार्ये सुरू केली आहेत - पत्र पाठवणे आणि प्राप्त करणे. तुम्ही मेल व्यवस्थापकाने एकाच वेळी टास्क मॅनेजर होण्याची अपेक्षा करू नये.

अनुप्रयोगाच्या मुख्य कार्याशी संबंधित नसलेली वैशिष्ट्ये जोडण्यासाठी आपल्याला प्रस्तावांना "नाही" ठामपणे म्हणणे आवश्यक आहे. हाच तो क्षण आहे जेव्हा हे स्पष्ट होते की अतिरिक्त कोडची आवश्यकता नाही.

तुमच्या अर्जाचा फोकस कधीही गमावू नका.

नेहमी स्वतःला विचारा:

- आता कोणते कार्य लागू केले पाहिजे?
- मी कोणता कोड लिहावा?

मनात येणार्‍या कल्पनांवर प्रश्न विचारा आणि बाहेरून येणाऱ्या सूचनांचे मूल्यमापन करा. अन्यथा, अतिरिक्त कोड केवळ प्रकल्प नष्ट करू शकतो.

अनावश्यक गोष्टी कधी जोडू नये हे जाणून घेतल्याने तुमचा कोड बेस मजबूत नियंत्रणात ठेवण्यास मदत होईल.

पथाच्या अगदी सुरुवातीस, प्रोग्रामरकडे फक्त दोन किंवा तीन स्त्रोत फायली असतात. हे सोपं आहे. अनुप्रयोग संकलित आणि लॉन्च करण्यासाठी किमान वेळ आवश्यक आहे; कुठे आणि काय शोधायचे हे नेहमीच स्पष्ट असते.

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

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

आता प्रकल्पासाठी जीवाची बाजी लावावी लागणार आहे. का?

वस्तुस्थिती अशी आहे की आपण अतिरिक्त कोड कधी जोडू नये हे आपल्याला समजले नाही आणि प्रत्येक सूचना आणि कल्पनेला “होय” असे उत्तर दिले. तुम्ही आंधळे होता, नवीन गोष्टी निर्माण करण्याच्या इच्छेमुळे तुम्ही महत्त्वाच्या गोष्टींकडे दुर्लक्ष केले.

एक भयपट चित्रपट स्क्रिप्ट सारखे ध्वनी, बरोबर?

हो म्हणत राहिल्यास नेमके हेच होईल. कोड कधी जोडला जाऊ नये हे समजून घेण्याचा प्रयत्न करा. प्रकल्पातून अनावश्यक गोष्टी काढून टाका - यामुळे तुमचे जीवन खूप सोपे होईल आणि अनुप्रयोगाचे आयुष्य वाढेल.

"माझ्या सर्वात उत्पादक दिवसांपैकी एक होता जेव्हा मी कोडच्या 1000 ओळी हटवल्या."
- केन थॉम्पसन.

कोड कधी लिहायचा नाही हे शिकणे कठीण आहे. पण ते आवश्यक आहे.

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

तयार करत रहा, पण कधी नाही म्हणायचे ते जाणून घ्या.

स्किलबॉक्स शिफारस करतो:

• ऑनलाईन कोर्स लागू केला "पायथन डेटा विश्लेषक".
• ऑनलाईन कोर्स "प्रोफेशन फ्रंटएंड डेव्हलपर".
• एक वर्षाचा प्रॅक्टिकल कोर्स "PHP विकसक 0 ते PRO".

स्त्रोत: www.habr.com