ਕੋਡ 'ਤੇ ਗੁੱਸਾ: ਪ੍ਰੋਗਰਾਮਰ ਅਤੇ ਨਕਾਰਾਤਮਕਤਾ

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

ਅਜਿਹਾ ਕਰਨਾ ਵੀ ਕਿਵੇਂ ਸੰਭਵ ਸੀ? ਮੈਂ ਆਪਣਾ ਚਿਹਰਾ ਢੱਕਦਾ ਹਾਂ ਅਤੇ ਆਪਣੇ ਹਾਸੇ ਦੁਆਰਾ ਪ੍ਰਤੱਖ ਤੌਰ 'ਤੇ ਰੋਂਦਾ ਹਾਂ। ਮੇਰੇ ਸਾਥੀ ਪੁੱਛਦੇ ਹਨ ਕਿ ਕੀ ਹੋਇਆ, ਅਤੇ ਮੈਂ ਇਸਨੂੰ ਰੰਗਾਂ ਵਿੱਚ ਦੱਸਦਾ ਹਾਂ BulkDataImporter.js 2018 ਦੇ ਸਭ ਤੋਂ ਭੈੜੇ ਹਿੱਟ. ਹਰ ਕੋਈ ਮੇਰੇ 'ਤੇ ਹਮਦਰਦੀ ਨਾਲ ਸਿਰ ਝੁਕਾਉਂਦਾ ਹੈ ਅਤੇ ਸਹਿਮਤ ਹੁੰਦਾ ਹੈ: ਉਹ ਸਾਡੇ ਨਾਲ ਅਜਿਹਾ ਕਿਵੇਂ ਕਰ ਸਕਦੇ ਹਨ?

ਨਕਾਰਾਤਮਕਤਾ: ਇੱਕ ਪ੍ਰੋਗਰਾਮਰ ਸੱਭਿਆਚਾਰ ਵਿੱਚ ਇੱਕ ਭਾਵਨਾਤਮਕ ਸਾਧਨ

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

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

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

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

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

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

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

ਤਰੀਕੇ ਨਾਲ, ਇਹ ਇਹ "ਭਾਵਨਾਤਮਕ ਰੀਲੀਜ਼" ਹੈ ਜੋ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਕੋਡ ਨੂੰ "ਸੈਕਸੀ" ਕਹਿੰਦੇ ਹਨ, ਜੋ ਕਿ ਘੱਟ ਹੀ ਨਿਰਪੱਖ ਹੁੰਦਾ ਹੈ - ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ PornHub 'ਤੇ ਕੰਮ ਨਹੀਂ ਕਰਦੇ.

ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ ਲੋਕ ਅਜੀਬ, ਬੇਚੈਨ, ਭਾਵਨਾਤਮਕ ਜੀਵ ਹਨ, ਅਤੇ ਕਿਸੇ ਵੀ ਭਾਵਨਾ ਦੀ ਧਾਰਨਾ ਅਤੇ ਪ੍ਰਗਟਾਵੇ ਸਾਨੂੰ ਬਦਲਦੇ ਹਨ: ਪਹਿਲਾਂ ਸੂਖਮ ਤੌਰ 'ਤੇ, ਪਰ ਸਮੇਂ ਦੇ ਨਾਲ, ਨਾਟਕੀ ਢੰਗ ਨਾਲ.

ਨਕਾਰਾਤਮਕਤਾ ਦੀ ਇੱਕ ਪਰੇਸ਼ਾਨ ਤਿਲਕਣ ਢਲਾਨ

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

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

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

ਨਕਾਰਾਤਮਕ ਤਰੀਕੇ

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

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

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

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

ਅਸਲੀਅਤ ਸ਼ਾਇਦ ਇਹਨਾਂ ਦੋਹਾਂ ਚਰਮਾਈਆਂ ਦੇ ਵਿਚਕਾਰ ਕਿਤੇ ਹੈ।

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

ਨਕਾਰਾਤਮਕਤਾ ਇੰਜੀਨੀਅਰਿੰਗ ਪੌਪ ਕਲਚਰ ਹੈ

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

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

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

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

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

ਮੈਂ ਨਕਾਰਾਤਮਕਤਾ ਬਾਰੇ ਕੀ ਸਿੱਖਿਆ ਹੈ

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

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

ਅੰਤ ਵਿੱਚ, ਨਕਾਰਾਤਮਕ ਸ਼ਾਬਦਿਕ ਤੌਰ 'ਤੇ ਤੁਹਾਡੀ ਸਿਹਤ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾਉਂਦਾ ਹੈ.

ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਮੁਸਕਰਾਹਟ 'ਤੇ ਇੱਕ ਮਾਸਟਰ ਕਲਾਸ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ।

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

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

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

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

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

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

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

ਸਰੋਤ: www.habr.com