කාලෙකින් පසු, සතියේ අවසානයේ බ්රහස්පතින්දා දවසක, එක පරිශීලකයකුගේ Dashboard විජට් එකේ Status ෆිල්ටරය හිස් ප්රතිඵලයක් දක්වන බග් එකක් හඳුනාගෙන, කේතයේ එක් පේළියක් යොදා ගෙන නිරාකරණය කළා. ඒක සාර්ථකයි කියලා හිතාගත්තා.
කාලය ගොඩක් නොගතකින්, අනික් විජට් එකකත් ඒකම ලක්ෂණය පෙනෙන්නට ආවේ. කේතය නැරඹුන විට, මට තේරුණේ – මම බග් එකේ “ඇතැම් තැන” එකම නිරාකරණය කරලා, ඒ බග් එක තවත් තැන් තුළත් පවතින බව නොදැන සිටියා. ඒ කියන්නේ, එකම ලොජික් එක බොහෝ විජට් හෑන්ඩ්ලර් වලට පිටපත් කරලා, එක් එක් තැනකම වැදගත් පේළිය අතුරුදන් වී තිබුණා.
මෙම පද්ධතිය multi‑tenant SaaS එකක්, පරිශීලකයින්ට තමාන්ට අනුමත ගබඩා (warehouse) වල දත්ත පමණක් පෙනෙන්න. ඒ නිසා, විජට් හෑන්ඩ්ලර් එකක් GetPermittedWarehouseIds කියන සේවාවෙන් අනුමත ගබඩා ID ලැයිස්තුව ලබාගෙන, එයට null එකක් එක්කරනවා. null එක අතුරුදන් වුවහොත්, ගබඩා නොකළ ඇනවුම් පුරා පෙනෙන්න බැහැ. එක පේළිය අතුරුදන් වීම නිසා, සමහර පරිශීලකයන්ගේ විජට් එක හිස්ව පෙන්වයි.
මූලික හේතුව – කේතය පිටපත් කිරීමේදී, කාල සීමාව, “මෙය වෙනත් හෑන්ඩ්ලර් එකට සමානයි” යන අසාර්ථක අනුමානය. ඒ නිසා, එක් වරක් නිරාකරණය කළ පසු, අනෙකුත් තුනේම ඒම වැරදි පවතින බව නොදැන සිටියා.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තරුණ සංවර්ධකයන්ට මෙවැනි කේත රීති ඉගෙන ගැනීම, වැඩි දියුණුවක් ගෙනදෙයි. බග් එකක් නිරාකරණය කිරීමේදී, පැතිකඩ පරික්ෂා කිරීම, සමාන ලොජික් එකක් බහුතැන්හිද පරීක්ෂා කිරීම, කේතයේ consistency රැක ගැනීම වැනි පුරුදු වීම, ව්යාපාරික පද්ධති වල අභ්යන්තර ගුණාත්මකභාවය වැඩි කරයි. එමෙන්ම, ශ්රී ලංකාවේ SaaS ආරම්භකයන්ට, කේතයේ අඩුපාඩු පූර්ව පරීක්ෂාව, ගනුදෙනුකරුවන්ට අඩු දෝෂ සහිත සේවාවක් ලබාදීමේ හැකියාව ලැබේ.
මෙම පළපුරුද්ද, විශේෂයෙන් API හෝ cloud මූලික සේවාවන් සංවර්ධනය කරන සංවර්ධකයින්ට, කේතයේ ප්රතිපත්ති (patterns) හඳුනාගැනීමේ මූලිකත්වය පෙන්වයි. ඒ නිසා, බග් එකක් නිරාකරණය කරද්දී, “මෙම පේළිය කුමන රීතියක් උල්ලංඝනය කරයි?” කියලා පළමුව ලියන අයුරු, ගැටලුවේ මූලික හේතුව හඳුනාගැනීමට උපකාරී වේ.
අවසන් වශයෙන්, කේතය නිරාකරණය කිරීමේදී, සෙවුම් (grep) භාවිතයෙන් සමාන ලොජික් එකක් සියලුම ගොනු තුළ පරීක්ෂා කිරීම, අනාගත බග් පූර්ව නිරෝධායන ක්රමයක් ලෙස සැලකිය හැක.
