ඔබේ පළමු කේත ලේඛනය ලියන්නට පෙර, සැබැවින්ම වැඩේ කොහොමද යන්න තේරුම් ගත යුතුයි. Dev.to හි නවතම ලිපියෙහි, පළපුරුදු ඉංජිනේරුවකු සහ ඔහුගේ නාත්තලේ මිතුරා අතර කතාබස් මගින්, ඉන්ජිනේරු වැඩේ ඇත්තේ ‘අවශ්යතා’ කියන පියවරෙන් ආරම්භ වෙන බව පැහැදිළි කරයි.
උදාහරණයක් ලෙස, “Add Wishlist Feature” යන ටිකට් එකක් ගැන කතා කරයි. බොත්තමක්, POST ඉල්ලීමක්, තබාගත දත්ත ගබඩා කිරීම, පේජ් එකක් – මේව සියල්ලක් පරිගණක කේතයෙන් කරගත හැකි බව නවකයන්ට පෙනේ. නමුත් එහි පසුබැසී ඇති ගැටළු ගණනාවක් ඇත. කාටද මේ විශේෂාංගය ලබාදෙන්නේ? අමුත්තන්ටද, ලොග්‑ඉන් වෙලා පමණක්ද? එකම භාණ්ඩය දෙවරක් එක්කනවාද? භාණ්ඩය අස්ථානගත වුනොත් එය කුමක් ලෙස පෙන්වනු ලැබේ? ලොග්‑අවුට් කළ පසු දත්ත තබාගත හැකිද? හෝ එය වෙනත් කෙනෙකු සමඟ බෙදාගත හැකිද?
මෙවැනි ප්රශ්න වලට පිළිතුරු සපයන්නේ කේතය ලියන කල නොව, එම අවශ්යතා පළමු පියවරේම නිශ්චිත කරගැනීමයි. ඉංජිනේරුවෙකුට කේතය ලියන්න පෙර, අවබෝධය හා තීරණ ගත කිරීම වඩා වැදගත්. එම නිසා, ටිකට් එකක් “spec” එකක් නොවේ; එය “summary” එකක් පමණයි. සැබැවින්ම වැදගත් කොටස නම්, කවුරුත් ලියලා නැති, ලියන අය විසින් සොයා ගත යුතු “hidden requirements” වේ.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තරුණ සංවර්ධකයින්ට මේ පදනම ඉතාමත් වැදගත්. ඔවුන් පාඨමාලා සම්පූර්ණ කරමින් “කේතය ලියන්න” යන මොහොතට ඉක්මවා, සැලසුම් කිරීම හා අනාවරණය කිරීම හැකියාවද සමග ඉගෙන ගත හැකිය. එමඟින් නිෂ්පාදන කළමනාකරණය, API එකේ සම්මුති, දත්ත ගබඩා සැලසුම් වැනි සංකීර්ණ තීරණ ගැන ගැඹුරු අවබෝධයක් ලබා ගනී.
ව්යාපාරික පැතිකඩේ, නිවැරදි අවශ්යතා විශ්ලේෂණය කිරීම මගින් පද්ධති අසාර්ථකත්වය, අතිරික්ත සංවර්ධන කාලය, සහ අතිරේක පිරිවැය අඩු වේ. ඒ නිසා, ශ්රී ලංකාවේ තාක්ෂණික සමාගම් පාරිභෝගික‑මූලික, පරිසර‑හිතකාමී, සහ දිගුකාලීන ආදායම් ඇති නිෂ්පාදන නිර්මාණය කළ හැකිය.
අවසන් වශයෙන්, කේතය ලියන්නට පෙර “ඇත්තේ කුමක්ද?” කියන ප්රශ්නයට පිළිතුරු සොයා ගැනීම, ඔබේ ඉංජිනේරු වෘත්තියට මූලික පදක්කමක් වනු ඇත. මේ මූලික පියවර අමතක නොකරන්න; එය ඔබේ කේතයට අඩංගු නොවන අඳුරු ගැටළු ඉවත් කර, නිවැරදි, පවත්නා, සහ පරිශීලක‑මිතුරා වූ නිෂ්පාදනයක් ගොඩනැගීමට උපකාරී වේ.
