Sarah Dayan จาก Algolia เกี่ยวกับสิ่งที่ทำให้วิศวกรอาวุโสแตกต่าง

แม้ว่าทักษะการเขียนโค้ดที่ดีจะได้รับการชื่นชมเสมอ แต่การเป็นพนักงานและวิศวกรนั้นต้องการมากกว่าความสามารถทางเทคนิคของคุณ ต้องใช้อะไรบ้างจึงจะไปถึงที่นั่น และที่สำคัญกว่านั้น คุณจะส่งผลกระทบมากที่สุดต่อองค์กรของคุณไปที่ใด

เมื่อคุณไปถึงระดับอาวุโสในสายงานวิศวกรรม คุณคาดว่าจะเหมาะสมที่สุดในชุดทักษะหนักของคุณ คุณเป็นอิสระ รหัสของคุณไม่มีที่ติ และคุณมีความเข้าใจอย่างลึกซึ้งเกี่ยวกับซอฟต์แวร์การสร้างและการจัดส่ง แต่การได้รับบทบาทพนักงานและบทบาทเป็นสัตว์ร้ายอีกตัวหนึ่ง มีการจัดการโครงการ การให้คำปรึกษาและการสอน การตัดสินใจ การสร้างความสัมพันธ์ และคุณค่าที่คุณมอบให้กับบริษัทไม่ได้ถูกวัดโดยคุณภาพของบรรทัดโค้ดของคุณอีกต่อไป แต่จะเป็นการขับเคลื่อนองค์กรด้านวิศวกรรมไปข้างหน้า

แขกของวันนี้ก็ผ่านมาได้แค่นั้น Sarah Dayan เป็นวิศวกรของ Algolia ซึ่งเป็นแพลตฟอร์ม "Search-as-a-Service" ที่ช่วยให้นักพัฒนาสร้างดัชนีและความสามารถในการค้นหาในแพลตฟอร์มของตนเองผ่าน API และโฮสต์ของพอดคาสต์เทคโนโลยีสองรายการ ได้แก่ Developer Experience และ Entre Devs เธอสร้างห้องสมุดส่วนหน้า ซึ่งเป็นบทบาทที่เหมาะสมกับเธออย่างยิ่ง เนื่องจากเธอหลงใหลในประสบการณ์ผู้ใช้ การออกแบบ และการสร้างสิ่งต่างๆ มาอย่างยาวนาน อันที่จริง Sarah หมกมุ่นอยู่กับการสร้างเว็บไซต์ตั้งแต่พ่อแม่ของเธอติดตั้งอินเทอร์เน็ตบรอดแบนด์ในห้องใต้ดินของเธอ มันเป็นรักแรกคลิก เธอรวบรวมฟอรัม phpBB แรกเมื่ออายุ 15 ปี เขียนหน้าแรก HTML ไม่นานหลังจากนั้น และไม่หยุดสร้างสิ่งต่างๆ ตั้งแต่นั้นเป็นต้นมา

แม้จะไม่มีการศึกษาด้านวิศวกรรมอย่างเป็นทางการ แต่ Sarah ก็ได้งานเป็นนักพัฒนาใน Grand Manitou ที่ปรึกษาชาวฝรั่งเศส เมื่อ 4 ปีที่แล้ว ในปี 2018 เธอได้งานที่ Algolia ในตำแหน่งวิศวกรซอฟต์แวร์ เธอก้าวขึ้นสู่ตำแหน่งอย่างขยันขันแข็ง ในที่สุดก็เติบโตขึ้นมาในบทบาทผู้สนับสนุนรายบุคคลของวิศวกรประจำทีม และทันใดนั้น สิ่งที่เธอใส่ใจในช่วงไม่กี่ปีที่ผ่านมา – การเป็นวิศวกรที่ดีขึ้น การเขียนโค้ดที่ดีขึ้น – ทำให้เกิดความท้าทายใหม่ๆ เธอจะจัดหาทิศทางทางเทคนิคที่ถูกต้องให้กับบริษัทได้อย่างไร? เลิกบล็อกคอขวดไหม ให้คำปรึกษาและช่วยเหลือวิศวกรคนอื่น ๆ เหมือนที่คนอื่นทำเพื่อเธอ?

ในตอนนี้ เรานั่งคุยกับ Sarah เพื่อพูดคุยเกี่ยวกับความแตกต่าง ความสามารถ และความคาดหวังของพนักงานและบทบาทวิศวกร

ต่อไปนี้คือสิ่งที่เราโปรดปรานบางส่วนจากการสนทนา:

• ถ้าไม่อยากล้าหลัง ให้เรียนรู้ต่อไป อภิปรายแนวคิดและรับข้อเสนอแนะจากวิศวกรคนอื่นๆ ด้วยมุมมองและภูมิหลังที่แตกต่างกัน
• ในฐานะที่เป็นวิศวกรประจำทีม พลังงานจำนวนมากของคุณจะนำไปสู่การทำงานร่วมกันข้ามทีมเพื่อวิสัยทัศน์และกลยุทธ์ บริษัทจะก้าวไปถึงไหนในอีก 5 ปีข้างหน้า? คุณจะไปที่นั่นได้อย่างไร?
• การมีวิศวกรประจำทีมเป็นพี่เลี้ยงช่วยให้ผู้เยาว์จำนวนมากขึ้นได้รับความกระจ่างเกี่ยวกับขั้นตอนที่ต้องดำเนินการเพื่อบรรลุบทบาทเหล่านั้น และคุณติดตามกระบวนการสร้างผู้นำด้านวิศวกรรมได้อย่างรวดเร็ว
• ตรงกันข้ามกับความเชื่อที่นิยม วิศวกรประจำทีมไม่ใช่วิธีแก้ปัญหาเชิงโครงสร้างอย่างรวดเร็ว ก่อนที่จะรับงานใหม่ ให้ถามถึงสิ่งที่คุณคาดหวังเพื่อหลีกเลี่ยงความเข้าใจผิด
• วิศวกรประจำทีมต้องเข้าใจความต้องการของบริษัทเพื่อให้บรรลุเป้าหมายได้ ขณะเริ่มต้นใช้งาน ให้อ่านเอกสารให้มากที่สุดเท่าที่จะมากได้

หากคุณชอบการสนทนาของเรา ลองดูตอนอื่นๆ ของพอดคาสต์ของเรา คุณสามารถติดตามบน iTunes, Spotify, YouTube หรือรับฟีด RSS ในเครื่องเล่นที่คุณเลือก สิ่งต่อไปนี้คือการถอดเสียงของตอนที่มีการแก้ไขเล็กน้อย

อย่าหยุดเรียนรู้

Brian Scanlan: ขอบคุณมาก Sarah ที่มาร่วมงานกับเราในวันนี้ ฉันดีใจที่มีโอกาสได้คุยกับคุณ ก่อนที่เราจะพูดถึงบทบาทและการทำงานของคุณที่ Algolia ฉันชอบที่จะได้ยินเกี่ยวกับการเดินทางของคุณจนถึงจุดนี้ การเดินทางของคุณไปยังที่ที่คุณอยู่ในวันนี้เริ่มต้นอย่างไร

Sarah Dayan: สวัสดีขอบคุณที่มีฉัน นั่นเป็นเรื่องตลกจริงๆ ตอนนี้ฉันอายุ 32 ปี และเรามีบรอดแบนด์และอินเทอร์เน็ตไม่จำกัดที่บ้านตอนฉันอายุ 15 ปี ฉันมักจะสร้างสิ่งต่างๆ อยู่เสมอ และครั้งแรกที่ฉันเห็นเว็บไซต์ ฉันก็แบบ "ฉันต้องรู้วิธีที่จะทำสิ่งนั้น" สิ่งหนึ่งนำไปสู่อีกสิ่งหนึ่ง และฉันสร้างฟอรัมแรกด้วย phpBB PHP นั้นใหญ่มากจริงๆ และมันก็ยังใหญ่อยู่ แต่จริงๆ แล้วมันเป็นภาษาสำหรับเว็บในสมัยนั้น

“ฉันตัดสินใจว่านี่ไม่ใช่ของฉัน บางทีฉันควรจะทำในสิ่งที่ฉันรัก ฉันก็เลยกลับไปทำสิ่งที่ชอบ นั่นคือการสร้างเว็บไซต์”

ย้อนกลับไปตอนนั้น การมีอาชีพด้านเทคโนโลยี โดยเฉพาะในฐานะวิศวกรซอฟต์แวร์ ไม่ได้เจ๋งและร้อนแรงเหมือนในทุกวันนี้ พ่อแม่ของฉันคิดว่าฉันควรจะเป็นนักข่าวเพราะฉันเก่งภาษาและวรรณคดีที่โรงเรียน และนั่นคือสิ่งแรกที่ฉันทำ ฉันทำงานวารสารศาสตร์ปีแรก ซึ่งฉันล้มเหลวโดยสิ้นเชิง จากนั้นฉันก็ตัดสินใจว่านี่ไม่ใช่งานของฉัน บางทีฉันควรจะทำในสิ่งที่ฉันรัก ดังนั้นฉันจึงกลับไปที่สิ่งที่ฉันชอบ นั่นคือการสร้างเว็บไซต์ ฉันได้งานแรกที่เอเจนซี่และใช้เวลาหกปีที่นั่น มันสอนฉันมากมายเกี่ยวกับงาน การทำงานกับลูกค้า กับคนที่รู้ว่าตัวเองต้องการอะไร และคนที่ไม่รู้ว่าตัวเองต้องการอะไร จากนั้นฉันก็ย้ายไปที่โลกเริ่มต้น ฉันเขียนโค้ดมานานกว่า 15 ปีแล้ว แต่ในเชิงอาชีพ ฉันทำมา 12 ปีแล้ว และนี่คือสิ่งที่นำฉันไปสู่บทบาทปัจจุบันของฉันที่ Algolia ฉันอยู่ที่นั่นมาสี่ปีแล้วและนับ

ไบรอัน: สุดยอด คุณมีบทเรียนที่น่าสนใจที่คุณได้เรียนรู้แต่เนิ่นๆ ที่ติดอยู่กับคุณหรือไม่?

Sarah: ฉันไม่มีเส้นทางสู่เทคโนโลยีแบบคลาสสิก ฉันไม่ได้เรียนวิศวกรรมศาสตร์ และมีความเป็นไปได้ที่จะมีอาชีพที่ยอดเยี่ยมในด้านเทคโนโลยีถ้าคุณไม่ทำอย่างนั้น คุณสามารถเรียนรู้ด้วยตนเองได้แน่นอน คุณสามารถเรียนรู้จากคนอื่นได้ และไม่จำเป็นต้องมีปริญญา แต่การไม่มีปริญญาไม่ใช่ข้ออ้างของการไม่เรียน มีบล็อกโพสต์ที่ยอดเยี่ยมโดย Sarah Drasner ผู้จัดการฝ่ายวิศวกรรมของ Google เกี่ยวกับ CSS-Tricks เกี่ยวกับเรื่องนี้ แม้ว่าคุณจะสามารถประกอบอาชีพด้านเทคโนโลยีได้โดยไม่ต้องมีปริญญา แต่ก็ไม่ได้ยกเว้นคุณจากการเรียนรู้และแสวงหาความรู้

“ฉันไม่ได้รับคำติชม ไม่ได้สนทนากับผู้อื่น กับวิศวกรคนอื่นๆ ด้วยมุมมองอื่นๆ และภูมิหลังอื่นๆ ฉันก็เลยถอยหลัง”

และสิ่งหนึ่งที่คุณเรียนรู้จริงๆ ในโรงเรียนคือการเรียนรู้ที่จะเรียนรู้ และนั่นเป็นทักษะที่สำคัญจริงๆ ในช่วงต้นของอาชีพการงาน ที่หน่วยงานที่ฉันบอกคุณ ฉันเป็นพนักงานคนเดียวมาเป็นเวลานาน ฉันอยู่คนเดียว และฉันมีเจ้านายของฉันซึ่งกำลังเขียนโค้ดอยู่ด้วย แต่ถูกเอาออกจากสิ่งที่ฉันทำอยู่เล็กน้อย และถึงแม้การทำงานคนเดียวจะทำให้เป็นอิสระ – คุณมีความไว้วางใจสูง มีอิสระมากมาย – คุณไม่เรียนรู้เร็วเพราะไม่มีคำติชมหรือมุมมองอื่นๆ นอกเหนือจากของคุณเอง และถ้าคุณไม่ทำการเรียนรู้อย่างกระตือรือร้น คุณก็จะล้าหลัง

นั่นเป็นหนึ่งในสิ่งที่เกิดขึ้นกับฉัน ฉันไม่ได้รับคำติชม ไม่ได้สนทนากับผู้อื่น กับวิศวกรคนอื่น ด้วยมุมมองอื่นๆ ภูมิหลังอื่นๆ ดังนั้นฉันจึงล้มลง ฉันอาศัยความรู้ที่ฉันมี และฉันไม่มีเหตุผลที่จะทำสิ่งต่าง ๆ เพราะมันใช้ได้ผล นั่นจะเป็นหนึ่งในบทเรียนที่ยิ่งใหญ่ที่สุดที่ฉันได้รับในช่วงต้นของอาชีพการงาน โดยเฉพาะอย่างยิ่ง หากคุณไม่มีเส้นทางสายเทคโนโลยีที่คลาสสิก การห้อมล้อมตัวคุณกับคนอื่นๆ ที่เสนอความคิดเห็นและมุมมองของพวกเขาเป็นสิ่งที่ประเมินค่าไม่ได้ และนั่นจะช่วยเพิ่มพลังให้กับอาชีพของคุณ

Brian: ฉันคิดว่านี่เป็นคำแนะนำที่ดีสำหรับทุกคนในบทบาทที่เป็นมืออาชีพ แต่ดูเหมือนว่ามันจะได้ผลสำหรับคุณจริงๆ คุณพลาดอะไรเกี่ยวกับการไม่ทำงานกับ PHP หรือไม่?

Sarah: ฉันคิดว่า PHP เป็นภาษาที่ยอดเยี่ยม คุณสามารถหาแรงบันดาลใจมากมายจาก PHP ใน JavaScript สมัยใหม่ ฉันไม่ได้ทำงานกับมันแล้วเพราะ JavaScript ได้พัฒนาจนถึงจุดที่คุณสามารถใช้ได้ทุกที่ที่คุณต้องการใช้ PHP และโดยเฉพาะอย่างยิ่งในฐานะวิศวกรส่วนหน้า มีข้อดีมากมายในการใช้ภาษาเดียวกันในส่วนหน้าและส่วนหลัง เช่น การแบ่งปันร่วมกัน แต่ฉันคิดว่า PHP เป็นภาษาที่ยอดเยี่ยม มีเรื่องตลกที่ไม่ดีมากมายและ "โอ้ PHP ตายแล้ว" แต่เมื่อคุณดูความสำเร็จของบางอย่างเช่น Laravel ฉันรู้สึกว่า PHP นั้นยังห่างไกลจากความตาย

เมื่อฉันเข้าสู่ PHP เฟรมเวิร์กที่คนจริงจังใช้เรียกว่าเฟรมเวิร์ก Zen อันที่จริง ฉันเชื่อว่า Zen เป็นบริษัทที่อยู่เบื้องหลัง PHP หรืออย่างน้อยก็นำมันกลับมา ไม่มีใครใช้ Zen framework อีกต่อไป อย่างน้อยก็ไม่ใช่สำหรับโครงการใหม่ใดๆ แต่เป็นการดีที่จะเห็นว่า PHP อยู่ที่ไหนในตอนนี้ มันยังคงเฟื่องฟู ผู้คนเพลิดเพลินกับการเขียนโค้ดใน PHP และฉันคิดว่ามันเยี่ยมมาก ไม่ใช่สำหรับทุกคน แต่คุณทำเพื่อคุณ ทุกคนสามารถนั่งที่โต๊ะด้วยภาษาที่พวกเขาชอบ

ปีนบันไดวิศวกรรม

Brian: ปัจจุบันคุณเป็นวิศวกรของ Algolia บอกฉันสักเล็กน้อยเกี่ยวกับบทบาทนั้นและสิ่งที่คุณทำงานอยู่ แล้วเราจะพูดถึงสิ่งที่วิศวกรประจำพนักงานคืออะไร

ซาร่าห์: แน่นอน ฉันเป็นวิศวกรพนักงานและฉันทำงานในส่วนหน้า ฉันอยู่ในทีมที่เรียกว่าประสบการณ์ส่วนหน้า หรือเรียกสั้นๆ ว่า FX และเราทำงานกับไลบรารีส่วนหน้าสำหรับ Algolia Algolia เป็นเครื่องมือค้นหา ดังนั้นจึงเป็นแบบครบวงจร คุณมีเอ็นจิ้นและไคลเอนต์ API บางตัวในหลายภาษาเพื่อส่งข้อมูลของคุณเพื่อค้นหา แต่คุณก็มีไลบรารีส่วนหน้าเช่นกัน เนื่องจากใครมีเวลาที่จะสร้างช่องค้นหาที่ใช้งานได้ รายการฮิต รายการปรับแต่ง หรือ เมนูลำดับชั้น?

สิ่งเหล่านี้ยากที่จะนำไปใช้อย่างถูกต้อง ดังนั้นเราจึงทำสิ่งนั้นให้กับลูกค้า และนั่นคือทีมที่ฉันกำลังดำเนินการอยู่ ฉันเป็นผู้สนับสนุนรายบุคคล (IC) และฉันไม่ได้อยู่ในเส้นทางความเป็นผู้นำ แต่ประเด็นก็คือ เมื่อคุณเติบโตไปสู่บทบาทที่สูงขึ้นในฐานะ IC ความเป็นจริงของคุณจะกลมกลืนกับบทบาทความเป็นผู้นำของคุณเล็กน้อย ฉันไม่มีรายงานใดๆ และไม่ได้จัดการใครเลย แต่ฉันใช้เวลาส่วนใหญ่กับผู้จัดการของฉันในหัวข้อที่เกี่ยวกับวิสัยทัศน์ของสิ่งต่างๆ มากกว่า แต่ฉันยังคงเขียนโค้ดทุกวัน และเหมือนกับทุกๆ คน ฉันเขียนรีวิวและรับคำวิจารณ์ ดังนั้นจึงยังคงเป็นหน้าที่ของ IC ที่ Algolia คุณสามารถเติบโตไปสู่ระดับที่ค่อนข้างสูง และยังคงเป็น Contributor ที่เขียนโค้ดได้ทุกวัน

“อะไรก็ตามที่อยู่เหนือระดับอาวุโส และคุณเริ่มทุ่มเทพลังงานจำนวนมากลงในกลยุทธ์ – วิสัยทัศน์คืออะไร ผลิตภัณฑ์จะอยู่ที่ไหนในอีก 5 ปีข้างหน้า และเราจะประสบความสำเร็จในสิ่งเหล่านั้นได้อย่างไร”

Brian: คุณคิดว่าคุณใช้เวลาเท่าไหร่ในการจัดส่งเมื่อเทียบกับงานที่เหลือทั้งหมด? แชร์บริบท ทำงานกับกลยุทธ์ อะไรแบบนั้น

Sarah: นั่นเป็นเรื่องยากที่จะวัด ผมว่า 50/50 มีหลายครั้งที่ฉันเขียนโค้ดเป็นจำนวนมาก และฉันได้รวมบทวิจารณ์ไว้ในการเขียนโค้ดด้วย เนื่องจากเป็นพลังงานเดียวกับที่คุณใช้ แต่ยังมีเวลาอีกมากในการวางกลยุทธ์ การประชุมจำนวนมาก เอกสารเกี่ยวกับการมองเห็นจำนวนมาก การคิดมาก การสนทนาจำนวนมากเพื่อรวบรวมคำติชม เช่น การทำงานกับนายกรัฐมนตรี นักวิจัย นักออกแบบ... ทั้งหมดนี้เป็นส่วนหนึ่งของงาน . ที่ Algolia คุณมีเจ้าหน้าที่อาวุโส อาจารย์ใหญ่ และอื่นๆ อะไรก็ตามที่อยู่เหนือระดับอาวุโส และคุณเริ่มทุ่มเทแรงกายให้กับกลยุทธ์นี้ วิสัยทัศน์คืออะไร ผลิตภัณฑ์จะไปถึงไหนในอีก 5 ปีข้างหน้า และเราจะประสบความสำเร็จในเรื่องเหล่านั้นได้อย่างไร เราจะแน่ใจได้อย่างไรว่าหากเราทำไม่สำเร็จ เรามีแผนสำรอง? อะไรก็ตามที่คุณคิดว่าจะนำไปใช้กับโครงการ เช่น การเขียนโค้ด เมื่อคุณเป็นวิศวกรอาวุโส คุณต้องนำสิ่งนั้นมาใช้กับกลยุทธ์ของผลิตภัณฑ์ คุณทำงานอย่างหนักกับผลิตภัณฑ์ และนั่นเป็นหนึ่งในสิ่งที่ฉันชอบมากที่สุดเกี่ยวกับการทำงานในบริษัทสตาร์ทอัพด้านเทคโนโลยี

เมื่อผมอยู่ในเอเจนซี่ คุณไม่ได้วางแผนอะไร คุณไม่ได้พูดในสิ่งที่คุณคิด และคุณไม่จำเป็นต้องให้คำแนะนำ คุณทำตามที่คุณบอก แต่เมื่อคุณเป็นวิศวกรในบริษัทสตาร์ทอัพ โดยเฉพาะในระดับนั้น เสียงและวิสัยทัศน์ของคุณมีความสำคัญมาก เรากำลังสร้างผลิตภัณฑ์สำหรับวิศวกร และแม้ว่าเราจะต้องระมัดระวังอย่างมากที่จะไม่สร้างสิ่งต่าง ๆ ให้กับตัวเอง – เรามีความสาปแช่งของความรู้ เรารู้จักผลิตภัณฑ์ เรารู้วิธีใช้งาน และเราทราบคำเตือนทั้งหมด – เรายังคงอ่อนไหวต่อสิ่งที่วิศวกรใส่ใจ เกี่ยวกับสิ่งที่พวกเขาต้องการและสิ่งที่ทำให้ชีวิตของพวกเขาง่ายหรือยาก ดังนั้นจึงมีการเน้นอย่างมากเกี่ยวกับผลิตภัณฑ์ ในการนำแนวคิดมาสู่โต๊ะอาหาร เกี่ยวกับแนวคิดที่ท้าทาย เพื่อให้แน่ใจว่าคุณสร้างสิ่งที่ดีที่สุดที่จะคงอยู่ตลอดไป

“หลังจากใช้เวลาหลายปีในการคิดหาวิธีเป็นวิศวกรที่ดีขึ้น คุณจะต้องเปลี่ยนวิธีคิดเพื่อเริ่มคิดเรื่องอื่นๆ ฉันจะช่วยคนอื่นได้อย่างไร ฉันจะปลดบล็อกสถานการณ์ได้อย่างไร”

Brian: คุณใช้เวลาเท่าไหร่ในการทำงานกับพนักงานคนอื่นๆ และวิศวกรหลักนอกเหนือจากองค์กรหรือทีมของคุณ? นั่นคือชุมชนที่กระตือรือร้นในบริษัทของคุณหรือไม่? คุณได้ทำงานมากมายร่วมกับสิ่งนั้นหรือไม่? คุณส่วนใหญ่ทำงานอิสระในกลุ่มของคุณหรือไม่? หรือมีชุดย่อยของวิศวกรอาวุโสคนอื่น ๆ ที่คุณทำงานด้วยหรือไม่?

Sarah: ไม่มากเท่าที่ฉันต้องการ ในองค์กรใดก็ตาม ยิ่งคุณอยู่ในระดับที่สูงขึ้น ผู้คนก็ยิ่งน้อยลงเท่านั้น ดังนั้นจึงไม่มี IC ห้า IC หก พนักงานและอาจารย์ใหญ่ ขณะนี้เรากำลังจ้างผู้อาวุโสจำนวนมาก ดังนั้นคำตอบของฉันอาจแตกต่างออกไปในหกเดือน ฉันใช้เวลาปกติพูดคุยกับพนักงานคนอื่นๆ หรือแม้แต่วิศวกรหลัก แต่ก็ไม่ใช่ว่าไม่มีชุมชนหรือทางการอะไร เพียงเพราะว่าเราไม่ได้เยอะขนาดนั้น ตอนนี้ ฉันใช้เวลามากในการพูดคุยกับรุ่นพี่ขึ้นไป เพราะนั่นเป็นส่วนหนึ่งของบทบาทของฉัน

บทบาทส่วนหนึ่งของผมคือการช่วยให้ผู้คนในระดับอาวุโสเติบโตและได้รับการเลื่อนตำแหน่งเป็นระดับพนักงาน ในฐานะวิศวกรอาวุโสในหลายๆ บริษัท โดยเฉพาะอย่างยิ่งขนาดของ Algolia คุณรู้ว่าต้องทำอย่างไรจึงจะไปถึงที่นั่น มันเป็นรายการตรวจสอบมากกว่า หลังจากนั้น มันจะซับซ้อนขึ้นเพราะมีหลายอย่างที่ต้องตีความ สิ่งที่คุณทำได้แตกต่างจากคนอื่นมากตามบุคลิกของคุณ แต่แนวคิดก็คือ เมื่อคุณไปถึงระดับอาวุโส เราคาดหวังให้คุณเหมาะสมกับชุดทักษะหนักของคุณ เรารู้ว่าคุณเก่ง คุณอยู่ในเทคนิคระดับหนึ่ง และเราไม่ได้คาดหวังว่าคุณจะเติบโตได้สูงกว่านั้นมาก แต่คุณจะถูกขอให้พัฒนาทักษะประเภทอื่นๆ

“เราควรหาสิ่งที่คุณถนัด สิ่งที่คุณชอบทำที่จะช่วยให้คุณเปล่งประกาย และฝึกฝนสิ่งนั้น มีการให้คำปรึกษามากมายที่เกี่ยวข้อง”

หลังจากใช้เวลาหลายปีในการคิดหาวิธีเป็นวิศวกรที่ดีขึ้น เขียนโค้ดที่ดีขึ้น ทำรีวิวที่ดีขึ้น หรือมีความคิดเห็นน้อยลงเมื่อคุณได้รับรีวิว คุณจะต้องเปลี่ยนวิธีคิดเพื่อเริ่มคิดเรื่องอื่นๆ ฉันจะช่วยคนอื่นได้อย่างไร ฉันจะปลดบล็อกสถานการณ์ได้อย่างไร ฉันจะสร้างภาระงานของตัวเองได้อย่างไร? สิ่งเหล่านี้ไม่ใช่สิ่งที่คุณต้องคิดก่อนที่จะไปถึงระดับเหล่านั้น ฉันช่วยให้ผู้คนเข้าใกล้มัน เข้าใจสิ่งที่พวกเขาหมายถึง และเข้าใจว่าพวกเขาจะสามารถใช้บุคลิกภาพส่วนใดของพวกเขาเพื่อไปถึงที่นั่นได้

บางคนชอบที่จะอยู่บนเวทีและพูดคุย เป็นต้น และหากนี่คือสิ่งที่พวกเขาชอบ ฉันควรช่วยให้พวกเขาเข้าถึงการนัดหมายในการประชุมได้ดีขึ้น และเขียนเอกสารทางโทรศัพท์ได้ดีขึ้น แต่ถ้านี่ไม่ใช่ของคุณ ก็ไม่มีเหตุผลที่เราควรลงทุนในเรื่องนี้ เราควรหาสิ่งที่คุณถนัด สิ่งที่คุณชอบทำที่จะช่วยให้คุณเปล่งประกาย และฝึกฝนสิ่งนั้น มีการให้คำปรึกษามากมายที่เกี่ยวข้อง นี่เป็นหนึ่งในส่วนที่ฉันชอบที่สุดในการอยู่ในระดับอาวุโสนี้

สำหรับบริษัท มันไม่น่าสนใจจริงๆ ที่จะมีพนักงานคนเดียวหรือวิศวกรอาวุโสหนึ่งคน – คุณต้องการมี 3, 5, 8, 16 และวิธีเดียวที่คุณจะสามารถทำได้คือการมีคนที่เป็น ได้ช่วยเหลือผู้ที่อยู่ต่ำกว่าหนึ่งระดับแล้ว คุณไม่สามารถคาดหวังให้ผู้จัดการฝ่ายวิศวกรรมของคุณทำทั้งหมดด้วยตัวเองกับทั้งทีม เมื่อคุณมีวิศวกรที่ช่วยวิศวกรคนอื่นๆ ทำงานที่พวกเขาทำเมื่อหนึ่งหรือสองปีก่อนหน้านั้น คุณจะมีผลคูณนี้ และฉันคิดว่านี่เป็นเรื่องที่น่าตื่นเต้นจริงๆ สำหรับผู้คน เพราะพวกเขาได้เรียนรู้จากผู้อื่น จากคนที่ผ่านกระบวนการในองค์กรเดียวกันจริงๆ มีความมั่นใจว่าหากพวกเขาทำตามขั้นตอนเหล่านั้น หากพวกเขาฟัง มันอาจจะได้ผล ฉันต้องการเรียนรู้จากวิศวกรหลักที่สามารถช่วยให้ฉันเข้าใจว่าฉันต้องทำอะไรเพื่อไปที่นั่น

มันน่าสนใจเป็นพิเศษสำหรับผู้ที่สอนเพราะพวกเขาได้ผ่าสิ่งที่พวกเขาทำจริง หลังจากนั้นมันก็จะคลุมเครือ และคุณแบบ “ใช่ ฉันเพิ่งทำไปนิดหน่อย นิดหน่อย” ไม่ คุณทำอะไร อะไรคือขั้นตอนที่เป็นรูปธรรมที่คุณทำ? สิ่งที่คุณบอกว่าใช่คืออะไร? อะไรคือสิ่งที่คุณบอกว่าไม่มี? ฉันคิดว่ามันช่วยให้คุณชี้แจงความคิดของคุณ ชี้แจงกระบวนการของคุณ และทำให้คุณมีประสิทธิภาพมากขึ้นสำหรับขั้นตอนต่อไป

พนักงานออนบอร์ดและวิศวกร

Brian: คุณพูดถึงการว่าจ้างพนักงานใหม่และวิศวกรหลักในองค์กร ซึ่งอาจเป็นเรื่องยากทีเดียว นี่เป็นสิ่งที่คุณมีประสบการณ์หรือไม่?

Sarah: นี่ไม่ใช่สิ่งที่เราทำมามากแล้ว พูดตามตรง เรามีวิศวกรหลักสามหรือสี่คน และพวกเขาทั้งหมดไม่ได้อยู่ในทีมของฉัน ประสบการณ์ส่วนใหญ่ที่ผมมีคือการนำวิศวกรอาวุโสมา ตอนนี้ มีบางอย่างที่ทุกคนคุ้นเคย และก็มีบางสิ่งที่น่าสนใจสำหรับวิศวกรหลัก และฉันยังสามารถลองใช้งานดูได้

“ผู้อาวุโสมากสามารถช่วยคุณได้หลายอย่าง แต่พวกเขาจะไม่แก้ไขปัญหาเชิงโครงสร้างของบริษัทหรือทีม”

ความชัดเจนเป็นสิ่งสำคัญอย่างยิ่ง และแน่นอน คุณไม่ได้คาดหวังการถือครองแบบเดียวกันเมื่อคุณจ้างพนักงานหรือวิศวกรหลัก คุณต้องการให้พวกเขาเริ่มต้นได้เอง ความชัดเจนไม่ได้เกี่ยวกับการบอกคุณถึงสิ่งที่คุณคาดหวัง งานทั้งหมด และอื่นๆ แต่เป็นการให้ความรู้สึกถึงภารกิจของคุณ จุดประสงค์ของคุณที่นี่คืออะไร? คุณมาทำอะไรที่นี่? และฉันจะบอกว่าสิ่งนี้เริ่มต้นที่ระดับการสัมภาษณ์ คำแนะนำของฉันสำหรับพนักงานหรือวิศวกรหลักที่เข้าร่วมบริษัทคือให้ถามเรื่องนี้ เพราะบางครั้ง ผู้คนพยายามจ้างผู้มีบทบาทระดับสูงมากเพื่อแก้ไขปัญหา พวกเขาก็แบบว่า "อืม จ้างคนที่อาวุโสมากๆ หน่อยเถอะ เพราะพวกเขารู้เรื่องที่เราไม่รู้" และนั่นไม่เป็นความจริง ผู้อาวุโสมากสามารถช่วยคุณได้หลายอย่าง แต่พวกเขาจะไม่แก้ไขปัญหาเชิงโครงสร้างของบริษัทหรือทีม

และในทางกลับกัน ผู้จัดการฝ่ายวิศวกรรมควรสงสัยว่าทำไมพวกเขาถึงคิดว่าพวกเขาต้องการบุคคลนั้น ส่วนใหญ่แล้ว คุณไม่ได้จ้างใครในระดับนี้เพื่อเขียนโค้ดความยิ่งใหญ่ หากคุณมีวิศวกรอาวุโสในทีมของคุณ นั่นอาจเป็น IC สี่ที่ Algolia พวกเขาสามารถเขียนโค้ดได้อย่างสมบูรณ์แบบอยู่แล้ว หรืออย่างน้อยก็ควรจะเป็นเช่นนั้น พนักงานหรือวิศวกรหลักมีประสบการณ์ในสิ่งที่คุณอยากทำ และคุณอาจต้องการ เช่น เมื่อคุณรู้ว่าคุณจำเป็นต้องบรรลุมาตราส่วนที่ไม่มีใครในทีมเคยทำมาก่อน บางทีคุณอาจจะคิดออก แต่คุณต้องการเครื่องเร่งความเร็ว และนี่คือสิ่งที่ผู้อาวุโสมากๆ จะทำในทีมของคุณ

การถามคำถามเหล่านี้ล่วงหน้าเป็นวิธีที่ดีเพื่อให้แน่ใจว่าไม่มีความคลาดเคลื่อนในสิ่งที่คาดหวัง หากคุณอาวุโสมากและถูกขอให้เขียนโค้ดหรือทำงานในระดับอาวุโสเพียงเพราะมีความไม่ตรงแนว คุณจะผิดหวังและมีแนวโน้มว่าจะลาออก คุณไม่ต้องการที่จะใช้เวลามากในการจ้างคนในระดับนี้เพียงเพื่อให้พวกเขาออกไปเพราะมันมีค่าใช้จ่ายสูงมาก

หลังจากนั้น ฉันคาดหวังให้คนระดับอาวุโสคนนี้อ่านหนังสือเยอะๆ และพูดคุยกันเยอะๆ นี่คือสิ่งที่ปกติคุณไม่ทำเมื่อคุณเป็นวิศวกรรุ่นเยาว์ คุณมาที่องค์กรของคุณ คุณได้รับงานแรกของคุณ และมันก็แค่ไหลลื่น คุณเริ่มทำงาน คุณเริ่มเขียนโค้ด และนี่คือสิ่งที่คุณควรทำ เพราะนี่คือสิ่งที่จะนำคุณไปสู่ขั้นตอนต่อไป

“บทบาทของคุณคือทำให้แน่ใจว่าผลิตภัณฑ์ที่จัดส่งจะพอดีและกำลังจะขยาย และคุณไม่สามารถทำอย่างนั้นได้ถ้าคุณไม่คุยกับคนอื่นในบริษัท”

แต่เมื่อคุณอยู่ในระดับอาวุโส สิ่งสำคัญคือคุณต้องเข้าใจว่าคุณอยู่ที่ไหน เกิดอะไรขึ้น ใครทำอะไร คุณจำเป็นต้องสร้างความสัมพันธ์ไม่เฉพาะกับวิศวกรและผู้อาวุโสคนอื่นๆ แต่กับคนที่อายุน้อยกว่า ผู้จัดการผลิตภัณฑ์ นักออกแบบ และนักวิจัยด้วย คุณต้องเข้าใจวิธีการทำงานของบริษัทและวิธีที่คุณสามารถนำไปปรับใช้ได้ สิ่งที่คุณสามารถช่วยปรับปรุงได้ หากมีเอกสารภายในที่เป็นลายลักษณ์อักษร ให้อ่าน และเมื่อเสร็จแล้ว โปรดอ่านอีกครั้ง

จากนั้นให้ถามผู้จัดการฝ่ายวิศวกรรมของคุณว่าใครคือคนที่คุณควรพบปะด้วย ทุกครั้งที่คุณคุยกับคนใหม่ ให้ถามพวกเขาว่าพวกเขาคิดว่าคุณอยากคุยกับใคร สิ่งนี้จะทำให้คุณมีปีกเพราะคุณจะสร้างความสัมพันธ์และเข้าใจสิ่งที่เกิดขึ้น สินค้ามีอะไรบ้าง? การต่อสู้ในปัจจุบันคืออะไร? คุณสามารถช่วยได้ที่ไหน? และทีมของคุณและผลิตภัณฑ์ที่คุณกำลังสร้างเหมาะสมกับโครงการนั้นอย่างไร เพราะในระดับเหล่านั้น ด้วยการมุ่งเน้นที่ผลิตภัณฑ์ มันไม่ได้เกี่ยวกับคุณภาพของโค้ดเท่านั้นอีกต่อไป รุ่นพี่ในทีมดูแลเรื่องนั้นอยู่แล้ว และพวกเขาก็ทำได้ดีอย่างสมบูรณ์แบบ บทบาทของคุณคือทำให้แน่ใจว่าผลิตภัณฑ์ที่จัดส่งจะพอดีและกำลังจะขยาย และคุณไม่สามารถทำเช่นนั้นได้ ถ้าคุณไม่พูดคุยกับคนอื่นในบริษัท

ความท้าทายใหม่ ๆ

Brian: สำหรับผู้ฟังที่ไม่รู้จัก Algolia เป็น API การค้นหาโฮสต์ที่มีประสิทธิภาพ ดูเหมือนบริษัทที่ประสบความสำเร็จจากภายนอก แต่ฉันแน่ใจว่ามีความท้าทายและสิ่งต่างๆ มากมายอยู่ในใจของคุณ คุณช่วยบอกแนวคิดเกี่ยวกับปัญหาใหญ่ๆ ที่คุณกำลังคิดหรือดำเนินการอยู่ได้ไหม

“แนวคิดก็คือไม่ว่าคุณจะใช้เส้นทางใดในการค้นหาข้อมูล รับข้อมูล และลงจอดบนหน้า คุณก็จะได้ข้อมูลที่ถูกต้อง”

Sarah: อย่างที่คุณพูด Algolia เป็น API การค้นหาที่โฮสต์ นั่นคือ API ที่ใหญ่ที่สุดที่เรามี และประสบความสำเร็จมากที่สุดในขณะนี้ แต่เรายังขยายเพิ่มเติมอีกเล็กน้อย ปัจจุบัน มีผลิตภัณฑ์ที่เรียกว่า Algolia Recommend ซึ่งใช้ชุดข้อมูลเดียวกับที่คุณใช้สำหรับการค้นหา แต่จะให้คำแนะนำตามผลิตภัณฑ์ที่ระบุ

จุดประสงค์ของ Algolia ไม่ใช่แค่การค้นหาเท่านั้น แต่ยังรวมถึงการแสดงเนื้อหาด้วย คุณมีเนื้อหาจำนวนมาก แต่ไม่ใช่ทั้งหมดที่เกี่ยวข้องในเวลาเดียวกันกับคนกลุ่มเดียวกัน แนวคิดก็คือไม่ว่าคุณจะใช้เส้นทางใดเพื่อค้นหาข้อมูลนั้น รับข้อมูล และลงจอดบนหน้า คุณก็จะได้รับข้อมูลที่ถูกต้อง นี่คือประเด็นของอัลโกเลีย มีความท้าทายกับสิ่งนั้น เราเป็นผู้เชี่ยวชาญด้านการค้นหา แต่คำแนะนำและแมชชีนเลิร์นนิงนั้นเป็นเทคโนโลยีที่ใหม่กว่ามาก ดังนั้นเราจึงเรียนรู้สิ่งใหม่ล่าสุด มีอะไรให้เราเรียนรู้มากมายเมื่อเทียบกับการค้นหา นี่ไม่ใช่ความท้าทายที่ยิ่งใหญ่ที่สุด แต่ก็ยังเป็นความท้าทายที่จะทำให้แน่ใจว่าเราสามารถตอกย้ำความสำเร็จแบบเดียวกับที่เรามีกับการค้นหาได้

ขณะนี้ มีบางสิ่งที่ Algolia ไม่ค่อยดีนัก เป็นเครื่องมือค้นหาไม่ใช่ฐานข้อมูล จะเร็ว จะสม่ำเสมอในที่สุด แต่คุณไม่มีการรับประกันว่าจะมีข้อมูลทั้งหมด ข้อมูลของคุณจะสม่ำเสมอเสมอ หรือข้อมูลทั้งหมดของคุณจะอยู่ที่นั่น นั่นคือตัวเลือกการออกแบบสำหรับเสิร์ชเอ็นจิ้น ซึ่งทำให้แตกต่างจากฐานข้อมูลมาก อย่างที่กล่าวไป ผู้คนจำนวนมากชอบใช้ Algolia เป็นฐานข้อมูล เพราะการส่งข้อมูลไปยัง Algolia ทำได้ง่ายมาก และอยู่ที่นั่น และรวดเร็ว อาจมีบางอย่างที่ต้องเรียนรู้เกี่ยวกับเรื่องนี้ บางทีมันอาจจะเป็นฐานข้อมูลด้วย และฉันไม่ได้บอกว่ามันจะเป็น แต่อาจจะเป็นไปได้ อาจมีอย่างอื่นที่เราต้องเข้าใจและค้นคว้า

มีหลายกรณีการใช้งานที่ Algolia ไม่สามารถทำงานได้ หนึ่งในนั้นคือกรณีการใช้งานการจอง หากคุณต้องการจอง Airbnb เมื่อคุณค้นหา มันอยู่ในผลลัพธ์ของคุณ ซึ่งหมายความว่าพร้อมแล้ว แต่ทันทีที่คุณไปถึงเพจ หน้านั้นไม่สามารถใช้งานได้อีกต่อไป เนื่องจากคุณทำซ้ำข้อมูลจากฐานข้อมูลของคุณไปยัง Algolia เมื่อคุณบันทึกบางสิ่งในฐานข้อมูลของคุณ คุณจะต้องส่งการเปลี่ยนแปลงนั้นไปยัง Algolia ในรูปแบบที่ต่างออกไปเล็กน้อย และเนื่องจากมีความล่าช้า ซึ่งไม่ใช่แบบเรียลไทม์ บางอย่างเช่นกรณีการใช้งานการจองไม่สามารถทำงานได้ เมื่อคุณจัดการกับ Airbnbs สิ่งที่สามารถใช้ได้ในขณะนี้อาจไม่สามารถใช้ได้ใน 30 วินาที แต่อาจยังคงปรากฏในเครื่องมือค้นหาของคุณ เพราะเมื่อคุณบันทึก คุณอาจต้องใช้เวลา 10 วินาทีหรืออะไรทำนองนั้นเพื่อเผยแพร่ Algolia และบางทีมันอาจจะล้มเหลวและคุณต้องทำซ้ำอีกครั้ง นี่คือสิ่งที่อยู่ในระดับเครื่องมือค้นหาที่เรากำลังคิด มันเป็นสิ่งที่เราสามารถสนับสนุนได้หรือไม่? มันออกจากคำถาม? กรณีธุรกิจเบื้องหลังคืออะไร? เพราะมันขับเคลื่อนอะไรหลายๆ อย่าง

“มันควรจะมองไม่เห็น มันควรจะราบรื่น ความจริงที่ว่าสิ่งเหล่านี้เป็น API ที่แยกจากกันไม่ใช่ปัญหาของคุณ นั่นคือปัญหาของเราที่จะแก้ไข”

ตอนนี้เกี่ยวกับทีม front-end ฉันได้กล่าวถึง Algolia Recommend เมื่อคุณเป็นลูกค้า คุณไม่ได้สนใจจริง ๆ ว่ามีผลิตภัณฑ์ที่แตกต่างกัน คุณไม่สนใจว่าคุณมี Algolia Search พร้อมคุณสมบัติเหล่านั้นและ Algolia Recommend พร้อมคุณสมบัติย่อยเหล่านั้น คุณสมัครใช้งาน Algolia และชำระค่าธรรมเนียมรายเดือนหรือรายปีสำหรับชุดคุณสมบัติที่คุณบอกว่าทำงานร่วมกันได้ดี คุณไม่ต้องการและไม่จำเป็นต้องเข้าใจขอบเขตเทียมที่เราสร้างขึ้นภายในระหว่าง API นี้กับ API ข้อมูล

มีคำกล่าวที่ว่า “อย่าส่งแผนผังองค์กรของคุณ” และฉันคิดว่านี่เป็นหนึ่งในหัวข้อใหญ่ต่อไปสำหรับเรา เราจะแน่ใจได้อย่างไรว่าในส่วนหน้า เมื่อคุณใช้ไลบรารีส่วนหน้าของ Algolia คุณไม่จำเป็นต้องสงสัยว่าคุณต้องการสิ่งนี้หรือสิ่งนั้น ที่คุณไม่รู้สึกขอบเขตเหล่านั้น? มันควรจะมองไม่เห็น มันควรจะราบรื่น ความจริงที่ว่าสิ่งเหล่านี้เป็น API ที่แยกจากกันไม่ใช่ปัญหาของคุณ นั่นคือปัญหาที่เราต้องแก้ไข

เราสร้างไลบรารี่ที่เชื่อมโยงกับ API การค้นหาอย่างมาก และตอนนี้เราต้องขยายไปยัง API ใหม่กว่าที่สามารถทำงานร่วมกันได้ และบางครั้งคุณจำเป็นต้องทำการเรียกไปยังอีกอันหนึ่ง จากนั้นจึงเรียกไปยังอีกอันหนึ่งเพื่อรับการตอบกลับในขั้นสุดท้าย สิ่งเหล่านี้ไม่ได้ราบรื่นอย่างที่เราต้องการให้เป็น ขอบยังคงหยาบเล็กน้อยเมื่อคุณต้องการเชื่อมต่อ API เหล่านั้นเข้าด้วยกัน เป็นไปได้ แต่คุณต้องอ่านบทช่วยสอน ทำตาม ทำการเปลี่ยนแปลงเล็กน้อยที่นี่และที่นั่น และเขียนโค้ดสำเร็จรูป นี่ไม่สนุก ไม่สนุก และทำงานมากเกินไป ถ้าเราจะบอกคุณว่า "ใช้ห้องสมุดนั้น" จำเป็นต้องทำงานที่คุณไม่ต้องการทำ ไม่มีเหตุผลใดที่จะใช้ไลบรารี่หากพื้นฐานระดับล่างนั้นใช้งานง่ายใช่ไหม

ตอนนี้ หนึ่งในความท้าทายที่ใหญ่ที่สุดคือต้องแน่ใจว่าเราเพิ่มมูลค่าของห้องสมุด พวกเขากำลังทำอะไรมากมายที่คนส่วนใหญ่ไม่ต้องการทำ แต่ในบางจุด สำหรับลูกค้าบางคน มันไม่ราบรื่นและน่าพอใจเหมือนที่เคยเป็นเมื่อเรามีการค้นหาเท่านั้น และนี่คือความรู้สึกที่เรากำลังตามหา ความรู้สึกของ "ว้าว มันง่ายกว่าที่ฉันคิดไว้มาก"

Brian: สุดท้ายนี้ ผู้ฟังของเราจะติดตามคุณได้ที่ไหน

Sarah: ส่วนใหญ่คุณจะพบฉันใน Twitter ฉันคือ frontstuff_io ฉันตระหนักดีว่านี่เป็นการจัดการที่เลวร้ายที่สุดใน Twitter คุณสามารถหาฉันได้ที่ sarahdayan.com และติดตามฉันบน GitHub ถ้าคุณต้องการ ฉันทำบางสิ่งในบางครั้ง แต่ถ้าคุณต้องการแชท ฉันเชื่อว่า DM ของฉันเปิดอยู่ ดังนั้นโปรดส่งอะไรมาให้ฉัน

ไบรอัน: สุดยอด ซาร่า ขอบคุณมากที่มาร่วมงานกับฉันในวันนี้

ซาร่าห์: ขอบคุณที่มีฉัน นั้นน่าสนุก.