ਤੁਸੀਂ AI-ਤੋਂ ਬਣਾਈ ਗਈ ਕੋਡ ਦੀ ਸਮੀਖਿਆ ਕਿਵੇਂ ਕਰਦੇ ਹੋ ਤਾਂ ਕਿ ਤੁਸੀਂ ਅੰਨ੍ਹੇ ਤੌਰ 'ਤੇ ਇਸ ਮੇਲ ਨਾ ਖਾਉ?

Question

Accepted Answer

AI-ਤੋਂ ਬਣਾਈ ਗਈ ਕੋਡ ਇੱਕ **ਆਤਮਵਿਸ਼ਵਾਸੀ ਪਰ ਗਲਤੀ ਕਰਨ ਵਾਲੇ ਲੇਖਕ ਦਾ ਡਰਾਫਟ** ਹੈ। ਇਹ ਅਕਸਰ ਸਹੀ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ ਅਤੇ ਕੰਪਾਈਲ ਹੁੰਦਾ ਹੈ, ਫਿਰ ਵੀ ਇਸ ਵਿੱਚ ਸੂਖਮ ਬਗ, ਗਲਤ API, ਜਾਂ ਸੁਰੱਖਿਆ ਦੀਆਂ ਕਮੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਇੱਕ ਅਨੁਸ਼ਾਸਿਤ ਸਮੀਖਿਆ ਗਤੀ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦੀ ਹੈ ਅਤੇ ਜੋਖਮ ਨੂੰ ਖਤਮ ਕਰਦੀ ਹੈ।

## ਸਮੀਖਿਆ ਚੈਕਲਿਸਟ

- **ਹਰ ਲਾਈਨ ਪੜ੍ਹੋ।** ਜੇ ਤੁਸੀਂ ਛਾਂਘ ਮਾਰਦੇ ਹੋ, ਤੁਸੀਂ ਅਜਿਹੇ ਬਗ ਲਾਗੂ ਕਰਦੇ ਹੋ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਸਮਝ ਨਹੀਂ ਸਕਦੇ। ਕੋਈ ਅਪਵਾਦ ਨਹੀਂ।
- **ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਇਹ ਅਸਲ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ** — ਇਸ ਤਰ੍ਹਾਂ ਨਹੀਂ ਜੋ ਸਮਾਨ ਦਿਖਾਈ ਦੇ। AI ਸੰਭਵ ਨੂੰ ਆਪਟਿਮਾਈਜ਼ ਕਰਦਾ ਹੈ, ਸਹੀ ਨੂੰ ਨਹੀਂ।
- **ਟੈਸਟ ਅਤੇ linter ਚਲਾਓ।** ਉਨ੍ਹਾਂ ਕੇਸਾਂ ਲਈ ਟੈਸਟ ਸ਼ਾਮਲ ਕਰੋ ਜਿਨ੍ਹਾਂ ਦੀ ਤੁਹਾਨੂੰ ਪਰਵਾਹ ਹੈ; AI ਦੇ ਆਪਣੇ ਟੈਸਟਾਂ ਮੇਲ ਨਾ ਖਾਓ।
- **Edge cases ਚੈਕ ਕਰੋ** — ਖਾਲੀ ਇਨਪੁਟ, nulls, ਵੱਡੀਆਂ ਮੁੱਲਾਂ, concurrency, ਸੀਮਾਵਾਂ ਦੇ ਅਵਸਥਾ।
- **ਸੁਰੱਖਿਆ ਚੈਕ ਕਰੋ** — SQL/command injection, ਸੰਸ਼ੋਧਿਤ ਨਾ ਕੀਤੀ ਇਨਪੁਟ, ਕੋਡ ਵਿੱਚ ਰਾਜ਼ I, unsafe deserialization।
- **Performance ਚੈਕ ਕਰੋ** — ਗਲਤ O(n²) loops, N+1 queries, ਅਸੀਮ memory।
- **APIs ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ** — AI method ਨਾਮ ਅਤੇ library functions ਤੋਂ ਜੋ ਅਸਲੀ ਲਗਦੇ ਹਨ।
- **ਉਹ ਕੋਡ ਕਦੇ ਪੇਸਟ ਨਾ ਕਰੋ ਜੋ ਤੁਸੀਂ ਸਮਝ ਨਹੀਂ ਸਕਦੇ।** ਜੇ ਤੁਸੀਂ ਇਸ ਦੀ ਵਿਖਿਆ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਤੁਸੀਂ ਇਸ ਨੂੰ ਬਰਕਰਾਰ ਜਾਂ debug ਨਹੀਂ ਕਰ ਸਕਦੇ।

## ਇੱਕ ਵਿਹਾਰਕ ਵਹਾਅ

```text
1. Read the diff fully  →  do I understand every line?
2. Does it solve the real problem, including edge cases?
3. Run: tests + linter + type checker
4. Scan for security + performance red flags
5. Only then: commit (with a message that reflects what it really does)
```

AI ਨੂੰ ਇੱਕ ਤੇਜ਼ junior developer ਵਜੋਂ ਵਰਤੋ: ਸਹਾਇਕ, ਉਤਪਾਦਕ, ਪਰ ਜਿਸਦੀ ਆਉਟਪੁਟ ਤੁਸੀਂ ਹਮੇਸ਼ਾ ਇਸ ਤੋਂ ਪਹਿਲਾਂ review ਕਰਦੇ ਹੋ ਕਿ ਇਹ land ਹੋਵੇ। shipped code ਦਾ ਜ਼ਿੰਮੇਵਾਰੀ ਮਾਡਲ ਦੇ ਨਾਲ ਨਹੀਂ, ਤੁਹਾਡੇ ਨਾਲ ਰਹਿੰਦੀ ਹੈ।

## ਇਸ ਦਾ ਮਹੱਤਵ

AI code ਦਾ ਖਤਰਾ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਇਹ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ broken ਹੈ — ਇਹ ਹੈ ਕਿ ਇਹ *ਯੂਜੋਗ* broken ਹੈ, ਇੱਕ casual glance ਲਾਹ ਕਰਦਾ ਹੈ ਜਦਕਿ ਇੱਕ bug ਜਾਂ vulnerability ਨੂੰ ਲੁਕਾ ਰਿਹਾ ਹੈ। ਹਰ ਲਾਈਨ ਦੀ ਸਮੀਖਿਆ ਕਰਨਾ, ਟੈਸਟ ਚਲਾਉਣਾ, ਅਤੇ ਉਹ ਕੋਡ ship ਕਰਨ ਨੂੰ ਅਸਵੀਕਾਰ ਕਰਨਾ ਜੋ ਤੁਸੀਂ ਸਮਝ ਨਹੀਂ ਸਕਦੇ, ਇਹ ਹੈ ਜੋ AI ਨੂੰ force-multiplier ਦੇ ਤੌਰ 'ਤੇ ਵਰਤਣਾ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ ਚੁਪਚਾਪ technical debt ਅਤੇ security risk ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਤੋਂ ਜਿਸਦਾ ਤੁਸੀਂ ਲੇਖਾ ਨਹੀਂ ਕਰ ਸਕਦੇ।