"ਰਿਪੋਰਟ ਨੂੰ ਬੋਰਿੰਗ ਹੋਣ ਦਾ ਕੋਈ ਅਧਿਕਾਰ ਨਹੀਂ ਹੈ": ਕਾਨਫਰੰਸਾਂ ਵਿੱਚ ਭਾਸ਼ਣਾਂ ਬਾਰੇ ਬਾਰੂਚ ਸਡੋਗੁਰਸਕੀ ਨਾਲ ਇੱਕ ਇੰਟਰਵਿਊ

ਬਾਰੂਚ ਸਡੋਗੁਰਸਕੀ - ਜੇਫ੍ਰੌਗ ਵਿਖੇ ਡਿਵੈਲਪਰ ਐਡਵੋਕੇਟ, ਕਿਤਾਬ “ਤਰਲ ਸਾਫਟਵੇਅਰ” ਦੇ ਸਹਿ-ਲੇਖਕ, ਮਸ਼ਹੂਰ ਆਈ.ਟੀ. ਸਪੀਕਰ।

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

ਆਉ ਸਭ ਤੋਂ ਸਰਲ ਨਾਲ ਸ਼ੁਰੂ ਕਰੀਏ। ਤੁਸੀਂ ਕਾਨਫਰੰਸਾਂ ਵਿਚ ਬੋਲਣ ਬਾਰੇ ਕਿਉਂ ਸੋਚਦੇ ਹੋ?

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

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

ਕਿਰਪਾ ਕਰਕੇ ਸਾਨੂੰ ਦੱਸੋ ਕਿ ਤੁਸੀਂ ਪ੍ਰਦਰਸ਼ਨ ਲਈ ਕਿਵੇਂ ਤਿਆਰੀ ਕਰਦੇ ਹੋ? ਕੀ ਇੱਥੇ ਕਿਸੇ ਕਿਸਮ ਦੀ ਤਿਆਰੀ ਐਲਗੋਰਿਦਮ ਹੈ?

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

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

ਤੀਜਾ ਪੜਾਅ ਇਸ ਯੋਜਨਾ ਦੇ ਅਨੁਸਾਰ ਸਲਾਈਡਾਂ ਨੂੰ ਲਿਖਣਾ ਹੈ। ਤੁਸੀਂ ਕੁਝ ਅਮੂਰਤ ਵਿਚਾਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ ਜੋ ਸਲਾਈਡਾਂ 'ਤੇ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ ਅਤੇ ਤੁਹਾਡੀ ਕਹਾਣੀ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ।

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

ਤੁਸੀਂ ਕਿਵੇਂ ਸਮਝਦੇ ਹੋ ਕਿ "ਇਸ ਵਿਸ਼ੇ" ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ? ਅਤੇ ਤੁਸੀਂ ਰਿਪੋਰਟਾਂ ਲਈ ਸਮੱਗਰੀ ਕਿਵੇਂ ਇਕੱਠੀ ਕਰਦੇ ਹੋ?

ਮੈਨੂੰ ਨਹੀਂ ਪਤਾ ਕਿ ਕਿਵੇਂ ਜਵਾਬ ਦੇਣਾ ਹੈ, ਇਹ ਕਿਸੇ ਤਰ੍ਹਾਂ ਆਉਂਦਾ ਹੈ. ਜਾਂ ਤਾਂ ਇਹ "ਓਹ, ਇਹ ਇੱਥੇ ਕਿੰਨਾ ਵਧੀਆ ਨਿਕਲਿਆ," ਜਾਂ ਇਹ "ਓਹ, ਕੋਈ ਵੀ ਇਸ ਬਾਰੇ ਅਸਲ ਵਿੱਚ ਨਹੀਂ ਜਾਣਦਾ ਜਾਂ ਸਮਝਦਾ ਹੈ," ਅਤੇ ਇਹ ਦੱਸਣ, ਸਮਝਾਉਣ ਅਤੇ ਮਦਦ ਕਰਨ ਦਾ ਇੱਕ ਮੌਕਾ ਹੈ। ਇਹਨਾਂ ਦੋ ਵਿਕਲਪਾਂ ਵਿੱਚੋਂ ਇੱਕ।

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

ਹਾਲ ਹੀ ਵਿੱਚ ਹੋਏ DevOps ਸੰਮੇਲਨ ਐਮਸਟਰਡਮ 2019 ਵਿੱਚ ਬਾਰੂਚ ਦਾ ਭਾਸ਼ਣ

ਪ੍ਰਦਰਸ਼ਨ ਦਾ ਡਰ ਅਤੇ ਚਿੰਤਾ ਕੁਝ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ ਹਨ ਕਿ ਲੋਕ ਸਟੇਜ 'ਤੇ ਕਿਉਂ ਨਹੀਂ ਜਾਂਦੇ ਹਨ। ਕੀ ਤੁਹਾਡੇ ਕੋਲ ਉਹਨਾਂ ਲਈ ਕੋਈ ਸਲਾਹ ਹੈ ਜੋ ਪ੍ਰਦਰਸ਼ਨ ਕਰਦੇ ਸਮੇਂ ਘਬਰਾ ਜਾਂਦੇ ਹਨ? ਕੀ ਤੁਸੀਂ ਚਿੰਤਤ ਹੋ ਅਤੇ ਤੁਸੀਂ ਕਿਵੇਂ ਨਜਿੱਠਦੇ ਹੋ?

ਹਾਂ, ਮੇਰੇ ਕੋਲ ਇਹ ਹੈ, ਇਹ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ, ਸ਼ਾਇਦ, ਇਸ ਸਮੇਂ ਜਦੋਂ ਮੈਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਚਿੰਤਾ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹਾਂ, ਇਹ ਇਸ ਮਾਮਲੇ ਨੂੰ ਛੱਡਣ ਦਾ ਇੱਕ ਕਾਰਨ ਹੈ.

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

ਇਸ ਨਾਲ ਕਿਵੇਂ ਨਜਿੱਠਣਾ ਹੈ? ਵੱਖ-ਵੱਖ ਤਰੀਕੇ ਹਨ. ਮੇਰੇ ਕੋਲ ਇਹ ਕਦੇ ਵੀ ਅਜਿਹੇ ਪੱਧਰ 'ਤੇ ਨਹੀਂ ਸੀ ਕਿ ਮੈਨੂੰ ਇਸ ਨਾਲ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਲੜਨ ਦੀ ਲੋੜ ਹੈ, ਇਸ ਲਈ ਇਹ ਕਹਿਣਾ ਮੇਰੇ ਲਈ ਔਖਾ ਹੈ।

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

ਤੁਸੀਂ ਰੂਸੀ ਅਤੇ ਅੰਤਰਰਾਸ਼ਟਰੀ ਕਾਨਫਰੰਸਾਂ ਵਿੱਚ ਬਹੁਤ ਕੁਝ ਬੋਲਦੇ ਹੋ। ਕੀ ਤੁਸੀਂ ਰੂਸੀ ਅਤੇ ਵਿਦੇਸ਼ੀ ਕਾਨਫਰੰਸਾਂ ਦੀਆਂ ਰਿਪੋਰਟਾਂ ਵਿੱਚ ਅੰਤਰ ਦੇਖਦੇ ਹੋ? ਕੀ ਦਰਸ਼ਕਾਂ ਵਿੱਚ ਕੋਈ ਅੰਤਰ ਹੈ? ਸੰਗਠਨ ਵਿੱਚ?

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

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

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

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

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

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

ਇਹ ਦੋ ਅੰਤਰ ਹਨ.

ਕੀ ਤੁਸੀਂ ਦੂਜੇ ਦੇਸ਼ਾਂ ਵਿੱਚ DevOpsDays ਵਿੱਚ ਗਏ ਹੋ? ਤੁਸੀਂ ਕਿਵੇਂ ਸੋਚਦੇ ਹੋ ਕਿ ਉਹ ਹੋਰ ਕਾਨਫਰੰਸਾਂ ਤੋਂ ਵੱਖਰੇ ਹਨ? ਕੀ ਕੋਈ ਵਿਸ਼ੇਸ਼ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ?

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

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

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

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

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

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

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

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

IT ਖੇਤਰ ਤੋਂ ਤੁਸੀਂ ਕਿਸ ਦੇ ਭਾਸ਼ਣਾਂ ਨੂੰ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਪਸੰਦ ਕਰਦੇ ਹੋ? ਕੀ ਅਜਿਹੇ ਸਪੀਕਰ ਹਨ? ਅਤੇ ਕਿਉਂ?

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

ਦੂਜੀ ਕਿਸਮ ਦੇ ਸਪੀਕਰ ਉਹ ਹੁੰਦੇ ਹਨ ਜੋ ਕਿਸੇ ਵੀ ਆਮ ਤੌਰ 'ਤੇ ਬੋਰਿੰਗ ਹਾਰਡਕੋਰ ਬਾਰੇ ਬਹੁਤ ਦਿਲਚਸਪ ਅਤੇ ਰੋਮਾਂਚਕ ਤਰੀਕੇ ਨਾਲ ਗੱਲ ਕਰ ਸਕਦੇ ਹਨ।

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

ਪਹਿਲੀ ਸ਼੍ਰੇਣੀ ਤੋਂ - ਇਹ ਜੈਸਿਕਾ ਡੀਨ, ਐਂਟਨ ਵੇਸ, ਰੋਮਨ ਸ਼ਾਪੋਸ਼ਨਿਕ ਹਨ. ਇਹ ਉਹ ਸਪੀਕਰ ਹਨ ਜੋ ਦਿਲਚਸਪ, ਹਾਸੇ ਨਾਲ ਬੋਲਦੇ ਹਨ, ਅਤੇ ਉੱਚ ਦਰਜਾਬੰਦੀ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ.

ਤੁਹਾਡੇ ਕੋਲ ਅਜਿਹਾ ਕਰਨ ਦੇ ਸਮੇਂ ਨਾਲੋਂ ਕਾਨਫਰੰਸਾਂ ਵਿੱਚ ਬੋਲਣ ਲਈ ਵਧੇਰੇ ਸੱਦੇ ਹਨ। ਤੁਸੀਂ ਕਿਵੇਂ ਚੁਣਦੇ ਹੋ ਕਿ ਤੁਸੀਂ ਕਿੱਥੇ ਜਾਓਗੇ ਅਤੇ ਕਿੱਥੇ ਨਹੀਂ?

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

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

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

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

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

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

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

ਬਾਰੂਚ ਦੀਆਂ ਰਿਪੋਰਟਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ “ਸਾਡੇ ਕੋਲ DevOps ਹਨ। ਆਉ ਸਾਰੇ ਟੈਸਟਰਾਂ ਨੂੰ ਬਰਖਾਸਤ ਕਰੀਏ।"

ਇੰਨੇ ਤੰਗ ਅਨੁਸੂਚੀ ਦੇ ਨਾਲ, ਕੀ ਤੁਸੀਂ ਆਪਣੇ ਤਕਨੀਕੀ ਪੱਧਰ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਣ ਦਾ ਪ੍ਰਬੰਧ ਕਰਦੇ ਹੋ ਜਾਂ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰੋਗਰਾਮਿੰਗ ਤੋਂ ਦੂਰ ਚਲੇ ਗਏ ਹੋ?

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

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

ਮੈਂ ਅਜੇ ਵੀ ਆਪਣੇ ਆਪ ਨੂੰ ਇੱਕ ਮਜ਼ਬੂਤ ​​ਤਕਨੀਕੀ ਮਾਹਰ ਮੰਨਦਾ ਹਾਂ, ਮੈਂ ਅਜੇ ਵੀ ਇਸ ਬਾਰੇ ਜਾਣਦਾ ਹਾਂ ਕਿ ਕੀ ਹੋ ਰਿਹਾ ਹੈ, ਮੈਂ ਆਪਣੇ ਆਪ ਨੂੰ ਆਪਣੇ ਪੈਰਾਂ 'ਤੇ ਰੱਖਦਾ ਹਾਂ. ਇਹ ਅੱਜ ਮੇਰੀ ਹਾਈਬ੍ਰਿਡ ਸਥਿਤੀ ਹੈ।

ਕਿਰਪਾ ਕਰਕੇ ਸਾਨੂੰ ਕੁਝ ਮਜ਼ਾਕੀਆ ਕਹਾਣੀਆਂ ਜਾਂ ਅਤਿਅੰਤ ਸਥਿਤੀਆਂ ਦੱਸੋ ਜੋ ਤੁਹਾਡੇ ਨਾਲ ਵਾਪਰੀਆਂ ਹਨ: ਰਿਪੋਰਟ/ਸਾਮਾਨ ਨਾ ਪਹੁੰਚਣ ਦੌਰਾਨ ਜਹਾਜ਼ ਤੋਂ ਖੁੰਝ ਗਿਆ/ਪ੍ਰਸਤੁਤੀ ਨੂੰ ਮਿਟਾਇਆ/ਪਾਵਰ ਕੱਟ ਦਿੱਤਾ ਗਿਆ?

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

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

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

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

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

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

ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਇਸ ਤਰ੍ਹਾਂ ਸੋਚਦੇ ਹਨ: “ਕਾਨਫ਼ਰੰਸਾਂ ਵਿਚ ਕਿਉਂ ਜਾਣਾ ਹੈ? ਤੁਸੀਂ YouTube 'ਤੇ ਵੀਡੀਓ ਦੇਖ ਸਕਦੇ ਹੋ, ਅਤੇ ਤੁਸੀਂ ਹਮੇਸ਼ਾ ਔਨਲਾਈਨ ਚੈਟ ਕਰ ਸਕਦੇ ਹੋ। ਤੁਸੀਂ ਕਿਉਂ ਸੋਚਦੇ ਹੋ ਕਿ ਭਾਗੀਦਾਰਾਂ ਨੂੰ ਕਾਨਫਰੰਸਾਂ ਵਿੱਚ ਜਾਣ ਦੀ ਲੋੜ ਹੈ?

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

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

ਅਤੇ ਮੈਂ ਇੱਕ ਵਾਰ ਫਿਰ ਦੁਹਰਾਉਂਦਾ ਹਾਂ: ਨੈਟਵਰਕਿੰਗ ਅਤੇ ਸੰਚਾਰ ਉਹ ਚੀਜ਼ ਨਹੀਂ ਹਨ ਜੋ ਤੁਸੀਂ YouTube ਤੋਂ ਲੈ ਸਕਦੇ ਹੋ.

DevOpsCon 'ਤੇ Leonid Igolnik ਨਾਲ ਸਾਂਝੀ ਰਿਪੋਰਟ

ਕਿਰਪਾ ਕਰਕੇ ਉਹਨਾਂ ਨੂੰ ਕੁਝ ਵਿਦਾਇਗੀ ਸ਼ਬਦ ਦਿਓ ਜੋ ਹੁਣੇ ਹੀ ਸਪੀਕਰ ਬਣਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਨ ਜਾਂ ਬੋਲਣਾ ਸ਼ੁਰੂ ਕੀਤਾ ਹੈ?

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

ਨਾਲ ਹੀ, ਤਣਾਅ ਦਾ ਪੱਧਰ ਬਿਲਕੁਲ ਵੱਖਰਾ ਹੈ. ਜਦੋਂ 10-15-30 ਲੋਕ ਆਉਂਦੇ ਹਨ, ਇਹ ਬਿਲਕੁਲ ਉਸੇ ਤਰ੍ਹਾਂ ਨਹੀਂ ਹੁੰਦਾ ਜਦੋਂ ਹਾਲ ਵਿੱਚ 150-200-300 ਲੋਕ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਇਹ ਬਹੁਤ ਸੌਖਾ ਹੈ।

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

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

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

ਕੋਈ ਜੋ ਵੀ ਕਹੇ, ਸਥਾਨਕ ਮੁਲਾਕਾਤ ਆਮ ਤੌਰ 'ਤੇ ਅਤੇ ਖਾਸ ਤੌਰ 'ਤੇ ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲਿਆਂ ਲਈ ਇੱਕ ਵਧੀਆ ਵਿਸ਼ਾ ਹੈ।

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

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

ਆਓ ਜਾਣੂ ਹੋਵੋ!

ਸਰੋਤ: www.habr.com