डेवलपर्स पर मँडरा और सभी निर्णय वे/कोड वे उत्पादन, वास्तु विकल्प की तरह, बड़े पैमाने पर codefiles (5k एलओसी) बनाने के सवाल, कोई कोडगलत निर्णय/खराब कोड बनाने वाले (जूनियर) डेवलपर्स को कैसे रोकें?
टिप्पणी या दस्तावेज, आदि की कमी मैं कुछ की जांच में उपयोग कर रहा हूँ TFS 2005 में नीतियां जैसे परिवर्तन परिवर्तन नीति, कार्यवाही, नियमित कोड समीक्षा।
आपकी कंपनी में सबसे अच्छा क्या काम करता है?
अब तक:
- कोड समीक्षा (सबसे) के द्वारा
- सलाह/अध्यापन
- जोड़ी प्रोग्रामिंग
लेकिन कोई भी चेक-इन नीतियों, कोड विश्लेषण की तरह संभावनाओं का उल्लेख है, कोड मेट्रिक्स। क्या कोई इसे जूनियर सिखाने के लिए एक विधि के रूप में उपयोग करता है?
ध्यान रखें: एक कारण है कि कुछ डेवलपर दूसरों की तुलना में अधिक महंगी हैं। यदि आपको अपना आवेदन लिखने के लिए सस्ते डेवलपर्स का एक गुच्छा मिलता है, तो यह दिखाएगा। आम तौर पर, आप अपने वरिष्ठ डेवलपर्स को एप्लिकेशन के आर्किटेक्चर को डिज़ाइन करना चाहते हैं, और जूनियर डेवलपर्स को थकाऊ-लेकिन-सरल भागों को लिखने दें। IMO। – jrockway
अच्छे जूनियर डेवलपर्स को ढूंढना संभव है, लेकिन आपको यह देखना होगा कि वे आर्किटेक्चर पर उन्हें कोई जिम्मेदारियां देने से पहले कोड कैसे देखते हैं। एक जूनियर देव के रूप में, मैं हमेशा एक महत्वपूर्ण पसंद को दोबारा जांचने के लिए एक वरिष्ठ देवता प्राप्त करता हूं जो मैं कर रहा हूं। इस तरह आप सीखते हैं। – marcgg
एक जूनियर डेवलपर आर्किटेक्चरल फैसले क्यों कर रहा है? (या क्या आपका मतलब डिजाइन था जैसे क्रमबद्ध std :: वेक्टर बनाम std :: set?) डिज़ाइन समीक्षा होने पर कक्षा कोड फ़ाइल 5k कैसे हो सकती है? क्या कोई दस्तावेज नहीं है क्योंकि डिज़ाइन समीक्षा के लिए कोई भी आवश्यक नहीं था? (क्योंकि कोई डिज़ाइन समीक्षा नहीं थी?) मुझे लगता है कि वहां कुछ ऐसा होना चाहिए जो कक्षाओं के पहले कुछ स्तरों को उनके प्रमुख सार्वजनिक तरीकों को परिभाषित करता है और यह सब एक साथ कैसे लटकता है। यदि आप ऐसा नहीं करते हैं तो कुछ जो आपने समझा है, वह ऐसा करने का नतीजा नहीं है। "इसे करने" कॉफी कमरे में व्हाइटबोर्ड पर हो सकता है। – pgast