විශාල හා සංකීර්ණ මෘදුකාංග නිෂ්පාදනයක් වසර ගණනාවක් තිස්සේ නඩත්තු කළ හැක්කේ කෙසේද?

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

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

යමක් වෙනස් කළ යුතු සංවර්ධකයෙකුට ගෘහ නිර්මාණ ශිල්පයේ විශාල චිත්‍රයක් ලබා ගැනීමට අපහසු වීම මට කලකිරීමට කරුණකි. එමනිසා, මුල් ගෘහ නිර්මාණ ශිල්පයට පටහැනිව ගැටළු නිරාකරණය කිරීමේ හෝ වෙනස්කම් කිරීමේ ප්‍රවණතාවක් පවතී. ප්‍රති result ලය වන්නේ කේතය වඩ වඩාත් සංකීර්ණ වන අතර තේරුම් ගැනීමට පවා අපහසු වේ.

වසර ගණනාවක් පුරා ප්‍රභව කේත සැබවින්ම නඩත්තු කළ හැකි ආකාරය පිළිබඳ ප්‍රයෝජනවත් උපදෙස් තිබේද?

කේත කුණුවීම වළක්වා ගත හැකි එකම සැබෑ විසඳුම වන්නේ හොඳින් කේත කිරීමයි!

හොඳින් කේත කරන්නේ කෙසේද යන්න තවත් ප්‍රශ්නයකි. ඔබ තනිවම වැඩ කරන විශිෂ්ට ක්‍රමලේඛකයෙකු වුවද එය ප්‍රමාණවත් නොවේ. විෂමජාතීය කණ්ඩායමක, එය තවමත් වඩා දුෂ්කර වේ. බාහිරින් ලබාගත් (උප) ව්‍යාපෘති වලදී ... යාච් .ා කරන්න.

සුපුරුදු හොඳ පුරුදු උපකාර විය හැකිය:

1. එය සරලව තබා ගන්න.
2. එය සරලව තබා ගන්න. මෙය විශේෂයෙන් ගෘහ නිර්මාණ ශිල්පයට අදාළ වේ, "විශාල පින්තූරය". සංවර්ධකයින් විශාල පින්තූරය ලබා ගැනීමට අමාරු කාලයක් ගත කරන්නේ නම්, ඔවුන් කරන්නේ ඊට එරෙහිව කේතය යන්නේ. එබැවින් සියලු සංවර්ධකයින්ට එය ලබා ගත හැකි වන පරිදි ගෘහ නිර්මාණ ශිල්පය සරල කරන්න. ගෘහ නිර්මාණ ශිල්පය සරල දේට වඩා අඩු විය යුතු නම්, එම ගෘහ නිර්මාණ ශිල්පය තේරුම් ගැනීමට සංවර්ධකයින් පුහුණු කළ යුතුය. ඔවුන් එය අභ්‍යන්තරීකරණය නොකරන්නේ නම්, ඔවුන් එහි කේත නොකළ යුතුය.
3. අඩු සම්බන්ධ කිරීම සහ ඉහළ සහජීවනය සඳහා ඉලක්කය . කණ්ඩායමේ සිටින සෑම කෙනෙකුම මෙම අදහස තේරුම් ගෙන ඇති බවට වග බලා ගන්න. ලිහිල්ව සම්බන්ධ වූ, සංයුක්ත කොටස් වලින් සමන්විත ව්‍යාපෘතියක, සමහර කොටස් හඳුනාගත නොහැකි අවුල් ජාලයක් බවට පත්වුවහොත්, ඔබට එම කොටස ඉවත් කර නැවත ලිවිය හැකිය. සම්බන්ධ කිරීම තදින් තිබේ නම් එය වඩාත් අපහසු හෝ කළ නොහැකි ය.
4. ස්ථාවර වන්න. කුමන ප්‍රමිතීන් අනුගමනය කළ යුතුද යන්න එතරම් වැදගත් නැත, නමුත් කරුණාකර සමහර ප්‍රමිති අනුගමනය කරන්න . කණ්ඩායමක් තුළ, සෑම දෙනාම එකම ප්‍රමිතීන් අනුගමනය කළ යුතුය. අනෙක් අතට, ප්‍රමිති සමඟ ඕනෑවට වඩා සම්බන්ධ වීම සහ අනෙක් ඒවා අමතක කිරීම පහසුය: ප්‍රමිති ප්‍රයෝජනවත් වන අතර ඒවා හොඳ කේතයක් සෑදීමේ කුඩා කොටසක් පමණක් බව කරුණාකර තේරුම් ගන්න. එයින් විශාල සංඛ්‍යාවක් සාදන්න එපා.
5. කණ්ඩායමක් නිරන්තරයෙන් වැඩ කිරීමට කේත සමාලෝචන ප්‍රයෝජනවත් විය හැකිය.
6. IDEs, compiler, version control, build systems, ප්‍රලේඛන උත්පාදක යන්ත්‍ර, පුස්තකාල, පරිගණක , පුටු , සමස්ත පරිසරය යනාදී සියලුම මෙවලම් හොඳින් නඩත්තු කර ඇති බවට වග බලා ගන්න, එවිට සංවර්ධකයින්ට ද්විතීයික ගැටළු සමඟ කාලය නාස්ති කිරීමට සිදු නොවේ. ව්යාපෘති ගොනු අනුවාද ගැටුම්, වින්ඩෝස් යාවත්කාලීන කිරීම්, ශබ්දය සහ ඕනෑම අප්රසන්න නමුත් කුපිත කරන දේවල් සමඟ සටන් කිරීම. එවැනි උනන්දුවක් නොදක්වන දේවල් සමඟ නැවත නැවත සැලකිය යුතු කාලයක් නාස්ති කිරීම චිත්ත ධෛර්යය අඩු කරයි, එය අවම වශයෙන් කේතයේ ගුණාත්මකභාවය වැඩි දියුණු නොකරයි. විශාල කණ්ඩායමක, සංවර්ධක මෙවලම් නඩත්තු කිරීම ප්‍රධාන කාර්යය වන එක් අයෙකු හෝ වැඩි ගණනක් සිටිය හැකිය.
7. තාක්‍ෂණික තීරණ ගැනීමේදී තාක්‍ෂණය මාරු කිරීමට අවශ්‍ය වන්නේ කුමක්දැයි සිතා බලන්න; කුමන තීරණ ආපසු හැරවිය නොහැකි සහ ඒවා නොවන. ආපසු හැරවිය නොහැකි තීරණ අතිරේකව තක්සේරු කරන්න. උදාහරණයක් ලෙස, ඔබ ව්‍යාපෘතිය ජාවා හි ලිවීමට තීරණය කරන්නේ නම්, එය ආපසු හැරවිය නොහැකි තීරණයක්. දත්ත ගොනු සඳහා ස්වයං-තම්බා ද්විමය ආකෘතියක් භාවිතා කිරීමට ඔබ තීරණය කරන්නේ නම්, එය ද තරමක් ආපසු හැරවිය නොහැකි තීරණයක් (කේතය වල් බිහි වූ පසු ඔබ එම ආකෘතියට දිගටම සහාය විය යුතුය). නමුත් GUI හි වර්ණ පහසුවෙන් සකස් කළ හැකිය, මුලින් අතහැර දමා ඇති අංග පසුව එකතු කළ හැකිය, එබැවින් එවැනි ගැටළු පිළිබඳව අඩු ආතතියක් ඇති කරන්න.

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

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

හොඳ අතුරු ආබාධයක් ලෙස, ඒකක පරීක්ෂණ මඟින් ඔබේ දෝෂ ගණන අඩු කරනු ඇත.

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

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

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

අපට කළ හැකි කරුණු කිහිපයක් තිබේ:

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

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

වාස්තු විද්‍යාත්මක තීරණ පහසුවෙන් සන්නිවේදනය කළ හැකි වටපිටාවක් වර්ධනය කිරීම. සැලසුම් සහ ගෘහ නිර්මාණ ශිල්පය ගැන කතා කිරීමට මිනිසුන්ව ධෛර්යමත් කරන්න - වර්තමාන ව්‍යාපෘතියේ සන්දර්භය තුළ පමණක් නොව, පොදුවේ ද.

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

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

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

මෙම ගැටලුව සම්බන්ධයෙන් මා ගමන් කරන ආකාරය එය මුලදී ගිලිහී යාමයි:

මගේ පැහැදිලි කිරීම මයික්‍රොසොෆ්ට් / .නෙට් වෙතින් යෙදුම් භාවිතා කරනු ඇත , නමුත් ඕනෑම වේදිකාවක් / මෙවලම් පෙට්ටියකට අදාළ වේ:

1. නම් කිරීම, කේතීකරණය, පිරික්සුම්, දෝෂ ප්‍රවාහය, ක්‍රියාවලි ප්‍රවාහය - මූලික වශයෙන් ඕනෑම දෙයක් සඳහා ප්‍රමිති භාවිතා කරන්න.
2. ප්‍රමිතීන්ට අනුකූල නොවන කණ්ඩායම් සාමාජිකයින්ට සමු ගැනීමට බිය නොවන්න. සමහර සංවර්ධකයින්ට හුදෙක් නිර්වචනය කරන ලද ප්‍රමිති මාලාවක් තුළ වැඩ කළ නොහැකි අතර කේත පදනම පිරිසිදුව තබා ගැනීම සඳහා යුධ පිටියේ 5 වන තීරු සතුරන් බවට පත්වේ
3. අඩු දක්ෂ කණ්ඩායම් සාමාජිකයින් දීර් testing කාලයක් තිස්සේ පරීක්ෂණ සඳහා වෙන් කිරීමට බිය නොවන්න.
4. කුණුවීමේ කේතය පරීක්ෂා කිරීමෙන් වළක්වා ගැනීම සඳහා ඔබේ අවි ගබඩාවේ ඇති සෑම මෙවලමක්ම භාවිතා කරන්න: මෙයට කැපවූ මෙවලම් මෙන්ම ගොඩ නැගීමේ ලිපිගොනු, ව්‍යාපෘති ලිපිගොනු, නාමාවලි ව්‍යුහය ආදිය පරීක්ෂා කරන පෙර ලිඛිත ඒකක පරීක්ෂණ ද ඇතුළත් වේ.
5. සාමාජිකයන් 5-8 ක් පමණ සිටින කණ්ඩායමක, ඔබේ හොඳම පුද්ගලයා නිරන්තරයෙන් පාහේ ප්‍රතිනිර්මාණය කරන්න - අනෙක් අය අතහැර දමා ඇති අවුල පිරිසිදු කරන්න. ඔබ ක්ෂේත්‍රයේ හොඳම විශේෂ ists යින් සොයා ගත්තද, ඔබට තවමත් අවුලක් ඇති වනු ඇත - එය නොවැළැක්විය හැකි නමුත් නිරන්තර ප්‍රතිචක්‍රීකරණය මගින් එය සීමා කළ හැකිය.
6. ඒකක පරීක්ෂණ ලිවීම සහ ඒවා නඩත්තු කිරීම - ව්‍යාපෘතිය පිරිසිදුව තබා ගැනීම සඳහා ඒකක පරීක්ෂණ මත රඳා නොසිටින්න, ඒවා එසේ නොවේ.
7. සෑම දෙයක්ම සාකච්ඡා කරන්න. කණ්ඩායමේ දේවල් සාකච්ඡා කිරීමට පැය ගණන් ගත කිරීමට බිය නොවන්න. මෙය තොරතුරු බෙදා හරිනු ඇති අතර නරක කේත සඳහා එක් මූලික හේතුවක් ඉවත් කරනු ඇත: තාක්ෂණයන්, අරමුණු, ප්‍රමිති ආදිය පිළිබඳ ව්‍යාකූලත්වය.
8. විය ඉතා සැබෑ shitty දේවල් විය, පාහේ නිර්වචනය විසින් ඔවුන්ගේ කේත: කේතය ලිවීම උපදේශකයින් සමග ප්රවේශම්.
9. පිරික්සීමට පෙර ක්‍රියාවලි පියවර ලෙස සමාලෝචන කරන්න. ආපසු හැරවීමට බිය නොවන්න.
10. මුදා හැරීමට පෙර අවසාන අදියරේදී මිස කිසි විටෙකත් විවෘත / සමීප මූලධර්මය භාවිතා නොකරන්න : එය හුදෙක් කුණුවීමේ කේතය ගඳට ඉතිරි වේ.
11. යම් ගැටළුවක් ඇති වූ විට, විසඳුමක් ක්‍රියාත්මක කිරීමට පෙර එය උපරිම ලෙස තේරුම් ගැනීමට කාලය ගන්න - බොහෝ කේත කුණුවීම පැමිණෙන්නේ සම්පූර්ණයෙන් වටහා නොගත් ගැටලුවලට විසඳුම ක්‍රියාත්මක කිරීමෙනි.
12. නිවැරදි තාක්ෂණයන් භාවිතා කරන්න. මේවා බොහෝ විට කට්ටලවලින් පැමිණ නැවුම් වනු ඇත: සහාය නොදක්වන අතිශය ස්ථාවර, නමුත් යල්පැනගිය රාමු මත යැපීමට වඩා, අනාගතයේ දී ඔබට සහාය සහතික කෙරෙන රාමුවක බීටා අනුවාදය මත යැපීම වඩා හොඳය.
13. හොඳම පුද්ගලයින් බඳවා ගන්න.
14. ඉතිරි කොටස ඉවත් කරන්න - ඔබ කෝපි කඩයක් පවත්වාගෙන යන්නේ නැත.
15. කළමනාකරණය හොඳම ගෘහ නිර්මාණ ශිල්පීන් නොවේ නම් සහ ඔවුන් තීරණ ගැනීමේ ක්‍රියාවලියට මැදිහත් වන්නේ නම් - වෙනත් රැකියාවක් සොයා ගන්න.

ඒකක පරීක්ෂණ ලිවීමේදී දිරාපත් වූ කේතය ප්‍රතිචක්‍රීකරණය කිරීමෙන් පිරිසිදු කරන්න. ඔබ ස්පර්ශ කරන සෑම කේතයකම ණය ගෙවන්න (මෙය):

• නව අංගයක් සංවර්ධනය කරන්න
• ගැටලුවක් විසඳන්න

ඔබගේ පරීක්ෂණ පළමු සංවර්ධන චක්‍රය මෙයින් වේගවත් කරන්න:

• කේත මොඩියුල ස්ක්‍රිප්ටින් භාෂාවකට පරිවර්තනය කිරීම සඳහා ප්‍රතිනිර්මාණය කිරීම
• වේගවත්, වලාකුළු මත පදනම් වූ පරීක්ෂණ යන්ත්‍ර භාවිතා කරන්න

අඩු සම්බන්ධ කිරීම (ඉහළ අභ්‍යන්තර-සංයුක්ත ඒකක) භාවිතා කිරීම සඳහා ප්‍රතික්‍රියාකාරක කේතය:

• සරල, (වැඩි) කාර්යයන් (චර්යාවන්)
• මොඩියුල
• වස්තු (සහ පන්ති හෝ මූලාකෘති)
• පිරිසිදු කාර්යයන් (අතුරු ආබාධ නොමැතිව)
• උරුමයට වඩා නියෝජිත පිරිසට කැමති වීම
• ස්ථර (API සමඟ)
• එකට ක්‍රියාත්මක විය හැකි කුඩා, එක්-අරමුණු වැඩසටහන් එකතුව

කාබනික වර්ධනය හොඳයි; විශාල ඉදිරිපස සැලසුම නරකයි.

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

ප්‍රතිනිර්මාණය කිරීමේ පොත් කියවන්න.

සරල පිළිතුර: ඔබට බැහැ .

කුඩා හා සරල මෘදුකාංග ලිවීම ඔබේ ඉලක්කය විය යුත්තේ එබැවිනි . එය පහසු නැත.

එය කළ හැකි වන්නේ ඔබේ පෙනෙන සංකීර්ණ ගැටළුව ගැන හැකි තරම් සරල හා සංක්ෂිප්ත ලෙස අර්ථ දැක්වීමට ඔබ සෑහෙන කාලයක් සිතන්නේ නම් පමණි.

කුඩා හා සරල මොඩියුල මත ගොඩනැඟීමෙන් සැබවින්ම විශාල හා සංකීර්ණ ගැටළු වලට විසඳුම බොහෝ විට තවමත් විසඳිය හැකිය.

වෙනත් වචන වලින් කිවහොත්, අනෙක් අය පෙන්වා දුන් පරිදි, සරල බව සහ ලිහිල් බැඳීම ප්‍රධාන සං .ටක වේ.

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

මම 1999 සිට අඛණ්ඩව සංවර්ධනය වෙමින් පවතින නිෂ්පාදනයක් සඳහා කේත පදනමක් මත වැඩ කරමි, එවිට ඔබට සිතිය හැකි පරිදි එය මේ වන විට තරමක් සංකීර්ණ ය. අපගේ කේත රචනයේ විශාලතම අනවසර ප්‍රභවය වන්නේ අපට එය ASP ක්ලැසික් සිට ASP.NET දක්වා, ADO සිට ADO.NET දක්වා, පසුපෙළ සිට Ajax දක්වා , UI පුස්තකාල මාරු කිරීම, කේතීකරණ ප්‍රමිතීන් යනාදියයි.

සියල්ලට ම අපි කේත පදනම නඩත්තු කළ හැකි සාධාරණ කාර්යයක් කර ඇත්තෙමු. ඒ සඳහා දායක වූ අප විසින් කර ඇති ප්‍රධාන දේ නම්:

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

2) පිළිවෙලට සංවර්ධන පරිසරයක් තබා ගන්න - තවදුරටත් භාවිතා නොකරන කේතය මකා දැමීම ගැන සුපරීක්ෂාකාරී වන්න, සහ ව්‍යාපෘති නාමාවලියෙහි උපස්ථ පිටපත් / වැඩ කරන පිටපත් / පර්යේෂණාත්මක කේත නොතබන්න.

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

ඔබ ව්‍යාපෘති කළමනාකරණය සමඟ ප්‍රශ්නය ටැග් කර ඇති බැවින්, මම කේත නොවන කරුණු කිහිපයක් එක් කිරීමට උත්සාහ කළෙමි :)

• පිරිවැටුම සඳහා සැලැස්ම - එහි නඩත්තු අදියර කරා ළඟා වන විට සමස්ත සංවර්ධන කණ්ඩායමම අතුරුදහන් වනු ඇතැයි උපකල්පනය කරන්න - ඔවුන්ගේ ලුණු වටිනා කිසිදු සංවර්ධකයෙකුට ඔහුගේ / ඇයගේ පද්ධතිය සදහටම පවත්වා ගෙන යාමට අවශ්‍ය නැත. ඔබට කාලය ලැබුණු වහාම භාරදීමේ ද්‍රව්‍ය සකස් කිරීම ආරම්භ කරන්න.

• අනුකූලතාව / ඒකාකාරිත්වය ප්‍රමාණවත් ලෙස අවධාරණය කළ නොහැක. මෙය 'තනිවම යන්න' සංස්කෘතියක් අධෛර්යමත් කරන අතර නව සංවර්ධකයින්ට සැකයක් ඇත්නම් විමසීමට උනන්දු කරනු ඇත.

• එය ප්‍රධාන ධාරාවේ තබා ගන්න - භාවිතා කරන තාක්ෂණයන්, සැලසුම් රටා සහ ප්‍රමිති - මන්ද යත් කණ්ඩායමට නව සංවර්ධකයෙකුට (ඕනෑම මට්ටමක) ඉක්මනින් නැගිටීමට සහ ධාවනය කිරීමට වැඩි අවස්ථාවක් ඇති බැවිනි.

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

• නීති රීති පැහැදිලිව දක්වන්න - ඔබේ වර්තමාන සංවර්ධන කණ්ඩායම සඳහා පමණක් නොව, අනාගත නඩත්තු සංවර්ධකයින් ගැන සිතන්න. මෙයින් අදහස් කරන්නේ අදාළ පිටුවට අධි-සබැඳියක් තැබීම සහ සෑම පිටුවකම සම්මත ලියකියවිලි කේතනය කිරීම, එසේ වන්න.

• ගෘහ නිර්මාණ ශිල්පය සහ විශේෂයෙන් කේත ස්ථර පැහැදිලිව වෙන් කොට වෙන් කොට ඇති බවට සහතික වන්න - මෙය නව තාක්‍ෂණයන් සමඟ කේත ස්ථර ප්‍රතිස්ථාපනය කිරීමට ඉඩ සලසයි, නිදසුනක් ලෙස, වෙබ් පෝරම UI වෙනුවට HTML5 jQuery UI යනාදිය ආදේශ කරන්න. අමතර දීර් onge ායුෂ වසරක් හෝ ඊට වැඩි කාලයක් මිලදී ගන්න.

ඉහළ සංවර්‍ධනය කළ හැකි කේතයක එක් ගුණාංගයක් වන්නේ ශ්‍රිත සංශුද්ධතාවයයි .

සංශුද්ධතාවය යනු කාර්යයන් එකම තර්ක සඳහා එකම ප්‍රති result ලය ලබා දිය යුතු බවයි. එනම්, ඒවා වෙනත් කාර්යයන්හි අතුරු ආබාධ මත රඳා නොපවතිනු ඇත. මීට අමතරව, ඔවුන් විසින්ම අතුරු ආබාධ නොමැති නම් එය ප්රයෝජනවත් වේ.

සම්බන්ධ කිරීම / සහසම්බන්ධතා ගුණාංගවලට වඩා මෙම දේපල සාක්ෂි දැරීම පහසුය. එය සාක්ෂාත් කර ගැනීම සඳහා ඔබ ඔබේ මාර්ගයෙන් පිටතට යා යුතු නැත, මම එය පෞද්ගලිකව වඩා වටිනා යැයි සලකමි.

ඔබේ ක්‍රියාකාරිත්වය පිරිසිදු වූ විට, එහි වර්ගය තනිවම ඉතා හොඳ ලියකියවිලි වේ. ඊට අමතරව, තර්ක / ප්‍රතිලාභ වටිනාකම අනුව ලියකියවිලි ලිවීම සහ කියවීම සමහර ගෝලීය රාජ්‍යයන් ගැන සඳහන් කිරීමට වඩා පහසුය (සමහර විට වෙනත් නූල් O_O වෙත ප්‍රවේශ විය හැකිය).

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

අවසාන වශයෙන්, "සරල ලෙස තබා ගන්න" කාරණයට මම එතරම් කැමති නැත. ඔබ සංකීර්ණ දේවල් ආකෘතිගත කරන විට ඔබේ වැඩසටහන සරල ලෙස තබා ගත නොහැක. සරල සම්පාදකයක් සෑදීමට උත්සාහ කරන්න, එවිට ඔබේ ජනනය කළ කේතය මන්දගාමී වනු ඇත. නිසැකවම, ඔබට තනි කාර්යයන් සරල කළ හැකිය (සහ කළ යුතුය), නමුත් ප්‍රති program ලයක් ලෙස සමස්ත වැඩසටහනම සරල නොවනු ඇත.

අනෙක් පිළිතුරු වලට අමතරව, මම ස්ථර නිර්දේශ කරමි. විවිධ කේත වෙන් කිරීමට ප්‍රමාණවත් නොවන නමුත් ප්‍රමාණවත් නොවේ.

බොහෝ යෙදුම් සඳහා අපි අභ්‍යන්තර API ආකෘතියක් භාවිතා කරමු. දත්ත සමුදායට සම්බන්ධ වන අභ්‍යන්තර API එකක් ඇත. එවිට UI ස්ථරයක්. යෙදුම්වල අනෙකුත් කොටස් කඩාකප්පල් කිරීම හෝ බිඳ දැමීමකින් තොරව විවිධ පුද්ගලයින්ට එක් එක් මට්ටමින් වැඩ කළ හැකිය.

තවත් ප්‍රවේශයක් වන්නේ සෑම කෙනෙකුම comp.risks සහ The Daily WTF කියවීමයි , එවිට ඔවුන් නරක නිර්මාණයේ හා නරක වැඩසටහන් වල ප්‍රතිවිපාක ඉගෙන ගන්නා අතර ඔවුන්ගේම කේතයක් ඩේලි WTF හි පළ කිරීම දැක ඔවුන් බිය වනු ඇත .

මෙම පිළිතුරු බොහොමයක් විශාල කණ්ඩායම් කෙරෙහි අවධානය යොමු කර ඇති බවක් පෙනෙන්නට ඇති හෙයින්, ආරම්භයේ සිටම, මම ආරම්භයක් සඳහා පුද්ගලයන් දෙදෙනෙකුගේ සංවර්ධන කණ්ඩායමක (ඔබ නිර්මාණකරු ඇතුළත් කළහොත් තුනක්) කොටසක් ලෙස මගේ අදහස ඉදිරිපත් කරමි.

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

ප්‍රලේඛනය අදහස් දැක්වීම් නොවේ, කේතය බොහෝ දුරට ස්වයං ලේඛනගත කිරීම විය යුතුය, නමුත් සැලසුම් ලේඛන, පන්ති ධූරාවලිය සහ පරායත්තතා, වාස්තු විද්‍යාත්මක උපමා ආදිය. කේත පදනම තේරුම් ගැනීමට නව හෝ පවතින ක්‍රමලේඛකයෙකුට උපකාර වන ඕනෑම දෙයක්. එසේම, අවසානයේදී මෙම උත්පතන ව්‍යාජ පුස්තකාල ලේඛනගත කිරීම, “මෙම පන්තිය මෙම ක්‍රියාකාරීත්වය සඳහා මූලද්‍රව්‍යයකට එක් කිරීම” වැනි උපකාරයක් විය හැකිය, මන්දයත් එය නැවත ක්‍රියාකාරීත්වය ලිවීම වළක්වයි.

කෙසේ වෙතත්, ඔබට දැඩි කාල සීමාවක් තිබුණද, මතක තබා ගත යුතු තවත් හොඳ දෙයක් නම්:

හක්ක සහ ඉක්මන් නිවැරදි කිරීම් වලින් වළකින්න . ඉක්මන් විසඳුම සත්‍ය විසඳුම නොවේ නම්, සෑම විටම යටින් පවතින ගැටලුව යම් දෙයකට හදුනා ගැනීම වඩා හොඳය, ඉන්පසු එය නිවැරදි කරන්න. ඔබට වචනාර්ථයෙන් "ඉදිරි මිනිත්තු දෙක තුළ මෙය ක්‍රියාත්මක කරන්න, නැතහොත් ඔබව සේවයෙන් පහ කරනු ලැබේ" නම්, දැන් නිවැරදි කිරීම වඩා හොඳ අදහසකි, මන්ද ඔබ පසුව කේතය නිවැරදි කිරීමට යන්නේ නැති නිසා, ඔබ යන්නේ ඔබට ඇති ඊළඟ කාර්යය වෙත යන්න.

මූලාශ්‍රය මට මතක නැතත්, මගේ පුද්ගලික ප්‍රියතම ඉඟිය උපුටා දැක්වීමකට වඩා වැඩිය:

"ඔබ පසුපස එන පුද්ගලයා ඔබ ජීවත් වන ස්ථානය දන්නා මිනීමරු මනෝ ව්‍යාධියෙකු සේ කේතය කරන්න"

සඳහන් කර නැති නමුත් මට වැදගත් යැයි පෙනෙන එක් මූලධර්මයක් වන්නේ විවෘත / සංවෘත මූලධර්මයයි .

සංවර්ධනය කර පරීක්ෂා කර ඇති කේතය ඔබ වෙනස් නොකළ යුතුය: එවැනි කේත කැබැල්ලක් මුද්‍රා තබා ඇත. ඒ වෙනුවට, පවතින පංති උප පංති මගින් දීර් extend කරන්න, නැතහොත් ඒවා ඔතා, සැරසිලි පන්ති ලිවීමට හෝ ඔබට සුදුසු ඕනෑම රටාවක් භාවිතා කරන්න. නමුත් වැඩ කිරීමේ කේතය වෙනස් නොකරන්න .

මගේ ශත 2 යි.

• බාලදක්ෂයෙක් වන්න . කේතය ඔබ සොයාගත් ප්‍රමාණයට වඩා පිරිසිදු ලෙස තබන්න.

• දල්වමින් බිඳ කවුළු . ඔබ 3.0 අනුවාදයේ සිටින විට එම සියලු අදහස් "2.0 අනුවාදයේ වෙනසක්" කරයි.

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

• සැලසුම නිශ්චිත දිශාවකට තල්ලු කළ උපකල්පන තවදුරටත් සත්‍ය නොවේද? එම අවුල පිටුපස සැඟවී ඇති කුඩා ප්‍රතිනිර්මාණයක් තිබිය හැක.

• පද්ධතිය ක්‍රියාත්මක වන ආකාරය ඔබ පැහැදිලි කරන්නේ නම් (එක් භාවිත අවස්ථාවක් පවා) සහ නැවත නැවත උප පද්ධතියක් ගැන සමාව අයැදිය යුතු යැයි ඔබ සිතන්නේ නම්, ගැටලුව එයයි. කුමන චර්යා රටාවක් මඟින් පද්ධතියේ ඉතිරි කොටස සරල කරයි (එහි ඇති දේ හා සසඳන විට එය ක්‍රියාත්මක කිරීම කොතරම් දුෂ්කර වුවත්). නැවත ලිවීම සඳහා වන සම්භාව්‍ය උප පද්ධතිය අනෙක් සෑම උප පද්ධතියක්ම එහි මෙහෙයුම් අර්ථ නිරූපණයන් හා ක්‍රියාත්මක කිරීම මගින් දූෂණය කරයි. "ඔහ්, ඔබ ඒවා ෆ්රෝ උප පද්ධතියට පෝෂණය කිරීමට පෙර අගයන් ග්‍රහණය කර ගත යුතුය. එවිට ඔබ ෆ්‍රූ වෙතින් ප්‍රතිදානය ලබා ගන්නා විට ඔබ ඒවා නැවත ග්‍රහණය කර ගත යුතුය. සමහර විට පරිශීලකයාගෙන් සහ ගබඩාවෙන් කියවන විට සියලු අගයන් උකහා ගත යුතුය. සහ පද්ධතියේ ඉතිරි කොටස වැරදියි? වෙනස් විග්‍රහයන් දෙකක් හෝ වැඩි ගණනක් ඇති විට මෙය වඩාත් ප්‍රබෝධමත් වේ.

• සැබෑ ගැටළු දැකගත හැකි වන පරිදි අනතුරු ඇඟවීම් ඉවත් කරන කණ්ඩායමක් ලෙස සතියක් ගත කරන්න.

• සියලුම කේත කේතීකරණ ප්‍රමිතියට නැවත සකස් කරන්න.

• ඔබගේ අනුවාද පාලන පද්ධතිය ඔබගේ දෝෂ ට්රැකර් සමඟ බැඳී ඇති බවට සහතික වන්න . මෙයින් අදහස් කරන්නේ අනාගත වෙනස්කම් යහපත් සහ වගවීමක් ඇති අතර ඔබට එය කළ හැක්කේ මන්ද යන්නයි.

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

• සැලසුම් ලේඛන විකියකින් නැවත ප්‍රකාශයට පත් කරන්න. දැනුම ආයතනිකකරණය කිරීමට මෙය උපකාරී වේ.

• මුදා හැරීම් සහ ගොඩනැගීම් සඳහා පිරික්සුම් ලැයිස්තුව වැනි ක්‍රියා පටිපාටි ලියන්න. මෙය මිනිසුන්ට සිතීම නතර කරයි, එවිට ඔවුන්ට ගැටළු විසඳීම කෙරෙහි අවධානය යොමු කළ හැකිය. හැකි සෑම තැනකම ස්වයංක්‍රීයව ගොඩනැගීම.

• අඛණ්ඩ ඒකාබද්ධ කිරීම උත්සාහ කරන්න . ඔබට අසාර්ථක ගොඩනැඟිල්ලක් ලැබුණු විගසම ව්‍යාපෘතියට රේල් පීලි වලින් වැය කළ හැකි කාලය අඩු වේ.

• ඔබේ කණ්ඩායම් නායකයා මේ දේවල් නොකරන්නේ නම්, එය සමාගමට නරක ය.

• සියලු නව කේතයන්ට මැනිය හැකි ආවරණයක් සහිතව නිසි ඒකක පරීක්ෂණ ලැබෙන බව සහතික කිරීමට උත්සාහ කරන්න. එබැවින් ගැටළුව වඩාත් නරක අතට හැරවිය නොහැක.

• ඒකක පරීක්ෂාවට ලක් නොකළ පැරණි බිටු සමහරක් ඒකක පරීක්ෂාවට ලක් කිරීමට උත්සාහ කරන්න. මෙය වෙනස් වීමේ බිය අඩු කිරීමට උපකාරී වේ.

• ඔබට හැකි නම් ඔබේ ඒකාබද්ධ කිරීම සහ ප්‍රතිගාමී පරීක්ෂණය ස්වයංක්‍රීය කරන්න. අවම වශයෙන් පිරික්සුම් ලැයිස්තුවක් තිබිය යුතුය. ගුවන් නියමුවන් බුද්ධිමත් වන අතර ගෙවීම් ලබා ගන්නා අතර ඔවුන් පිරික්සුම් ලැයිස්තු භාවිතා කරයි. ඔවුන් ද කලාතුරකින් ඉස්කුරුප්පු කරති.

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

මම මෙය "වින්චෙස්ටර් ගුප්ත හවුස් ආචරණය" ලෙස හැඳින්වීමට පැමිණ සිටිමි. නිවස මෙන් එයද සරල ලෙස ආරම්භ වූ නමුත් වසර ගණනාවක් පුරා විවිධ කම්කරුවන් සමස්ත සැලැස්මක් නොමැතිව බොහෝ අමුතු අංග එකතු කර ගත් අතර කිසිවෙකු එය තවදුරටත් තේරුම් නොගනී. මෙම පඩිපෙළ කොතැනකවත් නොයන්නේ ඇයි සහ එම දොර එක් මාර්ගයක් පමණක් විවෘත කරන්නේ ඇයි? කව්ද දන්නේ?

මෙම බලපෑම සීමා කිරීමේ ක්‍රමය නම් පුළුල් කිරීම හැසිරවීමට තරම් නම්‍යශීලී තැනක සාදා ඇති හොඳ මෝස්තරයකින් ආරම්භ කිරීමයි. මේ සම්බන්ධයෙන් දැනටමත් යෝජනා කිහිපයක් ඉදිරිපත් කර ඇත.

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

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

දිගුකාලීන ව්‍යාපෘතියක් පවත්වාගෙන යාම තනි සංවර්ධකයෙකු ලෙස ව්‍යාපෘති කළමනාකරුගේ වගකීමකි.

මිනිසුන් හක්ක හඳුන්වා දෙන්නේ ඔවුන් එයට කැමති නිසා නොවේ; ඔවුන් බලහත්කාරයෙන් බල කරනු ලැබේ.

මට අවශ්‍ය වන්නේ තාක්‍ෂණික නොවන ගැටලුවක් සහ (සමහර විට) ප්‍රායෝගික ප්‍රවේශයක් තැබීමට ය.

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

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

නැතහොත් ඔබට "ෆ්‍රැන්කන්ස්ටයින් ව්‍යාපෘතියක්" හීලෑ කිරීමට අවශ්‍ය නම් මේවා මගේ ඉඟි:

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

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

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

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

පුස්තකාල භාවිතය පහසු කරවන ඕනෑම පුස්තකාල ක්‍රමලේඛන භාවිතා කරන්න. උදා. ඉතින්, උදා: C හි, ඔබට OOP කළ හැකිය.

කුඩා, ස්වාධීන පුස්තකාල බොහෝ ව්‍යාපෘති අතර බෙදා ගැනීම ගැන පවා ඔබට සලකා බැලිය හැකිය (git subodules ඔබේ මිතුරා).

සෑම කුඩා ස්වාධීන පුස්තකාලයක්ම ඒකක පරීක්ෂාවට ලක් කළ යුතු බව අමුතුවෙන් කිව යුතු නැත. කිසියම් පුස්තකාලයක් ඒකක පරීක්‍ෂා කළ නොහැකි නම්, ඔබ කරන්නේ යම්කිසි වැරැද්දකි.

ඔබ C හෝ C ++ භාවිතා කරන්නේ නම් සහ කුඩා .so ලිපිගොනු රාශියක් තිබීමේ අදහස අකමැති නම්, ඔබට සියලුම පුස්තකාල විශාල .so ගොනුවකට සම්බන්ධ කළ හැකිය, නැතහොත් විකල්ප වශයෙන් ඔබට ස්ථිතික සම්බන්ධතාවයක් කළ හැකිය. ජාවා සඳහා ද එය එසේම වේ .සම .jar ලෙස වෙනස් කරන්න.

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

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

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

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