ਕੋਡ ਸਮੀਖਿਆ, ਰੀਫੈਕਟਰਿੰਗ, ਅਤੇ ਤਕਨੀਕੀ ਕਰਜ਼ਾ

ਲਾਭ:

• ਪੜ੍ਹਨਯੋਗਤਾ, ਤਰਕ ਅਤੇ ਸੁਰੱਖਿਆ ਲਈ ਕੋਡ ਸਮੀਖਿਆ ਵਿੱਚ AI ਨੂੰ ਦੂਜੀ ਅੱਖ ਵਜੋਂ ਵਰਤਣ ਦੀ ਸਮਰੱਥਾ
• ਗੁੰਝਲਦਾਰ ਕੋਡ ਵਿਵਹਾਰ ਵਿੱਚ ਵਿਘਨ ਪਾਏ ਬਿਨਾਂ AI ਸਹਾਇਤਾ ਨਾਲ ਰੀਫੈਕਟਰਿੰਗ ਕਦਮਾਂ ਦੀ ਯੋਜਨਾ ਬਣਾਉਣ ਦੀ ਸਮਰੱਥਾ
• ਟੈਸਟਿੰਗ ਅਤੇ ਸੰਸਕਰਣ ਨਿਯੰਤਰਣ ਤੁਲਨਾ ਦੇ ਨਾਲ AI ਦੀ ਸਮੀਖਿਆ ਅਤੇ ਸੰਪਾਦਿਤ ਸਿਫਾਰਸ਼ਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਦੀ ਸਮਰੱਥਾ

ਸੌਫਟਵੇਅਰ ਇੰਜਨੀਅਰਿੰਗ ਵਿੱਚ, ਕੋਡ ਨੂੰ ਲਿਖਿਆ ਗਿਆ ਹੈ ਨਾਲੋਂ ਕਿਤੇ ਜ਼ਿਆਦਾ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ। ਕੋਡ ਦੀ ਇੱਕ ਲਾਈਨ ਇੱਕ ਵਾਰ ਲਿਖੀ ਜਾਂਦੀ ਹੈ, ਪਰ ਮਹੀਨਿਆਂ ਦੇ ਦੌਰਾਨ ਦਰਜਨਾਂ ਵਾਰ ਪੜ੍ਹੀ, ਸੋਧੀ ਅਤੇ ਬਣਾਈ ਜਾਂਦੀ ਹੈ। ਇਸ ਲਈ ਕੋਡ ਸਮੀਖਿਆ (ਤਰਕ, ਪੜ੍ਹਨਯੋਗਤਾ ਅਤੇ ਸੁਰੱਖਿਆ ਲਈ ਕਿਸੇ ਹੋਰ ਦੇ ਜਾਂ ਤੁਹਾਡੇ ਆਪਣੇ ਕੋਡ ਦੀ ਸਮੀਖਿਆ ਕਰਨਾ) ਅਤੇ ਰੀਫੈਕਟਰਿੰਗ (ਕੋਡ ਦੇ ਵਿਵਹਾਰ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ ਉਸ ਦੀ ਬਣਤਰ ਵਿੱਚ ਸੁਧਾਰ ਕਰਨਾ) ਇੰਜੀਨੀਅਰਿੰਗ ਦੇ ਕੇਂਦਰ ਵਿੱਚ ਹਨ। AI ਇਹਨਾਂ ਦੋ ਕਾਰਜਾਂ ਲਈ ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ "ਦੂਜੀ ਅੱਖ" ਬਣ ਜਾਂਦਾ ਹੈ: ਇਹ ਤੇਜ਼ੀ ਨਾਲ ਪੜ੍ਹਨਯੋਗਤਾ ਦਾ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ, ਅਣਡਿੱਠ ਕੀਤੇ ਤਰਕ ਅਤੇ ਸੁਰੱਖਿਆ ਮੁੱਦਿਆਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਵੱਡੇ ਰੀਫੈਕਟਰਿੰਗ ਨੂੰ ਛੋਟੇ ਸੁਰੱਖਿਅਤ ਕਦਮਾਂ ਵਿੱਚ ਤੋੜਦਾ ਹੈ। ਪਰ ਇੱਕ ਨਾਜ਼ੁਕ ਨਿਯਮ ਹੈ: ਰੀਫੈਕਟਰਿੰਗ ਨੂੰ ਵਿਵਹਾਰ ਨੂੰ ਨਹੀਂ ਬਦਲਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ ਇੱਕ ਚੀਜ਼ ਜੋ ਇਸਦੀ ਗਾਰੰਟੀ ਦਿੰਦੀ ਹੈ ਟੈਸਟਿੰਗ ਹੈ।

ਇਸ ਯੂਨਿਟ ਵਿੱਚ, ਅਸੀਂ ਦੇਖਾਂਗੇ ਕਿ ਕੋਡ ਸਮੀਖਿਆ ਲਈ AI ਨੂੰ ਇੱਕ ਢਾਂਚਾਗਤ ਤਰੀਕੇ ਨਾਲ ਕਿਵੇਂ ਵਰਤਣਾ ਹੈ, ਇਸਦੇ ਵਿਵਹਾਰ ਨੂੰ ਤੋੜੇ ਬਿਨਾਂ ਗੁੰਝਲਦਾਰ ਕੋਡ ਨੂੰ ਕਿਵੇਂ ਠੀਕ ਕਰਨਾ ਹੈ, ਅਤੇ ਤਕਨੀਕੀ ਕਰਜ਼ੇ ਦਾ ਪ੍ਰਬੰਧਨ ਕਿਵੇਂ ਕਰਨਾ ਹੈ (ਤੇਜ਼ ਪਰ ਮਹਿੰਗੇ ਕੋਡ ਫੈਸਲੇ)।

ਧਾਰਨਾਵਾਂ: ਤਕਨੀਕੀ ਕਰਜ਼ਾ: ਗਤੀ ਲਈ ਅੱਜ ਕੋਡ ਫੈਸਲੇ ਲਏ ਗਏ ਹਨ ਜੋ ਭਵਿੱਖ ਵਿੱਚ ਰੱਖ-ਰਖਾਅ ਨੂੰ ਮੁਸ਼ਕਲ ਬਣਾਉਂਦੇ ਹਨ। ਕੋਡ ਗੰਧ: ਪੈਟਰਨ ਜੋ ਆਪਣੇ ਆਪ ਵਿੱਚ ਗਲਤੀਆਂ ਨਹੀਂ ਹਨ ਪਰ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ (ਬਹੁਤ ਲੰਬੇ ਫੰਕਸ਼ਨ, ਦੁਹਰਾਉਣ ਵਾਲਾ ਕੋਡ)। ਰਿਗਰੈਸ਼ਨ: ਜਦੋਂ ਕੋਈ ਤਬਦੀਲੀ ਕਿਸੇ ਚੀਜ਼ ਨੂੰ ਤੋੜ ਦਿੰਦੀ ਹੈ ਜੋ ਪਹਿਲਾਂ ਕੰਮ ਕਰ ਰਹੀ ਸੀ।

ਸਟ੍ਰਕਚਰਡ ਕੋਡ ਸਮੀਖਿਆ ਵਿੱਚ AI ਦੀ ਵਰਤੋਂ ਕਰਨਾ

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

1. ਦਾਇਰਾ ਦਿਓ। ਕਿਹੜਾ ਕੋਡ, ਕੀ ਕਰਨਾ ਹੈ, ਕਿਸ ਸੰਦਰਭ ਵਿੱਚ ਇਹ ਕੰਮ ਕਰਦਾ ਹੈ।
2. ਤਰਜੀਹੀ ਧੁਰਾ ਦਿਓ। ਸ਼ੁੱਧਤਾ ਅਤੇ ਸੁਰੱਖਿਆ ਪਹਿਲਾਂ, ਪੜ੍ਹਨਯੋਗਤਾ ਦੂਜੀ।
3. ਠੋਸ ਸੁਧਾਰ ਦੀ ਮੰਗ ਕਰੋ। ਹਰੇਕ ਖੋਜ ਲਈ "ਸਮੱਸਿਆ ਕਿਉਂ" ਅਤੇ "ਸਿਫਾਰਸ਼ੀ ਹੱਲ"।
4. ਤੁਸੀਂ ਖੋਜਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹੋ। AI ਝੂਠੇ ਸਕਾਰਾਤਮਕ ਵੀ ਪੈਦਾ ਕਰਦਾ ਹੈ; ਕੋਡ ਅਤੇ ਟੈਸਟਿੰਗ ਦੇ ਵਿਰੁੱਧ ਹਰੇਕ ਖੋਜ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।

ਸਟ੍ਰਕਚਰਡ ਰੀਵਿਊ ਪ੍ਰੋਂਪਟ: "ਇੱਕ ਸੀਨੀਅਰ ਇੰਜੀਨੀਅਰ ਦੀ ਤਰ੍ਹਾਂ ਹੇਠਾਂ ਦਿੱਤੇ ਫੰਕਸ਼ਨ ਦੀ ਜਾਂਚ ਕਰੋ। ਮਹੱਤਤਾ ਦੇ ਕ੍ਰਮ ਵਿੱਚ ਖੋਜਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ ਅਤੇ ਇਹਨਾਂ ਟੈਗਾਂ ਨਾਲ ਨਿਸ਼ਾਨ ਲਗਾਓ: [CRITICAL] ਤਰਕ/ਸੁਰੱਖਿਆ, [ਮੱਧਮ] ਕਿਨਾਰੇ ਦਾ ਕੇਸ/ਪ੍ਰਦਰਸ਼ਨ, [ਘੱਟ] ਪੜ੍ਹਨਯੋਗਤਾ/ਨਾਮ। ਹਰੇਕ ਖੋਜ ਲਈ: ਕਿਉਂ ਪੁੱਛੋ, ਠੋਸ ਫਿਕਸ ਟੂਲ, ਐਨਆਈਪੀਡੀਓ ਵਿੱਚ ਆਟੋਮੈਟਿਕ ਫਿਕਸਿੰਗ ਟੂਲ/ਡੈਂਟ SKOT ਸੁਝਾਏ ਜਾਣਗੇ। ਇਸ ਨੂੰ ਹੈਂਡਲ ਕਰੋ: [code]"

ਸੁਰੱਖਿਆ-ਕੇਂਦ੍ਰਿਤ ਸਮੀਖਿਆ ਪ੍ਰੋਂਪਟ: "ਸਿਰਫ਼ ਸੁਰੱਖਿਆ ਉਦੇਸ਼ਾਂ ਲਈ ਇਸ ਕੋਡ ਦੀ ਸਮੀਖਿਆ ਕਰੋ: ਇਨਪੁਟ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਘਾਟ, ਟੀਕੇ ਦਾ ਜੋਖਮ, ਅਧਿਕਾਰ ਨਿਯੰਤਰਣ ਦੀ ਘਾਟ, ਗੁਪਤ ਜਾਣਕਾਰੀ ਦਾ ਲੀਕ, ਅਸੁਰੱਖਿਅਤ ਡਿਫੌਲਟ। ਹਰੇਕ ਖੋਜ ਲਈ ਇੱਕ ਉਦਾਹਰਨ ਹਮਲੇ ਦੇ ਦ੍ਰਿਸ਼ ਨੂੰ ਜੋੜੋ। ਜੇਕਰ ਕੋਈ ਸੁਰੱਖਿਆ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ, ਤਾਂ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਦੱਸੋ ਕਿ 'ਮੈਨੂੰ ਕੋਈ ਵੀ ਗੰਭੀਰ ਸੁਰੱਖਿਆ ਮੁੱਦੇ ਨਹੀਂ ਮਿਲੇ: ਕੋਡ'।

ਸਾਵਧਾਨ: ਸਿਰਫ਼ ਕਿਉਂਕਿ AI ਕਹਿੰਦਾ ਹੈ "ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ" ਇਹ ਸਬੂਤ ਨਹੀਂ ਹੈ ਕਿ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ। AI ਝੂਠੇ ਨਕਾਰਾਤਮਕ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ; ਇੱਕ ਅਸਲ ਸੁਰੱਖਿਆ ਮੁੱਦੇ ਨੂੰ ਬਾਈਪਾਸ ਕਰ ਸਕਦਾ ਹੈ. AI ਸਮੀਖਿਆ ਪੂਰਕ, ਬਦਲੇ ਨਹੀਂ, ਮਨੁੱਖੀ ਸਮੀਖਿਆ ਅਤੇ ਸੁਰੱਖਿਆ ਜਾਂਚ। ਸੁਰੱਖਿਆ-ਨਾਜ਼ੁਕ ਕੋਡ ਵਿੱਚ, ਸਮਰੱਥ ਇੰਜੀਨੀਅਰ ਕੋਲ ਅੰਤਮ ਕਹਿਣਾ ਹੈ।

ਟੈਸਟ-ਸੁਰੱਖਿਅਤ ਰੀਫੈਕਟਰਿੰਗ

ਰੀਫੈਕਟਰਿੰਗ ਦਾ ਸੁਨਹਿਰੀ ਨਿਯਮ: ਪਹਿਲਾਂ ਟੈਸਟ ਕਰੋ, ਬਾਅਦ ਵਿੱਚ ਬਦਲੋ। ਕੋਡ ਨੂੰ ਫਿਕਸ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਅਜਿਹੇ ਟੈਸਟ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ ਜੋ ਮੌਜੂਦਾ ਵਿਵਹਾਰ ਨੂੰ ਲਾਕ ਕਰਦੇ ਹਨ ਤਾਂ ਜੋ ਤੁਹਾਨੂੰ ਤੁਰੰਤ ਪਤਾ ਲੱਗੇ ਕਿ ਕੀ ਤਬਦੀਲੀ ਕੁਝ ਤੋੜਦੀ ਹੈ। AI ਰੀਫੈਕਟਰਿੰਗ ਹੋਣ ਵੇਲੇ ਆਰਡਰ ਨਾ ਤੋੜੋ।

1. ਮੌਜੂਦਾ ਵਿਵਹਾਰ ਨੂੰ ਟੈਸਟ ਵਿੱਚ ਪਾਓ। ਨਹੀਂ ਤਾਂ, AI ਨੂੰ "ਚਰਿੱਤਰਕਰਨ ਟੈਸਟ" (ਟੈਸਟ ਜੋ ਮੌਜੂਦਾ ਵਿਵਹਾਰ ਨੂੰ ਕੈਪਚਰ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਇਹ ਹੈ) ਪੈਦਾ ਕਰਨ ਲਈ ਕਹੋ।
2. ਇਸ ਨੂੰ ਛੋਟੇ ਕਦਮਾਂ ਵਿੱਚ ਠੀਕ ਕਰੋ। ਟੈਸਟਿੰਗ ਨੂੰ ਹਰ ਕਦਮ 'ਤੇ ਹਰਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ.
3. ਹਰ ਕਦਮ ਦੇ ਬਾਅਦ ਇਸ ਨੂੰ ਚਲਾਓ. ਰਿਗਰੈਸ਼ਨ ਨੂੰ ਜਲਦੀ ਫੜੋ।

ਸੁਰੱਖਿਅਤ ਰੀਫੈਕਟਰਿੰਗ ਪਲਾਨ ਪ੍ਰੋਂਪਟ: "ਹੇਠ ਦਿੱਤੇ 60-ਲਾਈਨ ਫੰਕਸ਼ਨ ਬਹੁਤ ਜ਼ਿਆਦਾ ਕਰਦਾ ਹੈ ਅਤੇ ਪੜ੍ਹਨਾ ਔਖਾ ਹੈ। ਮੈਂ ਇਸਦੇ ਵਿਵਹਾਰ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ ਇਸਨੂੰ ਰੀਫੈਕਟਰ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ। ਪਹਿਲਾਂ: ਸੂਚੀ ਬਣਾਓ ਕਿ ਮੈਨੂੰ ਮੌਜੂਦਾ ਵਿਵਹਾਰ ਨੂੰ ਬੰਦ ਕਰਨ ਲਈ ਕਿਹੜੇ ਟੈਸਟ ਕੇਸਾਂ ਦੀ ਲੋੜ ਹੈ। ਫਿਰ: ਰੀਫੈਕਟਰਿੰਗ ਨੂੰ ਛੋਟੇ ਕਦਮਾਂ ਵਿੱਚ ਵੰਡੋ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਨੂੰ ਟੈਸਟਾਂ ਦੇ ਹਰੇ ਹੋਣ 'ਤੇ ਚਲਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। ਅਜੇ ਤੱਕ [ਪਲਾਨ ਪਹਿਲਾ ਕੋਡ ਨਾ ਲਿਖੋ:" ਕੋਡ ਦਿਓ।

ਕਮਜ਼ੋਰ ਪ੍ਰੋਂਪਟ / ਮਜ਼ਬੂਤ ਪ੍ਰੋਂਪਟ

ਕਮਜ਼ੋਰ: "ਇਸ ਕੋਡ ਨੂੰ ਬਿਹਤਰ ਬਣਾਓ।" (ਨਤੀਜਾ: ਅਸਪਸ਼ਟ ਕੀ ਸੁਧਾਰ ਕਰਨਾ ਹੈ; AI ਮਨਮਾਨੇ ਬਦਲਾਅ ਕਰਦਾ ਹੈ, ਚੁੱਪਚਾਪ ਵਿਵਹਾਰ ਨੂੰ ਬਦਲ ਸਕਦਾ ਹੈ।) STRONG: "ਪੜ੍ਹਨਯੋਗਤਾ ਲਈ ਇਸ ਭੁਗਤਾਨ ਗਣਨਾ ਫੰਕਸ਼ਨ ਨੂੰ ਰੀਫੈਕਟਰ ਕਰੋ। ਪਾਬੰਦੀ: ਵਿਵਹਾਰ ਬਿਲਕੁਲ ਉਹੀ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ, ਵਾਪਸੀ ਮੁੱਲ ਨਹੀਂ ਬਦਲਣੇ ਚਾਹੀਦੇ। ਲੰਬੇ ਫੰਕਸ਼ਨ ਨੂੰ ਅਰਥਪੂਰਨ ਉਪਯੋਗਤਾ ਫੰਕਸ਼ਨਾਂ ਵਿੱਚ ਵੰਡੋ, ਨਾਮਕ ਸਥਿਰਾਂਕਾਂ ਵਿੱਚ ਜਾਦੂ ਸੰਖਿਆਵਾਂ ਨੂੰ ਵਧਾਓ। ਇਹ ਹਰ ਇੱਕ ਵਿਹਾਰ ਨੂੰ ਬਦਲਦਾ ਹੈ ਅਤੇ ਇਹ ਸੂਚੀ ਬਦਲਦਾ ਨਹੀਂ ਹੈ। ਕੋਡ: [ਕੋਡ]"

ਸ਼ਕਤੀਸ਼ਾਲੀ ਪ੍ਰੋਂਪਟ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦੱਸਦਾ ਹੈ ਕਿ "ਵਿਵਹਾਰ ਬਿਲਕੁਲ ਉਹੀ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ" ਰੁਕਾਵਟ ਅਤੇ ਕੀ ਸੁਧਾਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਇਸ ਰੁਕਾਵਟ ਦੇ ਬਿਨਾਂ, AI "ਸੁਧਾਰ" ਦੇ ਨਾਮ 'ਤੇ ਤਰਕ ਨੂੰ ਬਦਲ ਸਕਦਾ ਹੈ ਅਤੇ ਇੱਕ ਚੁੱਪ ਪ੍ਰਤੀਕਰਮ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ।

ਤਕਨੀਕੀ ਕਰਜ਼ੇ ਦਾ ਪ੍ਰਬੰਧਨ

ਪਹੁੰਚ

ਥੋੜੇ ਸਮੇਂ ਵਿੱਚ

ਲੰਬੇ ਸਮੇਂ ਵਿੱਚ

ਕਰਜ਼ੇ ਦੀ ਅਣਦੇਖੀ

ਤੇਜ਼ ਤਰੱਕੀ

ਰੱਖ-ਰਖਾਅ ਅਧਰੰਗ, ਟੀਮ ਹੌਲੀ ਹੋ ਰਹੀ ਹੈ

ਸਭ ਕੁਝ ਮੁੜ ਲਿਖੋ

ਸਥਾਈ ਵਿਸ਼ੇਸ਼ਤਾ ਵਿਕਾਸ

ਅਨਿਸ਼ਚਿਤ ਵਾਪਸੀ, ਉੱਚ ਜੋਖਮ

ਮਾਪਿਆ, ਟੈਸਟ-ਸੁਰੱਖਿਅਤ ਰੀਫੈਕਟਰਿੰਗ

ਮਾਮੂਲੀ ਮੰਦੀ

ਟਿਕਾਊ ਗਤੀ

ਸਭ ਤੋਂ ਸਿਹਤਮੰਦ ਤਰੀਕਾ ਤੀਸਰਾ ਹੈ: ਕਰਜ਼ੇ ਨੂੰ ਦ੍ਰਿਸ਼ਮਾਨ ਬਣਾਓ (ਇਸ ਨੂੰ ਸੂਚੀ ਵਿੱਚ ਟ੍ਰੈਕ ਕਰੋ), ਉਸ ਥਾਂ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਜਿੱਥੇ ਇਹ ਸਭ ਤੋਂ ਵੱਧ ਦੁਖਦਾਈ ਹੈ, ਅਤੇ ਹਰੇਕ ਫਿਕਸ ਦੀ ਜਾਂਚ ਕਰੋ। AI ਕਰਜ਼ੇ ਦੀਆਂ ਵਸਤੂਆਂ ਦੀ ਪਛਾਣ ਕਰਨ ਅਤੇ ਤਰਜੀਹ ਦੇਣ ਵਿੱਚ ਇੱਕ ਚੰਗੀ ਮਦਦ ਹੈ, ਪਰ ਕਿਸ ਕਰਜ਼ੇ ਦਾ ਭੁਗਤਾਨ ਕਰਨਾ ਹੈ ਇਹ ਇੱਕ ਵਪਾਰਕ ਫੈਸਲਾ ਹੈ।

ਮਿੰਨੀ ਕੇਸ

ਕੇਸ 1 - ਚੁੱਪ ਰਿਗਰੈਸ਼ਨ। ਇੱਕ ਡਿਵੈਲਪਰ ਏਆਈ ਨੂੰ "ਇਸ ਫੰਕਸ਼ਨ ਨੂੰ ਸਰਲ ਬਣਾਉਣ" ਲਈ ਕਹਿੰਦਾ ਹੈ; AI ਇੱਕ ਸ਼ਰਤ ਦਾ ਗਲਤ ਅਨੁਵਾਦ ਕਰਦਾ ਹੈ ਅਤੇ ਵਾਪਸੀ ਦੀ ਗਣਨਾ ਟੁੱਟ ਜਾਂਦੀ ਹੈ। ਕਿਉਂਕਿ ਕੋਈ ਟੈਸਟਿੰਗ ਨਹੀਂ ਹੈ, ਗਾਹਕ ਸ਼ਿਕਾਇਤ ਦੇ ਨਾਲ 3 ਹਫ਼ਤਿਆਂ ਬਾਅਦ ਗਲਤੀ ਹੁੰਦੀ ਹੈ। ਟੀਮ ਪਹਿਲਾਂ ਚਰਿੱਤਰਕਰਨ ਟੈਸਟ ਲਿਖ ਕੇ ਉਹੀ ਕੰਮ ਕਰਦੀ ਹੈ ਅਤੇ ਪਹਿਲੀ ਦੌੜ 'ਤੇ ਲਾਲ ਟੈਸਟ ਨਾਲ ਗਲਤੀ ਨੂੰ ਫੜਦੀ ਹੈ।

ਕੇਸ 2 - ਉਪਯੋਗੀ ਦੂਜੀ ਅੱਖ। ਇੱਕ ਕੋਡ ਸਮੀਖਿਆ ਵਿੱਚ, AI ਨੂੰ ਇਹ ਅਹਿਸਾਸ ਹੁੰਦਾ ਹੈ ਕਿ ਉਪਭੋਗਤਾ ਅਧਿਕਾਰ ਦੀ ਜਾਂਚ ਸਿਰਫ ਇੰਟਰਫੇਸ ਵਿੱਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਨਾ ਕਿ ਸਰਵਰ 'ਤੇ। ਇਹ ਇੱਕ ਅਣਅਧਿਕਾਰਤ ਪਹੁੰਚ ਕਮਜ਼ੋਰੀ ਹੈ। ਇੰਜੀਨੀਅਰ ਸਰਵਰ-ਸਾਈਡ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂਚ ਨੂੰ ਜੋੜਦਾ ਹੈ; AI ਨਿਰੀਖਣ ਇੱਕ ਅਸਲ ਸੁਰੱਖਿਆ ਘਟਨਾ ਨੂੰ ਰੋਕਦਾ ਹੈ।

ਕੇਸ 3 — ਗਲਤ ਸਕਾਰਾਤਮਕ। AI ਕਹਿੰਦਾ ਹੈ "ਇਹ ਵੇਰੀਏਬਲ ਕਦੇ ਨਹੀਂ ਵਰਤਿਆ ਜਾਂਦਾ, ਇਸਨੂੰ ਮਿਟਾਓ"; ਹਾਲਾਂਕਿ, ਇਹ ਅਸਿੱਧੇ ਰੂਪ ਵਿੱਚ ਇੱਕ ਪਰਿਵਰਤਨਸ਼ੀਲ ਪ੍ਰਤੀਬਿੰਬ ਵਿਧੀ ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਜੇ ਇੰਜੀਨੀਅਰ ਨੇ ਟੈਸਟ ਦੇ ਵਿਰੁੱਧ ਸੁਝਾਅ ਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕੀਤੀ, ਤਾਂ ਇਸਨੂੰ ਮਿਟਾ ਦਿੱਤਾ ਜਾਵੇਗਾ ਅਤੇ ਰਨਟਾਈਮ ਗਲਤੀ ਹੋ ਜਾਵੇਗੀ। ਲਾਗੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹਰੇਕ AI ਖੋਜ ਦੀ ਪੁਸ਼ਟੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।

ਆਮ ਗਲਤੀਆਂ

• ਬਿਨਾਂ ਟੈਸਟ ਕੀਤੇ ਰੀਫੈਕਟਰਿੰਗ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਕੁਝ ਵੀ ਨਹੀਂ ਬਚਿਆ ਹੈ ਕਿ ਵਿਵਹਾਰ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਿਆ ਗਿਆ ਹੈ.
• AI ਖੋਜਾਂ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕੀਤੇ ਬਿਨਾਂ ਲਾਗੂ ਕਰਨਾ। ਝੂਠੇ ਸਕਾਰਾਤਮਕ ਅਤੇ ਝੂਠੇ ਨਕਾਰਾਤਮਕ ਦੋਵੇਂ ਵਾਪਰਦੇ ਹਨ।
• ਫਾਰਮੈਟ ਸਮੱਸਿਆਵਾਂ 'ਤੇ ਮਨੁੱਖੀ ਸਮਾਂ ਬਰਬਾਦ ਕਰਨਾ. ਸਵੈਚਲਿਤ ਸਾਧਨਾਂ ਦੁਆਰਾ ਹੱਲ ਕੀਤੇ ਜਾ ਸਕਣ ਵਾਲੇ ਕਾਰਜਾਂ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰਨਾ ਅਸਲ ਜੋਖਮਾਂ ਦੀ ਪਰਛਾਵੇਂ ਕਰਦਾ ਹੈ।
• "ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ" ਦਾ ਜਵਾਬ ਗਾਰੰਟੀ ਵਜੋਂ ਲੈਣਾ। AI ਕਮਜ਼ੋਰੀ ਨੂੰ ਬਾਈਪਾਸ ਕਰ ਸਕਦਾ ਹੈ; ਮਨੁੱਖੀ ਸਮੀਖਿਆ ਦੀ ਲੋੜ ਹੈ.
• ਇੱਕ ਵਾਰ ਵਿੱਚ ਸਾਰਾ ਕਰਜ਼ਾ ਚੁਕਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹੈ। ਮੁੱਖ ਪੁਨਰ-ਲਿਖਤ ਜੋਖਮ ਭਰੇ ਹਨ; ਟੈਸਟਿੰਗ ਦੁਆਰਾ ਮਾਪੇ ਅਤੇ ਸੁਰੱਖਿਅਤ ਕੀਤੇ ਗਏ ਕਦਮਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ।

ਸਾਰੰਸ਼ ਵਿੱਚ

ਕੋਡ ਸਮੀਖਿਆ ਅਤੇ ਰੀਫੈਕਟਰਿੰਗ ਕੋਡ ਦੀ ਲੰਮੀ ਉਮਰ ਨਿਰਧਾਰਤ ਕਰਦੀ ਹੈ। AI ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ ਦੂਜੀ ਅੱਖ ਅਤੇ ਯੋਜਨਾ ਜਨਰੇਟਰ ਹੈ: ਤਰਜੀਹੀ ਖੋਜਾਂ, ਸੁਰੱਖਿਆ ਦ੍ਰਿਸ਼ਾਂ, ਅਤੇ ਛੋਟੇ-ਕਦਮ ਦੀਆਂ ਰੀਫੈਕਟਰਿੰਗ ਯੋਜਨਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਪਰ ਰੀਫੈਕਟਰਿੰਗ ਨਾਲ ਵਿਵਹਾਰ ਨੂੰ ਨਹੀਂ ਬਦਲਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ ਟੈਸਟਿੰਗ ਇਸਦੀ ਗਾਰੰਟੀ ਦਿੰਦੀ ਹੈ। ਕੋਡ ਅਤੇ ਟੈਸਟਿੰਗ ਦੇ ਵਿਰੁੱਧ ਹਰ ਏਆਈ ਖੋਜ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰੋ; "ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ" ਜਵਾਬ ਨੂੰ ਸਬੂਤ ਵਜੋਂ ਨਾ ਲਓ। ਤਕਨੀਕੀ ਕਰਜ਼ੇ ਨੂੰ ਦ੍ਰਿਸ਼ਮਾਨ ਬਣਾਓ ਅਤੇ ਇਸ ਨੂੰ ਮਾਪੇ, ਟੈਸਟ-ਸੁਰੱਖਿਅਤ ਕਦਮਾਂ ਵਿੱਚ ਅਦਾ ਕਰੋ।

ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਕੰਮ

ਇੱਕ 40-70 ਲਾਈਨ ਲਓ, ਤੁਹਾਡੇ ਕੋਲ ਕੁਝ ਗੁੰਝਲਦਾਰ ਫੰਕਸ਼ਨ ਹੈ (ਜਾਂ AI ਜਨਰੇਟ ਹੈ)। ਪਹਿਲਾਂ ਢਾਂਚਾਗਤ ਸਮੀਖਿਆ ਪ੍ਰੋਂਪਟ ਦੀ ਪਾਲਣਾ ਕਰੋ ਅਤੇ ਨਤੀਜਿਆਂ ਨੂੰ [ਕ੍ਰਿਟੀਕਲ]/[ਮਾਧਿਅਮ]/[ਘੱਟ] ਦੇ ਰੂਪ ਵਿੱਚ ਕ੍ਰਮਬੱਧ ਕਰੋ; ਕੋਡ ਦੇ ਵਿਰੁੱਧ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਖੋਜ ਦੀ ਦਸਤੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਫਿਰ, ਸੁਰੱਖਿਅਤ ਰੀਫੈਕਟਰਿੰਗ ਪਲਾਨ ਪ੍ਰੋਂਪਟ ਦੇ ਨਾਲ, ਪਹਿਲਾਂ ਚਰਿੱਤਰਕਰਨ ਟੈਸਟ ਤਿਆਰ ਕਰੋ ਅਤੇ ਚਲਾਓ, ਫਿਰ ਛੋਟੇ ਕਦਮਾਂ ਵਿੱਚ ਰੀਫੈਕਟਰਿੰਗ ਲਾਗੂ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਟੈਸਟ ਹਰ ਪੜਾਅ 'ਤੇ ਹਰੇ ਰਹਿੰਦੇ ਹਨ।

ਚੈੱਕਲਿਸਟ

• [ ] ਮੈਂ ਤਰਜੀਹੀ ਟੈਗਾਂ (ਨਾਜ਼ੁਕ/ਮੱਧਮ/ਘੱਟ) ਦੇ ਨਾਲ ਸਮੀਖਿਆ ਦਾ ਸੰਰਚਨਾ ਕੀਤਾ ਹੈ।
• [ ] ਮੈਂ ਕੋਡ/ਟੈਸਟ ਦੇ ਵਿਰੁੱਧ ਘੱਟੋ-ਘੱਟ ਇੱਕ AI ਖੋਜ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਹੈ।
• [ ] ਮੈਂ ਰੀਫੈਕਟਰਿੰਗ ਤੋਂ ਪਹਿਲਾਂ ਮੌਜੂਦਾ ਵਿਵਹਾਰ ਦੀ ਜਾਂਚ ਕੀਤੀ।
• [ ] ਮੈਂ ਛੋਟੇ ਕਦਮਾਂ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕੀਤੀਆਂ ਅਤੇ ਹਰੇਕ ਪੜਾਅ 'ਤੇ ਟੈਸਟ ਕਰਵਾਏ।
• [ ] ਮੈਂ ਪ੍ਰੋਂਪਟ ਵਿੱਚ "ਵਿਵਹਾਰ ਨੂੰ ਇੱਕੋ ਜਿਹਾ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ" ਪਾਬੰਦੀ ਨੂੰ ਨਿਰਧਾਰਤ ਕੀਤਾ ਹੈ।
• [ ] ਮੈਂ ਪੁਸ਼ਟੀ ਕੀਤੀ ਹੈ ਕਿ ਸੁਰੱਖਿਆ ਖੋਜਾਂ ਲਈ ਮਨੁੱਖੀ ਪੁਸ਼ਟੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।