برلن میں کام اور زندگی کے بارے میں میخائل چنکوف کے ساتھ انٹرویو

میخائل چنکوف دو سال سے برلن میں رہ رہے ہیں اور کام کر رہے ہیں۔ میخائل نے وضاحت کی کہ روس اور جرمنی میں ایک ڈویلپر کا کام کس طرح مختلف ہے، آیا ڈی او اوپس سے متعلقہ انجینئرز کی برلن میں مانگ ہے، اور سفر کے لیے وقت کیسے نکالا جائے۔

برلن میں کام اور زندگی کے بارے میں میخائل چنکوف کے ساتھ انٹرویو

منتقل کرنے کے بارے میں

2018 سے آپ برلن میں رہ رہے ہیں۔ آپ نے یہ فیصلہ کیسے کیا؟ کیا آپ نے شعوری طور پر اس ملک اور کمپنی کا انتخاب کیا ہے جہاں آپ پہلے سے کام کرنا چاہتے ہیں، یا کیا آپ کو کوئی پیشکش موصول ہوئی ہے جس سے آپ انکار نہیں کر سکتے؟

کسی وقت، میں پینزا میں رہنے سے تھک گیا، جہاں میں پیدا ہوا، پرورش پائی اور یونیورسٹی میں تعلیم حاصل کی، اور ماسکو اور سینٹ پیٹرزبرگ جانے کا معیاری راستہ ان شہروں میں زندگی کی خصوصیات کی وجہ سے مجھے پسند نہیں آیا۔ . لہذا میں صرف یورپ میں رہنے کی کوشش کرنا چاہتا تھا، جس میں میں گزشتہ دو چھٹیوں کے لیے گھوم رہا ہوں۔ میرے پاس کمپنی، یا شہر، یا یہاں تک کہ کسی مخصوص ملک کے لیے کوئی ترجیحات نہیں تھیں - میں صرف جتنی جلدی ممکن ہو وہاں سے جانا چاہتا تھا۔

اس وقت، میں نے ایک ڈویلپر کے لیے ٹیک کمپنی میں جانے کے لیے برلن کو سب سے زیادہ قابل رسائی شہر سمجھا، کیونکہ Linkedin پر، نقل مکانی کو برداشت کرنے والی 90% کمپنیاں برلن کی تھیں۔ اس کے بعد میں 3 دن کے لیے شہر میں دو دو آمنے سامنے انٹرویو لینے گیا۔ مجھے یہ شہر بہت پسند آیا، اس لیے میں نے فیصلہ کیا کہ میں ابھی برلن میں رہنا چاہتا ہوں۔ ایک ہفتہ بعد، میں نے برلن ٹیک ہب سے موصول ہونے والی پہلی پیشکش کو فوراً قبول کر لیا۔

براہ کرم ہمیں آگے بڑھنے کے عمل کے بارے میں مزید بتائیں۔ آپ کے ساتھ یہ کیسے ہوا؟ آپ نے کون سی دستاویزات جمع کیں؟ کیا آپ کے آجر نے مدد کی؟

میں یہاں کچھ نیا نہیں کہہ سکتا؛ سب کچھ بہت اچھے مضامین میں لکھا گیا ہے۔ مجھے یہ زیادہ پسند ہے۔ واسٹرک کے بلاگ سے ورژن، اس مسئلے میں دلچسپی رکھنے والے ہر ایک کو معلوم ہے۔ برلن ٹیک ہب میں، یہ عمل تقریباً تمام کمپنیوں میں یکساں ہے جو کسی انجینئر کی نقل مکانی میں مدد کرتی ہیں۔

کیا آپ کو کام، زندگی، ذہنیت کی تنظیم کے لحاظ سے کسی غیر متوقع اور غیر معمولی چیز کا سامنا ہوا ہے؟ مقامی زندگی کے عادی ہونے میں آپ کو کتنا وقت لگا؟

ہاں، درحقیقت، برلن ٹیک ہب میں کمپنیوں میں کام کرنے کے پورے عمل نے مجھے پہلے تو چونکا دیا۔ عام طور پر، سب کچھ: ایک انجینئر کی زندگی میں نرم مہارت کے کردار تک ریلیاں کیسے اور کس مقدار میں منعقد کی جاتی ہیں۔

مثال کے طور پر، جرمنی میں، کام کا کلچر اجتماعی فیصلہ سازی پر مرکوز ہے، جس کا مطلب یہ ہے کہ لفظی طور پر ہر متنازعہ مسئلے کے لیے، ایک میٹنگ بنائی جاتی ہے جہاں آپ اس مسئلے پر پوری طرح بحث کرتے ہیں اور آپ کے نقطہ نظر سے اتفاق رائے پر پہنچ جاتے ہیں۔ روس سے، اس طرح کا عمل ابتدائی طور پر انجینئر کو وقت کا ضیاع، بیوروکریسی اور عدم اعتماد لگتا ہے، لیکن آخر میں یہ سمجھ میں آتا ہے، جیسا کہ فیصلے کے نتائج کی ذمہ داری کی تقسیم کا ہوتا ہے۔

ان جیسے لمحات اور ساتھیوں کی طرف سے اپنے بارے میں غلط فہمی نے مجھے کتاب پڑھنے پر مجبور کر دیا۔ "ثقافت کا نقشہ" اور یہ سمجھیں کہ آپ کا تمام اندرونی غصہ حقیقت کو تلاش کرنے کی کوشش کے بجائے نئے ماحول کی حقیقت کو سمجھنے میں ناکامی ہے جس میں آپ خود کو پاتے ہیں۔ کتاب کے بعد آپ کا کام بہت آسان ہو گیا، آپ اپنے ساتھیوں کے فقروں اور فیصلوں کا مطلب سمجھنا شروع کر دیتے ہیں۔

زندگی کے لحاظ سے، ایک نئے ملک میں موافقت کا عمل کام کی ثقافت میں موافقت کے عمل سے کہیں زیادہ مشکل ہے۔ عام طور پر ماہر نفسیات فرق کرتے ہیں۔ ہجرت کے چار مراحلجس سے انسان گزرتا ہے۔ اس سلسلے میں میرا راستہ بھی مستثنیٰ نہیں تھا۔ دوسری طرف، مجھے ایسا لگتا ہے کہ برلن، لندن اور بارسلونا جیسے کثیر ثقافتی مرکز میں منتقل ہونے پر موافقت کسی بھی کلاسیکی شہر کے مقابلے میں واضح طور پر آسان ہے۔

برلن میں دو سال رہنے کے بعد، آپ کو اس شہر کے بارے میں کیا پسند اور ناپسند ہے؟

میرے لیے شہر کے فائدے اور نقصانات کی فہرست مرتب کرنا مشکل ہے، کیونکہ برلن لفظ کے ہر معنی میں تیزی سے میرا گھر بن گیا۔

میرے خیال میں میں نے اپنی بالغ زندگی میں آزادی کے لیے اس کے تمام مظاہر میں جدوجہد کی ہے: جسمانی، سماجی، مالی، سیاسی، روحانی، ذہنی۔ ہاں، کام میں وہی آزادی، مجھے اوپر سے کنٹرول اور مائیکرو مینجمنٹ پسند نہیں، جب مجھے مسلسل بتایا جاتا ہے کہ کیا اور کیسے کرنا ہے۔ ان معاملات میں، معاشرے میں زندگی کے بارے میں آزادانہ خیالات، کرایہ اور دیگر ضروریات کے لیے نسبتاً آزادانہ قیمتوں کے ساتھ ساتھ اپنی آزادی کو اپ گریڈ کرنے کے بہت سے مواقع کی وجہ سے برلن مجھے دنیا کے آزاد ترین شہروں میں سے ایک لگتا تھا اور اب بھی لگتا ہے۔ دوسرے پہلوؤں.

برلن میں کام اور زندگی کے بارے میں میخائل چنکوف کے ساتھ انٹرویو

برلن میں کام کرنے کے بارے میں

برلن اسٹارٹ اپس میں کون سا اسٹیک معیاری ہے؟ اسٹیک عام طور پر روس میں اوسط سے کیسے مختلف ہے؟

ٹکنالوجی کے نقطہ نظر سے، مقامی اسٹیک میرے لیے موضوعی طور پر بورنگ لگتے ہیں، جب تک کہ وہ FinTech کمپنیاں نہ ہوں۔ زیادہ تر سٹارٹ اپس اور وہ لوگ جو ایک سٹارٹ اپ سے کسی انٹرپرائز میں چلے گئے تھے ان کی بنیاد 2010-2012 میں رکھی گئی تھی اور سب سے آسان فن تعمیر کے ساتھ شروع کیا گیا تھا: ایک یک سنگی پس منظر، اور بعض اوقات اس میں ایک فرنٹ اینڈ بنا ہوا، ایک زبان - یا تو روبی، یا پی ایچ پی، یا ازگر، فریم ورک ہمیشہ استعمال کیے جاتے ہیں، MySQL پر ایک ڈیٹا بیس، Redis پر کیش۔ اس کے علاوہ، ذاتی احساسات کے مطابق، 90% کمپنیاں اپنی تمام پیداوار AWS پر رکھتی ہیں۔

موجودہ رجحان یہ ہے کہ یک سنگی کو مائیکرو سروسز میں کاٹ کر، کنٹینرز میں لپیٹ کر، انہیں Kubernetes میں تعینات کیا جائے، اور نئی ایپلی کیشنز کے لیے معیاری زبان کے طور پر Golang پر انحصار کیا جائے۔ یہ بہت آہستہ آہستہ ہوتا ہے، یہی وجہ ہے کہ زیادہ تر کمپنیوں میں مرکزی فعالیت اب بھی یک سنگی میں دفن ہے۔ میں فرنٹ اینڈ سے بہت دور ہوں، لیکن وہاں بھی React عام طور پر معیاری ہوتا ہے۔

Zalando اور N26 جیسی بڑی ٹیک کمپنیاں سروس میں مزید ٹکنالوجی لانے کی کوشش کر رہی ہیں تاکہ ان کے پاس حوصلہ افزائی کرنے والے ڈویلپرز کو مارکیٹ میں راغب کرنے کے لیے کچھ ہو۔ دیگر ٹیک کمپنیاں بھی جدید ترین ٹکنالوجیوں کو برقرار رکھنے کی کوشش کرتی ہیں، لیکن باہر سے یہ واضح ہے کہ وہ یک سنگی فن تعمیر اور سالوں سے جمع ہونے والے تکنیکی قرضوں کے بوجھ سے دبے ہوئے ہیں۔

ایک انجینئر کے طور پر، میں اسے کافی سکون سے لیتا ہوں، کیونکہ برلن ٹیک ہب میں مصنوعات کے نقطہ نظر سے بہت سی دلچسپ کمپنیاں ہیں۔ ایسی کمپنیوں میں، کسی ایسے آئیڈیا اور پروڈکٹ کے لیے کام کرنا زیادہ دلچسپ ہوتا ہے جسے آپ ذاتی طور پر پسند کرتے ہیں، بجائے اس کے کہ کمپنی کو فیشن ایبل ٹیک اسٹیک والی جگہ سمجھیں جس کے ساتھ آپ کو ضرور کام کرنے کی ضرورت ہے۔

روس اور جرمنی میں ڈویلپر کی زندگی اور کام کیسے مختلف ہے؟ کیا کوئی ایسی چیزیں ہیں جو آپ کو حیران کرتی ہیں؟

جرمنی میں، شمالی/وسطی یورپ کے کسی بھی دوسرے ملک کی طرح، کام/زندگی کے توازن اور ساتھیوں کے درمیان تعلقات کے ساتھ چیزیں بہتر ہیں، لیکن کام کی رفتار کے ساتھ بدتر ہیں۔ سب سے پہلے، میرے لیے اندرونی پراجیکٹس کی عادت ڈالنا ناخوشگوار تھا جس میں کچھ مہینے لگتے تھے، جب کہ روس کی ٹیک کمپنیوں میں اسی طرح کے منصوبوں میں چند ہفتے لگتے تھے۔ درحقیقت، یہ خوفناک نہیں ہے، کیونکہ اس کی معروضی وجوہات ہیں، اور کمپنیاں عام طور پر ایسے حالات کو تنقیدی طور پر نہیں سمجھتیں۔

بصورت دیگر، میرے لیے جرمنی اور روس کے درمیان ہم آہنگی پیدا کرنا کافی مشکل ہے، کیونکہ مجھے Yandex اور Tinkov جیسی معروف کمپنیوں میں کام کرنے کا کوئی تجربہ نہیں ہے، جہاں صورتحال برلن ٹیک ہب جیسی ہو سکتی ہے۔

اپنے لیے، میں نے محسوس کیا کہ برلن میں ترجیح کمپنیوں میں کام کرنے کا ایک آرام دہ ماحول، باقاعدہ اندرونی واقعات اور ساتھیوں کی استعداد پیدا کرنا ہے جن کے ساتھ IT سے دور کے موضوعات پر بات چیت کرنا ہمیشہ دلچسپ ہوتا ہے۔ لیکن میرے خیال میں اس کا انحصار ملک سے زیادہ اس کمپنی پر ہے جہاں آپ کام کرتے ہیں۔

آپ کے مشاہدے کے مطابق جرمنی میں کن ماہرین کی مانگ ہے؟ کیا DevOps ماہرین کی مانگ ہے؟

زیادہ تر کمپنیوں کو DevOps کلچر کو سمجھنے اور یہ سمجھنے میں دشواری ہوتی ہے کہ DevOps اصل میں کیا ہے۔ تاہم، DevOps کے سابقہ ​​کے ساتھ بہت ساری آسامیاں ہیں، اور یہ مارکیٹ میں ماہرین کی مانگ کو واضح طور پر ظاہر کرتا ہے۔

اس وقت، بالکل وہی تمام شعبے جو آج متعلقہ ہیں مقامی IT میں یکساں مانگ میں ہیں۔ میں صرف ڈیٹا انجینئر/ڈیٹا تجزیہ کار کی زبردست مانگ کو اجاگر کر سکتا ہوں۔

آئیے تنخواہ کے بارے میں بات کرتے ہیں، جرمنی میں ڈی او اوپس انجینئر واقعی کتنا کما سکتا ہے؟

اس سوال کا جواب دینا مشکل ہے، کیونکہ آئی ٹی اب بھی ایک نوجوان صنعت ہے، جہاں تنخواہ کے کوئی خاص معیار نہیں ہیں۔ دوسری جگہوں کی طرح، تنخواہ کا زیادہ تر انحصار انجینئر کے کام کے تجربے اور قابلیت پر ہوتا ہے۔ اعداد و شمار کو ٹیکس اور مختلف سماجی/بیمہ کٹوتیوں سے پہلے تنخواہ کے طور پر سمجھنا بھی ضروری ہے۔ اس کے علاوہ، جرمنی میں تنخواہ کا انحصار اس بات پر ہے کہ آپ کس شہر میں کام کرتے ہیں۔ برلن، میونخ، فرینکفرٹ اور گوٹنگن میں، تنخواہ کی حد ایک دوسرے سے قدرے مختلف ہے، جیسا کہ زندگی گزارنے کے اخراجات ہیں۔

اگر ہم برلن کے بارے میں بات کرتے ہیں تو، کیریئر کے لئے سب سے بڑا فائدہ یہ ہے کہ انجینئر کی طلب ابھی بھی سپلائی سے زیادہ ہے، لہذا اگر چاہیں تو تنخواہ تیزی سے بڑھ سکتی ہے. بنیادی نقصان یہ ہے کہ زیادہ تر کمپنیوں کے پاس تنخواہ پر نظر ثانی کے لیے کوئی واضح پالیسی نہیں ہے، ساتھ ہی کمپنی کی طرف سے تیار کردہ پروڈکٹ میں شراکت کا اندازہ لگانے کا معیار بھی نہیں ہے۔

میں نمبر دیکھے جا سکتے ہیں۔ جرمنی کے لیے تازہ ترین سروے، اسٹیک اوور فلو یا Glassdoor. اعداد و شمار کو سال بہ سال اپ ڈیٹ کیا جاتا ہے، لہذا میں تنخواہ کی حد کے بارے میں بات کرنے کی ذمہ داری نہیں لوں گا۔

برلن میں کام اور زندگی کے بارے میں میخائل چنکوف کے ساتھ انٹرویو

کیا آپ اس بارے میں کوئی مشورہ دے سکتے ہیں کہ اگر آپ ایک مشروط سائٹ ریلائیبلٹی انجینئر کے طور پر کام کر رہے ہیں اور جرمنی جانا چاہتے ہیں تو کیا کریں؟ کہاں سے شروع کریں؟ کہاں جانا؟

مجھے نہیں لگتا کہ میرے پاس قارئین کے لیے کوئی خاص مشورہ ہے۔ بس کسی بھی چیز سے گھبرائیں نہیں، حرکت کرنے سے پہلے کم عقلی کریں اور ان تمام مشکلات کے لیے کھلے رہیں جن کا آپ کو ہجرت میں سامنا ہو سکتا ہے۔ لیکن مشکلات ہوں گی۔

کیا برلن میں ایک مضبوط DevOps کمیونٹی ہے؟ کیا آپ اکثر مقامی تقریبات میں جاتے ہیں؟ ہمیں ان کے بارے میں تھوڑا سا بتائیں۔ وہ کیا ہیں؟

میں ملاقاتوں میں بہت کم جاتا ہوں، اس لیے میں یہ نہیں کہہ سکتا کہ مقامی DevOps کمیونٹی کی خصوصیات کیا ہیں۔ مجھے امید ہے کہ اگلے سال اس مسئلے کو پکڑوں گا۔ میں meetup.com پر موضوعاتی گروپوں کی بہت بڑی تعداد کے بارے میں صرف اپنے تاثرات پیش کر سکتا ہوں: Python اور Golang کے چاہنے والوں سے Clojure اور Rust سے محبت کرنے والوں تک۔

میں نے جن میٹنگز میں شرکت کی، ان میں سے HashiCorp صارف گروپ بہت اچھا ہے - لیکن وہاں، مجھے HashiCorp کمیونٹی اس کے مختلف شہروں میں گروپس کے ساتھ پسند ہے۔

میں نے پڑھا ہے کہ آپ جرمن بولے بغیر چلے گئے ہیں۔ ایک سال بعد کیسی ہو؟ کیا آپ کو کام کے لیے جرمن کی ضرورت ہے یا آپ اس کے بغیر کر سکتے ہیں؟

میں نے جرمن سیکھا، اب زبان کی سطح B1 اور B2 کے درمیان ہے۔ میں اب بھی برلن میں رہنے کے پہلے سال سے جرمنوں کے ساتھ تمام رابطے انگریزی میں کرتا ہوں، کیونکہ یہ دونوں فریقوں کے لیے آسان ہے، اور میں تمام نئے رابطے جرمن میں شروع کرتا ہوں۔ میرے فوری منصوبے یہ ہیں کہ میں اپنی پڑھائی میں آگے بڑھوں، B2 سرٹیفکیٹ کا امتحان پاس کر کے اپنے علم کو مضبوط کروں، کیونکہ میں زیادہ اعتماد سے بات کرنا چاہتا ہوں اور کلاسیکی ادب کو اصل میں پڑھنا چاہتا ہوں۔

برلن میں، زبان کو ملک کے مطابق ڈھالنے، اندرونی سکون کا احساس اور تفریحی میدان (تھیٹر/سینما/اسٹینڈ اپ) تک مکمل رسائی حاصل کرنے کے لیے زیادہ ضرورت ہے، لیکن سافٹ ویئر کے کام میں زبان کی ضرورت کا امکان نہیں ہے۔ انجینئرنگ۔ ہر کمپنی میں، انگریزی انجینئرنگ ڈیپارٹمنٹ کی سرکاری زبان ہے، یہاں تک کہ بڑی جرمن کمپنیوں جیسے ڈوئچے بینک، الیانز اور ووکس ویگن میں بھی۔

اس کی بنیادی وجہ اہلکاروں کی کمی ہے، شہر کی حیثیت ایک بین الاقوامی ثقافتی مرکز کے طور پر ہے، اور بہت سے ایسے تارکین وطن جنہیں جرمن زبان سیکھنے میں دشواری کا سامنا ہے۔ تاہم، ہر کمپنی کام کے اوقات کے دوران ہفتہ وار جرمن کورسز تنظیم کے خرچ پر پیش کرتی ہے تاکہ کام سے باہر ملازمین کی زندگی کو آسان بنایا جا سکے۔

کمپنیوں اور بھرتی کرنے والوں کے ساتھ تمام دو سالوں کے رابطوں میں، مجھ سے صرف دو بار جرمن زبان میں رابطہ کیا گیا۔ اس قسم کی مستثنیات میں، B1/B2 کی سطح عام طور پر کام کرنے کے لیے کافی ہوتی ہے۔ انگریزی والے امریکیوں کی طرح، جرمن آپ کی تقریر کی غلطیوں کے بارے میں کافی پرسکون ہیں، کیونکہ وہ سمجھتے ہیں کہ زبان آسان نہیں ہے۔

اس میں ٹیلیگرام چینل آپ لکھتے ہیں کہ DevOps Kubernetes اور Prometheus کو موڑنے کی صلاحیت نہیں بلکہ ایک ثقافت ہے۔ آپ کی رائے میں، کمپنیوں کو اپنی ٹیموں میں ڈی او اوپس کلچر تیار کرنے کے لیے کیا کرنا چاہیے، الفاظ میں نہیں، بلکہ عمل میں؟ گھر میں کیا کر رہے ہو؟

میرے خیال میں، سب سے پہلے، آپ کو ایماندار ہونے کی ضرورت ہے اور پروڈکٹ کی ذمہ داری کو تقسیم کرنے کے معاملے میں آپ کو اپنی تمام تر ذمہ داریوں کو پورا کرنے کی ضرورت ہے۔ بنیادی مسئلہ جسے DevOps حل کرتا ہے وہ ذمہ داری اور اس ذمہ داری سے منسلک مسائل کو دیوار کے اوپر پھینکنا ہے۔ جیسے ہی لوگ سمجھتے ہیں کہ ذمہ داری کا اشتراک کمپنی اور انجینئرز دونوں کے لیے فائدہ مند ہے، چیزیں ایک ڈیڈ پوائنٹ سے منتقل ہو جاتی ہیں اور آپ پہلے سے ہی ٹارگٹڈ کام کر سکتے ہیں: ڈیلیوری پائپ لائن کو ٹیون کرنا، تعیناتی میں ناکامی کی شرح کو کم کرنا اور دوسری چیزیں جن کے ذریعے آپ تعین کر سکتے ہیں۔ کمپنی میں DevOps کی حالت۔

اپنے کیریئر میں، میں نے ابھی تک کسی کمپنی کے ٹیکنیکل لیڈ یا CTO کے نقطہ نظر سے DevOps کو فروغ نہیں دیا ہے؛ میں نے ہمیشہ ایک انجینئر کے عہدے سے کام کیا ہے جو DevOps کے بارے میں کچھ جانتا ہے۔ درحقیقت، DevOps میں، کلچر ڈرائیور کی پوزیشن واقعی اہم ہے، خاص طور پر ڈرائیور کا اثر و رسوخ اور قائدانہ خصوصیات کا دائرہ۔ میری آخری کمپنی میں شروع میں نسبتاً فلیٹ درجہ بندی اور ساتھیوں کے درمیان اعتماد کا ماحول تھا، اور اس نے ثقافت کو فروغ دینے میں میرا مقصد بہت آسان بنا دیا۔

اس مخصوص سوال کا جواب دینا کہ DevOps کے فائدے کے لیے کیا کیا جا سکتا ہے۔ پر میری رپورٹ میں DevOpsDays بنیادی خیال یہ ہے کہ ڈی او اوپس کلچر کو تیار کرنے کے لیے، آپ کو نہ صرف بنیادی ڈھانچے میں ٹیکنالوجیز سے نمٹنے کی ضرورت ہے، بلکہ اندرونی کوچنگ اور تکنیکی عمل میں ذمہ داریوں کی تقسیم کے ساتھ بھی۔

مثال کے طور پر، ہم نے ڈویلپرز اور ٹیسٹرز کی ضروریات کے لیے QA اور PR سرورز کے لیے ایک پلیٹ فارم بنانے میں ایک انجینئر کے دو مہینے گزارے۔ تاہم، یہ تمام حیرت انگیز کام بھول جائے گا اگر صلاحیتوں کو صحیح طریقے سے نہیں بتایا گیا ہے، خصوصیات کو دستاویزی نہیں کیا گیا ہے، اور ملازمین کی تربیت مکمل نہیں کی گئی ہے۔ اور اس کے برعکس، اچھی طرح سے منعقد کی جانے والی ورکشاپس اور جوڑی پروگرامنگ سیشنز کے بعد، ایک حوصلہ افزا انجینئر نئی مفید فعالیت سے متاثر ہوتا ہے اور پہلے سے ہی درج ذیل مسائل کو حل کرتا ہے جو بنیادی ڈھانچے کے پلیٹ فارم سے ملتے ہیں۔

اگر آپ DevOps کے بارے میں مزید سوالات چاہتے ہیں تو، یہاں انٹرویو، جس میں میشا ان سوالوں کے تفصیل سے جواب دیتی ہیں "ڈیو اوپس کی ضرورت کیوں ہے؟" اور "کیا کمپنی میں خصوصی DevOps ڈیپارٹمنٹ بنانا ضروری ہے؟"

ترقی کے بارے میں

آپ کے چینل میں آپ بعض اوقات پیشہ ورانہ مضامین اور بلاگز تجویز کرتے ہیں۔ کیا آپ کے پاس فکشن کی کوئی پسندیدہ کتاب ہے؟

ہاں، میں فکشن پڑھنے کے لیے وقت نکالنے کی کوشش کرتا ہوں۔ میں کسی خاص مصنف کو ایک ہی گھونٹ میں نہیں پڑھ سکتا، ناول کے بعد ناول، اس لیے میں روسی اور غیر ملکی کاموں کو ملا دیتا ہوں۔ روسی مصنفین میں سے، مجھے پیلیون اور ڈوولاتوف سب سے زیادہ پسند ہیں، لیکن مجھے 19ویں صدی کی کلاسیکی کتابیں بھی پڑھنا پسند ہیں۔ غیر ملکیوں میں مجھے ریمارک اور ہیمنگوے پسند ہیں۔

وہاں آپ نے سفر کے بارے میں بہت کچھ لکھا، اور 2018 کے آخر میں آپ نے لکھا کہ آپ نے 12 ممالک اور 27 شہروں کا دورہ کیا۔ یہ ایک بہت اچھا نقطہ ہے! آپ کام اور سفر کا انتظام کیسے کرتے ہیں؟

درحقیقت، سب کچھ بہت آسان ہے: آپ کو چھٹیوں کے دنوں، اختتام ہفتہ اور تعطیلات کے ساتھ ساتھ سفر کے دوران فعال طور پر سفر کرنے کی ضرورت ہے :)

میں کوئی ڈیجیٹل خانہ بدوش نہیں ہوں اور میں نے کبھی بھی مستقل بنیادوں پر دور سے کام نہیں کیا ہے، لیکن مجھے لگتا ہے کہ میرے پاس دنیا کو تلاش کرنے کے لیے کام سے باہر سفر کرنے کے لیے کافی وقت ہے۔ برلن میں منتقل ہونے کے بعد صورتحال بہتر ہوئی: یہ یورپ کے مرکز میں واقع ہے اور وہاں چھٹی کے دن زیادہ ہیں۔

میں نے اپنی پرانی اور نئی ملازمتوں کے درمیان ایک ماہ تک سفر کرنے کی بھی کوشش کی، لیکن سڑک پر ایک مہینہ بھی میرے لیے بہت زیادہ وقت لگتا ہے۔ اس سفر کے بعد سے، میں ایک ہفتہ سے ڈیڑھ ہفتہ کی چھٹی لینے کی کوشش کر رہا ہوں تاکہ میں بغیر کسی تکلیف کے کام پر واپس جا سکوں۔

آپ کو کون سے تین مقامات سب سے زیادہ پسند آئے اور کیوں؟

ایک بیک پیکر کے طور پر، وہ ممالک جو مجھے سب سے زیادہ پسند کرتے ہیں وہ پرتگال، عمان اور ہندوستان ہیں۔ مجھے یورپی تاریخ اور تہذیب جیسے فن تعمیر، زبان، ثقافت کے نقطہ نظر سے پرتگال پسند ہے۔ عمان - مقامی لوگوں کی شاندار مہمان نوازی اور دوستی کے ساتھ ساتھ مشرق وسطیٰ کے تناؤ کے درمیان نسبتاً آرام کی فضا۔ یہاں تک کہ میں عمان کی بات کر رہا ہوں۔ علیحدہ مضمون لکھا ہندوستان - اس کے خطوں میں زندگی کا تنوع اور ثقافتی شناخت، کیونکہ اسٹاربکس سیارے کا دور اور پلاہنیوک کی وصیت کردہ مائیکروسافٹ کہکشاں ابھی تک ان تک نہیں پہنچی۔ مجھے بینکاک اور تھائی لینڈ کا شمالی حصہ بھی بہت پسند ہے۔ سمندر، جزائر اور جزیرہ نما کے ساتھ جنوبی حصہ بہت سیاحتی لگ رہا تھا.

برلن میں کام اور زندگی کے بارے میں میخائل چنکوف کے ساتھ انٹرویو
آپ میشا کے ٹریول نوٹ اس کے ٹیلی گرام چینل پر پڑھ سکتے ہیں۔ ایک کلاک ورک اورنج۔

آپ کام/زندگی میں توازن برقرار رکھنے کا انتظام کیسے کرتے ہیں؟ اپنے راز بانٹیں :)

میرے پاس یہاں کوئی راز نہیں ہے۔ چاہے روس میں ہو یا جرمنی میں، عام ٹیک کمپنیاں آپ کو اپنے کام کے وقت کو اس طرح ترتیب دینے کا موقع فراہم کرتی ہیں جو آپ کے مطابق ہو۔ میں عام طور پر رات گئے تک کام پر نہیں بیٹھتا اگر سروس مستحکم طریقے سے کام کرتی ہے اور کوئی زبردستی میجر نہیں ہوتا ہے۔ صرف اس لیے کہ شام 5-6 بجے کے بعد میرا دماغ لفظ "بالکل" سے آنے والی کالوں کو نہیں سمجھتا اور مجھے آرام کرنے اور اچھی طرح سونے کے لیے کہتا ہے۔

ٹیک انڈسٹری میں تقریباً تمام قسم کے پیشے - ترقی سے لے کر ڈیزائن تک - تخلیقی پیشے ہیں؛ ان کے لیے کام کے اوقات کی ایک بڑی تعداد کی ضرورت نہیں ہے۔ مجھے ایسا لگتا ہے کہ کرنچ دراصل تخلیقی کام کے لیے برا ہوتے ہیں، کیونکہ آپ ختم ہو جاتے ہیں اور اوور ٹائم کے بغیر آپ سے کم کام کرتے ہیں۔ ایک ندی میں 4-6 گھنٹے کا فعال کام درحقیقت بہت زیادہ ہے، بغیر کسی رکاوٹ اور سیاق و سباق کے سوئچ کے آپ پہاڑوں کو منتقل کر سکتے ہیں۔

میں دو کتابیں بھی تجویز کر سکتا ہوں جنہوں نے میری مدد کی: کام میں پاگل ہونے کی ضرورت نہیں ہے۔ بیس کیمپ کے لڑکوں سے اور "جیدی تکنیک" میکسم ڈوروفیف سے۔

آج کل بہت سے لوگ برن آؤٹ پر بحث کر رہے ہیں۔ کیا آپ نے کبھی کچھ ایسا ہی محسوس کیا ہے؟ اگر ہاں، تو آپ کیسے مقابلہ کر رہے ہیں؟ آپ اپنے کام کو مزید دلچسپ کیسے بناتے ہیں؟

ہاں، سچ پوچھوں تو، میں اب بھی وقتاً فوقتاً جلتا رہتا ہوں۔ عام طور پر، یہ منطقی ہے، فلسفیانہ نقطہ نظر سے، ہر وہ چیز جس میں جلنے کی خاصیت ہوتی ہے آخر کار جل جاتی ہے :) آپ اس کے نتائج سے لڑ سکتے ہیں، لیکن، مجھے لگتا ہے، جلنے کی وجہ کی نشاندہی کرنا بہت زیادہ ضروری ہے۔ اور اسے ختم کریں.

وجوہات ہر ایک کے لئے مختلف ہیں: کچھ کے لئے یہ معلومات کی کثرت ہے، دوسروں کے لئے یہ ان کے بنیادی کام پر زیادہ کام ہے، ایسے حالات ہوتے ہیں جب آپ کے پاس جسمانی طور پر کام، شوق اور سماجی کاری کو یکجا کرنے کا وقت نہیں ہوتا ہے۔ کہیں آپ کو اپنی زندگی میں نئے چیلنجز محسوس نہیں ہوتے ہیں اور آپ اس کے بارے میں فکر کرنے لگتے ہیں۔ زیادہ تر مسائل آپ کی زندگی کے فلسفے، ذاتی اقدار، اور آپ کی زندگی میں کام کے کردار پر نظر ثانی کر کے حل کیے جا سکتے ہیں۔

حال ہی میں مجھے کام میں دلچسپی یا کسی بورنگ کام میں کوئی کمی محسوس نہیں ہوتی۔ بورنگ کام کو کم بورنگ بنانے کے لیے مختلف تکنیکیں ہیں، جن میں سے کچھ میں نے سیکھی ہیں۔ بلاگ پوسٹ۔ میرا دوست کیرل شیرینکن۔ لیکن میں اس مسئلے کو مقصد کی سطح پر حل کرنے کی کوشش کرتا ہوں، صرف ایک ایسی نوکری کا انتخاب کر کے جو میرے کیریئر اور شخصیت کے لیے زیادہ سے زیادہ چیلنجز اور کم سے کم تنظیمی بیوروکریسی کو فراہم کرے۔

7 دسمبر کو میخائل کانفرنس میں خطاب کریں گے۔ DevOpsDays ماسکو "ہم تمام ڈی او اوپس ہیں" کے ساتھ گفتگو کریں گے، جو اس بات کی وضاحت کرے گا کہ نہ صرف تازہ ترین اسٹیک کو تعینات کرنے کے طریقے پر بلکہ DevOps کے ثقافتی پہلو پر بھی توجہ مرکوز کرنا کیوں ضروری ہے۔

پروگرام میں بھی: Barukh Sadogursky (JFrog)، Alexander Chistyakov (vdsina.ru)، Roman Boyko (AWS)، Pavel Selivanov (Southbridge)، Rodion Nagornov (Kaspersky Lab)، Andrey Shorin (DevOps کنسلٹنٹ)۔

آو واقف کرو!

ماخذ: www.habr.com

نیا تبصرہ شامل کریں