பொதுவான உடனடி பிழைகள் மற்றும் தீர்வுகள்

ஆதாயங்கள்:

• உண்மையான எடுத்துக்காட்டுகளிலிருந்து மிகவும் பொதுவான உடனடி பிழைகளை அங்கீகரிக்கிறது
• ஒவ்வொரு பிழைக்கும் நடைமுறை மற்றும் மீண்டும் மீண்டும் செய்யக்கூடிய திருத்தத்தைப் பயன்படுத்தலாம்
• மோசமான வெளியீடு பெரும்பாலும் தவறான தூண்டுதலால் ஏற்படுகிறது என்பதை உணர்கிறது

இந்த தொகுதியில், நல்ல தூண்டுதல்களை எழுதும் நுட்பங்களை ஒவ்வொன்றாக கற்றுக்கொண்டோம். இப்போது வேறு கோணத்தில் இவற்றை வலுப்படுத்துவோம்: மிகவும் பொதுவான தவறுகள் மற்றும் அவற்றின் தீர்வுகளைப் பார்ப்பதன் மூலம். மோசமான AI வெளியீட்டின் பெரும்பகுதி மோசமான தூண்டுதலால் ஏற்படுகிறது, மாடல் போதாமை அல்ல. இந்த யூனிட்டில் பிழைகளை நீங்கள் கண்டறிந்தால், உங்கள் சொந்த அறிவுறுத்தல்களில் சிக்கல்களைக் கண்டறிந்து சரிசெய்யலாம்; "AIயால் இதைச் செய்ய முடியாது" என்று கூறுவதற்குப் பதிலாக, "எனது ப்ராம்ட்டை இப்படிச் சரிசெய்வேன்" என்று கூறலாம்.

பிழைகளை அங்கீகரிப்பது ஏன் முக்கியம்?

வெளியீடு உங்கள் எதிர்பார்ப்புகளை பூர்த்தி செய்யாதபோது, ​​​​நீங்கள் இரண்டு வழிகளில் செயல்படலாம்: கருவியைக் குறை கூறலாம் அல்லது உடனடியாக கேள்வி கேட்கலாம். அனுபவம் வாய்ந்த பயனர் பிந்தையதைச் செய்கிறார். ஏனெனில் பெரும்பாலான நேரங்களில், பிரச்சனையின் ஆதாரம் வெளிப்படையானது மற்றும் சிறிய திருத்தத்துடன் முடிவு மாறுகிறது. மிகவும் பொதுவான எட்டு பிழைகள், அவற்றின் அறிகுறிகள் மற்றும் தீர்வுகளை கீழே காண்போம்.

எட்டு மிகவும் பொதுவான தவறுகள்

பிழை

அறிகுறி

தீர்வு

தெளிவின்மை

பொதுவான, "ஒரு அளவு அனைவருக்கும் பொருந்தும்" பதில்

அளவிடக்கூடிய அறிவுறுத்தலைக் கொடுங்கள்

பூஜ்ஜிய சூழல்

சூழ்நிலைக்கு பொருந்தாத வெளியீடு

யார்/ஏன்/வரலாற்றைச் சேர்க்கவும்

வடிவமைப்பைக் குறிப்பிடவில்லை

தவறான வடிவத்தில் வெளியீடு

படை வடிவம்

கட்டுப்பாடுகள் இல்லாதது

அதிகப்படியான, மாறுபட்ட உள்ளடக்கம்

"வேண்டாம்" பட்டியலைச் சேர்க்கவும்

அதிக சுமை

மாடல் சில கோரிக்கைகளைத் தவிர்க்கிறது

வேலையைப் பிரித்து, முன்னுரிமை கொடு

உறுதிப்படுத்தாதது

போலியான தகவல்களைப் பயன்படுத்துதல்

ஆதாரத்துடன் உண்மைகளைச் சரிபார்க்கவும்

ஒரு ஷாட் எதிர்பார்ப்பு

முதல் வெளியேறும் போது விட்டுவிடாதீர்கள்

மீண்டும் சொல்லுங்கள்

முரண்பாடான அறிவுறுத்தல்

சீரற்ற வெளியீடு

கட்டுப்பாடுகளை சீரமைக்கவும்

படிப்படியாக கண்டறியும் முறை

சிதைந்த வெளியீடு வரும்போது, இந்த வரிசையைப் பின்பற்றவும்:

1. பணி தெளிவாக உள்ளதா? வினைச்சொல் உறுதியானதா, நீங்கள் விரும்பும் ஒரே பொருளைக் குறிக்குமா?
2. சூழல் போதுமா? மாதிரி நிலைமை தெரியுமா?
3. வடிவம் குறிப்பிடப்பட்டுள்ளதா? வடிவம் நீங்கள் விரும்பும் விதத்தில் உள்ளதா?
4. ஏதேனும் கட்டுப்பாடுகள் உள்ளதா? வேண்டாதது எழுதப்பட்டதா?
5. நான் அதிகமாக ஏற்றிவிட்டேனா? ஒரே நேரத்தில் 5 வெவ்வேறு வேலைகளை நான் கேட்டேனா?
6. நான் சரிபார்த்தேன்? எண், பெயர், தேதி சரிபார்க்கப்பட்டதா?

இந்த ஆறு கேள்விகளும் ஏறக்குறைய எல்லா பிழைகளையும் பிடிக்கின்றன.

நான்கு நகலெடுக்கக்கூடிய சரிபார்ப்பு வார்ப்புருக்கள்

1) தெளிவின்மையை நீக்குதல்:

இந்த அறிவுறுத்தலை அளவிடக்கூடியதாக ஆக்குங்கள்: [தெளிவற்ற அறிவுறுத்தல்]ஒவ்வொரு தெளிவற்ற புள்ளியையும் ஒரு உறுதியான எண், அளவு அல்லது அளவுகோலாக மொழிபெயர்க்கவும்.

2) சுமைகளை பிரித்தல்:

இந்தப் பணியை ஒரேயடியாகச் செய்யாதீர்கள். இந்த வரிசையில் தொடரவும், ஒவ்வொரு அடியையும் முடிக்கும்போது நிறுத்தவும், எனது உறுதிப்படுத்தலுக்காக காத்திருங்கள்:1) [துணைப் பணி 1]2) [துணைப் பணி 2]3) [துணைப் பணி 3]

3) வரையறுக்கப்பட்ட பொருத்தம்:

நான் கீழே வழங்கிய தகவலை நம்புங்கள். தகவல் இல்லை என்றால், "தரவு இல்லை" என்று எழுதவும்; யூகிக்கவோ சேர்க்கவோ வேண்டாம். நீங்கள் பயன்படுத்தும் ஒவ்வொரு முக்கியமான உரிமைகோரலும் எந்த வரியிலிருந்து வருகிறது என்பதைக் குறிப்பிடவும். ஆதாரம்: [உரை]

4) முரண்பாட்டைத் தீர்ப்பது:

நான் உங்களுக்கு வழங்கிய அறிவுறுத்தல்களில் ஏதேனும் முரண்பாடுகள் உள்ளதா என சரிபார்க்கவும். அப்படியானால், முரண்பட்ட புள்ளிகளைப் பட்டியலிட்டு, எதை முதன்மைப்படுத்துவது என்று என்னிடம் கேட்கவும்; பின்னர் அதன்படி உற்பத்தி செய்யுங்கள்.

பலவீனமான ப்ராம்ட் / ஸ்ட்ராங் ப்ராம்ட்

பலவீனமான (பல பிழைகள் இணைந்தவை):

மார்க்கெட்டிங், பட்ஜெட் மற்றும் ஆட்சேர்ப்பு பற்றி எங்கள் நிறுவனத்திற்கு ஒரு விரிவான திட்டத்தை எழுதுங்கள், நீங்கள் செல்லலாம்.

சக்திவாய்ந்த (பிழைகள் சரி):

பங்கு: நீங்கள் SME களுக்கு ஆலோசனை வழங்கும் வணிக மேம்பாட்டு நிபுணர். சூழல்: 12 பேர் கொண்ட ஒரு மென்பொருள் நிறுவனம்; இந்த காலாண்டில் 20 புதிய வாடிக்கையாளர்கள் இலக்கு. பணி: மார்க்கெட்டிங் திட்டத்தை மட்டும் எழுதுங்கள் (பட்ஜெட் மற்றும் பணியமர்த்தலை சேர்க்க வேண்டாம்). வடிவம்: 5-புள்ளி செயல் பட்டியல்; ஒவ்வொரு உருப்படியும்: செயல் + பொறுப்பு + அளவுகோல்கள். கட்டுப்பாடு: கட்டண விளம்பர பட்ஜெட் 0; ஆர்கானிக் சேனல்களை மட்டுமே பரிந்துரைக்கவும். போலியான அளவீடுகளைக் கொடுக்காதே; பரிந்துரையை நியாயப்படுத்தவும்.

சக்தி வாய்ந்த பதிப்பானது ஓவர்லோடைப் பிரிக்கிறது (மூன்று தலைப்புகளை ஒரே வரியில் க்ராம்ம் செய்து), தெளிவின்மையை ("நல்ல அதிர்ஷ்டம்") அளவுகோல்களுடன் மாற்றுகிறது, மேலும் வடிவமைப்பு மற்றும் தடையைச் சேர்க்கிறது.

மூன்று சிறிய வழக்குகள்

வழக்கு 1 - அதிக சுமை. ஒரு மேலாளர் ஒரு அறிக்கையின் சுருக்கம், விளக்கக்காட்சித் திட்டம் மற்றும் மின்னஞ்சலை ஒரே நேரத்தில் கோரினார்; மாடல் மூன்றையும் பாதியாக ஆக்கியது. வேலையை மூன்று தனித்தனி ப்ராம்ட்களாகப் பிரிப்பதன் மூலம், ஒவ்வொரு வெளியீடும் முழுமையானதாகவும் பயன்படுத்தக்கூடியதாகவும் இருந்தது. ஒரு சிக்கலான வரியில் போராடுவதை விட மொத்த நேரம் குறைவாக இருந்தது.

வழக்கு 2 - உறுதிப்படுத்தப்படாதது. ஒரு உள்ளடக்கக் குழு அதைச் சரிபார்க்காமல் மாதிரி வழங்கிய "தொழில்துறை புள்ளிவிவரத்தை" வெளியிட்டது; எண் தவறானது, அவர்கள் திருத்தம் செய்ய வேண்டியிருந்தது. பின்னர், "ஒவ்வொரு எண்ணையும் அதன் மூலத்துடன் கொடுங்கள், நான் மூலத்தை சரிபார்க்கிறேன்" என்ற விதியை ஏற்றுக்கொண்டனர் மற்றும் இந்த அபாயத்தை நீக்கினர்.

வழக்கு 3 - முரண்பாடான அறிவுறுத்தல். "இது மிகவும் சிறியது ஆனால் எல்லா அம்சங்களையும் சொல்லுங்கள்" என்று ஒரு சந்தைப்படுத்துபவர் கூறியபோது, ​​மாடல் சில அம்சங்களைத் தவிர்த்து விட்டது. "60 சொற்களில் 3 மிக முக்கியமான அம்சங்களை விவரிக்கவும்" என நான் அறிவுறுத்தலை முரண்படாதபோது, ​​வெளியீடு குறுகியதாகவும் முழுமையானதாகவும் இருந்தது.

உதவிக்குறிப்பு: நேரலைக்குச் செல்வதற்கு முன் "ஆறு கண்டறியும் கேள்விகள்" மூலம் உங்கள் அறிவிப்பை இயக்கவும். இந்த 30-வினாடிச் சரிபார்ப்பு தொடக்கத்திலிருந்தே பெரும்பாலான சுற்றுச் செயல்பாடுகளை தேவையற்றதாக ஆக்குகிறது.

எச்சரிக்கை: மிகவும் ஆபத்தான தவறு "சரிபார்க்காதது" ஆகும், ஏனெனில் வெளியீடு மென்மையாகவும் நம்பிக்கையூட்டுவதாகவும் இருப்பதால் இது கவனிக்கப்படாமல் உள்ளது. மாதிரியானது ஒரு எண், பெயர் அல்லது மூலத்தை மிகுந்த நம்பிக்கையுடன் பொருத்த முடியும். வெளியிடப்பட வேண்டிய அல்லது முடிவெடுப்பதற்கான அடிப்படையாகப் பயன்படுத்தப்படும் எந்தவொரு உண்மையையும் சுயாதீனமாகச் சரிபார்க்கவும். இந்த தலைப்பை அடுத்த யூனிட்டில் ஆழப்படுத்துவோம்.

கண்ணுக்கு தெரியாத பிழை: "கிட்டத்தட்ட சரியானது" வெளியீடு

சில பிழைகள் எளிதில் பிடிக்கக்கூடியவை: வெளியீடு தவறான வடிவத்தில் வருகிறது, தலைப்பில் இருந்து வெளியேறுகிறது அல்லது வெறுமையாக வருகிறது. ஆனால் மிகவும் நயவஞ்சகமான தவறு என்னவென்றால், வெளியீடு கிட்டத்தட்ட சரியானது. உரை சரளமாக உள்ளது, அமைப்பு மென்மையானது, தொனி புள்ளியில் உள்ளது; ஒரே ஒரு தவறான எண், கவனிக்கப்படாத கட்டுப்பாடு அல்லது சிறிய தருக்கப் பிழை உள்ளது. இந்த வகையான வெளியீடுகள் ஆபத்தானவை, ஏனெனில் அவை "நன்றாகத் தெரிகின்றன."

இரண்டு பழக்கங்கள் இதிலிருந்து பாதுகாக்கின்றன. முதலில், வெளியீட்டைப் படிக்காமல் அதைப் பயன்படுத்த வேண்டாம்: நீங்கள் எவ்வளவு அவசரமாக இருந்தாலும், அனுப்பும் முன் அதைப் படிக்கவும். இரண்டாவதாக, மாதிரியானது அதன் வெளியீட்டைச் சரிபார்ப்பது: "நான் உங்களுக்கு வழங்கிய அனைத்து கட்டுப்பாடுகளையும் நீங்கள் பின்பற்றுகிறீர்களா என்பதைச் சரிபார்க்கவும்" அல்லது "இந்த உரையில் உள்ள அனைத்து எண்களையும் பட்டியலிடவும்" மறைக்கப்பட்ட பிழைகளை மேற்பரப்பில் கொண்டு வரும். இந்த இரண்டு படிகளும் சில வினாடிகள் ஆகும், ஆனால் "கிட்டத்தட்ட சரியான" வெளியீட்டால் ஏற்படும் தவறான முடிவுகளின் விலை அதிகமாக உள்ளது.

தவறுகளைத் தவிர்ப்பது: கட்டுப்பாட்டின் மீது வடிவமைப்பு

வெளியீட்டில் பிழைகளை வேட்டையாடுவதற்குப் பதிலாக, அனுபவம் வாய்ந்த பயனர் தொடக்கத்தில் இருந்து அவற்றைத் தடுக்க முயற்சிக்கிறார். இது மனநிலையில் உள்ள வேறுபாடு. மீண்டும் நிகழும் ஒவ்வொரு பிழையையும் "நிரந்தர விதி"யாக மாற்றவும்: மாதிரியானது சுருக்க வேலையில் கருத்துகளைச் சேர்த்துக் கொண்டிருந்தால், இப்போது ஒவ்வொரு சுருக்க வரியிலும் "கருத்துகளைச் சேர்க்க வேண்டாம்" என்ற தடையை அமைக்கவும். பட்டியல் வேலையில் மாடல் எப்பொழுதும் அதிகமான பொருட்களை உருவாக்கினால், உங்கள் டெம்ப்ளேட்டில் "சரியாக X உருப்படிகள்" என்ற கட்டுப்பாட்டை வைக்கவும். இந்த வழியில், மீண்டும் மீண்டும் அதே பிழையைப் பிடிப்பதற்குப் பதிலாக, முதலில் அது ஏற்படுவதைத் தடுக்கிறீர்கள். நன்கு வடிவமைக்கப்பட்ட ப்ராம்ட் டஜன் கணக்கான அடுத்தடுத்த திருத்தங்களை மாற்றுகிறது; இது பிழை கண்டறிதலை ஒரு சுமையிலிருந்து கற்றல் மற்றும் மேம்படுத்தும் கருவியாக மாற்றுகிறது.

பொதுவான தவறுகள்

• இடைத்தரகர் மீது குற்றம் சாட்டுதல். ப்ராம்ட்டில் சிக்கலைத் தேடுவதற்குப் பதிலாக "AIயால் அதைச் செய்ய முடியாது" என்று கூறுவது.
• ஒரே வரியில் அதிக வேலைகளை வைப்பது. ஐந்து தனித்தனி பணிகளை ஒரு அறிவுறுத்தலில் சுருக்கி அவற்றை பாதியாகச் செய்தல்.
• சரிபார்ப்பைத் தவிர்க்கிறது. சரளமான வெளியீடு சரியானது என்று வைத்துக்கொள்வோம்.
• முரண்பாடான கட்டுப்பாடுகளை வழங்குதல். "குறுகிய ஆனால் விரிவானது" போன்ற சுய-முரண்பாடான கோரிக்கைகள்.
• கண்டறியாமல் மீண்டும் முயற்சிக்கிறேன். உடைந்ததைக் கண்டுபிடிக்காமல் அதே தவறை மீண்டும் செய்வது.

சுருக்கமாக

• மிகவும் மோசமான வெளியீடு ப்ராம்ட் பிரச்சனை, மாதிரி அல்ல; கண்டறிந்து சரி செய்ய முடியும்.
• மிகவும் பொதுவான பிழைகள்: தெளிவின்மை, பூஜ்ஜிய சூழல், வடிவமைப்பு இல்லாமை, கட்டுப்பாடுகள் இல்லாமை, அதிக சுமை, சரிபார்ப்பு இல்லாமை, ஒரு ஷாட் எதிர்பார்ப்பு மற்றும் முரண்பாடு.
• ஆறு கண்டறியும் கேள்விகள் (பணி, சூழல், வடிவம், கட்டுப்பாடு, சுமை, சரிபார்ப்பு) பெரும்பாலான பிழைகளைப் பிடிக்கின்றன.
• சிக்கலான வேலைகளைப் பிரிப்பது, அவற்றை ஒரே வரியில் ஏற்றுவதை விட வேகமான மற்றும் உயர் தரமான முடிவுகளை அளிக்கிறது.
• மிகவும் நயவஞ்சகமான பிழை சரிபார்க்கப்படாதது; மென்மையான வெளியீடு என்பது துல்லியமானது என்று அர்த்தமல்ல.

விண்ணப்ப பணி

நீங்கள் விரும்பாத பழைய பிரிண்ட்அவுட்டைக் கண்டறிந்து, "ஆறு கண்டறியும் கேள்விகள்" மூலம் அதை இயக்கவும். எந்தப் பிழைகள் ஏற்படுகின்றன என்பதைக் குறிக்கவும், ஒவ்வொன்றிற்கும் இந்த யூனிட்டில் ஃபிக்ஸ் செய்து, மீண்டும் ப்ராம்ட்டை இயக்கவும். எந்த ஒரு திருத்தம் மிகப்பெரிய முன்னேற்றத்தை உருவாக்கியது என்பதைக் கவனியுங்கள், எத்தனை சுற்றுகள் அல்ல.

சரிபார்ப்பு பட்டியல்

• [ ] மோசமான வெளியீடு ஏற்பட்டால், நான் முதலில் ப்ராம்ட்டை வினவுகிறேன், முகவரை அல்ல.
• [ ] நான் ஆறு கண்டறியும் கேள்விகளை செய்ய முடியும்.
• [ ] நான் சிக்கலான பணிகளை பல அறிவுறுத்தல்களாக பிரிக்கிறேன்.
• [ ] முரண்பட்ட மற்றும் தெளிவற்ற வழிமுறைகளை நான் கவனித்து அவற்றை சரிசெய்கிறேன்.
• [ ] வெளியிடும் முன் உண்மை வெளியீட்டை நான் சரிபார்க்கிறேன்.