ඩෙවලොපර්ලා වැඩ කරන අතරතුර බග් එකක ගැටළුවට මුහුණ දීම සාමාන්යයයි. ඒත් ඒ ගැටළුව දිගුවට පත් වුනොත්, කාලය හා ශක්තිය අතුරුදන් වෙනවා. මේ අත්දැකීමෙන් පසු, ලේඛකයා එකම ක්රමයක් සකස් කරගත්තේ – ‘ස්ට්රග්ලින්’ නමැති පරීක්ෂා ලැයිස්තුවයි.
ඔහුගේ කතාව අනුව, නව Java ගුණාංගයක් JavaScript පාර්ශවයට පෙනෙන්න බැරිවීමෙන් පසු, දෙපාර්ශවයේ වෙනස්කම් පරීක්ෂා කරමින් පැය දෙකක් ගත කළා. තමන්ගේ diff එක නැවත නැවත කියවලා, ඒකේම වැරැද්දක් ඇති බව විශ්වාස කළා. නමුත් සැබෑ හේතුව පරණ codegen sync script එකක්, එය පරණ artifact එකක් නවීකරණය නොකළේය. ඒක හඳුනාගැනීමට ඔහු බුද්ධියෙන් වැඩ කරලා නොව, “අනේකාලේ” පරීක්ෂා ලැයිස්තුවේ පියවර අනුගමනය කරමින් නිතර විවේකයක් ගෙන, කාල සීමාවක් තබාගෙන වැඩ කළ නිසාය.
මෙම ලැයිස්තුවේ මූලික අදහස වන්නේ, පරීක්ෂා කිරීම, කාල සීමාවක් තබා ගැනීම, ඒ සීමාව ඉක්මවන විට විවේකයක් ගත කිරීම, පසුව පියවර තුනක් (නැවත පරීක්ෂා, තවත් විවේක, අවසන් තීරණය) අනුගමනය කිරීමයි. මෙය “confirmation bias” කියන මනෝ විකාරය අඩු කරයි; අපි පසුතැවීමේදී පමණක් නොව, ක්රියාත්මක වන විටත් ඒක වැළැක්වීමට උපකාරී වේ.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තාක්ෂණික ක්ෂේත්රය වර්ධනය වෙමින් පවතින අතර, බහුතරයක් පරිසරය මත පදනම් වූ සොෆ්ට්වේයා සංවර්ධන කාර්යයන් සිදු කරයි. මෙම පරීක්ෂා ලැයිස්තුව භාවිතා කිරීමේදී:
- සැලසුම් කාලය අඩු වේ: කාර්ය මණ්ඩලය බග් හඳුනා ගැනීමට ගතවන වේලාව අඩු කර, ව්යාපාරික ප්රකලනයේ වේගය වැඩි කරයි.
- ආත්ම විශ්වාසය වැඩිවේ: නිතර විවේකයක් ගනිමින්, සංවර්ධකයන්ගේ මනෝභාවය පෝෂණය කර, burnout අවස්ථා අඩු කරයි.
- කේත ගුණාත්මකභාවය උසස් වේ: confirmation bias අඩු වීම නිසා, අනිවාර්යයෙන්ම පිරිසිදු, නවීන කේතයක් ලැබේ.
- ශිෂ්යයින්ට ඉගෙනුම් අවස්ථාව: විශ්වවිද්යාල, තාක්ෂණික පාසලේ පංතිවල මෙම ක්රමය ඉගැන්වීමෙන්, නව පරීක්ෂණ පදනම් කළ හැකිය.
කෙටි කාලීනව, මෙම ක්රමය ශ්රී ලංකාවේ තාක්ෂණික ආයතන, startup ගොඩනැගීම, සහ නිදහස් සංවර්ධකයන්ගේ දක්ෂතාවය වැඩි දියුණු කරයි.
අවසන් වශයෙන්, “ස්ට්රග්ලින්” පරීක්ෂා ලැයිස්තුව ඔබේ වැඩි කාලයක් ගත නොකර, ගැටළුවට නව ආලෝකයක් දෙන පදනමක් වන අතර, එය දැන් ඔබේ දෛනික වැඩකටයුතු වලට එකතු කරගැනීමට සුදුසු වේ.
