Baruch Sadogursky JFrog میں ایک ڈویلپر ایڈووکیٹ ہے، کتاب "Liquid Software" کے شریک مصنف، ایک معروف آئی ٹی اسپیکر۔
ایک انٹرویو میں باروچ نے بتایا کہ وہ رپورٹس کی تیاری کیسے کرتے ہیں، غیر ملکی کانفرنسیں روسی کانفرنسوں سے کیسے مختلف ہوتی ہیں، شرکاء ان کے پاس کیوں جاتے ہیں اور انہیں مینڈک کے لباس میں کیوں بات کرنی چاہیے۔
آئیے سب سے آسان کے ساتھ شروع کریں۔ آپ کیا سوچتے ہیں، کانفرنسوں میں کیوں بولتے ہیں؟
دراصل کانفرنسوں میں بولنا میرے لیے ایک کام ہے۔ اگر آپ عالمی سطح پر اس سوال کا جواب دیتے ہیں کہ "میرا کام کیوں؟"، تو یہ ترتیب میں ہے (کم از کم JFrog کے لیے) دو مقاصد حاصل کرنے کے لیے۔ سب سے پہلے، اپنے صارفین اور صارفین کے ساتھ رابطہ قائم کرنا۔ یعنی جب میں کانفرنسوں میں بات کرتا ہوں تو میں دستیاب ہوں تاکہ ہر وہ شخص جس کے پاس ہماری مصنوعات اور کمپنی کے بارے میں کچھ سوالات ہوں، کسی قسم کی رائے ہو، وہ مجھ سے بات کر سکے، میں کسی نہ کسی طرح ان کی مدد کر سکوں اور ہماری مصنوعات کے ساتھ کام کرنے میں ان کے تجربے کو بہتر بنا سکوں۔
دوم، برانڈ کی آگاہی میں اضافہ کرنا ضروری ہے۔ یعنی اگر میں کچھ دلچسپ باتیں بتاتا ہوں تو لوگوں کو اس میں دلچسپی ہوتی ہے کہ یہ کس قسم کا JFrog ہے، اور اس کے نتیجے میں یہ ہمارے ڈویلپر ریلیشنز فنل میں آتا ہے، جو آخر کار ہمارے صارفین کے فنل میں چلا جاتا ہے، جو آخر کار فنل میں چلا جاتا ہے۔ ہمارے گاہکوں کی.
براہ کرم ہمیں بتائیں کہ آپ پرفارمنس کی تیاری کیسے کرتے ہیں؟ کیا کوئی تربیتی الگورتھم ہے؟
تیاری کے چار کم و بیش معیاری مراحل ہیں۔ پہلا آغاز ہے، فلموں کی طرح۔ کوئی نہ کوئی اندازہ ضرور ہوگا۔ ایک خیال ظاہر ہوتا ہے، اور پھر یہ کافی عرصے تک پختہ ہو جاتا ہے۔ یہ پختہ ہو جاتا ہے، آپ سوچتے ہیں کہ اس خیال کو کس طرح بہترین انداز میں پیش کیا جائے، کس کلید میں، کس شکل میں، اس بارے میں کیا کہا جا سکتا ہے۔ یہ پہلا مرحلہ ہے۔
دوسرا مرحلہ ایک مخصوص منصوبے کی تحریر ہے۔ آپ کے پاس ایک خیال ہے، اور یہ اس بارے میں تفصیلات میں بڑھنا شروع ہو جاتا ہے کہ آپ اسے کیسے پیش کریں گے۔ عام طور پر یہ کسی طرح کے دماغی نقشے کی شکل میں کیا جاتا ہے، جب رپورٹ سے متعلق ہر چیز خیال کے ارد گرد ظاہر ہوتی ہے: معاون دلائل، ایک تعارف، کچھ کہانیاں جو آپ اس کے بارے میں بتانا چاہتے ہیں۔ یہ دوسرا مرحلہ ہے - منصوبہ۔
تیسرا مرحلہ اس منصوبے کے مطابق سلائیڈ لکھنا ہے۔ آپ کچھ تجریدی آئیڈیاز استعمال کرتے ہیں جو سلائیڈز پر ظاہر ہوتے ہیں اور آپ کی کہانی کو سپورٹ کرتے ہیں۔
چوتھا مرحلہ رن تھرو، ریہرسل ہے۔ اس مرحلے پر، یہ یقینی بنانا ضروری ہے کہ کہانی کی آرک نکلی، کہ کہانی مربوط ہے، اس بات کو یقینی بنانے کے لیے کہ وقت پر سب کچھ ٹھیک ہے۔ اس کے بعد رپورٹ کو تیار قرار دیا جا سکتا ہے۔
آپ کیسے سمجھتے ہیں کہ "اس موضوع" پر توجہ دینے کی ضرورت ہے؟ اور آپ رپورٹس کے لیے مواد کیسے جمع کرتے ہیں؟
میں نہیں جانتا کہ کس طرح جواب دینا ہے، یہ کسی نہ کسی طرح خود ہی آتا ہے۔ یا تو یہ ہے "اوہ، ہم نے اسے یہاں کتنا اچھا کیا"، یا یہ "اوہ، اس کے بارے میں کوئی نہیں جانتا یا سمجھتا ہے" اور بتانے، سمجھانے اور مدد کرنے کا موقع ہے۔ ان دو اختیارات میں سے ایک۔
مواد کا مجموعہ رپورٹ پر بہت منحصر ہے۔ اگر یہ کسی تجریدی موضوع پر رپورٹ ہے تو یہ زیادہ ادب، مضامین ہیں۔ اگر یہ کوئی عملی چیز ہے، تو یہ کوڈ لکھنا، کچھ ڈیمو، مصنوعات میں کوڈ کے صحیح ٹکڑوں کو تلاش کرنا، وغیرہ ہوگا۔
پرفارمنس کا خوف اور پریشانی سب سے عام وجوہات میں سے ایک ہے کیوں کہ لوگ اسٹیج پر نہیں جاتے ہیں۔ کیا آپ کے پاس ان لوگوں کے لیے کوئی مشورہ ہے جو پرفارم کرتے ہوئے گھبرا جاتے ہیں؟ کیا آپ پریشان ہیں اور آپ کیسے مقابلہ کر رہے ہیں؟
ہاں، میرے پاس ہے، یہ ہونا چاہیے، اور، شاید، اس وقت جب میں بالکل بھی پریشان ہونا چھوڑ دیتا ہوں، یہ اس معاملے سے جڑنے کی ایک وجہ ہے۔
مجھے ایسا لگتا ہے کہ جب آپ اسٹیج پر جاتے ہیں اور آپ کے سامنے بہت سارے لوگ ہوتے ہیں تو یہ ایک مکمل طور پر عام رجحان ہے۔ آپ پریشان ہیں کیونکہ یہ ایک بڑی ذمہ داری ہے، یہ فطری ہے۔
اس سے کیسے نمٹا جائے؟ مختلف طریقے ہیں۔ میرے پاس اس سطح پر کبھی نہیں تھا کہ آپ کو براہ راست لڑنے کی ضرورت ہے، لہذا یہ کہنا میرے لئے مشکل ہے۔
سب سے اہم چیز، جو میری مدد کرتی ہے، ایک دوستانہ چہرہ ہے - سامعین میں کسی طرح کا جانا پہچانا چہرہ۔ اگر آپ کسی ایسے شخص سے پوچھتے ہیں جسے آپ جانتے ہیں کہ آپ اپنی پیشکش پر آئیں، تو بیچ میں اگلی قطاروں میں بیٹھیں تاکہ آپ ہمیشہ اس کی طرف دیکھ سکیں، اور وہ شخص مثبت ہو گا، مسکرائے گا، سر ہلائے گا، حمایت کرے گا، میرے خیال میں یہ بہت بڑی بات ہے، بڑی مدد .. میں اس بارے میں کسی سے خاص طور پر نہیں پوچھتا، لیکن اگر ایسا ہوتا ہے کہ سامعین میں کوئی جانا پہچانا چہرہ ہے، تو اس سے بہت مدد ملتی ہے، تناؤ سے نجات ملتی ہے۔ یہ سب سے اہم مشورہ ہے۔
آپ روسی اور بین الاقوامی کانفرنسوں میں بہت بولتے ہیں۔ کیا آپ روسی اور غیر ملکی کانفرنسوں کی رپورٹوں میں فرق دیکھتے ہیں؟ کیا سامعین میں کوئی فرق ہے؟ تنظیم میں؟
مجھے دو بڑے فرق نظر آتے ہیں۔ یہ واضح ہے کہ کانفرنسیں روس اور بیرون ملک دونوں میں مختلف ہوتی ہیں، لیکن اگر ہم ہسپتال کے لیے اوسط لیں، تو روس میں کانفرنسیں رپورٹس کی گہرائی کے لحاظ سے، کٹر کے لحاظ سے زیادہ تکنیکی ہوتی ہیں۔ جوکر، جےپوائنٹ، ہائی لوڈ جیسی بڑی کانفرنسوں کی بدولت لوگ اس کے عادی ہیں، جو ہمیشہ سخت باتوں پر مبنی رہی ہیں۔ اور لوگ کانفرنسوں سے یہی توقع کرتے ہیں۔ اور بہت سارے لوگوں کے لیے یہ اس بات کا اشارہ ہے کہ آیا یہ ایک اچھی کانفرنس ہے یا بری: یہاں بہت زیادہ گوشت اور کٹر ہے یا بہت زیادہ پانی ہے۔
سچ پوچھیں تو، شاید اس لیے کہ میں غیر ملکی کانفرنسوں میں بہت زیادہ بولتا ہوں، میں اس نقطہ نظر سے متفق نہیں ہوں۔ مجھے یقین ہے کہ نرم مہارتوں کے بارے میں رپورٹیں، "نیم انسانی رپورٹیں"، کانفرنسوں کے لیے کم نہیں، اور شاید اس سے بھی زیادہ اہم ہیں۔ چونکہ کچھ تکنیکی چیزیں آخرکار کتابوں میں پڑھی جا سکتی ہیں، آپ یوزر مینوئل کو سمجھ سکتے ہیں، لیکن جہاں تک سافٹ سکلز، جیسا کہ نفسیات، جیسا کہ کمیونیکیشن، یہ سب کچھ لینے کے لیے کہیں نہیں ہے، کم از کم آسان، قابل رسائی اور قابل فہم۔ مجھے لگتا ہے کہ یہ تکنیکی جزو سے کم اہم نہیں ہے۔
یہ خاص طور پر DevOps کانفرنسوں جیسے DevOpsDays کے لیے اہم ہے کیونکہ DevOps بالکل بھی ٹیکنالوجی کے بارے میں نہیں ہے۔ DevOps صرف مواصلات کے بارے میں ہے، یہ صرف ان لوگوں کے ساتھ مل کر کام کرنے کے طریقوں کے بارے میں ہے جنہوں نے پہلے ساتھ کام نہیں کیا ہے۔ ہاں، ایک تکنیکی جزو ہے، کیونکہ آٹومیشن ڈی او اوپس کے لیے اہم ہے، لیکن یہ ان میں سے صرف ایک ہے۔ اور جب DevOps پر ایک کانفرنس، DevOps کے بارے میں بات کرنے کے بجائے، سائٹ کی وشوسنییتا کے بارے میں یا آٹومیشن کے بارے میں، یا پائپ لائنوں کے بارے میں بات کرتی ہے، تو یہ کانفرنس، اس حقیقت کے باوجود کہ یہ بہت سخت ہے، میری رائے میں، صرف DevOps کے جوہر کو یاد کرتی ہے اور ڈی او اوپس کے بارے میں نہیں، سسٹم ایڈمنسٹریشن کے بارے میں کانفرنسیں بن جاتی ہیں۔
دوسرا فرق تیاری میں ہے۔ ایک بار پھر، میں ہسپتال کے اوسط اور عام کیسز لے رہا ہوں، انفرادی کیس نہیں۔ بیرون ملک، وہ اس حقیقت سے آگے بڑھتے ہیں کہ زیادہ تر لوگوں نے اپنی زندگی میں عوامی تقریر کی کچھ تربیت حاصل کی ہے۔ کم از کم امریکہ میں یہ اعلیٰ تعلیم کا حصہ ہے۔ اگر کوئی شخص کالج سے فارغ التحصیل ہے، تو اس کے پاس پہلے سے ہی عوامی تقریر کا کافی تجربہ ہے۔ لہٰذا، پروگرام کمیٹی کے پلان کو دیکھنے اور یہ سمجھنے کے بعد کہ رپورٹ کس بارے میں ہو گی، پھر اسپیکر کے لیے بولنے کی مزید تربیت نہیں کی جاتی، کیونکہ یہ خیال کیا جاتا ہے کہ وہ، غالباً، پہلے ہی جانتا ہے کہ اسے کیسے کرنا ہے۔
روس میں، اس طرح کے مفروضے نہیں بنائے جاتے، کیونکہ بہت کم لوگوں کو عوامی بولنے کا تجربہ ہوتا ہے، اور اس لیے بولنے والوں کو بہت زیادہ تربیت دی جاتی ہے۔ ایک بار پھر، عام طور پر، رن تھرو ہیں، اسپیکر کے ساتھ کلاسز ہیں، بولنے والوں کی مدد کے لیے عوامی بولنے کے کورسز ہیں۔
نتیجے کے طور پر، کمزور بولنے والے جو اچھی طرح نہیں بولتے ہیں، ختم ہو جاتے ہیں، یا انہیں مضبوط بولنے والے بننے میں مدد ملتی ہے. حقیقت یہ ہے کہ مغرب میں عوامی بولنے کو ایک ہنر سمجھا جاتا ہے جو بہت سے لوگوں کے پاس ہوتا ہے، آخر کار اس کا الٹا اثر ہوتا ہے، کیونکہ یہ مفروضہ اکثر غلط، غلط اور ایسے لوگ نکلتے ہیں جو عوام میں کھل کر بات کرنا نہیں جانتے۔ اسٹیج پر گھماؤ اور نفرت انگیز رپورٹس حاصل کرو۔ اور روس میں، جہاں یہ خیال کیا جاتا ہے کہ عوامی تقریر میں کوئی تجربہ نہیں ہے، آخر میں یہ بہت بہتر ہوا، کیونکہ وہ تربیت یافتہ تھے، ان کا تجربہ کیا گیا، انہوں نے اچھے لوگوں کا انتخاب کیا، وغیرہ۔
یہاں دو فرق ہیں۔
کیا آپ دوسرے ممالک میں DevOpsDays پر گئے ہیں؟ آپ کے خیال میں وہ دوسری کانفرنسوں سے کیسے مختلف ہیں؟ کیا کوئی خصوصیات ہیں؟
میں شاید دنیا بھر میں کئی درجن DevOpsDays کانفرنسوں میں گیا ہوں: امریکہ میں، اور یورپ میں، اور ایشیا میں۔ یہ کانفرنس فرنچائز اس لحاظ سے کافی منفرد ہے کہ اس کا کم و بیش ایک فارمیٹ ہے جس کی آپ ان میں سے کسی بھی کانفرنس سے کہیں بھی توقع کر سکتے ہیں۔ فارمیٹ یہ ہے: سامنے والی کانفرنس کی نسبتاً کم رپورٹیں ہیں، اور بہت زیادہ وقت کھلی جگہوں کی شکل کے لیے وقف ہے۔
کھلی جگہیں ایک ایسا فارمیٹ ہے جس میں لوگوں نے سب سے زیادہ ووٹ دینے والے موضوع پر دوسرے شرکاء کے ساتھ مل کر تبادلہ خیال کیا جاتا ہے۔ جس نے یہ موضوع تجویز کیا وہ لیڈر ہے، وہ اس بات کو یقینی بناتا ہے کہ بحث شروع ہو۔ یہ ایک بہترین فارمیٹ ہے، کیونکہ جیسا کہ ہم جانتے ہیں، مواصلات اور نیٹ ورکنگ کسی بھی کانفرنس کا رپورٹس سے کم اہم حصہ نہیں ہے۔ اور جب کوئی کانفرنس اپنا نصف وقت نیٹ ورکنگ فارمیٹ میں ڈالتی ہے تو یہ بہت اچھا ہوتا ہے۔
اس کے علاوہ، Lightning Talks اکثر DevOpsDays میں منعقد کی جاتی ہیں - یہ پانچ منٹ کی مختصر رپورٹس ہیں جو آپ کو غیر بورنگ فارمیٹ میں کچھ نئی چیزوں کے بارے میں بہت کچھ جاننے اور اپنی آنکھیں کھولنے کی اجازت دیتی ہیں۔ اور اگر ریگولر رپورٹ کے بیچ میں آپ کو احساس ہو گیا کہ یہ آپ کے لیے نہیں ہے، تو وقت ضائع ہو جاتا ہے، آپ کی زندگی کے 30-40 منٹ گزر جاتے ہیں، تو یہاں ہم پانچ منٹ کی رپورٹس کی بات کر رہے ہیں۔ اور اگر آپ کو دلچسپی نہیں ہے تو یہ جلد ہی ختم ہو جائے گا۔ "ہمیں بتائیں، لیکن جلدی" بھی ایک بہت اچھا فارمیٹ ہے۔
مزید تکنیکی DevOpsDays ہیں، کچھ ایسے ہیں جو خاص طور پر اس لیے تیار کیے گئے ہیں کہ DevOps کیا ہے: عمل، تعاون، اس طرح کی چیزیں۔ دونوں دلچسپ ہیں، اور یہ دلچسپ ہے جب دونوں موجود ہوں۔ میرے خیال میں یہ آج کی بہترین DevOps کانفرنس فرنچائزز میں سے ایک ہے۔
آپ کی بہت سی پرفارمنس پرفارمنس یا پرفارمنس کی طرح ہیں: اب آپ یونانی سانحے کی صورت میں ایک رپورٹ بتائیں، پھر آپ شرلاک کے کردار میں ہیں، پھر آپ مینڈک کے لباس میں پرفارم کرتے ہیں۔ آپ ان کے ساتھ کیسے آتے ہیں؟ کیا رپورٹ کو بورنگ نہ بنانے کے علاوہ کوئی اضافی اہداف ہیں؟
مجھے ایسا لگتا ہے کہ رپورٹ کو بور کرنے کا کوئی حق نہیں ہے، کیونکہ، سب سے پہلے، میں سننے والوں کا وقت ضائع کرتا ہوں، وہ بورنگ رپورٹ میں کم ملوث ہوتے ہیں، انہوں نے کم سیکھا، انہوں نے کم نئی چیزیں سیکھیں، اور یہ بہترین نہیں ہے۔ ان کے وقت کا ضیاع. دوم، میرے مقاصد بھی حاصل نہیں ہوئے: وہ میرے بارے میں کچھ اچھا نہیں سوچتے، وہ JFrog کے بارے میں کچھ اچھا نہیں سوچتے، اور میرے لیے یہ ایک طرح کی ناکامی ہے۔
اس لیے، بورنگ رپورٹس کا وجود کا کوئی حق نہیں، کم از کم میرے لیے۔ میں انہیں دلچسپ، پرکشش اور یادگار بنانے کی کوشش کرتا ہوں۔ کارکردگی ایک راستہ ہے۔ اور، حقیقت میں، طریقہ بہت آسان ہے. بس ضرورت اس بات کی ہے کہ کوئی دلچسپ فارمیٹ سامنے لایا جائے، اور پھر وہی خیالات پیش کیے جائیں جو ایک غیر معمولی شکل میں باقاعدہ رپورٹ کی صورت میں پیش کیے جاتے ہیں۔
میں اس کے ساتھ کیسے آؤں؟ یہ ہمیشہ ایک جیسا نہیں ہوتا۔ کبھی کبھی یہ کچھ خیالات ہوتے ہیں جو میرے ذہن میں آتے ہیں، بعض اوقات یہ کچھ خیالات ہوتے ہیں جو مجھے اس وقت دیے جاتے ہیں جب میں رپورٹ کے بارے میں رن کا بندوبست کرتا ہوں یا خیالات کا اشتراک کرتا ہوں اور وہ مجھ سے کہتے ہیں: "اوہ، آپ اس طرح کر سکتے ہیں!" یہ مختلف طریقے سے ہوتا ہے۔ جب کوئی آئیڈیا سامنے آتا ہے، تو یہ ہمیشہ بہت خوشگوار اور ٹھنڈا ہوتا ہے، جس کا مطلب ہے کہ آپ زیادہ دلچسپ اور شامل رپورٹ بنا سکتے ہیں۔
آئی ٹی کے شعبے سے آپ کو ذاتی طور پر کس کی پرفارمنس پسند ہے؟ کیا ایسے بولنے والے ہیں؟ اور کیوں؟
مقررین کی دو قسمیں ہیں جن کی تقریریں مجھے پسند ہیں۔ سب سے پہلے مقررین ہیں، جن کی طرح میں بننے کی کوشش کرتا ہوں۔ وہ ایک دلچسپ اور دلفریب انداز میں کہانیاں سناتے ہیں، اس بات کو یقینی بنانے کی کوشش کرتے ہیں کہ ہر کوئی دلچسپی لے اور ہر کوئی سنے۔
دوسری قسم کے بولنے والے وہ ہوتے ہیں جو کسی بھی عام طور پر بور کرنے والے کٹر کے بارے میں بہت دلچسپ اور دلچسپ انداز میں بتانے کے قابل ہوتے ہیں۔
دوسری قسم کے ناموں میں سے، یہ الیکسی شیپلیف ہے، جو کسی قسم کی گہری کارکردگی کوڑے کرکٹ کو جمع کرنے اور جاوا ورچوئل مشین کے اندرونی حصوں کے بارے میں دلچسپ اور مزاحیہ انداز میں بات کرتا ہے۔ تازہ ترین DevOops کی ایک اور دریافت Netflix سے Sergey Fedorov ہے۔ اس نے ایک خالصتاً تکنیکی بات بتائی، کہ انہوں نے اپنے مواد کی ترسیل کے نیٹ ورک کو کس طرح بہتر بنایا، اور اس نے اسے بہت دلچسپ انداز میں بتایا۔
پہلی قسم سے - یہ جیسکا دین، اینٹن ویس، رومن شاپوشنک ہیں۔ یہ وہ مقررین ہیں جو مزاح کے ساتھ دلچسپ کہانیاں سناتے ہیں اور مستحق طور پر اعلیٰ درجہ بندی حاصل کرتے ہیں۔
شاید آپ کے پاس کانفرنسوں میں بولنے کے لیے وقت سے زیادہ دعوتیں ہیں۔ آپ کس طرح منتخب کرتے ہیں کہ آپ کہاں جاتے ہیں اور کہاں نہیں؟
تقریباً ہر چیز کی طرح کانفرنسیں اور مقررین، طلب اور رسد کے بازاری تعلقات اور ایک سے دوسرے کی قدر کے ذریعے چلتی ہیں۔ ایسی کانفرنسیں ہیں جو، آئیے کہتے ہیں، مجھے ان کی ضرورت سے زیادہ چاہتے ہیں۔ سامعین کے لحاظ سے میں وہاں سے ملنے کی توقع کرتا ہوں اور میں وہاں پر اثر انداز ہونے کی توقع کرتا ہوں۔ ایسی کانفرنسیں ہیں جن میں، اس کے برعکس، میں ان کی ضرورت سے کہیں زیادہ شرکت کرنا چاہتا ہوں۔ میرے لیے قدر کے مطابق، میں فیصلہ کرتا ہوں کہ کہاں جانا ہے۔
یعنی، اگر یہ، مثال کے طور پر، کسی قسم کا جغرافیہ ہے جہاں مجھے تزویراتی طور پر جانے کی ضرورت ہے، یہ ایک بڑی معروف کانفرنس ہے جس کی اچھی شہرت ہے اور لوگ اس میں جائیں گے، تو ظاہر ہے، مجھے واقعی اس کی ضرورت ہے۔ اور میں اسے دوسری کانفرنسوں پر ترجیح دوں گا۔
اگر یہ کسی قسم کی چھوٹی علاقائی کانفرنس ہے، اور شاید، جہاں ہمیں زیادہ دلچسپی نہیں ہے، تو ہو سکتا ہے کہ وہاں کا دورہ اس معاملے میں صرف کیے گئے وقت کا جواز نہ بنے۔ طلب، رسد اور قدر کے عمومی منڈی تعلقات۔
اچھا جغرافیہ، اچھی ڈیموگرافی، ممکنہ طور پر اچھے رابطے، کمیونیکیشن اس بات کی ضمانت ہے کہ کانفرنس میرے لیے دلچسپی کا باعث ہوگی۔
اپنے ایک انٹرویو میں آپ نے بتایا کہ آپ سال میں تقریباً چالیس کانفرنسوں میں خطاب کرتے ہیں۔ آپ کام کرنے اور پرفارمنس کے لیے تیاری کیسے کرتے ہیں؟ اور کیا آپ ایسے شیڈول کے ساتھ کام/زندگی کا توازن برقرار رکھنے کا انتظام کرتے ہیں؟ اپنے راز بانٹیں؟
کانفرنسوں کا سفر میرے کام کا بڑا حصہ ہے۔ بلاشبہ، باقی سب کچھ ہے: رپورٹوں کی تیاری، اپنے آپ کو تکنیکی شکل میں رکھنا، کوڈ لکھنا، نئی چیزیں سیکھنا۔ یہ سب کچھ کانفرنسوں کے متوازی طور پر کیا جاتا ہے: شام کو، ہوائی جہاز پر، ایک دن پہلے، جب آپ پہلے ہی کانفرنس میں پہنچ چکے ہیں، اور یہ کل ہے۔ کچھ اس طرح۔
جب آپ کے پاس کاروباری دوروں پر اتنا وقت ہو تو یقیناً کام/زندگی میں توازن برقرار رکھنا مشکل ہے۔ لیکن میں اس حقیقت کی تلافی کرنے کی کوشش کرتا ہوں کہ، کم از کم جب میں کاروباری دورے پر نہیں ہوں، میں اپنے خاندان کے ساتھ 100% ہوں، میں شام کو ای میلز کا جواب نہیں دیتا، میں کسی بھی فون کال میں شرکت نہ کرنے کی کوشش کرتا ہوں۔ شام میں اور اختتام ہفتہ پر. جب میں کاروباری دورے پر نہیں ہوں اور یہ خاندانی وقت ہے، یہ واقعی 100% خاندانی وقت ہے۔ کیا یہ کام کرتا ہے اور کیا یہ مسئلہ حل کرتا ہے؟ نہیں. لیکن مجھے امید ہے کہ یہ کسی طرح میرے خاندان کو ہر وقت کے لئے معاوضہ دے گا جب میں دور ہوں۔
اس طرح کے سخت شیڈول کے ساتھ، کیا آپ تکنیکی سطح کو برقرار رکھنے کا انتظام کرتے ہیں یا آپ پہلے ہی پروگرامنگ سے دور ہو چکے ہیں؟
میں کانفرنس میں اپنی گفتگو اور دیگر سرگرمیوں کی تیاری کے دوران کچھ تکنیکی چیزیں کرنے کی کوشش کرتا ہوں۔ یہ تمام قسم کے تکنیکی ڈیمو ہیں، کچھ قسم کی چھوٹی رپورٹیں جو ہم اسٹینڈ پر رکھتے ہیں۔ یہ پروگرامنگ پروگرامنگ نہیں ہے، یہ زیادہ انضمام ہے، لیکن یہ کم از کم کچھ تکنیکی کام ہے جو میں کرنے کی کوشش کرتا ہوں۔ اس طرح، میں اپنی مصنوعات، نئی خصوصیات وغیرہ کے بارے میں معلومات کو برقرار رکھتا ہوں۔
یقینا، یہ کہنا کہ میں اب وہی کٹر کوڈر ہوں جو میں 7 سال پہلے تھا شاید ناممکن ہے۔ یقین نہیں ہے کہ یہ برا ہے۔ شاید کسی قسم کا قدرتی ارتقا۔ یہ میرے لیے کم دلچسپ ہے، اور وقت بھی کم ہے، اس لیے، شاید، اللہ اسے خوش رکھے۔
میں اب بھی اپنے آپ کو ایک مضبوط تکنیکی ماہر سمجھتا ہوں، میں اب بھی اس بات سے واقف ہوں کہ کیا ہو رہا ہے، میں خود کو اچھی حالت میں رکھتا ہوں۔ یہ میری موجودہ ہائبرڈ صورتحال ہے۔
براہ کرم ہمیں کچھ مضحکہ خیز کہانیاں یا انتہائی حالات بتائیں جو آپ کے ساتھ پیش آئے: ہوائی جہاز چھوٹ گیا / پریزنٹیشن کو حذف کردیا / رپورٹ کے دوران بجلی کاٹ دی گئی / سامان نہیں پہنچا؟
مضحکہ خیز حالات میں سے، مجھے یاد ہے کہ رپورٹس میں ہونے والی ہر طرح کی ڈراؤنا خواب ناکامیاں۔ قدرتی طور پر، کیونکہ یہ سب سے زیادہ کشیدگی کی صورت حال ہے، کیونکہ یہ سامعین، وقت ہے، اور آپ کو اس بات کا یقین کرنے کی ضرورت ہے کہ وہ اسے بیکار میں ضائع نہ کریں.
میرے پاس گفتگو کے دوران ونڈوز اور میک دونوں پر "موت کی نیلی سکرین" تھی۔ ونڈوز پر یہ ایک بار ہوا، میک پر ایک دو بار۔ یہ، یقینا، دباؤ ہے، لیکن ہم کسی نہ کسی طرح اس مسئلے کو حل کرتے ہیں، کمپیوٹر دوبارہ شروع ہوتا ہے، میں اس وقت کچھ کہنا جاری رکھتا ہوں، لیکن کشیدگی بہت زیادہ ہے.
شاید سب سے دلچسپ صورتحال میں نے گرووی کانفرنس میں کی تھی۔ مجھے ٹھیک سے یاد نہیں کہ کانفرنس کہاں منعقد ہوئی تھی، میرے خیال میں یہ ایک ہوٹل میں تھی، اور اس ہوٹل کے سامنے کسی قسم کی تعمیر یا تزئین و آرائش ہو رہی تھی۔ اور اس طرح میں کچھ کوڈ کے بارے میں بات کر رہا تھا جو میں نے لکھا تھا، یہ ایک ڈیمو تھا۔ یہ ایک ڈیمو کی پہلی تکرار تھی جو سمجھ میں آتی تھی لیکن شاید اچھی طرح سے نہیں لکھی گئی تھی۔ اور میں صرف ری ایکٹر کرنے اور اسے بہتر کرنے جا رہا تھا، اور میں نے اس حقیقت کے بارے میں "خود کو فرسودہ" جیسے کچھ فقرے کا ذکر کیا کہ یہ "شیٹی کوڈ" ہے۔ یہ دوسری منزل پر تھا، اور اس وقت مخالف تعمیراتی جگہ پر موجود کرین صرف ایک پورٹیبل ٹوائلٹ اٹھا رہی تھی۔ اور اسٹیج کھڑکی کے بالکل سامنے تھا۔ یعنی، میں اس کھڑکی سے باہر دیکھتا ہوں، "شیٹی کوڈ" کہتا ہوں، اور ایک ٹوائلٹ کھڑکی کے باہر تیرتا ہے۔ اور میں سب سے کہتا ہوں: "مڑو، ہمارے پاس یہاں ایک مثال ہے۔" یہ شاید میرے خیالات کی بہترین سلائیڈ تھی - میری رپورٹ میں ایک اڑتا ہوا بیت الخلا، جب میں نے شرارتی کوڈ کے بارے میں بات کی۔
سامان اس طرح کی کہانیوں سے نہیں آیا - یہ اصولی طور پر ایک عام کہانی ہے، اس کے بارے میں بات کرنے کو بھی کچھ نہیں ہے۔ ہم ہر قسم کے سفری نکات کے بارے میں ایک الگ انٹرویو کا اہتمام کر سکتے ہیں، جہاں آپ اس سامان کے بارے میں بات کر سکتے ہیں جو نہیں پہنچا تھا، لیکن کچھ بھی اہم نہیں تھا۔
میں بہت کوشش کرتا ہوں کہ ہمیشہ پرواز کروں، آؤں اور ان تمام کانفرنسوں میں حاضر رہوں جن کا میں نے وعدہ کیا تھا، کیونکہ، ایک بار پھر، یہ لوگوں کا وقت ہے۔ لوگوں کا وقت انمول ہے کیونکہ یہ اعتماد کا ایسا کریڈٹ ہے جو وہ آپ کو دیتے ہیں۔ اور اگر یہ قرض ضائع ہو جائے تو بعد میں اسے واپس لینے کا کوئی راستہ نہیں ہے۔
اگر کوئی شخص وقت گزار کر میری رپورٹ سننے کے لیے کانفرنس میں آیا اور میں اسے لے گیا اور نہیں آیا تو یہ بری بات ہے کیونکہ اس شخص کا وقت واپس کرنے کا کوئی راستہ نہیں ہے۔ اس لیے میرے لیے اس سلسلے میں اپنے تمام وعدوں کو نبھانا انتہائی ضروری ہے، اور اب تک سب کچھ کام کر رہا ہے۔
بہت سے لوگ اس طرح سوچتے ہیں: "کانفرنسوں میں کیوں جاتے ہیں؟ آپ YouTube پر ویڈیو دیکھ سکتے ہیں، اور آپ ہمیشہ آن لائن چیٹ کر سکتے ہیں۔ آپ کے خیال میں شرکاء کو کانفرنسوں میں شرکت کی ضرورت کیوں ہے؟
بہت اچھا سوال! آپ کو نیٹ ورکنگ کی خاطر کانفرنسوں میں جانے کی ضرورت ہے۔ یہ انمول ہے اور اسے حاصل کرنے کا کوئی دوسرا راستہ نہیں ہے۔ بات چیت، کمیونیکیشن اور سافٹ سکلز کی اہمیت کا میں پہلے بھی ذکر کر چکا ہوں۔ یوٹیوب پر ویڈیو دیکھنے سے، بدقسمتی سے، نرم مہارتوں میں تجربہ نہیں ملتا۔ اس لیے رابطے کی خاطر کانفرنسوں میں جانا چاہیے۔
اس کے علاوہ، کم از کم میرے لیے، یوٹیوب پر ویڈیوز دیکھتے وقت، شمولیت بالکل مختلف ہوتی ہے، اور مواد آتا ہے اور بہت زیادہ یاد رہتا ہے۔ ہوسکتا ہے کہ یہ خالصتاً میرے لیے ہو، لیکن مجھے شبہ ہے کہ ایک رپورٹ میں ہال میں ہونا اور یوٹیوب پر ویڈیو دیکھنا بالکل مختلف چیزیں ہیں۔ خاص طور پر اگر رپورٹ اچھی ہے، تو میرے خیال میں اسے لائیو سننا بہت بہتر ہے۔ یہ ایک لائیو کنسرٹ اور ریکارڈ سننے کی طرح ہے۔
اور میں ایک بار پھر دہراتا ہوں: نیٹ ورکنگ اور مواصلات یوٹیوب سے نہیں لیے گئے ہیں۔
کیا آپ ان لوگوں کو کچھ الگ الگ الفاظ دے سکتے ہیں جو ابھی ابھی اسپیکر بننے جا رہے ہیں یا بولنا شروع کر چکے ہیں؟
مقامی ملاقاتیں تلاش کریں۔ مقامی ملاقاتیں کئی وجوہات کی بنا پر آپ کے اسپیکر کیریئر کو شروع کرنے کا بہترین طریقہ ہیں۔ سب سے پہلے، مقامی ملاقاتیں ہمیشہ بولنے والوں کی تلاش میں رہتی ہیں۔ ہو سکتا ہے کہ تجربہ کے بغیر اور نامور مقرر ہونے کے بغیر، آپ کے لیے کسی معروف کانفرنس میں اپلائی کرنا مشکل ہو جائے، یا پروگرام کمیٹی آپ سے بات کرنے کے بعد سمجھے گی کہ شاید یہ آپ کے لیے تھوڑی جلدی ہے۔ اس کے برعکس، مقامی میٹ اپ ہمیشہ اسپیکر کی تلاش میں رہتے ہیں اور انٹری بار بہت، بہت کم ہے، اس لیے وہاں جانا بہت آسان ہے۔
اس کے علاوہ، کشیدگی کی سطح بالکل مختلف ہے. جب 10-15-30 لوگ آتے ہیں، تو یہ بالکل ویسا نہیں ہوتا جب ہال میں 150-200-300 لوگ ہوتے ہیں، تو یہ بہت آسان ہے۔
ایک بار پھر، مقامی ملاقات کے اخراجات بہت کم ہیں: آپ کو کہیں بھی اڑان بھرنے کی ضرورت نہیں ہے، آپ کو دن گزارنے کی ضرورت نہیں ہے، آپ صرف شام کو آ سکتے ہیں۔ ہجوم میں دوستانہ چہرہ رکھنے کی اہمیت کے بارے میں میرے مشورے کو یاد کرتے ہوئے، کسی کے ساتھ مقامی میٹنگ میں آنا بہت آسان ہے کیونکہ اس پر پیسہ خرچ نہیں ہوتا ہے۔ اگر آپ کسی کانفرنس میں بولتے ہیں، تو آپ بطور مقرر مفت آتے ہیں، لیکن آپ کا یہ +1، جو عوام میں ایک دوستانہ چہرہ ہوگا، اسے ٹکٹ خریدنے کی ضرورت ہے۔ اگر آپ میٹ اپ میں پرفارم کر رہے ہیں تو ایسی کوئی پریشانی نہیں ہے، آپ اپنے ساتھ ایک یا دو یا تین دوستوں کو لا سکتے ہیں جو ہال میں ایک دوستانہ چہرہ ہوں گے۔
اور ایک اضافی فائدہ یہ ہے کہ ملاقات کے منتظمین کے پاس آپ کی مدد کرنے کے بہت زیادہ مواقع ہیں۔ کیونکہ کانفرنسوں کے منتظمین کے پاس، مثال کے طور پر، 60 رپورٹس ہوں گی جن کا جائزہ لینے، مشق کرنے اور تیار کرنے کی ضرورت ہے۔ اور میٹنگ کے منتظمین کے پاس ایک، دو یا تین ہوتے ہیں، اس لیے قدرتی طور پر، آپ پر بہت زیادہ توجہ دی جائے گی۔
اس کے علاوہ، مقامی ملاقاتوں سے رائے حاصل کرنا بہت آسان ہے۔ آپ نے اپنی رپورٹ مکمل کر لی ہے اور اب آپ اور سامعین پہلے سے ہی آپ کی رپورٹ سے متعلق کسی چیز پر بات چیت اور گفتگو کر رہے ہیں۔ بڑی کانفرنسوں کے لیے، ایسا اکثر نہیں ہوتا ہے۔ آپ نے رپورٹ بنائی اور بس۔ رپورٹ کے دوران جو سامعین آپ کے پاس گرے ماس کے طور پر تھے وہ چلے گئے، اور آپ ان کے بارے میں مزید کچھ نہیں جانتے، آپ نہیں سنتے، آپ کو کوئی فیڈ بیک نہیں ملے گا۔
کوئی کچھ بھی کہے، مقامی ملاقاتیں عمومی طور پر اور خاص طور پر ابتدائی افراد کے لیے ایک بہترین موضوع ہے۔
7 دسمبر کو باروک کانفرنس میں خطاب کریں گے۔ . رپورٹ میں، بارچ ان حقیقی ناکامیوں کا تجزیہ کرے گا جو سافٹ ویئر کو اپ ڈیٹ کرتے وقت روزانہ اور ہر جگہ رونما ہوتے ہیں۔ یہ آپ کو دکھائے گا کہ کس طرح مختلف DevOps پیٹرن مختلف منظرناموں میں فٹ ہوتے ہیں اور انہیں صحیح طریقے سے لاگو کرنے سے آپ کو کیسے بچایا جا سکتا ہے۔
پروگرام میں بھی: الیگزینڈر چستیاکوف (vdsina.ru)، میخائل چنکوف (AMBOSS)، رومن بوائیکو (AWS)، Pavel Selivanov (Southbridge)، Rodion Nagornov (Kaspersky Lab)، Andrey Shorin (DevOps کنسلٹنٹ)۔
آو واقف کرو!
ماخذ: www.habr.com