අපේ දරුවන්ට පවා තාක්ෂණික වශයෙන් මූලික දැනුමක් තිබේ. එහෙත්, වෘත්තීය මට්ටමේ සොෆ්ට්වෙයාර් සංවර්ධනයේ “කොහොමද පටන්ගන්නවා?” කියන ප්රශ්නයට සරල පිළිතුරක් නැත. මේ සතියේ Dev.to ලිපියෙන් අපි සොයාගත් අත්දැකීම, නව විශේෂාංගයක් ලියන කල පළමු පියවර “සෙවීම” බවයි.
කතාවේ නායකයා වූ පරණ ඉංජිනේරුවරයා, තම මමගේ දරුවාට (නේපhew) “ඔබගේ Wishlist එකේ අවශ්යතා පැහැදිලියි, දැන් VS Code එක අරිලා ලියන්න” කියා නොදෙයි. එයට පළමුව JIRA වසා, පුරාණ කේත ගබඩාවට (codebase) යාමට, ෆෝල්ඩර පිරික්සීමට උපදෙස් දෙයි. “controllers, services, middlewares, routes, models” කියා පෙන්වා, “Search before you start” කියා අවධාරණය කරයි.
නේපhew “wishlist” නමින් සෙවීම කළාම, “FavoritesService.js” සහ “favorites” වගුවක් දැනටමත් තිබේ කියා හමු වුණා. මෙය නව කේතයක් ලියන තැනට 80% විසඳුමක් දැනටමත් තිබෙන බව පෙන්වයි. පරණ සේවාව පරීක්ෂා කර, එහි add, remove, check ක්රියා, auth middleware, දත්ත වගුවේ ගොඩනැගීම වැනි කරුණු සලකා බලයි.
ඒ සේවාව “Wishlist” සඳහා සම්පූර්ණයෙන් නොගැලපේ නම්, තවත් කේතයක් ලිවීමේ පළමුව “extend” කරයි. උදාහරණයක් ලෙස, “type” තීරුවක් එක් කර “Favorites” හා “Wishlist” එකම වගුවේ පවත්වා ගත හැක. මෙයින් අලුත් සේවාවක් ලිවීමේ කාලයත්, පසුබැසීමේ අවදානමත් අඩු වේ.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ බොහෝ සමාගම් හා ආරම්භක ව්යාපාරවලට කේත ප්රතිපලයන් නැවත පාවිච්චි කිරීම ඉතා වැදගත්. පුරාණ සේවාවන් සොයාගෙන ඒවා අලුත් ලක්ෂණයන්ට ගැලපෙන ලෙස සංවර්ධනය කිරීම, ආරක්ෂණ බග් වැළැක්වීමට, පරිපාලන පිරිවැය අඩු කිරීමට සහ කාලය ඉතිරි කිරීමට උපකාරී වේ. තාක්ෂණික පාඨමාලා ගන්නා සිසුන්ට “Search → Understand → Extend” යන ක්රමවේදය ඉගෙන ගැනීම, වෘත්තීය අවස්ථා තුළ අත්යවශ්ය තාක්ෂණික විනිශ්චයයක් වේ. ව්යාපාරික මට්ටමේදී, අඩු කේත පදනමක් නිසා පද්ධති නඩත්තු කාර්යයන් පහසු වේ, ඉන් පසු නිෂ්පාදන ගුණාත්මකත්වය වැඩි වේ.
අවසන් වශයෙන්, පරණ කේතය සොයා බැලීම, “ඉදිරිපත් කරන ලද කේතය” නොව “අවශ්ය නොවන කේතය” ලිවීම වැළැක්වීමට මූලික මාර්ගයකි. සොෆ්ට්වෙයාර් සංවර්ධකයන්ට, කේතය ලිවීමේ හැකියාවට වඩා “කේතය නොලියන හැකියාව” වඩා උගත්ම ගුණයකි.
