37signals บังคับให้เปลี่ยนไปใช้ Linux หลังจาก DHH ใช้เวลาหนึ่งปีเต็มเปลี่ยนระบบปฏิบัติการจาก Windows ไปสู่ Omarchy

ทีมชุมชน BigGo
37signals บังคับให้เปลี่ยนไปใช้ Linux หลังจาก DHH ใช้เวลาหนึ่งปีเต็มเปลี่ยนระบบปฏิบัติการจาก Windows ไปสู่ Omarchy

37signals กำลังเดินหมากใหญ่ด้วยการบังคับให้ทีมวิศวกรรมทั้งหมดเปลี่ยนไปใช้ Linux ภายในสามปีข้างหน้า ซึ่งเป็นการปิดฉากการเดินทางที่น่าสนใจตลอดหนึ่งปีของ CEO David Heinemeier Hansson ( DHH ) ในการสำรวจระบบปฏิบัติการต่างๆ การตัดสินใจครั้งนี้เกิดขึ้นหลังจาก DHH ได้สำรวจต่างๆ อย่างเปิดเผย โดยเริ่มจาก Committing to Windows ในเดือนมีนาคม 2024 พัฒนาไปสู่ Introducing Omakub (ที่ใช้ Ubuntu เป็นฐาน) ในเดือนมิถุนายน และตอนนี้ได้บรรลุจุดสูงสุดด้วย Omarchy ซึ่งเป็น Arch Linux distribution ที่พัฒนาขึ้นเอง

ไทม์ไลน์การเดินทางของ DHH ในโลก OS:

  • มีนาคม 2024: "มุ่งมั่นกับ Windows"
  • มิถุนายน 2024: "แนะนำ Omakub" (ใช้ Ubuntu เป็นฐาน)
  • มกราคม 2025: "มุ่งหน้าสู่ Omarchy" (ใช้ Arch Linux เป็นฐาน)
บล็อกโพสต์นี้กล่าวถึงการเปลี่ยนผ่านของบริษัทจาก Macs และ Windows ไปสู่ Linux โดยเฉพาะ Arch Linux โดยเน้นการเปลี่ยนแปลงที่นำโดยซีอีโอ David Heinemeier Hansson
บล็อกโพสต์นี้กล่าวถึงการเปลี่ยนผ่านของบริษัทจาก Macs และ Windows ไปสู่ Linux โดยเฉพาะ Arch Linux โดยเน้นการเปลี่ยนแปลงที่นำโดยซีอีโอ David Heinemeier Hansson

รูปแบบการย้ายระบบปฏิบัติการครั้งใหญ่

ชุมชนเทคโนโลยีได้ติดตามการผจญภัยระบบปฏิบัติการของ DHH ด้วยความเพลิดเพลินและความสนใจ การเปลี่ยนแปลงอย่างรวดเร็วของเขาจาก macOS ไป Windows ไป Ubuntu ไป Arch Linux ภายในปีเดียวได้จุดประกายการอภิปรายเกี่ยวกับความสม่ำเสมอในการตัดสินใจของผู้นำด้านเทคโนโลยี บางคนมองว่ารูปแบบนี้เป็นหลักฐานของความคิดเห็นที่แข็งแกร่งแต่ยึดถือไม่แน่น ซึ่งเป็นสไตล์การนำที่ยอมรับการเปลี่ยนแปลงเมื่อมีทางออกที่ดีกว่าเกิดขึ้น คนอื่นๆ ตั้งคำถามถึงความฉลาดในการบังคับให้เกิดการเปลี่ยนแปลงทั้งบริษัทจากสิ่งที่ดูเหมือนเป็นการทดลองส่วนตัว

ช่วงเวลาดังกล่าวเผยให้เห็นเรื่องราวที่น่าสนใจ การย้ายออกจาก Apple ในครั้งแรกของ DHH ไม่ได้เป็นเรื่องทางเทคนิคล้วนๆ แต่เกิดจากความผิดหวังกับนโยบาย App Store ของ Apple และค่าคอมมิชชั่น 30% จากการซื้อ ซึ่งส่งผลกระทบโดยตรงต่อผลิตภัณฑ์ของ 37signals เช่น บริการอีเมล HEY

การอ้างสิทธิ์เรื่องประสิทธิภาพขับเคลื่อนการตัดสินใจทางเทคนิค

การเปลี่ยนแปลงของบริษัทมุ่งเน้นไปที่การปรับปรุงประสิทธิภาพอย่างมีนัยสำคัญ โดยเฉพาะสำหรับการพัฒนา Ruby on Rails ตาม DHH แอปพลิเคชัน HEY ของพวกเขา test suite ทำงานได้เร็วกว่าเกือบสองเท่าบนเครื่อง Framework Desktop ที่ใช้ Linux เมื่อเปรียบเทียบกับโปรเซสเซอร์ M4 Max ที่เร็วที่สุดของ Apple การเพิ่มประสิทธิภาพนี้มาจากการใช้งาน Docker แบบ native บน Linux โดยหลีกเลี่ยง virtualization overhead ที่ macOS ต้องการ

อย่างไรก็ตาม ชุมชนยังคงแบ่งแยกเกี่ยวกับว่าการเพิ่มประสิทธิภาพเหล่านี้สมควรกับการบังคับทั้งบริษัทหรือไม่ นักพัฒนาบางคนตั้งคำถามว่าประสิทธิภาพ test suite เพียงอย่างเดียวสมควรกับการบังคับให้ทีมทั้งหมดเรียนรู้เครื่องมือและ workflow ใหม่หรือไม่ โดยเฉพาะเมื่อปัญหาพื้นฐานอาจเป็นเรื่องเฉพาะของ Ruby มากกว่าที่เกี่ยวข้องกับระบบปฏิบัติการ

การเปรียบเทียบประสิทธิภาพ:

  • ชุดทดสอบแอปพลิเคชัน HEY บน M4 Max (macOS): ประสิทธิภาพพื้นฐาน
  • Framework Desktop กับ Linux: เร็วกว่า M4 Max เกือบ 2 เท่า
  • การเพิ่มประสิทธิภาพมาจากการรองรับ Docker แบบเนทีฟเทียบกับการใช้เวอร์ชวลไลเซชันของ macOS

ความขัดแย้งเรื่อง Omarchy

Omarchy ไปไกลกว่า Linux distribution ธรรมดา มันเป็น desktop environment ที่มีความคิดเห็นสูงที่สร้างขึ้นรอบ Hyprland ซึ่งเป็น tiling window manager ที่ต้องการให้ผู้ใช้ละทิ้ง interface แบบใช้เมาส์แบบดั้งเดิม ระบบมาพร้อมกับการกำหนดค่า keybindings เฉพาะ การตั้งค่า Neovim ที่ปรับแต่งแล้วพร้อม plugin หลายสิบตัว และ workflow เฉพาะที่สะท้อนความชอบส่วนตัวของ DHH

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

การกำหนดค่า hyperland จะพอดีเหมือนถุงมือที่ตัดเย็บ แต่ในกรณีนี้ มันเป็นถุงมือที่ตัดเย็บสำหรับ CEO ของคุณ ไม่ใช่สำหรับคุณ

การแลกเปลี่ยนฮาร์ดแวร์และข้อกังวลเชิงปฏิบัติ

การเปลี่ยนแปลงเกี่ยวข้องกับการเปลี่ยน MacBook เป็น Framework laptop ซึ่งนำมาทั้งประโยชน์และการประนีประนอม แม้ว่าเครื่อง Framework จะมีความสามารถในการซ่อมแซมและปรับแต่งที่เหนือกว่า แต่ปัจจุบันยังล้าหลังกว่าประสิทธิภาพของ Apple DHH รายงานว่าได้รับอายุแบตเตอรี่ประมาณ 6 ชั่วโมงจาก Framework 13 ของเขา ทำให้เขาต้องพก power bank หนัก 1.2 ปอนด์สำหรับเซสชันที่ยาวขึ้น ซึ่งเพิ่มน้ำหนัก 40% ให้กับการตั้งค่าแบบพกพาของเขา

การอภิปรายของชุมชนเผยให้เห็นว่าปัญหาอายุแบตเตอรี่นี้ไม่ได้เกิดจาก Linux โดยธรรมชาติ แต่เป็นการรวมกันของการเลือกฮาร์ดแวร์ของ Framework และการขาดการปรับแต่งสำหรับการกำหนดค่า laptop เฉพาะ ผู้ใช้ Linux หลายคนรายงานอายุแบตเตอรี่ 8-10 ชั่วโมงบนฮาร์ดแวร์อื่นๆ ด้วยการปรับแต่งที่เหมาะสม

ข้อมูลจำเพาะของฮาร์ดแวร์:

  • ปัจจุบัน: MacBook ที่ใช้โปรเซสเซอร์ M-series
  • มาตรฐานใหม่: แล็ปท็อปและเดสก์ท็อป Framework , เครื่อง Beelink
  • อายุแบตเตอรี่: Framework 13 ให้การใช้งานแบบผสม ~6 ชั่วโมง
  • โซลูชันพลังงาน: แบตเตอรี่ Anker 20K mAh (น้ำหนักเพิ่มเติม 1.2 ปอนด์)

ผลกระทบต่ออุตสาหกรรมและผลที่ตามมาในอนาคต

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

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

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

อ้างอิง: All-in on Omarchy at 37signals