මෙහි සහ වෙනත් තැන්වල බොහෝ පිළිතුරු මරණයට පත්ව ඇති බව පැවසේ. නැත්නම්, අවම වශයෙන් මම එය මරණය දක්වා අසා ඇත්තෙමි. ඔබේ IDE ඉගෙන ගන්න, වේගයෙන් ටයිප් කිරීමට ඉගෙන ගන්න, රාමු භාවිතා කරන්න, කේත ජනනය කිරීම යනාදිය. නමුත් මෙම ප්‍රශ්න අසන ක්‍රමලේඛකයා වන අතර ස්ටැක් පිටාර ගැලීම වැනි වෙබ් අඩවි නිතර නිතර ඔබ මේ දේවල් දැන සිටියේය . ඔබට ඒවා නැවත නැවත මෙහි කිරීමට අවශ්‍යද? නැතහොත් ඔබට ටිකක් එහා මෙහා යාමට අවශ්‍යද?
නමුත් අපට එම තත්වයට පත්වීමට හැකි වූයේ නම් කුමක් කළ යුතුද? මම කිව්වේ මේ සියලු යෝජනා ප්‍රගුණ කරන්න? එවිට කුමක් සිදුවේද? හොඳින්. කාල රේඛා තව දුරටත් අඩු වනු ඇතැයි මම සිතමි. නැවතත්, අපි ගුණාත්මකභාවය පිළිබඳ සංජානනයකට නැවත යමු. මම කිව්වේ, අපේ ශිල්පය නිසැකවම ප්‍රගතියක් ලබා ඇති අතර දශක ගණනාවක් තිස්සේ වැඩි වැඩියෙන් tive ලදායී වී තිබේ. නමුත් මෙම කාලය තුළ ගුණාත්මකභාවය ඉහළ ගොස් තිබේද (පා early මාලාවේ මුල් වසර හැර)?
මගේ පිළිතුර සරලයි: ගුණාත්මක මෘදුකාංග සඳහා කාලය ගතවේ ! ඔබට එකක් වෙළඳාම් කළ හැක්කේ අනෙකට පමණි (ගුණාත්මකභාවය / වේගය). නමුත් ඔව්, අපි කවුරුත් දන්නවා කෙසේ වෙතත්, එම වෙළඳාම බොහෝ විට පරිමාණයේ වේගයේ අවසානය දක්වා අවසන් වන තරමට අපි අවංක නොවන බව. ව්යාපෘති වලදී අපි ඊටත් වඩා විශාල බොරුකාරයෝ වෙමු!
මම කියන්නේ ඔබ මෙහි වරදක් නැති බවයි. ගැටළුව වන්නේ ගුණාත්මක මෘදුකාංග සඳහා කොපමණ කාලයක් ගතවේද යන්න පිළිබඳව මිනිසුන් තුළ ඇති අවබෝධයයි. අපගේ කළමණාකරුවන් හෝ අප අනුමාන කරන කාල රේඛා වර්ග සමඟ ගුණාත්මක මෘදුකාංගයක් නිර්මාණය කිරීමට අපට හැකියාවක් ඇතැයි විශ්වාස කිරීමෙන් අපි අපව රවටා ගනිමු. අපි ගුණාත්මක මෘදුකාංග සාදන්නේ නැත . අපි මෘදුකාංගයක් ලියන්නේ වැඩ කරන නමුත් සමහර විට යෙදුමක ඇතැම් කොන් වල ගුණාත්මක බවින් යුක්තවය.
ඉතින් මේ ගැන අපට කුමක් කළ හැකිද? අපගේ එක් එක් ව්‍යාපෘතිය සඳහා ආයෝජනය දෙගුණයක් හෝ තුන් ගුණයකින් කළ යුතු බව අපගේ ලොක්කන්ට ඒත්තු ගැන්විය නොහැක. මම ආදර්ශයෙන් ඊයම් කියනවා. පැති ව්‍යාපෘතියක් ලෙස සැබවින්ම විශිෂ්ට මෘදුකාංගයක් සාදන්න. ඔබේ කාලය ඒ සඳහා යොදවන්න, සම්මුතියක් ඇති නොකරන්න. ඔබ දියුණුවන ආකාරය පිළිබඳව සෑම විටම අවධානය යොමු කරන්න. ඔබට අනපේක්ෂිත කාලයක් යෙදවීමට සිදුවී ඇති බව පෙනෙන සම්බන්ධයක් නැති කාර්යයන් සටහන් කර ඔබට එය සාධාරණීකරණය කළ හැකිදැයි බලන්න. ඔබ වැඩ කළ අනෙකුත් සියලුම ව්යාපෘති සමඟ මෙය වෙනස් කරන්න. කුරිරු ලෙස අවංක වන්නඔබ හා මෙම විශ්ලේෂණයේ සියලුම අංග සමඟ. ඔබේ ගුණාත්මක මෘදුකාංගය සමඟ ඔබ කළ අමතර දේවල් “සැබෑ” ව්යාපෘති වලදී නොසලකා හැරිය හැකිද? නමුත් සමහර විට ඔබේ උත්සාහය අසාර්ථක විය. හේතුව කුමක්ද? ඔබ කම්මැලි වී මූලික අංගයන් ලබා ගැනීමට ඉක්මන් වූවාද? මම තවම මේ වගේ දෙයක් කර නැත, ඒ නිසා මම මෙම සිතුවිල්ල යම් සැකයකින් අවසන් කරමි - නමුත් මම එය සැබෑ ගමනක් යාමට අදහස් කරමි. මම ඔබව දැනුවත් කරන්නම් :).
අවසාන වශයෙන්, බොහෝ (සියල්ලම නොවේ නම්) කාර්ය සාධන ඇගයීම් විකෘති සහ අසාමාන්‍ය ලෙස හැසිරවිය හැකි යැයි මම සිතමි. ඔබට ගුණාත්මකභාවය සහ වේගය 100% කින් තල්ලු කළ නොහැක. ඔබේ ලොක්කා විසින් සංවිධානය විසින් නියම කරන ලද ප්‍රමිතියකට එරෙහිව ඔබව ලකුණු කළ යුතුය. ගුණාත්මකභාවය සහ වේගය අතර වෙළඳාම පිළිබඳ සංවිධානයේ ප්‍රමිතිය. OrangeSoft Inc. 33% ගුණාත්මකභාවය සහ 66% වේගය අපේක්ෂා කරයි යැයි සිතමු. එබැවින් ඔබ කේතයක් ලියන්නේ නම් එය ඒකක පරීක්ෂණයෙන් තුනෙන් එකක් විය යුතු නමුත් එය වේගය හා බෙදා හැරීමේ කාලය අඩු කිරීම ඔබේ සමාලෝචනයේදී 100% ට ආසන්න ලකුණු ලබා ගත යුතුය! (මේවා තරමක් රළු ප්‍රතිසමයන් වන නමුත් ඔබට කාරණය ලැබෙනු ඇත). නමුත් ඒ වෙනුවට සිදුවන්නේ බොබ් ඉතා වේගයෙන් කේත ලියන නමුත් එය කුප්‍රකට දෝෂ සහිතය. එබැවින් ඔහුගේ කාර්ය සාධන සමාලෝචනයේදී ඔහු ගුණාත්මකභාවය සඳහා 3/5 ක් සහ වේගය සඳහා 5/5 ක් ලබා ගනී. අනෙක් අතට කැරොල් කේතය වඩා මන්දගාමීව ලියන නමුත් සැලකිය යුතු ලෙස අඩු දෝෂ ඇති කරයි. ඇය ගුණාත්මකභාවය සඳහා 5/5 ක් නමුත් වේගය සඳහා 3/5 ක් ලබා ගනී. කොහොම වුනත් බොබ් සහ කැරොල් ඔවුන්ගේ නැගිටීම ගැන කතා කරයි. ඕනෑම සේවකයෙකුට පරිපූර්ණ ලකුණු ලබා ගත හැකිද? මෙය සාධාරණද?