ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਨਵੇਂ ਆਈ.ਟੀ. ਮਾਹਰ ਹੋ ਤਾਂ ਸਵਾਲ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਕਿਵੇਂ ਪੁੱਛਣੇ ਹਨ

ਹੈਲੋ!

ਪਿਛਲੇ ਕੁਝ ਸਾਲਾਂ ਤੋਂ ਮੈਂ ਉਹਨਾਂ ਲੋਕਾਂ ਨਾਲ ਬਹੁਤ ਕੰਮ ਕਰ ਰਿਹਾ ਹਾਂ ਜੋ ਹੁਣੇ ਹੀ IT ਵਿੱਚ ਆਪਣਾ ਕਰੀਅਰ ਸ਼ੁਰੂ ਕਰ ਰਹੇ ਹਨ। ਕਿਉਂਕਿ ਸਵਾਲ ਖੁਦ ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਉਹਨਾਂ ਨੂੰ ਪੁੱਛਣ ਦਾ ਤਰੀਕਾ ਇੱਕੋ ਜਿਹੇ ਹਨ, ਮੈਂ ਆਪਣੇ ਅਨੁਭਵ ਅਤੇ ਸਿਫ਼ਾਰਸ਼ਾਂ ਨੂੰ ਇੱਕ ਥਾਂ 'ਤੇ ਇਕੱਠਾ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ।

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

ਉਹਨਾਂ ਲਈ ਜੋ ਪਹਿਲਾਂ ਹੀ ਬਣ ਚੁੱਕੇ ਹਨ, ਜਾਂ ਅਜੇ ਵੀ ਇੱਕ ਨਵੇਂ ਡਿਵੈਲਪਰ ਬਣਨ ਦਾ ਸੁਪਨਾ ਦੇਖ ਰਹੇ ਹਨ, ਮੈਂ ਹੇਠ ਲਿਖੀਆਂ ਸਿਫ਼ਾਰਸ਼ਾਂ ਦੇ ਸਕਦਾ ਹਾਂ:

• ਸਮੱਸਿਆ ਦਾ ਖੁਦ ਅਧਿਐਨ ਕਰੋ
• ਪਹਿਲਾਂ ਟੀਚਾ ਦੱਸੋ, ਫਿਰ ਸਮੱਸਿਆ ਦੱਸੋ।
• ਨਿਪੁੰਨਤਾ ਨਾਲ ਅਤੇ ਬਿੰਦੂ ਤੱਕ ਲਿਖੋ
• ਪਤੇ 'ਤੇ ਸਵਾਲ ਪੁੱਛੋ ਅਤੇ ਹੱਲ ਸਾਂਝੇ ਕਰੋ
• ਦੂਜਿਆਂ ਦੇ ਸਮੇਂ ਦਾ ਆਦਰ ਕਰੋ
• ਚੌੜਾ ਦੇਖੋ

ਅਤੇ ਹੁਣ ਹੋਰ ਵੇਰਵੇ.

ਸਮੱਸਿਆ ਦਾ ਖੁਦ ਅਧਿਐਨ ਕਰੋ

ਤੁਸੀਂ ਕਿਸੇ ਕਿਤਾਬ ਜਾਂ ਕੋਰਸ ਤੋਂ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ ਸਿੱਖ ਰਹੇ ਹੋ। ਅਸੀਂ ਇੱਕ ਉਦਾਹਰਨ ਕੋਡ ਲਿਆ, ਇਸਨੂੰ ਚਲਾਇਆ, ਪਰ ਇਹ ਇੱਕ ਗਲਤੀ ਨਾਲ ਕ੍ਰੈਸ਼ ਹੋ ਗਿਆ ਜੋ ਤੁਹਾਡੇ ਲਈ ਅਸਪਸ਼ਟ ਸੀ। ਕਿਤਾਬ ਦੇ ਅਨੁਸਾਰ, ਇਸ ਨੂੰ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ. ਪਰ ਤੁਸੀਂ ਆਪਣੀਆਂ ਅੱਖਾਂ 'ਤੇ ਵਿਸ਼ਵਾਸ ਕਰਦੇ ਹੋ - ਇਹ ਕੰਮ ਨਹੀਂ ਕਰਦਾ. ਵਿਕਲਪ ਕੀ ਹਨ?

• ਫੈਸਲਾ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕਦੇ ਵੀ ਡਿਵੈਲਪਰ ਨਹੀਂ ਬਣੋਗੇ ਕਿਉਂਕਿ ਪੂਰੀ ਦੁਨੀਆ ਤੁਹਾਡੇ ਵਿਰੁੱਧ ਹੈ ਅਤੇ ਕੰਮ ਕਰਨ ਵਾਲੀਆਂ ਉਦਾਹਰਣਾਂ ਵੀ ਕੰਮ ਨਹੀਂ ਕਰਦੀਆਂ। ਪੜ੍ਹਾਈ ਛੱਡੋ;
• ਫੈਸਲਾ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕਦੇ ਵੀ ਡਿਵੈਲਪਰ ਨਹੀਂ ਬਣੋਗੇ ਕਿਉਂਕਿ ਤੁਸੀਂ ਬਹੁਤ ਮੂਰਖ ਹੋ ਜਾਂ ਤੁਹਾਡੇ ਕੋਲ ਇਹ ਨਹੀਂ ਹੈ। ਪੜ੍ਹਾਈ ਛੱਡੋ;
• ਹਰ ਉਸ ਵਿਅਕਤੀ ਨੂੰ ਪੁੱਛਣਾ ਸ਼ੁਰੂ ਕਰੋ ਜਿਸਨੂੰ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਕੌਣ ਘੱਟੋ ਘੱਟ ਕਿਸੇ ਤਰ੍ਹਾਂ IT ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ, ਇਹ ਮੰਗ ਕਰਦੇ ਹੋਏ ਕਿ ਉਹ ਇਹ ਪਤਾ ਲਗਾਉਣ ਕਿ ਇਹ ਤੁਹਾਡੇ ਲਈ ਕੰਮ ਕਿਉਂ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹੈ। ਆਪਣੇ ਬਾਰੇ ਬਹੁਤ ਸਾਰੀਆਂ ਨਵੀਆਂ ਚੀਜ਼ਾਂ ਲੱਭੋ, ਨਾਰਾਜ਼ ਹੋ ਜਾਓ. ਪੜ੍ਹਾਈ ਛੱਡੋ;

ਕਿਹੜਾ ਵਿਕਲਪ ਸਹੀ ਹੈ? ਇੱਥੇ ਉਹ ਹੈ:

ਇਹ ਸਮਝੋ ਕਿ ਤੁਸੀਂ ਵਿਲੱਖਣ ਨਹੀਂ ਹੋ (ਭਾਵੇਂ ਤੁਹਾਡੀ ਮਾਂ ਅਤੇ ਦਾਦੀ ਕੀ ਕਹਿੰਦੇ ਹਨ), ਅਤੇ ਆਈਟੀ ਸੰਸਾਰ ਇੰਨਾ ਸਰਲ ਨਹੀਂ ਹੈ ਜਿੰਨਾ ਉਹ ਤੁਹਾਨੂੰ ਕੋਰਸਾਂ ਅਤੇ ਵੈਬਿਨਾਰਾਂ ਲਈ ਸੱਦਾ ਦਿੰਦੇ ਹਨ।

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

• ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਸਵਾਲ ਵਿਲੱਖਣ ਹੈ ਅਤੇ ਇੰਟਰਨੈੱਟ 'ਤੇ ਇਸ ਦਾ ਕੋਈ ਜਵਾਬ ਨਹੀਂ ਹੈ
• ਸਮੱਸਿਆ ਦੇ ਕਾਰਨ ਦਾ ਧਿਆਨ ਨਾਲ ਅਧਿਐਨ ਕਰੋ, ਪ੍ਰਭਾਵ ਨਹੀਂ
• ਸਮੱਸਿਆ ਦੇ ਸੰਭਾਵੀ ਹੱਲਾਂ, ਉਹਨਾਂ ਦੇ ਚੰਗੇ ਅਤੇ ਨੁਕਸਾਨ ਦਾ ਮੁਲਾਂਕਣ ਕਰੋ
• ਆਪਣੇ ਟੀਚੇ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਵਿਕਲਪਕ ਵਿਕਲਪਾਂ ਬਾਰੇ ਸੋਚੋ
• ਇਸ ਬਾਰੇ ਸੋਚੋ ਕਿ ਤੁਹਾਨੂੰ ਕੀ ਪੁੱਛਿਆ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਆਪਣੇ ਜਵਾਬ ਪਹਿਲਾਂ ਹੀ ਤਿਆਰ ਕਰੋ।

С ਪਹਿਲਾ ਬਿੰਦੂ ਇਹ ਹੈ ਕਿ ਸਭ ਕੁਝ ਮਾਮੂਲੀ ਹੈ: ਜੇ ਗਲਤੀ ਦਾ ਟੈਕਸਟ ਤੁਹਾਡੇ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਮਝ ਤੋਂ ਬਾਹਰ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਗੂਗਲ ਵਿੱਚ ਕਾਪੀ ਕਰੋ ਅਤੇ ਲਿੰਕਾਂ ਤੋਂ ਟੈਕਸਟ ਨੂੰ ਧਿਆਨ ਨਾਲ ਪੜ੍ਹੋ.

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

ਤੀਜਾ и ਚੌਥੇ ਕਾਫ਼ੀ ਸਮਾਨ: ਕੀ ਜੇ ਇਹ ਲਾਇਬ੍ਰੇਰੀ ਸਮੱਸਿਆ ਹੈ ਅਤੇ ਮੈਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਹੋਰ ਲੱਭਣ ਦੀ ਲੋੜ ਹੈ? ਉਦੋਂ ਕੀ ਜੇ ਮੈਂ ਕਿਸੇ ਤੀਜੀ-ਧਿਰ ਦੀ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦਾ, ਪਰ ਸਟੈਂਡਰਡ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਆਪਣਾ ਕੋਡ ਲਿਖਦਾ ਹਾਂ?

ਪੰਜਵਾਂ ਇਹ ਬਿੰਦੂ ਸਾਨੂੰ ਅਗਲੇ ਭਾਗ ਵਿੱਚ ਲਿਆਉਂਦਾ ਹੈ: ਇਸ ਬਾਰੇ ਸੋਚੋ ਕਿ ਜਿਸ ਵਿਅਕਤੀ ਨਾਲ ਤੁਸੀਂ ਸੰਪਰਕ ਕਰ ਰਹੇ ਹੋ ਉਹ ਤੁਹਾਨੂੰ ਕੀ ਪੁੱਛ ਸਕਦਾ ਹੈ ਅਤੇ ਜਵਾਬ ਤਿਆਰ ਹੈ।

ਪਹਿਲਾਂ ਟੀਚਾ ਦੱਸੋ, ਫਿਰ ਸਮੱਸਿਆ ਦੱਸੋ।

ਟੀਚਾ ਉਹ ਹੈ ਜੋ ਤੁਸੀਂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਸੀ। ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਕੋਡ ਲਿਖੋ ਜੋ ਇੰਟਰਨੈਟ ਤੇ ਜਾਂਦਾ ਹੈ ਅਤੇ ਮਜ਼ਾਕੀਆ ਬਿੱਲੀਆਂ ਦੇ ਨਾਲ 10 ਤਸਵੀਰਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਦਾ ਹੈ. ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ ਕੰਸੋਲ ਵਿੱਚ ਇੱਕ ਗਲਤੀ ਕਿਉਂ ਦੇਖਦੇ ਹੋ, ਪਰ ਤੁਹਾਨੂੰ 10 ਮਜ਼ਾਕੀਆ ਬਿੱਲੀਆਂ ਨਹੀਂ ਦਿਖਾਈ ਦਿੰਦੀਆਂ। ਆਪਣੇ ਸਵਾਲ ਨੂੰ ਕਿਸੇ ਸਮੱਸਿਆ ਨਾਲ ਸ਼ੁਰੂ ਨਾ ਕਰੋ। ਇੱਕ ਟੀਚੇ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਇੱਕ ਸਮੱਸਿਆ ਨਾਲ ਖਤਮ ਕਰੋ. ਜੇਕਰ ਤੁਸੀਂ ਜਿਸ ਵਿਅਕਤੀ ਦੀ ਮਦਦ ਲਈ ਜਾਂਦੇ ਹੋ, ਇੱਕ ਤਜਰਬੇਕਾਰ ਡਿਵੈਲਪਰ ਹੈ ਅਤੇ ਬਹੁਤ ਕੁਝ ਜਾਣਦਾ ਹੈ, ਤਾਂ ਉਹ ਸੰਭਵ ਤੌਰ 'ਤੇ ਤੁਹਾਨੂੰ ਸਮੱਸਿਆ ਦਾ ਇੱਕ ਸਰਲ ਅਤੇ ਵਧੇਰੇ ਸ਼ਾਨਦਾਰ ਹੱਲ ਪੇਸ਼ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵੇਗਾ। ਜੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਸਭ ਤੋਂ ਸਰਲ ਅਤੇ ਸਭ ਤੋਂ ਸ਼ਾਨਦਾਰ ਚੁਣਿਆ ਹੈ, ਤਾਂ ਉਹ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਸਮਝ ਜਾਵੇਗਾ ਕਿ ਤੁਸੀਂ ਕੀ ਅਤੇ ਕਿਉਂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਅਤੇ ਇਹ ਜਵਾਬ ਦੀ ਪ੍ਰਾਪਤੀ ਨੂੰ ਤੇਜ਼ ਕਰੇਗਾ।

ਵਧੀਆ ਸਵਾਲ:

ਮੈਂ ਆਪਣੀ ਜ਼ਿੰਦਗੀ ਨੂੰ ਹੱਸਣ ਅਤੇ ਲੰਮਾ ਕਰਨ ਲਈ ਹਰ ਰੋਜ਼ 10 ਮਜ਼ਾਕੀਆ ਬਿੱਲੀਆਂ ਨੂੰ ਬਚਾਉਣਾ ਚਾਹੁੰਦਾ ਹਾਂ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਮੈਂ ਹੇਠਾਂ ਦਿੱਤਾ ਕੋਡ ਲਿਖਿਆ: […] ਮੈਂ ਉਮੀਦ ਕਰਦਾ ਹਾਂ ਕਿ ਇਹ ਇੱਕ FTP ਸਰਵਰ ਨਾਲ ਜੁੜ ਜਾਵੇਗਾ ਅਤੇ ਉੱਥੋਂ ਨਵੀਆਂ ਤਸਵੀਰਾਂ ਡਾਊਨਲੋਡ ਕਰੇਗਾ। ਹਾਲਾਂਕਿ, ਜਦੋਂ ਮੈਂ ਇਸਨੂੰ ਲਾਂਚ ਕੀਤਾ, ਮੈਂ ਇਹ ਗਲਤੀ ਵੇਖੀ: […] ਹਾਲਾਂਕਿ ਮੈਂ ਬ੍ਰਾਊਜ਼ਰ ਦੁਆਰਾ ਇਸ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚ ਕਰ ਸਕਦਾ ਹਾਂ।

ਤੇਜ਼ ਜਵਾਬ:

ਤੁਹਾਨੂੰ ਇਹ ਲਾਇਬ੍ਰੇਰੀ ਨਹੀਂ ਲੈਣੀ ਚਾਹੀਦੀ ਸੀ; ਕੋਈ ਵੀ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਇਸਦਾ ਸਮਰਥਨ ਜਾਂ ਵਿਕਾਸ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹੈ। ਬਿਹਤਰ ਇਸ ਨੂੰ ਲਓ - ਮੈਂ ਇਸਦੇ ਲਈ ਬਿੱਲੀਆਂ ਨਾਲ ਤਸਵੀਰਾਂ ਆਪਣੇ ਆਪ ਡਾਊਨਲੋਡ ਕਰਦਾ ਹਾਂ!

Плохой вопрос:

ਹੈਲੋ, ਮੇਰੇ ਕੋਡ ਨੇ ਹੇਠ ਲਿਖੀ ਗਲਤੀ ਪੈਦਾ ਕੀਤੀ […], ਕੀ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਕੀ ਗਲਤ ਹੋ ਸਕਦਾ ਹੈ?

ਸਪੱਸ਼ਟ ਜਵਾਬ:

ਸਤ ਸ੍ਰੀ ਅਕਾਲ. ਨਹੀਂ, ਮੈਂ ਨਹੀਂ ਜਾਣਦਾ.

ਨਿਪੁੰਨਤਾ ਨਾਲ ਅਤੇ ਬਿੰਦੂ ਤੱਕ ਲਿਖੋ

ਕਿਸੇ ਵਿਅਕਤੀ 'ਤੇ ਵਿਚਾਰਾਂ ਦੀ ਧਾਰਾ ਵਹਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਤੁਸੀਂ ਜਿਸ ਵਿਅਕਤੀ ਵੱਲ ਮੁੜਿਆ ਹੈ, ਉਹ ਆਪਣੇ ਕੰਮਾਂ ਵਿੱਚ ਰੁੱਝਿਆ ਹੋਇਆ ਹੈ। ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਉਹ ਜਲਦੀ ਸਮਝਦਾ ਹੈ ਕਿ ਤੁਹਾਡੀ ਸਮੱਸਿਆ ਕੀ ਹੈ ਅਤੇ ਤੁਸੀਂ ਉਸ ਤੋਂ ਕੀ ਚਾਹੁੰਦੇ ਹੋ। ਜੇਕਰ ਤੁਹਾਨੂੰ ਸਾਖਰਤਾ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਹਨ, ਤਾਂ ਔਨਲਾਈਨ ਸਪੈਲਿੰਗ ਅਤੇ ਵਿਰਾਮ ਚਿੰਨ੍ਹ ਜਾਂਚ ਸੇਵਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਤੁਸੀਂ ਔਨਲਾਈਨ ਸੇਵਾਵਾਂ ਤੋਂ ਬਿਨਾਂ ਸੁਨੇਹਿਆਂ ਤੋਂ ਜੰਕ ਨੂੰ ਹਟਾ ਸਕਦੇ ਹੋ। ਪਾਣੀ ਨਾ ਡੋਲ੍ਹੋ, ਦੂਰੋਂ ਸ਼ੁਰੂ ਨਾ ਕਰੋ. ਸੰਖੇਪ ਵਿੱਚ, ਸੰਖੇਪ ਅਤੇ ਬਿੰਦੂ ਤੱਕ ਲਿਖੋ। ਉਦਾਹਰਣਾਂ ਦਿਓ।

ਬੁਰੀ ਤਰ੍ਹਾਂ:

- ਹੈਲੋ, ਇਹ ਕਿਵੇਂ ਹੋਇਆ))) ਮੈਂ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਸੰਖੇਪ ਵਿੱਚ ਇਕੱਠਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹਾਂ, ਪਰ ਇਹ ਮੇਰੇ ਲਈ ਕੰਮ ਨਹੀਂ ਕਰਦਾ, ਇਹ ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਕ੍ਰੈਸ਼ ਹੋ ਜਾਂਦਾ ਹੈ O_o, ਹਾਲਾਂਕਿ ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ ਮੈਂ ਸਭ ਕੁਝ ਠੀਕ ਕੀਤਾ ਹੈ, ਕਿਰਪਾ ਕਰਕੇ ਆਓ) )))) ਮੇਰੇ ਲਈ ਕੰਸੋਲ ਵਿੱਚ ਅਸਲ ਵਿੱਚ ਕੁਝ ਸਮਝ ਤੋਂ ਬਾਹਰ ਹੈ (((ਪਹਿਲਾਂ ਹੀ ਸਹੀ ਮੈਂ ਸਭ ਕੁਝ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ, ਕੁਝ ਵੀ ਕੰਮ ਨਹੀਂ ਕਰਦਾ, ahhh(

ਚੰਗਾ:

- ਹੈਲੋ, ਮੈਂ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹਾਂ, ਪਰ ਇੱਕ ਸਮੱਸਿਆ ਹੈ। ਇਹ ਡੌਕਰ-ਕੰਪੋਜ਼ ਅਪ ਕਮਾਂਡ ਦੇ ਤੁਰੰਤ ਬਾਅਦ ਕਰੈਸ਼ ਹੋ ਜਾਂਦਾ ਹੈ, ਇੱਥੇ ਸ਼ੁਰੂਆਤੀ ਲੌਗ ਅਤੇ ਗਲਤੀ ਹੈ: […] ਕੀ ਤੁਸੀਂ ਮੈਨੂੰ ਦੱਸ ਸਕਦੇ ਹੋ ਕਿ ਇਸਨੂੰ ਕਿਵੇਂ ਹੱਲ ਕਰਨਾ ਹੈ?

ਪਤੇ 'ਤੇ ਸਵਾਲ ਪੁੱਛੋ ਅਤੇ ਹੱਲ ਸਾਂਝੇ ਕਰੋ

ਤੁਹਾਨੂੰ ਕਿਸੇ ਖਾਸ ਵਿਅਕਤੀ ਨੂੰ ਨਿੱਜੀ ਸੁਨੇਹੇ ਵਿੱਚ ਕੋਈ ਸਵਾਲ ਨਹੀਂ ਲਿਖਣਾ ਚਾਹੀਦਾ, ਜਦੋਂ ਤੱਕ ਤੁਹਾਨੂੰ ਸੂਚਿਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਉਸ ਨੂੰ ਖਾਸ ਤੌਰ 'ਤੇ ਪੁੱਛਣਾ ਚਾਹੀਦਾ ਹੈ। ਲੋਕਾਂ ਦੇ ਸਮੂਹ ਨੂੰ ਲਿਖਣਾ ਬਿਹਤਰ ਹੈ ਕਿਉਂਕਿ:

• ਹਰ ਕੋਈ ਆਪੋ-ਆਪਣੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹੱਲ ਕਰਨ ਵਿੱਚ ਰੁੱਝਿਆ ਹੋਇਆ ਹੈ। ਆਮ ਗੱਲਬਾਤ ਜਾਂ ਫੋਰਮ 'ਤੇ ਕੋਈ ਵਿਅਕਤੀ ਤੁਹਾਡੇ ਲਈ ਸਮਾਂ ਬਿਤਾਉਣ ਦੀ ਸੰਭਾਵਨਾ ਵੱਧ ਹੈ।
• ਆਮ ਗੱਲਬਾਤ ਵਿੱਚ ਕਿਸੇ ਵਿਅਕਤੀ ਨੂੰ ਤੁਹਾਡੀ ਮਦਦ ਕਰਨ ਦਾ ਤਰੀਕਾ ਪਤਾ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਵੱਧ ਹੈ।
• ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਉਹੀ ਸਵਾਲ ਅਤੇ ਜਵਾਬ ਲੱਭਣ ਲਈ ਇਸਨੂੰ ਦੂਜਿਆਂ 'ਤੇ ਛੱਡ ਦਿੰਦੇ ਹੋ।

ਆਖਰੀ ਬਿੰਦੂ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੋ. ਕੀ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਸਿੱਖਿਆ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਆਪਣੇ ਆਪ ਹੱਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ? ਕੀ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਚੈਟ/ਫੋਰਮ/ਗਰੁੱਪ ਖੋਜ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਹੈ, ਪਰ ਤੁਹਾਡੀ ਸਮੱਸਿਆ ਦਾ ਕੋਈ ਜ਼ਿਕਰ ਨਹੀਂ ਮਿਲਿਆ ਹੈ? ਠੀਕ ਹੈ, ਫਿਰ ਪੁੱਛੋ।

ਦੂਜੇ ਪਾਸੇ, ਲੋਕਾਂ ਨੂੰ ਬੇਲੋੜੀ ਪਰੇਸ਼ਾਨ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਜੇ ਸੰਭਵ ਹੋਵੇ, ਤਾਂ ਆਪਣੀ ਮੇਲਿੰਗ ਸੂਚੀ ਵਿੱਚੋਂ ਕਿਸੇ ਵੀ ਵਿਅਕਤੀ ਨੂੰ ਹਟਾਓ ਜੋ ਤੁਹਾਡੀ ਮਦਦ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਇੱਕ ਵਿਅਕਤੀ ਨੂੰ ਜਿੰਨੇ ਜ਼ਿਆਦਾ ਸੁਨੇਹੇ ਪ੍ਰਾਪਤ ਹੁੰਦੇ ਹਨ, ਉਹਨਾਂ ਸਾਰਿਆਂ ਨੂੰ ਪੜ੍ਹਨ ਦੀ ਸੰਭਾਵਨਾ ਉਨੀ ਹੀ ਘੱਟ ਹੁੰਦੀ ਹੈ। ਲੋਕਾਂ ਨੂੰ ਚੇਤਾਵਨੀਆਂ ਨੂੰ ਬੰਦ ਕਰਨ ਜਾਂ ਸਿਰਫ਼ ਸੁਨੇਹਿਆਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਦੀ ਆਦਤ ਨਾ ਪਾਓ।

ਯਕੀਨਨ, ਤੁਹਾਡਾ ਅਨੁਭਵ ਕਿਸੇ ਹੋਰ ਲਈ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦਾ ਹੈ। ਕੋਈ ਜਵਾਬ ਜਾਂ ਹੱਲ ਪੋਸਟ ਕਰਕੇ ਆਪਣਾ ਅਤੇ ਦੂਜਿਆਂ ਦਾ ਸਮਾਂ ਬਚਾਓ। ਅਗਲਾ ਨਵਾਂ ਆਉਣ ਵਾਲਾ, ਜੇ ਉਹ ਪਹਿਲਾਂ ਹੀ ਜਾਣਦਾ ਹੈ ਕਿ ਅਸੀਂ ਇੱਥੇ ਕਿਸ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ, ਤਾਂ ਉਹ ਕਿਸੇ ਨੂੰ ਵੀ ਪਰੇਸ਼ਾਨ ਨਹੀਂ ਕਰੇਗਾ - ਉਹ ਖੋਜ ਕਰਕੇ ਤੁਹਾਡਾ ਹੱਲ ਲੱਭ ਲਵੇਗਾ। ਮੈਂ ਕਿਉਂ ਕਹਿੰਦਾ ਹਾਂ ਕਿ ਤੁਸੀਂ ਆਪਣਾ ਸਮਾਂ ਬਚਾ ਸਕਦੇ ਹੋ? ਕਿਉਂਕਿ ਤੁਹਾਨੂੰ ਇੱਕ ਸਾਲ ਵਿੱਚ ਇਸ ਸਮੱਸਿਆ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈ ਸਕਦਾ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਇਹ ਯਾਦ ਨਹੀਂ ਹੈ ਕਿ ਤੁਸੀਂ ਇਸਨੂੰ ਕਿਵੇਂ ਹੱਲ ਕੀਤਾ ਹੈ। ਖੋਜ ਤੁਹਾਨੂੰ ਦੁਬਾਰਾ ਬਚਾਏਗੀ।

ਦੂਜਿਆਂ ਦੇ ਸਮੇਂ ਦਾ ਆਦਰ ਕਰੋ

ਉਹਨਾਂ ਲੋਕਾਂ ਲਈ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਜੀਵਨ ਨੂੰ ਆਸਾਨ ਬਣਾਓ ਜਿਨ੍ਹਾਂ ਦੀ ਤੁਸੀਂ ਮਦਦ ਮੰਗਦੇ ਹੋ।

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

ਕਿਸੇ ਤੋਂ ਇਹ ਉਮੀਦ ਨਾ ਰੱਖੋ ਕਿ ਤੁਸੀਂ ਦੋ ਦਿਨ ਪਹਿਲਾਂ ਕੀ ਪੁੱਛਿਆ ਸੀ ਉਹ ਯਾਦ ਰੱਖਣਾ ਚਾਹੇਗਾ। ਜਾਣਕਾਰੀ ਦੁਬਾਰਾ ਭੇਜੋ, ਪ੍ਰਸੰਗ ਨੂੰ ਯਾਦ ਕਰਾਓ। ਕੋਈ ਵੀ ਤੁਹਾਡੇ ਹੱਥ ਵਿੱਚ ਜੋ ਵੀ ਹੈ ਉਸ ਲਈ ਪੱਤਰ-ਵਿਹਾਰ ਦੁਆਰਾ ਖੋਜ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦਾ। ਜੇਕਰ ਤੁਸੀਂ ਜਾਣਕਾਰੀ ਨੂੰ ਡੁਪਲੀਕੇਟ ਕਰਨ ਵਿੱਚ ਬਹੁਤ ਆਲਸੀ ਹੋ ਤਾਂ ਜੋ ਲੋਕ ਖੋਜ ਕਰਨ ਵਿੱਚ ਆਪਣਾ ਸਮਾਂ ਬਰਬਾਦ ਨਾ ਕਰਨ, ਤਾਂ ਤੁਹਾਨੂੰ ਮਦਦ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

ਇਸ ਨੂੰ ਸੰਦਰਭ ਤੋਂ ਬਾਹਰ ਨਾ ਲਓ। ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਗਲਤੀ ਦੇ ਨਾਲ ਇੱਕ ਲੌਗ ਭੇਜਦੇ ਹੋ, ਤਾਂ ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਨਾ ਸਿਰਫ਼ ਗਲਤੀ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਸਗੋਂ ਉਸ ਕੋਡ ਨੂੰ ਵੀ ਸ਼ਾਮਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਜਿਸ ਨਾਲ ਇਹ ਵਾਪਰਿਆ ਹੈ, ਇਸਦੀ ਉਦਾਹਰਨ ਦੇ ਨਾਲ ਕਿ ਇਹ ਕੀ ਟੁੱਟਿਆ ਹੈ।
ਜੇਕਰ ਤੁਹਾਡੀ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਇੱਕ ਸਥਾਪਿਤ ਪ੍ਰਕਿਰਿਆ ਹੈ, ਤਾਂ ਇਸਦਾ ਪਾਲਣ ਕਰੋ। ਪਹੀਏ ਨੂੰ ਮੁੜ ਖੋਜਣ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ ਜੇਕਰ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਕਦਮ-ਦਰ-ਕਦਮ HowTo ਵਾਲਾ ਲੇਖ ਹੈ।

ਤੁਹਾਨੂੰ ਇੱਕੋ ਸਮੇਂ ਵੱਖ-ਵੱਖ ਚੈਨਲਾਂ (ਸਲੈਕ, ਸਕਾਈਪ, ਟੈਲੀਗ੍ਰਾਮ ਨੂੰ ਲਿਖੋ) ਦੁਆਰਾ ਇੱਕ ਵਿਅਕਤੀ ਤੋਂ ਜਵਾਬ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ - ਇਹ ਵਿਅਕਤੀ ਲਈ ਕੋਝਾ ਹੋਵੇਗਾ।

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

ਚੌੜਾ ਦੇਖੋ

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

ਸਰੋਤ: www.habr.com