ਵਾਇਬ ਕੋਡਿੰਗ ਦੇ ਮਨੋਵਿਗਿਆਨ ਨੂੰ ਸਮਝੋ: ਕਿਵੇਂ ਫਲੋ ਅਵਸਥਾਵਾਂ, ਮੋਟਿਵੇਸ਼ਨ ਅਤੇ ਸਮਾਰਟ ਫੀਡਬੈਕ ਲੂਪ ਨਿਰਮਾਤਾ ਨੂੰ ਬਿਨਾਂ ਬਰਨਆਉਟ ਦੇ ਲੰਬੇ ਸਮੇਂ ਲਈ ਜੁੜੇ ਰੱਖਦੇ ਹਨ।

“ਵਾਇਬ ਕੋਡਿੰਗ” ਇੱਕ ਸਧਾਰਣ ਵਿਚਾਰ ਹੈ: ਤੁਸੀਂ ਇੱਕ ਐਸੀ ਮਾਹੌਲ ਬਣਾਉਂਦੇ ਹੋ ਜੋ ਚਲਦੇ ਰਹਿਣਾ ਆਸਾਨ ਬਣਾਉਂਦੀ ਹੈ, ਫਿਰ ਉਸ ਗਤੀ ਦੇ ਤਾਜ਼ਾ ਹੋਣ ਉੱਤੇ ਕੁਝ ਟੈਂਜਬਲ ਬਣਾਉਂਦੇ ਹੋ।
ਇਹ ਮੂਡ + ਮੋਮੈਂਟਮ + ਮੈਕਿੰਗ ਹੈ।
“ਵਾਇਬ” ਸੰਗੀਤ ਹੋ ਸਕਦਾ ਹੈ, ਇੱਕ ਆਰਾਮਦਾਇਕ ਸੈਟਅਪ, ਇੱਕ ਛੋਟੀ ਚੈਕਲਿਸਟ, ਕਿਸੇ ਖ਼ਾਸ ਵਕਤ ਦਾ ਪੈਟਰਨ, ਜਾਂ ਜਾਣੂ ਟੂਲਚੇਨ। “ਕੋਡਿੰਗ” ਭਾਗ ਅਸਲ ਆਉਟਪੁੱਟ ਹੈ: ਇੱਕ ਫੀਚਰ, ਇੱਕ ਪ੍ਰੋਟੋਟਾਈਪ, ਇੱਕ ਰੈਫੈਕਟਰ, ਇੱਕ ਸ਼ਿਪਡ ਪੇਜ—ਕੁਝ ਵੀ ਜੋ ਇਰਾਦੇ ਨੂੰ ਤਰੱਕੀ ਵਿਚ ਬਦਲ ਦੇਵੇ।
ਵਾਇਬ ਕੋਡਿੰਗ ਉਸ ਤਰੀਕੇ ਦਾ ਕੰਮ ਕਰਨ ਹੈ ਜਿਸ ਵਿੱਚ ਤੁਸੀਂ ਜਾਣ-ਬੂਝ ਕੇ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਮਾਨਸਿਕ ਰੁਕਾਵਟ ਘਟਾਉਂਦੇ ਹੋ, ਧਿਆਨ ਨੂੰ ਇਕ ਦਿਸ਼ਾ ਵੱਲ ਹੌਲੇ-ਹੌਲੇ ਰੱਖਦੇ ਹੋ, ਅਤੇ ਛੋਟੀਆਂ ਜਿੱਤਾਂ ਦੀ ਖੁਸ਼ੀ ਨੂੰ ਵਰਤਕੇ ਅੱਗੇ ਬਢ਼ਦੇ ਹੋ।
ਇਹ ਕੋਈ ਐਸਾ ਪ੍ਰੋਡਕਟਿਵਟੀ ਹੈਕ ਨਹੀਂ ਜੋ ਤੇਜ਼ੀ ਨੂੰ ਜ਼ਬਰਦਸਤੀ ਲਿਆਉਂਦਾ ਹੋਵੇ। ਇਹ ਉਸ ਤਰੀਕੇ ਦੇ ਨਜ਼ਦੀਕ ਹੈ ਜਿੱਥੇ ਕੰਮ ਦਾਅਵਤ ਭਰਪੂਰ ਮਹਿਸੂਸ ਕਰਵਾਉਂਦਾ ਹੈ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਲੰਬੇ ਸਮੇਂ ਲਈ ਇਸ ਦੇ ਨਾਲ ਰਹਿ ਸਕੋ।
ਵਾਇਬ ਕੋਡਿੰਗ ਦੇ ਨਾਲ ਬੇਪਰਵਾਹੀ ਨਹੀਂ ਹੁੰਦੀ। ਜੇ ਕੁਝ ਵੀ, ਮਕਸਦ ਸ਼ੋਰ ਨੂੰ ਹਟਾ ਕੇ (ਬਹੁਤ ਸਾਰੇ ਟੈਬ, ਬਹੁਤ ਸਾਰੇ ਵਿਕਲਪ, “ਅਗਲਾ ਕੀ ਕਰਾਂ?”) ਸਹੀ ਫ਼ੈਸਲੇ ਆਸਾਨ ਬਣਾਉਣਾ ਹੈ।
ਇਹ ਕੇਵਲ ਆਸਕਰਸ਼ ਨਹੀਂ ਹੈ। ਇੱਕ ਚੰਗੀ ਮੇਜ਼ ਜਾਂ ਪਲੇਲਿਸਟ ਮਦਦ ਕਰ ਸਕਦੀ ਹੈ, ਪਰ ਕੋਰ ਅੱਗੇ ਦੀ ਚਲ ਰਹੀ ਗਤੀ ਹੈ: ਤੁਸੀਂ ਰਚਨਾ ਕਰ ਰਹੇ ਹੋ, ਟੈਸਟ ਕਰ ਰਹੇ ਹੋ, ਅਡਜਸਟ ਕਰ ਰਹੇ ਹੋ, ਅਤੇ ਅਸਲ ਕੱਦਮ ਪੂਰੇ ਕਰ ਰਹੇ ਹੋ।
ਇਹ ਮੁਸ਼ਕਲਾਂ ਤੋਂ ਬਚਣ ਦਾ bahaana ਵੀ ਨਹੀਂ ਹੈ। ਇਹ ਮੁਸ਼ਕਲਾਂ ਨੂੰ ਕافي ਭਾਵਨਾਤਮਕ ਕਦਰ ਦੇ ਕੇ ਸੁਚੱਜੇ ਢੰਗ ਨਾਲ ਲੈ ਜਾਣ ਦਾ ਤਰੀਕਾ ਹੈ ਤਾਂ ਕਿ ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਤੋਂ ਉਚਲ ਕੇ ਨਾ ਚਲੇ ਜਾਓ।
ਜਦੋਂ ਸੈਟਅਪ ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ ਅਤੇ ਅਗਲਾ ਕਦਮ ਵਾਜ਼ਿਬ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਡਾ ਦਿਮਾਗ ਖੁਦ-ਰੁਕਾਵਟਾਂ 'ਤੇ ਘੱਟ ਊਰਜਾ ਖਰਚਦਾ ਹੈ: ਸ਼ੱਕ ਕਰਨਾ, ਟਾਸਕ ਬਦਲਣਾ, ਜਾਂ ਖੁਦ ਨਾਲ ਮਸਲਾ ਕਰਨ ਦੀ ਗੱਲ। ਵਕਤ ਸੰਕੁਚਿਤ ਮਹਿਸੂਸ ਹੋ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਧਿਆਨ ਡਿਗਦਾ ਨਹੀਂ ਅਤੇ ਤਰੱਕੀ ਦਿੱਖਦੀ ਹੈ।
ਤੁਸੀਂ ਉਹ ਸਥਿਤੀਆਂ ਬਣਾਉਣਾ ਸਿੱਖੋਗੇ ਜੋ ਲੰਬੀਆਂ ਬਿਲਡ ਸੈਸ਼ਨਾਂ ਨੂੰ ਹਲਕਾ ਮਹਿਸੂਸ ਕਰਵਾਉਂਦੀਆਂ ਹਨ: ਕਿਵੇਂ ਮੋਮੈਂਟਮ ਬਣਦੀ ਹੈ, ਕੀ ਮੋਟਿਵੇਸ਼ਨ ਨੂੰ ਸਥਿਰ ਰੱਖਦਾ ਹੈ, ਕਿਵੇਂ ਫੀਡਬੈਕ ਲੂਪ ਤੁਹਾਨੂੰ ਅੱਗੇ ਧੱਕਦੇ ਹਨ, ਅਤੇ ਕਿਵੇਂ “ਵਾਇਬ” ਨੂੰ ਸਥਾਇੀ ਬਿਨਾਂ ਬਰਨਆਉਟ ਬਣਾਏ ਰੱਖਣਾ ਹੈ।
ਫਲੋ ਉਹ “ਇੰਜਣ” ਹੈ ਜੋ ਉਹਨਾਂ ਸੈਸ਼ਨਾਂ ਦੇ ਪਿੱਛੇ ਹੁੰਦਾ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਇਕ ਚੀਜ਼ ਠੀਕ ਕਰਨ ਬੈਠਦੇ ਹੋ—ਅਤੇ ਅਚਾਨਕ ਪਤਾ ਲੱਗਦਾ ਹੈ ਕਿ ਦੋ ਘੰਟੇ ਬੀਤ ਗਏ ਅਤੇ ਤੁਸੀਂ ਅੱਧਾ ਫੀਚਰ ਬਣਾ ਲਿਆ। ਇਹ ਜਾਦੂ ਜਾਂ ਸਖਤੀ ਨਹੀਂ; ਇਹ ਇੱਕ ਖਾਸ ਮਾਨਸਿਕ ਅਵਸਥਾ ਹੈ ਜੋ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਸੈਟਅਪ ਹੋਣ ਤੇ ਆਉਂਦੀ ਹੈ।
ਫਲੋ ਉਦੋਂ ਆਉਂਦਾ ਹੈ ਜਦੋਂ ਟਾਸਕ ਇੰਜੇਤਨਾ ਦਿਲਚਸਪ ਹੋਵੇ ਪਰ ਇੰਨਾ ਕੁਠੇ ਨਾ ਹੋਵੇ ਕਿ ਤੁਸੀਂ ਖੋ ਜਾਓ। ਜੇ ਚੈਲੇਂਜ ਘੱਟ ਹੈ ਤਾਂ ਤੁਸੀਂ ਉਡੀਕ ਜਾਂ ਬੋਰ ਹੋ ਕੇ ਟੈਬ-ਸਵਿੱਚ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦਿੰਦੇ ਹੋ। ਜੇ ਵਧੇਰੇ ਹੈ ਤਾਂ ਚਿੰਤਾ ਹੋਦੀ ਹੈ, ਰੁਕਾਸਟ ਹੋ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਕਿਸੇ ਰਾਸ਼ਟੇ ਦੀ ਤਲਾਸ਼ ਕਰਦੇ ਹੋ।
ਸੁਹਾਵਣਾ ਸਥਾਨ "ਖਿੱਚ ਕੇ, ਪਰ ਕੀਤਾ ਜਾ ਸਕਦਾ" ਹੈ। ਇਸੀ ਲਈ ਵਾਇਬ ਕੋਡਿੰਗ ਆਮ ਤੌਰ 'ਤੇ ਉਹਨਾਂ ਟੂਲਾਂ 'ਤੇ ਕੰਮ ਕਰਨ 'ਚ ਅਸਾਨ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਨਾਲ ਤੁਸੀਂ ਜਾਣੂ ਹੋ, ਪਰ ਇੱਕ-ਦੋ ਨਵੇਂ ਹਿੱਸੇ ਹੁੰਦੇ ਹਨ ਜੋ ਚੀਜ਼ਾਂ ਨੂੰ ਰੁਚਿਕਰ ਰੱਖਦੇ ਹਨ।
ਫਲੋ ਦੇ ਕੁਝ ਆਮ ਨਿਸ਼ਾਨ ਹਨ:
ਆਖ਼ਰੀ ਨੁਕਤਾ ਲੋਕਾਂ ਦੀ ਸੋਚ ਤੋਂ ਜ਼ਿਆਦਾ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਫਲੋ ਲਈ ਪੂਰਾ ਰੋਡਮੈਪ ਲਾਜ਼ਮੀ ਨਹੀਂ, ਸਿਰਫ਼ ਇੱਕ ਹੀ “ਅਗਲਾ ਈਟ” ਦਿੱਖਣਾ ਕਾਫੀ ਹੈ।
ਫਲੋ `ਚ, ਕੰਮ ਖੁਦ ਇਨਾਮ ਦਿੰਦਾ ਹੈ: ਤੁਸੀਂ ਅਕਸਰ ਸੰਕੇਤ ਪਾਉਂਦੇ ਹੋ ਕਿ ਤੁਸੀਂ ਅੱਗੇ ਵੱਧ ਰਹੇ ਹੋ (ਕੋਈ ਕੰਪੋਨੇਟ ਰੇਂਡਰ ਹੋਇਆ, ਟੈਸਟ ਪਾਸ ਹੋਇਆ, ਬੱਗ ਦੁਹਰਾਇਆ ਹੀ ਨਹੀਂ). ਇਹ اندرੂਨੀ ਇਨਾਮ ਹੈ—ਇਹ ਸੁਖਦਾਇਕ ਹੈ ਭਾਵੇ ਕੋਈ ਦੇਖ ਨਹੀਂ ਰਿਹਾ।
ਫਲੋ ਨਾਜੁਕ ਹੁੰਦਾ ਹੈ। ਇਹ ਅक्सर ਓਦੋਂ ਟੁੱਟ ਜਾਂਦਾ ਹੈ:
ਵਾਇਬ ਕੋਡਿੰਗ ‘ਕਾਮ’ ਕਰਦੀ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਧਿਆਨ ਦੀ ਰੱਖਿਆ ਕਰਦੇ ਹੋ, ਅਗਲੇ ਕਦਮ ਨੂੰ ਸਪਸ਼ਟ ਰੱਖਦੇ ਹੋ, ਅਤੇ ਸਮੱਸਿਆ ਨੂੰ ਤੁਹਾਡੇ ਮੌਜੂਦਾ ਹੁਨਰ ਦੇ ਅਨੁਕੂਲ ਰੱਖਦੇ ਹੋ—ਤਾਂ ਜੋ ਸੈਸ਼ਨ ਆਪਣਾ ਕੰਮ ਚਲਦਾ ਰਹੇ।
ਮੋਟਿਵੇਸ਼ਨ ਲੰਬੇ ਬਿਲਡ ਸੈਸ਼ਨਾਂ ਦੇ ਪਿੱਛੇ ਇੰਧਨ ਹੈ—ਪਰ ਹਰ ਇੰਧਨ ਇਕੋ ਤਰ੍ਹਾਂ ਨਹੀਂ ਜਲਦਾ। ਜਦੋਂ ਲੋਕ “ਵਾਇਬ ਕੋਡਿੰਗ” ਦੀ ਗੱਲ ਕਰਦੇ ਹਨ, ਉਹ ਅਕਸਰ ਉਹ ਮਿਕਸ ਬਿਆਨ ਕਰ ਰਹੇ ਹੁੰਦੇ ਹਨ ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਮੁਸ਼ਕਲ ਦੌਰਾਂ 'ਚ ਵੀ ਅੱਗੇ ਰੱਖਦਾ ਹੈ।
ਅੰਦਰੂਨੀ ਮੋਟਿਵੇਸ਼ਨ ਅੰਦਰੋਂ ਹੁੰਦੀ ਹੈ: ਤੁਸੀਂ ਬਣਾਉਂਦੇ ਹੋ ਕਿਉਂਕਿ ਇਹ ਸਤਿਸਫਾਇੰਗ ਹੈ। ਤਤਪੁਰਨਤਾ, ਕਲਾ 'ਤੇ ਗਰਵ, ਜਾਂ ਕਿਸੇ ਚੀਜ਼ ਦੇ ਕੰਮ ਕਰਨ ਦਾ ਸੁਖ ਢੁੰਗ।
ਬਾਹਰੀ ਮੋਟਿਵੇਸ਼ਨ ਬਾਹਰੋਂ ਹੁੰਦੀ ਹੈ: ਤੁਸੀਂ ਪੈਸੇ, ਲਾਈਕਸ, ਡੈਡਲਾਈਨ, ਮਾਨਤਾ, ਜਾਂ ਨਕਾਰਾਤਮਕ ਨਤੀਜਿਆਂ ਤੋਂ ਬਚਣ ਲਈ ਬਣਾਉਂਦੇ ਹੋ।
ਦੋਹਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਮੁੱਖ ਗੱਲ ਇਹ ਨੋਟ ਕਰਨੀ ਹੈ ਕਿ ਕਿਹੜਾ ਤੁਹਾਡੇ ਸੈਸ਼ਨ ਨੂੰ ਚਲਾ ਰਿਹਾ ਹੈ।
ਜਿਗਿਆਸਾ ਕੰਮ ਨੂੰ ਖੋਜ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। “ਮੈਨੂੰ ਇਹ ਪੂਰਾ ਕਰਨਾ ਹੈ” ਦੀ ਥਾਂ ਦਿਮਾਗ ਸੁਣਦਾ ਹੈ “ਚਲੋ ਵੇਖੀਏ ਕੀ ਹੁੰਦਾ ਹੈ…”。 ਇਸ ਬਦਲਾਅ ਨਾਲ ਗ਼ਲਤੀਆਂ ਦਾ ਭਾਵਨਾਤਮਕ ਖ਼ਰਚ ਘੱਟ ਹੁੰਦਾ ਹੈ।
ਜਦ ਤੱਕ ਤੁਸੀਂ اندرੂਨੀ ਰੂਪ ਨਾਲ ਪ੍ਰੇਰਿਤ ਹੋ, ਤੁਸੀਂ ਆਮ ਤੌਰ 'ਤੇ:
ਇਸ ਲਈ ਵਾਇਬ ਕੋਡਿੰਗ ਅਕਸਰ ਟਿੰਕਰਿੰਗ ਵਾਂਗ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ—ਭਾਵੇ ਅਸਲ ਤਰੱਕੀ ਹੋ ਰਹੀ ਹੋਵੇ।
ਬਾਹਰੀ ਪ੍ਰੇਰਕ ਖਰਾਬ ਨਹੀਂ। ਉਹ ਇਸ ਲਈ ਲਾਭਦਾਇਕ ਹਨ:
ਖਤਰਾ ਹੈ ਇਨਾਮ ਬਦਲੀ ਦਾ: ਦਿੱਖ ਵਾਲੇ ਸਿਗਨਲ (ਜਲਦੀ ਸ਼ਿਪ, ਪ੍ਰਸ਼ੰਸਾ, ਸਟ੍ਰੀਕਸ) ਲਈ optimize ਕਰਨਾ, ਪਰ ਪ੍ਰੋਜੈਕਟ ਦੇ ਮੂਲ ਅਰਥ ਜਾਂ ਦਿਰਜੀ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰ ਦੇਣਾ। ਜੇ ਚਿੰਤਾ, ਬੇਚੈਨੀ, ਜਾਂ ਲਗਾਤਾਰ ਸੰਦਰਭ-ਬਦਲੋ ਹੋ ਰਿਹਾ ਹੈ, ਤਾਂ ਤੁਹਾਡੀ ਇਨਾਮ ਸਿਸਟਮ ਸੈਸ਼ਨ ਨੂੰ ਚਲਾ ਰਹੀ ਹੋ ਸਕਦੀ ਹੈ ਨਾ ਕਿ ਤੁਹਾਡੀ ਇਨਟੈਂਟ।
ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ (ਜਾਂ ਜਦੋਂ ਅਟਕ ਜਾਂਦੇ ਹੋ) ਪੁੱਛੋ:
ਅੱਜ ਮੈਂ ਕਿਸ ਲਈ optimize ਕਰ رہا/ਰਿਹਾਂ ਹਾਂ—ਸਿੱਖਣਾ, ਸ਼ਿਪਿੰਗ, ਜਾਂ ਵੈਰੀਫਿਕੇਸ਼ਨ?
ਇਕ ਮੁੱਖ ਲਕਸ਼ ਚੁਣੋ। ਫਿਰ ਉਹ ਕਾਰਵਾਈਆਂ ਚੁਣੋ ਜੋ ਉਸ ਨਾਲ ਮੇਲ ਖਾਂਦੀਆਂ ਹਨ:
ਇਹ ਸਵਾਲ ਮੋਟਿਵੇਸ਼ਨ ਨੂੰ ਸਨੁਨਦੇ ਰੱਖਦਾ ਹੈ—ਤਾਂ ਜੋ “ਵਾਇਬ” ਇਕ ਹੀ ਝੱਟੀ ਜਿਸ ਨਾਲ ਇਕ ਬਰਸਾਤੀ ਉੱਤਸਾਹ ਖਤਮ ਨਾ ਹੋ ਜਾਵੇ।
ਵਾਇਬ ਕੋਡਿੰਗ ਇਸ ਲਈ ਟਿਕਦੀ ਹੈ ਕਿਉਂਕਿ ਇਹ ਤਿੰਨ ਮਨੋਵਿਗਿਆਨਿਕ ਲੋੜਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ: autonomy, mastery, ਅਤੇ purpose. ਜਦੋਂ ਇਹ ਪੂਰੇ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਕੰਮ 'ਨਿੰਦਣ' ਜਿਹੇ ਨਾ ਰਹਿ ਕੇ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਮੁੜ ਆਉਣ ਵਾਲੀ ਚੀਜ਼ ਬਣ ਜਾਂਦਾ ਹੈ।
Autonomy ਦਾ ਅਰਥ ਹੈ ਕਿ ਤੁਸੀਂ ਸਟੀਅਰ ਕਰ ਰਹੇ ਹੋ। ਵਾਇਬ ਕੋਡਿੰਗ ਵਿੱਚ ਅਕਸਰ ਤੁਸੀਂ ਟੂਲ, ਅਪ੍ਰੋਚ, ਫੀਚਰ, ترتيب, ਅਤੇ ਰਫ਼ਤਾਰ ਤੱਕ ਚੁਣਦੇ ਹੋ। ਇਹ ਆਜ਼ਾਦੀ ਜ਼ਰੂਰੀ ਹੈ: ਇਹ ਉਸ ਆੰਤਰੀਕ ਰੋਧ ਨੂੰ ਘਟਾਉਂਦੀ ਹੈ ਜੋ ਕਿਸੇ ਕੰਮ ਨੂੰ ਲਾਗੂ ਹੋਣ 'ਤੇ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ।
ਛੋਟਾ ਉਦਾਹਰਣ: database ਛੇੜਨ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ UI ਪ੍ਰੋਟੋਟਾਈਪ ਬਣਾਉਣਾ 'ਪ੍ਰਧਾਨ' ਨਹੀਂ ਹੋ ਸਕਦਾ, ਪਰ ਤੁਹਾਡੇ ਦਿਮਾਗ ਲਈ ਇਹ اُਤਮ ਹੋ ਸਕਦਾ ਹੈ—ਕਿਉਂਕਿ ਤੁਸੀਂ ਇਹ ਚੁਣਿਆ।
Mastery ਉਹ ਮਹਿਸੂਸ ਹੈ ਕਿ ਤੁਸੀਂ ਬਿਹਤਰ ਹੋ ਰਹੇ ਹੋ। ਵਾਇਬ ਕੋਡਿੰਗ ਛੋਟੀਆਂ ਜਿੱਤਾਂ ਦਾ ਲੜੀਬੱਧ ਪ੍ਰਵਾਹ ਬਣਾਉਂਦੀ ਹੈ: ਇੱਕ ਸਾਫ਼ ਫੰਕਸ਼ਨ, ਇੱਕ ਚੰਗੀ ਇੰਟਰੈਕਸ਼ਨ, ਤੇਜ਼ ਬਿਲਡ, ਪਿਛਲੇ ਹਫ਼ਤੇ ਨਾਲੋਂ ਘੱਟ ਬੱਗ।
ਮੁੱਖ ਗੱਲ ਦਿੱਖ ਹੈ। ਜਦੋਂ ਸੁਧਾਰ ਨਜ਼ਰ ਆਉਂਦਾ ਹੈ, ਤਾਂ ਕੋਸ਼ਿਸ਼ ਵਿਸ਼ਵਾਸ ਵਿੱਚ ਬਦਲ ਜਾਂਦੀ ਹੈ। ਇਹ ਵਿਸ਼ਵਾਸ ਤੁਹਾਨੂੰ ਅਗਲੇ ਮੁਸ਼ਕਲ ਹਿੱਸੇ ਲਈ ਧੀਰਜ ਖਰੀਦਦਾ ਹੈ।
Purpose ਇਹ ਜਾਣਨਾ ਹੈ ਕਿ ਇਹ ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਨਾ ਕਿ “ਕਦੇ ਨਾਂ ਲਾਂਚ ਕਰਾਂਗਾ,” ਪਰ ਇੱਕ Konkreet ਨਤੀਜਾ: ਇਕ ਦੋਸਤ ਤੁਹਾਡਾ ਟੂਲ ਵਰਤ ਸਕਦਾ ਹੈ, ਇੱਕ ਟੀਮ ਸਮਾਂ ਬਚਾ ਸਕਦੀ ਹੈ, ਇੱਕ ਕਮਿਊਨਿਟੀ ਨੂੰ ਫੀਚਰ ਮਿਲਦਾ ਹੈ, ਤੁਸੀਂ ਇੱਕ ਐਸਾ ਵਰਜਨ ਸ਼ਿਪ ਕਰਦੇ ਹੋ ਜੋ ਇੱਕ ਅਸਲ ਮੁਸ਼ਕਲ ਹੱਲ ਕਰਦਾ ਹੈ।
Purpose ਵੱਡਾ ਹੋਣਾ ਜ਼ਰੂਰੀ ਨਹੀਂ। “ਮੈਂ ਆਪਣੀ workflow ਨੂੰ ਘੱਟ ਦਰਦਨਾਕ ਬਣਾਉਂਦਾ/ਬਣਾਉਂਦੀ ਹਾਂ” ਵੀ ਕਾਫੀ ਹੈ।
ਚੰਗੀ ਤਰ੍ਹਾਂ ਕੀਤੀ ਵਾਇਬ ਕੋਡਿੰਗ ਇਕ ਲੂਪ ਬਣਾਉਂਦੀ ਹੈ: autonomy ਤੁਹਾਨੂੰ ਸ਼ੁਰੂ ਕਰਵਾਉਂਦੀ, mastery ਤੁਹਾਨੂੰ ਤਰੱਕੀ ਕਰਵਾਉਂਦੀ, ਅਤੇ purpose ਤੁਹਾਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਰੱਖਦੀ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਸੁਤੰਤਰਤਾ ਨਾਲ ਅਗਲਾ ਕਦਮ ਚੁਣ ਸਕਦੇ ਹੋ, ਆਪਣੀ ਸੁਧਾਰ ਦੇਖ ਸਕਦੇ ਹੋ, ਅਤੇ ਬਦਲਾਅ ਨੂੰ ਇੱਕ ਅਸਲ ਨਤੀਜੇ ਨਾਲ ਜੋੜ ਸਕਦੇ ਹੋ, ਤਾਂ ਮੁੜ ਆਉਣਾ ਇੱਛਾ ਤੋਂ ਜ਼ਿਆਦਾ ਗਤੀ ਬਣ ਜਾਂਦਾ ਹੈ।
ਵਾਇਬ ਕੋਡਿੰਗ ਦਾ ਇੱਕ ਵੱਡਾ ਹਿੱਸਾ ਇਹ ਹੈ ਕਿ ਤੁਹਾਡੇ ਦਿਮਾਗ ਨੂੰ ਸਾਬਤ ਮਿਲਦਾ ਹੈ ਕਿ ਤੁਹਾਡੀ ਕੋਸ਼ਿਸ਼ ਨੇ ਕੰਮ ਕੀਤਾ। ਟਾਈਟ ਫੀਡਬੈਕ ਅਬਸਟ੍ਰੈਕਟ ਕੰਮ (“ਮੈਂ ਕੁਝ ਬਣਾ ਰਿਹਾ ਹਾਂ”) ਨੂੰ ਇੱਕ ਲੜੀਬੱਧ ਸੰਕੇਤਾਂ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ (“ਉਹ ਬਟਨ ਹੁਣ ਕਲਿੱਕ ਹੁੰਦਾ ਹੈ”, “ਪੇਜ ਤੇਜ਼ ਲੋਡ ਹੁੰਦਾ ਹੈ”, “ਟੈਸਟ ਗ੍ਰੀਨ ਹੋ ਗਿਆ”). ਜਦੋਂ ਫੀਡਬੈਕ ਤੇਜ਼ ਹੁੰਦਾ ਹੈ, ਮੋਟਿਵੇਸ਼ਨ ਇਕ ਪੈਪ ਟਾਕ ਨਾਲ ਨਹੀਂ ਰਹਿੰਦੀ—ਇਹ ਪ੍ਰਤਿਕਿਰਿਆ ਬਣ ਜਾਂਦੀ ਹੈ।
ਤੇਜ਼ ਲੂਪ ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ ਮਾਈਕ੍ਰੋ-ਇਕਸਪੀਰੀਮੈਂਟ ਹਨ। ਤੁਸੀਂ ਇੱਕ ਛੋਟਾ ਬਦਲਾਅ ਕਰਦੇ ਹੋ, ਤੁਰੰਤ ਦੇਖਦੇ ਹੋ ਕਿ ਕੀ ਹੋਇਆ, ਅਤੇ ਫਿਰ ਰੁਕਾਵਟ ਕਰੋ। ਇਹ ਰੁਕਾਵਟ ਹੀ ਹੈ ਜਿੱਥੇ ਮੋਮੈਂਟਮ ਰਹਿੰਦੀ ਹੈ: ਤੁਸੀਂ ਸਿਰਫ ਕੰਮ ਨਹੀਂ ਕਰ ਰਹੇ, ਤੁਸੀਂ ਚਲਾ ਰਹੇ ਹੋ।
ਜਦੋਂ ਲੂਪ ਧੀਮਾ ਹੁੰਦਾ ਹੈ—ਲੰਮੇ ਬਿਲਡ, ਅਸਪਸ਼ਟ ਜਰੂਰਤਾਂ, ਕਿਸੇ ਹੋਰ ਦੀ ਉਡੀਕ—ਤੁਹਾਡਾ ਦਿਮਾਗ ਕਾਰਵਾਈ ਨੂੰ ਨਤੀਜੇ ਨਾਲ ਜੋੜ ਨਹੀਂ ਸਕਦਾ। ਕੰਮ ਇੱਕ ਭਾਰੀ ਰੱਛੇ ਨੂੰ ਧੱਕਣ ਵਰਗਾ ਲੱਗਣ ਲਗਦਾ ਹੈ ਜਿਸ ਦੀ ਚਲ ਰਹੀ ਹੈ ਜਾਂ ਨਹੀਂ ਇਸ ਦਾ ਅੰਦਾਜ਼ਾ ਨਹੀਂ।
“ਐਪ ਪੂਰਾ ਕਰੋ” ਬਹੁਤ ਵੱਡਾ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਅਕਸਰ ਇਨਾਮ ਨਹੀਂ ਦੇ ਸਕਦਾ। ਛੋਟੀਆਂ ਜਿੱਤਾਂ ਤਰੱਕੀ ਨੂੰ ਉਸ ਤਰੀਕੇ ਨਾਲ ਦਿਖਾਉਂਦੀਆਂ ਹਨ ਜੋ ਤੁਸੀਂ ਮਹਿਸੂਸ ਕਰ ਸਕਦੇ ਹੋ।
ਇੱਕ ਛੋਟੀ ਜਿੱਤ:
ਛੋਟੀਆਂ ਜਿੱਤਾਂ ਭਰੋ ਅਤੇ ਤੁਸੀਂ ਕੰਪਾਉਂਡ ਅਸਰ ਦੇਖੋਗੇ: ਵਿਸ਼ਵਾਸ ਵਧਦਾ ਹੈ, ਹਿਚਕ ਘੱਟ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਜਾਰੀ ਰੱਖਦੇ ਹੋ।
ਤੁਸੀਂ ਫੀਡਬੈਕ ਨੂੰ ਨੇੜੇ ਖਿੱਚ ਸਕਦੇ ਹੋ ਜੇ ਤੁਸੀਂ ਆਪਣਾ ਕੰਮ ਛੋਟੇ ਤੇਜ਼ ਸੰਕੇਤਾਂ ਦੇ ਆਸਪਾਸ ਰੱਖੋ:
ਮਕਸਦ ਰੱਨ ਨਾ ਕਰਨਾ—ਮਕਸਦ ਇੱਕ ਐਸਾ ਰਿਥਮ ਬਣਾਉਣਾ ਹੈ ਜਿੱਥੇ ਕੋਸ਼ਿਸ਼ ਭਰੋਸੇਯੋਗ ਤੌਰ ਤੇ ਸਾਬਤ ਵਜੋਂ ਵਾਪਸ ਆਉਂਦੀ ਹੈ।
ਵਾਇਬ ਕੋਡਿੰਗ ਸਿਰਫ “ਇਨਸਪਾਇਰਡ ਮਹਿਸੂਸ ਕਰਨਾ” ਨਹੀਂ; ਇਹ ਇੱਕ ਰਸਤਾ ਏੰਜੀਨੀਅਰ ਕਰਨ ਬਾਰੇ ਵੀ ਹੈ ਜਿੱਥੇ ਤੁਹਾਡਾ ਦਿਮਾਗ ਸੈਟਅਪ 'ਤੇ ਘੱਟ ਊਰਜਾ ਖਰਚੇ ਅਤੇ ਅਸਲ ਤੌਰ 'ਤੇ ਬਣਾਉਂਦਾ। ਮੋਮੈਂਟਮ ਨੂੰ ਖ਼ਤਮ ਕਰਨ ਦਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਸੋਚ ਅਤੇ ਦਿਖਾਈ ਦੇ ਨਤੀਜੇ ਦਰਮਿਆਨ ਛੋਟੀਆਂ ਰੁਕਾਵਟਾਂ ਜੋੜ ਦਿਓ।
ਫ੍ਰਿਕਸ਼ਨ ਉਹ ਕੁਝ ਵੀ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਨਤੀਜਾ ਵੇਖਣ ਤੋਂ ਪਹਿਲਾਂ ਰੋਕਦਾ ਹੈ: ਫੋਲਡਰ ਬਣਾਉਣ, ਫਰੇਮਵਰਕ ਚੁਣਨ, ਨਾਮ ਰੱਖਣ, ਟੂਲਾਂ ਨੂੰ ਕਨਫਿਗਰ ਕਰਨਾ। ਹਰ ਇਕ ਵਾਧੂ ਕਦਮ ਇੱਕ ਕਨਟੈਕਸਟ-ਸਵਿੱਚ ਮੰਗਦਾ ਹੈ, ਅਤੇ ਕਨਟੈਕਸਟ-ਸਵਿੱਚ ਹੀ ਉਹ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਮੋਟਿਵੇਸ਼ਨ ਲੀਕ ਹੁੰਦੀ ਹੈ।
ਘੱਟ-ਫ੍ਰਿਕਸ਼ਨ ਸੈਟਅਪ ਅਗਲਾ ਕਦਮ ਸਪਸ਼ਟ ਬਣਾਉਂਦਾ ਹੈ। ਤੁਸੀਂ ਪ੍ਰੋਜੈਕਟ ਖੋਲ੍ਹਦੇ ਹੋ, ਰਨ ਦਬਾਉਂਦੇ ਹੋ, ਕੁਝ ਬਦਲਾਅ ਵੇਖਦੇ ਹੋ, ਦੁਹਰਾਉਂਦੇ ਹੋ। ਇਹ ਰਿਥਮ ਯਤਨ ਨੂੰ “ਲਾਇਕ” ਮਹਿਸੂਸ ਕਰਵਾਉਂਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਲੰਬੀਆਂ ਸੈਸ਼ਨਾਂ ਲਈ ਜੁੜਨਾ ਆਸਾਨ ਹੋ ਜਾਂਦਾ ਹੈ।
ਫੈਸਲੇ ਦੀ ਥਕਾਵਟ ਇਸ ਬਾਰੇ ਨਹੀਂ ਕਿ ਤੁਸੀਂ ਗਲਤ ਫੈਸਲੇ ਕਰ ਰਹੇ ਹੋ—ਇਹ ਇਸ ਬਾਰੇ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਬਹੁਤ ਸਾਰੇ ਫੈਸਲੇ ਕਰਨੇ ਪੈਂਦੇ ਹਨ। ਜਦੋਂ ਹਰ ਛੋਟੀ ਗੱਲ ਲਈ ਚੋਣ ਕਰਨੀ ਪਵੇ (ਕਿਹੜਾ ਲਾਇਬ੍ਰੇਰੀ, ਕਿਹੜਾ ਪੈਟਰਨ, ਕਿਹੜਾ ਰੰਗ, ਕਿਹੜਾ ਡੇਟਾਬੇਸ, ਕੀ ਸਿਸਟਮ), ਤਾਂ ਤੁਹਾਡੀ ਊਰਜਾ ਮੇਟਾ-ਕੰਮ 'ਤੇ ਜਾਂਦੀ ਹੈ।
ਇਸ ਲਈ ਵਾਇਬ ਕੋਡਿੰਗ ਅਕਸਰ ਸੀਮਾਵਾਂ ਨਾਲ ਸੁਚੱਜੀ ਹੁੰਦੀ ਹੈ। ਸੀਮਾਵਾਂ ਵਿਕਲਪਾਂ ਦੀ ਗਿਣਤੀ ਘਟਾ ਦਿੰਦੇ ਹਨ ਤਾਂ ਜੋ ਤੁਸੀਂ ਹਰ ਪੰਜ ਮਿੰਟ 'ਤੇ ਆਪਣੇ ਨਾਲ ਵਾਦ ਨਹੀਂ ਕਰੋ।
ਟੈਮਪਲੇਟ ਅਤੇ ਡਿਫੌਲਟ ਨਿਰਾਸ਼ਾ ਨਹੀਂ—ਉਹ ਮੋਮੈਂਟਮ ਟੂਲ ਹਨ। ਇੱਕ ਵਧੀਆ ਟੈਮਪਲੇਟ ਆਮ ਸਵਾਲਾਂ ਦਾ ਪਹਿਲਾਂ ਜਵਾਬ ਦੇ ਦਿੰਦਾ ਹੈ: ਫਾਇਲ ਸਟ੍ਰਕਚਰ, ਸਕਰਿਪਟ, ਫਾਰਮੇਟਿੰਗ, ਅਤੇ ਇਕ ਮੁਢਲਾ UI ਜਾਂ API ਰੂਟ ਤਾਂ ਕਿ ਤੁਸੀਂ ਤੇਜ਼ੀ ਨਾਲ ਤਰੱਕੀ ਵੇਖ ਸਕੋ।
ਇਹ ਓਥੇ ਹੈ ਜਿੱਥੇ “ਵਾਇਬ ਕੋਡਿੰਗ” ਵਾਲੇ ਟੂਲ ਮਦਦਗਾਰ ਹੋ ਸਕਦੇ ਹਨ—ਖਾਸ ਕਰਕੇ ਜਦੋਂ ਤੁਸੀਂ ਵਿਚਾਰ ਤੋਂ ਚੱਲ ਰਹੇ ਪ੍ਰੋਟੋਟਾਈਪ ਤੱਕ ਬਿਨਾਂ ਲੰਮੇ ਸੈਟਅਪ ਦੇ ਜਾਣਾ ਚਾਹੁੰਦੇ ਹੋ। ਉਦਾਹਰਣ ਵਜੋਂ, Koder.ai ਇੱਕ ਵਾਇਬ-ਕੋਡਿੰਗ ਪਲੇਟਫਾਰਮ ਹੈ ਜੋ ਚੈਟ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਵੈਬ, ਬੈਕਐਂਡ, ਅਤੇ ਮੋਬਾਈਲ ਐਪ ਬਣਾਉਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਯੋਜਨਾ ਮੋਡ, snapshots/rollback, ਅਤੇ source-code export ਵਰਗੀਆਂ ਖੂਬੀਆਂ ਹਨ। ਠੀਕ ਢੰਗ ਨਾਲ ਵਰਤਿਆ ਜਾਵੇ ਤਾਂ ਇਹ ਪ੍ਰਾਰੰਭਿਕ ਫੈਸਲਿਆਂ ਨੂੰ ਘਟਾਉਂਦਾ, ਪਹਿਲੀ ਫੀਡਬੈਕ ਤੇਜ਼ ਕਰਦਾ, ਅਤੇ ਅਸਲ ਕੋਡਬੇਸ ਵਿੱਚ ਅਸਾਨ ਦਾਖਲਾ ਦਿੰਦਾ ਹੈ।
ਚੈਕਲਿਸਟ ਵੀ ਮਦਦਗਾਰ ਹਨ, ਖ਼ਾਸ ਕਰਕੇ ਜਦੋਂ ਤੁਸੀਂ ਥੱਕੇ ਹੋ। ਉਹ “ਅਗਲਾ ਕੀ ਕਰਾਂ?” ਨੂੰ “ਅਗਲੀ ਆਈਟਮ ਕਰੋ” ਵਿੱਚ ਬਦਲ ਦੇਂਦੇ ਹਨ। ਸਧਾਰਨ ਨਿੱਜੀ ਚੈਕਲਿਸਟ ਜਿਵੇਂ “ਟੈਸਟ ਚਲਾਓ, ਚੇਨਜਲੌਗ ਅਪਡੇਟ ਕਰੋ, ਬ੍ਰਾਂਚ ਪੁਸ਼ ਕਰੋ” ਮਾਨਸਿਕ ਭਾਰ ਘਟਾਉਂਦੇ ਹਨ।
ਸਾਰੇ ਫ੍ਰਿਕਸ਼ਨ ਮੰਦੇ ਨਹੀਂ। ਕੁਝ ਫ੍ਰਿਕਸ਼ਨ ਤੁਹਾਨੂੰ ਮਹਿੰਗੀਆਂ ਗਲਤੀਆਂ ਤੋਂ ਬਚਾਉਂਦੀ ਹੈ: ਕੋਡ ਰਿਵਿਊ, ਸੁਰੱਖਿਆ ਚੈੱਕ, ਬੈਕਅਪ, ਅਤੇ ਨਾਸ਼ਕ ਕਾਰਵਾਈਆਂ 'ਤੇ “ਕੀ ਤੁਸੀਂ ਯਕੀਨ ਹੋ?” ਪ੍ਰੋਮਪਟ। ਚਾਲ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਹੈ।
ਰਚਨਾਤਮਕ ਕਦਮ ਪਹਿਲਾਂ ਰੱਖੋ (ਪ੍ਰੋਟੋਟਾਈਪ, ਇਟਰੈਟ, ਖੋਜ). ਗੁਣਵੱਤਾ ਦੇ ਗੇਟ ਬਾਅਦ ਲਗਾਓ (ਲਿੰਟਿੰਗ, ਟੈਸਟ, ਰਿਵਿਊ) ਜਦੋਂ ਤੁਸੀਂ ਸੰਕੁਚਿਤ ਹੋ ਰਹੇ ਹੋ। ਇਸ ਤਰ੍ਹਾਂ, ਫ੍ਰਿਕਸ਼ਨ ਨਤੀਜਿਆਂ ਨੂੰ ਸੁਧਾਰਦਾ ਹੈ ਬਿਨਾਂ ਉਸ ਨਿਸ਼ਾਨ ਨੂੰ ਬਲੋਕ ਕੀਤੇ ਜੋ ਸੈਸ਼ਨ ਦੀ ਸ਼ੁਰੂਆਤ ਸੀ।
“ਵਾਇਬ” ਸੁਣਨ ਵਿੱਚ ਹवादਾਰ ਲੱਗਦਾ ਹੈ ਜਦ ਤੱਕ ਤੁਸੀਂ ਇਸਨੂੰ ਧਿਆਨ ਉਪਕਰਣ ਵਜੋਂ ਨਹੀਂ ਦੇਖਦੇ। ਤੁਹਾਡਾ ਦਿਮਾਗ ਲਗਾਤਾਰ ਫੈਸਲਾ ਕਰ ਰਿਹਾ ਹੈ ਕਿ ਅਗਲਾ ਕੀ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ। ਵਿਜ਼ੂਅਲ, ਆਵਾਜ਼, ਅਤੇ ਛੋਟੇ ਰੀਟੀਵਲ ਇਸ ਮੁੜ-ਵਿਚਾਰ ਨੂੰ ਘਟਾ ਕੇ “ਬਿਲਡਿੰਗ ਮੋਡ” ਵਿੱਚ ਆਉਣ ਨੂੰ ਆਸਾਨ ਬਣਾਉਂਦੇ ਹਨ।
ਇੱਕ ਸਾਫ਼, ਇਰਾਦੇ ਵਾਲਾ ਵਰਕਸਪੇਸ ( ਸਕ੍ਰੀਨ-ਤੇ ਅਤੇ ਬਾਹਰ ਦੋਹਾਂ) ਇੱਕ ფილਟਰ ਵਾਂਗ ਕੰਮ ਕਰਦਾ ਹੈ। ਘੱਟ ਵਿਜ਼ੂਅਲ ਸ਼ੋਰ ਛੋਟੇ ਫੈਸਲਿਆਂ ਦੀ ਗਿਣਤੀ ਘਟਾਉਂਦਾ ਹੈ: ਕਿਹੜਾ ਟੈਬ? ਕਿਹੜੀ ਵਿੰਡੋ? ਕਿਹੜਾ ਨੋਟ? ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਧਿਆਨ ਛੋਟੇ-ਛੋਟੇ ਬਾਘਾਂ ਰਾਹੀਂ ਲੀਕ ਹੁੰਦਾ ਹੈ।
ਸਕ੍ਰੀਨ-ਉੱਤੇ ਆਸਕਰਸ਼ ਵੀ ਗਿਣਤੀ ਰੱਖਦੀ ਹੈ। ਇੱਕ ਪੜ੍ਹਨ ਯੋਗ ਫੋਂਟ, ਤੁਸੀਂ ਜਿਸ ਥੀਮ ਨੂੰ ਪਸੰਦ ਕਰੋ, ਅਤੇ ਸੰਤੁਲਿਤ ਲੇਆਊਟ ਤੁਹਾਨੂੰ ਖ਼ੂਬਸੂਰਤ ਨਹੀਂ ਬਣਾਉਂਦੇ—ਪਰ ਇਹ ਤੁਹਾਡੇ ਅੱਖਾਂ ਨੂੰ ਕੰਮ 'ਤੇ ਰੱਖਣ ਨੂੰ ਸਰਲ ਬਣਾਉਂਦੇ ਹਨ। ਛੋਟਾ-ਛੋਟਾ ਬਦਲਾਅ, ਜਿਵੇਂ ਐਡੀਟਰ ਅਤੇ ਪ੍ਰੀਵਿਊ ਨੂੰ ਸਾਈਡ-ਬਾਈ-ਸਾਈਡ ਪਿਨ ਕਰਨਾ, "ਮੈਂ ਕੀ ਕਰ ਰਿਹਾ ਹਾਂ?" ਨੂੰ "ਜਾਰੀ ਰੱਖੋ" ਵਿੱਚ ਬਦਲ ਸਕਦਾ ਹੈ।
ਆਵਾਜ਼ ਇੱਕ ਤਾਕਤਵਰ ਸੰਦਰਭ-ਸੰਕੇਤ ਹੈ। ਮਕਸਦ “ਸਭ ਤੋਂ ਵਧੀਆ ਪਲੇਲਿਸਟ” ਨਹੀਂ ਹੈ, ਸਗੋਂ ਇੱਕ ਦੁਹਰਾਉਣਯੋਗ ਕਿਊ ਹੈ ਜੋ ਦੱਸਦਾ ਹੈ: ਹੁਣ ਅਸੀਂ ਬਣਾਉਂਦੇ ਹਾਂ। ਕੁਝ ਲੋਕ ਲਿਰਿਕਲ ਗਾਉਣ ਤੋਂ ਬਚਣ ਲਈ ਸਾਜ਼ੀ ਸੰਗੀਤ ਵਰਤਦੇ ਹਨ; ਹੋਰਾਂ ਨੂੰ ਸਥਿਰ ਐਂਬੀਅਨਟ ਸ਼ੌਰ ਪਸੰਦ ਹੈ।
ਆਵਾਜ਼ ਨੂੰ ਇੱਕ ਛੋਟੀ ਰੀਟੀਵਲ ਨਾਲ ਜੋੜੋ:
ਮੂਡ ਤੁਹਾਡੇ ਚੋਣਾਂ ਨੂੰ ਰਾਹ-ਦਿਖਾਉਂ ਸਕਦਾ ਹੈ ਬਿਨਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਕਬਜ਼ਾ ਕਰਨ ਦੇ। ਜੇ ਤੁਸੀਂ ਚੰਬੜੇ ਮਹਿਸੂਸ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਛੋਟੇ-ਛੋਟੇ ਤੇਜ਼ ਇਨਾਮ ਵਾਲੇ ਟਾਸਕ ਚੁਣੋ (UI ਟਵੀਕ, ਬੱਗ ਫਿਕਸ)। ਜੇ ਤੁਸੀਂ ਸ਼ਾਂਤ ਮਹਿਸੂਸ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਡੂੰਘਾ ਕੰਮ ਚੁਣੋ (ਆਰਕੀਟੈਕਚਰ, ਲਿਖਾਈ, ਰੈਫੈਕਟਰ)। ਤੁਸੀਂ ਮੂਡ ਦੀ ਆਗਿਆ ਨਹੀਂ ਮੰਨ ਰਹੇ—ਤੁਸੀਂ ਇਸਨੂੰ ਮੌਸਮ ਦੀ ਰਿਪੋਰਟ ਵਜੋਂ ਵਰਤ ਰਹੇ ਹੋ।
ਇੱਕ ਵਧੀਆ ਰੂਟੀਨ ਛੋਟੀ, ਸਹਿਮਤਯੋਗ, ਅਤੇ ਆਸਾਨ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। 3–5 ਮਿੰਟ ਨਿਸ਼ਾਨਾ ਰੱਖੋ। ਸਫਲਤਾ ਦਾ ਮਾਪ ਪੂਰਨਤਾ ਨਹੀਂ—ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ ਸ਼ੁਰੂ ਕਰੋ। ਸਮੇਂ ਨਾਲ, "ਵਾਇਬ" ਇੱਕ ਭਰੋਸੇਯੋਗ ਓਨ-ਰੈਂਪ ਬਣ ਜਾਂਦਾ ਹੈ: ਘੱਟ ਫਾਲਸ-ਸਟਾਰਟ, ਘੱਟ ਫ੍ਰਿਕਸ਼ਨ, ਵਧੇਰੇ ਬਿਲਡਿੰਗ ਸਮਾਂ।
ਇੱਕ ਵਧੀਆ “ਵਾਇਬ ਕੋਡਿੰਗ” ਸੈਸ਼ਨ ਇਕੱਲਾਪਣ ਅਤੇ ਸਮਾਜਿਕਤਾ ਦੋਹਾਂ ਮਹਿਸੂਸ ਕਰਾ ਸਕਦਾ ਹੈ। ਤੁਸੀਂ ਆਪਣੇ ਵਿਚ ਹੋ, ਪਰ ਤੁਸੀਂ ਉਹਨਾਂ ਲੋਕਾਂ ਨਾਲ ਜੁੜੇ ਹੋ ਜੋ ਸਮਝਦੇ ਹਨ ਕਿ ਤੁਸੀਂ ਇੱਕ ਛੋਟੀ UI ਡੀਟੇਲ 'ਤੇ ਜ਼ਿਆਦਾ ਧਿਆਨ ਕਿਉਂ ਦੇ ਰਹੇ ਹੋ। ਇਹ ਸਮਾਜਿਕ ਪਹਲ ਭਾਗੀਦਾਰੀ ਵਧਾ ਸਕਦੀ ਹੈ—ਜੇ ਇਹ ਹਲਕਾ ਰਹੇ।
ਕਮਿਊਨਿਟੀ ਕੰਮ ਨੂੰ ਮਾਇਨੇ ਦਿੰਦੀ ਹੈ। ਮਿਲਾਪ (“ਇਹ ਮੇਰੇ ਲੋਕ ਹਨ”), ਮਾਨਤਾ (“ਕਿਸੀ ਨੇ ਮੇਰੀ ਚੀਜ਼ ਨੋਟ ਕੀਤੀ”), ਅਤੇ ਜ਼ਿੰਮੇਵਾਰੀ (“ਮੈਂ ਕਿਹਾ ਸੀ ਮੈਂ ਇਹ ਆਜ਼ਮਾਉਂਗਾ”)—ਸਭ ਵਾਪਸ ਆਉਣ ਲਈ ਤੁਰਨ ਕਰਦੇ ਹਨ।
ਚਾਲ ਇਹ ਹੈ ਕਿ ਉਹ ਮਾਹੌਲ ਚੁਣੋ ਜਿੱਥੇ ਡੀਫਾਲਟ ਪ੍ਰਤੀਕਿਰਿਆ ਜਿਗਿਆਸਾ ਹੋਵੇ, ਨਾਕਿ ਮੁਲ્યાંਕਣ। ਉਹ ਗਰੁੱਪ ਲੱਭੋ ਜਿੱਥੇ “ਕੰਮ ਦਿਖਾਓ” ਆਮ ਹੈ ਅਤੇ ਪ੍ਰਸ਼ਨ ਸਵਾਗਤਯੋਗ ਹਨ, ਨਾ ਕਿ ਗਿਣਤੀ ਲਈ।
ਅਪਡੇਟ ਪੋਸਟ ਕਰਨਾ ਈਨਰਜੀ ਦੇ ਸਕਦਾ ਹੈ, ਪਰ ਇਹ ਨਾਟਕ ਵੀ ਬਣ ਸਕਦਾ ਹੈ। ਇੱਕ ਸਧਾਰਨ ਨਿਯਮ: ਆਰਟੀਫੈਕਟ ਅਤੇ ਸਿੱਖਣ ਸਾਂਝੇ ਕਰੋ, ਨਾ ਕਿ ਆਪਣੀ ਕੀਮਤ।
ਸਿਹਤਮੰਦ ਉਦਾਹਰਣ:
ਇਸ ਤਰ੍ਹਾਂ ਫ੍ਰੇਮਿੰਗ ਰੋਜ਼ਾਨਾ ਮੁਲਾਂਕਣ ਦੀ ਬਜਾਏ ਸਿੱਖਣ ਨੂੰ ਬਢ਼ਾਉਂਦੀ ਹੈ।
ਕੋ-ਬਿਲਡਿੰਗ ਫਲੋ ਨੂੰ ਗਹਿਰਾ ਕਰ ਸਕਦੀ ਹੈ ਜਦੋਂ ਭੂਮਿਕਾਵਾਂ ਸਪਸ਼ਟ ਹੋਣ ਅਤੇ ਕੰਮ ਤੇਜ਼ ਫੀਡਬੈਕ ਦਾ ਫਾਇਦਾ ਲੈਂਦਾ ਹੋ (ਡਿਬੱਗਿੰਗ, ਡਿਜ਼ਾਈਨ ਰਿਵਿਊ, brainstorm)। ਇਹ ਫਲੋ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾਉਂਦੀ ਹੈ ਜਦੋਂ ਇਹ ਬਿਆਨਬਾਜ਼ੀ, ਲਗਾਤਾਰ ਸੰਦਰਭ-ਬਦਲਾਵ, ਜਾਂ ਸਮਾਜਿਕ ਭਟਕਾਅ ਵਿੱਚ ਬਦਲ ਜਾਂਦਾ ਹੈ।
ਜੇ ਤੁਸੀਂ ਜੋੜਦੇ ਹੋ, ਤਾਂ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਛੋਟੇ, ਸੀਮਤ ਸੈਸ਼ਨ (25–45 ਮਿੰਟ) ਇਕ ਪ੍ਰਮੁੱਖ ਲਕਸ਼ ਨਾਲ ਅਤੇ ਅੰਤ ਵਿੱਚ ਇੱਕ ਛੋਟੀ ਰੀਕੈਪ।
ਸਥਿਤੀ ਅਣਟੱਲ ਹੈ—ਸਿਤਾਰੇ, ਲਾਈਕ, ਫਾਲੋਅਰ। ਸਹੀ ਢੰਗ ਨਾਲ ਵਰਤੀ ਜਾਵੇ, ਇਹ ਸਭ ਸੰਭਾਵਨਾਵਾਂ ਦਾ ਨਕਸ਼ਾ ਹੋ ਸਕਦਾ ਹੈ। ਗਲਤ ਅੰਦਾਜ਼ ਵਿੱਚ, ਇਹ ਪਛਾਣ ਲਈ ਮਾਪਦੰਡ ਬਣ ਜਾਂਦਾ ਹੈ।
"ਮੈਂ ਕਿੱਥੇ ਰੈਂਕ ਕਰਦਾ/ਕਰਦੀ ਹਾਂ?" ਦੀ ਥਾਂ ਪੁੱਛੋ "ਉਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ ਤੋਂ ਮੈਂ ਕੀ ਸਿੱਖ ਸਕਦਾ/ਸਕਦੀ ਹਾਂ?" ਆਪਣਾ ਆਧਾਰ ਟ੍ਰੈਕ ਕਰੋ: ਘੱਟ ਬੱਗ, ਸਾਫ਼ ਕੋਡ, ਨਿਯਮਤ ਸੈਸ਼ਨ। ਇਹ ਕਮਿਊਨਿਟੀ ਨੂੰ ਮੋਮੈਂਟਮ ਬਣਾਉਂਦੀ ਹੈ, ਦਬਾਅ ਨਹੀਂ।
ਵਾਇਬ ਕੋਡਿੰਗ ਅਕਸਰ ਅਸਾਨ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ ਕਿਉਂਕਿ ਤੁਹਾਡਾ ਦਿਮਾਗ ਇੱਕ ਸਧਾਰਣ ਪੈਟਰਨ ਸਿੱਖ ਲੈਂਦਾ ਹੈ: cue → action → reward. ਕਿਊ ਹੋ ਸਕਦਾ ਹੈ ਐਡੀਟਰ ਖੋਲ੍ਹਣਾ, ਪਲੇਲਿਸਟ, ਜਾਂ ਇੱਕ ਛੋਟੀ ਚੀਜ਼ ਜੋ ਤੁਸੀਂ «ਸਿਰਫ਼ ਠੀਕ ਕਰ ਦੇਣਾ» ਚਾਹੁੰਦੇ ਹੋ। ਐਕਸ਼ਨ ਬਣਾਉਣਾ ਹੈ। ਇਨਾਮ ਰਾਹਤ, ਗਰਵ, ਨਵੀਨਤਾ, ਜਾਂ ਸਮਾਜਿਕ ਮਾਨਤਾ ਹੋ ਸਕਦੀ ਹੈ।
ਸਿਹਤਮੰਦ ਸ਼ਾਮਲ ਹੋਣਾ ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ ਉਹ ਲੂਪ ਆਨੰਦ ਨਾਲ ਅਨੁਭਵ ਕਰੋ ਅਤੇ ਫਿਰ ਵੀ ਰੁਕਣ ਚੁਣ ਸਕੋ। ਲਤ ਉਹ ਹੈ ਜਦੋਂ ਲੂਪ ਸੈਸ਼ਨ ਬਾਅਦ ਵੀ ਚੱਲਦਾ ਰਹੇ—ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਅਹਿਸਾਸ ਦੀ ਪਿੱਛੇ ਦੌੜ ਰਹੇ ਹੋ ਨਾ ਕਿ ਅਸਲ ਤਰੱਕੀ।
ਕੁਝ ਇਨਾਮ ਅਣਪਛਾਤੇ ਹੁੰਦੇ ਹਨ: ਇੱਕ ਬੱਗ ਗੁਲ ਹੋ ਜਾਣਾ, AI ਸੁਝਾਅ ਵਧੀਆ ਹੋਣਾ, ਇੱਕ ਪੋਸਟ ਉੱਤੇ ਅਣਪਹਿਲੀ ਧਿਆਨ। ਇਹ “ਅਗਲੀ ਕੋਸ਼ਿਸ਼ ਸ਼ਾਇਦ ਲਹਿਰ ਬਹਾਲ ਕਰੇ” ਡਾਇਨਾਮਿਕ ਧਿਆਨ ਨੂੰ ਹਾਈਜੈਕ ਕਰ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਤੁਹਾਡਾ ਦਿਮਾਗ ਅਣਿਸ਼ਚਿਤਤਾ ਨੂੰ ਵਧੇਰੇ ਰੁਚਿਕਰ ਸਮਝਦਾ ਹੈ।
ਕੰਟਰੋਲ ਵਿੱਚ ਰਹਿਣ ਲਈ, ਇਨਾਮ ਨੂੰ ਘੱਟ ਬੇ-ਨਿਯਮ ਅਤੇ ਜ਼ਿਆਦਾ ਸਪਸ਼ਟ ਕੋਸ਼ਿਸ਼ ਨਾਲ ਜੋੜੋ:
ਅਨਜਾਣੇ ਆਲ-ਨਾਈਟਸ ਤੋਂ ਬਚਣ ਦਾ ਸਭ ਤੋਂ ਆਸਾਨ ਤਰੀਕਾ ਹੈ ਰੋਕਣ ਦੇ ਨਿਯਮ ਸੋਚ ਕੇ ਰੱਖਣਾ ਜਦੋਂ ਤੁਸੀਂ ਅਜੇ ਵੀ حلمatisch ਹੋ।
ਕੋਸ਼ਿਸ਼ ਕਰੋ:
ਜੇ ਤੁਹਾਡਾ ਇਨਾਮ "ਜਾਰੀ ਰੱਖੋ" ਹੈ ਤਾਂ ਤੁਸੀਂ ਅਨੰਤ ਸੈਸ਼ਨਾਂ ਲਈ ਟ੍ਰੇਨ ਹੋ ਰਹੇ ਹੋ। ਇਨਾਮ ਉਹ ਚੁਣੋ ਜੋ ਤੁਹਾਨੂੰ ਰੀਸੈੱਟ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਨ:
ਮਕਸਦ ਇਨਾਮਾਂ ਨੂੰ ਹਟਾਉਣਾ ਨਹੀਂ—ਮਕਸਦ ਇਹ ਹੈ ਕਿ ਉਹ ਅਜੇ ਵੀ ਮਜ਼ਬੂਤ ਰਹਿਣ ਬਗੈਰ ਤੁਹਾਡੀ ਨੀਂਦ ਜਾਂ ਧਿਆਨ ਚੁਰਾਉਣ।
ਵਾਇਬ ਕੋਡਿੰਗ ਆਸਾਨ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ—ਤੱਕੜੀ ਤੱਕ ਜਦੋਂ ਇਹ ਨਹੀਂ ਹੁੰਦੀ। ਉਹੀ ਸੈਸ਼ਨ ਜੋ ਰਚਨਾਤਮਕ ਮੋਮੈਂਟਮ ਦਿੰਦੇ ਹਨ ਸ਼ਾਂਤੀ ਨਾਲ ਨਿਰਾਸਾ ਵਿੱਚ ਬਦਲ ਸਕਦੇ ਹਨ ਜਦੋਂ “ਸਿਰਫ़ ਇਕ ਹੋਰ ਟਵੀਕ” ਅਸਲ ਤਰੱਕੀ ਨੂੰ ਬਦਲ ਦੇਂਦਾ ਹੈ।
ਬਰਨਆਉਟ ਅਕਸਰ ਡ੍ਰਾਮੈਟਿਕ ਢੰਗ ਨਾਲ ਨਹੀਂ ਆਉਂਦਾ। ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਛੋਟੇ ਸੰਕੇਤਾਂ ਵਜੋਂ ਆਉਂਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਪਕੜ ਸਕਦੇ ਹੋ:
ਜੇ ਤੁਸੀਂ ਦੋ ਜਾਂ ਜ਼ਿਆਦਾ ਇਹ ਸੰਕੇਤ ਦਿਨਾਂ ਵਿੱਤਰੇ ਵਾਰ ਵੇਖਦੇ ਹੋ, ਤਾਂ “ਦਬਾਅ ਨਾਲ ਅੱਗੇ ਵਧੋ” ਨਾ—ਸੈਸ਼ਨ ਡਿਜ਼ਾਈਨ ਬਦਲੋ।
ਫਲੋ ਨੂੰ ਇੱਕ ਸਪਸ਼ਟ ਲਕਸ਼ ਅਤੇ ਅੱਗੇ ਵੱਧਣ ਦਾ ਮਹਿਸੂਸ ਚਾਹੀਦਾ ਹੈ। ਪਰਫੈਕਸ਼ਨਿਜ਼ਮ ਟਾਰਗੇਟ ਨੂੰ ਅਸੰਭਵ ਮਿਆਰ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। "ਇੱਕ ਵਰੋਤੇਯੋਗ ਵਰਜਨ ਸ਼ਿਪ ਕਰੋ" ਦੀ ਥਾਂ ਲਕਸ਼ ਬਣ ਜਾਂਦਾ ਹੈ "ਇਸਨੂੰ ਨਿਰਦੋਸ਼ ਬਣਾਓ"—ਜੋ ਫੀਡਬੈਕ ਨੂੰ ਆਲੋਚਨਾ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਅਤੇ ਤਰੱਕੀ ਨੂੰ ਸ਼ੱਕ ਵਿੱਚ।
ਇੱਕ ਸਧਾਰਨ ਚੈੱਕ: ਜੇ ਤੁਸੀਂ ਕੁਝ ਐਸਾ ਸੁਧਾਰ ਰਹੇ ਹੋ ਜੋ ਯੂਜ਼ਰ ਪਹਿਲੇ-ਚਰਨ ਵਿੱਚ ਨਹੀਂ ਵੇਖੇਗਾ, ਤਾਂ ਤੁਸੀਂ ਸੰਭਵਤ: ਚਿੰਤਾ ਲਈ optimize ਕਰ ਰਹੇ ਹੋ, ਮੁੱਲ ਲਈ ਨਹੀਂ।
ਟਿਕਾਊ ਸੈਸ਼ਨਾਂ ਵਿੱਚ ਯੋਜਿਤ ਬੰਦ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ, ਨਾ ਕਿ ਅਕਸਮਾਤੀ ਢਹਿ ਜਾਣ। ਮਾਈਕ੍ਰੋ-ਰਿਕਵਰੀ ਤੁਹਾਡੇ ਦਿਮਾਗ ਨੂੰ ਠੰਡਾ ਰੱਖਦੀ ਹੈ ਪਰ ਜਿਸ ਧਾਰਾ ਨੂੰ ਤੁਸੀਂ ਬਣਾਉਂਦੇ ਰਹੇ, ਉਹ ਕਾਫੀ ਬਚਦੀ ਹੈ।
ਕੋਸ਼ਿਸ਼ ਕਰੋ ਇਹ ਹਲਕਾ ਪੈਟਰਨ:
ਜਦੋਂ ਡਿਲੀਬਰੇਟ ਹੁੰਦੇ ਹਨ ਤਾਂ ਟਾਸਕ ਸਵਿੱਚ ਨਾਕਾਰ ਨਹੀਂ—ਇਹ ਪੇਸਿੰਗ ਹੈ।
ਤੇਜ਼ੀ ਹੀ ਹੀਰੋਇਕ ਮਹਿਸੂਸ ਕਰਦੀ ਹੈ, ਪਰ ਤਰੱਕੀ ਉਹ ਹੈ ਜੋ اندرੂਨੀ ਮੋਟਿਵੇਸ਼ਨ ਨੂੰ ਜਿੰਦਾ ਰੱਖਦੀ ਹੈ। ਸੈਸ਼ਨ ਨੂੰ ਉਸ ਸਮੇਂ ਹੀ ਖਤਮ ਕਰੋ ਜਦੋਂ ਤੁਸੀਂ ਅਗਲੇ ਕਦਮ ਨੂੰ ਜਾਨ ਸਕਦੇ ਹੋ। ਇੱਕ ਇੱਕ-ਪੰਕਤੀ "resume cue" ਲਿਖੋ (ਉਦਾਹਰਣ: "ਅਗਲਾ: onboarding ਫਾਰਮ ਨੂੰ email capture ਨਾਲ ਜੋੜੋ"). ਉਹ ਛੋਟਾ breadcrumb ਕੱਲ੍ਹ ਲਈ ਰੁਕਾਵਟ ਘਟਾਉਂਦਾ ਹੈ ਅਤੇ ਵਾਇਬ ਕੋਡਿੰਗ ਨੂੰ ਇੱਕ ਚੀਜ਼ ਬਣਾਉਂਦਾ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਮੁੜ ਆਉਂਦੇ ਹੋ—ਨ ਕਿ ਇੱਕ ਚੀਜ਼ ਜਿਸ ਤੋਂ ਤੁਹਾਨੂੰ ਬਾਅਦ ਵਿੱਚ ਸਹਾਰਾ ਲੈਣਾ ਪੈਂਦਾ ਹੈ।
ਵਾਇਬ ਕੋਡਿੰਗ ਕੋਈ ਵਿਅਕਤੀਗਤ ਗੁਣ ਨਹੀਂ—ਇਹ ਇੱਕ ਦੁਹਰਾਉਣਯੋਗ ਸੈਟਅਪ ਹੈ। ਮਕਸਦ "ਸ਼ੁਰੂ" ਆਸਾਨ ਬਣਾਉਣਾ, ਮੋਮੈਂਟਮ ਨੂੰ ਵਿਸ਼ਬਲ ਰੱਖਣਾ, ਅਤੇ depleted ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਖਤਮ ਕਰਨਾ ਹੈ।
ਐਡੀਟਰ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ, ২ ਮਿੰਟ ਲਓ ਅਤੇ ਇਹ ਲਿਖੋ (ਕਾਗਜ਼ ਜਾਂ ਸਟਿਕੀ ਨੋਟ 'ਤੇ):
ਇਹ ਆਖਰੀ ਲਾਈਨ ਹੀ ਰਾਜ਼ ਹੈ: ਤੁਸੀਂ ਇੱਕ ਐਸਾ ਇਕਜ਼ਿਟ ਡਿਜ਼ਾਈਨ ਕਰ ਰਹੇ ਹੋ ਜੋ ਅਗਲੇ ਸੈਸ਼ਨ ਲਈ ਪ੍ਰੇਰਣਾ ਬਚਾ ਕੇ ਰੱਖਦਾ ਹੈ।
“ਡੀਪ ਵਰਕ” ਨੂੰ ਡਿਫਾਲਟ ਬਣਾਓ। ਜੋ ਕੁਛ ਵੀ ਤੁਹਾਨੂੰ ਪ੍ਰਤੀਕਿਰਿਆ-ਮੋਡ ਵਿੱਚ ਖਿੱਚ ਸਕਦਾ ਹੈ (email, chat, ਵਾਧੂ ਟੈਬ) ਬੰਦ ਕਰੋ। ਇੱਕ ਨਿਰਮਾਣ ਵਿੰਡੋ ਅਤੇ ਇੱਕ ਸੰਦਰਭ ਵਿੰਡੋ ਰੱਖੋ।
ਆਪਣੇ ਟੂਲਸ ਨੂੰ ਤੇਜ਼ ਜਿੱਤਾਂ ਲਈ ਸੁਧਾਰੋ: ਤੇਜ਼ dev server, ਭਰੋਸੇਯੋਗ hot reload, ਅਤੇ ਤੁਹਾਡੇ ਸਭ ਤੋਂ ਆਮ ਕਦਮਾਂ ਲਈ templates/snippets। ਜੇ ਸੈਟਅਪ ਸਲੌ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਬੇਖੋਫ਼ ਹੋ ਕੇ ਸ਼ੁਰੂ ਨਹੀਂ ਕਰੋਗੇ।
ਮੋਟਿਵੇਸ਼ਨ ਨੂੰ ਸਬੂਤ ਪਸੰਦ ਹੈ। ਮਾਈਕ੍ਰੋ-ਪਰੂਫ਼ ਕੈਪਚਰ ਕਰੋ:
ਛੋਟਾ ਟ੍ਰੈਕਿੰਗ "ਮੈਂ ਕੰਮ ਕੀਤਾ" ਨੂੰ "ਮੈਨੂੰ ਦਿੱਖ ਰਿਹਾ ਹੈ ਕਿ ਕੀ ਬਦਲਿਆ" ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ—ਜੋ ਮੁੜ ਆਓਣਾ ਆਸਾਨ ਬਣਾਉਂਦੀ ਹੈ।
ਹਫਤੇ ਵਿੱਚ ਇੱਕ ਵਾਰ, ਆਪਣੀਆਂ ਨੋਟਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰੋ ਅਤੇ ਪੁੱਛੋ:
ਜੋ ਕੁਝ ਤੁਹਾਨੂੰ ਉਤਸ਼ਾਹ ਦਿੰਦਾ ਹੈ ਉਸਨੂੰ ਰੱਖੋ। ਜੋ ਤੁਹਾਨੂੰ ਥਕਾਉਂਦਾ ਹੈ ਉਸਨੂੰ ਘਟਾਓ। ਇਹੀ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਵਾਇਬ ਕੋਡਿੰਗ ਸਥਾਈ ਬਣਦੀ ਹੈ, ਨਾ ਕਿ ਯਾਦਰਧਿਸ਼ਤ।
ਇਹ ਇੱਕ ਸੋਚ-ਵਿਧੀ ਭਰਿਆ ਤਰੀਕਾ ਹੈ ਜਿਸ ਵਿੱਚ ਤੁਸੀਂ ਉਹ ਸ਼ਰਤਾਂ ਬਣਾਉਂਦੇ ਹੋ ਜੋ ਸ਼ੁਰੂ ਕਰਨ ਨੂੰ ਆਸਾਨ ਬਣਾਉਂਦੀਆਂ ਹਨ ਅਤੇ ਤਰੱਕੀ ਦਿੱਖਦੀ ਰਹਿੰਦੀ ਹੈ—ਫਿਰ ਤੁਸੀਂ ਉਤਪਾਦਨਸ਼ੀਲ ਨਤੀਜੇ ਬਣਾਉਂਦੇ ਹੋ ਜਦੋਂ ਗਤੀ ਉੱਚੀ ਹੋਵੇ।
ਲੇਖ ਵਿੱਚ ਇੱਕ ਸਧਾਰਣ ਫਾਰਮੂਲਾ ਹੈ mood + momentum + making: ਇੱਕ ਸਹਾਇਕ ਸੈਟਅਪ ਜੋ ਅੱਗੇ ਵਧਣ ਨਾਲ ਤਿਆਰ ਕੰਮ (ਫੀਚਰ, ਰੈਫੈਕਟਰ, ਪ੍ਰੋਟੋਟਾਈਪ ਜਾਂ ਸ਼ਿਪਡ ਪੇਜ) ਪੈਦਾ ਕਰਦਾ ਹੈ।
ਨਹੀਂ। ਮਕਸਦ ਹਰ ਕੀਮਤ 'ਤੇ ਤੇਜ਼ ਹੋਣਾ ਨਹੀਂ—ਇਹ ਮਨੋਸਥਿਤੀ ਨੂੰ ਘੱਟ ਕਰਕੇ ਤੁਸੀਂ ਲੰਬੇ ਸਮੇਂ ਤੱਕ ਜੁੜੇ ਰਹਿਣ ਲਈ ਬਣਾਉਂਦਾ ਹੈ।
ਜੇ ਤੁਸੀਂ ਤੇਜ਼ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰ ਰਹੇ ਹੋ ਕਿਉਂਕਿ ਅਗਲਾ ਕਦਮ ਸਪਸ਼ਟ ਹੈ ਅਤੇ ਫੀਡਬੈਕ ਤੁਰੰਤ ਮਿਲ ਰਿਹਾ ਹੈ—ਤਾਂ ਇਹ ਇੱਕ ਸਾਈਡ-ਇਫੈਕਟ ਹੈ, ਲਕਿਨ ਮੁੱਖ ਮਕਸਦ ਨਹੀਂ।
ਫਲੋ ਆਮ ਤੌਰ 'ਤੇ ਉਸ ਸਮੇਂ ਆਉਂਦਾ ਹੈ ਜਦੋਂ ਚੈਲੇਂਜ ਅਤੇ ਹੁਨਰ ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਮੇਲ ਕੀਤਾ ਗਿਆ ਹੋਵੇ: ਚੋੜ੍ਹਾ ਪਰ ਹੋ ਸਕਣ ਵਾਲਾ।
ਤੁਸੀਂ ਇਹ ਵੀ ਵਿਖੋਗੇ:
ਫਲੋ ਆਮ ਤੌਰ 'ਤੇ ਉਦੋਂ ਟੁੱਟਦਾ ਹੈ ਜਦੋਂ ਧਿਆਨ ਭੰਗ ਹੁੰਦਾ ਹੈ ਜਾਂ ਕੰਮ ਬੇਹਦ ਅਸਪਸ਼ਟ ਜਾਂ ਬਹੁਤ ਜਟਿਲ ਹੋ ਜਾਂਦਾ ਹੈ।
ਆਮ ਟਿਗਰ:
ਇੱਕ ਤੇਜ਼ ਚੈੱਕ ਕਰੋ: ਅੱਜ ਮੈਂ ਕਿਸ ਲਈ optimize ਕਰ ਰਿਹਾ ਹਾਂ—ਸਿੱਖਣਾ, ਸ਼ਿਪ ਕਰਨਾ, ਜਾਂ ਵੈਰੀਫਿਕੇਸ਼ਨ?
ਫਿਰ ਉਸ ਮੁੱਖ ਲਕਸ਼ ਲਈ ਕਾਰਵਾਈ ਚੁਣੋ:
ਤੇਜ਼ ਫੀਡਬੈਕ ਤੁਹਾਡੇ ਯਤਨ ਨੂੰ ਸਬੂਤ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਲੂਪ ਹੈ: ਕੋਸ਼ਿਸ਼ ਕਰੋ → ਨਤੀਜਾ ਵੇਖੋ → ਠੀਕ ਕਰੋ।
ਇਸਨੂੰ ਤੇਜ਼ ਕਰਨ ਲਈ:
ਮਕਸਦ ਤੇਜ਼ੀ ਨਹੀਂ—ਇਕ ਐਸਾ ਰਿਥਮ ਬਣਾਉਣਾ ਹੈ ਜਿੱਥੇ ਯਤਨ ਵਿਸ਼ਵਾਸਯੋਗ ਤੌਰ ਤੇ ਨਤੀਜੇ ਵਜੋਂ ਵਾਪਸ ਆਉਂਦਾ ਹੈ।
ਫ੍ਰਿਕਸ਼ਨ ਉਹ ਕੁਝ ਵੀ ਹੈ ਜੋ ਵਿਚਾਰ ਤੋਂ ਨਤੀਜੇ ਤੱਕ ਦੇ ਕਦਮ ਨੂੰ ਵਧਾ ਦਿੰਦਾ ਹੈ; ਫੈਸਲੇ ਦੀ ਥਕਾਵਟ ਉਸ ਸਮੇਤ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਤੁਹਾਨੂੰ ਬਹੁਤ ਜ਼ਿਆਦਾ ਚੋਣਾਂ ਕਰਣੀਆਂ ਪੈਂਦੀਆਂ ਹਨ।
ਇਨ੍ਹਾਂ ਨੂੰ ਘਟਾਓ:
ਇਹ ਸਾਰਾ ਕੰਮ ਤਾਂ ਜੋ ਔਟੋ-ਮੋਬਿਲਾਈਜ਼ੇਸ਼ਨ ਤੇ ਕਦਮ ਬਿਨਾ ਸੋਚੇ ਅੱਗੇ ਵਧ ਸਕੇ।
“ਵਾਇਬ” ਨੂੰ ਸਿਰਫ ਸਜਾਵਟ ਨਾ ਸਮਝੋ—ਇਹ ਇੱਕ ਧਿਆਨ-ਸੂਚਕ ਹੈ। ਇੱਕ ਦੁਹਰਾਉਣ ਯੋਗ ਸੈਟਅਪ ਤੁਹਾਡੇ ਦਿਮਾਗ ਨੂੰ "ਬਿਲਡਿੰਗ ਮੋਡ" ਵਿੱਚ ਤੇਜ਼ੀ ਨਾਲ ਲੈ ਆਉਂਦਾ ਹੈ।
ਪ੍ਰਾਇਕਟਿਕਲ ਉਦਾਹਰਣ:
ਮੂਡ ਨੂੰ ਇਨਫ਼ਾਰਮੇਸ਼ਨ ਵਜੋਂ ਵਰਤੋ—ਮੌਸਮ ਦੱਸ ਰਿਹਾ ਹੈ ਕਿ ਕਿੰਨ੍ਹਾਂ ਕਿਸਮ ਦੇ ਕੰਮ ਚੁਣੋ, ਪਰ ਇਹ ਤੁਹਾਨੂੰ ਹਿਟ ਨਹੀਂ ਕਰਦਾ।
ਕਮਿਊਨਿਟੀ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ—ਇਹ ਪ੍ਰਗਟੀ ਨੂੰ ਮਤਲਬ ਦਿੰਦੀ ਹੈ। ਪਰ ਦਬਾਅ ਤੋਂ ਬਿਨਾਂ।
ਚੰਗੇ ਤਰੀਕੇ:
ਇਸ ਤਰ੍ਹਾਂ ਸਮਾਜਿਕ ਲੇਅਰ ਮੋਟੀਵੇਸ਼ਨ ਦੇਵੇਗੀ ਪਰ ਕੰਮ ਦਬਾਅ ਨਹੀਂ ਬਣੇਗੀ।
ਬੰਦ ਕਰਨ ਦੇ ਨਿਯਮ ਤਿਆਰ ਕਰੋ ਹੁਣੇ ਜਦੋਂ ਤੁਸੀਂ ਤਰੱਕੀ ਦਾ ਸੰਦੇਸ਼ ਸੋਚਦੇ ਹੋ।
उਪਯੋਗੀ ਬਾਊਂਡਰੀਜ਼:
ਜੇ ਤੁਸੀਂ ਚਿੜਚਿੜੇਪਣ, ਸੁੰਨਪਣ, ਲਗਾਤਾਰ ਝਿਲਮਿਲਾਉਣਾ ਜਾਂ ਨੀਂਦ ਘਟ ਜਾਣਾ ਵੇਖਦੇ ਹੋ, ਤਾਂ ਸੈਸ਼ਨਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਬਦਲੋ — ਤੇਜ਼ੀ ਦੀ ਥਾਂ ਤਰੱਕੀ ਨੂੰ ਮੁੱਖ ਰਖੋ।