පසුගිය වසරේ බරපතල ගුණාත්මක ගැටළු කිහිපයකින් පසුව, මගේ සමාගම මෑතකදී කේත සමාලෝචන හඳුන්වා දී ඇත. මාර්ගෝපදේශ හෝ කිසිදු ආකාරයක පිරික්සුම් ලැයිස්තුවක් නොමැතිව කේත සමාලෝචන ක්‍රියාවලිය ඉක්මනින් හඳුන්වා දෙන ලදි.
තවත් සංවර්ධකයෙකු සහ මම කඳට ඒකාබද්ධ කිරීමට පෙර පද්ධතිවල සිදු කරන ලද සියළු වෙනස්කම් සමාලෝචනය කිරීමට තෝරා ගත්තෙමි.
අපව "ටෙක්නිකල් ඊයම්" ලෙසද තෝරා ගන්නා ලදී. මෙයින් අදහස් කරන්නේ කේතයේ ගුණාත්මකභාවය සම්බන්ධයෙන් අප වගකිව යුතු බවයි, නමුත් ක්‍රියාවලියේ වෙනස්කම් ක්‍රියාත්මක කිරීමට, සංවර්ධකයින් නැවත පැවරීමට හෝ ව්‍යාපෘති වලක්වා ගැනීමට අපට බලයක් නැත.
තාක්‍ෂණිකව අපට ඒකාබද්ධ කිරීම ප්රතික්ෂේප කළ හැකිය. යථාර්ථයේ දී මෙය සෑම විටම පාහේ අවසන් වන්නේ අපගේ ලොක්කා එය නියමිත වේලාවට නැව්ගත කරන ලෙස ඉල්ලා සිටීමෙනි.
අපගේ කළමනාකරු MBA වන අතර ඉදිරියට එන ව්‍යාපෘතිවල කාලසටහනක් නිර්මාණය කිරීමට වැඩි කැමැත්තක් දක්වයි. ඔහු උත්සාහ කරන අතරතුර, ව්‍යාපාරික දෘෂ්ටි කෝණයකින් අපගේ මෘදුකාංගය කරන්නේ කුමක්ද යන්න ගැන ඔහුට කිසිම අදහසක් නැති අතර, සංවර්ධකයෙකුගේ පැහැදිලි කිරීමකින් තොරව වඩාත් මූලික පාරිභෝගික ඉල්ලීම් පවා තේරුම් ගැනීමට ඔහු වෙහෙසෙයි.
වර්තමානයේ SVN හි සංවර්ධන ශාඛා වල සංවර්ධනය සිදු කරනු ලැබේ, සංවර්ධකයා ඔහු සූදානම් යැයි සිතීමෙන් පසුව, ඔහු අපගේ ටිකට්පත් ක්‍රමයේ ටිකට් පත අපගේ කළමනාකරුට නැවත පවරයි. කළමනාකරු පසුව එය අපට පවරයි.
කේත සමාලෝචන අපගේ කණ්ඩායම තුළ යම් ආතතීන්ට හේතු වී තිබේ. විශේෂයෙන් සමහර පැරණි සාමාජිකයින් වෙනස්කම් ගැන ප්‍රශ්න කරයි (එනම් "අපි සෑම විටම මේ ආකාරයට කළා" හෝ "ක්‍රමයට සංවේදී නමක් තිබිය යුත්තේ ඇයි, එය කරන්නේ කුමක්දැයි මම දනිමි?").
පළමු සති කිහිපයෙන් පසු මගේ සගයා සම-සේවකයින් සමඟ කරදරයක් නොවන පරිදි දේවල් ලිස්සා යාමට පටන් ගත්තේය (ඇය මටම කියා සිටියේ, ගනුදෙනුකරුවකු විසින් දෝෂ වාර්තාවක් ගොනු කිරීමෙන් පසුව, ඇය දෝෂය ගැන දන්නා නමුත්, එය පෙන්වා දීම සඳහා සංවර්ධකයා ඇයට පිස්සු වැටෙනු ඇත).
අනෙක් අතට, මම දැන් ප්‍රසිද්ධ කේතයේ ඇති ගැටළු පෙන්වා දීම සඳහා බූරුවෙකු ලෙස ප්‍රසිද්ධය.
මගේ ප්‍රමිතීන් වැඩියි කියලා මම හිතන්නේ නැහැ.
මේ මොහොතේ මගේ පිරික්සුම් ලැයිස්තුව:
- කේතය සම්පාදනය කරනු ඇත.
- කේතය ක්‍රියාත්මක වන අවම වශයෙන් එක් ක්‍රමයක් ඇත.
- කේතය බොහෝ සාමාන්‍ය අවස්ථා සමඟ ක්‍රියා කරයි.
- කේතය බොහෝ අද්දර අවස්ථා සමඟ ක්‍රියා කරයි.
- ඇතුළත් කළ දත්ත වලංගු නොවේ නම් කේතය සාධාරණ ව්‍යතිරේකයක් දමනු ඇත.
නමුත් මම ප්‍රතිපෝෂණය ලබා දෙන ආකාරය පිළිබඳ වගකීම මම සම්පූර්ණයෙන්ම භාර ගනිමි. යමක් වෙනස් කළ යුත්තේ ඇයිද යන්න පැහැදිලි කරමින් මම දැනටමත් ක්‍රියාකාරී කරුණු ලබා දෙමි, සමහර විට යම් දෙයක් නිශ්චිත ආකාරයකින් ක්‍රියාත්මක කළේ ඇයිදැයි විමසයි. එය නරක යැයි සිතන විට, මම එය වෙනත් ආකාරයකින් වර්ධනය කර ගැනීමට ඉඩ තිබූ බව පෙන්වා දෙමි.
මට නැති දෙය නම් “හොඳ” ලෙස පෙන්වා දීමට යමක් සොයා ගැනීමේ හැකියාවයි. හොඳ ආරංචියක් තුළ නරක ආරංචියක් සැන්ඩ්විච් කිරීමට උත්සාහ කළ යුතු බව මම කියෙව්වා.
නමුත් හොඳ දෙයක් සොයා ගැනීමට මට අපහසුය. "ඒයි මේ වතාවේ ඔබ කළ සෑම දෙයක්ම ඇත්තෙන්ම කැප කළා" යනු හොඳ හෝ ප්‍රයෝජනවත් දෙයකට වඩා පහත් ය.
උදාහරණ කේත සමාලෝචනය
හේයි ජෝ,
පුස්තකාලය \ ACME \ ExtractOrderMail පන්තියේ ඔබගේ වෙනස්කම් පිළිබඳව මට ප්‍රශ්න කිහිපයක් තිබේ.
මට තේරුණේ නැහැ ඔබ "TempFilesToDelete" ස්ථිතික ලෙස සලකුණු කළේ ඇයි? මේ මොහොතේ "GetMails" වෙත දෙවන ඇමතුමක් ව්‍යතිරේකයක් වනු ඇත, මන්ද ඔබ එයට ලිපිගොනු එකතු කළත් ඒවා මකා දැමීමෙන් පසු ඒවා කිසි විටෙකත් ඉවත් නොකරන්න. ශ්‍රිතය එක් ධාවනයකට එක් වරක් පමණක් කැඳවන බව මම දනිමි, නමුත් අනාගතයේදී මෙය වෙනස් විය හැකිය. ඔබට එය නිදර්ශන විචල්‍යයක් බවට පත් කළ හැකිද, එවිට අපට සමාන්තරව බහුවිධ වස්තු තිබිය හැකිය.
... (ක්‍රියා නොකරන තවත් කරුණු කිහිපයක්)
සුළු ලකුණු:
- "GetErrorMailBody" පරාමිතියක් ලෙස ව්‍යතිරේකයක් ගන්නේ ඇයි? මට යමක් මග හැරුණාද? ඔබ ව්‍යතිරේකය විසි කරන්නේ නැත, ඔබ එය පසු කර "ToString" අමතන්න. ඇයි ඒ?
- SaveAndSend ක්‍රමය සඳහා හොඳ නමක් නොවේ. ලිපියක් සැකසීම වැරදී ඇත්නම් මෙම ක්‍රමය මඟින් දෝෂ සහිත ලිපි යවනු ලැබේ. ඔබට එය "SendErrorMail" ලෙස හෝ වෙනත් දෙයක් ලෙස නම් කළ හැකිද?
- කරුණාකර පැරණි කේතය ගැන පමණක් අදහස් දක්වන්න එපා, එය සම්පූර්ණයෙන්ම මකන්න. අප තවමත් එය කඩාකප්පල් කර ඇත.