ฉันควรเปลี่ยนบริษัทของตัวเองเป็นโอเพนซอร์สไหม? (2022)

 (supabase.com)
1 คะแนน โดย GN⁺ 2024-01-23 | 1 ความคิดเห็น | แชร์ทาง WhatsApp

โค้ดของฉันแย่หรือเปล่า

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

ไปให้ถึงความปลอดภัย

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

เอาชนะคู่แข่ง

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

การเติบโตของคอมมูนิตี้ผู้เชี่ยวชาญ

  • การสร้างบริษัทที่ประสบความสำเร็จต้องอาศัยการลงมือทำอย่างสม่ำเสมอในระยะยาวและการขยายฐานลูกค้า
  • การที่คู่แข่งแอบดูโค้ดไม่ใช่เรื่องสำคัญในระยะยาว

ชนะในตลาด

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

ระยะหลัง

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

เลิกกังวลได้แล้ว

  • หากคู่แข่งกำลังมองหาไอเดียของคุณ พวกเขาก็จะตามหลังคุณอยู่หนึ่งก้าวเสมอ

การจ้างนักพัฒนา

  • หนึ่งในปัญหาใหญ่ที่สุดของสตาร์ตอัปคือการจ้างนักพัฒนานั้นยาก
  • โอเพนซอร์สสามารถแก้ปัญหาการจ้างนักพัฒนาได้

หาแหล่งคนแบบเปิดเผย

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

ไม่ เราจะไม่ให้คุณทำแบบทดสอบเอากลับไปทำที่บ้าน

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

ใช้งานร่วมกับ Excel ได้ไหม?

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

นี่ปี 2022 แล้ว รถบินได้อยู่ที่ไหน?

  • ในโลกที่ไม่มีโอเพนซอร์ส บริษัทเทคโนโลยีก็จะยังคงประดิษฐ์ล้อขึ้นมาใหม่ซ้ำ ๆ
  • Supabase พยายามสนับสนุนโปรเจ็กต์โอเพนซอร์สที่มีอยู่ก่อนจะสร้างโปรเจ็กต์ใหม่เป็นโอเพนซอร์ส

ยังต้องการหลักฐานอีกเหรอ

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

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

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

บทความที่เกี่ยวข้อง

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

 
GN⁺ 2024-01-23
ความคิดเห็นจาก Hacker News

  • ปัญหาของสมมติฐาน

    สมมติฐานเรื่องความสามารถในการทำกำไรอย่างยั่งยืนไม่สะท้อนความเป็นจริง โดยเฉพาะเมื่อคำนึงถึงความท้าทายอย่างเงินเดือนที่สูงของนักพัฒนาในสหรัฐฯ บริษัทซอฟต์แวร์โอเพนซอร์ส (OSS) จึงต้องประสบความสำเร็จถึงสองต่อ: อย่างแรกคือตัว OSS เอง และอย่างที่สองคือบริษัท

  • ประสบการณ์ของทีม Graphistry

    ทีม Graphistry มีความหลงใหลใน OSS และได้ช่วยเริ่มต้นโปรเจกต์ยอดนิยมอย่าง Apache Arrow และ Nvidia RAPIDS โดยให้ทั้งไคลเอนต์ Python และ JS เป็น OSS และ PyGraphistry[AI] ก็เป็นเหมือนมีดพกอเนกประสงค์สำหรับงานกราฟที่มีเครื่องมือหลากหลาย แต่บริษัทเติบโตอย่างยั่งยืนเป็นหลักจากการขายไลเซนส์สำหรับการโฮสต์เองทั้งแบบคลาวด์/ออนพรेमิสของเซิร์ฟเวอร์แสดงผลกราฟด้วย GPU ให้กับองค์กร ภาครัฐ และบริษัทข้อมูล รายได้ทางเลือกจากการโฮสต์แบบ SaaS ช่วยพยุงทีมขนาดเล็กได้ แต่สำหรับทีมส่วนใหญ่แล้ว หากไม่มีรายได้จากไลเซนส์แบบโฮสต์เองก็ยากที่จะเดินหน้านวัตกรรมต่อไปได้

  • ความไม่พอใจต่อโมเดลธุรกิจโอเพนซอร์ส

    เมื่อต้องคุยกับผู้ก่อตั้งรายอื่นเกี่ยวกับโมเดลธุรกิจโอเพนซอร์ส มักมีข้อกังวล 3 อย่างที่ถูกพูดซ้ำๆ:

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

    และยังมีข้อที่สี่ซึ่งมักตกหล่นไป คือความคิดที่ว่า "Amazon/AWS จะเอาโค้ดของฉันไปทำบริการเชิงพาณิชย์และไม่จ่ายอะไรให้ฉันเลย"

  • การขายให้ภาครัฐที่ไม่ใช่หน่วยงานทหาร

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

  • คุณค่าของซอฟต์แวร์โอเพนซอร์ส

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

  • โมเดลธุรกิจของ Supabase

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

  • การเลือกใช้ผลิตภัณฑ์โอเพนซอร์ส

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

  • ความยากของธุรกิจโอเพนซอร์ส

    โปรเจกต์โอเพนซอร์สอย่าง PostgreSQL, Python, Bitcoin และ React นั้นยอดเยี่ยม แต่ไม่ได้เป็นธุรกิจที่ดีเสมอไป MongoDB และ Elastic เป็นข้อยกเว้น บริษัทฐานข้อมูลแบบปิดซอร์สประสบความสำเร็จมากกว่าบริษัทฐานข้อมูลโอเพนซอร์ส ธุรกิจโอเพนซอร์สนั้นยาก แต่มีคุณค่าต่อผู้ใช้มาก

  • ความสำคัญของแบรนด์และชุมชน

    เมื่อต้องแข่งขันกับผู้ให้บริการรายเดิมอย่าง Google แบรนด์ ชุมชน ทีม และประสบการณ์นักพัฒนา (DX) แทบไม่สำคัญเท่ากับเรื่องการปฏิบัติตามข้อกำหนดและปัจจัยอื่นๆ

  • การเปิดเผยโค้ดโอเพนซอร์สและไลเซนส์

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

  • ความเป็นไปได้ของบริษัทโอเพนซอร์ส

    บริษัทโอเพนซอร์สจะมีเหตุผลก็ต่อเมื่อบริษัทนั้นมุ่งเป้าไปที่นักพัฒนา หรือสร้างผลิตภัณฑ์ที่ในความเป็นจริงแล้วแทบไม่มีโอกาสถูกโฮสต์เอง Supabase เป็นตัวอย่างที่เข้าข่ายทั้งสองข้อ