"প্রতিবেদনের বিরক্তিকর হওয়ার কোন অধিকার নেই": সম্মেলনে বক্তৃতা সম্পর্কে বারুচ সাদোগুরস্কির সাথে একটি সাক্ষাত্কার

Baruch Sadogursky - JFrog-এর ডেভেলপার অ্যাডভোকেট, "লিকুইড সফটওয়্যার" বইটির সহ-লেখক, বিখ্যাত আইটি স্পিকার।

একটি সাক্ষাত্কারে, বারুচ ব্যাখ্যা করেছিলেন যে তিনি কীভাবে তার প্রতিবেদনের জন্য প্রস্তুত হন, কীভাবে বিদেশী সম্মেলনগুলি রাশিয়ানদের থেকে আলাদা, কেন অংশগ্রহণকারীদের তাদের উপস্থিত হওয়া উচিত এবং কেন তাদের ব্যাঙের পোশাকে কথা বলা উচিত।

এর সবচেয়ে সহজ সঙ্গে শুরু করা যাক. কেন আপনি সব সম্মেলনে বক্তৃতা মনে করেন?

আসলে, কনফারেন্সে কথা বলা আমার জন্য একটি কাজ। যদি আমরা আরও সাধারণভাবে "কেন আমার কাজ?" প্রশ্নের উত্তর দিই, তবে এটি দুটি লক্ষ্য অর্জনের জন্য (অন্তত JFrog কোম্পানির জন্য) ক্রমানুসারে। প্রথমত, আমাদের ব্যবহারকারী এবং গ্রাহকদের সাথে যোগাযোগ স্থাপন করা। অর্থাৎ, আমি যখন কনফারেন্সে কথা বলি, তখন আমি উপলব্ধ থাকি যাতে প্রত্যেকেরই আমাদের পণ্য এবং কোম্পানির বিষয়ে কোন প্রশ্ন, কিছু প্রতিক্রিয়া, তারা আমার সাথে কথা বলতে পারে, আমি তাদের সাহায্য করতে পারি এবং আমাদের পণ্যগুলির সাথে কাজ করার ক্ষেত্রে তাদের অভিজ্ঞতা উন্নত করতে পারি।

দ্বিতীয়ত, ব্র্যান্ড সচেতনতা বাড়ানোর জন্য এটি প্রয়োজনীয়। অর্থাৎ, যদি আমি কিছু আকর্ষণীয় জিনিস বলি, তাহলে লোকেরা এটি কী ধরনের JFrog তা নিয়ে আগ্রহী, এবং ফলস্বরূপ তারা আমাদের বিকাশকারী সম্পর্ক ফানেলে শেষ করে, যা শেষ পর্যন্ত আমাদের ব্যবহারকারীদের ফানেলে যায়, যা অবশেষে আমাদের ক্রেতাদের ফানেল।

পারফরম্যান্সের জন্য আপনি কীভাবে প্রস্তুতি নিচ্ছেন তা বলুন? প্রস্তুতি অ্যালগরিদম কিছু ধরনের আছে?

প্রস্তুতির আরও চারটি বা কম স্ট্যান্ডার্ড পর্যায় রয়েছে। প্রথমটি হল ইনসেপশন, সিনেমার মতো। কিছু ধারণা অবশ্যই প্রদর্শিত হবে. একটি ধারণা প্রদর্শিত হয়, এবং তারপর এটি বেশ দীর্ঘ সময়ের জন্য পরিপক্ক হয়। এটি পরিপক্ক হচ্ছে, আপনি এই ধারণাটি কীভাবে সেরা উপস্থাপন করবেন তা নিয়ে ভাবছেন, কী কী, কী বিন্যাসে, এটি সম্পর্কে কী বলা যেতে পারে। এটি প্রথম পর্যায়।

দ্বিতীয় পর্যায়ে একটি নির্দিষ্ট পরিকল্পনা লেখা হয়। আপনার কাছে একটি ধারণা আছে, এবং আপনি এটি কীভাবে উপস্থাপন করবেন সে সম্পর্কে বিশদ বিবরণ অর্জন করতে শুরু করে। এটি সাধারণত কিছু ধরণের মন-মানচিত্র বিন্যাসে করা হয়, যখন প্রতিবেদনের সাথে সম্পর্কিত সবকিছু ধারণার চারপাশে উপস্থিত হয়: সমর্থনকারী যুক্তি, ভূমিকা, কিছু গল্প যা আপনি এটি সম্পর্কে বলতে চান। এটি দ্বিতীয় পর্যায় - পরিকল্পনা।

তৃতীয় পর্যায়ে এই পরিকল্পনা অনুযায়ী স্লাইড লেখা হয়. আপনি কিছু বিমূর্ত ধারণা ব্যবহার করেন যা স্লাইডে প্রদর্শিত হয় এবং আপনার গল্পকে সমর্থন করে।

চতুর্থ পর্যায় হল রান-থ্রু এবং রিহার্সাল। এই পর্যায়ে, এটি নিশ্চিত করা গুরুত্বপূর্ণ যে গল্পের আর্ক পরিণত হয়েছে, গল্পটি সুসংগত এবং সময়ের পরিপ্রেক্ষিতে সবকিছু ঠিক আছে কিনা তা নিশ্চিত করা। এরপর রিপোর্ট প্রস্তুত ঘোষণা করা যাবে।

আপনি কিভাবে বুঝবেন যে "এই বিষয়" সম্বোধন করা দরকার? এবং কিভাবে আপনি রিপোর্টের জন্য উপাদান সংগ্রহ করবেন?

আমি জানি না কিভাবে উত্তর দিতে হবে, এটা কোনোভাবে আসে। হয় এটি "ওহ, এটি এখানে কতটা দুর্দান্ত হয়েছে" বা এটি "ওহ, কেউ এটি সম্পর্কে সত্যিই জানে না বা বোঝে না" এবং বলার, ব্যাখ্যা এবং সাহায্য করার সুযোগ রয়েছে৷ এই দুটি বিকল্পের একটি।

উপাদান সংগ্রহ প্রতিবেদনের উপর খুব নির্ভরশীল. এটি যদি কিছু বিমূর্ত বিষয়ে একটি প্রতিবেদন হয়, তবে এটি আরও সাহিত্য, নিবন্ধ। যদি এটি ব্যবহারিক কিছু হয়, তাহলে তা হবে কোড লেখা, কিছু ডেমো, পণ্যে কোডের সঠিক অংশ খুঁজে বের করা ইত্যাদি।

সাম্প্রতিক DevOps সামিট আমস্টারডাম 2019-এ বারুচের বক্তৃতা৷

পারফরম্যান্সের ভয় এবং উদ্বেগ হ'ল লোকেরা মঞ্চে না যাওয়ার কিছু সাধারণ কারণ। যারা পারফর্ম করার সময় নার্ভাস বোধ করেন তাদের জন্য আপনার কি কোনো পরামর্শ আছে? আপনি চিন্তিত এবং কিভাবে আপনি মানিয়ে নিতে?

হ্যাঁ, আমার কাছে আছে, এটা হওয়া উচিত, এবং, সম্ভবত, এই মুহুর্তে যখন আমি পুরোপুরি চিন্তা করা বন্ধ করি, তখন এই বিষয়টি ছেড়ে দেওয়ার একটি কারণ।

আমার কাছে মনে হয় যে আপনি যখন মঞ্চে যান এবং আপনার সামনে প্রচুর লোক থাকে তখন এটি একটি সম্পূর্ণ স্বাভাবিক ঘটনা। আপনি চিন্তা করবেন কারণ এটি একটি বড় দায়িত্ব, এটি স্বাভাবিক।

এটা কিভাবে মোকাবেলা করতে? বিভিন্ন উপায় আছে. আমি এটি এমন পর্যায়ে কখনও পাইনি যে আমাকে এটির সাথে সরাসরি লড়াই করতে হবে, তাই এটি বলা আমার পক্ষে কঠিন।

সবচেয়ে গুরুত্বপূর্ণ জিনিস যা আমাকে সাহায্য করে তা হল একটি বন্ধুত্বপূর্ণ মুখ - দর্শকদের মধ্যে কিছু পরিচিত মুখ। আপনি যদি আপনার পরিচিত কাউকে আপনার বক্তৃতায় আসতে বলেন, মাঝখানে সামনের সারিতে বসুন যাতে আপনি সর্বদা তার দিকে তাকাতে পারেন, এবং ব্যক্তিটি ইতিবাচক হবে, হাসবে, মাথা নাড়বে, সমর্থন করবে, আমি মনে করি এটি একটি বিশাল, বিশাল সাহায্য। আমি বিশেষভাবে কাউকে এটি করতে বলি না, তবে যদি এমন হয় যে দর্শকদের মধ্যে একটি পরিচিত মুখ আছে, এটি অনেক সাহায্য করে এবং চাপ থেকে মুক্তি দেয়। এটি সবচেয়ে গুরুত্বপূর্ণ পরামর্শ।

আপনি রাশিয়ান এবং আন্তর্জাতিক সম্মেলনে অনেক কথা বলেন। আপনি কি রাশিয়ান এবং বিদেশী সম্মেলনে রিপোর্টের মধ্যে পার্থক্য দেখতে পান? দর্শকদের মধ্যে পার্থক্য আছে কি? সংগঠনে?

আমি দুটি বড় পার্থক্য দেখতে. এটা স্পষ্ট যে কনফারেন্সগুলি রাশিয়া এবং বিদেশে উভয়ই আলাদা, তবে যদি আমরা হাসপাতালের গড় গ্রহণ করি, তবে রাশিয়ায় সম্মেলনগুলি রিপোর্টের গভীরতার পরিপ্রেক্ষিতে, হার্ডকোরের পরিপ্রেক্ষিতে আরও প্রযুক্তিগত। লোকেরা এটিতে অভ্যস্ত হয়, সম্ভবত জোকার, জেপয়েন্ট, হাইলোডের মতো বড় সম্মেলনের জন্য ধন্যবাদ, যা সর্বদা হার্ডকোর উপস্থাপনাগুলির উপর ভিত্তি করে করা হয়েছে। এবং এটা ঠিক কি মানুষ সম্মেলন থেকে আশা. এবং অনেক লোকের জন্য এটি এই সম্মেলনটি ভাল বা খারাপ কিনা তার একটি সূচক: প্রচুর মাংস এবং হার্ডকোর রয়েছে বা প্রচুর জল রয়েছে।

সত্যি বলতে, বিদেশী কনফারেন্সে অনেক কথা বলার কারণেই হয়তো আমি এই পদ্ধতির সাথে একমত নই। আমি বিশ্বাস করি যে সফ্ট স্কিল সম্পর্কিত প্রতিবেদন, "আধা-মানবিক প্রতিবেদন" কম নয়, এবং সম্ভবত সম্মেলনগুলির জন্য আরও গুরুত্বপূর্ণ। যেহেতু কিছু প্রযুক্তিগত জিনিস শেষ পর্যন্ত বইগুলিতে পড়া যায়, আপনি ব্যবহারকারীর ম্যানুয়াল ব্যবহার করে সেগুলি বের করতে পারেন, কিন্তু যখন এটি নরম দক্ষতার কথা আসে, যখন এটি মনোবিজ্ঞানের ক্ষেত্রে আসে, যখন এটি যোগাযোগের ক্ষেত্রে আসে, তখন এই সব পাওয়ার কোথাও নেই, অন্তত সহজ, অ্যাক্সেসযোগ্য এবং বোধগম্য। এটি আমার কাছে মনে হচ্ছে যে এটি প্রযুক্তিগত উপাদানের চেয়ে কম গুরুত্বপূর্ণ নয়।

এটি DevOps কনফারেন্সের জন্য বিশেষভাবে গুরুত্বপূর্ণ যেমন DevOpsDays, কারণ DevOps মোটেই প্রযুক্তির বিষয়ে নয়। DevOps শুধুমাত্র যোগাযোগের বিষয়ে, এটি এমন লোকেদের জন্য যারা আগে একসঙ্গে কাজ করেনি একসঙ্গে কাজ করার উপায় সম্পর্কে। হ্যাঁ, একটি প্রযুক্তিগত উপাদান রয়েছে, কারণ অটোমেশনটি DevOps-এর জন্য গুরুত্বপূর্ণ, কিন্তু এটি তাদের মধ্যে একটি। এবং যখন একটি DevOps কনফারেন্স, DevOps সম্পর্কে কথা বলার পরিবর্তে, সাইটের নির্ভরযোগ্যতা বা অটোমেশন বা পাইপলাইন সম্পর্কে কথা বলে, তখন এই সম্মেলনটি, যদিও এটি অত্যন্ত হার্ডকোর, আমার মতে, DevOps-এর সারমর্ম মিস করে এবং সিস্টেম প্রশাসন সম্পর্কে সম্মেলন হয়ে যায় , DevOps সম্পর্কে নয়।

দ্বিতীয় পার্থক্য প্রস্তুতিতে। আবার, আমি হাসপাতালের গড় এবং সাধারণ ক্ষেত্রে নিই, নির্দিষ্ট নয়। বিদেশে, তারা অনুমান করে যে বেশিরভাগ লোকেরা তাদের জীবনে জনসমক্ষে কথা বলার প্রশিক্ষণ নিয়েছে। অন্তত আমেরিকায় এটা উচ্চশিক্ষার অংশ। যদি একজন ব্যক্তি কলেজ থেকে স্নাতক হয়ে থাকেন, তবে তার ইতিমধ্যেই জনসাধারণের কথা বলার যথেষ্ট অভিজ্ঞতা রয়েছে। অতএব, প্রোগ্রাম কমিটি পরিকল্পনাটি দেখার পরে এবং রিপোর্টটি কী হবে তা বোঝার পরে, স্পিকারের পক্ষে কথা বলার জন্য আর কোনও প্রশিক্ষণ নেওয়া হয় না, কারণ এটি বিশ্বাস করা হয় যে তিনি সম্ভবত এটি কীভাবে করবেন তা জানেন।

রাশিয়ায়, এই জাতীয় অনুমান করা হয় না, কারণ খুব কম লোকেরই জনসাধারণের কথা বলার অভিজ্ঞতা রয়েছে এবং তাই বক্তাদের অনেক বেশি প্রশিক্ষিত করা হয়। আবার, সাধারণভাবে, রান-থ্রু আছে, স্পিকারের সাথে ক্লাস আছে, বক্তাদের সাহায্য করার জন্য পাবলিক স্পিকিং কোর্স আছে।

ফলস্বরূপ, দুর্বল বক্তারা যারা খারাপভাবে যোগাযোগ করে তাদের বাদ দেওয়া হয়, বা তাদের শক্তিশালী উপস্থাপক হতে সাহায্য করা হয়। যে সত্যটি পশ্চিমে জনসাধারণের কথা বলাকে একটি দক্ষতা হিসাবে বিবেচনা করা হয় যা অনেক লোকের রয়েছে, শেষ পর্যন্ত এর বিপরীত প্রভাব ঘটে, কারণ এই ধারণাটি প্রায়শই মিথ্যা, ভ্রান্ত বলে প্রমাণিত হয় এবং যারা প্রকাশ্যে কীভাবে কথা বলতে হয় তা জানেন না। মঞ্চ এবং জঘন্য রিপোর্ট তৈরি. এবং রাশিয়ায়, যেখানে এটি বিশ্বাস করা হয় যে জনসাধারণের কথা বলার কোনও অভিজ্ঞতা নেই, শেষ পর্যন্ত এটি আরও ভাল দেখায়, কারণ তারা প্রশিক্ষিত হয়েছিল, তাদের পরীক্ষা করা হয়েছিল, তারা একটি ভাল বেছে নিয়েছিল এবং আরও অনেক কিছু।

এই দুটি পার্থক্য.

আপনি কি অন্য দেশে DevOpsDay-এ গেছেন? আপনি কিভাবে তারা অন্যান্য সম্মেলন থেকে ভিন্ন মনে করেন? কোন বিশেষ বৈশিষ্ট্য আছে?

আমি সম্ভবত বিশ্বজুড়ে কয়েক ডজন DevOpsDays সম্মেলনে গিয়েছি: আমেরিকা, ইউরোপ এবং এশিয়ায়। এই কনফারেন্স ফ্র্যাঞ্চাইজিটি বেশ অনন্য যে এটিতে একটি কম-বেশি প্রতিষ্ঠিত বিন্যাস রয়েছে যা আপনি এই সম্মেলনগুলির যে কোনও জায়গা থেকে আশা করতে পারেন। বিন্যাসটি নিম্নরূপ: অপেক্ষাকৃত কম ফ্রন্ট-লাইন কনফারেন্স উপস্থাপনা রয়েছে এবং অনেক সময় খোলা জায়গা বিন্যাসে নিবেদিত হয়।

ওপেন স্পেস হল এমন একটি বিন্যাস যেখানে যে বিষয়ের জন্য সবচেয়ে বেশি মানুষ ভোট দিয়েছেন তা অন্যান্য অংশগ্রহণকারীদের সাথে একসাথে আলোচনা করা হয়। এই বিষয়টি যিনি প্রস্তাব করেছেন তিনিই নেতা, তিনি নিশ্চিত করেন যে আলোচনা শুরু হয়। এটি একটি দুর্দান্ত বিন্যাস কারণ, আমরা জানি, যোগাযোগ এবং নেটওয়ার্কিং উপস্থাপনাগুলির চেয়ে কোনও সম্মেলনের কম গুরুত্বপূর্ণ অংশ নয়। এবং যখন একটি কনফারেন্স তার অর্ধেক সময় একটি নেটওয়ার্কিং বিন্যাসে নিবেদিত করে, এটি খুব দুর্দান্ত।

এছাড়াও, লাইটনিং টকস প্রায়ই DevOpsDay-এ অনুষ্ঠিত হয় - এই পাঁচ মিনিটের সংক্ষিপ্ত প্রতিবেদন যা আপনাকে অনেক কিছু সম্পর্কে অনেক কিছু শিখতে এবং নন-বোরিং ফর্ম্যাটে কিছু নতুন জিনিসের প্রতি আপনার চোখ খুলতে দেয়। এবং যদি একটি নিয়মিত প্রতিবেদনের মাঝখানে আপনি বুঝতে পারেন যে এটি আপনার নয়, তাহলে সময় নষ্ট হয়, আপনার জীবনের 30-40 মিনিট নষ্ট হয়, তাহলে এখানে আমরা পাঁচ মিনিটের প্রতিবেদনের কথা বলছি। এবং আপনি যদি আগ্রহী না হন তবে এটি শীঘ্রই শেষ হবে। "আমাদের বলুন, কিন্তু দ্রুত" একটি খুব ভাল বিন্যাস।

আরও প্রযুক্তিগত DevOpsDays আছে, এবং সেগুলি আছে যেগুলি বিশেষভাবে DevOps কিসের জন্য তৈরি করা হয়েছে: প্রসেস, সহযোগিতা, এই ধরনের জিনিস। উভয়ই থাকা আকর্ষণীয়, এবং উভয়ই থাকা আকর্ষণীয়। আমি মনে করি এটি আজকের সেরা DevOps কনফারেন্স ফ্র্যাঞ্চাইজিগুলির মধ্যে একটি।

আপনার অনেক অভিনয়ই পারফরম্যান্স বা নাটকের মতো: কখনও কখনও আপনি গ্রীক ট্র্যাজেডির আকারে একটি বক্তৃতা দেন, কখনও কখনও আপনি শার্লকের ভূমিকায় অভিনয় করেন, কখনও কখনও আপনি ব্যাঙের পোশাকে অভিনয় করেন। আপনি তাদের সঙ্গে আসা কিভাবে? প্রতিবেদনটি বিরক্তিকর না করার পাশাপাশি কোন অতিরিক্ত লক্ষ্য আছে?

আমার কাছে মনে হয় যে একটি প্রতিবেদন বিরক্তিকর হওয়ার কোন অধিকার নেই, কারণ, প্রথমত, আমি শ্রোতাদের সময় নষ্ট করি, একটি বিরক্তিকর প্রতিবেদনে তারা কম জড়িত, তারা কম শিখেছে, তারা কম নতুন জিনিস শিখেছে, এবং এটি নয় তাদের সময়ের সেরা অপচয়। দ্বিতীয়ত, আমার লক্ষ্যগুলিও অর্জিত হয়নি: তারা আমার সম্পর্কে ভাল কিছু মনে করে না, তারা JFrog সম্পর্কে ভাল কিছু মনে করে না এবং আমার জন্য এটি এক ধরণের ব্যর্থতা।

অতএব, বিরক্তিকর প্রতিবেদনের অস্তিত্বের কোন অধিকার নেই, অন্তত আমার জন্য। আমি তাদের আকর্ষণীয়, আকর্ষণীয় এবং স্মরণীয় করার চেষ্টা করি। পারফরম্যান্স এক উপায়. এবং, আসলে, পদ্ধতিটি বেশ সহজ। আপনার যা দরকার তা হল কিছু আকর্ষণীয় বিন্যাস নিয়ে আসা এবং তারপরে সেই একই চিন্তাগুলি উপস্থাপন করা যা একটি নিয়মিত প্রতিবেদন আকারে একটি অস্বাভাবিক বিন্যাসে উপস্থাপন করা হয়।

আমি এই সঙ্গে আসা কিভাবে? এটা সবসময় এক হয় না. কখনও কখনও এগুলি এমন কিছু ধারণা যা আমার মাথায় আসে, কখনও কখনও এগুলি এমন কিছু ধারণা যা আমাকে দেওয়া হয় যখন আমি একটি প্রতিবেদন সম্পর্কে চিন্তাভাবনা করি বা শেয়ার করি এবং তারা আমাকে বলে: "ওহ, এটি এভাবে করা যেতে পারে!" এটা ভিন্নভাবে ঘটে। যখন একটি ধারণা উপস্থিত হয়, এটি সর্বদা খুব আনন্দদায়ক এবং শীতল হয়, এর অর্থ হল আপনি আরও আকর্ষণীয় এবং জড়িত প্রতিবেদন তৈরি করতে পারেন।

আইটি ক্ষেত্রের কার বক্তৃতা আপনি ব্যক্তিগতভাবে পছন্দ করেন? এই ধরনের বক্তা আছে? এবং কেন?

দুই ধরনের স্পিকার আছে যাদের উপস্থাপনা আমি উপভোগ করি। প্রথমটি হল স্পিকারদের মতো হওয়ার চেষ্টা করি। তারা একটি আকর্ষণীয় এবং জড়িত উপায়ে কথা বলে, নিশ্চিত করার চেষ্টা করে যে সবাই আগ্রহী এবং সবাই শোনে।

দ্বিতীয় ধরণের স্পিকার তারা যারা সাধারণত বিরক্তিকর হার্ডকোর সম্পর্কে খুব আকর্ষণীয় এবং উত্তেজনাপূর্ণ উপায়ে কথা বলতে পারে।

দ্বিতীয় বিভাগের নামগুলির মধ্যে, এটি আলেক্সি শেপলেভ, যিনি এক ধরণের গভীর কর্মক্ষমতা আবর্জনা সংগ্রহ এবং জাভা ভার্চুয়াল মেশিনের ভিতরের বিষয়গুলি নিয়ে একটি আকর্ষণীয় এবং হাস্যকর উপায়ে কথা বলেছেন। সর্বশেষ DevOops এর আরেকটি আবিষ্কার হল Netflix থেকে Sergey Fedorov। তিনি তাদের বিষয়বস্তু বিতরণ নেটওয়ার্ককে কীভাবে অপ্টিমাইজ করেছেন সে সম্পর্কে একটি সম্পূর্ণ প্রযুক্তিগত জিনিস বলেছিলেন এবং তিনি এটি খুব আকর্ষণীয় উপায়ে বলেছিলেন।

প্রথম বিভাগ থেকে - এরা হলেন জেসিকা ডিন, অ্যান্টন ওয়েইস, রোমান শাপোশনিক। এই বক্তারা মজাদার, হাস্যরসের সাথে কথা বলেন এবং প্রাপ্যভাবে উচ্চ রেটিং পান।

আপনার সম্ভবত এটি করার সময়ের চেয়ে সম্মেলনে কথা বলার জন্য বেশি আমন্ত্রণ রয়েছে। আপনি কোথায় যাবেন এবং কোথায় যাবেন না তা কীভাবে চয়ন করবেন?

কনফারেন্স এবং বক্তা, প্রায় সব কিছুর মতই, সরবরাহ এবং চাহিদার বাজার সম্পর্ক এবং একটি থেকে অন্যটির মূল্য দ্বারা নিয়ন্ত্রিত হয়। সেখানে সম্মেলন আছে যে, ভাল, আসুন বলি, আমার প্রয়োজনের চেয়ে আমাকে বেশি চান। শ্রোতাদের পরিপ্রেক্ষিতে আমি সেখানে মিলিত হতে আশা করি এবং সেখানে আমি যে প্রভাব ফেলতে আশা করি। এমন কনফারেন্স আছে যেগুলোর বিপরীতে, আমি তাদের আমার প্রয়োজনের চেয়ে অনেক বেশি যেতে চাই। আমার জন্য মূল্যের উপর ভিত্তি করে, আমি সিদ্ধান্ত নিই কোথায় যেতে হবে।

অর্থাৎ, যদি এটি হয়, উদাহরণস্বরূপ, কিছু ধরনের ভূগোল যেখানে আমার কৌশলগতভাবে যেতে হবে, এটি একটি বড় সুপরিচিত সম্মেলন যার একটি ভাল খ্যাতি রয়েছে এবং লোকেরা সেখানে যাবে, তাহলে স্পষ্টতই আমার সত্যিই এটির প্রয়োজন। এবং আমি অন্যান্য সম্মেলনে এটি পছন্দ.

যদি এটি কোনও ধরণের ছোট আঞ্চলিক সম্মেলন হয়, এবং সম্ভবত, যেখানে আমরা খুব আগ্রহী নই, তবে এটি হতে পারে যে সেখানে ভ্রমণ এই বিষয়ে ব্যয় করা সময়কে সমর্থন করে না। চাহিদা, সরবরাহ এবং মূল্যের স্বাভাবিক বাজার সম্পর্ক।

ভাল ভূগোল, ভাল জনসংখ্যা, সম্ভাব্য ভাল যোগাযোগ, যোগাযোগ এই গ্যারান্টি যে সম্মেলনটি আমার কাছে আকর্ষণীয় হবে।

আপনার এক সাক্ষাৎকারে আপনি উল্লেখ করেছেন যে আপনি বছরে প্রায় চল্লিশটি সম্মেলনে বক্তৃতা করেন। আপনি কীভাবে কাজ পরিচালনা করবেন এবং অভিনয়ের জন্য প্রস্তুত করবেন? এবং আপনি কি এই জাতীয় সময়সূচীর সাথে কাজ/জীবনের ভারসাম্য বজায় রাখতে পরিচালনা করেন? আপনার গোপনীয়তা শেয়ার করুন?

সম্মেলনে ভ্রমণ আমার কাজের সিংহভাগ। অবশ্যই, অন্য সবকিছু আছে: রিপোর্টের জন্য প্রস্তুতি আছে, নিজেকে প্রযুক্তিগত আকারে রাখা, কোড লেখা, নতুন জিনিস শেখা। এটি সমস্ত সম্মেলনগুলির সাথে সমান্তরালভাবে করা হয়: সন্ধ্যায়, বিমানে, আগের দিন, যখন আপনি ইতিমধ্যে সম্মেলনের জন্য পৌঁছেছেন এবং এটি আগামীকাল। এটার মতো কিছু.

আপনি যখন ব্যবসায়িক ভ্রমণে অনেক সময় ব্যয় করেন তখন কাজ/জীবনের ভারসাম্য বজায় রাখা অবশ্যই কঠিন। তবে আমি এর জন্য ক্ষতিপূরণ দেওয়ার চেষ্টা করি যে, অন্তত যখন আমি কোনও ব্যবসায়িক সফরে থাকি না, আমি আমার পরিবারের সাথে 100% থাকি, আমি সন্ধ্যায় ইমেলের উত্তর দিই না, আমি কোনও অনুষ্ঠানে অংশগ্রহণ না করার চেষ্টা করি সন্ধ্যায় এবং সপ্তাহান্তে কল। যখন আমি একটি ব্যবসায়িক সফরে থাকি না এবং এটি পারিবারিক সময়, এটি সত্যিই 100% পারিবারিক সময়। এটি কি কাজ করে এবং এটি সমস্যার সমাধান করে? না. তবে আমি আশা করি যে এটি কোনওভাবে আমার পরিবারকে আমি যতক্ষণ দূরে থাকি তার জন্য ক্ষতিপূরণ দেবে।

বারুকের রিপোর্টগুলির মধ্যে একটি হল "আমাদের কাছে DevOps আছে। আসুন সকল পরীক্ষার্থীদের বরখাস্ত করি।"

এত টাইট শিডিউলের সাথে, আপনি কি আপনার প্রযুক্তিগত স্তর বজায় রাখতে পরিচালনা করছেন নাকি আপনি ইতিমধ্যে প্রোগ্রামিং থেকে দূরে সরে গেছেন?

সম্মেলনে আমার বক্তৃতা এবং অন্যান্য কার্যক্রমের প্রস্তুতির সময় আমি কিছু প্রযুক্তিগত জিনিস করার চেষ্টা করি। এগুলি সব ধরণের প্রযুক্তিগত ডেমো, কিছু মিনি-রিপোর্ট যা আমরা স্ট্যান্ডে দিয়ে থাকি। এটি প্রোগ্রামিং-প্রোগ্রামিং নয়, এটি আরও একীকরণ, তবে এটি অন্তত কিছু প্রযুক্তিগত কাজ যা আমি করার চেষ্টা করি। এইভাবে আমি আমাদের পণ্য, নতুন বৈশিষ্ট্য, এবং তাই সম্পর্কে জ্ঞান বজায় রাখি।

অবশ্যই, এটা বলা সম্ভবত অসম্ভব যে আমি এখন সেই একই হার্ডকোর কোডার, যেমনটি 7 বছর আগে ছিলাম। যে একটি খারাপ জিনিস নিশ্চিত না. এটি সম্ভবত এক ধরণের প্রাকৃতিক বিবর্তন। এটি আমার কাছে কম আকর্ষণীয়, এবং আমার কাছে কম সময় আছে, তাই, সম্ভবত, ঈশ্বর তাকে আশীর্বাদ করুন।

আমি এখনও নিজেকে একজন শক্তিশালী কারিগরি বিশেষজ্ঞ হিসাবে বিবেচনা করি, আমি এখনও যা ঘটছে তা সম্পর্কে অবগত থাকি, আমি নিজেকে আমার পায়ের আঙ্গুলের উপর রাখি। এই আমার আজ হাইব্রিড অবস্থা.

অনুগ্রহ করে আমাদের কিছু মজার গল্প বা চরম পরিস্থিতি বলুন যা আপনার সাথে ঘটেছিল: প্রতিবেদনের সময় প্লেন মিস/প্রেজেন্টেশন মুছে ফেলা/পাওয়ার কেটে গেছে/লাগেজ আসেনি?

মজার পরিস্থিতিগুলির মধ্যে, আমি যা সবচেয়ে বেশি মনে করি তা হল রিপোর্টের সময় ঘটে যাওয়া সমস্ত ভয়ঙ্কর ব্যর্থতা। স্বাভাবিকভাবেই, কারণ এটি সবচেয়ে চাপের পরিস্থিতি, কারণ এটি দর্শক, সময় এবং আপনাকে নিশ্চিত করতে হবে যে তারা এটি নষ্ট না করে।

আলোচনার সময় উইন্ডোজ এবং ম্যাক উভয়েই আমার একটি "মৃত্যুর নীল পর্দা" ছিল। উইন্ডোজে এটি একবার ঘটেছে, ম্যাকে কয়েকবার। এটি অবশ্যই, চাপযুক্ত, তবে আমরা কোনওভাবে এই সমস্যাটি সমাধান করি, কম্পিউটার পুনরায় চালু হয়, আমি এই সময়ে কিছু বলতে থাকি, তবে চাপটি বিশাল।

সম্ভবত আমার সবচেয়ে মজার পরিস্থিতি ছিল একটি গ্রোভি কনফারেন্সে। কনফারেন্সটি কোথায় অনুষ্ঠিত হয়েছিল তা আমার ঠিক মনে নেই, মনে হচ্ছে একটি হোটেলে এবং এই হোটেলের বিপরীতে কিছু নির্মাণ বা সংস্কার চলছিল। এবং তাই আমি কিছু কোড সম্পর্কে কথা বলেছি যা আমি লিখেছিলাম, এটি একটি ডেমো ছিল। এটি ছিল ডেমোর প্রথম পুনরাবৃত্তি, যা বোধগম্য ছিল, কিন্তু সম্ভবত ভাল লেখা হয়নি। এবং আমি কেবল রিফ্যাক্টর করতে যাচ্ছিলাম এবং এটিকে উন্নত করতে যাচ্ছিলাম, এবং আমি কিছু বাক্যাংশ উল্লেখ করেছি যেমন "আত্ম অবমূল্যায়ন" এই সত্যটি যে এটি "শিটি কোড"। এটি দ্বিতীয় তলায় ছিল, এবং সেই সময় বিপরীত দিকের নির্মাণস্থলে একটি ক্রেন কেবল একটি বহনযোগ্য টয়লেটটি উত্তোলন করছিল। আর মঞ্চটা ছিল জানালার বিপরীতে। অর্থাৎ, আমি এই জানালার বাইরে তাকাই, বলি "শিটি কোড" এবং জানালার পাশ দিয়ে একটি টয়লেট ভেসে যাচ্ছে। এবং আমি সবাইকে বলি: "ফিরুন, আমাদের এখানে একটি দৃষ্টান্ত রয়েছে।" এটি সম্ভবত আমার চিন্তার সেরা স্লাইড ছিল - আমার প্রতিবেদনে উড়ন্ত টয়লেট যখন আমি শিটি কোড সম্পর্কে কথা বলেছিলাম।

জিনিসপত্রের মতো গল্প থেকে আসেনি - এটি নীতিগতভাবে, একটি সাধারণ গল্প, এমনকি কথা বলার মতো কিছুই নেই। আমরা সমস্ত ধরণের ভ্রমণ টিপস সম্পর্কে একটি পৃথক সাক্ষাত্কারের ব্যবস্থা করতে পারি, যেখানে আমরা যে লাগেজগুলি পৌঁছায়নি সেগুলি সম্পর্কে কথা বলতে পারি, তবে সেখানে কিছু গুরুত্বপূর্ণ ছিল না।

আমি সর্বদা উড়তে, আসতে এবং যে সমস্ত সম্মেলনে আমি প্রতিশ্রুতি দিয়েছিলাম তাতে যোগ দেওয়ার জন্য আমি যে কোনও মূল্যে খুব চেষ্টা করি, কারণ, আবার, এটি মানুষের সময়। মানুষের সময় অমূল্য কারণ এটি এমন একটি বিশ্বাসের কৃতিত্ব যা তারা আপনাকে দেয়। আর এই ঋণ যদি নষ্ট হয়ে যায়, তাহলে পরবর্তীতে ফেরত পাওয়ার উপায় নেই।

যদি একজন ব্যক্তি সময় ব্যয় করেন, আমার প্রতিবেদন শোনার জন্য সম্মেলনে আসেন, এবং আমি এটি নিয়ে থাকি এবং না আসি, এটি খারাপ, কারণ এই ব্যক্তির সময় ফেরত পাওয়ার কোনও উপায় নেই। অতএব, এই বিষয়ে আমার সমস্ত প্রতিশ্রুতি রক্ষা করা আমার পক্ষে অত্যন্ত গুরুত্বপূর্ণ এবং এখনও পর্যন্ত সবকিছু কার্যকর হচ্ছে।

অনেকে এইরকম ভাবেন: "কেন কনফারেন্সে যাবেন? আপনি ইউটিউবে ভিডিওটি দেখতে পারেন এবং আপনি সবসময় অনলাইনে চ্যাট করতে পারেন।” আপনি কেন অংশগ্রহণকারীদের সম্মেলনে যেতে হবে বলে মনে করেন?

দারুণ প্রশ্ন! নেটওয়ার্কিং এর জন্য কনফারেন্সে যেতে হবে। এটি অমূল্য এবং এটি পাওয়ার অন্য কোন উপায় নেই। যোগাযোগ, যোগাযোগ এবং সফট স্কিল এর গুরুত্ব আগেই বলেছি। ইউটিউবে একটি ভিডিও দেখা, দুর্ভাগ্যবশত, নরম দক্ষতার অভিজ্ঞতা প্রদান করে না। অতএব, যোগাযোগের স্বার্থে আপনাকে কনফারেন্সে যেতে হবে।

উপরন্তু, অন্তত আমার জন্য, ইউটিউবে ভিডিও দেখার সময়, ব্যস্ততা সম্পূর্ণ ভিন্ন, এবং উপাদান মনে রাখা এবং অনেক কম ভাল মনে রাখা হয়. হয়তো এটা শুধু আমি, কিন্তু আমি সন্দেহ করি যে কোনো আলোচনায় রুমে থাকা এবং YouTube-এ ভিডিও দেখা সম্পূর্ণ ভিন্ন জিনিস। বিশেষ করে রিপোর্ট ভালো হলে আমার কাছে মনে হয় এটা অনেক, অনেক ভালো লাইভ শুনতে। এটি একটি লাইভ কনসার্ট এবং একটি রেকর্ড শোনার মত।

এবং আমি আবারও পুনরাবৃত্তি করি: নেটওয়ার্কিং এবং যোগাযোগ এমন কিছু নয় যা আপনি YouTube থেকে নিতে পারেন।

DevOpsCon এ লিওনিড ইগোলনিকের সাথে যৌথ প্রতিবেদন

অনুগ্রহ করে তাদের কিছু বিচ্ছেদ শব্দ দিন যারা শুধু স্পিকার হওয়ার পরিকল্পনা করছেন বা সবেমাত্র কথা বলা শুরু করেছেন?

স্থানীয় বৈঠকের জন্য দেখুন. স্থানীয় মিটআপগুলি বিভিন্ন কারণে আপনার স্পিকিং ক্যারিয়ার শুরু করার একটি দুর্দান্ত উপায়। প্রথমত, স্থানীয় মিটআপগুলি সর্বদা স্পিকারের সন্ধান করে। এটা হতে পারে যে অভিজ্ঞতা ছাড়া এবং একজন বিখ্যাত বক্তা না হয়ে, আপনার পক্ষে কোনও বিখ্যাত সম্মেলনে আবেদন করা কঠিন হবে, বা প্রোগ্রাম কমিটি, আপনার সাথে যোগাযোগ করার পরে, বুঝবে যে এটি এখনও আপনার জন্য একটু তাড়াতাড়ি। বিপরীতে, স্থানীয় মিটআপগুলি সর্বদা স্পিকারের সন্ধান করে এবং প্রবেশের জন্য বারটি অনেক কম, তাই সেখানে যাওয়া অনেক সহজ।

এছাড়াও, স্ট্রেস লেভেল সম্পূর্ণ ভিন্ন। যখন 10-15-30 জন লোক আসে, এটি যখন হলটিতে 150-200-300 লোক থাকে তখন এটি মোটেও একই নয়, তাই এটি অনেক সহজ।

আবার, স্থানীয় মিটআপের খরচ অনেক কম: আপনাকে কোথাও উড়তে হবে না, আপনাকে দিন কাটাতে হবে না, আপনি কেবল সন্ধ্যায় আসতে পারেন। শ্রোতাদের মধ্যে একটি বন্ধুত্বপূর্ণ মুখ থাকার গুরুত্ব সম্পর্কে আমার পরামর্শ মনে রেখে, কারও সাথে স্থানীয় বৈঠকে আসা অনেক সহজ কারণ এতে অর্থ ব্যয় হয় না। আপনি যদি একটি সম্মেলনে বক্তৃতা করেন, আপনি একজন বক্তা হিসেবে বিনামূল্যে আসেন, কিন্তু আপনার এই +1, যিনি জনসাধারণের মধ্যে বন্ধুত্বপূর্ণ মুখ হবেন, তাকে একটি টিকিট কিনতে হবে৷ আপনি যদি মিটআপে কথা বলেন, তাহলে তেমন কোন সমস্যা নেই, আপনি আপনার সাথে এক বা দুই বা তিনজন বন্ধুকে আনতে পারেন যারা রুমে বন্ধুত্বপূর্ণ মুখ হবে।

এবং একটি অতিরিক্ত প্লাস হল যে মিটআপ আয়োজকদের আপনাকে সাহায্য করার আরও অনেক সুযোগ রয়েছে। কারণ সম্মেলন আয়োজকদের থাকবে, উদাহরণস্বরূপ, 60টি উপস্থাপনা যা পর্যালোচনা, অনুশীলন এবং প্রস্তুত করা প্রয়োজন। এবং মিটআপের আয়োজকদের একটি, দুই বা তিনটি থাকে, তাই আপনি স্বাভাবিকভাবেই অনেক বেশি মনোযোগ পাবেন।

উপরন্তু, স্থানীয় মিটআপ থেকে প্রতিক্রিয়া পাওয়া অনেক সহজ। আপনি আপনার প্রতিবেদনটি শেষ করেছেন এবং এখন আপনি এবং শ্রোতারা ইতিমধ্যেই আপনার প্রতিবেদনের সাথে সম্পর্কিত কিছু যোগাযোগ এবং আলোচনা করছেন৷ বড় সম্মেলনের জন্য এটি প্রায়ই হয় না। আপনি একটি রিপোর্ট করেছেন এবং এটিই। শ্রোতারা, যা আপনার প্রতিবেদনের সময় একটি ধূসর ভর ছিল, চলে গেছে, এবং আপনি আর তাদের সম্পর্কে কিছুই জানেন না, আপনি শুনতে পান না, আপনি কোনো প্রতিক্রিয়া পাবেন না।

কেউ যাই বলুক না কেন, স্থানীয় মিটআপগুলি সাধারণভাবে এবং বিশেষ করে নতুনদের জন্য একটি দুর্দান্ত বিষয়।

৭ ডিসেম্বর সম্মেলনে বক্তব্য রাখবেন বারুচ DevOpsDays মস্কো. তার প্রতিবেদনে, বারুচ সফ্টওয়্যার আপডেট করার সময় প্রতিদিন এবং সর্বত্র ঘটে যাওয়া বাস্তব ব্যর্থতাগুলি বিশ্লেষণ করবে। এটি দেখাবে কীভাবে সমস্ত ধরণের DevOps প্যাটার্নগুলি বিভিন্ন পরিস্থিতিতে ফিট করে এবং কীভাবে সেগুলি সঠিকভাবে প্রয়োগ করা সম্ভবত আপনাকে বাঁচাতে পারে৷

এছাড়াও প্রোগ্রামে: আলেকজান্ডার চিস্তিয়াকভ (vdsina.ru), মিখাইল চিনকভ (AMBOSS), রোমান বয়কো (AWS), পাভেল সেলিভানভ (সাউথব্রিজ), রডিয়ন নাগরনভ (ক্যাসপারস্কি ল্যাব), আন্দ্রে শোরিন (ডেভঅপস পরামর্শক)।

পরিচিত হতে আসুন!

উত্স: www.habr.com