ශ්‍රී ලංකාවේ නවතම තාක්ෂණික පුවත් 2026-07-28, Tuesday
💻 ක්‍රමලේඛනය · 🕒 කියවීමට විනාඩි 2 · 👁 1

පළමු පියවරේම වැරදි කරන 5 ක්‍රම: ඔබේ සොෆ්ට්වෙයාර් ව්‍යාපෘතිය කෙලෙස හෙළාදැමීමට හැකිද?

පළමු පියවරේම වැරදි කරන 5 ක්‍රම: ඔබේ සොෆ්ට්වෙයාර් ව්‍යාපෘතිය කෙලෙස හෙළාදැමීමට හැකිද?

සොෆ්ට්වෙයාර් සංවර්ධනයේ අත්දැකීම් බොහෝ වෙලාවේ පරීක්ෂා කරමු කියලා හිතනවා. නමුත් Dev.to වෙතින් ලැබුණු මේ ලිපිය, ව්‍යාපෘතියක් කෙලෙස හොඳම මාර්ගයෙන් අතුරුදන් කරගත හැකිදැයි පෙන්වයි. එය නිරවද්‍යව “කොහොමද ව්‍යාපෘතියක් විනාශ කරන්නේ?” කියන මාර්ගෝපදේශයක් ලෙස පෙන්වා, සැබැවින්ම අපේ කණ්ඩායම් වල දැනට සිදු වෙන දේවල් හඳුනා ගැනීමට උපකාරී වේ.

පියවර 1 – කොන්ට්‍රාක්ට් නොලියන්න කියන්නේ, මොඩියුල දෙකක් අතර අතුරුමුහුණත් ලේඛනයක් තැනුවාම කාලය වැය කරනවා වගේ. එහි පරිසරය හොඳින් දැනගෙන ඉන්න ඔබට එය අවශ්‍ය නැති බව අනුමාන කරනවා. නමුත් අතුරුදන් වූ කොන්ට්‍රාක්ට් එක, නිෂ්පාදනයේ ගැටලුවක් වුවමනා වෙලාවේ හුදකලා ගාස්තුවක් ලෙස පෙනෙයි.

පියවර 2 – සෑම කෙනෙකුටම හිමිකම කියන්නේ, කේතයේ කොටසකට “ඔබටම” කියා දෙන්න. ඒ නිසා කවුරුත් ඒක වෙනස් කරගන්න පුළුවන්, කවුරුත් ඒක සකස් කරගන්න පුළුවන්. නමුත් අවසන් වශයෙන් කවුරුත් වගකීමක් ගන්නේ නැත. 3am කාලයේ බිඳුණු මොඩියුල ගැන කණ්ඩායමට ගැටලුවක් ඇතිවෙයි, නමුත් “කවුද වැරදි කළා?” කියලා කතාබහක් පමණක් වේ.

පියවර 3 – මූලික (main) ශාඛාවට සෘජු push කිරීම යනු, ශාඛා ආරක්ෂණ නීතිවලට විරුද්ධව, කණ්ඩායමේ විශ්වාසය පදනම් කරගනිමින්, කේතය සෘජුවම main වෙත push කිරීමයි. සමාලෝචනයක් නොකළ නිසා merge conflict එකක් ඇතිවුවොත්, ඒක “character building” ලෙස සැලකේ.

පියවර 4 – ඉන්ෆ්‍රාස්ට්‍රක්චරය මතකයේ කියන ව්‍යාපාරික රීතිය, Terraform වැනි IaC මෙවලම් භාවිතා කිරීමේ පරිස්සමක් නැතිව, cloud console එකේ click‑click කරලා පරිසරය සකස් කරනවා. ඒක තත්කාලිකව හොඳයි, නමුත් කේතයෙන් නැවත පදනම් කරගත නොහැකි නිසා, ප්‍රතිසාධනය, audit, recovery වැනි අංග අහිමි වේ.

පියවර 5 – මොනොලිත් හොඳයි කියලා හිතන්න මයික්‍රෝසර්විස්ස් වලට වඩා මොනොලිත් එක සරලයි, නමුත් කේතය 400,000 පේළි පමණට වර්ධනය වුනාම, ඒක “deferred complexity tax” බවට පත්වෙයි. මුලින් සරල බවක් තිබුනත්, වර්ධනයෙන් පසු එය පාලනය කළ නොහැකි තත්වයකට පත් වේ.

ශ්‍රී ලංකාවට ඇති වැදගත්කම

ශ්‍රී ලංකාවේ තරුණ සංවර්ධකයින්, ව්‍යාපාරිකයින් සහ විශ්වවිද්‍යාල සිසුන් මේ මාර්ගෝපදේශයෙහි ගැළපෙන ආකාරය දැකගත හැකිය. කොන්ට්‍රාක්ට් ලේඛනයක් නොකරනවා, කේතය main වෙත push කරනවා, IaC නොමැතිව පරිසරය සකස් කරනවා වැනි “ඉක්මන් shortcut” පුරුදු කරගැනීම, දේශීය තාක්ෂණ ව්‍යාපෘතිවල අසාර්ථකත්වයට හේතු වෙයි. ඒ නිසා, කේත ගුණාත්මකභාවය, ශාඛා ආරක්ෂණය, සහ IaC යන පදනම් ප්‍රතිපත්ති අනුගමනය කිරීම, ශ්‍රී ලංකාවේ තාක්ෂණික ආර්ථිකයට තදබල පදනමක් ගොඩනැගීමට අවශ්‍ය වේ.

ඉදිරියේදී, ස්ථානීය ආයතනවලට මෙම “වෙළඳපලේ සාමාන්‍ය” වැරදි වලින් ඉවතට යාමට, ගොඩනැගීම්, සමාලෝචන, සහ ව්‍යාපෘති කළමනාකරණ ක්‍රමවේදයන්හි නිශ්චිත නීති රචනා කිරීම අත්‍යවශ්‍ය වේ.

අවසන් වශයෙන්, “අඩුම විරෝධතාවය” කියන මාර්ගය, “අඩුම ප්‍රතිපත්තිය” නොව, “උචිත පියවර” යනුවෙන් පරීක්ෂා කරගත යුතුය. ඔබගේ කේතය රැකගැනීමට, මේ පියවර 5ක් මත පදනම් වූ වැරදි වලින් පසුබැසී, සාර්ථක සංවර්ධනයක් කරමු.

💡 ඔබේ කේත ප්‍රතිපත්තිය නැවත පරීක්ෂා කරන්න!
මූලාශ්‍රය මෙම ලිපිය AI මගින් රචිත මුල් සාරාංශයකි. සම්පූර්ණ වාර්තාව කියවන්න:
Dev.to ↗
#software #development #project management #devops #Sri Lanka