වැරැද්ද කුමක් විය හැකිද යන්න පිළිබඳ දැනුම වැඩි වීම නිසා මන්දගාමී ගැටළු විසඳීම [සංවෘත]

මෙය කාලයක් තිස්සේ මට කරදරයක් වී ඇති අතර අනෙක් වෘත්තිකයන්ගේ අදහස් මම අගය කරමි.

කෙටි පසුබිම: 1988 දී මගේ දෙමව්පියන් මගේ පළමු පරිගණකය මිලදී ගත් විට මම වැඩසටහන් ආරම්භ කළෙමි (වයස අවුරුදු 14 දී මට දැන් 39 යි). 1997 දී වෘත්තීය ක්‍රමලේඛකයෙකු වීමට පෙර මම වෙනත් වෘත්තීය මාර්ග කිහිපයක් අනුගමනය කළෙමි. ප්‍රමාද වූ පිපෙන, සමහර විට, නමුත් එය එසේ විය. මගේ තේරීම ගැන මම තවමත් සතුටු වෙමි, මම ක්‍රමලේඛයට ප්‍රිය කරමි, මා කරන දෙයින් මම හොඳ යැයි සිතමි.

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

සුළු උදාහරණය: එය “හරි, මෙහි ගොනුවක් ලියන්න” යන්නයි. දැන් මම කනස්සල්ලට පත්ව සිටින්නේ අවසර, අගුලු දැමීම, සමගාමී, පරමාණුක මෙහෙයුම්, ඉන්ඩෙක්ෂන් / රාමු, විවිධ ගොනු පද්ධති, නාමාවලියක ඇති ගොනු ගණන, පුරෝකථනය කළ හැකි තාවකාලික ගොනු නාමයන්, මගේ පීආර්එන්ජී හි අහඹු ලෙස ගුණාත්මකභාවය, ඕනෑම මධ්‍යයක විදුලිබල ages නතාවයන් ක්‍රියාකාරිත්වය, මා කරන දේ සඳහා තේරුම් ගත හැකි API, නිසි ලියකියවිලි ආදිය.

කෙටියෙන් කිවහොත්, ගැටලු බොහෝ කලකට පෙර "මම මෙය කරන්නේ කෙසේද" සිට "එය කළ හැකි හොඳම / ආරක්ෂිතම ක්‍රමය" වෙත මාරු වී ඇත.

මෙහි ප්‍රති shot ලය වන්නේ නවකයකුට වඩා ව්‍යාපෘතියක් නිම කිරීමට මට වැඩි කාලයක් ගත වීමයි. මගේ අනුවාදය පාෂාණමය solid න විය හැකි අතර එය සෑදීමට මා දන්නා තරමට නොපෙනෙන නමුත් එය වැඩි කාලයක් ගතවේ.

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

නව වර්ධනයන්, නව ශිල්ප ක්‍රම, භාෂා, වේදිකා, ආරක්ෂක දුර්වලතා සහ යනාදිය කියවීමට මම දිනකට පැය දෙකකට ආසන්න කාලයක් ගත කරමි. සංසිද්ධිය නම්, මා වැඩි වැඩියෙන් දැනුම ලබා ගන්නා තරමට, ව්‍යාපෘති නිම කිරීමේදී මා මන්දගාමී වීමයි.

ඔබ මෙය සමඟ කටයුතු කරන්නේ කෙසේද?

ව්‍යාපෘති නිම කිරීමේදී ඔබ මන්දගාමී නොවේ. මීට පෙර, ඔබ සිතුවේ ඔබේ නවක ව්‍යාපෘති සිදු නොවූ විට ඒවා සිදු වූ බවයි. ඔබ මෙම ගුණාංගය සේවාදායකයින්ට විකුණා දැමිය යුතුය.

"මෙම සමාගම එය වේගවත් හා ලාභදායී ලෙස සිදු කළ හැකිය. නමුත් එය සැබවින්ම සිදු කර තිබේද? නැතහොත් ඔබ වසර ගණනාවක් තිස්සේ දඩයම් කරනවාද?"

ඉන් ඔබ්බට, ඔබ පරණ මෝඩකම දැනගෙන පිළිගත යුතුය: "පරිපූර්ණ යනු යහපතෙහි සතුරාය."

ඔබට අඳුරු පැත්තට සම්බන්ධ වීමට කාලය පැමිණ ඇති බවක් පෙනේ: කළමනාකරණය.

මම ඔබට යෝජනා කරන්නේ වැඩසටහන්කරණය අතහැර කළමනාකරුවෙකු වීමට නොවේ. නමුත් මේ දක්වා ඔබ උපුටා දක්වා ඇති සියලු අත්දැකීම් තාක්‍ෂණික ස්වභාවයක් ඇති බව පෙනේ. ගොනුවක් ලිවීමේ සරල ක්‍රියාකාරිත්වයේ දී, අඩු පරිණත සංවර්ධකයෙකු කිසි විටෙකත් නොසලකන විවිධ අංශ 10 ක් ගැන ඔබට සිතිය හැකිය. අනිවාර්යයෙන්ම නරක දෙයක් නොවේ, නමුත් ...

අඳුරු පැත්ත යනු වර්තමාන වටිනාකමයි. එය උපරිම වාසි සඳහා අවම ආයෝජනයක් කිරීම (පිරිවැය-ප්‍රතිලාභ විශ්ලේෂණය) ය. ව්‍යාපාරයේ දී මේ සඳහා මට කොපමණ මුදලක් වැය වේද, සාර්ථකත්වයේ සම්භාවිතාව, අසමත් වීමේ සම්භාවිතාව, දර්ශනීය අසමත් වීමේ සම්භාවිතාව සහ විභව වාසි ලබා ගත හැකිය. ගණිතය කරන්න; ඒ අනුව ක්‍රියා කරන්න.

ඔබ සංවර්ධකයෙකු වන විටත් මෙය ක්‍රියාත්මක වේ: අවසර සහ නාම isions ට්ටන නොසලකා තාවකාලික ගොනුවක් සාදන්න - මිනිත්තු 5 යි. ශුද්ධ ලාභය, අනෙක් කණ්ඩායමට එම ගොනුවේ පැවැත්ම මත රඳා පවතින ඕනෑම කේතයක් මත වැඩ කිරීම ආරම්භ කළ හැකිය. එය පරිපූර්ණ විසඳුමක් ද? නියත වශයෙන්ම නැත. එය ඔබට 99%, 95%, සමහර විට 90% ලබා දෙයිද? ඔව්, එය බොහෝ විට සිදුවනු ඇත.

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

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

එබැවින් මගේ අවවාදය: ඔබේ පරිපූර්ණත්වය උපරිම කරනවා වෙනුවට ඔබේ වටිනාකම උපරිම කරන්නේද යන්න මත පදනම්ව ඔබේ වැඩ ඇගයීම ආරම්භ කරන්න. ඔබ මෙය පුරුදු කරන්නේ නම්, ඔබ දැනටමත් ඔබේ තාක්ෂණික ක්ෂේත්‍රය තුළ වර්ධනය කර ඇති ප්‍රතිභාවම වර්ධනය කරනු ඇත.

පැති සටහනක් ලෙස, මම මෑතකදී පොමෝඩෝරෝ තාක්ෂණය කිරීම ආරම්භ කළ අතර එය බොහෝ සෙයින් උපකාරී විය. ස්පර්ශක ස්පර්ශකයකට යාම වෙනුවට, කුඩා කාල පරතරයන් කෙරෙහි අවධානය යොමු කර අනාගත වැඩ / පර්යේෂණ සඳහා පොමෝඩෝරෝස් වෙන් කරන්න. මාතෘකාවක් ගවේෂණය කිරීම සඳහා මම කොපමණ වාරයක් සටහනක් තැබීම පුදුම සහගත ය, නමුත් වේලාව පැමිණි විට පැයකට පසු, මම සිතුවෙමි, "අද මගේ කාලය සමඟ මට කළ හැකි අවම වශයෙන් තවත් දේවල් 3 ක් වත් තිබේ.

මීට වසර ගණනාවකට පෙර මට (බොහෝ විට) එකම ගැටලුව ඇති විය, එය වසර කිහිපයක් පැවතුන අතර මම එය ජය ගත්තෙමි. ඒ නිසා මම එය සාක්ෂාත් කරගත්තේ කෙසේදැයි දැන ගැනීම ඔබට යම් උනන්දුවක් දක්වනු ඇත, මගේ මාර්ගයද ඔබට අදාළ වනු ඇතැයි මට විශ්වාස නැතත්.

ඔබට මෙහි ද බැලිය යුතුය: මෘදුකාංග ඉංජිනේරු විද්‍යාවේ ප්‍රවීණතා අදියර හත එයින් පෙන්නුම් කරන්නේ tivity ලදායිතාව බොහෝ දුරට නිපුණතා මට්ටමේ අතුරු effect ලයක් බවයි. ඔබ දැනට භාවිතා කරන තාක්ෂණය පිළිබඳ 3 වන අදියර සහ 4 වන අදියර අතර ඔබ තවමත් සිටින බවක් පෙනෙන්නට තිබේ (නිපුණතා ප්‍රවීණතාවය තාක්ෂණය මත රඳා පවතී, අනෙක් අය ඉගෙන ගන්නා අතරතුර ඔබට සමහර තාක්ෂණයන්හි ප්‍රවීණයෙකු විය හැකිය).

දැන් මම චරිතාපදාන සාක්ෂි සමඟ ආරම්භ කරමි.

ටිකක් සන්දර්භය. මට වයස අවුරුදු 47 යි. මම 80 දශකයේ 12 දී වැඩසටහන් ආරම්භ කළා. උසස් පාසලේ සිටියදී මම අර්ධකාලීන වෘත්තීය ක්‍රීඩා වැඩසටහන්කරුවෙකු ලෙසද සේවය කළෙමි. මූලික වශයෙන් එය මට එතරම් මුදලක් ලබා දුන්නේ නැත, දෘඩාංග මිලදී ගැනීමට ප්‍රමාණවත්, නමුත් මම එය භුක්ති වින්දා සහ බොහෝ දේ ඉගෙන ගතිමි. වයස අවුරුදු 18 දී මම පරිගණක විද්‍යාව පිළිබඳ විධිමත් ඉගෙනීමක් ආරම්භ කළෙමි.

එහි ප්‍රති As ලයක් වශයෙන්, මට වයස අවුරුදු 20 ක් වන විට, ඕනෑම ක්‍රමලේඛන කාර්යයක් ආරම්භ කරන සෑම අවස්ථාවකදීම ලබා දී ඇති ගැටලු විසඳීමට බොහෝ ක්‍රම මම දැන සිටියෙමි.

සමහර අවස්ථාවල (අවුරුදු 26 ක් පමණ යැයි කියන්න) ඕනෑම වැඩසටහනක් ලිවීම මට අපහසු විය. ඔවුන් අතර තෝරා ගැනීමට මට තවත් නොහැකි වූ තරමට බොහෝ හැකියාවන් විවෘත විය. අවුරුදු කිහිපයක් (එය 6 බවට පත් කරන්න) මම වැඩසටහන්කරණය පවා නවතා තාක්ෂණික ප්‍රවෘත්ති රචකයෙකු බවට පත්විය.

කෙසේවෙතත්, මම කිසි විටෙකත් වැඩසටහන් කිරීමට උත්සාහ කිරීම මුළුමනින්ම නතර කළේ නැත. යම් අවස්ථාවක දී එය නැවත පැමිණියේය. මට යතුර වූයේ අතිශය ක්‍රමලේඛනයයි, වඩාත් නිශ්චිතවම සරල කිරීමේ මූලධර්මය: "වැඩ කළ හැකි සරලම දේ ලියන්න".

මූලික වශයෙන් මම මට බල කළේ කේත කාර්යක්ෂමතාව ගැන සැලකිලිමත් නොවන්න (එය මගේ ප්‍රධාන මාර්ග බාධකය, අකාර්යක්ෂම මෝස්තර වලින් වළකින්න), නමුත් පහසුම මාර්ගයට යන්න. දෝෂයන් ගැන අඩු සැලකිල්ලක් දැක්වීමටත්, දෝෂය හැසිරවීම ප්‍රමාද කිරීමටත් මට බල කෙරුනි.

එය මා ලියන විට ඉගෙන ගත් දෙයක්. මා ලිවිය යුත්තේ කුමක්දැයි නොදන්නා විට හෝ මා ලියන දේ නරක යැයි දැනගත් විට . ඉදිරියට යන්න. ඇත්තටම නරක දේවල් ලියන්න. මම පසුව එය නිවැරදි කරමි. නැතහොත් එය ඇත්තෙන්ම එතරම් නරක නම් එය මකා දමා නැවත ලිවීම, නමුත් පළමු වරට පරිපූර්ණ යමක් ලිවීමට දෙවරක් දේවල් ලිවීම වේගවත්ය.

මුලින් ලිවීමේදී හොඳ යැයි ඔබ විශ්වාස කරන කේතයකට නරක එකක් තරම් වැඩි දියුණු කිරීමක් අවශ්‍ය වනු ඇත.

ඔබ සරල මාවත අනුගමනය කරන්නේ නම් ඔබට අමතර ප්‍රසාද දීමනාවක් ද ලැබේ. ආරම්භක සැලසුම / කේතීකරණය ඉවත් කිරීමට / වෙනස් කිරීමට ඔබ පහසුවෙන් පිළිගනී. ඔබට වඩාත් නම්‍යශීලී මනසක් ලැබේ.

කේතයට තාවකාලික අදහස් දැක්වීමේ පුරුද්දක් මා තුළ ඇති වූ අතර, මම දැන් නොකරන්නේ කුමක්ද යන්න පැහැදිලි කරමින් සාමාන්‍ය භාවිතයේදී කේතය ක්‍රියාත්මක වන විට පසුව කිරීමට අදහස් කරමි.

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

මට ඇති ප්‍රධානතම දෙය නම් ප්‍රවාහය තබා ගැනීමයි. වේගයෙන් සිටීම සැබවින්ම ප්‍රවාහය පවත්වා ගැනීමට සාර්ථක වේ.

දැන් මම වෘත්තීය ක්‍රමලේඛකයෙකු ලෙස නැවත පැමිණ ඇති අතර මම කරන්නේ කුමක්ද යන්න පිළිබඳ ගැඹුරු අවබෝධයකින් යුතුව මම වඩා හොඳ සහ වේගවත් යැයි විශ්වාස කරමි. ටීඩීඩී පුහුණුවීම මම තරුණ ගොනෙකු වූ කාලයට වඩා තරමක් මන්දගාමී විය හැකිය (සහ කිසිවක් පරීක්ෂා කර නැත), නමුත් මට නැවත ප්‍රතිනිර්මාණය කිරීමට බියක් නොමැති අතර නිසැකවම නිදොස් කිරීම සඳහා අඩු කාලයක් ගත කරයි (කිසිසේත්ම නැති තරම්ය, එය 10% ට වඩා අඩු කරන්න ).

සාරාංශයක් ලෙස: මම මගේ කේත වාරණය ඉක්මවා ගියේ වේගවත් ක්‍රම (එක්ස්පී) භාවිතා කර, සරල බව සඳහා ගොස් නැවත ප්‍රතිනිර්මාණය කිරීම සහ එම සහජ බුද්ධිය ලබා ගැනීමට පුරුදු වීමෙනි. එය මට වැඩ කළා. එය වෙනත් කෙනෙකුට සාමාන්‍යකරණය කළ හැකි බවට විශ්වාස නැත.

නිපුණතා අත්පත් කර ගැනීමේ මට්ටම අනුව, මම බොහෝ විට තාක්‍ෂණය වෙනස් කරන සෑම අවස්ථාවකම (නව භාෂාව, නව රාමුව ආදිය ඉගෙන ගන්න) පිළිගැනීමට ඉගෙන ගත්තෙමි. මෙය සාමාන්‍ය දෙයක් වන අතර අවසානයේ එය ජය ගනු ඇත. හොඳ ක්‍රමවේදයක් සහ පොදු අරමුණු ක්‍රමලේඛන කුසලතා සමඟ මට ඒ සඳහා වන්දි ගෙවිය හැකි අතර එය එතරම් ගැටළුවක් නොවනු ඇත.

ක්‍රමලේඛනයේ වැදගත් අංගයක් වන්නේ සංකීර්ණත්වය කළමනාකරණය කිරීම සහ පාලනය කිරීමයි. මට පෞද්ගලිකව එය ප්‍රධාන කාරණා වලින් එකකි. නොසලකා හරිනු ලැබුවහොත් අඩුපාඩු සංඛ්‍යාතය ඉහළ යයි හෝ ඔබේ නඩුවේදී මෙන් නිමි මෘදුකාංගයේ ETA නාටකාකාර ලෙස ඉහළ යයි.

මෘදුකාංග සංකීර්ණත්වය විවිධ මට්ටම් හා ක්‍රම වලින් පාලනය කර කළමනාකරණය කළ හැකි නමුත් යම් ඉදිරිදර්ශනයක් ලබා ගැනීම සඳහා හොඳ රීතියක් මෙයයි: "ඕනෑම මෘදුකාංග ව්‍යාපෘතියක ප්‍රමුඛතාවය පාරිභෝගික තෘප්තියයි. එය ඔවුන්ගේ අපේක්ෂාවන්ගේ කාර්යයකි."

වෙනත් වචන වලින් කිවහොත්, ඔබේ ගනුදෙනුකරුගේ අපේක්ෂාවන් පාලනය කිරීමට ඔබ කෙතරම් දක්ෂද යන්න මත මෘදුකාංග සංකීර්ණතාව බොහෝ සෙයින් රඳා පවතී.

යමෙක් එම මතය අනුගමනය කරන විට වැදගත් කරුණු දෙකක් පැහැදිලි වේ.

1. පාරිභෝගික අපේක්ෂාවන් පැහැදිලි කළ යුතුය (ඕනෑම ආකාරයකින්);
2. පාරිභෝගික අපේක්ෂාවන් සැමවිටම වෙනස් කළ හැකි අතර එය සිදු කරනු ලබන්නේ සාකච්ඡා කලාව මගිනි.

ඔබේ උදාහරණය ඉතා හොඳ එකක් වන අතර, එය සරලව ලියන්න ඒ ගැන සිතා බලන්න - යමෙකු ප්‍රභේද දෙකම සඳහා පරිපූර්ණ අවශ්‍යතා ලියා තැබුවහොත්, විස්තර කරන ලද අංගවල සමානතාවයක් තිබිය හැකිද නැද්ද?

F16 එකක් තැනීම සෙස්නා තැනීමට වඩා වෙනස් වුවත් ඒ දෙකම පියාසර කළ හැකිය.

සරල පිළිතුර නම්: එය පිළිගන්න.

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

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

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

මූල්‍ය / වෙළඳාම ආශ්‍රිත යෙදුම්, විකාශනය, අභ්‍යවකාශය, ආරක්‍ෂාව වැනි ඉතා උසස් තත්ත්වයේ මෙහෙවර විවේචනාත්මක පද්ධති සංවර්ධනය සඳහා ඔබේ කුසලතා ඉතා ප්‍රයෝජනවත් වනු ඇති බව පෙනේ.

මෙම ආකාරයේ යෙදුම්වල දෝෂ ඉතා මිල අධික වන අතර ඔබට සියලු අවස්ථා ආවරණය කළ හැකි පරිදි ඔවුන් ඔබ වැනි යැයි සිතන පුද්ගලයින් සේවයේ යොදවයි.

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

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

ඔබ ඕනෑවට වඩා සිතන්නේ නම්, ඔබ “කොන්ක්‍රීට්” යැයි පෙනෙන උපාය මාර්ගයක් තෝරාගෙන එය සමඟ යා යුතු බව හැර, ඔබ නිවැරදි දේ ගැන යන්නේ ය.

වැරදියට සිදුවිය හැකි සෑම දෙයක් ගැනම සිතීමේ ඔබේ ප්‍රවණතාව ඔබ දන්නා බවක් පෙනේ.

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

කෙසේ වෙතත්, ඔබ සැබවින්ම යමක් ලියන්නේ නම්, එම මට්ටමේ රැකවරණය වෘත්තීයමය ඉල්ලීම්වලට වඩා නොඅඩු නම්, එවිට ඔබේ “ප්‍රවේගය”, ඔබේ “tivity ලදායිතාව”, ශුද්ධ අර්ථයෙන් මැනිය හැක්කේ කොතරම් හොඳද යන්න (ඔබ තේරුම් ගත යුතුය). හෝ හානියක්) ඔබ කරන්නේ ඔබේ සමාගමට, ඔබේ ගනුදෙනුකරුවන්ට සහ මෘදුකාංග කට්ටලයට හෝ ඔබ ගොඩනඟන හෝ නඩත්තු කරන නිෂ්පාදන පවුලට ය.

මතක තිය ගන්න:

• ඔබේ ප්‍රවේශයේ වෙනස්කම් සලකා බලන විට නඩත්තු කිරීමේ සම්පූර්ණ පිරිවැය, හිමිකාරීත්වයේ සම්පූර්ණ පිරිවැය සහ විසඳුම් යෙදවීමේ සහ නඩත්තු කිරීමේ සම්පූර්ණ පිරිවැය ඇතුළත් කරන්න. වේගයෙන් ගොස් තවත් වැරදි සිදු කිරීමෙන් දේවල් වඩා හොඳ විය හැකිය.

• ඔබ හොඳ සමාගමක වැඩ කරන්නේ නම්, වෘත්තීය සීමා කිරීමේ පියවරක් නොවී, ඔබට මෙය ඔබේම කණ්ඩායමේ සහ ඔබේම අධීක්ෂක සමඟ සාකච්ඡා කළ හැකිය. ඔබට නොහැකි නම්, එය සොයා ගැනීමට සහ නව රැකියාවක් සොයා ගැනීමට දැන් හොඳ කාලයකි.

මට පෙනෙන එකම දෙය නම්: "ඔබ වඩ වඩාත් වටිනාකමින් යුක්තය".

ඔබ වැඩි අත්දැකීම් ලබා ගන්නා විට සහ ඔබ වැළකී සිටිය යුතු දේවල් ගැන ඉගෙන ගන්නා අතර අනෙක් අයට වඩා මෙය ඔබව වඩා හොඳ කරයි.

ඔබගේ කේතය දැන් ආරක්ෂිත සහ වඩා නඩත්තු කළ හැකි බව ඔබ දැක ඇති එක් දෙයක්.

• ඔබ කළ යුතු එකම දෙය වන්නේ ඔබේ සේවාදායකයාට කාලය ගත වූයේ ඇයි සහ එය ඔවුන්ට ප්‍රයෝජනවත් වන්නේ කෙසේද යන්න පැහැදිලි කිරීමයි.
• ඔබේ දැනුමේ ගැඹුර ඔවුන්ට පෙන්විය යුතුය.
• ඔබ කළේ ඇයි, ඔබ කළේ කුමක්ද සහ එය ඔවුන්ට සහ ඔවුන්ගේ ව්‍යාපාරයට වැදගත් වන්නේ කෙසේද යන්න ඔවුන්ට පැවසිය යුතුය.

මගේ යෝජනාව වනුයේ මෙම කොටස කෙරෙහි අවධානය යොමු කිරීමයි.

මම හිතන්නේ ඔබ ඔබේ කේතීකරණ ප්‍රමිතීන්ට අනුකූල විය යුතුයි, නමුත් ඔබ ඔබේ සේවාදායකයින් සමඟ ඉදිරියෙන් සිටින බවට වග බලා ගන්න. හොඳ මෘදුකාංගයක් තැනීම සඳහා ගත යුතු / පිරිවැය කුමක් දැයි බොහෝ සේවාදායකයින් නොදනී. ඔවුන් දැනුවත් කිරීම වෘත්තීය සංවර්ධකයාගේ කාර්යයේ කොටසකි.

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

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

සැක සහිත විට නුත් නරක ලෙස උපුටා දැක්වීම ...

"නොමේරූ ප්‍රශස්තකරණය සියලු නපුරේ මුලයි."

මෙන්න මම යෝජනා කරන්නේ, ඔබට වරින් වර මට ඇති ගැටලුවක් ඇති බව පෙනේ ...

මට ඇත්තටම වැඩ කරන්නේ කුමක්ද ...

1. සියලුම කේතයන් සිදු කළ ආකාරයටම ඒකක පරීක්ෂණ ලියන්න.
   
2. අතුරු මුහුණත ලේඛනගත කරන්න.
   
3. අතුරු මුහුණත ක්‍රියාත්මක කරන්න.

ඔබ ඇත්තටම කර ඇති දේ:

1. ආදර්ශ ස්ථර අවශ්‍යතා හරහා වැඩ කරන්න
2. සැබවින්ම වැඩ බෙදීම සකසන්න, කුමන වස්තූන් වගකිව යුතුද යන්න
3. වැඩකරන කේතය හරහා ඔබට සැබවින්ම පියවර තැබිය හැකි පරිසරයක වැඩ කිරීමට පටන් ගන්න, එමඟින් දේවල් වඩාත් වේගවත් කර වඩාත් නිවැරදි වේ ...

මුල් සංවර්ධනයේ දී තහවුරු කිරීම් මත ද විශ්වාසය තබන්න ... ඉන්පසු ක්‍රියාත්මක කළ යුතු ප්‍රතිකර්ම මොනවාදැයි සොයා බලන්න, ඔබට ළඟා විය නොහැකි හෝ පරීක්ෂා කිරීමට අපහසු කේත ලිවීමට නොහැකි වනු ඇත.

විසඳීමට අවශ්‍ය අනෙකුත් සියලුම ගැටළු සමඟ සසඳන විට දෝෂයක ප්‍රායෝගික ප්‍රතිවිපාක ගැන සිතන්න.

දුර්වල ලෙස ලියා ඇති කේතයක් සෑදීමෙන් පහත ප්‍රතිවිපාක සලකා බලන්න:

1. අනෙක් සෑම මාසයකම සම්පූර්ණ දත්ත සමුදාය ඉවත දමනු ලැබේ. උපස්ථ ප්‍රතිෂ් is ාපනය කරන අතරතුර පැය 48 ක් අක්‍රීයයි.
2. පාරිභෝගික වාර්තා හරස් සම්බන්ධ වේ. $ 200 ක් වටිනා ඇණවුම් වැරදි ගනුදෙනුකරුවන් වෙත මසකට යවනු ලැබේ.
3. ඇණවුමක් සතියකට වරක් වැරදි තත්වයකට පත්වේ. නැව් ඇණවුම් කරන්න, නමුත් ගබඩාව සිදු වන සෑම අවස්ථාවකදීම හෙල්ප් ඩෙස්ක් අමතන්න.
4. සති දෙකකට හෝ ඊට පසු, යෙදුම බිඳ වැටෙන අතර පරිශීලකයාට මිනිත්තු 2 ක් වටිනා දත්ත නැවත ඇතුළත් කළ යුතුය.
5. මසකට වරක්, යෙදුම ආරම්භයේ එල්ලී ඇත. පරිශීලකයා ක්‍රියාවලිය විනාශ කර නැවත ආරම්භ කළ යුතුය.

පළමුවැන්න පැහැදිලිවම පිළිගත නොහැකිය. ව්‍යාපාරයේ ස්වභාවය අනුව # 2 - # 5 විය හැකිය හෝ නොවිය හැකිය. # 2 - # 5 ව්‍යාපාරය මුහුණ දෙන වෙනත් ගැටළු වල සන්දර්භය තුළ ඇගයීමට ලක් කළ යුතුය.

ඉතා මැනවින්, # 2 - # 5 කිසි විටෙකත් සිදු නොවනු ඇත. සැබෑ ජීවිතයේ දී, පරස්පර විරෝධී ප්‍රමුඛතා සහිතව, ඔබේ වැටුපට අත්සන් කරන පුද්ගලයින්ට ඔබ කිසි විටෙකත් ගැටළුවක් නොමැති පරිපූර්ණ කේතයක් ලිවීමට වඩා වෙනත් දේවල වැඩ කිරීමට කැමති විය හැකිය. වෙනත් වැඩසටහනක වඩා බරපතල දෝෂයක් නිරාකරණය නොකිරීමේ වියදමින් # 5 ස්ථාවර වුවහොත් ඔවුන් පුදුමයට පත් නොවනු ඇත.

විසඳුම වන්නේ ව්‍යාපෘති හරහා ඔබට නැවත භාවිතා කළ හැකි පොදුවේ භාවිතා වන කාර්යයන් සහිත පුස්තකාල එකතුවක් නිර්මාණය කිරීමයි. උදා: මට StringFunctions.dll .NET පුස්තකාලයක් ඇත, එය කේතනය කිරීම, සංකේතනය කිරීම, විකේතනය කිරීම, නිත්‍ය ප්‍රකාශන ඇගයීම යනාදිය කරයි. මේ ආකාරයෙන්, වෙනස් නොවන දේවල් නැවත නැවත ලිවීමට මට අවශ්‍ය නැත.

ලිපිගොනු සෑදීමේ කාර්යයන් සඳහා ආවරණයක් තිබීමද අර්ථවත් කරයි. ඔබේ පුස්තකාලයට GetFile () නමින් ක්‍රමවේදයක් නිරාවරණය කළ හැකි අතර එය ඔබ වෙනුවෙන් සියලු චෙක්පත් සිදු කරන අතර එය ශුන්‍ය හෝ ගොනුවක් (හෝ ඔබ ප්‍රයෝජනවත් යැයි සිතන ඕනෑම දෙයක්) ආපසු ලබා දේ.

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

මිලියනයකට වඩා භාවිතා කරන්නන් සඳහා හොඳින් පරිමාණය කළ හැකි වැඩසටහනක් ලිවීමට ඔබට දැන් ඇති කාලය හා අත්දැකීම් අවශ්‍ය වේ, නමුත් ඔබේ යෙදුම උපරිම වශයෙන් පරිශීලකයින් 1000 කට වඩා භාවිතා නොකරන බව ඔබ දන්නේ නම්, සියල්ල වියදම් කිරීමේ තේරුමක් නැත එය පරිපූර්ණ කරන කාලය.

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

අනෙක් සෑම දෙයක්ම මෙන්ම, ඔබටද මෙය ප්‍රායෝගිකව ලබා ගත හැකිය. එබැවින් ඔබ ව්‍යාපෘතියක් ආරම්භ කිරීමට පෙර මෙය තීරණය කිරීමට උත්සාහ කරන්න, ඔබ දැනටමත් එය ක්‍රියාත්මක කරමින් සිටියදී පවා, අත්දැකීම් සමඟ ඔබට එය පසුකර යනු ඇත. ආරම්භයේ දී පහරවල් සහ මග හැරීම් කිහිපයක් තිබිය හැකි නමුත් කාලයත් සමඟ ඔබ එය පරිපූර්ණ කරනු ඇත (තීරණ ගැනීම, කේතය නොවේ).

Il සිල්ක්, මම විශිෂ්ට ක්‍රමලේඛකයෙකු නොවන අතර මම 1998 සිට ක්‍රමලේඛනය කරමින් සිටිමි. මම පවා දැන් මෙම ගැටලුවට මුහුණ දෙමි. නමුත් මා වටහා ගත් දෙය අවසානයේ ගුණාත්මක කරුණු වේ. මම අද මිය ගියහොත්, මා දැන් කර ඇති දේ මා හැර ගිය තැන සිට ගැනීමට යමෙකුට හැකි විය යුතුය. වැඩසටහන්කරණයේ ප්‍රමිතීන් (විශ්ව) විය යුතුය.

මම දැන් සංවර්ධකයාගේ සිට ගෘහ නිර්මාණ ශිල්පියා දක්වා මාරු වී සිටිමි. කළමනාකරණය වෙත ගමන් කිරීම රේඛාව වෙනස් කිරීමකි. ඔබේ ආශාව දිගටම කරගෙන යාමට ඔබට අවශ්‍ය නම් ගෘහ නිර්මාණ ශිල්පියා වීමට ඔබට හැකිය.

මුලදී තාක්ෂණික ගෘහ නිර්මාණ ශිල්පියා ලෙස -> විසඳුම් ගෘහ නිර්මාණ ශිල්පියා -> ව්‍යවසාය ගෘහ නිර්මාණ ශිල්පියා -> ප්‍රධාන ගෘහ නිර්මාණ ශිල්පියා සහ එසේ ය.

ගෘහ නිර්මාණ ශිල්පියෙකු ලෙස ඔබ මිනිසුන්ට සාර්ථකත්වයට මග පෙන්වනු ඇත. දශක ගණනාවක් තිස්සේ වැඩසටහන්කරණය කර ඇති ඔබ වැනි අයට එම වසර ගණනාවක අත්දැකීම් අන් අයට මඟ පෙන්වීම සඳහා යොදා ගත හැකිය.

කුරුල්ලෙකු මෙන් එය වැඩි ඉඩමක් පියාසර කරන අතර එය දැක ගත හැකිය.

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

තවත් විකල්පයක් නම්: කේත ලිවීම නවත්වන්න, ඒ වෙනුවට ගැටළු කල්තියා හඳුනා ගැනීම සඳහා ඔබේ විශේෂ ise තාව විකුණන්න.

වෙනත් වචන වලින් කිවහොත්, උපදේශකයෙකු වන්න .

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

ඔබ එතරම් කේතයක් ලියන්නේ නැත, ඔබට එය මඟ හැරෙන්නට ඉඩ ඇත, නමුත් එවිට පෙනෙන්නේ සත්‍ය කේත රේඛා ඔබේ මූලික ශක්තිය නොවන නමුත් කුමන කේත රේඛා ලිවිය යුතුද යන්න දැන ගැනීමේදී - සහ නොකළ යුතු දේ.

ඔබේ ශක්තීන් කෙරෙහි අවධානය යොමු කරන්න.
(හොඳයි, ඔබ ප්‍රිය කරන්නේ එය නම් ...)

ඔබ සඳහා මගේ හොඳම නිර්දේශය නම්: ගොඩනැඟිලි කොටස්.

ඔබට සැමවිටම විශ්වාස කළ හැකි ගොනු තැනීමේ කොටසක් සාදන්න, ඔබේ API සඳහා එකක් සාදන්න, එකම දේ නැවත නැවතත් ලිවීමට කාලය නාස්ති කිරීම නවත්වන්න. සෑම ගැටලුවක් ගැනම වරක් සිතා බලා එය එකවරම විසඳන්න.

කිසිවෙකු ඒ සඳහා හසු නොවනු ඇත, නිසැකවම නවක වදය 80% ක් නිදොස් කිරීමේ කේතයක් වැය කරන අතර එය ඔවුන්ට නොතේරෙන මූලික අවස්ථා සඳහා අසමත් වේ.

බොහෝ දුරට, වැරදි අවසරයන් වැනි සිදුවිය නොහැකි ගැටළු නිරාකරණය නොකරන්න.

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

යම් අවස්ථාවක දී ඔබ කළ යුතුද නැද්ද යන්න නිතරම පරීක්ෂා කරනවා වෙනුවට පාදයට වෙඩි තබා නොගත යුතුය.

ප්‍රලේඛනය සඳහා කාලය ගත කරනවා වෙනුවට, ඔබේ කේතය ස්වයං ලේඛනගත කිරීමට සහ හැකි තරම් කෙටි කිරීමට කාලය ගත කරන්න. එම සියලු අනුපිටපත් ශ්‍රිත ප්‍රතිස්ථාපනය කරන්න. ඔබේ පුස්තකාලය හැකිලී, දේවල් නිවැරදිව නම් කරන්න.

ඔබ ගැනම ඕනෑවට වඩා සිතන්න එපා. වෙන කවරදාකටත් වඩා මානව බුද්ධිය, දැනුම සහ අත්දැකීම් අවශ්‍ය වන සංකීර්ණතාව වැඩි කිරීමේ වෘත්තියක ඔබ වැඩ කරමින් සිටී.

පරිගණක සැකසුම් බලය මන්දගාමී වේ - සමහර විට ඉක්මනින් ඇණහිටීම - බහු-හර චිප්, ජීපූ බලයෙන් ක්‍රියාත්මක වන සංඛ්‍යා, සමාන්තරකරණය ආදිය හඳුන්වා දීමේ අවශ්‍යතාවයට මග පාදයි. චිපයක් මත තැබිය හැකි ට්‍රාන්සිස්ටර පමණක් තිබේ.

එබැවින් වර්තමානයේ සහ අනාගතයේ දී විශාල දියුණුවක් ලැබෙන්නේ ක්‍රමලේඛකයින්ගෙන් ය - උසස් ඇල්ගොරිතම සහ වඩාත් කාර්යක්ෂම කේතය.

ඔබ GTA 4 සහ GTA 5 දෙස බැලුවහොත් වෙනස්කම් විශ්මය ජනකයි. නමුත් ඔවුන් දෙදෙනාම එකම දෘඩාංග මත ධාවනය වේ. මෙය වසර 10 කට පෙර සරලව අවශ්‍ය නොවූ හෝ ලබා ගත නොහැකි ඉතා බුද්ධිමත් හා උසස් ක්‍රමලේඛන භාවිතයේ ප්‍රති result ලයකි.

පළපුරුදු ක්‍රමලේඛකයින් අනාගතයේ දී වඩා වටිනාකමක් ලබා ගත හැකි බව ද එයින් අදහස් විය හැකිය - ඉංජිනේරු වැනි වෙනත් වෘත්තීන් මෙන්, උපරිම ඉපැයීම් සාමාන්‍යයෙන් වෘත්තියේ ප්‍රමාද වේ.

ඔබ මෙන්ම මමත් වයස අවුරුදු 14 දී මගේ පළමු පරිගණකය ලබා ගත් විට (මම ඒ වන විට මාස කිහිපයක් ඉගෙන ගෙන සිටියද) වැඩසටහන් ආරම්භ කළෙමි. කෙසේ වෙතත්, මම දැන් 33 ක් පමණි. :-)

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

• ඔබේ කේතය තුළ එම ගැටළුව නිසියාකාරව හැසිරවීමට කොපමණ කාලයක් ගතවේද?
• ඔබ එය නිසියාකාරව හසුරුවන්නේ නැත්නම්, මෙම කාරණය පසුව ඔබට දෂ්ට කරනු ඇතැයි සිතිය හැකිද?
• එය ඔබට දෂ්ට කරන්නේ නම්, එහි ප්‍රතිවිපාක මොනවාද?

එම පිළිතුරු වලින් සන්නද්ධව, එවැනි පළපුරුදු පුද්ගලයෙකුට wise ානවන්ත තීරණයක් ගැනීමට ගැටළු ඇති නොවේ. ;-)

මේ ආකාරයේ අවශ්‍යතාවයන් සපුරාලීම ඔබ වැනි "ප්‍රවීණයන්ගේ" වගකීම වන අතර, වැරැද්ද සිදුවිය හැකි දේ හඳුනා ගැනීම සහ ඔබ අවධානය යොමු කළ යුතු විභව ගැටලු තීරණය කිරීම යන දෙකම ඊට ඇතුළත් වේ.

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

එඩ්ජර් ඩිජ්ස්ට්‍රාගේ වචන වලින්: “නිදොස්කරණය යනු මෘදුකාංග දෝෂ ඉවත් කිරීමේ ක්‍රියාවලිය නම්, ක්‍රමලේඛනය ඒවා දැමීමේ ක්‍රියාවලිය විය යුතුය.” ඔබ කරන්නේ දෙවැන්නෙන් අඩුවෙන් වන බැවින් කලින් කළ දේට වඩා අඩුවෙන් කළ යුතුය. එය නිවැරදිව කේතනය කිරීමට කාලය ගත කිරීම ඉගෙනීමේ ප්‍රශ්නයකි. මම තවමත් සාපේක්ෂව තරුණ ක්‍රමලේඛකයෙක් (20ish කියවන්න) සහ එක් වරක් සම්පූර්ණයෙන්ම නිවැරදිව කේත කිරීමට හැකි වනු ඇතැයි මම අපේක්ෂා කරමි. සැලසුම් කිරීමේ පැයක් සහ මිනිත්තු 10 ක කේතීකරණයක් විනාඩි 10 ක සැලසුම් කිරීම, පැයක කේතීකරණය සහ නිදොස් කිරීම තුනකට වඩා හොඳය.