ਆਪਣੀ ਪਹਿਲੀ ਨੌਕਰੀ ਦੇ ਡਰ ਤੋਂ ਛੁਟਕਾਰਾ ਪਾਉਣਾ

ਅਜੇ ਵੀ ਫਿਲਮ "ਹੈਰੀ ਪੋਟਰ ਐਂਡ ਦਿ ਪ੍ਰਿਜ਼ਨਰ ਆਫ ਅਜ਼ਕਾਬਨ" ਤੋਂ

ਇਸ ਸੰਸਾਰ ਦੀ ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ ਪੜ੍ਹੇ-ਲਿਖੇ ਲੋਕ ਸ਼ੰਕਾਵਾਂ ਨਾਲ ਭਰੇ ਹੋਏ ਹਨ, ਪਰ ਬੇਵਕੂਫ ਭਰੋਸੇ ਨਾਲ ਭਰੇ ਹੋਏ ਹਨ।

ਚਾਰਲਸ ਬੁਕੋਵਸਕੀ

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

ਸਵਾਲ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਸਨ:

• ਹਰ ਸਾਲ ਬਹੁਤ ਸਾਰੇ ਵਿਦਿਆਰਥੀ ਯੂਨੀਵਰਸਿਟੀਆਂ ਤੋਂ ਗ੍ਰੈਜੂਏਟ ਹੁੰਦੇ ਹਨ ਅਤੇ ਉਹ ਸਾਰੇ ਕੰਮ ਦੀ ਭਾਲ ਵਿੱਚ ਜਾਂਦੇ ਹਨ। ਜੋ ਕਿ ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਹਨ. ਉਹ ਸ਼ਾਇਦ ਸਭ ਤੋਂ ਵਧੀਆ ਨੌਕਰੀ ਕਰਨਗੇ, ਪਰ ਮੈਨੂੰ ਜਗ੍ਹਾ ਨਹੀਂ ਮਿਲੇਗੀ।
• ਜੇ ਮੈਂ ਗੜਬੜ ਕਰਾਂ ਅਤੇ ਤੁਰੰਤ ਨੌਕਰੀ ਤੋਂ ਕੱਢ ਦਿੱਤਾ ਜਾਵੇ ਤਾਂ ਕੀ ਹੋਵੇਗਾ?
• ਉਦੋਂ ਕੀ ਜੇ ਕੰਮ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਿਚ ਉਹ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ ਕਿ ਮੈਂ ਮੂਰਖ ਹਾਂ ਅਤੇ ਮੈਨੂੰ ਬਾਹਰ ਕੱਢ ਦਿੱਤਾ?

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

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

ਲੇਖ ਡਿਵੈਲਪਰਾਂ ਲਈ ਇੱਕ ਡਿਵੈਲਪਰ ਦੁਆਰਾ ਲਿਖਿਆ ਗਿਆ ਸੀ। ਹਾਲਾਂਕਿ, ਜੇਕਰ ਤੁਸੀਂ IT ਵਿੱਚ ਟੈਸਟਿੰਗ, ਪ੍ਰਸ਼ਾਸਨ ਜਾਂ ਹੋਰ ਕੁਝ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹੋ, ਤਾਂ ਕੁਝ ਸਲਾਹ ਤੁਹਾਡੇ ਲਈ ਵੀ ਲਾਭਦਾਇਕ ਹੋਵੇਗੀ।

ਉਹ ਤੁਹਾਨੂੰ ਬਿਲਕੁਲ ਵੀ ਨੌਕਰੀ 'ਤੇ ਨਹੀਂ ਰੱਖਣਗੇ

ਜਦੋਂ ਤੁਸੀਂ ਕਲਪਨਾ ਕਰਦੇ ਹੋ ਕਿ ਬਹੁਤ ਸਾਰੀਆਂ ਯੂਨੀਵਰਸਿਟੀਆਂ ਹਰ ਸਾਲ ਸੈਂਕੜੇ ਵਿਦਿਆਰਥੀਆਂ ਨੂੰ ਗ੍ਰੈਜੂਏਟ ਕਰਦੀਆਂ ਹਨ, ਤਾਂ ਇਹ ਅਸਹਿਜ ਹੋ ਜਾਂਦਾ ਹੈ। ਇੰਨੀ ਵੱਡੀ ਭੀੜ ਦਾ ਮੁਕਾਬਲਾ ਕਿਵੇਂ ਕਰੀਏ?

ਬਦਕਿਸਮਤੀ ਨਾਲ, ਸਾਰੇ ਗ੍ਰੈਜੂਏਟਾਂ ਕੋਲ ਲੋੜੀਂਦੀ ਤਕਨੀਕੀ ਸਿਖਲਾਈ ਨਹੀਂ ਹੁੰਦੀ ਹੈ। ਯੂਨੀਵਰਸਿਟੀ ਦੇ ਕਿਸੇ ਵਿਦਿਆਰਥੀ ਨੂੰ ਪੁੱਛਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਜੋ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ: ਉਸਦੇ ਸਮੂਹ ਦੇ ਲੋਕ "ਡੇਟਾਬੇਸ" ਜਾਂ "ਐਲਗੋਰਿਦਮਾਈਜ਼ੇਸ਼ਨ ਅਤੇ ਪ੍ਰੋਗਰਾਮਿੰਗ ਦੇ ਬੁਨਿਆਦੀ ਤੱਤ" ਵਰਗੇ ਅਨੁਸ਼ਾਸਨਾਂ ਵਿੱਚ ਪ੍ਰੀਖਿਆਵਾਂ ਵਿੱਚ ਦਾਖਲਾ ਕਿਵੇਂ ਲੈਂਦੇ ਹਨ? 30 ਲੋਕਾਂ ਦੇ ਇੱਕ ਸਮੂਹ ਵਿੱਚ, ਸਭ ਤੋਂ ਵਧੀਆ, ਇੱਥੇ 3-5 "ਐਡਵਾਂਸਡ" ਮੁੰਡੇ ਹੋਣਗੇ ਜੋ ਅਸਲ ਵਿੱਚ ਸਭ ਕੁਝ ਆਪਣੇ ਆਪ ਕਰਦੇ ਹਨ। ਬਾਕੀ ਸਿਰਫ਼ ਉਹਨਾਂ ਤੋਂ ਕਾਪੀ ਕਰਦੇ ਹਨ, ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਘੜਦੇ ਹਨ ਅਤੇ ਜਮ੍ਹਾਂ ਕਰਦੇ ਹਨ.

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

ਸੈਂਕੜੇ ਗ੍ਰੈਜੂਏਟਾਂ ਵਿੱਚੋਂ, ਸਿਰਫ਼ ਦੋ ਦਰਜਨ ਹੀ ਰੁਜ਼ਗਾਰਦਾਤਾਵਾਂ ਲਈ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹਨ

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

ਪਾਗਲਪਨ ਉਸੇ ਕਿਰਿਆ ਦਾ ਸਹੀ ਦੁਹਰਾਓ ਹੈ. ਸਮੇਂ ਦੇ ਬਾਅਦ, ਤਬਦੀਲੀ ਦੀ ਉਮੀਦ

ਐਲਬਰਟ ਆਇਨਸਟਾਈਨ

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

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

ਮੂਰਖ – ਕੱਢ ਦਿੱਤਾ

ਜਦੋਂ ਤਜਰਬੇ ਤੋਂ ਬਿਨਾਂ ਕਿਸੇ ਵਿਅਕਤੀ ਨੂੰ ਨੌਕਰੀ 'ਤੇ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਉਸ ਲਈ ਅਨੁਸਾਰੀ ਉਮੀਦਾਂ ਹੁੰਦੀਆਂ ਹਨ.

ਨੌਕਰੀ ਲਈ ਨਵੇਂ ਆਏ ਵਿਅਕਤੀ ਤੋਂ ਇਹ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ:

• ਆਮ ਤਕਨੀਕੀ ਅਧਾਰ ਦਾ ਗਿਆਨ
• ਕੰਪਨੀ ਦੇ ਵਿਸ਼ਾ ਖੇਤਰ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਅਧਿਐਨ ਕਰਨਾ
• ਵਰਤੇ ਗਏ ਸਾਧਨਾਂ ਅਤੇ ਅਭਿਆਸਾਂ ਵਿੱਚ ਮੁਹਾਰਤ ਹਾਸਲ ਕਰਨਾ

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

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

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

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

ਤੁਹਾਡੀ ਪਹਿਲੀ ਸਮੱਸਿਆ ਨੂੰ ਸੁਲਝਾਉਣ ਦਾ ਨਤੀਜਾ ਉਹਨਾਂ ਸਹਿਕਰਮੀਆਂ ਵਿੱਚ ਤੁਹਾਡੇ ਬਾਰੇ ਪਹਿਲਾ ਪ੍ਰਭਾਵ ਬਣਾਏਗਾ ਜੋ ਇੰਟਰਵਿਊ ਵਿੱਚ ਮੌਜੂਦ ਨਹੀਂ ਸਨ।

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

ਆਮ ਤੌਰ 'ਤੇ ਟੈਸਟ ਵਾਤਾਵਰਨ 'ਤੇ ਉਤਪਾਦ ਚਲਾਉਣ ਦੇ ਕਦਮ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਹੁੰਦੇ ਹਨ:

• ਕਿਸੇ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਕਲੋਨ ਕਰੋ, ਕਿਸੇ ਸ਼ਾਖਾ ਜਾਂ ਟੈਗ 'ਤੇ ਸਵਿਚ ਕਰੋ
• ਕੁਝ ਸੰਰਚਨਾ ਫਾਇਲ ਬਣਾਓ
• ਡਾਟਾਬੇਸ ਬਣਤਰ ਤਿਆਰ ਕਰੋ
• ਇਸ ਨੂੰ ਟੈਸਟ ਡੇਟਾ ਨਾਲ ਭਰੋ
• ਪ੍ਰੋਜੈਕਟ ਬਣਾਓ ਜਾਂ ਕੰਪਾਇਲ ਕਰੋ,
• ਇੱਕ ਖਾਸ ਕ੍ਰਮ ਵਿੱਚ ਕੰਸੋਲ ਸਕ੍ਰਿਪਟਾਂ ਦਾ ਇੱਕ ਸੈੱਟ ਚਲਾਓ

ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਸਿਸਟਮ ਨੂੰ ਚਲਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ, ਅਚਾਨਕ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਹੋਣਗੀਆਂ।

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

ਕੁਝ ਕੰਮ ਅਨੁਭਵੀ ਡਿਵੈਲਪਰਾਂ ਲਈ ਸਧਾਰਨ ਜਾਪਦੇ ਹਨ ਪਰ ਇੰਟਰਨ ਲਈ ਚੁਣੌਤੀਪੂਰਨ ਹੋ ਸਕਦੇ ਹਨ। ਇਹ ਆਮ ਗੱਲ ਹੈ।

ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਹਰ ਰੋਜ਼ ਤਕਨੀਕੀ ਸਮੱਸਿਆਵਾਂ ਦਾ ਹੱਲ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਤਜਰਬੇਕਾਰ ਕਰਮਚਾਰੀਆਂ ਨੇ ਪਹਿਲਾਂ ਹੀ ਬਹੁਤ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦਾ ਹੱਲ ਕੀਤਾ ਹੈ, ਜਦੋਂ ਕਿ ਨਵੇਂ ਆਉਣ ਵਾਲੇ ਕਰਮਚਾਰੀਆਂ ਨੇ ਅਜੇ ਵੀ ਉਨ੍ਹਾਂ ਨਾਲ ਨਜਿੱਠਣਾ ਹੈ. ਸਭ ਤੋਂ ਵਧੀਆ ਰਣਨੀਤੀ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਆਈਆਂ ਸਾਰੀਆਂ ਗਲਤੀਆਂ ਨੂੰ ਰਿਕਾਰਡ ਕਰਨਾ ਹੈ “${task name} ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨਾ”। ਹਰੇਕ ਸਮੱਸਿਆ ਲਈ, ਤੁਹਾਨੂੰ ਕਾਰਨ ਬਾਰੇ ਇੱਕ ਪਰਿਕਲਪਨਾ ਤਿਆਰ ਕਰਨ, ਇੰਟਰਨੈੱਟ 'ਤੇ ਹੱਲ ਲੱਭਣ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਅਜ਼ਮਾਉਣ ਦੀ ਲੋੜ ਹੈ। ਹਰ ਕੋਸ਼ਿਸ਼ ਦਾ ਨਤੀਜਾ ਵੀ ਦਰਜ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਇੱਕ ਦਸਤਾਵੇਜ਼ ਦੇ ਰੂਪ ਵਿੱਚ ਤੁਹਾਡੀ ਖੋਜ ਦੀ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਤੁਹਾਨੂੰ ਇਹ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਵੇਗੀ:

• ਆਪਣੇ ਸਿਰ ਤੋਂ ਛੋਟੇ ਵੇਰਵੇ ਅਨਲੋਡ ਕਰੋ. ਉਦਾਹਰਨ ਲਈ, ਕੌਂਫਿਗਰੇਸ਼ਨ ਪੈਰਾਮੀਟਰ, DNS/IP ਐਡਰੈੱਸ, ਕੰਸੋਲ ਕਮਾਂਡਾਂ ਅਤੇ SQL ਸਵਾਲ।
• ਯਾਦ ਰੱਖੋ "ਕੱਲ੍ਹ ਮੈਂ ਕੀ ਕੀਤਾ" ਜਦੋਂ ਕੰਮ ਕਈ ਦਿਨਾਂ ਤੱਕ ਰਹਿੰਦਾ ਹੈ
• ਚੱਕਰਾਂ ਵਿੱਚ ਨਾ ਭਟਕੋ। ਤੁਸੀਂ ਹਮੇਸ਼ਾ ਪੜ੍ਹ ਸਕਦੇ ਹੋ ਕਿ ਤੁਸੀਂ ਪਹਿਲਾਂ ਕੀ ਕੀਤਾ ਸੀ ਅਤੇ ਸਮਝ ਸਕਦੇ ਹੋ ਕਿ ਤੁਸੀਂ ਅਸਲ ਸਮੱਸਿਆ 'ਤੇ ਵਾਪਸ ਆ ਗਏ ਹੋ
• ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿਓ: "ਤੁਸੀਂ ਅੱਜ ਕੀ ਕੀਤਾ ਹੈ?" ਭਾਵੇਂ ਅਜੇ ਤੱਕ ਕੋਈ ਤਿਆਰ ਹੱਲ ਨਹੀਂ ਹੈ।

ਤੁਹਾਨੂੰ ਆਪਣੇ ਕੰਮਾਂ ਦੀ ਸਥਿਤੀ ਨੂੰ ਸਹਿਕਰਮੀਆਂ ਨੂੰ ਦੱਸਣ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

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

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

ਜੇਕਰ ਤੁਸੀਂ ਹੱਲ ਲੱਭਣ ਲਈ ਕੋਈ ਦਸਤਾਵੇਜ਼ ਰੱਖਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਕਹਿ ਸਕਦੇ ਹੋ "ਮੈਂ ਇਹ ਕੰਮ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ/ਰਹੀ ਹਾਂ। ਮੇਰੇ ਕੋਲ ਇਸ ਤਰ੍ਹਾਂ ਦੀਆਂ ਗਲਤੀਆਂ ਸਨ। ਇਸ ਤਰ੍ਹਾਂ ਮੈਂ ਫੈਸਲਾ ਕੀਤਾ। ਮੈਂ ਅਜੇ ਤੱਕ ਇਸ ਨਾਲ ਨਜਿੱਠਿਆ ਨਹੀਂ ਹੈ। ਇਹ ਧਾਰਨਾਵਾਂ ਅਤੇ ਹੱਲ ਹਨ. ਮੈਂ ਹੁਣ ਉਨ੍ਹਾਂ ਦੀ ਜਾਂਚ ਕਰ ਰਿਹਾ ਹਾਂ।"

ਜੇਕਰ ਕੰਮ ਨੂੰ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਮਾਪਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਤਾਂ ਸਥਿਤੀ ਵਿੱਚ ਨੰਬਰ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ. ਉਦਾਹਰਨ ਲਈ, "ਇੱਕ ਮੋਡੀਊਲ ਲਈ ਯੂਨਿਟ ਟੈਸਟ ਲਿਖੋ" ਦੇ ਕੰਮ ਲਈ, ਤੁਸੀਂ ਕਹਿ ਸਕਦੇ ਹੋ ਕਿ "ਮੈਂ 20 ਟੈਸਟ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਿਹਾ ਹਾਂ, ਹੁਣ ਮੈਂ 10 ਲਿਖੇ ਹਨ।"

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

ਮਦਦ ਲਈ ਪੁੱਛਣ ਲਈ ਬੇਝਿਜਕ ਮਹਿਸੂਸ ਕਰੋ

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

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

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

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

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

ਇਹ ਨਾ ਸਿਰਫ਼ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨਾ ਹੈ, ਸਗੋਂ ਵਿਸ਼ੇ ਦੇ ਖੇਤਰ ਦੇ ਗਿਆਨ ਦਾ ਵਿਸਤਾਰ ਕਰਨਾ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੈ।

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

ਇੱਕ ਵਾਰ ਜਦੋਂ ਤੁਸੀਂ ਆਪਣੇ ਸਾਥੀਆਂ ਨਾਲ ਇੱਕ ਸਾਂਝੀ ਭਾਸ਼ਾ ਲੱਭ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਉਹ ਤੁਹਾਨੂੰ ਇੱਕ ਨਵੇਂ ਇੰਟਰਨ ਵਜੋਂ ਨਹੀਂ, ਸਗੋਂ ਇੱਕ ਬਰਾਬਰ ਦੇ ਮਾਹਰ ਵਜੋਂ ਦੇਖਣਾ ਸ਼ੁਰੂ ਕਰ ਦੇਣਗੇ।

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

ਅਜਿਹਾ ਹੁੰਦਾ ਹੈ ਕਿ ਇੰਟਰਨਜ਼ ਅਤੇ ਨਵੇਂ ਆਉਣ ਵਾਲਿਆਂ ਨੂੰ ਪੂਰੇ ਟੈਸਟਰਾਂ ਦੀ ਭੂਮਿਕਾ ਸੌਂਪੀ ਜਾਂਦੀ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ, ਅਜਿਹਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਉਤਪਾਦ ਨੂੰ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਤੈਨਾਤ ਕਰਨ ਅਤੇ ਲੋੜਾਂ ਨੂੰ ਪੜ੍ਹਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, ਨਵੇਂ ਕਰਮਚਾਰੀ ਤੋਂ ਇਹ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ:

• ਸਵਾਲ ਜਿਵੇਂ "ਜੇ ਤੁਸੀਂ ਇਸ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਹੋ ਜਾਵੇਗਾ। ਇਹ ਲੋੜਾਂ ਵਿੱਚ ਨਹੀਂ ਹੈ। ਇਹ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ?"
• ਬੱਗ ਟਰੈਕਰ ਵਿੱਚ ਕੰਮ "ਲੋੜਾਂ ਇਹ ਕਹਿੰਦੀਆਂ ਹਨ, ਪਰ ਅਸਲ ਵਿੱਚ ਇਹ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਲਿਖਿਆ ਗਿਆ ਹੈ।"

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

ਜੇਕਰ ਤੁਸੀਂ ਗੜਬੜ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਨੌਕਰੀ ਤੋਂ ਕੱਢ ਦਿੱਤਾ ਜਾਵੇਗਾ

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

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

ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਕਿ ਗਲਤੀਆਂ ਤੋਂ ਸਿੱਖਣਾ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਦੁਬਾਰਾ ਨਾ ਦੁਹਰਾਉਣਾ.

ਜੇ ਕੋਈ ਵਿਅਕਤੀ ਆਪਣੀਆਂ ਗਲਤੀਆਂ ਤੋਂ ਸਿੱਟਾ ਨਹੀਂ ਕੱਢਦਾ, ਤਾਂ ਉਹ ਉਸਨੂੰ ਅਲਵਿਦਾ ਕਹਿਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਗੇ. ਹਾਲਾਂਕਿ, ਸੰਸਾਰ ਵਿਭਿੰਨ ਹੈ. ਕੁਝ ਗੈਂਗਸਟਰ ਸੰਗਠਨ ਵਿੱਚ ਉਹ ਤੁਹਾਨੂੰ ਪਹਿਲੀ ਗਲਤੀ ਲਈ ਤੁਰੰਤ ਖਿੜਕੀ ਤੋਂ ਬਾਹਰ ਸੁੱਟ ਸਕਦੇ ਹਨ। ਪਰ ਪਹਿਲਾਂ ਪੁੱਛਗਿੱਛ ਕਰਕੇ ਜਾਂ ਇੰਟਰਵਿਊ ਦੇ ਦੌਰਾਨ ਹੋਰ ਪਤਾ ਲਗਾ ਕੇ ਅਜਿਹੀਆਂ ਕੰਪਨੀਆਂ ਤੋਂ ਬਚਣਾ ਬਿਹਤਰ ਹੈ।

ਘਟਨਾਵਾਂ ਤੋਂ ਬਚਣਾ ਬਿਹਤਰ ਹੈ

ਭਾਵੇਂ ਤੁਹਾਨੂੰ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਕਿਸੇ ਗਲਤੀ ਲਈ ਬਰਖਾਸਤ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਜਿਹੀ ਘਟਨਾ ਤੁਹਾਡੀ ਟੀਮ ਅਤੇ ਸਮੁੱਚੇ ਪ੍ਰੋਜੈਕਟ ਲਈ ਅਣਚਾਹੇ ਸਮੱਸਿਆਵਾਂ ਦਾ ਕਾਰਨ ਬਣੇਗੀ। ਇਸ ਲਈ, ਪ੍ਰੋਜੈਕਟ ਗਿਆਨ ਅਧਾਰ ਵਿੱਚ ਡੇਟਾਬੇਸ, ਫਾਈਲਾਂ, ਸੇਵਾ ਉਦਾਹਰਨਾਂ ਅਤੇ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਟੇਬਲਾਂ ਨੂੰ ਮਿਟਾਉਣ ਜਾਂ ਬਣਾਉਣ ਦੇ ਕਾਰਜਾਂ ਨਾਲ ਖਾਸ ਤੌਰ 'ਤੇ ਸਾਵਧਾਨ ਰਹੋ। ਜੇਕਰ ਤੁਸੀਂ ਕਿਸੇ ਨਵੇਂ ਕਨੈਕਸ਼ਨ ਦਾ ਪਤਾ ਦੇਖਦੇ ਹੋ, ਤਾਂ ਘੱਟੋ-ਘੱਟ ਦੋ ਵੱਖ-ਵੱਖ ਲੋਕਾਂ ਨਾਲ ਪਤਾ ਕਰੋ ਕਿ ਉੱਥੇ ਕੀ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਵਾਤਾਵਰਣ ਵਿੱਚ ਆਪਣੇ ਅਧਿਕਾਰਾਂ ਦੀ ਜਾਂਚ ਕਰੋ ਅਜ਼ਮਾਇਸ਼ ਅਤੇ ਗਲਤੀ ਦੁਆਰਾ ਨਹੀਂ, ਬਲਕਿ ਉਚਿਤ ਕਮਾਂਡਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ। ਉਦਾਹਰਨ ਲਈ, 'ls' ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਫਾਈਲਾਂ ਨੂੰ ਮਿਟਾਉਣ ਦੇ ਅਧਿਕਾਰ, 'user'@'host';` ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ mysql ਵਿੱਚ ਟੇਬਲਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਦੇ ਅਧਿਕਾਰ, ਅਤੇ ਹੋਰ। ਲਗਭਗ ਕਿਸੇ ਵੀ ਸਾਧਨ ਵਿੱਚ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਸਮਾਨ ਮੌਕਾ ਹੋਵੇਗਾ.

ਫਾਈਲਾਂ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਦੇ ਸਮੇਂ, ਅਸਲ ਦੀ ਇੱਕ ਕਾਪੀ ਆਪਣੇ ਲਈ ਰੱਖੋ, ਸਿਰਫ ਇਸ ਸਥਿਤੀ ਵਿੱਚ।

ਸਿਖਿਆਰਥੀ ਅਤੇ ਅੰਤਮ ਉਪਭੋਗਤਾ ਵਿਚਕਾਰ ਕਈ ਰੁਕਾਵਟਾਂ ਬਣੀਆਂ ਹੋਈਆਂ ਹਨ।

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

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

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

ਤੁਹਾਨੂੰ ਪਹਿਲਾਂ ਲੜਾਈ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਅਤੇ ਫਿਰ ਅਸੀਂ ਦੇਖਾਂਗੇ।
ਨੈਪੋਲੀਅਨ ਬੋਨਾਪਾਰਟ

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

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

ਮੈਂ ਤੁਹਾਡੇ ਧੀਰਜ ਅਤੇ ਲਗਨ ਦੀ ਕਾਮਨਾ ਕਰਦਾ ਹਾਂ।

ਸਿਰਫ਼ ਰਜਿਸਟਰਡ ਉਪਭੋਗਤਾ ਹੀ ਸਰਵੇਖਣ ਵਿੱਚ ਹਿੱਸਾ ਲੈ ਸਕਦੇ ਹਨ। ਸਾਈਨ - ਇਨ, ਤੁਹਾਡਾ ਸੁਆਗਤ ਹੈ.

IT ਵਿੱਚ ਤੁਹਾਡੀ ਪਹਿਲੀ ਨੌਕਰੀ ਵਿੱਚ ਤੁਹਾਡੇ ਪਹਿਲੇ ਕੰਮ ਕੀ ਸਨ?

• ਕੰਪਲੈਕਸ

• ਮਹੱਤਵਪੂਰਨ

• ਜ਼ਰੂਰੀ

• ਉੱਪਰ ਵਾਲਿਆਂ ਵਿਚੋਂ ਕੋਈ ਵੀ ਨਹੀਂ

75 ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਵੋਟ ਕੀਤਾ। 20 ਉਪਭੋਗਤਾ ਬਚੇ ਹੋਏ ਹਨ।

ਤੁਹਾਨੂੰ ਆਪਣੀ ਪਹਿਲੀ ਨੌਕਰੀ 'ਤੇ ਪਹਿਲਾਂ ਕੀ ਕਰਨਾ ਪਿਆ?

• ਉਤਪਾਦ ਨੂੰ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਸਥਾਪਿਤ ਕਰੋ

• ਮੌਜੂਦਾ ਉਤਪਾਦ ਦੀ ਜਾਂਚ ਕਰੋ

• ਇੱਕ ਸਿਖਲਾਈ, ਜਾਅਲੀ ਕੰਮ ਨੂੰ ਪੂਰਾ ਕਰੋ

• ਇੱਕ ਗਾਹਕ ਲਈ ਇੱਕ ਪ੍ਰਯੋਗਾਤਮਕ, ਅਸਲੀ ਪ੍ਰੋਜੈਕਟ ਕਰੋ

63 ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਵੋਟ ਕੀਤਾ। 25 ਉਪਭੋਗਤਾ ਬਚੇ ਰਹੇ।

ਸਿਖਲਾਈ ਦੌਰਾਨ ਤੁਹਾਡੇ ਸਮੂਹ ਵਿੱਚ ਕਿੰਨੇ ਵਿਦਿਆਰਥੀ ਤਕਨੀਕੀ ਵਿਸ਼ਿਆਂ ਵਿੱਚ ਅਸਾਈਨਮੈਂਟਾਂ ਨੂੰ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਪੂਰਾ ਕਰਨ ਦੇ ਯੋਗ ਸਨ?

• 1 ਦਾ 10

• 1 ਦਾ 5

• ਹਰ ਸਕਿੰਟ

• ਸਭ ਕੁਝ, ਦੁਰਲੱਭ ਅਪਵਾਦਾਂ ਦੇ ਨਾਲ

70 ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਵੋਟ ਕੀਤਾ। 19 ਉਪਭੋਗਤਾ ਬਚੇ ਹੋਏ ਹਨ।

ਸਰੋਤ: www.habr.com