2008-10-02 23 views
10

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

+0

आप इसे कुछ कम करना चाहते हैं। इस विषय पर हजारों किताबें लिखी गई हैं। :) –

+0

लीड उदाहरण के द्वारा क्या कर रहा है? उदाहरणों के किसी भी उदाहरण के साथ आप नेतृत्व करेंगे? –

+0

"उदाहरण के आधार पर" –

उत्तर

3

आपको शायद यह देखना चाहिए कि आपकी दुकान क्या गलत है और वे क्या सही करते हैं। आप वास्तव में वहां क्या बदल सकते हैं? आप अपनी खुद की प्रथाओं के बारे में क्या बदल सकते हैं जो आपके कौशल या आपकी टीम में सुधार करेंगे? एक जुड़ी दुकान में बदलाव का एहसास करना मुश्किल हो सकता है। कोड समीक्षा (अपने कोड पर पहले) का प्रस्ताव देने का प्रयास करें, जो चर्चा का कारण बन सकता है।

मूर्त वस्तुओं के लिए, मैं Scott Meyers 'प्रभावी सी ++, आदि को देखता हूं। अपने कौशल का विकास करें और आप या तो अपने आस-पास के अन्य लोगों को बेहतर बनाने में मदद करेंगे या एक दुकान पर चले जाएंगे। इसके अलावा, गैंग ऑफ फोर की Design Patterns पुस्तक देखें।

+0

के लिए +1 मैं यह भी ध्यान दूंगा कि यह उत्तर त्वरित था और प्रश्न की चौड़ाई पर विचार कर हमेशा के लिए चला गया था। मुझे लगता है कि यह अलग-अलग दुकानों में बहुत अधिक अनुभव किए बिना है। –

0

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

0

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

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

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

0

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

0

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

2

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

0

मुझे लगता है कि लेखन इकाई परीक्षण कोड की गुणवत्ता में बहुत मदद करता है - इसका मतलब है कि आपको यह सोचना होगा कि आपका कोड परीक्षण और कोड के अन्य हिस्सों के साथ कैसे बातचीत करेगा।

पीयर कोड-समीक्षा: कोड की गुणवत्ता की जांच करने से प्रोग्रामर इस बारे में सोचेंगे कि वे कोड कैसे लिखते हैं।

0

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

2
  • पढ़ना अच्छा प्रोग्रामिंग पुस्तकों
  • के अन्य कोड से सबक - सूटर मिल, कोडिंग डरावना, मार्टिन Fowler आदि
  • कोड - ओपन सोर्स परियोजनाओं सबसे अच्छी जगह
  • पढ़ें अच्छा ब्लॉग और फ़ोरम नियमित रूप से शुरू करने के लिए कर रहे हैं समीक्षा
  • यूनिट परीक्षण
  • बूस्ट, एसटीएल जैसे अच्छे पुस्तकालयों का उपयोग करना। उनके कार्यान्वयन को भी समझना
0

बस पूछना कि यह एक अच्छी शुरुआत है।

विशेष रूप से आप कर सकते हैं:

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

बदलें कठिन है में शामिल हो पर वास्तव में अच्छा कर रहे हैं और आप एक है जो पहले बदल जाता रहना होगा।

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

0

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

यदि आप g ++ का उपयोग करते हैं, तो आप -वेफ ++ विकल्प से मूलभूत सहायता प्राप्त कर सकते हैं।

संबंधित मुद्दे