ਜਾਣੋ ਕਿ ਕਿਵੇਂ vibe coding ਤੇਜ਼ ਪ੍ਰਯੋਗਾਂ ਨੂੰ ਨਵੇਂ ਉਤਪਾਦ ਵਿਚਾਰਾਂ ਵਿੱਚ ਬਦਲਦਾ ਹੈ, ਕਿਉਂ ਯੋਜਨਾ ਅਕਸਰ ਉਹਨਾਂ ਨੂੰ ਫਿਲਟਰ ਕਰ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਕਿਵੇਂ ਅਸਲ ਯੂਜ਼ਰ ਸੰਕੇਤਾਂ ਨਾਲ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਖੋਜ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।

“Vibe coding” ਇਕ ਸਧਾਰਨ ਵਿਚਾਰ ਹੈ: ਜਦੋਂ ਤੁਹਾਡੇ ਮਨ ਵਿੱਚ ਜਿਗਿਆਸਾ ਹੋਵੇ ਤਦ ਤੇਜ਼ੀ ਨਾਲ ਬਣਾਉ। ਪਹਿਲਾਂ ਹੀ ਬਿਹਤਰੀਨ ਹੱਲ ਦੀ ਭਵਿੱਖਬਾਣੀ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਦੀ ਬਜਾਏ, ਤੁਸੀਂ ਇੱਕ ਖਾਲੀ ਫ਼ਾਇਲ (ਜਾਂ ਪ੍ਰੋਟੋਟਾਈਪ ਟੂਲ) ਖੋਲ੍ਹਦੇ ਹੋ, ਇਕ ਅਨੁਭਾਵ ਦਾ ਪੀਛਾ ਕਰਦੇ ਹੋ, ਅਤੇ ਦੇਖਦੇ ਹੋ ਕਿ ਕੀ ਹੁੰਦਾ ਹੈ। ਮਕਸਦ polish ਨਹੀਂ—ਸਿੱਖਣਾ, ਗਤੀ, ਅਤੇ ਹੈਰਾਨੀ ਹੈ।
ਸਵੇਰੇ ਹੋਣ 'ਤੇ vibe coding ਸਾਫਟਵੇਅਰ ਨਾਲ ਸਕੇਚ ਕਰਨ ਵਰਗਾ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ। ਤੁਸੀਂ ਇੱਕ UI ਲੇਆਊਟ, ਇਕ ਛੋਟਾ ਵਰਕਫਲੋ, ਇਕ ਅਜੀਬ ਫੀਚਰ ਟੌਗਲ, ਇਕ ਵੱਖਰਾ ਡੇਟਾ ਵਿਊ—ਜੋ ਵੀ ਤੁਹਾਨੂੰ “ਜੇ” ਦੇ ਸਵਾਲ ਦਾ جواب ਮਿੰਟਾਂ ਵਿੱਚ ਦੇ ਸਕੇ—ਅਜ਼ਮਾਉਂਦੇ ਹੋ।
ਇੱਕ ਆਮ sprint ਡਿਲਿਵਰੀ ਲਈ optimize ਹੁੰਦਾ ਹੈ: ਸਾਫ਼ ਲੋੜਾਂ, ਅੰਦਾਜ਼ੇ, ਸਕੋਪ ਕੀਤੇ ਹੋਏ ਕਾਰਜ ਅਤੇ definition of done। Vibe coding ਖੋਜ ਲਈ optimize ਹੁੰਦਾ ਹੈ: ਅਸਪਸ਼ਟ ਲੋੜਾਂ, ਢਿੱਲਾ ਸਕੋਪ, ਅਤੇ definition of learned।
ਇਸਦਾ ਮਤਲਬ “ਕੋਈ ਅਨੁਸ਼ਾਸਨ ਨਹੀਂ” ਨਹੀਂ। ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਅਨੁਸ਼ਾਸਨ ਵੱਖਰਾ ਹੈ: ਤੁਸੀਂ ਪੂਰਨਤਾ ਵੱਧੇ ਚਾਹੇ ਤੇਜ਼ੀ ਦੀ ਰੱਖਿਆ ਕਰਦੇ ਹੋ, ਅਤੇ ਕੁਝ ਐਕਸਪਰਿਮੈਂਟਾਂ ਨੂੰ ਛੱਡ ਦਿੱਤਾ ਜਾਣਾ ਸਵੀਕਾਰ ਕਰ ਲੈਂਦੇ ਹੋ।
Vibe coding ਰਣਨੀਤੀ, ਰੋਡਮੇਪ ਜਾਂ ਚੰਗੇ ਉਤਪਾਦ ਨਿਰਣੇ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦਾ। ਇਹ ਯੂਜ਼ਰ ਦੀਆਂ ਲੋੜਾਂ ਨੂੰ ਛੱਡਣ, ਸੀਮਾਵਾਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਜਾਂ ਅਧ-ਪਕੀਆ ਵਿਚਾਰਾਂ ਨੂੰ ਜਾਰੀ ਕਰਨ ਦੀ ਬਹਾਨਾ ਨਹੀਂ ਹੈ।
ਇਹ ਪਰ ਉਤਪਾਦ ਖੋਜ ਨੂੰ ਊਰਜਾ ਦਿੰਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਸ਼ੁਰੂ ਵਿੱਚ ਵਸਤੁਸਭਲ ਆਰਟੀਫੈਕਟ ਬਣਾਂਦਾ ਹੈ—ਕੁਝ ਜਿਸਨੂੰ ਤੁਸੀਂ ਕਲਿੱਕ ਕਰ ਸਕਦੇ ਹੋ, ਪ੍ਰਤੀਕਿਆ ਦੇ ਸਕਦੇ ਹੋ, ਅਤੇ ਟੈਸਟ ਕਰ ਸਕਦੇ ਹੋ। ਜਦੋਂ ਤੁਸੀਂ ਇਕ ਵਿਚਾਰ ਨੂੰ ਵੇਖ ਅਤੇ ਮਹਿਸੂਸ ਕਰ ਸਕਦੇ ਹੋ, ਤੁਸੀਂ ਉਹ ਸਮੱਸਿਆਵਾਂ (ਤੇ ਮੌਕਿਆਂ) ਨੋਟਿਸ ਕਰਦੇ ਹੋ ਜੋ ਕਿਸੇ ਡੌਕਯੂਮੈਂਟ ਨਾਲ ਨਹੀਂ ਖੁਲਦੀਆਂ।
ਇੱਕ ਵਧੀਆ vibe coding ਸੈਸ਼ਨ ਇਹ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ:
ਯੋਜਨਾ ਟੀਮਾਂ ਨੂੰ ਸਮਾਂ ਬਰਬਾਦ ਤੋਂ ਬਚਾਉਣ ਲਈ ਬਣਾਈ ਜਾਂਦੀ ਹੈ। ਪਰ ਇਹ ਇੱਕ ਫਿਲਟਰ ਵਾਂਗ ਵੀ ਕੰਮ ਕਰਦੀ ਹੈ—ਅਤੇ ਸਟਾਰਟਿੰਗ-ਅਵਸਥਾ ਦੇ ਵਿਚਾਰ ਨਾਜ਼ੁਕ ਹੁੰਦੇ ਹਨ।
ਕਿਸੇ ਚੀਜ਼ ਨੂੰ ਮਨਜ਼ੂਰ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਅਕਸਰ ਇਕ ਜਾਣ-ਪਛਾਣ ਚੈੱਕਲਿਸਟ 'ਤੇ ਖੜਾ ਹੋਣਾ ਪੈਂਦਾ ਹੈ:
ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ “ਖ਼ਰਾਬ” ਨਹੀਂ—ਪਰ ਇਹਨਾਂ ਨੂੰ ਜਾਣ-ਪਛਾਣ ਵਾਲੇ ਕੰਮਾਂ ਲਈ optimize ਕੀਤਾ ਗਿਆ ਹੈ, ਨਾ ਕਿ ਅਣਜਾਣ ਮੌਕਿਆਂ ਲਈ।
ਸੱਚੇ ਨਵੇਂ ਉਤਪਾਦ ਮੁੱਲ ਦੀ ਦਸਤਾਵੇਜ਼ ਤੋਂ ਭਵਿੱਖਬਾਣੀ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੈ। ਜੇ ਤੁਸੀਂ ਇਕ ਨਵੀਂ ਵਰਤੋ, ਨਵਾਂ ਵਰਕਫਲੋ, ਜਾਂ ਅਜਿਹੇ ਦਰਸ਼ਕ ਦੀ ਖੋਜ ਕਰ ਰਹੇ ਹੋ ਜੋ ਅਣਜਾਣ ਹਨ, ਸਭ ਤੋਂ ਵੱਡੇ ਸਵਾਲ ਇਹ ਨਹੀਂ ਕਿ “ਇਹ ਕਿੰਨਾ ਕਮਾਏਗਾ?”—ਇਹ ਹਨ “ਕੀ ਲੋਕ ਪਰਵਾਹ ਕਰਦੇ ਹਨ?” ਅਤੇ “ਉਹ ਪਹਿਲਾਂ ਕੀ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਗੇ?”
ਇਹ ਉੱਤਰ spreadsheets 'ਚ ਨਹੀਂ ਆਉਂਦੇ। ਇਹ ਪ੍ਰਤੀਕਿਰਿਆਵਾਂ ਵਿੱਚ ਆਉਂਦੇ ਹਨ: ਉਲਝਣ, ਜਿਗਿਆਸਾ, ਦੁਹਰਾਈ ਵਰਤੋਂ, ਤੇਜ਼ ਤੋੜ-ਢੋੜ, ਅਣਉਮੀਦ ਵਰਕਅਰਾਊਂਡ।
ਯੋਜਨਾ ਪ੍ਰਕਿਰਿਆਆਂ ਉਹਨਾਂ ਵਿਚਾਰਾਂ ਨੂੰ ਇਨਾਮ ਦਿੰਦੀਆਂ ਹਨ ਜੋ ਪਹਿਲਾਂ ਤਿਆਰ ਕੀਤੇ ਕਿਸੇ ਕਾਮਯਾਬ ਚੀਜ਼ ਵਰਗੇ ਲੱਗਦੇ ਹਨ। ਉਹਨਾਂ ਨੂੰ ਸਮਝਾਉਣਾ, ਅੰਦਾਜ਼ਾ ਲਗਾਉਣਾ, ਅਤੇ ਬਚਾਉਣਾ ਆਸਾਨ ਹੁੰਦਾ ਹੈ।
ਦੂਜੇ ਪਾਸੇ, ਅਜੀਬ ਪਰ ਵਾਅਦੇਵੰਦ ਵਿਚਾਰ ਅਕਸਰ vague ਲੱਗਦੇ ਹਨ, ਅਸਪਸ਼ਟ ਸ਼੍ਰੇਣੀਆਂ ਰੱਖਦੇ ਹਨ, ਜਾਂ ਧਾਰਣਾਵਾਂ ਨੂੰ ਟੋੜਦੇ ਹਨ (“ਜੇ ਅਸੀਂ ਇਹ ਕਦਮ ਹੀ ਹਟਾ ਦਿੱਤਾ?”)। ਅਕਸਰ ਉਨ੍ਹਾਂ ਨੂੰ ਖਤਰਨਾਕ ਟੈਗ ਲੱਗ ਜਾਂਦਾ ਹੈ—ਨਾ ਕਿ ਉਹ ਮੰਦੇ ਹਨ, ਪਰ ਇਨਫਰੰਟ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੁੰਦਾ ਹੈ।
ਜਦੋਂ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਜਾਣਦੇ ਹੋ ਕਿ ਤੁਸੀਂ ਕੀ ਬਣਾ ਰਹੇ ਹੋ ਅਤੇ ਕਿਉਂ, ਯੋਜਨਾ चमਕਦੀ ਹੈ। ਪਰ ਸ਼ੁਰੂਆਤੀ ਖੋਜ ਵੱਖਰੀ ਹੁੰਦੀ ਹੈ: ਇਸਨੂੰ ਛੋਟੇ ਦਾਅਵੇ, ਤੇਜ਼ ਸਿੱਖਣ ਅਤੇ ਸਸਤੇ ਗਲਤ ਹੋਣ ਦੀ ਇਜਾਜ਼ਤ ਚਾਹੀਦੀ ਹੈ। Vibe coding ਇੱਥੇ ਫਿੱਟ ਬੈਠਦਾ ਹੈ—ਯਕੀਨੀਤਾ ਤੋਂ ਪਹਿਲਾਂ—ਤਾਂ ਕਿ ਹੈਰਾਨ ਕਰਨ ਵਾਲੇ ਵਿਚਾਰ ਆਪਣਾ ਸਾਬਤ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਸਮਾਂ ਰਹਿ ਸਕਣ।
ਖੋਜ ਨੂੰ ਅਕਸਰ ਦੋਸ਼-ਭਾਣਪੇਸ਼ੀ ਵਰਗ ਸਮਝਿਆ ਜਾਂਦਾ ਹੈ: “ਅਸਲੀ ਕੰਮ” ਹੋਣ ਤੋਂ ਬਾਅਦ ਦਾ ਸੁਆਦ। Vibe coding ਇਸਨੂੰ ਉਲਟ ਦਿਖਾਉਂਦਾ ਹੈ। ਖੋਜ ਹੀ ਕੰਮ ਹੈ—ਕਿਉਂਕਿ ਇਹ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਕੀ ਬਣਾਉਣਾ ਲਾਇਕ ਹੈ ਪਹਿਲਾਂ ਕਿ ਤੁਸੀਂ ਹਫ਼ਤਿਆਂ ਤੱਕ ਯੋਜਨਾ ਲਈ ਦਲੀਲ ਕਰੋ।
ਖੇਡ ਤਦ ਕਾਰਗਰ ਹੁੰਦੀ ਜਦੋਂ ਉਦੇਸ਼ ਸਿੱਖਣਾ ਹੋਵੇ, ਸ਼ਿਪ ਕਰਨਾ ਨਹੀਂ। ਇਕ vibe coding ਸੈਸ਼ਨ ਵਿੱਚ, ਤੁਸੀਂ “ਮੂਰਖ” ਵਿਕਲਪ ਅਜ਼ਮਾਣ ਦੀ ਆਜ਼ਾਦੀ ਰੱਖਦੇ ਹੋ, ਇੱਕ ਅਲੱਗ ਇੰਟਰੈਕਸ਼ਨ ਜੋੜਦੇ ਹੋ, ਜਾਂ ਅਧ-ਤਿਆਰ ਵਿਚਾਰ ਨੂੰ ਬਿਨਾਂ ਮਨਜ਼ੂਰੀ ਮੰਗੇ ਟੈਸਟ ਕਰਦੇ ਹੋ।
ਇਹ ਆਜ਼ਾਦੀ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਬਹੁਤ ਸਾਰੇ ਵਾਅਦੇਵੰਦ ਸੰਕਲਪ ਡੌਕ 'ਚ ਅਨੁਠੇ ਲੱਗਦੇ ਹਨ, ਪਰ ਜਦੋਂ ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਨੂੰ ਕਲਿੱਕ, ਟයිਪ ਅਤੇ ਮਹਿਸੂਸ ਕਰ ਸਕਦੇ ਹੋ ਤਾਂ ਉਹ ਸਪਸ਼ਟ ਹੋ ਜਾਂਦੇ ਹਨ। ਥਿਓਰੀ 'ਤੇ ਵਾਦ-ਵਿਵਾਦ ਕਰਨ ਦੀ ਬਜਾਏ, ਤੁਸੀਂ ਕੁਝ ਛੋਟਾ ਬਣਾਉਂਦੇ ਹੋ ਜੋ ਵਾਪਸ ਪ੍ਰਤੀਕਿਰਿਆ ਦੇ ਸਕੇ।
ਵਿਰੋਧ ਭਾਵਨਾਤਮਕ ਤੌਰ 'ਤੇ ਕਿ ਕੁਝ ਸੀਮਿਤ ਕਰਨ ਨਾਲ ਰਚਨਾਤਮਕਤਾ ਨੂੰ ਉਤਸ਼ਾਹ ਮਿਲਦਾ ਹੈ। 30–60 ਮਿੰਟ ਦਾ ਟਾਈਮਬਾਕਸ ਤੁਹਾਨੂੰ ਇਕ ਵਿਚਾਰ ਦਾ ਸਭ ਤੋਂ ਸਧਾਰਣ ਸੰਸਕਰਣ ਚੁਣਣ ਲਈ ਮਜ਼ਬੂਰ ਕਰਦਾ ਹੈ ਅਤੇ ਦੇਖਦਾ ਹੈ ਕਿ ਕੀ ਝਟਕਾ ਹੈ। ਤੁਸੀਂ ਜਿਆਦਾ ਡਿਜ਼ਾਈਨ ਨਹੀਂ ਕਰੋਗੇ, ਅਤੇ ਜਲ्दी ਦੋ ਜਾਂ ਤਿੰਨ ਦਿਸ਼ਾਵਾਂ ਅਜ਼ਮਾਉਣ ਦੇ ਯੋਗ ਹੋਵੋਗੇ।
ਸੀਮਾਵਾਂ ਸਾਦੇ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਜਿਵੇਂ:
ਜਦੋਂ ਤੁਸੀਂ ਸਿੱਖਣ ਲਈ ਬਣਾਉਂਦੇ ਹੋ, ਤਰੱਕੀ ਨਤੀਜੇ ਵਿੱਚ ਨਹੀਂ—ਪਰ ਅੰਤਰਦ੍ਰਿਸ਼ਟੀ ਵਿੱਚ ਮਾਪੀ ਜਾਂਦੀ ਹੈ। ਹਰ ਛੋਟਾ ਪ੍ਰੋਟੋਟਾਈਪ ਇੱਕ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ: ਕੀ ਇਹ ਵਰਕਫਲੋ ਕੁਦਰਤੀ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ? ਕੀ ਲਫ਼ਜ਼ ਗੁੰਝਲਦਾਰ ਹਨ? ਕੀ ਕੋਰ ਮੋੜ ਅਸਲ ਵਿੱਚ ਸੰਤੋਸ਼ਜਨਕ ਹੈ?
ਉਹ ਉੱਤਰ ਗਤੀ ਪੈਦਾ ਕਰਦੇ ਹਨ ਕਿਉਂਕਿ ਉਹ ਸਪਸ਼ਟ ਅਤੇ ਤੁਰੰਤ ਹੁੰਦੇ ਹਨ।
ਬਾਰ-ਬਾਰ ਖੋਜ ਤੁਹਾਡੇ ਉਤਪਾਦ “ਸੁਆਦ” ਨੂੰ ਤਰਬੀਅਤ ਕਰਦੀ ਹੈ—ਉਹ ਸਮਰੱਥਾ ਜੋ ਤੁਹਾਨੂੰ ਮਹਿਸੂਸ ਕਰਨ ਦਿੰਦੀ ਹੈ ਕਿ ਕੀ ਸੁੰਦਰ, ਵਰਤਣਯੋਗ ਅਤੇ ਯੂਜ਼ਰਾਂ ਲਈ ਵਿਸ਼ਵਾਸਯੋਗ ਹੈ। ਸਮੇਂ ਦੇ ਨਾਲ ਤੁਸੀਂ ਨਿਰਾਸ਼ ਕਰਨ ਵਾਲੀਆਂ ਰਾਹਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਪਛਾਣ ਲੈਂਦੇ ਹੋ, ਅਤੇ ਅਜੀਬ ਵਿਚਾਰਾਂ ਨੂੰ ਪਛਾਣਨ ਵਿੱਚ ਤੇਜ਼ ਹੋ ਜਾਂਦੇ ਹੋ ਜੋ ਅਸਲ ਵਿੱਚ ਅਗਲੇ ਕਦਮ ਬਣ ਸਕਦੇ ਹਨ (ਜਿਆਦਾ ਵੇਰਵਾ blog/turning-experiments-into-real-product-signals ਵਿੱਚ)।
Vibe coding ਇਕ ਸਧਾਰਨ ਫਾਇਦਾ ਉਤਸ਼ਾਹਿਤ ਕਰਦਾ ਹੈ: ਸਾਫਟਵੇਅਰ ਤੁਹਾਨੂੰ ਤੁਰੰਤ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਤੁਹਾਨੂੰ ਕਿਸੇ ਮੀਟਿੰਗ ਵਿੱਚ “ਇੱਕ ਵਿਚਾਰ ਦਾ ਕੀ ਮਤਲਬ ਹੈ” ਬਾਰੇ ਫੈਸਲਾ ਨਹੀਂ ਕਰਨਾ ਪੈਂਦਾ—ਤੁਸੀਂ ਉਸਨੂੰ ਦੇਖ ਸਕਦੇ ਹੋ, ਕਲਿੱਕ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਕਿੱਥੇ ਇਹ ਟੁੱਟਦਾ ਹੈ।
ਇਹ ਫੀਡਬੈਕ ਲੂਪ uncertainty ਨੂੰ ਹਿਲਚਲ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ, ਇਸੀ ਲਈ ਖੋਜ ਨਿਰਾਸ਼ਜਨਕ ਦੀ ਬਜਾਏ ਮਜ਼ੇਦਾਰ ਰਹਿੰਦੀ ਹੈ।
Abstract ਚਰਚਾਵਾਂ ਅਨੁਮਾਨ ਨੂੰ ਬੁਲਾਉਂਦੀਆਂ ਹਨ। ਹਰ ਕੋਈ ਥੋੜ੍ਹਾ ਵੱਖਰਾ ਵਰਜ਼ਨ ਸੋਚਦਾ ਹੈ, ਫਿਰ ਅਪਰਗਟ ਚੀਜ਼ ਬਾਰੇ ਫਾਇਦੇ ਅਤੇ ਨੂਕਸਾਨ 'ਤੇ ਗੱਲ ਕਰਦਾ ਹੈ।
ਇੱਕ ਮਾੱਤਲੂ ਪ੍ਰੋਟੋਟਾਈਪ ਉਹ ਅਸਪਸ਼ਟਤਾ ਖਤਮ ਕਰ ਦਿੰਦਾ ਹੈ। ਇਕ ਕੱਚਾ UI ਨਕਲੀ ਡੇਟਾ ਨਾਲ ਵੀ ਦਰਸਾ ਸਕਦਾ ਹੈ:
ਇਹ ਪ੍ਰਤੀਕਿਰਿਆਵਾਂ ਲੁਆਜ਼ ਤਰਕ ਨਾਲੋਂ ਕਿੰਨੀ ਮੁੱਲਵਾਨ ਹਨ, ਕਿਉਂਕਿ ਉਹ ਵਰਤਾਰਤ ਵਿਹਾਰ 'ਤੇ ਆਧਾਰਿਤ ਹੁੰਦੀਆਂ ਹਨ।
ਜਦੋਂ ਤੁਸੀਂ ਕਿਸੇ ਚੀਜ਼ ਨੂੰ ਮਿੰਟਾਂ ਵਿੱਚ ਬਦਲ ਸਕਦੇ ਹੋ, ਤੁਸੀਂ ਸ਼ੁਰੂਆਤੀ ਵਿਚਾਰਾਂ ਨੂੰ ਕੀਮਤੀ ਨਹੀਂ ਮੰਨਦੇ। ਤੁਸੀਂ ਤਬਦੀਲੀਆਂ ਅਜ਼ਮਾਉਂਦੇ ਹੋ: ਵੱਖਰਾ ਲਫ਼ਜ਼, ਲੇਆਊਟ, ਡੀਫ਼ੋਲਟ, ਫਲੋ। ਹਰ ਵਰਜ਼ਨ ਇਕ ਛੋਟਾ ਐਕਸਪਰਿਮੈਂਟ ਬਣ ਜਾਂਦਾ ਹੈ।
“ਸਿਗਨਲ” ਇਹ ਨਹੀਂ ਕਿ ਲੋਕ ਕਹਿੰਦੇ ਹਨ ਉਹਨੂੰ ਪਸੰਦ ਹੈ—ਬਲਕਿ ਉਹ ਸਕ੍ਰੀਨ ਦੇ ਸਾਹਮਣੇ ਖੜੇ ਹੋਕੇ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰਦੇ ਹਨ।
ਹਫ਼ਤਾ ਭਰ ਇਕ spec 'ਤੇ ਸੰਖਿਆ ਕਰਨ ਦੀ ਥਾਂ, ਤੁਸੀਂ ਇੱਕ ਦੁਪਿਹਰ ਵਿੱਚ ਪੰਜ ਮਾਈਕ੍ਰੋ-ਇਟਰੇਸ਼ਨ ਚਲਾ ਸਕਦੇ ਹੋ ਅਤੇ ਪਤਾ ਲਾ ਸਕਦੇ ਹੋ ਕਿ ਕਿਹੜਾ ਦਿਸ਼ਾ ਜਿਗਿਆਸਾ, ਭਰੋਸਾ, ਜਾਂ ਗਤੀ ਪੈਦਾ ਕਰਦੀ ਹੈ।
ਕਲਪਨਾ ਕਰੋ ਕਿ ਤੁਸੀਂ ਇੱਕ ਸਧਾਰਨ habit tracker ਪ੍ਰੋਟੋਟਾਈਪ ਕਰ ਰਹੇ ਹੋ। ਪਹਿਲੀ ਵਰਜਨ ਵਿੱਚ ਉੱਪਰ ਇੱਕ ਪ੍ਰਮੁੱਖ “Add Habit” ਬਟਨ ਹੈ।
ਤੁਸੀਂ ਇੱਕ UI ਟਵੀਕ ਅਜ਼ਮਾਉਂਦੇ ਹੋ: “Add Habit” ਦੀ ਥਾਂ “Start a 7‑day challenge” ਰੱਖੋ, ਅਤੇ ਤਿੰਨ ਪ੍ਰਸਤਾਵਿਤ ਚੈਲੰਜ ਨੂੰ pre-fill ਕਰੋ।
ਅਚਾਨਕ ਯੂਜ਼ਰ ਵਿਕਲਪ ਬਰਲਨੇ ਦੀ ਬਜਾਏ ਕਮਿਟ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦਿੰਦੇ ਹਨ। ਉਤਪਾਦ “習慣ਾਂ ਸੰਗਠਿਤ ਕਰੋ” ਤੋਂ “ਛੋਟੇ ਸਟ੍ਰੀਕ ਪੂਰੇ ਕਰੋ” ਵੱਲ ਸਫ਼ਰ ਕਰ ਲੈਂਦਾ ਹੈ। ਇਹ ਫੀਚਰ-ਵਿਵਾਦ ਨਹੀਂ—ਇਹ ਇਕ ਨਵਾਂ ਉਤਪਾਦ ਦਿਸ਼ਾ ਹੈ ਜੋ ਤਕਨੀਕੀ ਰਾਹ ਨਾਲ ਹੀ ਪ੍ਰੋਟੋਟਾਈਪ ਕਰਕੇ ਮਿਲੀ।
ਰਚਨਾਤਮਕ ਖੁਲਾਸਾ ਇਹ ਹੈ: ਹਰ ਨਿਰਮਾਣ ਤੁਹਾਨੂੰ ਇੱਕ ਪ੍ਰਤੀਕਿਰਿਆ ਦੇਂਦਾ, ਹਰ ਪ੍ਰਤੀਕਿਰਿਆ ਤੁਹਾਨੂੰ ਅਗਲਾ ਕਦਮ ਦਿੰਦੀ।
Vibe coding “ਖੁਸ਼-ਹਾਦਸੇ” ਲਈ ਉਤਪਾਦਕ ਮੈਦਾ ਹੈ: ਛੋਟੀਆਂ ਹੈਰਾਨੀ ਜੋ ਤੁਸੀਂ ਸਿਰਫ਼ ਚੱਲਦੇ ਹੋਏ, ਕਲਿੱਕ ਕਰਨਯੋਗ ਤੇ ਥੋੜ੍ਹੇ ਬੇਤਰਤੀਬ ਪ੍ਰੋਟੋਟਾਈਪ ਵਿੱਚ ਹੀ ਨੋਟਿਸ ਕਰਦੇ ਹੋ।
ਯੋਜਨਾਵਾਂ ਇਰਾਦਾ ਸੰਭਾਲਣ ਵਿੱਚ ਵਧੀਆ ਹਨ। ਪ੍ਰੋਟੋਟਾਈਪ ਵਰਤਾਰੀ ਨੂੰ ਖੋਲ੍ਹਦੇ ਹਨ—ਖ਼ਾਸ ਕਰਕੇ ਉਹ ਜੋ ਤੁਸੀਂ ਇਰਾਦਾ ਨਹੀਂ ਰੱਖਦੇ।
ਜਦੋਂ ਤੁਸੀਂ ਤੇਜ਼ੀ ਨਾਲ ਬਣਾਉਂਦੇ ਹੋ, ਤੁਸੀਂ ਸੌਂ ਤੋਂ ਵੱਧ ਮਾਈਕ੍ਰੋ-ਫੈਸਲੇ ਲੈਂਦੇ ਹੋ (ਨਾਮ, ਲੇਆਊਟ, ਡੀਫਾਲਟ, ਸ਼ਾਰਟਕਟ, ਡੇਟਾ ਆਕਾਰ)। ਹਰ ਫੈਸਲੇ ਦੇ ਸਾਈਡ-ਐਫੈਕਟ ਹੁੰਦੇ ਹਨ: ਇਕ ਅਜੀਬ ਪਰ ਉਪਯੋਗੀ ਵਿਊ, ਇਕ ਇੰਟਰੈਕਸ਼ਨ ਜੋ ਸੋਚ ਤੋਂ ਵੱਧ ਨਰਮ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ, ਇਕ ਉਬੜ-ਖਾੜ ਲਾਗ ਜੋ ਇੱਕ ਕਹਾਣੀ ਦੱਸਦਾ ਹੈ।
ਯੋਜਨਾ ਡੌਕ ਵਿੱਚ ਇਹਨਾਂ ਨੂੰ “ਐੱਜ ਕੇਸ” ਕਹਿੰਦੇ ਹਨ। ਪਰ ਪ੍ਰੋਟੋਟਾਈਪ ਵਿੱਚ ਉਹ ਅਕਸਰ ਲੋਕਾਂ ਦੀ ਪਹਿਲੀ ਚੀਜ਼ ਹੁੰਦੇ ਹਨ ਜੋ ਉਹ ਪ੍ਰਤੀਕਿਰਿਆ ਕਰਦੇ ਹਨ।
Vibe coding ਵਿੱਚ ਆਮ ਪੈਟਰਨ ਇਹ ਹੈ ਕਿ ਜੋ ਚੀਜ਼ ਤੁਸੀਂ “ਅਟਕਣ ਤੋਂ ਬਾਹਰ ਨਿਕਲਣ ਲਈ” ਬਣਾਉਂਦੇ ਹੋ ਉਹੀ ਉਤਪਾਦ ਦਾ ਸਭ ਤੋਂ ਕੀਮਤੀ ਸਤਹ ਬਣ ਜਾਦੀ ਹੈ। ਤਿੰਨ ਉਦਾਹਰਣੀ ਪੈਟਰਨ:
ਇੱਕ ਡੀਬੱਗਿੰਗ ਟੂਲ ਡੈਸ਼ਬੋਰਡ ਬਣ ਜਾਂਦਾ ਹੈ। ਤੁਸੀਂ ਇਵੈਂਟਸ ਅਤੇ ਇਰਰਾਂ ਦੀ ਜਾਂਚ ਲਈ ਇਕ ਅਸਥਾਈ ਪੈਨਲ ਜੋੜਦੇ ਹੋ। ਫਿਰ ਤੁਸੀਂ ਦੇਖਦੇ ਹੋ ਕਿ ਇਹ ਯੂਜ਼ਰਾਂ ਦੀ ਗਤੀ ਦਾ ਸਭ ਤੋਂ ਸਪਸ਼ਟ ਨਜ਼ਾਰਾ ਹੈ। ਥੋੜ੍ਹਾ polish ਕਰਕੇ ਇਹ ਇੱਕ ਅੰਦਰੂਨੀ ਡੈਸ਼ਬੋਰਡ—ਜਾਂ ਗਾਹਕ-ਸਾਮ੍ਹਨੇ activity feed—ਵਾਪਸ ਹੋ ਸਕਦਾ ਹੈ।
ਇੱਕ ਸ਼ਾਰਟਕਟ ਵਰਕਫਲੋ ਬਣ ਜਾਂਦਾ ਹੈ। ਤੁਸੀਂ ਆਪਣੀ ਟੈਸਟਿੰਗ ਤੇਜ਼ ਕਰਨ ਲਈ ਇੱਕ ਕੀਬੋਰਡ ਸ਼ਾਰਟਕਟ ਜਾਂ ਇੱਕ-ਕਲਿੱਕ ਕਾਰਵਾਈ ਜੋੜਦੇ ਹੋ। ਇਕ ਟੀਮਮੀਟ ਇਸਨੂੰ ਅਜ਼ਮਾਉਂਦਾ ਹੈ ਅਤੇ ਕਹਿੰਦਾ ਹੈ, “ਮੈਂ ਇਹਾਂ ਹੀ ਸਾਰਾ ਕੰਮ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ।” ਅਚਾਨਕ “ਛੁਪਿਆ” ਸ਼ਾਰਟਕਟ ਇੱਕ stream-lined workflow ਦੀ ਧਾਰ ਬਣ ਜਾਂਦੀ ਹੈ।
ਇੱਕ ਵਰਕਅਰਾਊਂਡ ਫੀਚਰ ਫਲੈਗ ਬਣ ਜਾਂਦਾ ਹੈ। ਤੁਸੀਂ ਪ੍ਰੋਟੋਟਾਈਪ ਦੌਰਾਨ ਇੱਕ slow step ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਲਈ toggle ਜੋੜਦੇ ਹੋ। ਬਾਅਦ ਵਿੱਚ, ਉਹ toggle ਹਕੀਕਤੀ preference ਬਣ ਜਾਂਦਾ ਹੈ (“ਸਾਦੀ ਮੋਡ” ਬਨਾਮ “ਅਡਵਾਂਸ ਮੋਡ”) ਜੋ ਵੱਖ-ਵੱਖ ਯੂਜ਼ਰ ਟਾਈਪਸ ਨੂੰ ਸਫ਼ਲ ਹੋਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ।
ਅਣਉਮੀਦ ਵਿਚਾਰ ਅਕਸਰ ਇਸਲਈ ਗੁਮ ਹੋ ਜਾਂਦੇ ਹਨ ਕਿਉਂਕਿ ਉਹ ਨਿਰਪੱਖ ਲੱਗਦੇ ਹਨ। ਉਨ੍ਹਾਂ ਨੂੰ ਉਤਪਾਦ ਸੰਕੇਤ ਸਮਝੋ:
ਇਸ ਤਰ੍ਹਾਂ, vibe coding ਖੇਡ-ਅਨੁਭਵ ਰਹਿੰਦਾ ਹੈ—ਤੇ ਅਚਾਨਕ ਚੀਜ਼ਾਂ ਵੀ ਅੰਤਰਦ੍ਰਿਸ਼ਟੀ ਵਿੱਚ ਬਦਲ ਜਾਂਦੀਆਂ ਹਨ।
ਇੱਕ vibe coding ਸੈਸ਼ਨ ਸਭ ਤੋਂ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਭਾਵਨਾ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਨਾ ਕਿ spec ਨਾਲ। ਇੱਕ ਉਪਭੋक्ता ਦੀ ਨਿਰਾਸ਼ਾ ਫੜੋ ਜੋ ਤੁਸੀਂ ਲਗਭਗ ਸੁਣ ਸਕਦੇ ਹੋ: “ਮੈਨੂੰ ਇਹ ਸਿਰਫ਼ ਮੁੱਕਣਾ ਹੈ”, “ਮੈਂ ਅਜੇ ਵੀ ਕਿਉਂ ਕਲਿੱਕ ਕਰ ਰਿਹਾ ਹਾਂ”, “ਮੈਨੂੰ ਸਮਝ ਨਹੀਂ ਆ ਰਿਹਾ ਅਗਲਾ ਕੀ ਕਰਨਾ ਹੈ।” ਇਹ ਭਾਵਨਾਤਮਕ ਸੰਕੇਤ ਇਸ ਵਿਚਾਰ ਦੇ ਲਿਏ ਕਾਫੀ ਹੈ।
ਇਕ ਵਾਕ ਲਿਖੋ ਜੋ ਤਣਾਅ ਨੂੰ ਕੈਪਚਰ ਕਰਦਾ ਹੈ:
ਫਿਰ ਫਲੋ ਵਿੱਚ ਇਕ ਇੱਕਲੋਟਾ ਮੋੜ ਚੁਣੋ ਜਿੱਥੇ ਉਹ vibe ਟੁੱਟ ਰਿਹਾ ਹੈ।
ਇਹ ਪ੍ਰਾਂਪਟ ਸੂਝ-ਬੁਝ ਬਿਨਾਂ ਜਟਿਲਤਾ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਘਟਾਉਣ ਲਈ ਬਣਾਏ ਗਏ ਹਨ—ਬਿਨਾਂ ਤੁਹਾਨੂੰ ਸਹੀ ਹੱਲ ਪਤਾ ਹੋਣ ਦੀ ਲੋੜ ਹੋਏ:
ਉਦੇਸ਼ ਉਹ ਸਭ ਤੋਂ ਛੋਟੀ ਚੀਜ਼ ਬਣਾਉਣਾ ਹੈ ਜਿਸਨੂੰ ਕਲਿੱਕ, ਟਾਈਪ ਜਾਂ ਟੌਗਲ ਕੀਤਾ ਜਾ ਸਕੇ—ਕੋਈ ਐਸਾ ਜੋ ਪ੍ਰਤੀਕਿਰਿਆ ਪੈਦਾ ਕਰੇ: ਇੱਕ ਬਟਨ ਜੋ ਪ੍ਰੀਵਿਊ ਅਪਡੇਟ ਕਰਦਾ ਹੈ, ਇੱਕ ਸਿੰਗਲ-ਸਕ्रीन ਵਿਜ਼ਰਡ, ਇੱਕ ਨਕਲੀ “ਸਫਲਤਾ” ਸਟੇਟ ਜੋ ਤੁਹਾਨੂੰ ਭਾਵਨਾਤਮਕ ਨਤੀਜੇ ਟੈਸਟ ਕਰਨ ਦਿੰਦਾ ਹੈ।
ਜੇ ਤੁਸੀਂ ਸੰਦੇਹ ਵਿੱਚ ਹੋ, ਆਪਣੇ ਆਪ ਨੂੰ ਸੀਮਿਤ ਕਰੋ: ਇੱਕ ਸਕ੍ਰੀਨ, ਇੱਕ ਮੁੱਖ ਕਾਰਵਾਈ, ਇੱਕ ਨਤੀਜਾ।
ਜੇ ਤੁਹਾਡੀ ਰੁਕਾਵਟ “ਵਿਚਾਰ ਤੋਂ ਚੱਲ ਰਹੇ ਐਪ ਤੱਕ” ਹੈ, ਤਾਂ ਇੱਕ vibe-coding ਪਲੇਟਫਾਰਮ ਜਿਵੇਂ Koder.ai ਤੁਹਾਡੀ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ: ਇੱਕ ਛੋਟੇ ਚੈਟ ਪ੍ਰਾਂਪਟ ਤੋਂ ਇਕ ਕਲਿੱਕ ਕਰਨਯੋਗ React UI (ਤੇ ਇੱਕ Go + PostgreSQL ਬੈਕਐਂਡ) ਜਨਰੇਟ ਕਰਨ ਲਈ, ਫਿਰ snapshots ਅਤੇ rollback ਨਾਲ ਤੇਜ਼ੀ ਨਾਲ ਦੁਹਰਾਉ—ਉਹਨਾਂ ਵੇਖਣ ਵਿੱਚ ਲਾਭਦਾਇਕ ਜਦੋਂ ਸਿੱਖਣਾ ਹੀ ਮੁੱਖ ਮਕਸਦ ਹੋ।
ਤੇਜ਼ ਪ੍ਰੋਟੋਟਾਈਪਾਂ ਨੂੰ ਵੀ ਇਕ ਘੱਟੋ-ਘੱਟ ਮਾਪਦੰਡ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ:
ਇਹ ਬੇਸਿਕਸ ਪ੍ਰਯੋਗ ਨੂੰ ਸੱਚਾ ਰੱਖਦੇ ਹਨ—ਤਾਂ ਕਿ ਫੀਡਬੈਕ ਖ਼ੁਦ ਵਿਚਾਰ ਨੂੰ ਦਰਸਾਏ, ਨਾ ਕਿ ਟਾਲ-ਮਟੋਲ ਨੂੰ।
Vibe coding ਸਭ ਤੋਂ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਖੇਡ-ਵਾਂਗ ਮਹਿਸੂਸ ਹੋਵੇ ਅਤੇ ਖਤਮ ਹੋਣ 'ਤੇ ਤੁਹਾਡੇ ਕੋਲ ਕੁਝ ਹੋ ਜੇ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਦਰਸਾ ਸਕੋ। ਚਾਲ ਇਸਨੂੰ ਬੇਹਦ ਢੇਰ ਮਾਰਕੇ ਨਾ ਫਿਰੋ—ਸਿਰਫ਼ ਕਾਫੀ ਢਾਂਚਾ ਜੋ ਬੇਅੰਤ ਟਿੰਕਰਿੰਗ ਰੋਕੇ, ਬਿਨਾਂ ਸੈਸ਼ਨ ਨੂੰ ਇਕ ਛੋਟੇ waterfall ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਬਦਲਣ ਦੇ।
ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਨਿਰਧਾਰਤ ਵਿੰਡੋ ਚੁਣੋ। ਜ਼ਿਆਦਾਤਰ ਟੀਮਾਂ ਲਈ 60–180 ਮਿੰਟ ਸੁਹਣਾ ਹਨ:
ਟਾਈਮਰ ਸੈੱਟ ਕਰੋ। ਜਦੋਂ ਖਤਮ ਹੋ ਜਾਵੇ, ਬਣਾਉਂਣਾ ਰੁਕੋ ਅਤੇ ਜੋ ਤੁਸੀਂ ਸਿੱਖਿਆ ਉਸਦੀ ਸਮੀਖਿਆ 'ਤੇ ਜਾਓ।
ਇਕ ਵਾਕ ਲਿਖੋ ਜੋ ਤੁਸੀਂ ਸਿੱਖਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਨਾ ਕਿ ਜੋ ਤੁਸੀਂ ਸ਼ਿਪ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ।
ਉਦਾਹਰਨ:
ਜੇ ਸੈਸ਼ਨ ਦੌਰਾਨ ਨਵਾਂ ਵਿਚਾਰ ਆਵੇ, ਤਾਂ ਉਸਨੂੰ “ਅਗਲੇ ਸੈਸ਼ਨ” ਨੋਟ ਵਿੱਚ ਰੱਖੋ ਜਦ ਤੱਕ ਉਹ ਸਿੱਧੇ ਲਰਨਿੰਗ ਗੋਲ ਨਾਲ ਸਬੰਧਤ ਨਾ ਹੋਵੇ।
ਤੁਹਾਨੂੰ ਵੱਡੀ ਟੀਮ ਦੀ ਲੋੜ ਨਹੀਂ। ਤਿੰਨ ਭੂਮਿਕਾਵਾਂ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਹੀ ਰੱਖਦੀਆਂ ਹਨ:
ਸੈਸ਼ਨਾਂ ਵਿਚ ਭੂਮਿਕਾਵਾਂ ਨੂੰ ਰੋਟੇਟ ਕਰੋ ਤਾਂ ਕਿ ਕੋਈ ਇਕ ਵਿਅਕਤੀ ਹਮੇਸ਼ਾ ਨਿਰਮਾਤਾ ਨਾ ਰਹਿ ਜਾਵੇ।
ਸੈਸ਼ਨ ਨੂੰ ਖਤਮ ਕਰੋ ਜਦੋਂ ਤੁਸੀਂ ਹੇਠਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਸਪਸ਼ਟ ਸ਼ਰਤ ਨੂੰ ਹਾਸਲ ਕਰ ਲਓ:
ਜਦੋਂ ਤੁਸੀਂ ਰੁਕਦੇ ਹੋ, ਇੱਕ ਛੋਟਾ ਰਿਕੈਪ ਕੈਪਚਰ ਕਰੋ: ਤੁਸੀਂ ਕੀ ਬਣਾਇਆ, ਕੀ ਸਿੱਖਿਆ, ਅਤੇ ਅਗਲਾ ਸਭ ਤੋਂ ਛੋਟਾ ਟੈਸਟ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
Vibe coding ਮਜ਼ੇਦਾਰ ਹੈ, ਪਰ ਇਹ ਤਦ ਹੀ ਲਾਭਦਾਇਕ ਬਣਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਦੱਸ ਸਕੋ ਕਿ ਇਕ ਐਕਸਪਰਿਮੈਂਟ ਕਿਸ ਹੱਦ ਤੱਕ ਅਸਲ ਵਿੱਚ ਕੁਝ ਦਰਸਾਉਂਦਾ ਹੈ। ਮਕਸਦ ਇਹ ਨਹੀਂ ਕਿ “ਲੋਕਾਂ ਨੂੰ ਇਹ ਪਸੰਦ ਆਇਆ?”—ਮਕਸਦ ਹੈ “ਕੀ ਇਸ ਨੇ ਉਲਝਣ ਘਟਾਈ, ਤਰੱਕੀ ਤੇਜ਼ ਕੀਤੀ, ਜਾਂ ਦੁਬਾਰਾ ਵਰਤਣ ਦੀ ਸਪੱਸ਼ਟ ਇਚਛਾ ਜਨਮ ਦਿੱਤੀ?”
ਜੋ ਤੁਸੀਂ ਬਣਾਇਆ ਉਸਨੂੰ ਮਿਲਦਾ ਹੋਇਆ ਇੱਕ ਹਲਕਾ ਟੈਸਟ ਚੁਣੋ:
ਸ਼ੁਰੂਆਤੀ ਪ੍ਰੋਟੋਟਾਈਪ ਅਕਸਰ ਸਥਿਰ ਸੰਖਿਆਵਾਂ ਨਹੀਂ ਦਿੰਦੇ, ਇਸ ਲਈ ਵਰਤਾਰਤ ਅਤੇ ਸਪਸ਼ਟਤਾ ਦੇ ਸਿਗਨਲ ਵੇਖੋ:
ਉਹ ਮੈਟਰਿਕ ਜਿਨ੍ਹਾਂ ਨੂੰ ਵਿਗਿਆਨਕ ਲੱਗਣ ਦਾ ਭਾਵ ਹੈ ਪਰ ਜੋ ਅਜੇ ਲਾਭ ਨਹੀਂ ਦਿਖਾਉਂਦੀਆਂ, ਉਹਨਾਂ ਤੋਂ ਸਾਵਧਾਨ ਰਹੋ: ਰੋਜ਼ਾਨਾ ਪੇਜ-ਵਿਊਜ਼, ਲਾਇਕ, ਪੇਜ 'ਤੇ ਸਮਾਂ, ਜਾਂ “ਵਧੀਆ ਲੱਗਿਆ” ਵਾਂਗ feedback। ਇਕ ਸ਼ਿਫਾ
Vibe coding ਤੇਜ਼, ਜਿਗਿਆਸੂ-ਚਲਿਤ ਬਿਲਡਿੰਗ ਹੈ ਜਿਸਦਾ ਮਕਸਦ ਸਿੱਖਣਾ ਹੁੰਦਾ ਹੈ, ਨਾ ਕਿ ਸ਼ਿਪ ਕਰਨਾ। ਤੁਸੀਂ ਕੋਡ ਜਾਂ ਪ੍ਰੋਟੋਟਾਈਪ ਵਿੱਚ ਇਕ ਵਿਚਾਰ ਸਕੇਚ ਕਰਦੇ ਹੋ, ਤੁਰੰਤ ਫੀਡਬੈਕ ਲੈਂਦੇ ਹੋ, ਅਤੇ ਪਤਾ ਲਗਾਉਂਦੇ ਹੋ ਕਿ ਕੀ ਬਣਾਉਣਾ ਵਾਜਿਬ ਹੈ।
Sprint ਵਰਕ ਡਿਲਿਵਰੀ ਲਈ optimize ਹੁੰਦਾ ਹੈ (ਸਾਫ਼ ਲੋੜਾਂ, ਅੰਦਾਜ਼ੇ, “ਡਨ”)। Vibe coding ਖੋਜ ਲਈ optimize ਹੁੰਦਾ ਹੈ (ਢਿੱਲਾ ਸਕੋਪ, ਤੇਜ਼ ਐਕਸਪਰਿਮੈਂਟ, “ਸਿੱਖਿਆ”)। ਇੱਕ ਢੁਕਵਾਂ ਨਿਯਮ: sprints execution risk ਘਟਾਉਂਦੇ ਹਨ; vibe coding ਵਿਚਾਰਾਂ ਦਾ risk ਘਟਾਉਂਦਾ ਹੈ।
ਯੋਜਨਾ ਪਹਿਲਾਂ ਤੋਂ ਯਕੀਨੀਤਾ ਮੰਗਦੀ ਹੈ (ROI, spec, ਸਮਾਂ-ਰੇਖਾ), ਜੋ ਪਰਚੇ `ਤੇ ਜਾਣ ਵਾਲੇ ਜਾਣਕਾਰੀ-ਮੋਲਕ ਵਿਚਾਰਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੀ ਹੈ। ਨਵੇਂ ਵਿਚਾਰ ਆਮ ਤੌਰ 'ਤੇ ਕਾਗਜ਼ 'ਤੇ ਆਪਣੀ ਵਿਆਖਿਆ ਨਹੀਂ ਕਰ ਸਕਦੇ—ਉਹ ਤਦ ਹੀ ਸਾਬਤ ਹੁੰਦੇ ਹਨ ਜਦੋਂ ਕੋਈ ਪ੍ਰੋਟੋਟਾਈਪ ਕਲਿੱਕ ਕਰਕੇ ਪਰਤਿਕਿਰਿਆ ਦਿੰਦਾ ਹੈ।
ਉਦੇਸ਼ ਅਜਿਹੇ ਆਰਟੀਫੈਕਟ ਬਣਾਉਣਾ ਹੈ ਜੋ ਪ੍ਰਤੀਕਿਰਿਆ ਪੈਦਾ ਕਰਨ—ਜਿਵੇਂ:
ਜੇ ਇਹ ਕਲਿੱਕ, ਟਾਈਪ ਜਾਂ ਦੇਖਿਆ ਨਾ ਜਾ ਸਕੇ ਤਾਂ ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਜ਼ਿਆਦਾ ਤੱਤ ਹੈ ਅਤੇ ਤੇਜ਼ ਸਿੱਖਣ ਲਈ ਠੀਕ ਨਹੀਂ।
ਇਕ ਕਸਾ ਨਿਯਮ ਵਰਤੋ, ਜਿਵੇਂ:
ਇਹ ਸੀਮਾਵਾਂ ਤੁਹਾਨੂੰ ਸਭ ਤੋਂ ਛੋਟੀ ਇੰਟਰਐਕਟਿਵ ਵਰਜਨ ਬਣਾਉਣ ਅਤੇ ਜ਼ਿਆਦਾ ਨਿਵੇਸ਼ ਕੀਤੇ ਬਿਨਾਂ ਕਈ ਦਿਸ਼ਾਵਾਂ ਨੂੰ ਪਰਖਣ ਲਈ ਮਜ਼ਬੂਰ ਕਰਦੀਆਂ ਹਨ।
ਇਕ ਲਰਨਿੰਗ ਪ੍ਰਸ਼ਨ ਚੁਣੋ (ਫੀਚਰ ਨਹੀਂ) ਅਤੇ ਉਸਨੂੰ ਟਰੈਕ ਕਰੋ:
ਜਦੋਂ ਤੁਸੀਂ ਉਸ ਸਵਾਲ ਦਾ ਉੱਤਰ ਪਤਾ ਲਗਾ ਲਓ, ਤਾਂ iterating ਖਤਮ ਕਰੋ।
ਛੋਟੀ ਟੀਮ ਕਾਫ਼ੀ ਹੈ। ਤਿੰਨ ਸਧਾਰਣ ਭੂਮਿਕਾਵਾਂ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਤੇਜ਼ ਰੱਖਦੀਆਂ ਹਨ:
ਸੈਸ਼ਨਾਂ ਵਿੱਚ ਭੂਮਿਕਾਵਾਂ ਘੁਮਾਓ ਤਾਂ ਕਿ ਕੋਈ ਇਕ ਵਿਅਕਤੀ ਸਦਾ builder ਨਾ ਬਣੇ।
ਹੈਰਾਨ ਕਰਨ ਵਾਲੇ ਵਿਚਾਰਾਂ ਨੂੰ ਸੰਕੇਤ ਵਾਂਗ ਲਓ ਅਤੇ ਝਟਪਟ ਕੈਪਚਰ ਕਰੋ:
ਇਸ ਤਰ੍ਹਾਂ ਖੇਡ-ਜਿਹੀਆਂ ਚੀਜ਼ਾਂ ਵੀ ਸਿੱਖਣਾ ਬਣ ਜਾਂਦੀਆਂ ਹਨ।
ਇਨ ਗਾਰਡਰੇਲ ਵਰਤੋ ਤਾਂ ਕਿ ਐਕਸਪਰਿਮੈਂਟ ਡਿਸਪੋਜ਼ੇਬਲ ਰਹੇ:
vibes/ ਰੇਪੋ ਜਾਂ ਸਪਸ਼ਟ ਲੇਬਲਡ ਬ੍ਰਾਂਚ)ਇਹ ਖੋਜ ਨੂੰ ਤੇਜ਼ ਰੱਖਦੇ ਹੋਏ ਨੁਕਸਾਨ ਤੋਂ ਬਚਾਉਂਦੇ ਹਨ।
ਜਦੋਂ “ਦਿਲਚਸਪੀ” ਦੁਹਰਾਉਯੋਗ ਹੋ ਜਾਵੇ—ਜਦੋਂ ਤੁਸੀਂ ਬਿਆਨ ਕਰ ਸਕਦੇ ਹੋ ਕਿ ਕੀ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ ਬਿਨਾਂ ਕਿਸੇ ਨਸਡੀਕ ਅਨੁਸ਼ਰਣ ਦੇ—ਤਦ ਯੋਜਨਾ ਵਿੱਚ ਤਬਦੀਲ ਕਰੋ। ਗ੍ਰੈਜੂਏਟ ਕਰਨ ਲਈ ਨਿਯਮ:
ਫਿਰ ਪ੍ਰੋਟੋਟਾਈਪ ਨੂੰ ਇੱਕ ਹਲਕਾ spec ਵਿੱਚ ਬਦਲੋ: ਸਮੱਸਿਆ, ਸਭ ਤੋਂ ਛੋਟਾ ਹੱਲ, ਨਾ-ਬਨਾਏ ਜਾਣ ਵਾਲੇ ਚੀਜ਼ਾਂ, ਅਤੇ ਸਫ਼ਲਤਾ ਮੈਟਰਿਕ।
Vibe coding ਉਹਨਾਂ ਖੇਤਰਾਂ ਲਈ ਵਧੀਆ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਖੋਜ ਕਰ ਰਹੇ ਹੋ—ਸਪਸ਼ਟ ਨਹੀਂ—ਨਾਮਾਤਰ ਲੋਕਾਂ ਲਈ ਨਹੀਂ। ਇਹ ਉਨ੍ਹਾਂ ਅਸਪਹਿਗੱਗੀਆਂ ਵਿੱਚ ਵਿਚਾਰ-ਛੇਤੀ ਸਿੱਖਣ ਵਾਲੀ ਚੀਜ਼ ਹੈ।