9 คะแนน โดย GN⁺ 2024-11-03 | 5 ความคิดเห็น | แชร์ทาง WhatsApp
  • ตอนนี้พวกเรากังวลมากขึ้นเรื่อย ๆ กับอิทธิพลครอบงำของ “บิ๊กเทค” และเมื่อรัฐบาลต้องการหลีกออกจากแพลตฟอร์มผูกขาด โอเพนซอร์สมักถูกพูดถึงในฐานะทางเลือก
  • การเปรียบเทียบโอเพนซอร์สกับบิ๊กเทคก็เหมือนการเปรียบเทียบเตาอบกับร้านอาหาร
    • บิ๊กเทคให้บริการที่มีการสนับสนุนอย่างดีและรันทุกอย่างในดาต้าเซ็นเตอร์ของตนเอง ขณะที่โอเพนซอร์สคือชุดของซอฟต์แวร์เสรี/ฟรีที่ยังต้องมีใครสักคนลงแรงเพื่อเปลี่ยนให้เป็นสิ่งอย่าง “สภาพแวดล้อมการทำงานในรูปแบบบริการ”
    • เมื่อเทียบกันแล้ว ตัวเตาอบเพียงอย่างเดียวยังไม่ใช่ร้านอาหาร
  • ในรัฐสภายุโรป เคยมีการทดลองโดยกลุ่มอุดมคตินิยมที่เบื่อบิ๊กเทคและพยายามแทนที่ด้วย Nextcloud แต่ผลลัพธ์ไม่ประสบความสำเร็จ
  • สภาพแวดล้อม IT ทั่วไปของรัฐสภายุโรปได้รับการดูแลโดยทีมผู้เชี่ยวชาญ มีการฝึกอบรม และได้รับการสนับสนุนจากพาร์ตเนอร์ของ Microsoft รวมถึง Microsoft เอง
  • ตรงกันข้าม การทดลองโอเพนซอร์สจำนวนมากมักดำเนินการโดยผู้ที่ทำด้วยใจรักบนอุปกรณ์ที่ยืมมา และถูกนำไปใช้โดยคนที่ลองทำครั้งแรกโดยไม่มีทั้งการฝึกอบรมหรือการสนับสนุนแบบมืออาชีพ จึงมักทำงานได้ไม่ดี
  • Apple มีซอฟต์แวร์ของตัวเองที่ครอบคลุมทุกอย่าง ไม่ว่าจะเป็น cloud storage, การจัดการไฟล์, สเปรดชีต, เวิร์ดโปรเซสซิง, อีเมล ฯลฯ แต่ก็ไม่ได้บุกตลาดองค์กรขนาดใหญ่/ภาครัฐอย่างจริงจัง
    • เพราะการขายซอฟต์แวร์ให้กับองค์กรขนาดใหญ่และภาครัฐนั้น นอกจากการสร้างตัวซอฟต์แวร์เองแล้ว ยังต้องใช้ความพยายามเพิ่มเติมมหาศาล เป็นงานที่ยากถึงขั้นแม้แต่ Apple เองก็ยังไม่เลือกจะทำ
  • เราใช้เงินหลายพันล้านดอลลาร์ทุกปีไปกับซอฟต์แวร์ของบิ๊กเทคและบริการแวดล้อมของมัน แต่กลับคาดหวังว่าซอฟต์แวร์โอเพนซอร์สฟรีจะสามารถแข่งขันได้ somehow
  • เราสามารถสร้างบริการที่ได้รับการสนับสนุนอย่างดีบนโอเพนซอร์สได้อย่างสวยงาม แต่หากต้องการมอบทางเลือกแทน “บิ๊กเทค” ก็จำเป็นต้องทุ่มทั้งแรงและเงินทุนในระดับใกล้เคียงกัน
    • ไม่ใช่แค่จ่ายให้ผู้พัฒนาซอฟต์แวร์เท่านั้น แต่รวมถึงค่าการสนับสนุนด้วย

บทสรุป

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

ข้อสังเกตเชิงปฏิบัติ

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

ความเห็นของ GN⁺

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

5 ความคิดเห็น

 
savvykang 2024-11-03

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

 
aer0700 2024-11-03

ถ้ามีเงิน ก็จ่ายซื้อซอฟต์แวร์เชิงพาณิชย์แล้วรับการสนับสนุนทางเทคนิคไปเลย สบายใจกว่า... ถ้ามีเงินนะ

 
[ความคิดเห็นนี้ถูกซ่อน]
 
[ความคิดเห็นนี้ถูกซ่อน]
 
GN⁺ 2024-11-03

ความเห็นจาก Hacker News

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

  • ความสำคัญของโอเพนซอร์ส
    โมเดลธุรกิจโอเพนซอร์สเป็นสิ่งจำเป็นต่อการอยู่รอดในแวดวงเทคโนโลยี การควบรวมของ IBM และ Red Hat รวมถึงกลยุทธ์โอเพนซอร์สของ Microsoft เป็นสิ่งที่พิสูจน์เรื่องนี้ ความสำเร็จของสถาปัตยกรรม ARM ก็แสดงให้เห็นถึงความสำคัญของโอเพนซอร์สเช่นกัน

  • การใช้ซอฟต์แวร์ในภาคสุขภาพ
    ในภาคสุขภาพมีการเสนอ PostgreSQL เป็นทางเลือก แต่ยังคงใช้จ่ายเงินจำนวนมากกับไลเซนส์ Oracle บางครั้งก็จ่ายเงินจำนวนมากทั้งที่ไม่ได้ต้องการการสนับสนุนมากขนาดนั้น

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

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

  • มีการใช้ Nextcloud หรือไม่
    ไม่พบหลักฐานเกี่ยวกับความล้มเหลวของ Nextcloud ตรงกันข้าม มันกลับถูกใช้อย่างแพร่หลายในรัฐบาลและองค์กรปกครองท้องถิ่นของสหภาพยุโรป

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

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

  • บทบาททางประวัติศาสตร์ของซอฟต์แวร์เสรี
    ซอฟต์แวร์เสรีได้คอยสนับสนุนซอฟต์แวร์ที่เป็นกรรมสิทธิ์จำนวนมากมาตั้งแต่ยุค 80s Emacs เคยรองรับระบบ ATC ของสายการบินเยอรมันในยุค 90s และยังถูกใช้ที่ Amazon ด้วย

  • บริการฟรีจากบริษัทยักษ์ใหญ่ด้านเทคโนโลยี
    บริษัทยักษ์ใหญ่ด้านเทคโนโลยีให้บริการโฮสติ้งฟรี ซึ่งทำให้การโฮสต์ด้วยตนเองทำได้ยากขึ้น ในอดีตบริษัทเทคขนาดเล็กเคยให้บริการติดตั้งโอเพนซอร์ส