ගත වසරකදී NHS හි රැකියාවෙන් ඉවත් වූ පසු, ලේඛන‑ඇතුළත් කළ පද්ධතියක් නව ඩිජිටල් පද්ධතියකට මාරු කරන ලදි. කඩදාසි හෝ එක්කෝ ලැයිස්තු පත්රයක් වැනි පරණ ක්රියාවලියක් තාක්ෂණික තිරයට ගෙන එන ලද්දේ, ඒකම පසුබිම පවත්වාගෙන යාමට පමණයි.
නව පද්ධතියේ අරමුණ – වැඩි කාර්යක්ෂමතාව, අඩු දෝෂ – වත්මන් කාලයේ පෙනෙන්නේ අඩුම තරම්ය. ඒකලින්ම ලේඛන‑ඇතුළත් කළ ක්රියාවලියේ පටලැවිලි, අතුරුදන් වූ තොරතුරු, සහ පූරණ අඩුපාඩු නව තිරයෙහිම පෙනෙයි. ඉතාමත් අඩු අර්ථයක් ඇති නව තාක්ෂණය, පරණ ගැටලු අළුත් මුහුණුවරකට පමණක් හරවා දී ඇත.
ඇයි මේ තරම් වැදගත්? සොෆ්ට්වේයාර් ඉංජිනේරුවන්ට “කඩදාසි පද්ධතියක් ඩිජිටල් කළාම, ඒකම ගැටලු නවතම පරිසරයටත් පවරයි” කියන පැරණි කතාවක් මතකයි. නීතික පාලනය (policy) සැලැස්මක් ලෙස, මෘදුකාංගය එය ක්රියාත්මක කිරීමේ “implementation” වේ. නීතිය “තනි‑අදාලය” කියන විස්තරයක් දක්වා තිබේ නම්, මෘදුකාංගය ඒ අරමුණට අනුකූලව නොමැති වීම අභ්යන්තර දෝෂයක් වැනි එකක්.
මෙම පද්ධතියේ අභ්යන්තර ගැටලුව තවත් දැඩි වශයෙන් පෙනෙන්නේ, එය කවුද නිර්මාණය කළේ, කවුද නඩත්තු කරනවා, කුමන පසුබැසි ව්යාපාරික සැලැස්මකට අනුගතව තිබේ යන අසමත්යය. කිසිදු ලේඛනයක්, README එකක්, changelog එකක් නොමැතිව, පළමු දින සිටම නිෂ්පාදනයට යෙදුණු “third‑party dependency” එකක් වැනි තත්වයකි. මේකේ bus factor එක 0 – අර්ථාත්, කෙනෙකුටත් එය පිළිබඳ විස්තරයක් නොදැනීම.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තාක්ෂණික ආයතන, රජයේ සේවා, පෞද්ගලික සමාගම් සියල්ලම ඩිජිටල් පද්ධති භාවිතා කරයි. මේ වගේ අසාර්ථක පද්ධති හඳුනා ගැනීමේදී, පහත ලාභ ලැබේ:
- ඩෙවෙලොපර්ලාට – නීතික අවශ්යතා හා කේත සැලැස්ම අතර ගැලපීමේ වැදගත්කම තේරුම් ගත හැකිය. එමඟින් “policy‑driven development” පදනම තවත් පිරිසිදු කරගත හැක.
- ඉගෙනුම් ආයතනවලට – සිසුන්ට පද්ධති සැලැස්ම, අවශ්යතා විශ්ලේෂණය, සහ තාක්ෂණික ඩෙප්ලොයිමන්ට් ක්රියාවලිය පිළිබඳ වඩා හොඳ අවබෝධයක් ලැබේ.
- ව්යාපාරිකයන්ට – අසමත්ය තොරතුරු, අධික පිරිවැය, සහ සේවා අඩුවීම වැළැක්වීමට “documentation‑first” ප්රවේශයක් අනුගමනය කළ හැකිය.
අවසන් වශයෙන්, පද්ධතියක් පල කිරීමට පෙර, එය කුමන නීතියකට අනුකූලද, කවුරුන් නඩත්තු කරනවාද, සහ එහි ආරක්ෂාව, පාරිභෝගික‑අනුවාදය (accessibility) ආදිය පරීක්ෂා කිරීම අත්යවශ්ය වේ. නැතහොත්, නව තාක්ෂණය පරණ ගැටලු පමණක් අළුත් මුහුණුවරකට පවරා දමයි.
