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