हम एक नई परियोजना के लिए एक साथ बजट पाने की कोशिश कर रहे हैं। हम अलग-अलग कोड समीक्षा समय को तोड़ना चाहते हैं। प्रत्येक घंटे के सॉफ्टवेयर विकास के लिए कोड समीक्षा की कितनी घंटे की आवश्यकता है, अंगूठे का एक अच्छा नियम क्या है? Ballpark अनुमान और उपाख्यानों ठीक हैं।विकास के समय के प्रत्येक घंटे के लिए कोड समीक्षा के कितने घंटे, लगभग?
(यह एक पर एक 3 डेवलपर टीम चित्र।)
अनुमान 10: 1 से 20: 1 अनुपात (dev-to-review times) के आधार पर अनुमान निश्चित रूप से उचित हैं। कोड की सफाई और पठनीयता के आधार पर आपका वास्तविक लाभ निश्चित रूप से बहुत भिन्न हो सकता है।
यदि आपकी टीम युग्मित प्रोग्रामिंग (कुछ डिग्री, जरूरी पूर्णकालिक नहीं) का अभ्यास करती है, जो समीक्षा के समय समीक्षा के तहत कोड के साथ डेवलपर्स की परिचितता को बढ़ा सकती है और समीक्षा समय पर चीजों को गति दे सकती है।
समीक्षा कोई है जो टीम के लिए 'आंतरिक' है के द्वारा किया जाता है। समीक्षा बहुत आसान होगी क्योंकि वह जानता है कि स्क्रीन पर क्या हो रहा है। तो 40 घंटे के विकास में समीक्षा के 2-3 घंटे लगेंगे।
यदि समीक्षा टीम के किसी बाहरी व्यक्ति द्वारा की जाती है। वह 40 घंटे के विकास के लिए एक दिन तक ले सकता है। क्योंकि समीक्षक देख मानकों आदि से तर्क को समझने के लिए,
HTH
अपने कोड की समीक्षा प्रथाओं मान लिया जाये कि समय के बहुत ले जाएगा के लिए कर रहे हैं प्रत्येक चेक-इन एक और डेवलपर द्वारा समीक्षा यह शायद करीब 2-5 मिनट है कोड का घंटा विकसित हुआ। यह निश्चित रूप से एक असली मोटा अनुमान है।
मुझे नहीं लगता कि आप वास्तव में इसे इस तरह से कल्पना कर सकते हैं। डेवलपर समय का 1 घंटा शायद ही कभी एक निश्चित मात्रा में कोड के बराबर होता है जो वास्तव में लिखा जाता है। कभी-कभी आपको मुश्किल समस्याएं होती हैं जिन्हें किसी विशेष विधि कॉल के लिए एक पंक्ति प्राप्त करने के लिए अनुसंधान के एक घंटे (उदाहरण के लिए) की आवश्यकता हो सकती है।
कभी-कभी आप एक उचित मात्रा में प्रतिलिपि/पेस्ट प्रकार कोड के साथ झुकाव कर सकते हैं जिसमें आप थोड़े समय में समीक्षा करने के लिए बहुत कुछ उत्पन्न कर सकते हैं।
इसके बजाए, मैं आपको यह सुझाव दूंगा कि आप स्क्रीन को कितनी बड़ी उम्मीद करते हैं, इसके साथ-साथ तर्क कितना जटिल है, उसके बाद कोड समीक्षा समय की मात्रा प्राप्त करने का प्रयास करें।
या, आप बस कह सकते हैं, चलिए कुल परियोजना बजट का 5% समीक्षा करने के लिए समर्पित करते हैं .. भले ही, यह वास्तव में कुछ बनाने के लिए असाइन किए गए घंटों की संख्या पर आधारित नहीं होगा।
आपको 2 घंटे में एक हफ्ते के काम की समीक्षा करने में सक्षम होना चाहिए। (के लिए एक प्रोग्रामर)
मेरे निजी अनुभव में, समय कोडिंग के साथ तुलना में कोड समीक्षाएँ, चर रहा है और जैसे कई कारकों में निर्भर करता है:
यह सांकेतिक शब्दों में बदलनेवाला समय के 10% से खराब मामलों में 250% तक हो सकता है।
क्या आप कल्पना कर सकते हैं कि कोड की जांच के लिए बाहरी संसाधन अंततः आंतरिक संसाधन (कोड आधार को सीखना) के प्रभावी होगा। या बाहरी संसाधन आमतौर पर एक अलग व्यक्ति है जब प्रत्येक कोड को समीक्षा की आवश्यकता होती है? – resolveaswontfix
बाहरी व्यक्ति प्रत्येक बार अलग होता है या समान हो सकता है। एक बड़ी परामर्श कंपनियों में, जब वे ग्राहक को कोड प्रदान करते हैं। दो समीक्षाएं हैं जो आंतरिक, बाहरी होनी चाहिए। आंतरिक टीम में कोई है। बाहरी कोई तकनीकी व्यक्ति हो सकता है - जो कोड की समीक्षा करने में सक्षम/उपलब्ध है। तो संभावना है कि बाहरी हमेशा अलग व्यक्ति है! –