अधिक संगठित प्रोग्रामर कैसे बनें? [बन्द है]


9

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

मेरा प्रश्न हैं:

  1. क्या यह कोई सामान्य फ़ाइल संरचना या समुदाय में नामकरण सम्मेलन है या यह केवल व्यक्तिगत स्वाद का मामला है?

  2. कोड लिखने के बजाए अधिक संगठित प्रोग्रामर कैसे बनें, बस काम करें। लेकिन अधिक संगठित है कि अन्य को अपनी परियोजना में लाने के लिए आसान है?


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

2
प्रोग्रामिंग में बहुत सी चीजों के साथ, अब तक सबसे महत्वपूर्ण सुसंगत होना है
टॉम स्क्वायर्स

1
@TomSquires: मुझे असहमत होना पड़ेगा। अब तक सबसे महत्वपूर्ण बात यह है कि हमेशा अपने आप को और कोड + प्रलेखन में सुधार करें। संगति के लिए निरंतरता समय के साथ बनाए रखने के लिए सॉफ़्टवेयर को कठिन बनाने का कार्य करती है।
l0b0

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

जवाबों:


3

विकास परियोजना संरचना पर स्टैक * ( 1 , 2 ) पर बहुत बार चर्चा की गई है , बस अपनी पिक को अपनी स्थिति के लिए प्रासंगिक लें।

अधिक व्यवस्थित होने के लिए, मैंने कोड और आसपास की जानकारी को व्यवस्थित करने के लिए कई अलग-अलग तरीकों और उपकरणों की कोशिश की है:

  • बग ट्रैकर्स जैसे गिटहब / बुग्जिला / TODO टेक्स्ट फाइलें
  • विकी जैसे जीटीडी टिडलीविकी / गिटहब
  • मेक / मावेन / रेक जैसे उपकरण बनाएँ
  • परियोजना प्रबंधन उपकरण जैसे JIRA और Redmine
  • संपादकों जैसे जेइटिट और विम
  • मेल्ड और kdiff3 जैसे मर्ज टूल
  • संस्करण नियंत्रण प्रणाली जैसे तोड़फोड़ और गिट (वास्तव में खरोंच है कि, बस गिट का उपयोग करें और अपने आप को बहुत दुःख से बचाएं)

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


Gtdtw नीचे लिंक?
ell

2

जब तक आप इससे खुश नहीं हो जाते तब तक अपना कोड रिफलेक्टर करें।

समय के साथ आपको कम और कम परावर्तक करने की आवश्यकता होगी, और अंततः आप इसे * के आसपास पहली बार सही कर रहे होंगे।

करके सींखें।

* सबसे सही है :)


+1। कोड 'सही' है जब किसी भी पुनरावृत्ति ने निचोड़ लिया है और परीक्षण गुजर रहे हैं। बाद के परीक्षणों को पारित करने के लिए संरचना बदल सकती है। मैं कोशिश करता हूं कि अलिखित परीक्षणों की प्रत्याशा में जटिलता का परिचय न दूं।
केविन क्लाइन

0

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


0

अधिक कौशल और अनुभव वाले किसी व्यक्ति से अपनी कोडिंग शैली पर प्रतिक्रिया प्राप्त करें।

जिस तरह से मैंने किया वह था मुझे एक नौकरी मिली जहां मैंने और एक वरिष्ठ प्रोग्रामर ने परियोजनाओं पर सहयोग किया, और उन्होंने मेरे द्वारा चेक किए गए सभी कोड की समीक्षा की। एक बार जब उन्होंने मुझे एक ईमेल लिखा जिसमें उन्होंने सब कुछ नाराज कर दिया या उन्हें मेरे कोड के बारे में हैरान कर दिया। मुझे एक ऐसी शैली ढूंढने में थोड़ा समय लगा, जिसमें मैं और वह दोनों काफी हद तक सहज थे और हमने कुछ चीजों के बारे में कुछ गर्म बहस की, लेकिन सभी में मैंने बहुत कुछ सीखा और हमने दोस्तों के रूप में भाग लिया।

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

नामकरण सम्मेलनों और स्वरूपण शैलियों के बारे में किताबें / लेख पढ़ें। विभिन्न समुदाय विभिन्न शैलियों का उपयोग करते हैं। यह आमतौर पर एक शैली का उपयोग करने के लिए एक अच्छा विचार है जिसे लोग आपके कोड को पढ़ने की सबसे अधिक संभावना है।

संरचना कोड पर कुछ ठोस सलाह:

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

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.