ਕਿਤਾਬ “ਬੁੱਧੀਜੀਵੀਆਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਿਵੇਂ ਕਰੀਏ। ਮੈਂ, ਨਰਡਸ ਅਤੇ ਗੀਕਸ"

ਪ੍ਰੋਜੈਕਟ ਮੈਨੇਜਰਾਂ ਨੂੰ ਸਮਰਪਿਤ (ਅਤੇ ਉਹ ਜਿਹੜੇ ਬੌਸ ਬਣਨ ਦਾ ਸੁਪਨਾ ਦੇਖਦੇ ਹਨ).

ਬਹੁਤ ਸਾਰੇ ਕੋਡ ਲਿਖਣਾ ਔਖਾ ਹੈ, ਪਰ ਲੋਕਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਹੋਰ ਵੀ ਔਖਾ ਹੈ! ਇਸ ਲਈ ਤੁਹਾਨੂੰ ਦੋਨਾਂ ਨੂੰ ਕਿਵੇਂ ਕਰਨਾ ਹੈ ਇਹ ਸਿੱਖਣ ਲਈ ਇਸ ਕਿਤਾਬ ਦੀ ਲੋੜ ਹੈ।

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

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

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

ਅੰਸ਼. ਇੰਜੀਨੀਅਰਿੰਗ ਮਾਨਸਿਕਤਾ

ਇਸ ਬਾਰੇ ਵਿਚਾਰ: ਕੀ ਤੁਹਾਨੂੰ ਕੋਡ ਲਿਖਣਾ ਜਾਰੀ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ?

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

ਲਚਕਦਾਰ ਰਹੋ!

ਇਹ ਸੋਚਣਾ ਕਿ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਸਭ ਕੁਝ ਜਾਣਦੇ ਹੋ ਇੱਕ ਬਹੁਤ ਬੁਰਾ ਵਿਚਾਰ ਹੈ। ਅਜਿਹੀ ਸਥਿਤੀ ਵਿੱਚ ਜਿੱਥੇ ਇੱਕੋ ਇੱਕ ਸਥਿਰ ਤੱਥ ਇਹ ਹੈ ਕਿ ਸੰਸਾਰ ਲਗਾਤਾਰ ਬਦਲ ਰਿਹਾ ਹੈ, ਲਚਕਤਾ ਹੀ ਸਹੀ ਸਥਿਤੀ ਬਣ ਜਾਂਦੀ ਹੈ।

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

ਕੋਡ ਲਿਖਣਾ ਬੰਦ ਕਰੋ!

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

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

ਚੰਗੀ ਸਲਾਹ, ਠੀਕ ਹੈ? ਸਕੇਲ. ਪ੍ਰਬੰਧਨ. ਜ਼ਿੰਮੇਵਾਰੀ। ਅਜਿਹੇ ਆਮ buzzwords. ਇਹ ਦੁੱਖ ਦੀ ਗੱਲ ਹੈ ਕਿ ਸਲਾਹ ਗਲਤ ਹੈ।

ਗਲਤ?

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

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

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

ਡਿਵੈਲਪਰ ਪਿਛਲੇ 20 ਸਾਲਾਂ ਤੋਂ ਕੀ ਕਰ ਰਹੇ ਹਨ? ਇਸ ਸਮੇਂ ਦੌਰਾਨ ਅਸੀਂ ਕੋਡ ਦਾ ਇੱਕ ਸ਼ਿੱਟਲੋਡ ਲਿਖਿਆ। ਕੋਡ ਦੇ ਸਮੁੰਦਰ! ਅਸੀਂ ਇੰਨਾ ਜ਼ਿਆਦਾ ਕੋਡ ਲਿਖਿਆ ਹੈ ਕਿ ਅਸੀਂ ਫੈਸਲਾ ਕੀਤਾ ਹੈ ਕਿ ਹਰ ਚੀਜ਼ ਨੂੰ ਸਰਲ ਬਣਾਉਣਾ ਅਤੇ ਓਪਨ ਸੋਰਸ ਜਾਣਾ ਇੱਕ ਚੰਗਾ ਵਿਚਾਰ ਹੋਵੇਗਾ।

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

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

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

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

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

ਕੋਡ ਲਿਖਣਾ ਬੰਦ ਕਰੋ, ਪਰ...

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

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

ਤੁਹਾਨੂੰ ਇਤਰਾਜ਼ ਹੈ। ਸਮਝੋ। ਆਓ ਸੁਣੀਏ।

“ਰੈਂਡਜ਼, ਮੈਂ ਨਿਰਦੇਸ਼ਕ ਦੀ ਕੁਰਸੀ ਵੱਲ ਜਾ ਰਿਹਾ ਹਾਂ! ਜੇਕਰ ਮੈਂ ਕੋਡ ਲਿਖਦਾ ਰਹਾਂ, ਤਾਂ ਕੋਈ ਵੀ ਵਿਸ਼ਵਾਸ ਨਹੀਂ ਕਰੇਗਾ ਕਿ ਮੈਂ ਵਧ ਸਕਦਾ ਹਾਂ।

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

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

“ਓਹ, ਰੈਂਡਜ਼! ਪਰ ਕਿਸੇ ਨੂੰ ਆਰਬਿਟਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ! ਕਿਸੇ ਨੂੰ ਵੱਡੀ ਤਸਵੀਰ ਦੇਖਣੀ ਪੈਂਦੀ ਹੈ। ਜੇ ਮੈਂ ਕੋਡ ਲਿਖਦਾ ਹਾਂ, ਤਾਂ ਮੈਂ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਗੁਆ ਦੇਵਾਂਗਾ।"

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

ਇੰਜੀਨੀਅਰਿੰਗ ਮਾਨਸਿਕਤਾ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਲਈ ਮੇਰੇ ਸੁਝਾਅ:

1. ਵਿਕਾਸ ਵਾਤਾਵਰਨ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਕੋਡ ਬਿਲਡ ਸਿਸਟਮ, ਵਰਜਨ ਕੰਟਰੋਲ, ਅਤੇ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ ਸਮੇਤ ਆਪਣੀ ਟੀਮ ਦੇ ਟੂਲਸ ਤੋਂ ਜਾਣੂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, ਤੁਸੀਂ ਉਤਪਾਦ ਦੇ ਵਿਕਾਸ ਬਾਰੇ ਗੱਲ ਕਰਨ ਵੇਲੇ ਤੁਹਾਡੀ ਟੀਮ ਦੁਆਰਾ ਵਰਤੀ ਜਾਣ ਵਾਲੀ ਭਾਸ਼ਾ ਵਿੱਚ ਮੁਹਾਰਤ ਪ੍ਰਾਪਤ ਕਰੋਗੇ। ਇਹ ਤੁਹਾਨੂੰ ਆਪਣੇ ਮਨਪਸੰਦ ਟੈਕਸਟ ਐਡੀਟਰ ਦੀ ਵਰਤੋਂ ਜਾਰੀ ਰੱਖਣ ਦੀ ਵੀ ਆਗਿਆ ਦੇਵੇਗਾ, ਜੋ ਕਿ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ।
2. ਤੁਹਾਨੂੰ ਕਿਸੇ ਵੀ ਸਮੇਂ ਕਿਸੇ ਵੀ ਸਤਹ 'ਤੇ ਤੁਹਾਡੇ ਉਤਪਾਦ ਦਾ ਵਰਣਨ ਕਰਨ ਵਾਲਾ ਵਿਸਤ੍ਰਿਤ ਆਰਕੀਟੈਕਚਰਲ ਚਿੱਤਰ ਬਣਾਉਣ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਹੁਣ ਮੇਰਾ ਮਤਲਬ ਤਿੰਨ ਸੈੱਲਾਂ ਅਤੇ ਦੋ ਤੀਰਾਂ ਵਾਲਾ ਸਰਲ ਸੰਸਕਰਣ ਨਹੀਂ ਹੈ। ਤੁਹਾਨੂੰ ਉਤਪਾਦ ਦਾ ਵਿਸਤ੍ਰਿਤ ਚਿੱਤਰ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਭ ਤੋਂ ਔਖਾ। ਸਿਰਫ਼ ਕੋਈ ਪਿਆਰਾ ਚਿੱਤਰ ਹੀ ਨਹੀਂ, ਸਗੋਂ ਇੱਕ ਚਿੱਤਰ ਜਿਸ ਦੀ ਵਿਆਖਿਆ ਕਰਨੀ ਔਖੀ ਹੈ। ਇਹ ਉਤਪਾਦ ਦੀ ਪੂਰੀ ਸਮਝ ਲਈ ਢੁਕਵਾਂ ਨਕਸ਼ਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਲਗਾਤਾਰ ਬਦਲ ਰਿਹਾ ਹੈ, ਅਤੇ ਤੁਹਾਨੂੰ ਹਮੇਸ਼ਾ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕੁਝ ਤਬਦੀਲੀਆਂ ਕਿਉਂ ਹੋਈਆਂ।
3. ਫੰਕਸ਼ਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੇ ਲਾਗੂਕਰਨ ਨੂੰ ਸੰਭਾਲੋ. ਮੈਂ ਸ਼ਾਬਦਿਕ ਤੌਰ 'ਤੇ ਇਹ ਲਿਖ ਰਿਹਾ ਹਾਂ ਕਿਉਂਕਿ ਇਸ ਬਿੰਦੂ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਲੁਕਵੇਂ ਖ਼ਤਰੇ ਹਨ, ਪਰ ਮੈਨੂੰ ਅਸਲ ਵਿੱਚ ਯਕੀਨ ਨਹੀਂ ਹੈ ਕਿ ਤੁਸੀਂ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਵਚਨਬੱਧ ਕੀਤੇ ਬਿਨਾਂ ਬਿੰਦੂ #1 ਅਤੇ ਬਿੰਦੂ #2 ਨੂੰ ਪੂਰਾ ਕਰ ਸਕਦੇ ਹੋ। ਕਿਸੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਖੁਦ ਲਾਗੂ ਕਰਨ ਨਾਲ, ਤੁਸੀਂ ਨਾ ਸਿਰਫ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਸਰਗਰਮੀ ਨਾਲ ਸ਼ਾਮਲ ਹੋਵੋਗੇ, ਇਹ ਤੁਹਾਨੂੰ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ "ਹਰ ਚੀਜ਼ ਦੇ ਇੰਚਾਰਜ ਪ੍ਰਬੰਧਕ" ਦੀ ਭੂਮਿਕਾ ਤੋਂ "ਇੱਕ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਇੰਚਾਰਜ ਆਦਮੀ" ਦੀ ਭੂਮਿਕਾ ਵਿੱਚ ਬਦਲਣ ਦੀ ਵੀ ਆਗਿਆ ਦੇਵੇਗਾ। ਫੰਕਸ਼ਨਾਂ ਦਾ।" ਇਹ ਨਿਮਰ ਅਤੇ ਨਿਮਰ ਰਵੱਈਆ ਤੁਹਾਨੂੰ ਛੋਟੇ ਫੈਸਲਿਆਂ ਦੀ ਮਹੱਤਤਾ ਦੀ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹੈ।
4. ਮੈਂ ਅਜੇ ਵੀ ਸਾਰੇ ਪਾਸੇ ਕੰਬ ਰਿਹਾ ਹਾਂ. ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ ਕੋਈ ਪਹਿਲਾਂ ਹੀ ਮੇਰੇ 'ਤੇ ਚੀਕ ਰਿਹਾ ਹੈ: "ਪ੍ਰਬੰਧਕ ਜਿਸਨੇ ਫੰਕਸ਼ਨ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦਾ ਜ਼ਿੰਮਾ ਆਪਣੇ ਆਪ 'ਤੇ ਲਿਆ?!" (ਅਤੇ ਮੈਂ ਉਸ ਨਾਲ ਸਹਿਮਤ ਹਾਂ!) ਹਾਂ, ਤੁਸੀਂ ਅਜੇ ਵੀ ਮੈਨੇਜਰ ਹੋ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇਹ ਕੁਝ ਛੋਟਾ ਫੰਕਸ਼ਨ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਠੀਕ ਹੈ? ਹਾਂ, ਤੁਹਾਡੇ ਕੋਲ ਅਜੇ ਵੀ ਬਹੁਤ ਕੁਝ ਕਰਨਾ ਬਾਕੀ ਹੈ। ਜੇ ਤੁਸੀਂ ਫੰਕਸ਼ਨ ਨੂੰ ਲਾਗੂ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਤਾਂ ਮੇਰੇ ਕੋਲ ਤੁਹਾਡੇ ਲਈ ਕੁਝ ਵਾਧੂ ਸਲਾਹ ਹੈ: ਕੁਝ ਬੱਗ ਠੀਕ ਕਰੋ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਤੁਸੀਂ ਰਚਨਾ ਦੀ ਖੁਸ਼ੀ ਮਹਿਸੂਸ ਨਹੀਂ ਕਰੋਗੇ, ਪਰ ਤੁਹਾਨੂੰ ਇਸ ਗੱਲ ਦੀ ਸਮਝ ਹੋਵੇਗੀ ਕਿ ਉਤਪਾਦ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਕਦੇ ਵੀ ਕੰਮ ਤੋਂ ਬਾਹਰ ਨਹੀਂ ਰਹੋਗੇ।
5. ਯੂਨਿਟ ਟੈਸਟ ਲਿਖੋ। ਮੈਂ ਅਜੇ ਵੀ ਇਹ ਉਤਪਾਦਨ ਦੇ ਚੱਕਰ ਵਿੱਚ ਦੇਰ ਨਾਲ ਕਰਦਾ ਹਾਂ ਜਦੋਂ ਲੋਕ ਪਾਗਲ ਹੋਣਾ ਸ਼ੁਰੂ ਕਰ ਦਿੰਦੇ ਹਨ. ਇਸ ਨੂੰ ਆਪਣੇ ਉਤਪਾਦ ਲਈ ਸਿਹਤ ਜਾਂਚ ਸੂਚੀ ਦੇ ਰੂਪ ਵਿੱਚ ਸੋਚੋ। ਅਜਿਹਾ ਅਕਸਰ ਕਰੋ।

ਫਿਰ ਇਤਰਾਜ਼?

“ਰੈਂਡਸ, ਜੇ ਮੈਂ ਕੋਡ ਲਿਖਦਾ ਹਾਂ, ਤਾਂ ਮੈਂ ਆਪਣੀ ਟੀਮ ਨੂੰ ਉਲਝਣ ਵਿੱਚ ਪਾਵਾਂਗਾ। ਉਹ ਨਹੀਂ ਜਾਣ ਸਕਣਗੇ ਕਿ ਮੈਂ ਕੌਣ ਹਾਂ - ਇੱਕ ਮੈਨੇਜਰ ਜਾਂ ਇੱਕ ਡਿਵੈਲਪਰ।"

ਚੰਗਾ

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

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

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

ਵਿਕਾਸ ਕਰਨਾ ਬੰਦ ਨਾ ਕਰੋ

ਬੋਰਲੈਂਡ ਵਿਖੇ ਮੇਰੇ ਇੱਕ ਸਾਥੀ ਨੇ ਇੱਕ ਵਾਰ ਉਸਨੂੰ "ਕੋਡਰ" ਕਹਿਣ ਲਈ ਜ਼ੁਬਾਨੀ ਤੌਰ 'ਤੇ ਮੇਰੇ 'ਤੇ ਹਮਲਾ ਕੀਤਾ ਸੀ।

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

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

ਇਸ ਲਈ ਮੈਂ ਆਪਣੀ ਸਲਾਹ ਨੂੰ ਅਪਡੇਟ ਕੀਤਾ ਹੈ. ਜੇ ਤੁਸੀਂ ਇੱਕ ਚੰਗੇ ਨੇਤਾ ਬਣਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਕੋਡ ਲਿਖਣਾ ਬੰਦ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ...

ਲਚਕਦਾਰ ਬਣੋ. ਯਾਦ ਰੱਖੋ ਕਿ ਇੰਜੀਨੀਅਰ ਬਣਨ ਦਾ ਕੀ ਮਤਲਬ ਹੈ ਅਤੇ ਸੌਫਟਵੇਅਰ ਵਿਕਸਿਤ ਕਰਨਾ ਬੰਦ ਨਾ ਕਰੋ।

ਲੇਖਕ ਬਾਰੇ

ਮਾਈਕਲ ਲੋਪ ਇੱਕ ਅਨੁਭਵੀ ਸਾਫਟਵੇਅਰ ਡਿਵੈਲਪਰ ਹੈ ਜਿਸਨੇ ਅਜੇ ਵੀ ਸਿਲੀਕਾਨ ਵੈਲੀ ਨਹੀਂ ਛੱਡੀ ਹੈ। ਪਿਛਲੇ 20 ਸਾਲਾਂ ਵਿੱਚ, ਮਾਈਕਲ ਨੇ ਕਈ ਤਰ੍ਹਾਂ ਦੀਆਂ ਨਵੀਨਤਾਕਾਰੀ ਕੰਪਨੀਆਂ ਲਈ ਕੰਮ ਕੀਤਾ ਹੈ, ਜਿਸ ਵਿੱਚ Apple, Netscape, Symantec, Borland, Palantir, Pinterest, ਅਤੇ ਇੱਕ ਅਜਿਹੇ ਸਟਾਰਟਅੱਪ ਵਿੱਚ ਵੀ ਹਿੱਸਾ ਲਿਆ ਹੈ ਜੋ ਹੌਲੀ-ਹੌਲੀ ਗੁਮਨਾਮੀ ਵਿੱਚ ਚਲੀ ਗਈ।

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

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

»ਕਿਤਾਬ ਬਾਰੇ ਹੋਰ ਵੇਰਵੇ ਇਸ 'ਤੇ ਮਿਲ ਸਕਦੇ ਹਨ ਪ੍ਰਕਾਸ਼ਕ ਦੀ ਵੈੱਬਸਾਈਟ
» ਵਿਸ਼ਾ-ਸੂਚੀ
» ਅੰਸ਼

Khabrozhiteley ਲਈ ਕੂਪਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ 20% ਦੀ ਛੋਟ - ਲੋਕਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ

ਕਿਤਾਬ ਦੇ ਕਾਗਜ਼ੀ ਸੰਸਕਰਣ ਲਈ ਭੁਗਤਾਨ ਕਰਨ 'ਤੇ, ਕਿਤਾਬ ਦਾ ਇੱਕ ਇਲੈਕਟ੍ਰਾਨਿਕ ਸੰਸਕਰਣ ਈ-ਮੇਲ ਦੁਆਰਾ ਭੇਜਿਆ ਜਾਵੇਗਾ।

PS: ਕਿਤਾਬ ਦੀ ਕੀਮਤ ਦਾ 7% ਨਵੀਂ ਕੰਪਿਊਟਰ ਕਿਤਾਬਾਂ ਦੇ ਅਨੁਵਾਦ ਲਈ ਜਾਵੇਗਾ, ਕਿਤਾਬਾਂ ਦੀ ਸੂਚੀ ਪ੍ਰਿੰਟਿੰਗ ਹਾਊਸ ਨੂੰ ਸੌਂਪੀ ਇੱਥੇ.

ਸਰੋਤ: www.habr.com