Baruch Sadogursky เป็นผู้สนับสนุนนักพัฒนาที่ JFrog ผู้เขียนร่วมของหนังสือ "Liquid Software" ซึ่งเป็นวิทยากรด้านไอทีที่มีชื่อเสียง
ในการให้สัมภาษณ์ บารุคเล่าว่าเขาเตรียมรายงานอย่างไร การประชุมต่างประเทศแตกต่างจากการประชุมรัสเซียอย่างไร ทำไมผู้เข้าร่วมจึงไปหาพวกเขา และทำไมพวกเขาจึงควรพูดในชุดกบ
เริ่มจากสิ่งที่ง่ายที่สุดกันก่อน คุณคิดอย่างไร ทำไมต้องพูดในที่ประชุม?
การพูดในที่ประชุมเป็นงานสำหรับฉันจริงๆ หากคุณตอบคำถามในระดับโลกมากขึ้นว่า "ทำไมต้องทำงานของฉัน" แสดงว่าสิ่งนี้เป็นไปตามลำดับ (อย่างน้อยสำหรับ JFrog) เพื่อบรรลุเป้าหมายสองประการ อันดับแรก เพื่อสร้างการติดต่อกับผู้ใช้และลูกค้าของเรา นั่นคือ เมื่อฉันพูดในที่ประชุม ฉันพร้อมเพื่อให้ทุกคนที่มีคำถาม คำติชมบางประเภทเกี่ยวกับผลิตภัณฑ์และบริษัทของเราสามารถพูดคุยกับฉันได้ ฉันสามารถช่วยพวกเขาและปรับปรุงประสบการณ์ในการทำงานกับผลิตภัณฑ์ของเราได้
ประการที่สอง จำเป็นต้องเพิ่มการรับรู้ถึงแบรนด์ นั่นคือถ้าฉันบอกสิ่งที่น่าสนใจ ผู้คนก็สนใจว่านี่คือ JFrog แบบไหน และผลที่ตามมาคือมันตกอยู่ในช่องทางความสัมพันธ์ของนักพัฒนาของเรา ซึ่งในที่สุดก็จะเข้าสู่ช่องทางของผู้ใช้ของเรา ซึ่งในที่สุดก็จะเข้าสู่ช่องทาง ของลูกค้าของเรา
ช่วยบอกเราหน่อย คุณเตรียมตัวสำหรับการแสดงยังไงบ้าง? มีอัลกอริทึมการฝึกอบรมหรือไม่?
มีสี่ขั้นตอนมาตรฐานของการเตรียมการไม่มากก็น้อย อย่างแรกคือการเริ่มต้นเหมือนในภาพยนตร์ ต้องมีแนวคิดบางอย่าง ความคิดปรากฏขึ้นและมันก็เติบโตไประยะหนึ่ง มันโตเต็มที่แล้ว คุณคิดว่าวิธีที่ดีที่สุดที่จะนำเสนอแนวคิดนี้ ในคีย์ใด ในรูปแบบใด สามารถพูดอะไรเกี่ยวกับเรื่องนี้ได้บ้าง นี่คือด่านแรก
ขั้นตอนที่สองคือการเขียนแผนเฉพาะ คุณมีความคิด และมันเริ่มที่จะเติบโตเป็นรายละเอียดเกี่ยวกับวิธีที่คุณจะนำเสนอ โดยปกติจะทำในรูปแบบของแผนที่ความคิด เมื่อทุกสิ่งที่เกี่ยวข้องกับรายงานปรากฏขึ้นรอบ ๆ แนวคิด: ข้อโต้แย้งสนับสนุน บทนำ เรื่องราวที่คุณต้องการบอกเล่า นี่คือขั้นตอนที่สอง - แผน
ขั้นตอนที่สามคือการเขียนสไลด์ตามแผนนี้ คุณใช้แนวคิดนามธรรมที่ปรากฏบนสไลด์และสนับสนุนเรื่องราวของคุณ
ขั้นตอนที่สี่คือการวิ่งผ่าน การซ้อม ในขั้นตอนนี้ สิ่งสำคัญคือต้องทำให้แน่ใจว่าส่วนโค้งของเรื่องราวปรากฏออกมา เรื่องราวสอดคล้องกัน เพื่อให้แน่ใจว่าทุกอย่างเรียบร้อยดีทันเวลา หลังจากนั้นสามารถประกาศรายงานพร้อม
คุณเข้าใจได้อย่างไรว่า "หัวข้อนี้" ต้องได้รับการแก้ไข และคุณจะรวบรวมเนื้อหาสำหรับรายงานได้อย่างไร
ไม่รู้จะตอบยังไง มันมาเอง ไม่ว่าจะเป็น "โอ้ เราทำที่นี่ได้เจ๋งแค่ไหน" หรือ "โอ้ ไม่มีใครรู้หรือเข้าใจเกี่ยวกับเรื่องนี้จริงๆ" และมีโอกาสที่จะบอกเล่า อธิบาย และช่วยเหลือ หนึ่งในสองตัวเลือกนี้
การรวบรวมเนื้อหาขึ้นอยู่กับรายงานเป็นอย่างมาก หากนี่เป็นรายงานเกี่ยวกับหัวข้อที่เป็นนามธรรม แสดงว่าเป็นวรรณกรรม บทความมากกว่า ถ้าสิ่งนี้เป็นสิ่งที่ใช้ได้จริง มันจะเป็นการเขียนโค้ด การสาธิตบางอย่าง การค้นหาโค้ดที่เหมาะสมในผลิตภัณฑ์ และอื่นๆ
ความกลัวในการแสดงและความวิตกกังวลเป็นสาเหตุที่พบบ่อยที่สุดประการหนึ่งที่ทำให้ผู้คนไม่ขึ้นเวที คุณมีคำแนะนำสำหรับผู้ที่ประหม่าขณะแสดงหรือไม่? คุณกำลังกังวลและคุณรับมืออย่างไร?
ใช่ฉันมีมันควรจะเป็นและอาจในขณะที่ฉันเลิกกังวลไปเลยนี่คือเหตุผลที่จะผูกมัดกับเรื่องนี้
สำหรับฉันแล้วดูเหมือนว่านี่เป็นปรากฏการณ์ปกติเมื่อคุณขึ้นเวทีและมีคนมากมายอยู่ข้างหน้าคุณ คุณกังวลเพราะมันเป็นความรับผิดชอบที่ยิ่งใหญ่ เป็นธรรมชาติ
วิธีจัดการกับมัน? มีหลายวิธี ฉันไม่เคยมีมันในระดับที่คุณต้องต่อสู้โดยตรง ดังนั้นมันจึงยากสำหรับฉันที่จะพูด
สิ่งที่สำคัญที่สุดซึ่งช่วยฉันด้วยก็คือใบหน้าที่เป็นมิตร - ใบหน้าที่คุ้นเคยในหมู่ผู้ชม หากคุณขอให้คนรู้จักมานำเสนอ ให้นั่งแถวหน้าตรงกลางเพื่อที่คุณจะได้มองเขาตลอดเวลา และคนๆ นั้นจะมองโลกในแง่ดี จะยิ้ม พยักหน้า สนับสนุน ฉันคิดว่านี่เป็นเรื่องใหญ่ ช่วยได้มาก.. ฉันไม่ได้ถามใครเป็นพิเศษเกี่ยวกับเรื่องนี้ แต่ถ้าบังเอิญมีผู้ชมที่คุ้นเคยจะช่วยได้มากและคลายความเครียด นี่คือคำแนะนำที่สำคัญที่สุด
คุณพูดมากในการประชุมของรัสเซียและต่างประเทศ คุณเห็นความแตกต่างระหว่างรายงานในการประชุมของรัสเซียและต่างประเทศหรือไม่? มีความแตกต่างในกลุ่มผู้ชมหรือไม่? ในองค์กร?
ฉันเห็นความแตกต่างใหญ่สองประการ เป็นที่ชัดเจนว่าการประชุมนั้นแตกต่างกันทั้งในรัสเซียและต่างประเทศ แต่ถ้าเราใช้ค่าเฉลี่ยสำหรับโรงพยาบาล ในรัสเซีย การประชุมจะมีเทคนิคมากกว่าในแง่ของความลึกของรายงาน ในแง่ของฮาร์ดคอร์ นี่คือสิ่งที่ผู้คนคุ้นเคย อาจเป็นเพราะการประชุมใหญ่เช่น Joker, JPoint, Highload ซึ่งมีพื้นฐานมาจากการพูดคุยแบบไม่ยอมใครง่ายๆ และนั่นคือสิ่งที่ผู้คนคาดหวังจากการประชุม และสำหรับคนจำนวนมาก นี่เป็นตัวบ่งชี้ว่านี่คือการประชุมที่ดีหรือไม่ดี: มีเนื้อและฮาร์ดคอร์หรือมีน้ำมาก
พูดตามตรง อาจเป็นเพราะผมพูดมากในการประชุมต่างประเทศ ผมไม่เห็นด้วยกับแนวทางนี้ ฉันเชื่อว่ารายงานเกี่ยวกับทักษะด้านอารมณ์ “รายงานกึ่งมนุษยธรรม” มีความสำคัญไม่น้อยไปกว่ากัน และอาจมีความสำคัญมากกว่าสำหรับการประชุม เนื่องจากบางครั้งทางเทคนิคบางอย่างสามารถหาอ่านได้ในหนังสือ คุณจึงสามารถเข้าใจคู่มือผู้ใช้ได้ แต่สำหรับทักษะด้านอารมณ์ จิตวิทยา การสื่อสาร ไม่มีที่ไหนที่จะนำสิ่งเหล่านี้ไปใช้ได้ อย่างน้อยที่สุดก็ง่าย เข้าถึงได้ และเข้าใจได้ สำหรับฉันแล้วดูเหมือนว่าสิ่งนี้มีความสำคัญไม่น้อยไปกว่าองค์ประกอบทางเทคนิค
นี่เป็นสิ่งสำคัญอย่างยิ่งสำหรับการประชุม DevOps เช่น DevOpsDays เนื่องจาก DevOps ไม่เกี่ยวกับเทคโนโลยีเลย DevOps เป็นเพียงเกี่ยวกับการสื่อสาร เป็นเพียงวิธีการทำงานร่วมกันกับคนที่ไม่เคยทำงานร่วมกันมาก่อน ใช่ มีองค์ประกอบทางเทคนิค เนื่องจากระบบอัตโนมัติมีความสำคัญต่อ DevOps แต่นี่เป็นเพียงหนึ่งในนั้น และเมื่อการประชุมเกี่ยวกับ DevOps แทนที่จะพูดถึง DevOps กลับพูดถึงความน่าเชื่อถือของไซต์หรือเกี่ยวกับระบบอัตโนมัติหรือเกี่ยวกับไปป์ไลน์ การประชุมนี้แม้ว่าในความคิดของฉันจะฮาร์ดคอร์มาก แต่ก็ขาดสาระสำคัญของ DevOps และ กลายเป็นการประชุมเกี่ยวกับการดูแลระบบ ไม่ใช่เกี่ยวกับ DevOps
ความแตกต่างประการที่สองคือการเตรียมการ อีกครั้ง ฉันใช้ค่าเฉลี่ยของโรงพยาบาลและกรณีทั่วไป ไม่ใช่แต่ละกรณี ในต่างประเทศนั้นเกิดขึ้นจากการที่คนส่วนใหญ่เคยผ่านการฝึกอบรมการพูดในที่สาธารณะมาแล้วในชีวิต อย่างน้อยในอเมริกาก็เป็นส่วนหนึ่งของการศึกษาระดับอุดมศึกษา ถ้าคนๆ หนึ่งจบการศึกษาจากวิทยาลัย แสดงว่าเขามีประสบการณ์มากมายในการพูดในที่สาธารณะ ดังนั้น หลังจากที่คณะกรรมการโครงการได้ดูแผนและเข้าใจว่ารายงานจะเกี่ยวกับอะไรแล้ว การฝึกอบรมการพูดสำหรับผู้พูดจะไม่เสร็จสิ้นอีกต่อไป เพราะเชื่อว่าเขาน่าจะรู้วิธีการทำอยู่แล้ว
ในรัสเซียไม่มีการสันนิษฐานดังกล่าวเนื่องจากมีเพียงไม่กี่คนที่มีประสบการณ์ในการพูดในที่สาธารณะ ดังนั้นผู้พูดจึงได้รับการฝึกฝนมากขึ้น โดยทั่วไปแล้ว มีการรันทรู มีชั้นเรียนพร้อมวิทยากร มีหลักสูตรการพูดในที่สาธารณะเพื่อช่วยวิทยากร
เป็นผลให้ผู้พูดที่อ่อนแอซึ่งพูดไม่เก่งจะถูกกำจัด หรือพวกเขาได้รับการช่วยเหลือให้เป็นผู้พูดที่แข็งแกร่งขึ้น การที่การพูดในที่สาธารณะของชาวตะวันตกถือเป็นทักษะที่หลายคนมีนั้นกลับให้ผลตรงกันข้าม เพราะข้อสันนิษฐานนี้มักกลายเป็นเรื่องเท็จ ผิดพลาด และคนที่ไม่รู้วิธีพูดต่อหน้าสาธารณชนอย่างตรงไปตรงมา ทำพลาดบนเวทีและได้รับรายงานที่น่าขยะแขยง และในรัสเซียซึ่งเชื่อว่าไม่มีประสบการณ์ในการพูดในที่สาธารณะ ท้ายที่สุดแล้วกลับกลายเป็นว่าดีขึ้นมาก เพราะพวกเขาได้รับการฝึกฝน พวกเขาถูกทดสอบ พวกเขาเลือกคนดี และอื่นๆ
นี่คือความแตกต่างสองประการ
คุณเคยไปงาน DevOpsDays ในประเทศอื่นๆ ไหม คุณคิดว่ามันแตกต่างจากการประชุมอื่นๆ อย่างไร? มีคุณสมบัติอะไรบ้าง?
ฉันอาจเคยเข้าร่วมการประชุม DevOpsDays หลายสิบครั้งทั่วโลก: ในอเมริกา ยุโรป และในเอเชีย แฟรนไชส์การประชุมนี้ค่อนข้างมีเอกลักษณ์ตรงที่มีรูปแบบที่กำหนดไว้ไม่มากก็น้อยซึ่งคุณสามารถคาดหวังได้จากการประชุมใดๆ เหล่านี้ รูปแบบคือ: มีรายงานการประชุมส่วนหน้าค่อนข้างน้อย และเวลาส่วนใหญ่ทุ่มเทให้กับรูปแบบพื้นที่เปิด
พื้นที่เปิดเป็นรูปแบบที่หัวข้อที่ผู้คนโหวตให้มากที่สุดจะถูกหารือร่วมกับผู้เข้าร่วมคนอื่นๆ ผู้ที่เสนอหัวข้อนี้คือผู้นำ เขาต้องแน่ใจว่าการอภิปรายเริ่มต้นขึ้น นี่เป็นรูปแบบที่ยอดเยี่ยม เพราะอย่างที่เราทราบ การสื่อสารและการสร้างเครือข่ายไม่ได้เป็นส่วนสำคัญของการประชุมใดๆ มากไปกว่ารายงาน และเมื่อการประชุมทุ่มเทเวลาครึ่งหนึ่งให้กับรูปแบบเครือข่าย ก็ถือว่ายอดเยี่ยมมาก
นอกจากนี้ Lightning Talks มักจัดขึ้นที่ DevOpsDays ซึ่งเป็นรายงานสั้นๆ 30 นาทีที่ช่วยให้คุณได้เรียนรู้มากมายเกี่ยวกับสิ่งใหม่ๆ ในรูปแบบที่ไม่น่าเบื่อ และถ้าคุณรู้ตัวว่าไม่เหมาะกับคุณในระหว่างรายงานปกติ เวลาก็หายไป 40-XNUMX นาทีในชีวิตของคุณก็หายไป เรากำลังพูดถึงรายงานเป็นเวลาห้านาที และถ้าคุณไม่สนใจ มันก็จะจบลงในไม่ช้า “บอกเราแต่เร็วๆ” เป็นรูปแบบที่ดีมากเช่นกัน
มี DevOpsDays ทางเทคนิคมากขึ้น มีวันที่ออกแบบมาโดยเฉพาะสำหรับ DevOps คืออะไร: กระบวนการ การทำงานร่วมกัน อะไรทำนองนั้น ทั้งสองอย่างน่าสนใจ และน่าสนใจเมื่อมีทั้งสองอย่าง ฉันคิดว่านี่เป็นหนึ่งในแฟรนไชส์การประชุม DevOps ที่ดีที่สุดในปัจจุบัน
การแสดงหลายอย่างของคุณเป็นเหมือนการแสดงหรือการแสดง: ตอนนี้คุณเล่ารายงานในรูปแบบของโศกนาฏกรรมกรีก จากนั้นคุณก็สวมบทบาทเป็นเชอร์ล็อก จากนั้นคุณก็แสดงในชุดกบ คุณมากับพวกเขาได้อย่างไร? มีเป้าหมายอะไรเพิ่มเติมนอกจากทำให้รายงานไม่น่าเบื่อหรือไม่?
สำหรับฉันแล้ว ดูเหมือนว่ารายงานไม่มีสิทธิ์ที่จะน่าเบื่อ เพราะประการแรก ฉันเสียเวลาของผู้ฟัง พวกเขามีส่วนร่วมในรายงานที่น่าเบื่อน้อยลง พวกเขาเรียนรู้น้อยลง พวกเขาเรียนรู้สิ่งใหม่ๆ น้อยลง และนี่ไม่ใช่สิ่งที่ดีที่สุด เสียเวลาของพวกเขา ประการที่สอง เป้าหมายของฉันก็ไม่สำเร็จเช่นกัน พวกเขาไม่ได้คิดอะไรดีๆ เกี่ยวกับตัวฉัน พวกเขาไม่ได้คิดอะไรดีๆ เกี่ยวกับ JFrog และสำหรับฉัน นี่คือความล้มเหลวบางอย่าง
ดังนั้น รายงานที่น่าเบื่อจึงไม่มีสิทธิ์มีอยู่ อย่างน้อยก็สำหรับฉัน ฉันพยายามทำให้น่าสนใจ น่าดึงดูด และน่าจดจำ การแสดงเป็นวิธีหนึ่ง และในความเป็นจริงวิธีการนั้นค่อนข้างง่าย สิ่งที่จำเป็นคือสร้างรูปแบบที่น่าสนใจจากนั้นใส่ความคิดเดียวกันกับที่นำเสนอในรูปแบบของรายงานปกติในรูปแบบที่ผิดปกติ
ฉันจะมากับสิ่งนี้ได้อย่างไร มันไม่เหมือนกันเสมอไป บางครั้งเป็นแนวคิดบางอย่างที่อยู่ในใจฉัน บางครั้งเป็นแนวคิดบางอย่างที่มอบให้ฉันเมื่อฉันจัดการวิ่งหรือแบ่งปันความคิดเกี่ยวกับรายงาน และพวกเขาพูดกับฉันว่า: “โอ้ คุณทำแบบนี้ก็ได้!” มันเกิดขึ้นแตกต่างกัน เมื่อเกิดไอเดียขึ้นมา มันมักจะสนุกและเจ๋งมาก ซึ่งหมายความว่าคุณสามารถสร้างรายงานที่น่าสนใจและมีส่วนร่วมมากขึ้นได้
คุณชอบการแสดงของใครจากแวดวงไอทีเป็นการส่วนตัว มีลำโพงดังกล่าวหรือไม่? และทำไม?
มีผู้พูดสองประเภทที่ฉันชอบสุนทรพจน์ อย่างแรกคือลำโพงซึ่งฉันพยายามให้เป็นแบบนั้น พวกเขาเล่าเรื่องด้วยวิธีที่น่าสนใจและมีส่วนร่วม พยายามทำให้แน่ใจว่าทุกคนสนใจและทุกคนฟัง
ผู้พูดประเภทที่สองคือผู้ที่สามารถบอกเล่าได้อย่างน่าสนใจและน่าตื่นเต้นเกี่ยวกับฮาร์ดคอร์ที่มักจะน่าเบื่อ
จากชื่อในประเภทที่สอง นี่คือ Alexey Shepelev ซึ่งพูดถึงการเก็บขยะที่มีประสิทธิภาพเชิงลึกและภายในของ java virtual machine ด้วยวิธีที่น่าสนใจและตลกขบขัน การค้นพบ DevOops ล่าสุดอีกครั้งคือ Sergey Fedorov จาก Netflix เขาเล่าเรื่องทางเทคนิคล้วนๆ ว่าพวกเขาเพิ่มประสิทธิภาพเครือข่ายการจัดส่งเนื้อหาอย่างไร และเขาเล่าด้วยวิธีที่น่าสนใจมาก
จากประเภทแรก - นี่คือ Jessica Deen, Anton Weiss, Roman Shaposhnik เป็นวิทยากรที่เล่าเรื่องได้น่าสนใจ มีอารมณ์ขัน สมควรได้รับคะแนนสูง
คุณอาจมีคำเชิญให้พูดในที่ประชุมมากกว่าที่คุณมีเวลา คุณจะเลือกสถานที่ที่คุณไปและไม่ไปได้อย่างไร
การประชุมและผู้พูด เช่นเดียวกับเกือบทุกอย่างอื่นๆ ถูกควบคุมโดยความสัมพันธ์ทางการตลาดของอุปสงค์และอุปทาน และมูลค่าของสิ่งหนึ่งจากสิ่งอื่น มีการประชุมที่สมมติว่าต้องการฉันมากกว่าที่ฉันต้องการ ในแง่ของผู้ชมที่ฉันคาดว่าจะได้พบที่นั่นและผลกระทบที่ฉันคาดว่าจะเกิดขึ้นที่นั่น มีการประชุมที่ตรงกันข้ามฉันต้องการเข้าร่วมมากกว่าที่พวกเขาต้องการ ตามค่าสำหรับฉันฉันตัดสินใจว่าจะไปที่ไหน
นั่นคือ ถ้านี่คือ เช่น ภูมิศาสตร์บางประเภทที่ฉันต้องไปอย่างมีกลยุทธ์ นี่เป็นการประชุมใหญ่ที่มีชื่อเสียง มีชื่อเสียงดี และผู้คนจะไป เห็นได้ชัดว่าฉันต้องการมันจริงๆ และฉันจะชอบการประชุมอื่นมากกว่า
หากนี่เป็นการประชุมระดับภูมิภาคขนาดเล็กบางประเภท และบางทีอาจเป็นที่ที่เราไม่สนใจมากนัก อาจเป็นไปได้ว่าการเดินทางไปที่นั่นไม่คุ้มค่ากับเวลาที่ใช้ไปกับเรื่องนี้ ความสัมพันธ์ทางการตลาดปกติของอุปสงค์ อุปทาน และมูลค่า
ภูมิศาสตร์ที่ดี ประชากรศาสตร์ที่ดี ผู้ติดต่อที่ดี การสื่อสารเป็นสิ่งที่รับประกันได้ว่าการประชุมจะเป็นที่สนใจของฉัน
ในการสัมภาษณ์ครั้งหนึ่งของคุณ คุณกล่าวว่าคุณพูดในการประชุมประมาณสี่สิบครั้งต่อปี คุณจัดการงานและเตรียมตัวสำหรับการแสดงได้อย่างไร? และคุณจัดการเพื่อรักษาความสมดุลระหว่างการทำงานและชีวิตด้วยตารางเวลาดังกล่าวหรือไม่? แบ่งปันความลับของคุณ?
การเดินทางไปประชุมเป็นงานที่ฉันถนัด แน่นอนว่ามีอย่างอื่น: มีการเตรียมรายงาน การรักษารูปร่างทางเทคนิค การเขียนโค้ด การเรียนรู้สิ่งใหม่ๆ ทั้งหมดนี้ทำควบคู่ไปกับการประชุม: ในตอนเย็น บนเครื่องบิน เมื่อวันก่อน เมื่อคุณมาถึงการประชุมแล้ว และพรุ่งนี้ก็มาถึง อะไรแบบนี้
แน่นอนว่าเป็นเรื่องยากที่จะรักษาสมดุลระหว่างการทำงานและชีวิตเมื่อคุณมีเวลาเหลือเฟือในการเดินทางเพื่อธุรกิจ แต่ฉันพยายามชดเชยด้วยข้อเท็จจริงที่ว่า อย่างน้อยเมื่อฉันไม่ได้เดินทางเพื่อธุรกิจ ฉันอยู่กับครอบครัว 100% ฉันไม่ตอบอีเมลในตอนเย็น ฉันพยายามไม่มีส่วนร่วมในการโทรศัพท์ใดๆ ในตอนเย็นและวันหยุดสุดสัปดาห์ เมื่อฉันไม่ได้เดินทางไปทำธุรกิจและเป็นเวลาของครอบครัว มันเป็นเวลาของครอบครัวจริงๆ 100% มันใช้งานได้และแก้ปัญหาได้หรือไม่? เลขที่ แต่ฉันหวังว่ามันจะชดเชยครอบครัวของฉันตลอดเวลาที่ฉันไม่อยู่
ด้วยตารางเวลาที่ยากลำบากเช่นนี้ คุณจัดการเพื่อรักษาระดับทางเทคนิคหรือเลิกเขียนโปรแกรมไปแล้วหรือยัง?
ฉันพยายามทำเรื่องทางเทคนิคบางอย่างในขณะที่เตรียมตัวสำหรับการพูดคุยและกิจกรรมอื่นๆ ในการประชุม นี่คือการสาธิตทางเทคนิคทุกประเภท รายงานสั้นๆ บางประเภทที่เราเก็บไว้ที่อัฒจันทร์ ไม่ใช่การเขียนโปรแกรม แต่เป็นการผสมผสานมากกว่า แต่อย่างน้อยก็เป็นงานด้านเทคนิคที่ฉันพยายามทำ ด้วยวิธีนี้ ฉันจึงรักษาความรู้เกี่ยวกับผลิตภัณฑ์ คุณลักษณะใหม่ และอื่นๆ ของเรา
แน่นอนว่าการบอกว่าตอนนี้ฉันเป็นโค้ดเดอร์ฮาร์ดคอร์คนเดิมเมื่อ 7 ปีที่แล้วคงเป็นไปไม่ได้ ไม่แน่ใจว่าสิ่งนี้ไม่ดี น่าจะเป็นวิวัฒนาการตามธรรมชาติบางอย่าง สิ่งนี้น่าสนใจน้อยกว่าสำหรับฉันและมีเวลาน้อยลง ดังนั้นขอพระเจ้าอวยพรเขา
ฉันยังคงคิดว่าตัวเองเป็นผู้เชี่ยวชาญทางเทคนิคที่แข็งแกร่ง ฉันยังคงตระหนักถึงสิ่งที่เกิดขึ้น ฉันรักษาตัวเองให้อยู่ในสภาพที่ดี นี่คือสถานการณ์ไฮบริดในปัจจุบันของฉัน
โปรดเล่าเรื่องตลกหรือสถานการณ์สุดขั้วที่เกิดขึ้นกับคุณให้เราฟัง: ตกเครื่องบิน / ลบงานนำเสนอ / ตัดไฟระหว่างรายงาน / กระเป๋าไม่ถึง?
จากสถานการณ์ที่ตลกขบขัน ฉันจำความล้มเหลวที่น่าหวาดเสียวเกือบทั้งหมดที่เกิดขึ้นในรายงานได้ เพราะนี่คือสถานการณ์ที่ตึงเครียดที่สุด เพราะนี่คือผู้ชม เวลา และคุณต้องแน่ใจว่าพวกเขาจะไม่เสียมันไปโดยเปล่าประโยชน์
ฉันมี "หน้าจอสีน้ำเงินแห่งความตาย" ทั้งบน Windows และ Mac ระหว่างการพูดคุย บน Windows เกิดขึ้นครั้งเดียว บน Mac สองสามครั้ง แน่นอนว่านี่เป็นเรื่องเครียด แต่เราจะแก้ปัญหานี้อย่างไร คอมพิวเตอร์รีสตาร์ท ฉันยังคงบอกอะไรบางอย่างในเวลานี้ แต่ความเครียดนั้นใหญ่มาก
สถานการณ์ที่สนุกที่สุดที่ฉันเคยเจอคือการประชุม Groovy ฉันจำไม่ได้แน่ชัดว่าการประชุมจัดขึ้นที่ไหน ฉันคิดว่าเป็นโรงแรม และมีการก่อสร้างหรือปรับปรุงบางอย่างเกิดขึ้นตรงข้ามโรงแรมนี้ ดังนั้นฉันจึงพูดถึงโค้ดที่ฉันเขียน มันเป็นตัวอย่าง นี่เป็นการทำซ้ำครั้งแรกของการสาธิตที่เข้าใจได้ แต่อาจเขียนได้ไม่ดีนัก และฉันกำลังจะรีแฟคเตอร์และปรับปรุงมัน และฉันได้พูดถึงบางวลี เช่น "การปฏิเสธตัวเอง" เกี่ยวกับข้อเท็จจริงที่ว่านี่คือ "โค้ดห่วยๆ" มันอยู่บนชั้นสอง และขณะนั้นเครนที่ไซต์ก่อสร้างตรงข้ามกำลังยกห้องน้ำเคลื่อนที่ และเวทีอยู่ตรงข้ามหน้าต่าง นั่นคือฉันมองออกไปนอกหน้าต่างนี้ พูดว่า "รหัสห่วย" แล้วห้องน้ำก็ลอยอยู่นอกหน้าต่าง และผมบอกทุกคนว่า "หันกลับมา เรามีตัวอย่างอยู่ที่นี่" นี่อาจเป็นสไลด์ที่ดีที่สุดในความคิดของฉัน - ห้องน้ำบินได้ในรายงานของฉัน เมื่อฉันพูดถึงรหัสห่วยๆ
กระเป๋าเดินทางไม่ได้มาจากเรื่องราวเช่นนี้ - โดยหลักการแล้วเป็นเรื่องปกติไม่มีอะไรจะพูดถึง เราสามารถจัดสัมภาษณ์แยกต่างหากเกี่ยวกับเคล็ดลับการเดินทางทุกประเภท ซึ่งคุณสามารถพูดคุยเกี่ยวกับกระเป๋าเดินทางที่มาไม่ถึง แต่ก็ไม่มีอะไรสำคัญ
ฉันพยายามอย่างมากที่จะบินตรงมาและเข้าร่วมการประชุมทั้งหมดที่ฉันสัญญาไว้เสมอ เพราะถึงเวลาของผู้คนอีกครั้ง เวลาของคนไม่มีค่า เพราะมันเป็นเครดิตแห่งความไว้วางใจที่พวกเขามอบให้คุณ และถ้าเงินกู้นี้ถูกใช้อย่างสุรุ่ยสุร่าย ก็จะไม่มีทางได้คืนในภายหลัง
หากมีคนใช้เวลามาประชุมเพื่อฟังรายงานของฉันและฉันรับไว้และไม่มานี่เป็นสิ่งที่ไม่ดีเพราะไม่มีทางที่จะคืนเวลาของบุคคลนี้ได้ ดังนั้นจึงเป็นเรื่องสำคัญอย่างยิ่งสำหรับฉันที่จะต้องรักษาสัญญาทั้งหมดในเรื่องนี้ และจนถึงขณะนี้ทุกอย่างกำลังดำเนินไปได้ด้วยดี
หลายคนคิดแบบนี้:“ ทำไมต้องไปประชุมด้วย? คุณสามารถดูวิดีโอบน YouTube และคุณสามารถแชทออนไลน์ได้ตลอดเวลา” คุณคิดว่าเหตุใดผู้เข้าร่วมจำเป็นต้องเข้าร่วมการประชุม
คำถามที่ดี! คุณต้องไปประชุมเพื่อประโยชน์ของเครือข่าย มันไม่มีค่าและไม่มีทางอื่นที่จะได้มา ฉันได้กล่าวถึงความสำคัญของการสื่อสาร การสื่อสาร และทักษะที่อ่อนนุ่ม โชคไม่ดีที่การดูวิดีโอบน YouTube ไม่ได้ให้ประสบการณ์ในทักษะที่อ่อนนุ่ม ดังนั้นควรไปประชุมเพื่อประโยชน์ในการสื่อสาร
นอกจากนี้ อย่างน้อยที่สุดสำหรับฉัน เมื่อดูวิดีโอบน YouTube การมีส่วนร่วมนั้นแตกต่างไปจากเดิมอย่างสิ้นเชิง และเนื้อหาที่เข้ามาและจดจำได้แย่กว่านั้นมาก อาจเป็นเพียงสำหรับฉันเท่านั้น แต่ฉันสงสัยว่าการอยู่ในห้องโถงเพื่อรายงานและการดูวิดีโอบน YouTube นั้นแตกต่างกันอย่างสิ้นเชิง โดยเฉพาะอย่างยิ่งหากรายงานดี ฉันคิดว่าจะดีกว่ามากหากได้ฟังรายงานสด มันเหมือนกับการฟังคอนเสิร์ตสดและแผ่นเสียง
และฉันขอย้ำอีกครั้ง: เครือข่ายและการสื่อสารไม่ได้นำมาจาก YouTube
คุณช่วยบอกคำอำลาให้กับผู้ที่เพิ่งจะกลายเป็นนักพูดหรือเพิ่งเริ่มพูดได้ไหม
มองหาการพบปะในท้องถิ่น การพบปะในท้องถิ่นเป็นวิธีที่ดีในการเริ่มต้นอาชีพนักพูดของคุณด้วยเหตุผลหลายประการ ประการแรก การพบปะในท้องถิ่นมักจะมองหาวิทยากร อาจเป็นไปได้ว่าหากไม่มีประสบการณ์และไม่ได้เป็นผู้บรรยายที่มีชื่อเสียง คุณจะสมัครเข้าร่วมการประชุมที่มีชื่อเสียงบางงานได้ยาก หรือหลังจากพูดคุยกับคุณแล้ว คณะกรรมการโครงการจะเข้าใจว่าอาจจะยังเร็วเกินไปสำหรับคุณ ในทางตรงกันข้าม การพบปะในท้องถิ่นมักจะมองหาผู้บรรยายเสมอ และแถบทางเข้านั้นต่ำกว่ามาก ดังนั้นการไปที่นั่นจึงง่ายกว่ามาก
อีกทั้งระดับความเครียดยังแตกต่างไปจากเดิมอย่างสิ้นเชิง เมื่อมีคนมา 10-15-30 คนจะไม่เหมือนกับตอนที่มีคน 150-200-300 คนในห้องโถงดังนั้นจึงง่ายกว่ามาก
อีกครั้ง ค่าใช้จ่ายสำหรับการพบปะในท้องถิ่นนั้นถูกกว่ามาก คุณไม่ต้องบินไปไหน ไม่ต้องเสียเวลาหลายวัน คุณสามารถมาในตอนเย็นได้ จำคำแนะนำของฉันเกี่ยวกับความสำคัญของการมีใบหน้าที่เป็นมิตรในฝูงชน การมาพบปะกับคนในท้องถิ่นจะง่ายกว่ามากเพราะไม่เสียค่าใช้จ่าย หากคุณพูดในที่ประชุม คุณในฐานะวิทยากรสามารถเข้าร่วมได้ฟรี แต่การ +1 ของคุณครั้งนี้ ผู้ซึ่งจะแสดงท่าทีเป็นมิตรในที่สาธารณะจำเป็นต้องซื้อตั๋ว หากคุณกำลังแสดงที่งานมีตติ้ง ไม่มีปัญหาดังกล่าว คุณสามารถพาเพื่อนหนึ่งหรือสองหรือสามคนมาด้วย ซึ่งจะเป็นมิตรในห้องโถง
และข้อดีเพิ่มเติมคือผู้จัดงานมีตติ้งมีโอกาสมากมายที่จะช่วยเหลือคุณ เนื่องจากผู้จัดการประชุมจะมีรายงาน 60 ฉบับที่ต้องมีการทบทวน ฝึกฝน และเตรียมการ เป็นต้น และผู้จัดงานมีตติ้งมีหนึ่ง สองหรือสาม ดังนั้นโดยธรรมชาติแล้ว คุณจะให้ความสนใจมากขึ้น
นอกจากนี้ยังง่ายกว่ามากในการรับข้อเสนอแนะจากการพบปะในท้องถิ่น คุณทำรายงานเสร็จแล้ว และตอนนี้คุณและผู้ชมกำลังสื่อสารและหารือเกี่ยวกับบางสิ่งที่เกี่ยวข้องกับรายงานของคุณแล้ว สำหรับการประชุมขนาดใหญ่ มักจะไม่เป็นเช่นนั้น คุณทำรายงานและนั่นแหล่ะ ผู้ชมที่คุณมีเป็นมวลสีเทาระหว่างรายงานได้ออกไปแล้ว และคุณไม่รู้อะไรเพิ่มเติมเกี่ยวกับพวกเขา คุณไม่ได้ยิน คุณจะไม่ได้รับการตอบกลับใดๆ
ไม่ว่าใครจะพูดอะไร การพบปะในท้องถิ่นเป็นหัวข้อที่ดีโดยทั่วไปและสำหรับผู้เริ่มต้นโดยเฉพาะ
7 ธันวาคม บารุคจะพูดในที่ประชุม
DevOpsDays มอสโก . ในรายงานนี้ บารุคจะวิเคราะห์ความล้มเหลวที่แท้จริงที่เกิดขึ้นทุกวันและทุกที่เมื่ออัปเดตซอฟต์แวร์ มันจะแสดงให้คุณเห็นว่ารูปแบบ DevOps ต่างๆ นั้นเหมาะสมกับสถานการณ์ต่างๆ อย่างไร และการใช้อย่างถูกต้องจะช่วยคุณได้อย่างไรนอกจากนี้ในโปรแกรม: Alexander Chistyakov (vdsina.ru), Mikhail Chinkov (AMBOSS), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (ที่ปรึกษา DevOps)
มาทำความรู้จักกันเถอะ!
ที่มา: will.com