AI-க்கு புதிய கோடை எழுத வைக்க வேண்டும் அல்லது கற்றுக்கொள்ளப்பட்ட கோடை மதிப்பாய்வு அல்லது மறுசீரமைப்பு செய்ய வேண்டும்?

Question

Accepted Answer

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

## புதிதாக எழுத வேண்டும் போது

- **Greenfield மற்றும் boilerplate** — ஒரு புதிய util, ஒரு config file, ஒரு CRUD endpoint, ஒரு regex. உடைக்க வேண்டிய மறைந்த context இல்லை.
- **தெரியாத APIs/libraries** — AI ஒரு library-ன் மேற்பரப்பை அறிந்திருக்கிறது நீங்கள் தெரியாதது, மற்றும் நீங்கள் docs-க்கு எதிராக சரிபார்க்கிறீர்கள்.
- **Throwaway/prototype கோடை** — வேகம் சரியாக இருப்பதை விட அவசியமாகும்.

இந்த சந்தர்ப்பங்களில் ஒரு bug-ன் செலவு குறைவாக இருக்கும் மற்றும் நீங்கள் முடிவை மேல் முதல் கீழ் வரை படிக்கலாம்.

## அதை மதிப்பாய்வு/மறுசீரமைப்புக்கு மட்டுமே பயன்படுத்த வேண்டும் போது

- **Business-critical logic** — billing, auth, money math. ஒரு நம்பகமான தோற்றத்தில் இருக்கும் தவறான பதில் ஆபத்தாகும்.
- **நுட்பமான கோடை** — concurrency, security, edge-case-heavy algorithms எங்கு "சரி தெரிகிறது" என்பது "சரி" என்பது அல்ல.
- **பெரிய கற்றுக்கொள்ளப்பட்ட systems** — AI உங்கள் codebase நம்பியிருக்கும் அனைத்து invariants பார்க்க முடியாது, எனவே அதில் உৎপாதிக்க ஆபத்தான மௌனமான அழிவு ஆகும்.

இங்கே நீங்கள் AI-ஐ **இரண்டாவது ஜோடி கண்கள்** ஆக வைத்திருக்கிறீர்கள்: இது பரிந்துரைக்கிறது, நீங்கள் முடிவு செய்கிறீர்கள்.

```text
                 Cost of a bug LOW          Cost of a bug HIGH
New code          ✅ let AI write           ⚠️ AI drafts, you verify hard
Existing code     ✅ AI refactors           ✅ AI reviews, you write the change
```

## பரிமாற்றங்கள் மற்றும் அபாயங்கள்

புதிதாக எழுதுவது வேகமாக இருக்கும் ஆனால் AI APIs-ஐ கண்டுபிடிக்கலாம் (**hallucination**) அல்லது அதன் கண்ணை தெரியாத context-ஐ இழக்கலாம். மதிப்பாய்வு செய்வது பாதுகாப்பாக இருக்கும் ஆனால் மெதுவாக இருக்கும் மற்றும் நீங்கள் அதற்கு கொடுக்கும் context-ன் அளவிற்கு மட்டுமே நல்ல. எந்த வகையிலும் நீங்கள் **பொறுப்பு வகிக்கும் ஆசிரியர்** — AI ஒரு tool, commit-ஐ கையெழுத்திட்டவர் அல்ல.

## அதை ஏன் மேற்கொள்ள வேண்டும்

தவறாக நினைப்பது AI-உதவியுள்ள dev-ல் தவறு செயல்படும் போது: மக்கள் AI-ஐ critical logic உত்பத்திசெய்ய அனுமதிக்கிறார்கள் அவர்கள் முழுவதாக சரிபார்க்க முடியாது, அல்லது அவர்கள் trivial boilerplate கை-எழுத்து செய்கிறார்கள் AI விநாடிகளில் உত்பத்திசெய்திருக்கலாம். mode (**write** vs **review/refactor**) **being wrong-ன் செலவு** க்கு பொருத்தச் செய்தல் cheap stuff-ல் வேகமாக மற்றும் dangerous stuff-ல் கவனமாக வைத்திருக்கிறது. tested செய்யப்படும் skill என்பது உங்கள் verification effort செலவிட வேண்டும் என்பது பற்றி판断 — நீங்கள் AI-ஐ prompt செய்ய முடியும் என்பது அல்ல.