"رپورٽ کي بور ٿيڻ جو ڪو حق ناهي": ڪانفرنس ۾ تقريرن ​​بابت باروچ سادوگورسڪي سان هڪ انٽرويو

Baruch Sadogursky - JFrog تي ڊولپر ايڊووڪيٽ، ڪتاب جو همعصر ليکڪ ”ليڪوڊ سافٽ ويئر“، مشهور آئي ٽي اسپيڪر.

هڪ انٽرويو ۾، باروچ وضاحت ڪئي ته هو پنهنجي رپورٽن لاء ڪيئن تيار ڪري ٿو، ڪيئن پرڏيهي ڪانفرنس روسي کان مختلف آهن، شرڪت ڪندڙن کي انهن ۾ شرڪت ڪرڻ گهرجي، ۽ انهن کي ڏيڏر جي لباس ۾ ڇو ڳالهائڻ گهرجي.

"رپورٽ کي بور ٿيڻ جو ڪو حق ناهي": ڪانفرنس ۾ تقريرن ​​بابت باروچ سادوگورسڪي سان هڪ انٽرويو

اچو ته آسان سان شروع ڪريون. توهان سوچيو ته ڪانفرنس ۾ ڳالهائڻ ڇو؟

حقيقت ۾، ڪانفرنس ۾ ڳالهائڻ مون لاء هڪ نوڪري آهي. جيڪڏهن اسان وڌيڪ عام طور تي سوال جو جواب ڏيون ٿا ته "منهنجو ڪم ڇو آهي؟"، پوء اهو ترتيب ۾ آهي (گهٽ ۾ گهٽ JFrog ڪمپني لاء) ٻه مقصد حاصل ڪرڻ لاء. پهرين، اسان جي صارفين ۽ گراهڪن سان رابطو قائم ڪرڻ لاء. اهو آهي، جڏهن آئون ڪانفرنس ۾ ڳالهائيندو آهيان، آئون موجود آهيان ته جيئن هر ڪنهن وٽ ڪو سوال آهي، اسان جي شين ۽ ڪمپني تي ڪجهه راء، مون سان ڳالهائي سگهي ٿو، مان ڪنهن به طرح انهن جي مدد ڪري سگهان ٿو ۽ اسان جي شين سان ڪم ڪرڻ ۾ انهن جو تجربو بهتر ڪري سگهان ٿو.

ٻيو، اهو ضروري آهي ته برانچ جي شعور کي وڌائڻ لاء. اهو آهي، جيڪڏهن آئون ڪجهه دلچسپ شيون ٻڌايان، پوء ماڻهن کي دلچسپي وٺندي آهي ته ڪهڙي قسم جي JFrog آهي، ۽ نتيجي ۾ اهي اسان جي ڊولپر لاڳاپن جي فنل ۾ ختم ٿي ويندا آهن، جيڪو آخرڪار اسان جي استعمال ڪندڙن جي فينل ۾ وڃي ٿو، جيڪو آخر ۾ وڃي ٿو. اسان جي گراهڪن جي فنل.

مهرباني ڪري اسان کي ٻڌايو ته توهان پرفارمنس لاء ڪيئن تيار آهيو؟ ڇا ڪجھ قسم جي تياري الگورتھم آھي؟

تياري جا چار وڌيڪ يا گهٽ معياري مرحلا آهن. پهرين شروعات آهي، فلمن وانگر. ڪجهه خيال ظاهر ٿيڻ گهرجي. هڪ خيال ظاهر ٿئي ٿو، ۽ پوء اهو ڪافي عرصي تائين پختو ٿيندو آهي. اهو پختو ٿي رهيو آهي، توهان سوچي رهيا آهيو ته هن خيال کي ڪيئن پيش ڪجي، ڪهڙي ڪنجي ۾، ڪهڙي شڪل ۾، ان بابت ڇا چئي سگهجي ٿو. هي پهريون مرحلو آهي.

ٻيو مرحلو هڪ مخصوص منصوبو لکڻ آهي. توهان وٽ هڪ خيال آهي، ۽ اهو تفصيل حاصل ڪرڻ شروع ٿئي ٿو ته توهان ان کي ڪيئن پيش ڪندا. اهو عام طور تي ڪجهه قسم جي دماغي نقشي جي شڪل ۾ ڪيو ويندو آهي، جڏهن رپورٽ سان لاڳاپيل هر شيء خيال جي چوڌاري ظاهر ٿئي ٿي: حمايت ڪندڙ دليل، تعارف، ڪجهه ڪهاڻيون جيڪي توهان ان بابت ٻڌائڻ چاهيو ٿا. هي ٻيو مرحلو آهي - منصوبو.

ٽيون مرحلو هن منصوبي جي مطابق سلائڊ لکڻ آهي. توهان ڪجھ تجريدي خيالات استعمال ڪريو جيڪي سلائڊ تي ظاهر ٿين ٿا ۽ توهان جي ڪهاڻي جي حمايت ڪن ٿا.

چوٿين اسٽيج رن-ٿرو ۽ ريهرسل آهي. هن مرحلي تي، اهو ضروري آهي ته اها پڪ ڪرڻ گهرجي ته ڪهاڻي آرڪ ڦري وئي آهي، ته ڪهاڻي مربوط آهي، ۽ انهي ڳالهه کي يقيني بڻائڻ ته سڀ ڪجهه وقت جي لحاظ کان ٺيڪ آهي. ان کانپوءِ رپورٽ تيار ڪري سگهجي ٿي.

توهان ڪيئن سمجهي رهيا آهيو ته "هن موضوع" کي خطاب ڪرڻ جي ضرورت آهي؟ ۽ توهان رپورٽن لاء مواد ڪيئن گڏ ڪندا آهيو؟

مون کي خبر ناهي ته ڪيئن جواب ڏيان، اهو صرف ڪنهن به طرح اچي ٿو. يا ته اهو آهي ”اوه، اهو هتي ڪيترو ٿڌو ٿيو،“ يا اهو آهي ”او، ڪو به واقعي ان بابت نه ٿو ڄاڻي ۽ نه ئي سمجهي،“ ۽ هتي ٻڌائڻ، وضاحت ڪرڻ ۽ مدد ڪرڻ جو موقعو آهي. انهن ٻن اختيارن مان هڪ.

مواد جو مجموعو رپورٽ تي تمام گهڻو منحصر آهي. جيڪڏهن هي رپورٽ ڪنهن خلاصي موضوع تي آهي ته پوءِ اهو وڌيڪ ادب، مضمون آهي. جيڪڏهن اهو ڪجهه عملي آهي، پوء اهو ڪوڊ لکڻ، ڪجهه ڊيمو، پروڊڪٽس ۾ ڪوڊ جا صحيح ٽڪر ڳولڻ، وغيره.

باروچ جي تقرير تازو DevOps سمٽ ايمسٽرڊيم 2019 ۾

ڪارڪردگي جو خوف ۽ پريشاني ڪجهه عام سبب آهن ڇو ته ماڻهو اسٽيج تي نه ٿا وڃن. ڇا توھان وٽ انھن لاءِ ڪا صلاح آھي جيڪي پرفارم ڪرڻ وقت نروس محسوس ڪندا آھن؟ ڇا توهان پريشان آهيو ۽ توهان ڪيئن مقابلو ڪندا آهيو؟

ها، مون وٽ اهو آهي، اهو هجڻ گهرجي، ۽، شايد، هن وقت جڏهن آئون مڪمل طور تي پريشان ٿيڻ بند ڪريان، اهو هن معاملي کي ڇڏڻ جو هڪ سبب آهي.

اهو مون کي لڳي ٿو ته اهو هڪ مڪمل طور تي عام رجحان آهي جڏهن توهان اسٽيج تي وڃو ۽ توهان جي سامهون تمام گهڻا ماڻهو آهن. توهان پريشان آهيو ڇو ته اها هڪ وڏي ذميواري آهي، اها قدرتي آهي.

ڪيئن هن سان ڊيل ڪرڻ لاء؟ اتي مختلف طريقا آهن. مون کي ڪڏهن به اهڙي سطح تي نه هئي ته مون کي ان سان سڌو سنئون وڙهڻ جي ضرورت آهي، تنهنڪري اهو چوڻ مون لاء ڏکيو آهي.

سڀ کان اهم شيء جيڪا پڻ منهنجي مدد ڪري ٿي هڪ دوستانه چهرو آهي - سامعين ۾ ڪجهه واقف چهرو. جيڪڏهن توهان ڪنهن کان پڇو ته توهان کي خبر آهي ته توهان جي ڳالهين تي اچي، وچ ۾ پهرين قطار ۾ ويهندا ته جيئن توهان هميشه هن ڏانهن ڏسي سگهو ٿا، ۽ اهو شخص مثبت هوندو، مسڪرائيندو، سر ڏئي، حمايت ڪندو، منهنجي خيال ۾ اهو تمام وڏو آهي، وڏي مدد. مان خاص طور تي ڪنهن کي ائين ڪرڻ لاءِ نه ٿو چوان، پر جيڪڏهن ائين ٿئي ٿو ته سامعين ۾ هڪ واقف چهرو آهي، اهو تمام گهڻو مدد ڪري ٿو ۽ دٻاءُ کي ختم ڪري ٿو. هي سڀ کان اهم مشورو آهي.

توهان روسي ۽ بين الاقوامي ڪانفرنس ۾ تمام گهڻو ڳالهايو. ڇا توهان روسي ۽ پرڏيهي ڪانفرنس ۾ رپورٽن جي وچ ۾ فرق ڏسو ٿا؟ ڇا سامعين ۾ فرق آهي؟ تنظيم ۾؟

مون کي ٻه وڏا فرق نظر اچن ٿا. اهو واضح آهي ته ڪانفرنسون روس ۽ ٻاهرين ملڪن ۾ مختلف آهن، پر جيڪڏهن اسان اسپتال لاء اوسط وٺون ٿا، روس ۾ ڪانفرنس رپورٽن جي کوٽائي جي لحاظ کان، سختي جي لحاظ کان وڌيڪ ٽيڪنالاجي آهي. اهو ئي آهي جيڪو ماڻهو استعمال ڪيو ويو آهي، شايد اهڙين وڏين ڪانفرنسن جي مهرباني، جهڙوڪ جوکر، JPoint، Highload، جيڪي هميشه هارڊ ڪور پيشڪش تي ٻڌل آهن. ۽ اھو اھو آھي جيڪو ماڻھو ڪانفرنسن مان توقع ڪندا آھن. ۽ ڪيترن ئي ماڻهن لاءِ اهو هڪ اشارو آهي ته ڇا هي ڪانفرنس سٺي آهي يا خراب: اتي تمام گهڻو گوشت ۽ سخت آهي يا پاڻي تمام گهڻو آهي.

ايمانداري سان، شايد حقيقت جي ڪري ته آئون پرڏيهي ڪانفرنس ۾ گهڻو ڳالهائيندو آهيان، مان هن طريقي سان متفق نه آهيان. مان سمجهان ٿو ته نرم صلاحيتن تي رپورٽون، "نيم-انساني رپورٽون"، گهٽ نه آهن، ۽ شايد ڪانفرنس لاء اڃا به وڌيڪ اهم آهن. ڇاڪاڻ ته ڪجهه ٽيڪنيڪل شيون آخرڪار ڪتابن ۾ پڙهي سگهجن ٿيون، توهان انهن کي استعمال ڪندڙ مينوئل استعمال ڪندي اندازو لڳائي سگهو ٿا، پر جڏهن اها نرم صلاحيتن جي ڳالهه آهي، جڏهن اها نفسيات جي ڳالهه اچي ٿي، جڏهن اها ڳالهه ٻولهه جي اچي ٿي، اهو سڀ ڪجهه حاصل ڪرڻ لاءِ ڪٿي به ناهي، گهٽ ۾ گهٽ. آسان، رسائي ۽ سمجھڻ وارو. اهو مون کي لڳي ٿو ته هي ٽيڪنيڪل جزو کان گهٽ اهم نه آهي.

اهو خاص طور تي DevOps ڪانفرنسن لاءِ اهم آهي جهڙوڪ DevOpsDays، ڇاڪاڻ ته DevOps ٽيڪنالاجي بابت ناهي. DevOps صرف ڪميونيڪيشن جي باري ۾ آهي، اهو صرف انهن ماڻهن لاءِ طريقن جي باري ۾ آهي جن اڳ ۾ گڏجي ڪم ڪرڻ لاءِ گڏجي ڪم نه ڪيو آهي. ها، اتي هڪ ٽيڪنيڪل جزو آهي، ڇاڪاڻ ته خودڪار ڊيو اوپس لاء اهم آهي، پر اهو صرف انهن مان هڪ آهي. ۽ جڏهن هڪ DevOps ڪانفرنس، DevOps بابت ڳالهائڻ بدران، سائيٽ جي اعتبار يا آٽوميشن يا پائپ لائنن بابت ڳالهائي ٿي، ته پوءِ اها ڪانفرنس، ان حقيقت جي باوجود ته اها ڏاڍي سخت آهي، منهنجي خيال ۾، DevOps جي بلڪل جوهر کي ياد ڪري ٿي ۽ سسٽم ايڊمنسٽريشن بابت ڪانفرنس ٿي وڃي ٿي. ، نه DevOps بابت.

ٻيو فرق تياري ۾ آهي. ٻيهر، آئون اسپتال جي اوسط ۽ عام ڪيسن کي وٺي، مخصوص نه. پرڏيهه ۾، اهي فرض ڪن ٿا ته گهڻا ماڻهو پنهنجي زندگيءَ ۾ ڪنهن قسم جي عوامي ڳالهائڻ جي تربيت حاصل ڪري چڪا آهن. گهٽ ۾ گهٽ آمريڪا ۾، اهو اعلي تعليم جو حصو آهي. جيڪڏهن ڪو ماڻهو ڪاليج مان گريجوئيشن ڪئي آهي، ته هن وٽ اڳ ۾ ئي عوامي ڳالهائڻ ۾ ڪافي تجربو آهي. تنهن ڪري، پروگرام جي ڪميٽيءَ کان پوءِ پلان کي ڏسڻ ۽ سمجھڻ کان پوءِ رپورٽ ڪهڙي هوندي، اسپيڪر لاءِ ڳالهائڻ جي وڌيڪ تربيت نه ڪئي ويندي آهي، ڇاڪاڻ ته اهو سمجهيو ويندو آهي ته هو، گهڻو ڪري، ڄاڻي ٿو ته اهو ڪيئن ڪجي.

روس ۾، اهڙا تصور نه ڪيا ويا آهن، ڇاڪاڻ ته ٿورن ماڻهن کي عوامي ڳالهائڻ ۾ تجربو آهي، ۽ تنهن ڪري ڳالهائيندڙن کي وڌيڪ تربيت ڏني وئي آهي. ٻيهر، عام طور تي، اتي هلن ٿا، ڳالهائيندڙن سان ڪلاس آهن، ڳالهائيندڙن جي مدد لاءِ عوامي ڳالهائڻ وارا ڪورس آهن.

نتيجي طور، ڪمزور ڳالهائيندڙ جيڪي خراب گفتگو ڪن ٿا، ختم ٿي ويا آهن، يا انهن کي مضبوط پيش ڪندڙ بنائڻ ۾ مدد ڪئي وئي آهي. حقيقت اها آهي ته اولهه ۾ عوامي ڳالهائڻ کي هڪ مهارت سمجهيو ويندو آهي، جيڪو ڪيترن ئي ماڻهن وٽ هوندو آهي، آخرڪار ان جي برعڪس اثر پوي ٿي، ڇاڪاڻ ته اهو مفروضو اڪثر ڪري غلط، غلط ثابت ٿيندو آهي، ۽ جيڪي ماڻهو نه ڄاڻندا آهن انهن کي عام طور تي ڳالهائڻ ڪيئن آهي. اسٽيج ۽ ناپسنديده رپورٽون پيدا ڪريو. ۽ روس ۾، جتي اهو يقين آهي ته عوامي ڳالهائڻ ۾ ڪو به تجربو ناهي، آخر ۾ اهو گهڻو بهتر ٿي چڪو آهي، ڇاڪاڻ ته انهن کي تربيت ڏني وئي، انهن کي آزمايو ويو، انهن هڪ سٺو چونڊيو، وغيره.

اهي ٻئي فرق آهن.

ڇا توهان ٻين ملڪن ۾ DevOpsDay تي ويا آهيو؟ توهان ڪيئن ٿا سوچيو ته اهي ٻين ڪانفرنسن کان مختلف آهن؟ ڇا ڪي خاص خاصيتون آهن؟

مان شايد دنيا جي ڪيترن ئي درجن DevOpsDays ڪانفرنسن ۾ ويو آهيان: آمريڪا، يورپ ۽ ايشيا ۾. هي ڪانفرنس فرنچائز بلڪل منفرد آهي ان ۾ هڪ وڌيڪ يا گهٽ قائم ڪيل فارميٽ آهي ته توهان انهن ڪانفرنسن مان ڪٿي به توقع ڪري سگهو ٿا. فارميٽ هن ريت آهي: اتي نسبتاً ٿورڙا فرنٽ لائن ڪانفرنس پيشيون آهن، ۽ گهڻو وقت وقف ٿيل آهي کليل جڳهن جي شڪل ۾.

اوپن اسپيس هڪ فارميٽ آهي جنهن ۾ موضوع جنهن لاءِ سڀ کان وڌيڪ ماڻهن ووٽ ڏنو ان تي ٻين شرڪت ڪندڙن سان گڏ بحث ڪيو ويندو آهي. جنهن هي موضوع پيش ڪيو، اهو ليڊر آهي، هو يقين ڏياري ٿو ته بحث شروع ٿئي. هي هڪ بهترين فارميٽ آهي ڇو ته، جيئن اسان ڄاڻون ٿا، ڪميونيڪيشن ۽ نيٽ ورڪنگ ڪنهن به ڪانفرنس جا پريزنٽيشنز کان گهٽ اهم حصا نه آهن. ۽ جڏهن هڪ ڪانفرنس پنهنجو اڌ وقت نيٽ ورڪنگ فارميٽ ۾ وقف ڪري ٿي، اهو تمام سٺو آهي.

ان سان گڏ، روشني واريون ڳالهيون اڪثر DevOpsDays تي منعقد ڪيون وينديون آهن - اهي مختصر پنجن منٽن جون رپورٽون آهن جيڪي توهان کي گهڻو ڪجهه سکڻ جي اجازت ڏين ٿيون ۽ توهان جي اکين کي ڪجهه نئين شين ڏانهن کولڻ لاءِ غير بورنگ فارميٽ ۾. ۽ جيڪڏهن باقاعده رپورٽ جي وچ ۾ توهان محسوس ڪيو ته اهو توهان جو ناهي، پوء وقت ضايع ڪيو ويو آهي، توهان جي زندگي جا 30-40 منٽ ضايع ٿي ويا آهن، پوء هتي اسان پنجن منٽن جي رپورٽ بابت ڳالهائي رهيا آهيون. ۽ جيڪڏهن توهان کي دلچسپي نه آهي، اهو جلدي ختم ٿي ويندو. "اسان کي ٻڌايو، پر جلدي" پڻ هڪ تمام سٺو فارميٽ آهي.

هتي وڌيڪ ٽيڪنيڪل DevOpsDays آهن، ۽ اهي آهن جيڪي خاص طور تي ترتيب ڏنل آهن جيڪي DevOps آهن: عمل، تعاون، اهڙيون شيون. اهو ٻنهي جو هجڻ دلچسپ آهي، ۽ اهو ٻنهي جو هجڻ دلچسپ آهي. مان سمجهان ٿو ته هي هڪ آهي بهترين DevOps ڪانفرنس فرنچائزز ا today.

توهان جون ڪيتريون ئي پرفارمنسون پرفارمنس يا ڊرامن سان ملندڙ جلندڙ آهن: ڪڏهن توهان يوناني سانحي جي صورت ۾ ڳالهائيندا آهيو، ڪڏهن توهان شيرلڪ جو ڪردار ادا ڪندا آهيو، ڪڏهن توهان ڏيڏر جي لباس ۾ پرفارم ڪندا آهيو. توهان انهن سان گڏ ڪيئن ٿا اچو؟ ڇا رپورٽ کي بور نه ڪرڻ کان علاوه ڪي اضافي مقصد آهن؟

مون کي لڳي ٿو ته ڪنهن به رپورٽ کي بور ڪرڻ جو ڪو به حق ناهي، ڇو ته پهرين ڳالهه ته مان ٻڌندڙن جو وقت ضايع ڪريان ٿو، بورنگ رپورٽ ۾ اهي گهٽ شامل آهن، انهن گهٽ سکيو آهي، انهن گهٽ سکيو آهي، انهن گهٽ نيون شيون سکيون آهن، ۽ اهو نه آهي. انهن جي وقت جو بهترين ضايع. ٻيو ته، منهنجا مقصد به حاصل نه ڪيا ويا آهن: اهي منهنجي باري ۾ ڪجهه به سٺو نه ٿا سوچين، اهي JFrog جي باري ۾ ڪجهه به سٺو نه ٿا سوچين، ۽ منهنجي لاءِ اها هڪ قسم جي ناڪامي آهي.

تنهن ڪري، بورنگ رپورٽون موجود هجڻ جو ڪو حق ناهي، گهٽ ۾ گهٽ مون لاء. مان ان کي دلچسپ، پرڪشش ۽ يادگار بڻائڻ جي ڪوشش ڪريان ٿو. ڪارڪردگي هڪ طريقو آهي. ۽، حقيقت ۾، طريقو بلڪل آسان آهي. توهان کي صرف اها ضرورت آهي ته ڪجهه دلچسپ فارميٽ ۾ اچو، ۽ پوءِ اهي ئي خيال پيش ڪريو جيڪي هڪ غير معمولي شڪل ۾ باقاعده رپورٽ جي صورت ۾ پيش ڪيا وڃن.

مان هن سان ڪيئن اچي سگهان ٿو؟ اهو هميشه ساڳيو ناهي. ڪڏهن ڪڏهن اهي ڪجهه خيال هوندا آهن جيڪي منهنجي ذهن ۾ ايندا آهن، ڪڏهن ڪڏهن اهي ڪجهه خيال آهن جيڪي مون کي ڏنا ويندا آهن جڏهن آئون ڪنهن رپورٽ جي باري ۾ خيالن جي ڏي وٺ يا حصيداري ڪريان ٿو ۽ اهي مون کي چوندا آهن: "ها، اهو هن طرح ٿي سگهي ٿو!" اهو مختلف طرح سان ٿئي ٿو. جڏهن ڪو خيال ظاهر ٿئي ٿو، اهو هميشه تمام خوشگوار ۽ ٿڌو آهي، ان جو مطلب اهو آهي ته توهان هڪ وڌيڪ دلچسپ ۽ ملوث رپورٽ ٺاهي سگهو ٿا.

"رپورٽ کي بور ٿيڻ جو ڪو حق ناهي": ڪانفرنس ۾ تقريرن ​​بابت باروچ سادوگورسڪي سان هڪ انٽرويو

آئي ٽي فيلڊ مان ڪنهن جي تقرير توهان کي ذاتي طور پسند آهي؟ ڇا اهڙا ڳالهائيندڙ آهن؟ ۽ ڇو؟

ڳالهائيندڙن جا ٻه قسم آهن جن جي پيشڪش مان لطف اندوز ٿيو. پهريون ڳالهائيندڙ آهي جنهن جي مان ڪوشش ڪري رهيو آهيان. اهي هڪ دلچسپ ۽ ملوث انداز ۾ ڳالهائي رهيا آهن، انهي کي يقيني بڻائڻ جي ڪوشش ڪري رهيا آهن ته هرڪو دلچسپي رکي ٿو ۽ هرڪو ٻڌي ٿو.

ٻئي قسم جا ڳالهائيندڙ اهي آهن جيڪي ڪنهن به عام طور تي بورنگ هارڊڪور بابت تمام دلچسپ ۽ دلچسپ انداز ۾ ڳالهائي سگهن ٿا.

ٻئي درجي جي نالن مان، هي Alexey Shepelev آهي، جيڪو ڪجهه قسم جي گندي ڪارڪردگي جي گندگي گڏ ڪرڻ ۽ جاوا ورچوئل مشين جي اندرين بابت دلچسپ ۽ مزاحيه انداز ۾ ڳالهائيندو آهي. جديد DevOops جي هڪ ٻي دريافت سرجي فدوروف Netflix کان آهي. هن هڪ خالص ٽيڪنيڪل شيءِ ٻڌايو ته ڪيئن انهن پنهنجي مواد پهچائڻ واري نيٽ ورڪ کي بهتر ڪيو، ۽ هن اها ڳالهه ڏاڍي دلچسپ انداز ۾ ٻڌائي.

پهرين درجي کان - اهي آهن Jessica Deen، Anton Weiss، Roman Shaposhnik. اهي ڳالهائيندڙ آهن جيڪي دلچسپ ڳالهائيندا آهن، مزاح سان، ۽ مستحق طور تي اعلي درجه بندي حاصل ڪندا آهن.

توهان وٽ شايد ڪانفرنس ۾ ڳالهائڻ لاءِ وڌيڪ دعوتون آهن وقت کان وڌيڪ. توهان ڪيئن چونڊيو ٿا ته توهان ڪٿي ويندا آهيو ۽ ڪٿي نه؟

ڪانفرنس ۽ اسپيڪر، تقريبن هر شيء وانگر، مارڪيٽ جي فراهمي ۽ طلب جي رشتي ۽ هڪ ٻئي کان هڪ جي قيمت تي ضابطو آهي. اتي ڪانفرنسون آهن، چئو، چئو، مون کي انهن جي ضرورت کان وڌيڪ چاهيو. سامعين جي لحاظ کان مون کي اتي ملڻ جي اميد آهي ۽ اثر مون کي اتي پيدا ڪرڻ جي اميد. اتي ڪانفرنسون آهن، ان جي برعڪس، مان وڃڻ چاهيان ٿو ان کان به وڌيڪ جن جي مون کي ضرورت آهي. مون لاءِ قدر جي بنياد تي، مان فيصلو ڪندس ته ڪيڏانهن وڃان.

اهو آهي، جيڪڏهن اهو آهي، مثال طور، ڪنهن قسم جي جاگرافي جتي مون کي حڪمت عملي طور تي وڃڻ جي ضرورت آهي، اها هڪ وڏي معروف ڪانفرنس آهي جنهن جي سٺي شهرت آهي ۽ جيڪي ماڻهو ويندا، پوء ظاهر آهي مون کي واقعي ان جي ضرورت آهي. ۽ مان ان کي ٻين ڪانفرنسن کان ترجيح ڏيان ٿو.

جيڪڏهن هي ڪنهن قسم جي ننڍڙي علائقائي ڪانفرنس آهي، ۽ شايد، جتي اسان کي تمام گهڻي دلچسپي نه آهي، پوء اهو ٿي سگهي ٿو ته اتي سفر هن معاملي تي خرچ ٿيل وقت جو جواز نه ڏئي. طلب، رسد ۽ قدر جي عام مارڪيٽ تعلقات.

سٺي جاگرافي، سٺي ڊيموگرافڪ، ممڪن طور تي سٺا رابطا، ڪميونيڪيشن اها ضمانت آهي ته ڪانفرنس مون لاءِ دلچسپ هوندي.

توهان جي هڪ انٽرويو ۾، توهان ٻڌايو ته توهان سال ۾ چاليهه ڪانفرنسن ۾ ڳالهايو. توهان ڪئين ڪم ڪرڻ جو انتظام ڪيو ٿا ۽ پرفارمنس لاءِ تيار آهيو؟ ۽ ڇا توهان اهڙي شيڊول سان ڪم / زندگي جي توازن کي برقرار رکڻ جو انتظام ڪندا آهيو؟ پنهنجا راز شيئر ڪريو؟

ڪانفرنسن ۾ سفر ڪرڻ منهنجي ڪم جو وڏو حصو آهي. يقينن، اتي ٻيو سڀ ڪجهه آهي: رپورٽون تيار ڪرڻ، پاڻ کي ٽيڪنيڪل شڪل ۾ رکڻ، ڪوڊ لکڻ، نئين شيون سکڻ. اهو سڀ ڪجهه ڪانفرنسن سان گڏوگڏ ڪيو ويندو آهي: شام جو، جهاز تي، هڪ ڏينهن اڳ، جڏهن توهان اڳ ۾ ئي ڪانفرنس لاء پهچي چڪا آهيو، ۽ اهو سڀاڻي آهي. ڪجهه هن طرح.

اهو مشڪل آهي، يقينا، ڪم / زندگي جي توازن کي برقرار رکڻ لاء جڏهن توهان گهڻو وقت گذاريو ڪاروبار سفرن تي. پر مان ان حقيقت جي تلافي ڪرڻ جي ڪوشش ڪريان ٿو، گهٽ ۾ گهٽ جڏهن مان ڪنهن ڪاروباري سفر تي نه هجان، مان 100 سيڪڙو پنهنجي خاندان سان گڏ آهيان، مان شام جي وقت اي ميلن جو جواب نه ٿو ڏيان، مان ڪوشش ڪريان ٿو ته ڪنهن به پروگرام ۾ حصو نه وٺان. شام ۽ هفتي جي آخر ۾ فون. جڏهن مان ڪاروباري سفر تي نه آهيان ۽ اهو خانداني وقت آهي، اهو واقعي 100٪ خانداني وقت آهي. ڇا اهو ڪم ڪري ٿو ۽ ڇا اهو مسئلو حل ڪري ٿو؟ نه. پر مون کي اميد آهي ته اهو ڪنهن نه ڪنهن طرح منهنجي خاندان کي هر وقت جو آئون پري آهيان معاوضو ڏيندو.

باروچ جي رپورٽن مان هڪ آهي ”اسان وٽ ڊي اوپس آهي. اچو ته سڀني ٽيسٽرن کي فائر ڪريون.

اهڙي سخت شيڊول سان، ڇا توهان پنهنجي ٽيڪنيڪل سطح کي برقرار رکڻ جو انتظام ڪيو آهي يا توهان اڳ ۾ ئي پروگرامنگ کان پري ٿي ويا آهيو؟

ڪانفرنس ۾ منهنجي ڳالهين ۽ ٻين سرگرمين جي تياري ڪندي ڪجهه ٽيڪنيڪل شيون ڪرڻ جي ڪوشش ڪندو آهيان. اهي سڀ قسم جا ٽيڪنيڪل ڊيم آهن، ڪجهه ننڍيون رپورٽون جيڪي اسين اسٽينڊ تي ڏيون ٿا. اهو ڪوڊنگ-پروگرامنگ نه آهي، اهو وڌيڪ انضمام آهي، پر اهو گهٽ ۾ گهٽ ڪجهه ٽيڪنيڪل ڪم آهي جيڪو آئون ڪرڻ جي ڪوشش ڪريان ٿو. اهڙيءَ طرح مان اسان جي پروڊڪٽس، نون خصوصيتن، وغيره بابت ڄاڻ برقرار رکندو آهيان.

يقينن، اهو چوڻ ناممڪن آهي ته مان هاڻي ساڳيو هارڊ ڪوڊر آهيان جيئن 7 سال اڳ هو. پڪ ناهي ته اها خراب شيء آهي. اهو شايد قدرتي ارتقاء جو هڪ قسم آهي. اهو مون لاء گهٽ دلچسپ آهي، ۽ مون وٽ گهٽ وقت آهي، تنهنڪري، شايد، خدا کيس برڪت ڏي.

مان اڃا تائين پاڻ کي هڪ مضبوط ٽيڪنيڪل ماهر سمجهان ٿو، مان اڃا تائين ان ڳالهه کان واقف آهيان ته ڇا ٿي رهيو آهي، مان پاڻ کي پنهنجي آڱرين تي رکندو آهيان. اھا آھي منھنجي ھائبرڊ صورتحال اڄ.

مھرباني ڪري اسان کي ڪجھ مضحکہ خیز ڪھاڻيون يا انتهائي حالتون ٻڌاءِ جيڪي توھان سان پيش آيون: جهاز مس ٿيو/پريزنٽيشن ختم ڪيو/پاور ڪٽ دوران رپورٽ/سامان نه آيو؟

مضحکہ خیز حالتن مان، جيڪو مون کي تمام گهڻو ياد آهي، انهن سڀني قسمن جي خوفناڪ ناڪامي آهي جيڪا رپورٽن دوران ٿي. قدرتي طور تي، ڇاڪاڻ ته اها سڀ کان وڌيڪ دٻاء واري صورتحال آهي، ڇاڪاڻ ته اهو سامعين، وقت، ۽ توهان کي پڪ ڪرڻ جي ضرورت آهي ته اهي ان کي ضايع نٿا ڪن.

مون وٽ گفتگو دوران ونڊوز ۽ ميڪ ٻنهي تي ”موت جي نيري اسڪرين“ هئي. ونڊوز تي اهو هڪ ڀيرو ٿيو، ميڪ تي ٻه ڀيرا. اهو، يقينا، دٻاء وارو آهي، پر اسان ڪنهن به طريقي سان هن مسئلي کي حل ڪيو، ڪمپيوٽر ٻيهر شروع ٿئي ٿو، مان هن وقت ڪجهه ٻڌايان ٿو، پر دٻاء تمام وڏو آهي.

غالباً سڀ کان مزيدار صورتحال مون وٽ هئي گرووي ڪانفرنس ۾. مون کي بلڪل ياد ناهي ته ڪانفرنس ڪٿي ٿي هئي، لڳي ٿو ڪنهن هوٽل ۾، ۽ هن هوٽل جي سامهون ڪنهن قسم جي تعمير يا مرمت ٿي رهي هئي. ۽ تنهنڪري مون ڪجهه ڪوڊ بابت ڳالهايو جيڪو مون لکيو، اهو هڪ ڊيمو هو. هي ڊيم جو پهريون ورجاءُ هو، جيڪو سمجھ ۾ اچي ويو، پر شايد چڱي طرح لکيل نه هجي. ۽ مان صرف ريفيڪٽر ڪرڻ ۽ ان کي بهتر ڪرڻ لاءِ وڃي رهيو هوس، ۽ مون ڪجهه جملي جو ذڪر ڪيو جيئن ”خود کان محرومي“ حقيقت جي باري ۾ ته هي ”شيٽي ڪوڊ“ آهي. اها ٻي منزل تي هئي، ۽ ان وقت سامهون تعميراتي سائيٽ تي هڪ ڪرين صرف هڪ پورٽبل ٽوائلٽ کڻندي هئي. ۽ اسٽيج دريءَ جي سامهون هئي. اهو آهي، مان هن ونڊو کي ٻاهر ڏسان ٿو، چوان ٿو "شيٽي ڪوڊ،" ۽ هڪ ٽوائلٽ ونڊو جي ڀرسان گذري ٿو. ۽ مان سڀني کي ٻڌايان ٿو: "مرو ڦيرايو، اسان وٽ هتي هڪ مثال آهي." اها شايد منهنجي سوچن جي بهترين سلائيڊ هئي - منهنجي رپورٽ ۾ اڏامندڙ ٽوائلٽ جڏهن مون shitty ڪوڊ بابت ڳالهايو.

ڪهاڻين مان جيئن سامان نه آيو آهي - هي، اصول ۾، هڪ عام ڪهاڻي آهي، ان بابت ڳالهائڻ لاء ڪجهه به ناهي. اسان ھر قسم جي سفري صلاحن بابت ھڪ الڳ انٽرويو جو بندوبست ڪري سگھون ٿا، جتي اسان سامان جي باري ۾ ڳالھائي سگھون ٿا جيڪو نه آيو آھي، پر ڪجھ به نازڪ نه ھو.

مان هر قيمت تي تمام گهڻي ڪوشش ڪندو آهيان هميشه اڏامڻ، اچان ۽ انهن سڀني ڪانفرنسن ۾ شرڪت ڪريان، جن ۾ مون واعدو ڪيو هو، ڇاڪاڻ ته، ٻيهر، اهو ماڻهن جو وقت آهي. ماڻهن جو وقت انمول آهي ڇو ته اهو اعتماد جو اهڙو ڪريڊٽ آهي جيڪو اهي توهان کي ڏيندا آهن. ۽ جيڪڏهن اهو قرض ضايع ٿي وڃي ته پوءِ ان کي واپس وٺڻ جو ڪو به رستو ناهي.

جيڪڏهن ڪو ماڻهو وقت گذاري، منهنجي رپورٽ ٻڌڻ لاءِ ڪانفرنس ۾ آيو، ۽ مون اهو ورتو ۽ نه آيو، اهو خراب آهي، ڇاڪاڻ ته هن شخص جو وقت واپس وٺڻ جو ڪو طريقو ناهي. ان ڪري، ان سلسلي ۾ پنھنجا سمورا واعدا پورا ڪرڻ مون لاءِ تمام ضروري آھي، ۽ هينئر تائين سڀ ڪجھ ڪم ڪري رھيو آھي.

ڪيترائي ماڻهو هن طرح سوچيندا آهن: ”ڪهاڻي وڃي ڪانفرنسن ۾؟ توهان يوٽيوب تي وڊيو ڏسي سگهو ٿا، ۽ توهان هميشه آن لائن چيٽ ڪري سگهو ٿا. توهان ڇو سوچيو ته شرڪت ڪندڙن کي ڪانفرنس ۾ وڃڻ جي ضرورت آهي؟

عظيم سوال! توهان کي نيٽ ورڪنگ لاء ڪانفرنس ۾ وڃڻ گهرجي. هي قيمتي آهي ۽ ان کي حاصل ڪرڻ جو ٻيو ڪو طريقو ناهي. ڪميونيڪيشن، ڪميونيڪيشن ۽ نرم مهارتن جي اهميت جو ذڪر مون اڳ به ڪيو آهي. يوٽيوب تي هڪ وڊيو ڏسڻ، بدقسمتي سان، نرم صلاحيتن ۾ تجربو مهيا نٿو ڪري. تنهن ڪري، توهان کي رابطي جي خاطر ڪانفرنس ۾ وڃڻ جي ضرورت آهي.

ان کان سواء، گهٽ ۾ گهٽ مون لاء، جڏهن يوٽيوب تي وڊيوز ڏسي رهيو آهي، مصروفيت بلڪل مختلف آهي، ۽ مواد ياد ڪيو ويندو آهي ۽ گهڻو گهٽ ياد ڪيو ويندو آهي. ٿي سگهي ٿو اهو صرف مان آهيان، پر مون کي شڪ آهي ته ڪمري ۾ ڳالهائڻ ۽ يوٽيوب تي هڪ وڊيو ڏسڻ بلڪل مختلف شيون آهن. خاص طور تي جيڪڏهن رپورٽ سٺي آهي، اهو مون کي لڳي ٿو ته اهو تمام گهڻو آهي، ان کي لائيو ٻڌڻ لاء گهڻو بهتر آهي. اهو هڪ لائيو ڪنسرٽ ۽ رڪارڊ ٻڌڻ وانگر آهي.

۽ مان هڪ ڀيرو ٻيهر ورجائي ٿو: نيٽ ورڪنگ ۽ ڪميونيڪيشن ڪجهه نه آهن جيڪي توهان يوٽيوب کان وٺي سگهو ٿا.

DevOpsCon تي Leonid Igolnik سان گڏيل رپورٽ

مھرباني ڪري انھن کي ڪجھ الڳ لفظ ڏيو جيڪي صرف اسپيڪر ٿيڻ جي منصوبابندي ڪري رھيا آھن يا صرف ڳالهائڻ شروع ڪيو آھي؟

مقامي گڏجاڻين لاء ڏسو. مقامي ملاقاتون ڪيترن ئي سببن جي ڪري توهان جي ڳالهائڻ واري ڪيريئر کي شروع ڪرڻ جو هڪ بهترين طريقو آهي. پهرين، مقامي ملاقاتون هميشه ڳالهائيندڙ ڳولي رهيا آهن. ٿي سگهي ٿو ته تجربي کان سواءِ ۽ مشهور اسپيڪر ٿيڻ کان سواءِ، توهان لاءِ ڪنهن مشهور ڪانفرنس ۾ اپلائي ڪرڻ مشڪل هوندو، يا پروگرام ڪميٽي، توهان سان رابطي کان پوءِ سمجهي ويندي ته شايد توهان لاءِ اڃا ٿوري دير آهي. ان جي ابتڙ، مقامي ملاقاتون هميشه ڳالهائيندڙن کي ڳولي رهيا آهن ۽ داخلا لاء بار تمام گهڻو، تمام گهٽ آهي، تنهنڪري اتي پهچڻ تمام آسان آهي.

انهي سان گڏ، دٻاء جي سطح مڪمل طور تي مختلف آهي. جڏهن 10-15-30 ماڻهو اچن ٿا، اهو بلڪل ساڳيو ناهي جڏهن هال ۾ 150-200-300 ماڻهو آهن، تنهنڪري اهو تمام آسان آهي.

ٻيهر، مقامي ملاقات لاءِ قيمتون تمام گهٽ آهن: توهان کي ڪٿي به اڏامڻ جي ضرورت ناهي، توهان کي ڏينهن گذارڻ جي ضرورت ناهي، توهان صرف شام جو اچي سگهو ٿا. سامعين ۾ دوستانه چهرو رکڻ جي اهميت جي باري ۾ منهنجي صلاح کي ياد ڪندي، ڪنهن سان مقامي ميٽنگ ۾ اچڻ تمام آسان آهي ڇاڪاڻ ته اهو پئسا خرچ نٿو ڪري. جيڪڏهن توهان ڪانفرنس ۾ ڳالهايو ٿا، توهان هڪ اسپيڪر طور مفت ۾ ايندا آهيو، پر توهان جو هي +1، جيڪو عوام ۾ هڪ دوستانه چهرو هوندو، هڪ ٽڪيٽ خريد ڪرڻ جي ضرورت آهي. جيڪڏهن توهان ڪنهن ميٽنگ ۾ ڳالهائي رهيا آهيو ته اهڙو ڪو مسئلو ناهي، توهان هڪ يا ٻه يا ٽي دوست پاڻ سان آڻي سگهو ٿا جيڪي ڪمري ۾ هڪ دوستانه چهرو هوندو.

۽ هڪ اضافي پلس اهو آهي ته ملاقات جي منتظمين وٽ توهان جي مدد ڪرڻ جا تمام گهڻا موقعا آهن. ڇو ته ڪانفرنس آرگنائيزرز وٽ هوندو، مثال طور، 60 پيشيونٽيون جن کي جائزو وٺڻ، مشق ڪرڻ ۽ تيار ڪرڻ جي ضرورت آهي. ۽ گڏجاڻين جي منتظمين وٽ هڪ، ٻه يا ٽي آهن، تنهنڪري توهان کي قدرتي طور تي گهڻو ڌيان ملندو.

ان کان علاوه، مقامي گڏجاڻين کان موٽ حاصل ڪرڻ تمام آسان آهي. توهان پنهنجي رپورٽ کي ختم ڪري ڇڏيو آهي ۽ هاڻي توهان ۽ سامعين اڳ ۾ ئي توهان جي رپورٽ سان لاڳاپيل ڪجهه ڳالهه ٻولهه ۽ بحث ڪري رهيا آهيو. وڏن ڪانفرنسن لاءِ اهو اڪثر نه هوندو آهي. توهان هڪ رپورٽ ڪئي ۽ اهو ئي آهي. سامعين، جيڪو توهان جي رپورٽ دوران هڪ گرين ماس هو، ڇڏي ويو آهي، ۽ توهان هاڻي انهن بابت ڪجهه نه ڄاڻندا آهيو، توهان نه ٻڌو، توهان کي ڪا به راءِ نه ملندي.

جيڪو ڪجهه به چئي سگهي ٿو، مقامي ملاقاتون هڪ بهترين موضوع آهن عام طور تي ۽ خاص طور تي شروعات ڪندڙن لاءِ.

باروچ 7 ڊسمبر تي ڪانفرنس ۾ ڳالهائيندو DevOpsDays ماسڪو. هن جي رپورٽ ۾، باروچ حقيقي ناڪامين جو تجزيو ڪندو جيڪو هر روز ۽ هر هنڌ ٿئي ٿو جڏهن سافٽ ويئر کي اپڊيٽ ڪرڻ. اهو ڏيکاريندو ته ڪيئن سڀني قسمن جا DevOps نمونا مختلف منظرنامن ۾ فٽ ٿين ٿا ۽ ڪيئن انهن کي صحيح طريقي سان لاڳو ڪرڻ توهان کي بچائي سگهي ٿو.

پروگرام ۾ پڻ: اليگزينڊر چسٽيڪوف (vdsina.ru)، ميخائل چنڪوف (AMBOSS)، رومن بوائيڪو (AWS)، پاول سيليوانوف (ساؤتھ برج)، روڊين ناگورنوف (ڪيسپرسڪي ليب)، اينڊري شورين (ڊيو اوپس صلاحڪار).

اچو ته واقف ٿي وڃو!

جو ذريعو: www.habr.com

تبصرو شامل ڪريو