ਬਰਲਿਨ ਵਿੱਚ ਕੰਮ ਅਤੇ ਜੀਵਨ ਬਾਰੇ ਮਿਖਾਇਲ ਚਿਨਕੋਵ ਨਾਲ ਇੰਟਰਵਿਊ

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

ਜਾਣ ਬਾਰੇ

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

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

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

ਕਿਰਪਾ ਕਰਕੇ ਸਾਨੂੰ ਮੂਵਿੰਗ ਪ੍ਰਕਿਰਿਆ ਬਾਰੇ ਹੋਰ ਦੱਸੋ। ਇਹ ਤੁਹਾਡੇ ਲਈ ਕਿਵੇਂ ਹੋਇਆ? ਤੁਸੀਂ ਕਿਹੜੇ ਦਸਤਾਵੇਜ਼ ਇਕੱਠੇ ਕੀਤੇ? ਕੀ ਤੁਹਾਡੇ ਮਾਲਕ ਨੇ ਮਦਦ ਕੀਤੀ?

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

ਕੀ ਤੁਸੀਂ ਕੰਮ, ਜੀਵਨ, ਮਾਨਸਿਕਤਾ ਦੇ ਸੰਗਠਨ ਦੇ ਰੂਪ ਵਿੱਚ ਅਚਾਨਕ ਅਤੇ ਅਸਾਧਾਰਨ ਚੀਜ਼ ਦਾ ਸਾਹਮਣਾ ਕੀਤਾ ਹੈ? ਤੁਹਾਨੂੰ ਸਥਾਨਕ ਜੀਵਨ ਦੀ ਆਦਤ ਪਾਉਣ ਵਿੱਚ ਕਿੰਨਾ ਸਮਾਂ ਲੱਗਿਆ?

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

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

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

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

ਬਰਲਿਨ ਵਿੱਚ ਦੋ ਸਾਲ ਰਹਿਣ ਤੋਂ ਬਾਅਦ, ਤੁਸੀਂ ਇਸ ਸ਼ਹਿਰ ਬਾਰੇ ਕੀ ਪਸੰਦ ਅਤੇ ਨਾਪਸੰਦ ਕਰਦੇ ਹੋ?

ਮੇਰੇ ਲਈ ਸ਼ਹਿਰ ਦੇ ਚੰਗੇ ਅਤੇ ਨੁਕਸਾਨ ਦੀ ਇੱਕ ਸੂਚੀ ਤਿਆਰ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੈ, ਕਿਉਂਕਿ ਬਰਲਿਨ ਸ਼ਬਦ ਦੇ ਹਰ ਅਰਥ ਵਿੱਚ ਤੇਜ਼ੀ ਨਾਲ ਮੇਰਾ ਘਰ ਬਣ ਗਿਆ।

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

ਬਰਲਿਨ ਵਿੱਚ ਕੰਮ ਕਰਨ ਬਾਰੇ

ਬਰਲਿਨ ਸਟਾਰਟਅੱਪਸ ਵਿੱਚ ਕਿਹੜਾ ਸਟੈਕ ਸਟੈਂਡਰਡ ਹੈ? ਸਟੈਕ ਆਮ ਤੌਰ 'ਤੇ ਰੂਸ ਵਿੱਚ ਔਸਤ ਤੋਂ ਕਿਵੇਂ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ?

ਤਕਨਾਲੋਜੀ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ, ਸਥਾਨਕ ਸਟੈਕ ਵਿਅਕਤੀਗਤ ਤੌਰ 'ਤੇ ਮੇਰੇ ਲਈ ਬੋਰਿੰਗ ਜਾਪਦੇ ਹਨ, ਜਦੋਂ ਤੱਕ ਉਹ ਫਿਨਟੈਕ ਕੰਪਨੀਆਂ ਨਹੀਂ ਹਨ। ਜ਼ਿਆਦਾਤਰ ਸਟਾਰਟਅੱਪਸ ਅਤੇ ਉਹ ਜਿਹੜੇ ਇੱਕ ਸਟਾਰਟਅੱਪ ਤੋਂ ਇੱਕ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਵਿੱਚ ਚਲੇ ਗਏ ਸਨ, ਦੀ ਸਥਾਪਨਾ 2010-2012 ਵਿੱਚ ਕੀਤੀ ਗਈ ਸੀ ਅਤੇ ਸਭ ਤੋਂ ਸਰਲ ਆਰਕੀਟੈਕਚਰ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕੀਤੀ ਗਈ ਸੀ: ਇੱਕ ਮੋਨੋਲੀਥਿਕ ਬੈਕਐਂਡ, ਅਤੇ ਕਈ ਵਾਰ ਇਸ ਵਿੱਚ ਬਣੇ ਫਰੰਟਐਂਡ ਦੇ ਨਾਲ, ਇੱਕ ਭਾਸ਼ਾ - ਜਾਂ ਤਾਂ ਰੂਬੀ, ਜਾਂ PHP, ਜਾਂ ਪਾਈਥਨ, ਫਰੇਮਵਰਕ ਹਮੇਸ਼ਾ ਵਰਤੇ ਜਾਂਦੇ ਹਨ, MySQL 'ਤੇ ਇੱਕ ਡਾਟਾਬੇਸ, Redis 'ਤੇ ਕੈਸ਼। ਨਾਲ ਹੀ, ਨਿੱਜੀ ਭਾਵਨਾਵਾਂ ਦੇ ਅਨੁਸਾਰ, 90% ਕੰਪਨੀਆਂ ਨੇ ਆਪਣਾ ਸਾਰਾ ਉਤਪਾਦਨ AWS 'ਤੇ ਕੀਤਾ ਹੈ।

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

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

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

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

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

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

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

ਤੁਹਾਡੇ ਨਿਰੀਖਣਾਂ ਦੇ ਅਨੁਸਾਰ, ਜਰਮਨੀ ਵਿੱਚ ਕਿਹੜੇ ਮਾਹਰਾਂ ਦੀ ਮੰਗ ਹੈ? ਕੀ DevOps ਮਾਹਰ ਮੰਗ ਵਿੱਚ ਹਨ?

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

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

ਆਓ ਤਨਖਾਹਾਂ ਬਾਰੇ ਗੱਲ ਕਰੀਏ, ਜਰਮਨੀ ਵਿੱਚ ਇੱਕ DevOps ਇੰਜੀਨੀਅਰ ਅਸਲ ਵਿੱਚ ਕਿੰਨਾ ਕਮਾ ਸਕਦਾ ਹੈ?

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

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

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

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

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

ਕੀ ਬਰਲਿਨ ਵਿੱਚ ਇੱਕ ਮਜ਼ਬੂਤ ​​DevOps ਭਾਈਚਾਰਾ ਹੈ? ਕੀ ਤੁਸੀਂ ਅਕਸਰ ਸਥਾਨਕ ਸਮਾਗਮਾਂ ਵਿੱਚ ਜਾਂਦੇ ਹੋ? ਸਾਨੂੰ ਉਹਨਾਂ ਬਾਰੇ ਥੋੜਾ ਜਿਹਾ ਦੱਸੋ. ਉਹ ਕੀ ਹਨ?

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

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

ਮੈਂ ਪੜ੍ਹਿਆ ਕਿ ਤੁਸੀਂ ਜਰਮਨ ਬੋਲੇ ​​ਬਿਨਾਂ ਚਲੇ ਗਏ ਹੋ। ਇੱਕ ਸਾਲ ਬਾਅਦ ਤੁਸੀਂ ਕਿਵੇਂ ਹੋ? ਕੀ ਤੁਹਾਨੂੰ ਕੰਮ ਲਈ ਜਰਮਨ ਦੀ ਲੋੜ ਹੈ ਜਾਂ ਤੁਸੀਂ ਇਸ ਤੋਂ ਬਿਨਾਂ ਕਰ ਸਕਦੇ ਹੋ?

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

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

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

ਕੰਪਨੀਆਂ ਅਤੇ ਭਰਤੀ ਕਰਨ ਵਾਲਿਆਂ ਨਾਲ ਦੋ ਸਾਲਾਂ ਦੇ ਸੰਪਰਕਾਂ ਵਿੱਚ, ਮੇਰੇ ਨਾਲ ਸਿਰਫ ਦੋ ਵਾਰ ਜਰਮਨ ਵਿੱਚ ਸੰਪਰਕ ਕੀਤਾ ਗਿਆ ਸੀ। ਇਹਨਾਂ ਕਿਸਮਾਂ ਦੇ ਅਪਵਾਦਾਂ ਵਿੱਚ, ਇੱਕ B1/B2 ਪੱਧਰ ਆਮ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਨ ਲਈ ਕਾਫੀ ਹੁੰਦਾ ਹੈ। ਅੰਗਰੇਜ਼ੀ ਵਾਲੇ ਅਮਰੀਕਨਾਂ ਵਾਂਗ, ਜਰਮਨ ਤੁਹਾਡੀ ਬੋਲਣ ਦੀਆਂ ਗਲਤੀਆਂ ਬਾਰੇ ਕਾਫ਼ੀ ਸ਼ਾਂਤ ਹਨ, ਕਿਉਂਕਿ ਉਹ ਸਮਝਦੇ ਹਨ ਕਿ ਭਾਸ਼ਾ ਆਸਾਨ ਨਹੀਂ ਹੈ।

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

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

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

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

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

ਜੇਕਰ ਤੁਸੀਂ DevOps ਬਾਰੇ ਹੋਰ ਸਵਾਲ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਇੱਥੇ ਇੰਟਰਵਿਊ, ਜਿਸ ਵਿੱਚ ਮੀਸ਼ਾ ਸਵਾਲਾਂ ਦੇ ਵਿਸਥਾਰ ਵਿੱਚ ਜਵਾਬ ਦਿੰਦੀ ਹੈ “DevOps ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ?” ਅਤੇ "ਕੀ ਕੰਪਨੀ ਵਿੱਚ ਵਿਸ਼ੇਸ਼ DevOps ਵਿਭਾਗ ਬਣਾਉਣਾ ਜ਼ਰੂਰੀ ਹੈ?"

ਵਿਕਾਸ ਬਾਰੇ

ਤੁਹਾਡੇ ਚੈਨਲ ਵਿੱਚ ਤੁਸੀਂ ਕਈ ਵਾਰ ਪੇਸ਼ੇਵਰ ਲੇਖਾਂ ਅਤੇ ਬਲੌਗਾਂ ਦੀ ਸਿਫ਼ਾਰਿਸ਼ ਕਰਦੇ ਹੋ। ਕੀ ਤੁਹਾਡੇ ਕੋਲ ਕੋਈ ਮਨਪਸੰਦ ਗਲਪ ਕਿਤਾਬਾਂ ਹਨ?

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

ਉੱਥੇ ਤੁਸੀਂ ਯਾਤਰਾ ਬਾਰੇ ਬਹੁਤ ਕੁਝ ਲਿਖਿਆ, ਅਤੇ 2018 ਦੇ ਅੰਤ ਵਿੱਚ ਤੁਸੀਂ ਲਿਖਿਆ ਕਿ ਤੁਸੀਂ 12 ਦੇਸ਼ਾਂ ਅਤੇ 27 ਸ਼ਹਿਰਾਂ ਦਾ ਦੌਰਾ ਕੀਤਾ ਹੈ। ਇਹ ਇੱਕ ਬਹੁਤ ਵਧੀਆ ਬਿੰਦੂ ਹੈ! ਤੁਸੀਂ ਕੰਮ ਅਤੇ ਯਾਤਰਾ ਦਾ ਪ੍ਰਬੰਧ ਕਿਵੇਂ ਕਰਦੇ ਹੋ?

ਵਾਸਤਵ ਵਿੱਚ, ਸਭ ਕੁਝ ਕਾਫ਼ੀ ਸਧਾਰਨ ਹੈ: ਤੁਹਾਨੂੰ ਛੁੱਟੀਆਂ ਦੇ ਦਿਨਾਂ, ਸ਼ਨੀਵਾਰ ਅਤੇ ਛੁੱਟੀਆਂ ਦੀ ਚੰਗੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਨਾਲ ਹੀ ਯਾਤਰਾ ਦੌਰਾਨ ਸਰਗਰਮੀ ਨਾਲ ਯਾਤਰਾ ਕਰੋ :)

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

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

ਤੁਹਾਨੂੰ ਕਿਹੜੀਆਂ ਤਿੰਨ ਥਾਵਾਂ ਸਭ ਤੋਂ ਚੰਗੀਆਂ ਲੱਗੀਆਂ ਅਤੇ ਕਿਉਂ?

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

ਤੁਸੀਂ ਮੀਸ਼ਾ ਦੇ ਟ੍ਰੈਵਲ ਨੋਟਸ ਨੂੰ ਉਸਦੇ ਟੈਲੀਗ੍ਰਾਮ ਚੈਨਲ 'ਤੇ ਪੜ੍ਹ ਸਕਦੇ ਹੋ "ਇੱਕ ਕਲਾਕਵਰਕ ਸੰਤਰੀ"

ਤੁਸੀਂ ਕੰਮ/ਜੀਵਨ ਵਿੱਚ ਸੰਤੁਲਨ ਬਣਾਈ ਰੱਖਣ ਦਾ ਪ੍ਰਬੰਧ ਕਿਵੇਂ ਕਰਦੇ ਹੋ? ਆਪਣੇ ਭੇਦ ਸਾਂਝੇ ਕਰੋ :)

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

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

ਮੈਂ ਦੋ ਕਿਤਾਬਾਂ ਦੀ ਸਿਫਾਰਸ਼ ਵੀ ਕਰ ਸਕਦਾ ਹਾਂ ਜਿਨ੍ਹਾਂ ਨੇ ਮੇਰੀ ਮਦਦ ਕੀਤੀ: ਇਸ ਨੂੰ ਕੰਮ 'ਤੇ ਪਾਗਲ ਹੋਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ ਬੇਸਕੈਂਪ ਦੇ ਮੁੰਡਿਆਂ ਤੋਂ ਅਤੇ "ਜੇਡੀ ਤਕਨੀਕ" ਮੈਕਸਿਮ ਡੋਰੋਫੀਵ ਤੋਂ.

ਅੱਜਕੱਲ੍ਹ, ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਬਰਨਆਉਟ ਦੀ ਚਰਚਾ ਕਰ ਰਹੇ ਹਨ. ਕੀ ਤੁਸੀਂ ਕਦੇ ਅਜਿਹਾ ਮਹਿਸੂਸ ਕੀਤਾ ਹੈ? ਜੇਕਰ ਹਾਂ, ਤਾਂ ਤੁਸੀਂ ਕਿਵੇਂ ਨਜਿੱਠ ਰਹੇ ਹੋ? ਤੁਸੀਂ ਆਪਣੇ ਕੰਮ ਨੂੰ ਹੋਰ ਦਿਲਚਸਪ ਕਿਵੇਂ ਬਣਾਉਂਦੇ ਹੋ?

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

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

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

7 ਦਸੰਬਰ ਨੂੰ, ਮਿਖਾਇਲ ਕਾਨਫਰੰਸ ਵਿੱਚ ਬੋਲਣਗੇ DevOpsDays ਮਾਸਕੋ “ਅਸੀਂ ਸਾਰੇ DevOps ਹਾਂ”, ਜਿਸ ਵਿੱਚ ਦੱਸਿਆ ਜਾਵੇਗਾ ਕਿ ਨਾ ਸਿਰਫ਼ ਨਵੀਨਤਮ ਸਟੈਕ ਨੂੰ ਤੈਨਾਤ ਕੀਤੇ ਜਾਣ ਦੇ ਤਰੀਕੇ, ਸਗੋਂ DevOps ਦੇ ਸੱਭਿਆਚਾਰਕ ਪਹਿਲੂ 'ਤੇ ਵੀ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ।

ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਵੀ: ਬਾਰੂਖ ਸਡੋਗੁਰਸਕੀ (ਜੇਫ੍ਰੋਗ), ਅਲੈਗਜ਼ੈਂਡਰ ਚਿਸਤਿਆਕੋਵ (vdsina.ru), ਰੋਮਨ ਬੋਏਕੋ (AWS), ਪਾਵੇਲ ਸੇਲੀਵਾਨੋਵ (ਸਾਊਥਬ੍ਰਿਜ), ਰੋਡੀਅਨ ਨਾਗੋਰਨੋਵ (ਕੈਸਪਰਸਕੀ ਲੈਬ), ਐਂਡਰੀ ਸ਼ੋਰਿਨ (ਡੇਵਓਪਸ ਸਲਾਹਕਾਰ)।

ਆਓ ਜਾਣੂ ਹੋਵੋ!

ਸਰੋਤ: www.habr.com