මෘදුකාංග කර්මාන්තය තුළ නරක ක්‍රමලේඛන භාවිතයන් සාමාන්‍යද? [වසා ඇත]

මම මෘදුකාංග සංවර්ධකයෙකු ලෙස මගේ පළමු රැකියාව ආරම්භ කළේ මාසයකට පෙරය. OOP, SOLID , DRY , YAGNI, සැලසුම් රටා, SRP යනාදිය ගැන මා ඉගෙන ගත් සියල්ල ජනේලයෙන් ඉවතට විසි කළ හැකිය.

ඔවුන් C # .NET වෙබ් ආකෘති භාවිතා කරන අතර බාහිර පංති ස්වල්පයක් සමඟ කේතය පිටුපස ඇති සෑම දෙයක්ම පාහේ කරයි, නිසැකවම වස්තු ලෙස නොකියයි. ඔවුන් අභිරුචි පාලක භාවිතා කර නැවත භාවිතා කරයි. භාවිතා කරන එකම වස්තූන් ගැන වන්නේ ආයතන රාමුවයි . ඔවුන් සෑම සේවාදායකයෙකුටම පිටුපස ඇති කේතය නැවත භාවිතා කරයි. සෑම වර්ගයකම දේවල් කරන පේළි 400 ක් දිග ක්‍රම ඔවුන් සතුව ඇත. නව සේවාදායකයින් සඳහා ඔවුන් aspx සහ aspx.cs රැගෙන සේවාදායක කේතය ඉවත් කර නව සේවාදායක-විශේෂිත කේතය එක් කිරීමට පටන් ගනී.

ඔවුන්ගේ පළමු නිදහසට කරුණ නම් එය අමතර නඩත්තු කිරීමක් වන අතර වැඩි කේතයක් නඩත්තු කිරීමයි. එය මා ඇතුළු සංවර්ධකයින් තිදෙනෙකුගේ කුඩා සාප්පුවකි. එක් සංවර්ධකයෙකුට අවුරුදු 30 කට වැඩි පළපුරුද්දක් ඇති අතර අනෙකාට අවුරුදු 20+ අත්දැකීම් ඇත. එකක් ක්‍රීඩා සංවර්ධකයෙකු වන අතර අනෙකා සෑම විටම C සහ C ++ වල වැඩ කර ඇත.

මෘදුකාංග කර්මාන්තය තුළ මෙය කෙතරම් පොදුද? මම OOP සහ ඊට අදාළ මූලධර්ම මත රැඳී සිටින බව සහතික කරන්නේ කෙසේද? මම මගේ විවේක වේලාවේ පුහුණුවීම් කරන අතර, OOP හි වඩා හොඳ වීමට වඩා පළපුරුදු සංවර්ධකයෙකු යටතේ වැඩ කිරීමට මට අවශ්‍ය යැයි මට හැඟේ.

1. ඔබේ ප්‍රශ්නයේ ඔබ සඳහන් කළ මූලධර්ම එයයි ... මූලධර්ම. ඒවා ජනවරම්, නීති හෝ නියෝග නොවේ.
2. මෙම මූලධර්ම ඉදිරිපත් කළ පුද්ගලයින් ඉතා බුද්ධිමත් වුවත් ඔවුන් නිරපේක්ෂ බලධාරීන් නොවේ. ඔවුන් හුදෙක් ඔවුන්ගේ තීක්ෂ්ණ බුද්ධිය සහ මග පෙන්වීම ලබා දෙන පුද්ගලයන් ය .
3. වැඩසටහනට "නිවැරදි" ක්‍රමයක් නොමැත. අප කරන “පිළිගත්” ක්‍රමය කාලයත් සමඟ රැඩිකල් ලෙස වෙනස් වී ඇති බවත්, වෙනස් වෙමින් පවතින බවත් මෙයින් සනාථ වේ.
4. නිෂ්පාදනයක් නැව්ගත කිරීම බොහෝ විට එය “නිවැරදි” ක්‍රමයට වඩා ප්‍රමුඛතාවය ගත හැකිය. මෙය එතරම් ප්‍රචලිත ක්‍රියාවක් වන අතර එයට නමක් ඇත: තාක්ෂණික ණය.

5. පොදු භාවිතයේ ඇති සමහර මෘදුකාංග සැකසුම් පරිපූර්ණ නොවේ. හොඳම භාවිතයන් විශාල, මොනොලිතික් යෙදුම් වලින් ලිහිල්ව බැඳී මොඩියුල එකතු කිරීම දෙසට විකාශනය වෙමින් පවතී .

6. සන්දර්භය වැදගත් ය. බොහෝ වාස්තු විද්‍යාත්මක මූලධර්ම ඒවායේ වටිනාකම ඔප්පු කරන්නේ ඔබ විශාල වැඩසටහන් හෝ විශේෂිත වසම් සමඟ වැඩ කරන විට පමණි . නිදසුනක් වශයෙන්, උරුමය බොහෝ දුරට ප්‍රයෝජනවත් වන්නේ UI ධූරාවලීන් සහ ගැඹුරින් කැදැලි සහිත, තදින් බැඳී ඇති විධිවිධාන වලින් ප්‍රතිලාභ ලබන වෙනත් ව්‍යුහයන් සඳහා ය.

ඉතින් ඔබට පාළුකරයෙන් ඉස්මතු වීමට හැකි වන පරිදි “නිවැරදි” මාර්ගයක්, ප්‍රතිපත්තිගරුක මාවතක් අනුගමනය කරන්නේ කෙසේද?

1. නිවැරදි භාවයට වඩා යෝග්‍යතාවය අධ්‍යයනය කරන්න . මෘදුකාංග සංවර්ධනයේදී ඕනෑම දෙයක් කිරීමට “නිවැරදි” ක්‍රමය වන්නේ ඔබේ විශේෂිත අවශ්‍යතා වඩාත් effectively ලදායී ලෙස සපුරාලීමයි.
2. වෙළඳාම පිළිබඳ අධ්‍යයනය කරන්න. මෘදුකාංග සංවර්ධනයේ සෑම දෙයක්ම වෙළඳාමකි. ඔබට වැඩි වේගයක් හෝ අඩු මතක භාවිතය අවශ්‍යද? ඔබට අවශ්‍ය වන්නේ වෘත්තිකයන් ස්වල්පයක් සහිත ඉතා ප්‍රකාශන ක්‍රමලේඛන භාෂාවක්ද, නැතහොත් බොහෝ සංවර්ධකයින් දන්නා අඩු ප්‍රකාශන භාෂාවක්ද?

3. කාලානුරූපතාවය අධ්‍යයනය කරන්න. සමහර මූලධර්ම කාලය පිළිබඳ පරීක්ෂණයට ලක්ව ඇති අතර එය සැමවිටම අදාළ වේ. වර්ග පද්ධති විශ්වීය ය. පළමු පන්තියේ කාර්යයන් විශ්වීය ය. දත්ත ව්‍යුහයන් විශ්වීය ය.

4. ප්‍රායෝගිකවාදය ඉගෙන ගන්න. ප්‍රායෝගික වීම වැදගත් ය. ඔබට නැව්ගත කළ නොහැකි නම් ගණිතමය පාරිශුද්ධත්වය, ස් stal ටික-ආසන දෙව්මැදුර සහ ඇත්දළ කුළුණු මූලධර්ම නිෂ් less ල ය.

5. ජ්වලිතයෙකු නොව ශිල්පියෙකු වන්න. හොඳම මෘදුකාංග සංවර්ධකයින් යනු නීති දන්නා අය වන අතර, එසේ කිරීම අර්ථවත් වන විට ඒවා බිඳ දැමිය යුතු ආකාරය දනිති. ඔවුන් තමයි තවමත් ගැටලු විසඳන ආකාරය සහ තමන් ගැනම සිතන්නේ. ඔවුන් තම තේරීම් දැනුම් දීමට සහ මඟ පෙන්වීමට මූලධර්ම භාවිතා කරයි.
6. කේතය ලියන්න. ගොඩක්. මෘදුකාංග සැලසුම් මූලධර්ම යනු ඔබ බොහෝ කේත ලියා ඒවා නිවැරදිව ක්‍රියාත්මක කරන්නේ කෙසේද යන්න පිළිබඳ සහජ බුද්ධියක් වර්ධනය කරන තුරු නොමේරූ ප්‍රශස්තිකරණයකි.

එය සාමාන්‍ය දෙයක් නොවේ. වටහා ගත යුතු එක් දෙයක් නම් මෘදුකාංග කර්මාන්තය ඇදහිය නොහැකි තරම් විවිධාකාර බවයි. සමහර සමාගම් අති නවීනයි. ප්‍රමුඛ පෙළේ විශ්ව විද්‍යාල සහ නව්‍ය මෘදුකාංග සමාගම් (විශාල විද්‍යාගාරවල පවා!) මෙන්ම ආශීර්වාද ලත් පුද්ගලයන් හෝ සිව් දෙනෙකුගේ කල්ලිය වැනි කණ්ඩායම් විසින් දේවල් කිරීමට පොදු ක්‍රම සමඟ ඇති වන ගැටලු විශ්ලේෂණය කර නව භාෂා, යන්ත්‍ර, මෙවලම් සහ රටා නිර්මාණය කරයි. නව සමාගම්, බොහෝ විට භ්‍රමණය වීම හෝ බෙදීයාම, ඒවා වාණිජමය වශයෙන් භාවිතා කිරීමට උත්සාහ කරන අතර සමහර විට පුදුමාකාර සාර්ථකත්වයක් ලබා ගනී. ෆේස්බුක් හෝ ගූගල් ගැන සිතන්න.

නමුත් මේ දිනවල සෑම තැනකම පාහේ මෘදුකාංග භාවිතා වේ, බොහෝ විට බොහෝ විට ඇත්ත වශයෙන්ම මෘදුකාංග සමාගම් නොවන සමාගම් වලය. මම වැඩිපුරම සේවය කර ඇත්තේ ප්‍රවාහන කර්මාන්තයේ (මෝටර් රථ හා දුම්රිය) වන අතර අත්දැකීම්වල මිශ්‍ර මල්ලක් තිබේ. එහෙත් ඔවුන්ගෙන් කිසිවෙකු "කැපුම් දාරයට" සමීප නොවීය. සමහර විට ඒවා විය නොහැක; ආරක්ෂාවට අදාළ මෘදුකාංග රඳා පවතින්නේ හොඳින් පරීක්ෂා කරන ලද මෙවලම් මත ය (අපි දැනට 1990 ගණන්වල සිට වලංගු C ++ සම්පාදකයක් භාවිතා කරමු). සමහර විට ඔවුන්ට නිවැරදි පුද්ගලයන් නොමැත. බොහෝ විට මෘදුකාංගය සංවර්ධනය කරනු ලබන්නේ මෘදුකාංග වැඩි වැඩියෙන් වැදගත් වන විට තම සමාගමේ මෘදුකාංග සංවර්ධනයට ලිස්සා ගිය වෙනත් ක්ෂේත්‍රවල ඉංජිනේරුවන් විසිනි. ඔවුන් මෘදුකාංග ඉංජිනේරු මූලධර්ම දැන ගැනීම හෝ භාවිතා කිරීම අපේක්ෂා කළ නොහැකිය.

සලකා බැලිය යුතු තවත් දෙයක් නම් සැබෑ ලෝකයේ ඉංජිනේරුවෙකු තුළ වැදගත් වන්නේ කුමක්ද යන්නයි. බොහෝ විට අතෙහි කර්තව්‍යය රොකට් විද්‍යාව නොවේ. මෘදුකාංග නොවන සමාගම්වල පාන් සහ බටර් ගැටළු නිහතමානී මෘදුකාංග ක්‍රමයෙන් විසඳා ගත හැකිය. හොඳ සාමාන්‍ය ඉංජිනේරුවෙකු වීමට ප්‍රයෝජනවත්, සමහර විට හොඳ මෘදුකාංග ඉංජිනේරුවරයෙකු වීමට හේතුව: විශ්වාසවන්ත වන්න; ඔබේ කාර්යය වගකීමෙන් යුතුව සංවිධානය කිරීම සහ ලේඛනගත කිරීම; සහයෝගයෙන් කටයුතු කරන්න; හොඳ පිරිවැය සහ කාල ඇස්තමේන්තු කරන්න (ඇස්තමේන්තුවේ වලංගුභාවය සැබෑ පිරිවැය හා වේලාවට වඩා වැදගත් වේ!); ඔබට කළ හැකි හා කළ නොහැකි දේ තේරුම් ගන්න. මෙහි කැපී පෙනෙන ලෙස අස්ථානගත වී ඇත්තේ "අති නවීන මෙවලම් හා ක්‍රියා පටිපාටි දැනගෙන භාවිතා කරන්න" යන්නයි. ඔබ විස්තර කරන්නේ ඔවුන් සඳහා වැඩ කරන මෙවලම් කට්ටලයක් සහ ක්‍රියාවලියක් ස්ථාපිත කළ සමාගමකි. ඔවුන් කිසි විටෙකත් සරාගී හෝ අසාමාන්‍ය කිසිවක් නිපදවන්නේ නැත, නමුත් ප්‍රමාණවත් ආදායමක් ලබා ගැනීම සඳහා ඔවුන් පාරිභෝගික ඉල්ලීම් සපුරාලයි. එය ඉංජිනේරු විද්‍යාවේ අර්ථ දැක්වීම විය හැකිය ;-).

ඉතින් ඔව්: ඔබ විශ්ව විද්‍යාලයේ ඉගෙන ගන්නා දේ බොහෝ ක්ෂේත්‍රවල පොදු නොවේ.

මට සැනසිල්ලේ කොටසක් හෝ වඩාත් උද්යෝගිමත් සටහනක් එක් කිරීමට අවශ්‍යයි. ඔබ ඉගෙන ගත් දේ ජනේලයෙන් ඉවතට නොගත යුතුය. ඔබේ දෛනික වැඩ කටයුතුවලදී එය බිඳ වැටෙන්නේ නැති තැනට වඩා හොඳ මූලධර්ම යෙදිය හැකිය. සමහර විට නව මෙවලමක් හෝ මෝස්තර රටාවක් හඳුන්වා දීමට අවස්ථාවක් ලැබෙනු ඇත. පැරණි දේ කිරීමේ ක්‍රමය සගයන්ට අප්‍රසන්න වූ විට හෝ සංකීර්ණත්වය හෝ නඩත්තුව කළමනාකරණය කිරීමේ ගැටළු වලට මුහුණ දෙන්නේ නම් (නවෝත්පාදනයන් විසින් විසඳනු ලබන වඩාත්ම දරුණු ගැටලු දෙක) අවස්ථා වඩාත් සුදුසුය. අවස්ථාවක් ඇති විට වැඩිදියුණු කිරීම් ලබා දීමට සූදානම්ව සිටින්න. ධනාත්මක බලපෑමක් ඇති කර ක්‍රම සහ මෙවලම් වැඩි දියුණු කරන්න; දැනුම අගය කරන තැන පැතිරවීම.

ඔවුන් සී # .නෙට් වෙබ් ආකෘති භාවිතා කරන අතර බාහිර පන්ති සමඟ කේතය පිටුපස ඇති සෑම දෙයක්ම පාහේ කරති

ඔබේ පැහැදිලි කිරීම එහි තිබේ. ඔබ නොදන්නේ නම්, පිටත ඇති වෙබ් පෝරම කේතය OOP, SOLID, DRY, YAGNI, නිර්මාණ රටා, SRP යනාදියෙහි ධ්‍රැවීය ප්‍රතිවිරුද්ධයයි . මීට වසර කිහිපයකට පෙර මයික්‍රොසොෆ්ට් වෙතින් නිල උදාහරණ පවා අද ඔබව බියගන්වයි.

වෙබ් පෝරම ක්‍රියාපටිපාටියේ ප්‍රවාහයක් කරා තල්ලු වන අතර සමහර ව්‍යාජ “සිදුවීම්” පාලක ක්ලික් කිරීම් සහ වෙනත් දේ මගින් අවුලුවන. වෙබ් පෝරම සෑහෙන කාලයක් ගත කළ දේව්ස් ද සාමාන්‍යයෙන් එයින් ඉවත් වීමට අකමැති බවක් පෙනෙන්නට තිබේ, බොහෝ විට ඔවුන් පිටු ජීවන චක්‍රය ඉගෙන ගැනීමට වැඩි කාලයක් ගිලී ඇති නිසාත්, ගතිකව විදහා දක්වන ලද පාලනයන් කරන්නේ කෙසේද යන්නත් නිසා එම දැනුම ඉවතට විසි කිරීමට ඔවුන් අකමැති වේ. නව / වඩා හොඳ ක්‍රම හමුවේ. ගිලුණු පිරිවැය වැරැද්ද පිළිබඳ අවි cious ානික අනුවාදය. වෙබ් අඩවි සමඟ පොරබදන්නේ කෙසේදැයි ඉගෙන ගැනීමට මෙම ඩෙව්වරු වසර ගණනාවක් ගත කර ඇති අතර දැන් එම විශේෂ ise තාවයෙන් පහසුවෙන් ඉවත් නොවනු ඇත, එබැවින් ඔවුන්ගේ "නඩත්තු" කාලය පිළිබඳ ඔවුන්ගේ කතාව.

.NET වෙබ් පෝරම අවකාශයේ මෙය බහුලව දක්නට ලැබේ, btw.

මෘදුකාංග කර්මාන්තය තුළ මෙය කෙතරම් පොදුද?

ඉතා සුලභයි. ජලනල කාර්මිකයෙකු සිටීම ඔබේ ජලනල විනාශ කිරීම, වඩු කාර්මිකයා කුණු කූඩයට දැමීම හෝ නරක ඇඳුම් කට්ටලයක් සාදන ලාභ මැහුම්කරුවෙකු විනාශ කිරීම වැනි පොදු බව ගැන. එනම්, ඒ සියල්ල මනුෂ්‍යයෙකි.

මෙය සිදුවීමට හොඳ හේතුවක් තිබේ: සැබවින්ම පුහුණුව නොලබන (හෝ උද්යෝගිමත් නොවන) පීඩනය යටතේ යමක් ක්‍රියාත්මක කිරීමට සිදුවීම.

මෙය මූලික වශයෙන් එම පුද්ගලයින්ගේ ගැටළුවක් නොව සාමාන්‍යයෙන් එම සමාගමේ මෘදුකාංග සංවර්ධනය වටා ඇති ව්‍යුහයන්ය. නිදසුනක් වශයෙන්, සමාගමකට සීමාවාසිකයන් පිරිසක් ඔවුන්ගේ අභ්‍යන්තර මෘදුකාංග සංවර්ධනය කළ හැකිය; එම සීමාවාසිකයන් දීප්තිමත් හා දැනුවත්ව සිටියත්, ඔවුන් එහි සිටින්නේ සති කිහිපයක් හෝ මාස කිහිපයක් පමණක් වන අතර හිමිකාරිත්වය නිතර මාරු වේ.

නැතහොත් වසමේ විශිෂ්ට, නමුත් ක්‍රමලේඛකයෙකු නොවන සමහර පුද්ගලයින් VBA යනාදිය එකට එකතු කර හැක් කළ හැකිය. මන්දයත් එය ආරම්භයේ දී පහසු බව පෙනේ.

නැතහොත් හොඳින් සාදන ලද යෙදුමක් නඩත්තු අවධියේදී අවසන් වන අතර, සියලු හොඳ සංවර්ධකයින් ඉදිරියට යන අතර, එය දිගටම සංවර්ධනය කරනු ලබන්නේ කිහිප දෙනෙකු විසිනි (නරකම අවස්ථාව: එකක්) ඒ ගැන එතරම් දැනුමක් නැති, ලියකියවිලි නොමැති අය.

මම OOP සහ ඊට අදාළ මූලධර්ම මත රැඳී සිටින බව සහතික කරන්නේ කෙසේද? මම මගේ විවේක වේලාවේ පුහුණුවීම් කරන අතර OOP හි වඩා හොඳ වීමට වඩා පළපුරුදු සංවර්ධකයෙකු යටතේ වැඩ කළ යුතු යැයි මට හැඟේ.

හැකි පිළිතුරු දෙකක් තිබේ:

• එක්කෝ: ඔබේ ලොක්කා සමඟ මේ ගැන සාකච්ඡා කර ඔබ පිරිසිදු ව්‍යාපෘතිවලට සම්බන්ධ වීමට වග බලා ගන්න. නොහැකි නම්, නව ලොක්කෙකු සොයා ගන්න.
• නැතහොත්: මේ සඳහා ඔබම වගකීම ගන්න. එයින් අදහස් වන්නේ එය තනිවම කිරීම - ඔබේ විවේක වේලාවේදී, හෝ ඔබට හැකි නම්, සමාගම තුළ, නමුත් ඔබ විසින්ම මෙහෙයවනු ලැබේ (නොහැක්කකි).

දෙවන පිළිතුර ඔබට නරුම යැයි හැඟේ නම්, එය එසේ නොවන බවට මම සහතික වෙමි. ගෙදර ගෙන දැවවල සාප්පුවක් ඇති වඩුවෙක් ඇත බොහෝ නිසැකව නොකරන කෙනෙකු නැති වඩා හොඳ වඩුවෙක් වෙන්න.

උදාහරණයක් ලෙස, එය පරම හැකි වන අතර බොහෝ රූබි වැනි නව භාෂාවකට කැණීම් උදා, කිරීමට, සමහර අය සඳහා විනෝදය, පමණක් නොව, කාරක රීති, පමණක් නොව, එම භාෂාව විශේෂ OO අංශ, සහ ඇත්තටම වැටුනි ගැඹුරු නැනසලවල් ඉගෙනගන්න. ඔබගේ වැඩ කටයුතු සමඟ කිසිදු සම්බන්ධයක් නොමැතිව ඔබගේ විවේක කාලය තුළ. එය හුදෙක් විනෝදාංශයක් වනු ඇත, නමුත් ඔබ පුහුණු වෘත්තිකයෙකු වීම, එය සමහර ඊයම් සංවර්ධකයින් අසල වාඩි වී ඔවුන් කරන දේ අනුගමනය කිරීමට උත්සාහ කිරීම තරම් effective ලදායී (හෝ ඊට වැඩි) විය හැකිය. මෙය ඔබගේ පුද්ගලික සංවර්ධනය සහ ඔබේ විනෝදය සඳහා දැඩි වනු ඇත. ඔබට මෙය විනෝදයක් නොමැති නම් හෝ ඔබට කිසිදු අවබෝධයක් ලබා ගත නොහැකි බව ඔබ දුටුවහොත්, එය සීරීමට ලක් කර පළමු පිළිතුර වෙත ආපසු යන්න.

ඔබ පුහුණු කරන ඊයම් සංවර්ධකයා එම දේවල් හරියටම මේ ආකාරයෙන් ඉගෙන ගෙන ඇති බව පෙනේ ...

මම හිතන්නේ ස්පා Spain ් in යේ නියතයක් ඇති නිසා සංවර්ධකයෙකු සමාගමක වසර ගණනාවක් ගත වූ විට ඔහු (හෝ ඇය) සාමාන්‍යයෙන් විශ්ලේෂණය සහ ව්‍යාපෘති කළමනාකරණය වැනි කළමනාකරණ අංශවලට උසස් කරනු ලැබේ. එහි ප්‍රති As ලයක් ලෙස සම වයස් සමාලෝචනයක් සිදු නොවන අතර කේතය සාමාන්‍යයෙන් අඩු පළපුරුදු අය විසින් ලියනු ලැබේ.

මෙම පළපුරුදු පුද්ගලයින්ගේ අසාර්ථකත්වය කිසි විටෙකත් නිවැරදි නොවේ: ඒ වෙනුවට, ඔවුන්ගේ එකම අවධානය යොමු වී ඇත්තේ එම කාර්යය ඉටු කිරීම සඳහා ය. එහි ප්‍රති As ලයක් ලෙස කේතය තුළ වැඩි වැඩියෙන් වැරදි පුරුදු එකතු වේ.

අවසානයේදී සමහර ස්මාර්ට් බූරුවන් පවසන්නේ හොඳම “විසඳුම” වන්නේ නව යෙදුමක් නිර්මාණය කරමින් පිරිසිදු හා වඩා නඩත්තු කළ හැකි කේතයක් ජනනය කරන නැගී එන තාක්‍ෂණයකට වෙනස් කිරීමයි. තාක්‍ෂණය විසින්ම එය කළ හැකි ය.

නැවතත්, අද්දැකීම් අඩු ක්‍රමලේඛකයින් එම නව තාක්‍ෂණය තුළ වැඩ කිරීමට යොදවනු ලැබේ, කිසිවෙකු කේතය සමාලෝචනය නොකරන අතර කවය නැවත වසා ඇත .... සදහටම හා සදහටම ....

පාසැලේදී ඔබ ඉගෙන ගන්නා සමහර “හොඳ පුරුදු” සැබෑ ලෝක ව්‍යාපෘති සඳහා ප්‍රායෝගික හෝ ලාභදායී නොවේ. මා දුටු විශාලතම වෙනසක් වූයේ හැඩතල ගැන්වීම සහ අදහස් දැක්වීම ය. මගේ මහාචාර්යවරුන්ගෙන් බොහෝ දෙනෙක් ඔබේ කේතය පුළුල් ලෙස ලේඛනගත කිරීමේ වැදගත්කම අවධාරණය කළ නමුත් සැබෑ ලෝකයේ හොඳ කේත බොහෝ විට (සැමවිටම නොවේ!) ස්වයං පැහැදිලි කිරීමක් වන අතර වඩා වැදගත් වන්නේ බොහෝ ලොක්කන් ඔබට අමතර කාලයක් ලිවීමට මුදල් ගෙවීමට අකමැති වීමයි. අදහස්.

ගුණාත්මක විසඳුම් වලට වඩා අඩු බොයිලේරු තහඩුවක් අවශ්‍ය වන කෙටිමං සහ ප්‍රති-රටා භාවිතා කරමින් කාලය සඳහා පීඩනය යෙදෙන ක්‍රමලේඛකයින් ඔබ සමහර විට දකිනු ඇත.

කෙසේ වෙතත්, බොහෝ කණ්ඩායම් සහ ව්‍යාපෘති වල මා දැක ඇති ලොකුම ගැටලුව නම් අලුත් දේවල් ඉගෙන ගැනීමට ඇති අකමැත්තයි. මා සමඟ කතා කළ බොහෝ පැරණි ක්‍රමලේඛකයින් ඔවුන්ගේ වෘත්තීන් ආරම්භ කළේ 'වයිල්ඩ් වෙස්ට්' මෘදුකාංග ඉංජිනේරු කාල පරිච්ඡේදයක දී සුදුසුකම් ආරම්භ වූ විට සහ කේත ලිවීමට ඇති කැමැත්තෙන් ය. ඔවුන් බොහෝ විට සම්පූර්ණයෙන්ම වෙනස් ක්‍ෂේත්‍රයන්හි ප්‍රගුණ කළ අතර, අවස්ථාවක් උදා වූ විට සුළු හෝ විධිමත් අධ්‍යාපනයක් නොමැතිව වැඩසටහන්කරණයට පැන්නා (උදා: ඔවුන්ගේ සේවායෝජකයාට ක්‍රමලේඛකයෙකු නොසිටි අතර ගෘහස්ථ මෘදුකාංග තැනීම සඳහා ඉගෙනීමට යමෙකු අවශ්‍ය විය). මෙම පැරණි පාසැල් ස්වයං-ඉගැන්වූ ක්‍රමලේඛකයින්ගෙන් සමහරක් නවීන කේතකරණ භාවිතයන් ඉගෙන ගැනීමට කිසි විටෙකත් උත්සාහයක් නොගන්නා අතර දශක ගණනාවකට පෙර ඔවුන් ඉගෙන ගත් ඕනෑම ශෛලියක් තුළ දළ වශයෙන් කේත කිරීම දිගටම කරගෙන යයි. ජ්යෙෂ් ity ත්වය හේතුවෙන් ඔවුන් නව ව්යාපෘති භාරව සිටින විට, ඔවුන් ව්යාපෘති වලක්වා සමස්ත කේතයේ ගුණාත්මක භාවයට හානි කරයි.

ඇත්ත වශයෙන්ම ඉහත සඳහන් සියලු පැරණි ක්‍රමලේඛකයන්ට අදාළ නොවන අතර නව පරම්පරාවේ කේත රචකයන් වැරදිකරුවන් විය හැකිය. මම බොහෝ තරුණ ක්‍රමලේඛකයන් සමඟ වැඩ කර ඇති අතර ඔවුන් මෙවලම් සහ පුස්තකාල කිහිපයක් විශ්ව විද්‍යාලයෙන් පිටතට ගෙන ඉගෙනීම සම්පූර්ණයෙන්ම නතර කර ඇත. ඔවුන් එක් වරක් IDE හෝ පුස්තකාලයක් බාගත කර ඔවුන්ගේ සමාගමට අවශ්‍ය නම් එය කිසි විටෙකත් යාවත්කාලීන නොකරනු ඇත (සමහර විට ඔහුගේ පුස්තකාල කොතරම් යල්පැන ඇතිද යන්න මත පදනම්ව ක්‍රමලේඛකයෙකු උපාධිය ලබාගත් වර්ෂය ඔබට අනුමාන කළ හැකිය). ඔවුන් කැමති භාෂාවේ (භාෂාවල) නව අංග සමඟ නොගැලපෙන අතර කිසි විටෙකත් නව භාෂා ඉගෙන නොගනී. ඔවුන් නව ක්‍රමලේඛන ක්‍රමෝපායන් ඉගෙන නොගන්නා අතර වඩාත් සුදුසු විකල්පයන් නොදන්නා නිසා රටා හෝ උපමා වැරදි ලෙස භාවිතා කළ හැකිය (ඔහ් එම්වීසී, ඔබ කෙතරම් දරුණු ලෙස අපයෝජනයට ලක්ව ඇත්ද යන්න). කාලය ගෙවී යත්ම, ඔවුන්ගේ කාර්ය ප්‍රවාහය වැඩි වැඩියෙන් යල් පැන ගිය අතර, ඔවුන් වත්කමකට වඩා වගකීමක් බවට පත්වේ.

සාරාංශයක් ලෙස, අවුල් සහගත කේත පදනම් සඳහා විශාලතම හේතු දෙකක් වන්නේ නියමිත දින නියමයන් සහ යල්පැනගිය හෝ අසම්පූර්ණ දැනුමක් ඇති ක්‍රමලේඛකයින් ය. අවාසනාවකට මෙන්, මෙම කාරණා දෙකෙහිම වගකීම ලොක්කා හෝ සීටීඕ මත පැටවිය හැකිය, ඔවුන් නියමිත දින නියමයන් බව සහතික කළ යුතු අතර කාර්ය මණ්ඩලය ඔවුන්ගේ දැනුම හා කුසලතා යාවත්කාලීනව පවතින බව සහතික කළ යුතුය. ලොක්කා හොඳ ක්‍රමලේඛන භාවිතයන් ගැන කිසිවක් නොදන්නේ නම්, ඔබට කළ හැකි හොඳම දේ වන්නේ වෙනස්කම් යෝජනා කිරීමට උත්සාහ කිරීම සහ ඒවා යෝජනා සඳහා විවෘත යැයි බලාපොරොත්තු වීමයි. අවාසනාවකට මෙන්, OOP නොතේරෙන සහ පේළි පන්ති 10,000 ක් ලිවීමට කැමති වඩාත් ජ්‍යෙෂ් program ක්‍රමලේඛකයෙකුගේ වචනය විශ්වාස කිරීමට ඔවුන් නැඹුරු විය හැකිය.

සමහර නරක ක්‍රමලේඛන භාවිතයන්හි ප්‍රති result ලය වන්නේ දශක ගණනාවකට පෙර සංවර්ධනය ආරම්භ කළ පැරණි මෘදුකාංග සමඟ වැඩ කිරීමට සිදුවීමයි. විශාල සංකීර්ණ මෘදුකාංගයක් තිබේ නම්, සියල්ල නැවත ලිවීම විකල්පයක් නොවනු ඇත. කේතය ඇත්ත වශයෙන්ම කරන සෑම දෙයක්ම තේරුම් ගැනීම පවා අතිශයින් දුෂ්කර විය හැකිය. හොඳම විකල්පය වනුයේ වැඩ කරන දේ පිටපත් කිරීම පමණක් වන අතර ඔබට කිසිවක් කඩ නොකර එය කළ හැකි නම් වඩා හොඳ ක්‍රමලේඛන භාවිතයන් ඒකාබද්ධ කිරීමට උත්සාහ කරයි.

මම හිතන්නේ වැරැද්දෙන් හරි දේ පැවසීම නොව සෑම හරි වැරැද්දකටම හේතු දැන ගැනීම වැදගත් ය . හේතු ඔබ දන්නා විට ඔබට ප්‍රතිවිපාක පුරෝකථනය කළ හැකිය. ඇයි මේ හෝ එම මූලධර්මය භාවිතා කරන්නේ එය පොතක විස්තර කර ඇති නිසා නොව, එය උපකාරී වන ආකාරය සහ හරියටම සිදුවන්නේ කුමක්ද යන්න අප දන්නා නිසා එය බිඳ දැමිය යුතුයි. එවිට කුමක් සිදුවේදැයි ඔබ දන්නේ නම් ඔබට වාසි සහ අවාසි කිරා මැන බලා තීරණයක් ගත හැකිය. සෑම අවස්ථාවකදීම ඔබේ ස්ථාවරය තර්ක කිරීමට මෙය ඔබට උපකාරී වනු ඇත. SOLID සහ OOP ද හොඳින් භාවිතා කරන්නේ නම් නඩත්තු කිරීම අඩු කළ හැකිය.

SOLID ඕනෑවට වඩා භාවිතා කරන්නේ නම් එය එතරම් හොඳ නොවන බොහෝ පන්ති හා ක්‍රමවේදයන්ට මග පාදයි. එය ඉක්මවා නොයන්න. මෙය අපගේ පෙළපොත් සහ නිබන්ධන වල විශාල ගැටළුවක් වන අතර ඒවා බොහෝ විට නිසි සාධාරණීකරණයකින් තොරව අදහස් ප්‍රවර්ධනය කිරීමට උත්සාහ කරයි. OOP ද එහි අවාසි ඇත. බොහෝ මූලධර්ම හා උපමා එකිනෙකට පරස්පර වේ. ඔබට ඉහළින් සිටීමට අවශ්‍ය නැත, සෑම දෙයක්ම සාධාරණ, යුක්ති සහගත, අලංකාර සහ සරල කිරීමට ඔබට අවශ්‍යය.

එසේම, මෙය ඔබගේ පළමු කාර්යය වන බැවින්, මෙම ක්‍රමලේඛකයින් එතරම් දක්ෂ නොවීමට ඉඩ තිබේ. නමුත් නැවතත්, ඔවුන් බොහෝ විට විශ්වාසයෙන් යුතුව කටයුතු කරනුයේ එතරම් දුෂ්කර කාර්යයක් නොවන අතර එතරම් නිපුණතාවයකින් තොරව කළ හැකි අතර අඩු නිපුණතා සහිත අඩු කේත රචකයන් විසින් අඩු වැටුපක් ලබා ගත හැකිය. ආර්ථික විද්‍යාව ක්‍රියාත්මක වන ආකාරය මෙයයි. සෑම සේවා ස්ථානයක්ම වෙනස් වේ.

ඔබට හැඟෙන ආකාරය මට තේරෙනවා. කලබල නොවන්න . ඔබ දන්නා දේ ඔබට අවශ්‍ය වනු ඇත, සමහර විට වහාම නොවේ, නමුත් එය ඔබට උපකාරී වනු ඇත. සමහර විට වෙනත් සේවා ස්ථානයක, සමහර විට සමහර විට. තව දුරටත් යාමට ඔබට ඉදිරියෙන් කාලය තිබේ.