AI தொடர் நேர்காணல் 14: vibe coding மற்றும் spec coding வித்தியாசம்?

இது பெரும்பாலான புரோகிராமர்கள் எதிர்கொள்ளும் பிரச்சினை. Vibe Coding மற்றும் Spec Coding ஆகியவை தற்போதைய பெரிய மொழி மாதிரி (LLM) உதவியுடன் நிரலாக்கத்தில் இரண்டு முற்றிலும் மாறுபட்ட வேலை முறைகள் ஆகும். அவற்றின் முக்கிய வேறுபாடு: நீங்கள் AI க்கு கொடுக்கும் 'உள்ளீடு' தெளிவற்ற உணர்வா, அல்லது துல்லியமான விவரக்குறிப்பா?

1. சமையலின் உதாரணத்துடன் vibe coding மற்றும் spec coding வித்தியாசத்தை எளிமையாக விளக்குதல்

Vibe Coding = நீங்கள் நண்பரிடம் 'எனக்கு காரமானது வேண்டும்' என்று சொல்கிறீர்கள், அவர் உணர்வின் பேரில் ஒரு கறி சமைக்கிறார். நீங்கள் சுவைத்துப் பார்த்து 'இன்னும் உப்பு சேர்' என்கிறீர்கள், அவர் உப்பு சேர்க்கிறார். சுவை அருமையாக இருக்கலாம், ஆனால் வேறு நண்பர் சமைத்தால் முற்றிலும் மாறுபட்டதாக இருக்கும்.
Spec Coding = நீங்கள் ஒரு சமையல் குறிப்பை எழுதுகிறீர்கள்: 'பிக்ஸியன் டூபன் 20g, மாட்டிறைச்சி துண்டுகள் 150g, செலரி துண்டுகள் 50g, அதிக தீயில் 2 நிமிடம் வறுக்கவும், இறக்கும் முன் சர்க்கரை 3g சேர்க்கவும்'. வெவ்வேறு சமையல்காரர்கள் குறிப்பைப் பின்பற்றினால், சுவை மிகவும் ஒரே மாதிரியாக இருக்கும்.

2. இரண்டின் வரையறைகள்

பரிமாணம்	Vibe Coding	Spec Coding
மாற்றுப் பெயர்	உணர்வு-உந்துதல் நிரலாக்கம், உடனடி குறிப்பு	விவரக்குறிப்பு-உந்துதல் நிரலாக்கம், முதலில் ஆவணம்
உள்ளீட்டு வடிவம்	'ஒரு நல்ல தோற்றமுடைய உள்நுழைவுப் பக்கத்தை உருவாக்கி, தொழில்நுட்ப உணர்வு தரும்'	'உள்நுழைவுப் பக்கம் மின்னஞ்சல்/கடவுச்சொல் உள்ளீட்டுப் பெட்டிகள், என்னை நினைவில் கொள் தேர்வுப்பெட்டி, சமர்ப்பி பொத்தான்; முன்பக்கம் React + Tailwind பயன்படுத்தவும்; படிவ சரிபார்ப்பு விதிகள்: மின்னஞ்சல் வடிவம், கடவுச்சொல் நீளம் ≥8; தோல்வியில் சிவப்பு எச்சரிக்கை காட்டவும்...'
AI பயன்பாட்டு முறை	உரையாடல் முறை, மீள்செயல் முறை: தோராயமான திசையைக் கொடு → வெளியீட்டைப் பார் → மீண்டும் சரிசெய்	பொறியியல் முறை: முதலில் விரிவான PRD/தொழில்நுட்ப விவரக்குறிப்பு எழுது → AI விவரக்குறிப்பின் அடிப்படையில் குறியீட்டை உருவாக்கு
மனித பங்கேற்பு	குறைவு: AI படைப்பாற்றலை நம்பியிருத்தல், மனிதர் 'உணர்வு சரியா' என்று மட்டும் பொறுப்பு	அதிகம்: மனிதர் முதலில் வடிவமைப்பு/கட்டமைப்பை முடிக்க, AI முக்கியமாக செயல்படுத்தல்
வழக்கமான காட்சிகள்	விரைவான முன்மாதிரி, தனிப்பட்ட சிறு கருவிகள், UI ஆய்வு, படைப்பு குறியீடு எழுதுதல்	உற்பத்தி நிலை அமைப்புகள், குழு ஒத்துழைப்பு, பராமரிக்கக்கூடிய/சோதிக்கக்கூடிய குறியீடு தேவை

3. இரண்டின் வேலை ஓட்டங்களின் ஒப்பீடு

Vibe Coding செயல்முறை

தெளிவற்ற யோசனை: 'நான் ஒரு வலை ஊர்வன எழுத விரும்புகிறேன், Zhihu வெப்பப் பட்டியலைப் பெற.'
முதல் prompt ஐ எழுது: நேரடியாக AI குறியீட்டை உருவாக்கச் சொல்.
இயக்கு → பிழை செய்தி → அந்தப் பிழை செய்தியை மீண்டும் ஒட்டு → AI திருத்தும்.
இடைமுகம் அழகாக இல்லை → 'அந்தப் பொத்தானை சற்று வட்டமாக்கு, பின்புலத்தை கிரேடியண்ட் நீலமாக மாற்று' → AI மாற்றும்.
செயல்பாடு குறைவு → 'CSV க்கு சேமிக்கும் செயல்பாட்டைச் சேர்' → AI சேர்க்கும்.
3-5 படிகளை 'சரி போல் உணர்கிறேன்' வரை சுழற்று.

Spec Coding செயல்முறை

விவரக்குறிப்பு ஆவணத்தை எழுது: உள்ளீடு/வெளியீடு, தரவு கட்டமைப்பு, பிழை கையாளுதல், செயல்திறன் தேவைகள், செயல்பாட்டு அல்லாத தேவைகள் (எ.கா. பதிவு, விகித வரம்பு) ஆகியவற்றை தெளிவுபடுத்து.
விவரக்குறிப்பை பணிகளாகப் பிரி: எ.கா. பணி 1: fetch_hot_topics() செயல்பாட்டை செயல்படுத்து, spec இல் உள்ள API கையொப்பத்தைப் பின்பற்று.
ஒவ்வொரு பணியையும் AI செயல்படுத்தச் சொல்: prompt இல் செயல்பாட்டு கையொப்பம், கருத்துகள், சோதனை வழக்கு எதிர்பார்ப்புகள் ஆகியவை உள்ளன.
மனித மதிப்பாய்வு மற்றும் சரிபார்ப்பு: விவரக்குறிப்பைப் பூர்த்தி செய்கிறதா என்பதை உறுதிப்படுத்தி, அலகு சோதனைகளை இயக்கு.
ஒருங்கிணைப்பு மற்றும் மறுமை சோதனை.

4. நன்மை தீமைகள் ஒப்பீடு

பண்பு	Vibe Coding	Spec Coding
தொடக்க வேகம்	மிக விரைவானது, சில நிமிடங்களில் முன்மாதிரி	மெதுவானது, ஆவணம் எழுதுதல், பணிகளைப் பிரித்தல் தேவை
குறியீடு தரம்	குறைவு (மறுபடியும், சீரற்ற, மறைந்த பிழைகள்)	அதிகம் (படிக்கக்கூடிய, சோதிக்கக்கூடிய, கட்டமைப்புக்கு இணங்க)
பராமரிக்கும் திறன்	மோசம், பின்னர் வருபவர்கள் 'ஏன் இப்படி எழுதப்பட்டது' என்பதைப் புரிந்துகொள்ள முடியாது	நல்லது, விவரக்குறிப்பே ஆவணம்
LLM சார்பு	மிக அதிகம், மாதிரியை மாற்றினால் வெளியீடு முற்றிலும் வேறுபடலாம்	நடுத்தரம், விவரக்குறிப்பு தெளிவாக இருந்தால் வெவ்வேறு மாதிரிகளும் ஒத்த அமைப்பை உருவாக்க முடியும்
பிழைத்திருத்த சிரமம்	கடினம், குறியீட்டின் தர்க்கம் எங்கிருந்து வந்தது என்று தெரியவில்லை	எளிது, spec படி ஒவ்வொன்றாக சரிபார்க்க
குழு ஒத்துழைப்புக்கு ஏற்றது	கிட்டத்தட்ட சாத்தியமில்லை	ஆம் (spec தகவல் தொடர்பு ஒப்பந்தமாக)
வெளியீட்டு உறுதி	குறைவு, ஒவ்வொரு உரையாடலின் முடிவும் நகரலாம்	அதிகம், ஒரே spec நிலையான வெளியீட்டை உருவாக்கும்

5. நிஜத்தில் பயன்பாட்டு பரிந்துரைகள்

"வேலையில், vibe coding மற்றும் spec coding ஆகியவை இரண்டில் ஒன்றைத் தேர்ந்தெடுக்க வேண்டியதில்லை, மாறாக கலவையாகப் பயன்படுத்தப்படுகிறது, பொருத்தமான சூழ்நிலையில் பொருத்தமான தீர்வைப் பயன்படுத்தவும்:
- ஆய்வு கட்டத்தில் (தொழில்நுட்பத் தேர்வு அல்லது UI பாணி உறுதியாக இல்லாதபோது), Vibe Coding ஐப் பயன்படுத்தி வெவ்வேறு தீர்வுகளை விரைவாகச் சரிபார்க்கவும், எடுத்துக்காட்டாக 'Tailwind உடன் ஒரு கார்டு கூறு எழுதி பாருங்கள்'.
- தீர்வு உறுதியானதும், உடனடியாக Spec Coding க்கு மாறவும்: வெற்றிகரமான முன்மாதிரியை தெளிவான விவரக்குறிப்புகளாக (உள்ளீடு/வெளியீடு, எல்லை நிலைமைகள், பிழை கையாளுதல்) மீண்டும் ஒழுங்கமைக்கவும், பின்னர் AI அல்லது மனிதர் கண்டிப்பாக spec படி உற்பத்தி குறியீட்டை மீண்டும் எழுதச் செய்யவும்.
தூய Vibe முறை ஒரு முறை ஸ்கிரிப்டுகள் அல்லது உள் சிறு கருவிகளுக்கு மட்டுமே பொருத்தமானது; நீண்ட கால பராமரிப்பு மற்றும் பலர் பயன்படுத்தும் அமைப்புகளுக்கு, Spec Coding ஒரு கடுமையான தேவை."