มิคาอิล ชินคอฟอาศัยและทำงานในกรุงเบอร์ลินมาสองปีแล้ว Mikhail อธิบายว่างานของนักพัฒนาซอฟต์แวร์ในรัสเซียและเยอรมนีแตกต่างกันอย่างไร วิศวกรที่เกี่ยวข้องกับ DevOps เป็นที่ต้องการในกรุงเบอร์ลินหรือไม่ และจะหาเวลาเดินทางได้อย่างไร
เกี่ยวกับการย้าย
ตั้งแต่ปี 2018 คุณอาศัยอยู่ในเบอร์ลิน คุณตัดสินใจเรื่องนี้อย่างไร? คุณได้เลือกประเทศและบริษัทที่คุณต้องการทำงานล่วงหน้าอย่างมีสติ หรือคุณได้รับข้อเสนอที่คุณไม่สามารถปฏิเสธได้?
เมื่อถึงจุดหนึ่ง ฉันเบื่อที่จะใช้ชีวิตใน Penza ซึ่งเป็นที่ที่ฉันเกิด เติบโต และเรียนที่มหาวิทยาลัย และเส้นทางมาตรฐานในการย้ายไปมอสโคว์และเซนต์ปีเตอร์สเบิร์กไม่ดึงดูดใจฉันเนื่องจากลักษณะเฉพาะของชีวิตในเมืองเหล่านี้ . ฉันแค่อยากจะลองใช้ชีวิตในยุโรป ซึ่งฉันได้ไปเที่ยวมาในช่วงวันหยุดสองสามปีที่ผ่านมา ฉันไม่มีความชอบใดๆ สำหรับบริษัท เมือง หรือแม้แต่ประเทศใดประเทศหนึ่ง ฉันแค่อยากจะย้ายให้เร็วที่สุด
ในขณะนั้น ฉันถือว่าเบอร์ลินเป็นเมืองที่เข้าถึงได้มากที่สุดสำหรับนักพัฒนาที่จะย้ายไปบริษัทเทคโนโลยี เนื่องจากใน Linkedin นั้น 90% ของบริษัทที่ทนต่อการย้ายถิ่นฐานมาจากเบอร์ลิน ต่อมาฉันบินเข้าเมืองเป็นเวลา 3 วันเพื่อสัมภาษณ์แบบตัวต่อตัวสองสามวัน ฉันชอบเมืองนี้มาก ดังนั้นฉันจึงตัดสินใจว่าอยากอยู่ในเบอร์ลินตอนนี้ หนึ่งสัปดาห์ต่อมา ฉันยอมรับข้อเสนอแรกที่ได้รับจากศูนย์กลางเทคโนโลยีแห่งเบอร์ลินทันที
โปรดบอกเราเพิ่มเติมเกี่ยวกับกระบวนการย้าย สิ่งนี้เกิดขึ้นกับคุณได้อย่างไร? คุณรวบรวมเอกสารอะไรบ้าง? นายจ้างของคุณช่วยเหลือหรือไม่?
ฉันไม่สามารถพูดอะไรใหม่ ๆ ที่นี่ ทุกอย่างเขียนได้ดีมากในหลายบทความ ฉันชอบมันมากขึ้น ทราบกันดีกับทุกคนที่สนใจประเด็นนี้ ในศูนย์กลางเทคโนโลยีแห่งเบอร์ลิน กระบวนการจะเหมือนกันในเกือบทุกบริษัทที่ช่วยวิศวกรในการย้ายที่อยู่
คุณเคยเจออะไรที่ไม่คาดฝันและผิดปกติทั้งในด้านการจัดระบบงาน ชีวิต จิตใจบ้างไหม? คุณใช้เวลานานแค่ไหนในการทำความคุ้นเคยกับชีวิตในท้องถิ่น?
ใช่ ที่จริงแล้ว กระบวนการทำงานในบริษัทต่างๆ ในศูนย์กลางเทคโนโลยีแห่งเบอร์ลินทำให้ฉันตกใจในตอนแรก โดยทั่วไปแล้ว ทุกอย่าง: ตั้งแต่วิธีและจำนวนการชุมนุมไปจนถึงบทบาทของทักษะด้านอารมณ์ในชีวิตวิศวกร
ตัวอย่างเช่น ในเยอรมนี วัฒนธรรมการทำงานมุ่งเน้นไปที่การตัดสินใจร่วมกัน ซึ่งหมายความว่าสำหรับประเด็นที่มีการถกเถียงกันทุกประเด็น การประชุมจะถูกสร้างขึ้นเพื่อให้คุณหารือเกี่ยวกับปัญหาอย่างละเอียดและร่วมกันหาฉันทามติจากมุมมองของคุณ จากรัสเซีย การปฏิบัติดังกล่าวในตอนแรกดูเหมือนว่าวิศวกรจะเสียเวลา ระบบราชการ และความไม่ไว้วางใจ แต่ท้ายที่สุดแล้ว มันก็สมเหตุสมผล เช่นเดียวกับการกระจายความรับผิดชอบต่อผลลัพธ์ของการตัดสินใจ
ช่วงเวลาเช่นนี้รวมทั้งความเข้าใจผิดของเพื่อนร่วมงานทำให้ฉันอ่านหนังสือ และเข้าใจว่าความขุ่นเคืองภายในของคุณนั้นค่อนข้างเป็นความล้มเหลวในการรับรู้ความเป็นจริงของสภาพแวดล้อมใหม่ที่คุณค้นพบตัวเองมากกว่าการพยายามค้นหาความจริง หลังจากอ่านหนังสือ งานของคุณง่ายขึ้นมาก คุณเริ่มเข้าใจความหมายของวลีและการตัดสินใจของเพื่อนร่วมงาน
ในแง่ของชีวิต กระบวนการปรับตัวเข้ากับประเทศใหม่นั้นยากกว่ากระบวนการปรับตัวให้เข้ากับวัฒนธรรมการทำงานมาก โดยปกติแล้วนักจิตวิทยาจะแยกแยะความแตกต่าง ที่บุคคลหนึ่งผ่านไป ในเรื่องนี้เส้นทางของฉันก็ไม่มีข้อยกเว้น ในทางกลับกัน สำหรับฉันแล้วดูเหมือนว่าการปรับตัวเมื่อย้ายไปอยู่ที่ศูนย์กลางความหลากหลายทางวัฒนธรรม เช่น เบอร์ลิน ลอนดอน และบาร์เซโลนา จะง่ายกว่าในเมืองคลาสสิกใดๆ อย่างเห็นได้ชัด
หลังจากใช้ชีวิตอยู่ในเบอร์ลินมาสองปี คุณชอบและไม่ชอบอะไรเกี่ยวกับเมืองนี้
เป็นเรื่องยากสำหรับฉันที่จะรวบรวมรายชื่อข้อดีและข้อเสียของเมืองนี้ เพราะเบอร์ลินกลายเป็นบ้านของฉันอย่างรวดเร็วในทุกแง่มุม
ฉันคิดว่าฉันได้ต่อสู้มาตลอดชีวิตในวัยผู้ใหญ่เพื่ออิสรภาพในทุกรูปแบบ ทั้งทางร่างกาย สังคม การเงิน การเมือง จิตวิญญาณ และจิตใจ ใช่ เสรีภาพในการทำงานแบบเดียวกัน ฉันไม่ชอบการควบคุมจากด้านบนและการจัดการระดับย่อย เมื่อมีคนบอกฉันอยู่ตลอดเวลาว่าต้องทำอะไรและอย่างไร ในเรื่องเหล่านี้ เบอร์ลินดูเหมือนและยังคงดูเหมือนเป็นหนึ่งในเมืองที่เสรีที่สุดในโลก เนื่องจากมีมุมมองที่เสรีเกี่ยวกับชีวิตในสังคม ราคาค่าเช่าที่ค่อนข้างเสรีและความต้องการอื่น ๆ ตลอดจนโอกาสมากมายในการยกระดับอิสรภาพของคุณใน ด้านอื่น ๆ
เกี่ยวกับการทำงานในกรุงเบอร์ลิน
Stack ใดที่เป็นมาตรฐานในสตาร์ทอัพในเบอร์ลิน? โดยทั่วไปสแต็กแตกต่างจากค่าเฉลี่ยในรัสเซียอย่างไร
จากมุมมองของเทคโนโลยี สแต็คในท้องถิ่นนั้นดูน่าเบื่อสำหรับฉัน เว้นแต่พวกเขาจะเป็นบริษัท FinTech สตาร์ทอัพส่วนใหญ่และผู้ที่ย้ายจากสตาร์ทอัพสู่องค์กรก่อตั้งขึ้นในปี 2010-2012 และเริ่มต้นด้วยสถาปัตยกรรมที่ง่ายที่สุด: แบ็กเอนด์เสาหินและบางครั้งก็มีส่วนหน้าติดตั้งอยู่ภายใน ภาษา - ทั้ง Ruby หรือ PHP หรือ Python มีการใช้เฟรมเวิร์กเสมอ, ฐานข้อมูลบน MySQL, แคชบน Redis ตามความรู้สึกส่วนตัว 90% ของบริษัทมีการผลิตทั้งหมดบน AWS
แนวโน้มในปัจจุบันคือการตัดโมโนลิธออกเป็นไมโครเซอร์วิส ห่อไว้ในคอนเทนเนอร์ ปรับใช้กับ Kubernetes และใช้ Golang เป็นภาษามาตรฐานสำหรับแอปพลิเคชันใหม่ สิ่งนี้เกิดขึ้นช้ามาก ซึ่งเป็นเหตุผลว่าทำไมในบริษัทส่วนใหญ่ ฟังก์ชันหลักจึงยังคงถูกฝังอยู่ในหินใหญ่ก้อนเดียว ฉันอยู่ไกลจากส่วนหน้า แต่ถึงแม้จะมี React ก็มักจะเป็นมาตรฐาน
บริษัทเทคโนโลยีขนาดใหญ่อย่าง Zalando และ N26 กำลังพยายามนำเทคโนโลยีมาสู่บริการมากขึ้น เพื่อที่พวกเขาจะได้มีสิ่งที่จะดึงดูดนักพัฒนาที่มีแรงจูงใจเข้าสู่ตลาด บริษัทเทคโนโลยีอื่นๆ พยายามที่จะตามทันเทคโนโลยีล่าสุด แต่จากภายนอกเป็นที่ชัดเจนว่าพวกเขาถูกกดดันด้วยภาระของสถาปัตยกรรมขนาดใหญ่และหนี้ทางเทคนิคที่สะสมมานานหลายปี
ในฐานะวิศวกร ฉันค่อนข้างใจเย็น เพราะในศูนย์กลางเทคโนโลยีของเบอร์ลิน มีบริษัทที่น่าสนใจมากมายจากมุมมองของผลิตภัณฑ์ ในบริษัทดังกล่าว การทำงานเพื่อแนวคิดและผลิตภัณฑ์ที่คุณชอบเป็นการส่วนตัวเป็นเรื่องที่น่าสนใจมากกว่า แทนที่จะมองว่าบริษัทเป็นสถานที่ที่มีกลุ่มเทคโนโลยีที่ทันสมัยซึ่งคุณต้องร่วมงานด้วยอย่างแน่นอน
ชีวิตและการทำงานของนักพัฒนาในรัสเซียและเยอรมนีแตกต่างกันอย่างไร? มีอะไรที่ทำให้คุณประหลาดใจบ้างไหม?
ในเยอรมนี เช่นเดียวกับประเทศอื่นๆ ในยุโรปเหนือ/กลาง สิ่งต่างๆ จะดีขึ้นด้วยความสมดุลระหว่างงาน/ชีวิต และความสัมพันธ์ระหว่างเพื่อนร่วมงาน แต่แย่กว่านั้นคือความรวดเร็วในการทำงาน ในตอนแรก มันไม่เป็นที่พอใจสำหรับฉันที่จะทำความคุ้นเคยกับโครงการภายในที่ใช้เวลาสองสามเดือน ในขณะที่ในบริษัทเทคโนโลยีในรัสเซีย โครงการที่คล้ายกันใช้เวลาสองสามสัปดาห์ ในความเป็นจริง สิ่งนี้ไม่น่ากลัว เนื่องจากมีเหตุผลที่เป็นกลาง และบริษัทต่างๆ มักจะไม่รับรู้ถึงสถานการณ์ดังกล่าวอย่างมีวิจารณญาณ
ไม่เช่นนั้น มันค่อนข้างยากสำหรับฉันที่จะวาดเส้นขนานระหว่างเยอรมนีและรัสเซีย เนื่องจากฉันไม่มีประสบการณ์ทำงานในบริษัทชื่อดังอย่าง Yandex และ Tinkov ซึ่งสถานการณ์อาจคล้ายกับศูนย์กลางเทคโนโลยีของเบอร์ลิน
สำหรับตัวฉันเอง ฉันสังเกตเห็นว่าสิ่งสำคัญอันดับแรกในกรุงเบอร์ลินคือการสร้างบรรยากาศการทำงานที่สะดวกสบายในบริษัทต่างๆ กิจกรรมภายในปกติ และความเก่งกาจของเพื่อนร่วมงานซึ่งเป็นเรื่องที่น่าสนใจเสมอในการสื่อสารในหัวข้อที่ห่างไกลจากไอที แต่ฉันคิดว่ามันขึ้นอยู่กับบริษัทที่คุณทำงานมากกว่าในประเทศ
จากการสังเกตของคุณ ผู้เชี่ยวชาญคนไหนที่เป็นที่ต้องการในเยอรมนี? ผู้เชี่ยวชาญ DevOps เป็นที่ต้องการหรือไม่?
บริษัทส่วนใหญ่มีปัญหาในการรับรู้วัฒนธรรม DevOps และเข้าใจว่าแท้จริงแล้ว DevOps คืออะไร อย่างไรก็ตาม มีตำแหน่งงานว่างจำนวนมากที่มีคำนำหน้า DevOps และสิ่งนี้แสดงให้เห็นอย่างชัดเจนถึงความต้องการผู้เชี่ยวชาญในตลาด
ในขณะนี้ ทุกพื้นที่ที่เกี่ยวข้องในปัจจุบันมีความต้องการด้านไอทีในท้องถิ่นเท่าเทียมกัน ฉันบอกได้เพียงเน้นย้ำถึงความต้องการอย่างมากสำหรับวิศวกรข้อมูล/นักวิเคราะห์ข้อมูล
เรามาพูดถึงเงินเดือนกันดีกว่า วิศวกร DevOps สามารถหารายได้ได้เท่าไหร่ในเยอรมนี?
เป็นเรื่องยากที่จะตอบคำถามนี้ เนื่องจากไอทียังเป็นอุตสาหกรรมใหม่ที่ไม่มีมาตรฐานเงินเดือนที่เฉพาะเจาะจง เช่นเดียวกับที่อื่น เงินเดือนส่วนใหญ่ขึ้นอยู่กับประสบการณ์การทำงานและคุณสมบัติของวิศวกร สิ่งสำคัญคือต้องมองว่าตัวเลขดังกล่าวเป็นเงินเดือนก่อนหักภาษีและการหักเงินประกันสังคม/ประกันต่างๆ นอกจากนี้เงินเดือนในเยอรมนียังขึ้นอยู่กับเมืองที่คุณทำงานอยู่เป็นอย่างมาก ในกรุงเบอร์ลิน มิวนิก แฟรงก์เฟิร์ต และเกิตทิงเงน ช่วงเงินเดือนจะแตกต่างกันเล็กน้อย เช่นเดียวกับค่าครองชีพ
หากเราพูดถึงเบอร์ลิน ข้อได้เปรียบหลักในอาชีพการงานก็คือความต้องการวิศวกรยังสูงกว่าอุปทาน ดังนั้นเงินเดือนจึงสามารถเติบโตได้อย่างรวดเร็วหากต้องการ ข้อเสียเปรียบหลักคือบริษัทส่วนใหญ่ไม่มีนโยบายการปรับเงินเดือนที่ชัดเจนรวมทั้งเกณฑ์การประเมินผลงานที่บริษัทสร้างขึ้น
สามารถดูเลขได้ใน , StackOverflow หรือ . สถิติมีการอัพเดททุกปี ดังนั้น ผมจะไม่รับผิดชอบพูดถึงช่วงเงินเดือนนะครับ
คุณสามารถให้คำแนะนำเกี่ยวกับสิ่งที่ควรทำหากคุณทำงานเป็น Site Reliability Engineer แบบมีเงื่อนไขและต้องการย้ายไปเยอรมนีได้หรือไม่? จะเริ่มต้นที่ไหน? ว่าจะไปที่ไหน?
ฉันไม่คิดว่าฉันมีคำแนะนำพิเศษสำหรับผู้อ่าน เพียงแค่อย่ากลัวสิ่งใด หาเหตุผลเข้าข้างตนเองให้น้อยลงก่อนที่จะย้าย และเปิดใจรับความยากลำบากทั้งหมดที่คุณอาจพบในการย้ายถิ่นฐาน แต่จะมีปัญหาเกิดขึ้น
เบอร์ลินมีชุมชน DevOps ที่เข้มแข็งหรือไม่? คุณไปงานกิจกรรมในท้องถิ่นบ่อยไหม เพราะเหตุใด บอกเราเล็กน้อยเกี่ยวกับพวกเขา พวกเขาคืออะไร?
ฉันไม่ค่อยไปพบปะสังสรรค์ ดังนั้นฉันจึงไม่สามารถพูดได้ว่าคุณลักษณะของชุมชน DevOps ในพื้นที่คืออะไร ฉันหวังว่าจะติดตามปัญหานี้ในปีหน้า ฉันทำได้เพียงถ่ายทอดความประทับใจต่อกลุ่มที่มีธีมจำนวนมากบน meetup.com เท่านั้น ตั้งแต่ผู้คลั่งไคล้ Python และ Golang ไปจนถึงผู้ชื่นชอบ Clojure และ Rust
จากการพบปะที่ฉันเข้าร่วม กลุ่มผู้ใช้ HashiCorp นั้นดีมาก - แต่ที่นั่น ฉันชอบชุมชน HashiCorp ที่มีกลุ่มในเมืองต่างๆ มากกว่า
ฉันอ่านเจอว่าคุณย้ายโดยไม่พูดภาษาเยอรมัน หนึ่งปีผ่านไปเป็นยังไงบ้าง? คุณต้องการภาษาเยอรมันเพื่อทำงานหรือคุณไม่จำเป็นต้องใช้ภาษาเยอรมัน?
ฉันเรียนภาษาเยอรมัน ตอนนี้ระดับภาษาอยู่ระหว่าง B1 ถึง B2 ฉันยังคงติดต่อกับชาวเยอรมันตั้งแต่ปีแรกของการใช้ชีวิตในกรุงเบอร์ลินเป็นภาษาอังกฤษ เพราะมันง่ายกว่าสำหรับทั้งสองฝ่าย และฉันเริ่มต้นการติดต่อใหม่ทั้งหมดเป็นภาษาเยอรมัน แผนการเร่งด่วนของฉันคือการก้าวหน้าในการศึกษา รวบรวมความรู้โดยผ่านการสอบใบรับรอง B2 เพราะฉันต้องการสื่อสารอย่างมั่นใจมากขึ้นและอ่านวรรณกรรมคลาสสิกในต้นฉบับ
ในเบอร์ลิน ภาษาเป็นสิ่งจำเป็นมากขึ้นสำหรับการปรับตัวให้เข้ากับประเทศ โดยได้รับความรู้สึกสบายจากภายในและสามารถเข้าถึงพื้นที่พักผ่อนได้อย่างเต็มที่ (โรงละคร/โรงภาพยนตร์/การแสดงเดี่ยวไมโครโฟน) แต่ภาษานั้นไม่น่าจะจำเป็นในการทำงานของซอฟต์แวร์ วิศวกรรม. ในทุกบริษัท ภาษาอังกฤษเป็นภาษาราชการของแผนกวิศวกรรม แม้แต่ในบริษัทเยอรมันขนาดใหญ่ เช่น Deutsche Bank, Allianz และ Volkswagen
สาเหตุหลักคือการขาดแคลนบุคลากร สถานะของเมืองในฐานะศูนย์กลางวัฒนธรรมนานาชาติ และชาวต่างชาติจำนวนมากที่มีปัญหาในการเรียนภาษาเยอรมัน อย่างไรก็ตาม ทุกบริษัทเปิดสอนหลักสูตรภาษาเยอรมันรายสัปดาห์ในช่วงเวลาทำงานโดยองค์กรเป็นผู้ออกค่าใช้จ่าย เพื่อให้พนักงานนอกเวลาทำงานใช้ชีวิตได้ง่ายขึ้น
ตลอดสองปีของการติดต่อกับบริษัทและผู้จัดหางาน ฉันได้รับการติดต่อเป็นภาษาเยอรมันเพียงสองครั้งเท่านั้น ในข้อยกเว้นประเภทนี้ โดยปกติแล้วระดับ B1/B2 ก็เพียงพอที่จะดำเนินการได้ เช่นเดียวกับชาวอเมริกันที่ใช้ภาษาอังกฤษ ชาวเยอรมันค่อนข้างใจเย็นกับความผิดพลาดในการพูดของคุณ เพราะพวกเขาเข้าใจว่าภาษานั้นไม่ใช่เรื่องง่าย
ใน คุณเขียนว่า DevOps ไม่ใช่ความสามารถในการบิด Kubernetes และ Prometheus แต่เป็นวัฒนธรรม ในความเห็นของคุณ บริษัทควรทำอย่างไรเพื่อพัฒนาวัฒนธรรม DevOps ในทีมของตน ไม่ใช่คำพูด แต่ในการกระทำ คุณทำอะไรอยู่ที่บ้าน?
ฉันคิดว่าก่อนอื่น คุณต้องซื่อสัตย์และชี้ประเด็นทั้งหมดเกี่ยวกับการกระจายความรับผิดชอบสำหรับผลิตภัณฑ์ ปัญหาหลักที่ DevOps แก้ไขคือการโยนความรับผิดชอบและปัญหาที่เกี่ยวข้องกับความรับผิดชอบนี้ออกไปนอกกำแพง ทันทีที่ผู้คนเข้าใจว่าการแบ่งปันความรับผิดชอบนั้นเป็นประโยชน์ต่อทั้งบริษัทและวิศวกร สิ่งต่างๆ จะเคลื่อนจากจุดตายและคุณสามารถทำงานตามเป้าหมายได้แล้ว: การปรับไปป์ไลน์การส่งมอบ ลดอัตราความล้มเหลวในการปรับใช้ และสิ่งอื่น ๆ ที่คุณสามารถกำหนดได้ สถานะของ DevOps ในบริษัท
ในอาชีพของฉัน ฉันยังไม่ได้เลื่อนตำแหน่ง DevOps จากมุมมองของหัวหน้าฝ่ายเทคนิคหรือ CTO ของบริษัท ฉันทำหน้าที่ในตำแหน่งวิศวกรที่รู้บางอย่างเกี่ยวกับ DevOps มาโดยตลอด ในความเป็นจริง ใน DevOps ตำแหน่งของตัวขับเคลื่อนวัฒนธรรมมีความสำคัญมาก โดยเฉพาะอย่างยิ่งขอบเขตของอิทธิพลและคุณสมบัติความเป็นผู้นำของตัวขับเคลื่อน บริษัทสุดท้ายของฉันในตอนแรกมีลำดับชั้นที่ค่อนข้างราบเรียบและมีบรรยากาศของความไว้วางใจระหว่างเพื่อนร่วมงาน และสิ่งนี้ทำให้เป้าหมายของฉันในการส่งเสริมวัฒนธรรมง่ายขึ้นมาก
ตอบคำถามเฉพาะเจาะจงเกี่ยวกับสิ่งที่สามารถทำได้เพื่อประโยชน์ของ DevOps ในรายงานของฉันเกี่ยวกับ แนวคิดหลักคือในการพัฒนาวัฒนธรรม DevOps คุณไม่เพียงต้องจัดการกับเทคโนโลยีในโครงสร้างพื้นฐานเท่านั้น แต่ยังรวมถึงการฝึกสอนภายในและการกระจายความรับผิดชอบในกระบวนการทางเทคนิคด้วย
ตัวอย่างเช่น เราใช้เวลาสองเดือนในการสร้างแพลตฟอร์มสำหรับเซิร์ฟเวอร์ QA และ PR เพื่อตอบสนองความต้องการของนักพัฒนาและผู้ทดสอบ อย่างไรก็ตาม งานที่น่าทึ่งทั้งหมดนี้จะถูกลืมเลือนหากความสามารถไม่ได้รับการสื่อสารอย่างถูกต้อง คุณสมบัติไม่ได้รับการจัดทำเป็นเอกสาร และการฝึกอบรมพนักงานไม่เสร็จสมบูรณ์ และในทางกลับกัน หลังจากเวิร์กช็อปที่ดำเนินการอย่างดีและเซสชันการเขียนโปรแกรมคู่ วิศวกรที่มีแรงบันดาลใจได้รับแรงบันดาลใจจากฟังก์ชันการทำงานใหม่ที่มีประโยชน์ และได้แก้ไขปัญหาต่อไปนี้ที่ตัดกับแพลตฟอร์มโครงสร้างพื้นฐานแล้ว
หากคุณต้องการคำถามเพิ่มเติมเกี่ยวกับ DevOps ที่นี่ ซึ่ง Misha ตอบคำถามโดยละเอียดว่า “เหตุใด DevOps จึงจำเป็น” และ “จำเป็นต้องสร้างแผนก DevOps พิเศษในบริษัทหรือไม่?”
เกี่ยวกับการพัฒนา
ในช่องของคุณบางครั้งคุณอาจแนะนำบทความและบล็อกระดับมืออาชีพ คุณมีหนังสือนิยายเรื่องโปรดบ้างไหม?
ใช่ ฉันพยายามหาเวลาอ่านนิยาย ฉันไม่สามารถอ่านนักเขียนคนใดคนหนึ่งได้ในอึกเดียว นวนิยายแล้วเล่มเล่า ดังนั้นฉันจึงผสมผสานงานรัสเซียและต่างประเทศ ในบรรดานักเขียนชาวรัสเซีย ฉันชอบ Pelevin และ Dovlatov มากที่สุด แต่ฉันก็ชอบอ่านหนังสือคลาสสิกของศตวรรษที่ 19 ด้วย ในบรรดาต่างชาติ ฉันชอบ Remarque และ Hemingway
ที่นั่นคุณเขียนเกี่ยวกับการเดินทางเยอะมาก และเมื่อสิ้นปี 2018 คุณเขียนว่าคุณได้ไปเยือน 12 ประเทศ และ 27 เมือง นี่เป็นจุดที่เจ๋งมาก! คุณจัดการงานและการเดินทางอย่างไร?
ในความเป็นจริงทุกอย่างค่อนข้างง่าย: คุณต้องใช้วันลาพักร้อน วันหยุดสุดสัปดาห์ และวันหยุดให้เป็นประโยชน์ รวมถึงการเดินทางอย่างแข็งขันในระหว่างการเดินทาง :)
ฉันไม่ใช่คนเร่ร่อนทางดิจิทัลและไม่เคยทำงานนอกสถานที่เป็นประจำ แต่ฉันคิดว่าฉันมีเวลาว่างเพียงพอที่จะเดินทางนอกที่ทำงานเพื่อสำรวจโลก สถานการณ์ดีขึ้นหลังจากย้ายไปเบอร์ลิน โดยตั้งอยู่ในใจกลางยุโรปและมีวันลาพักร้อนเพิ่มมากขึ้น
ฉันยังพยายามเดินทางเป็นเวลาหนึ่งเดือนระหว่างงานเก่าและงานใหม่ แต่แม้หนึ่งเดือนบนท้องถนนก็ดูเหมือนจะมีเวลามากเกินไปสำหรับฉัน ตั้งแต่การเดินทางครั้งนั้น ฉันพยายามใช้เวลาหนึ่งสัปดาห์ถึงหนึ่งสัปดาห์ครึ่งเพื่อจะได้กลับไปทำงานได้อย่างไม่ลำบาก
สถานที่สามแห่งที่คุณชอบมากที่สุดและเพราะเหตุใด
ในฐานะแบ็คแพ็คเกอร์ ประเทศที่ดึงดูดใจฉันมากที่สุดคือโปรตุเกส โอมาน และอินเดีย ฉันชอบโปรตุเกสในมุมมองของประวัติศาสตร์และอารยธรรมยุโรป เช่น สถาปัตยกรรม ภาษา วัฒนธรรม โอมาน - การต้อนรับอย่างเหลือเชื่อและความเป็นมิตรของคนในท้องถิ่น ตลอดจนบรรยากาศของการพักผ่อนท่ามกลางความตึงเครียดในตะวันออกกลาง ฉันยังพูดถึงโอมานด้วยซ้ำ เขียน. อินเดีย - ความหลากหลายของชีวิตในภูมิภาคและอัตลักษณ์ทางวัฒนธรรม เนื่องจากยุคของดาวเคราะห์ Starbucks และกาแล็กซีของ Microsoft ที่ Palahniuk มอบให้ยังไม่บรรลุนิติภาวะ ฉันชอบกรุงเทพและภาคเหนือของประเทศไทยมาก ทางตอนใต้ที่มีทะเล หมู่เกาะ และคาบสมุทรดูมีนักท่องเที่ยวมากเกินไป
คุณสามารถอ่านบันทึกการเดินทางของ Misha ได้ในช่อง Telegram ของเขา
คุณจะจัดการเพื่อรักษาสมดุลระหว่างงาน/ชีวิตได้อย่างไร? แบ่งปันความลับของคุณ :)
ฉันไม่มีความลับที่นี่ ไม่ว่าจะในรัสเซียหรือเยอรมนี บริษัทเทคโนโลยีทั่วไปจะเปิดโอกาสให้คุณจัดโครงสร้างเวลาทำงานในแบบที่เหมาะกับคุณ ฉันมักจะไม่นั่งทำงานจนดึกดื่นหากบริการทำงานได้อย่างเสถียรและไม่มีเหตุสุดวิสัย เพียงเพราะหลัง 5-6 น. สมองของฉันไม่รับรู้คำกระตุ้นการตัดสินใจจากคำว่า "เลย" และขอให้ฉันผ่อนคลายและนอนหลับให้สบาย
อาชีพเกือบทุกประเภทในอุตสาหกรรมเทคโนโลยี ตั้งแต่การพัฒนาไปจนถึงการออกแบบ เป็นอาชีพที่มีความคิดสร้างสรรค์ โดยไม่จำเป็นต้องใช้เวลาทำงานเป็นจำนวนมาก สำหรับฉันดูเหมือนว่าการกระทืบนั้นไม่ดีต่องานสร้างสรรค์ เพราะสุดท้ายคุณจะน่าเบื่อและทำงานน้อยกว่าที่คุณทำได้โดยไม่ต้องทำงานล่วงเวลา จริงๆ แล้วการทำงานต่อเนื่อง 4-6 ชั่วโมงในสตรีมนั้นเยอะมาก โดยไม่มีการหยุดชะงัก และการสลับบริบทคุณสามารถเคลื่อนย้ายภูเขาได้
ฉันยังสามารถแนะนำหนังสือสองเล่มที่ช่วยฉันได้: จากพวกจาก Basecamp และ จากแม็กซิม โดโรเฟเยฟ
ปัจจุบันนี้ หลายๆ คนกำลังพูดถึงภาวะหมดไฟ คุณเคยรู้สึกบางอย่างที่คล้ายกันหรือไม่? ถ้าใช่ คุณจะรับมืออย่างไร? คุณจะทำให้งานของคุณน่าสนใจยิ่งขึ้นได้อย่างไร?
ใช่ พูดตามตรง ฉันยังคงเหนื่อยหน่ายอยู่บ้างเป็นครั้งคราว โดยทั่วไปนี่เป็นตรรกะจากมุมมองเชิงปรัชญาทุกสิ่งที่มีคุณสมบัติในการเผาไหม้ในที่สุดก็จะหมดไป :) คุณสามารถต่อสู้กับผลที่ตามมาได้ แต่สำหรับฉันแล้วดูเหมือนว่าการระบุสาเหตุของความเหนื่อยหน่ายนั้นสำคัญกว่ามาก และกำจัดมันออกไป
เหตุผลแตกต่างกันไปสำหรับทุกคน: สำหรับบางคนมีข้อมูลมากเกินไปสำหรับบางคนทำงานหนักเกินไปในงานหลักมีสถานการณ์เมื่อคุณไม่มีเวลาที่จะรวมงานงานอดิเรกและการขัดเกลาทางสังคมเข้าด้วยกัน ที่ไหนสักแห่งที่คุณไม่รู้สึกถึงความท้าทายใหม่ๆ ในชีวิต และคุณเริ่มกังวลกับมัน ปัญหาส่วนใหญ่สามารถแก้ไขได้โดยการแก้ไขปรัชญาชีวิต ค่านิยมส่วนบุคคล และบทบาทของงานในชีวิตของคุณ
ช่วงนี้แทบไม่มีความสนใจในงานหรืองานที่น่าเบื่อเลย มีเทคนิคต่างๆ มากมายในการทำให้งานที่น่าเบื่อน่าเบื่อน้อยลง ซึ่งบางเทคนิคที่ฉันได้เรียนรู้มา คิริลล์ ชิรินคิน เพื่อนของฉัน แต่ฉันพยายามที่จะแก้ไขปัญหานี้ในระดับต้นเหตุ เพียงแค่เลือกงานที่จะมอบความท้าทายสูงสุดสำหรับอาชีพและบุคลิกภาพของฉัน และขั้นต่ำของระบบราชการในองค์กร
วันที่ 7 ธันวาคม มิคาอิลจะพูดในที่ประชุม ด้วยการเสวนาเรื่อง “We Are All DevOps” ซึ่งจะอธิบายว่าทำไมการมุ่งเน้นไม่เพียงแต่เกี่ยวกับวิธีการใช้งานสแต็กล่าสุดเท่านั้น แต่ยังรวมถึงแง่มุมทางวัฒนธรรมของ DevOps ด้วย
นอกจากนี้ในโปรแกรม: Barukh Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (ที่ปรึกษา DevOps)
มาทำความรู้จักกันเถอะ!
ที่มา: will.com