- Zulip ยึดถือ ความยั่งยืนและความเปิดกว้าง เป็นคุณค่าหลัก เพื่อสร้างซอฟต์แวร์แชตสำหรับทีมที่เป็นระบบมากที่สุดในโลก
- รักษาโมเดล โอเพนซอร์ส 100% ที่รวมทุกฟีเจอร์ไว้ครบถ้วน และรองรับให้ทุกคนโฮสต์เองได้ฟรี
- ลงทุนใน ชุมชนและการให้คำปรึกษา เพื่อสร้างผู้มีส่วนร่วมโอเพนซอร์สจากหลากหลายพื้นเพ และมีเอกสารสำหรับนักพัฒนากว่า 185,000 คำ
- สร้าง โมเดลธุรกิจที่พึ่งพาตนเองโดยไม่มีเงินทุนร่วมลงทุน เพื่อรับประกันการบำรุงรักษาระยะยาวและการดำเนินงานอย่างมีจริยธรรม
- ให้บริการคลาวด์โฮสติงฟรีแก่ องค์กรไม่แสวงหากำไร การศึกษา และการวิจัย รวมถึงองค์กรที่มีงบประมาณจำกัด โดยมีหลายร้อยองค์กรใช้งานอยู่
การสร้างซอฟต์แวร์ที่ยั่งยืน
- แพลตฟอร์มแชตสำหรับทีมซึ่งเป็นแกนหลักของการดำเนินงานองค์กร จำเป็นต้องมีความสามารถในการคงอยู่ระยะยาว
- Zulip ออกแบบบริษัท ชุมชน และโครงสร้างทางเทคนิคให้รองรับการพัฒนาระยะยาว
- ตั้งแต่ปี 2013 ลูกค้ารุ่นแรกเริ่มใช้งาน บริการอย่างต่อเนื่องโดยไม่หยุดชะงัก
- ปรัชญานี้สะท้อนอยู่ในทุกการตัดสินใจ โดยมุ่งสู่ การบำรุงรักษาอย่างมีความรับผิดชอบ
การคงไว้ซึ่งโอเพนซอร์ส 100%
- ต่างจากบางบริษัทที่เปิดเผยเพียงเวอร์ชันสาธิตของผลิตภัณฑ์แบบเสียเงิน Zulip เปิดซอร์สทุกฟีเจอร์ทั้งหมด
- หากโฮสต์เองก็สามารถใช้ฟีเจอร์ได้เหมือนกับเวอร์ชันคลาวด์
- มีการจัดทำเอกสารเพื่อให้ ติดตั้งและใช้งานได้ฟรีอย่างง่ายดาย และมีหลายพันองค์กรใช้งานแนวทางนี้อยู่
- หลักการโอเพนซอร์สช่วยรับประกัน ความโปร่งใสและการเข้าถึงได้
การลงทุนในชุมชนและการให้คำปรึกษา
- Zulip ได้รับการพัฒนาโดย ชุมชนโอเพนซอร์สที่กระตือรือร้น และทุ่มเทกับการสร้างผู้มีส่วนร่วมรุ่นต่อไป
- ออกแบบเชิงโครงสร้างเพื่อเพิ่ม ความอ่านง่ายของโค้ด การทดสอบ และความง่ายในการแก้ไข
- มี เอกสารคู่มือการมีส่วนร่วม ความยาว 185,000 คำ ครอบคลุมตั้งแต่เคล็ดลับ Git ไปจนถึงการตัดสินใจด้านสถาปัตยกรรม
- ตั้งแต่ปี 2016 เป็นต้นมา มี ผู้เข้าร่วมโครงการฝึกงานมากกว่า 100 คน
- ผ่านการให้คำปรึกษาจากผู้มีส่วนร่วมอาวุโส ผู้เข้าร่วมจำนวนมากประเมินว่าได้เรียนรู้มากกว่าการศึกษาอย่างเป็นทางการ
ธุรกิจที่ยั่งยืนและสอดคล้องกับคุณค่า
- ทีมหลักที่ขับเคลื่อนการพัฒนา Zulip ได้ก่อตั้ง Kandra Labs เพื่อสร้างฐานะทางการเงิน
- มุ่งสู่ การเติบโตแบบพึ่งพาตนเองโดยไม่มีเงินทุนร่วมลงทุน และได้รับการสนับสนุนจาก ทุน SBIR ของ NSF สหรัฐฯ
- แทนที่จะเร่งเติบโตอย่างรวดเร็ว บริษัทเลือก การดำเนินงานที่ยั่งยืน และรักษาอัตราการใช้จ่ายอย่างสมเหตุสมผล
- โดยไม่ถูกกดดันจากนักลงทุน จึงสามารถรักษา คุณค่าด้านจริยธรรมและคุณภาพทางเทคนิค ไว้ได้ และ
ใช้มาตรฐานคุณภาพอย่างเข้มงวด เช่น การรีวิวโค้ด การทดสอบอัตโนมัติ และการจัดทำเอกสาร เพื่อให้ได้ โค้ดเบสที่ดูแลรักษาง่าย
การสนับสนุนองค์กรที่มีคุณค่า
- สนับสนุนให้องค์กรที่มีงบประมาณจำกัด เช่น โครงการโอเพนซอร์ส กลุ่มวิจัย สถาบันการศึกษา และองค์กรไม่แสวงหากำไร สามารถใช้ Zulip ได้
- สำหรับองค์กรเหล่านี้ มี โฮสติงฟรีบน Zulip Cloud Standard ให้บริการ
- ปัจจุบันมีหลายร้อยองค์กรใช้งานบริการผ่านโครงการนี้
- การสนับสนุนนี้สะท้อนถึง ความรับผิดชอบต่อสังคมและปรัชญาที่ให้ความสำคัญกับชุมชน ของ Zulip
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
ไม่นานมานี้บริษัทเริ่มใช้ Zulip และรู้สึกว่ามันเป็นแอปสื่อสารที่มี UX ออกแบบมาดีที่สุด เท่าที่เคยใช้มา
โครงสร้างชัดเจน ทำให้ไปยังบทสนทนาที่ต้องการได้ทันที และมองภาพรวมทั้งหมดได้ในครั้งเดียว
อยากให้มีคีย์ลัดเพิ่มอีกหน่อย และคิดว่าแอปมือถือควรมีมุมมอง “บทสนทนาล่าสุด”
ตอนนี้พอกดการแจ้งเตือนแล้วมันจะหายไป ทำให้จัดการข้อความที่อยากกลับมาดูทีหลังได้ยาก
เลยใช้ข้อความที่ยังไม่ได้อ่านเป็น inbox ชั่วคราวอยู่
ถึงอย่างนั้นก็ยังคิดว่า Zulip มอบ ประสบการณ์การรับส่งข้อความที่สมเหตุสมผล ที่สุดในด้านนี้
แต่โครงสร้างแบบ stream/thread ของ Zulip เป็นระบบกว่ามาก เลยมองว่าดีกว่าในแง่ UX
เพียงแต่ต้องใช้เวลาปรับตัวพอสมควร
ถ้าสามารถดันบางช่องให้เป็น “สำคัญ” แล้วสลับดู inbox ได้ ก็น่าจะทำงานได้มีประสิทธิภาพขึ้นมาก
เทียบกับ Teams แล้วใช้งานลำบากเกินไป จนแทบเหมือนเรื่องตลก
แต่ก็เข้าใจว่าคนเราถูกกับเครื่องมือไม่เหมือนกัน
แต่เพิ่งมารู้ไม่นานนี้ว่ามีการตั้งค่า “ปิดใช้ topic” อยู่
ถ้าดูแบบห้องแชตทั่วไปตามลำดับเวลาได้ ก็น่าจะคุ้มที่จะลองอีกครั้ง
เป้าหมายของ Zulip นั้นดี แต่พอใช้งานจริง UI ดูแข็งและตอบสนองช้า จนทำให้เลิกมีส่วนร่วมกับคอมมูนิตี้ไปเลย
บนมือถือก็เคยเจอ UI ส่วนหัวพังจนใช้งานลำบาก
เวอร์ชันนี้มีปัญหาเลย์เอาต์เว็บบนมือถือพัง และไม่ใช่แค่ Zulip แต่กระทบเว็บแอปหลายตัว
ถ้าเป็น iOS ก็ควรใช้ แอปมือถือ โดยตรง
UI และการใช้งาน (ergonomics) ของ Zulip ยังเป็นอุปสรรคใหญ่ที่สุดต่อการขยายสู่คนหมู่มาก
การไม่มี E2EE หรือ self-hosting แบบสมบูรณ์ก็เป็นปัญหาสำหรับบางคน แต่ก็มีหลายองค์กรที่มองว่าคุณค่าความเป็นโอเพนซอร์สเพียงอย่างเดียวก็เพียงพอแล้ว
ส่วนตัวปรับตัวกับอินเทอร์เฟซได้เร็ว แต่ก็เห็นหลายคน เลิกใช้เพราะดีไซน์ หรือไม่ก็ใช้แค่ “general chat” แบบ Slack
ชอบแนวคิดนะ แต่ UI ซับซ้อนเกินไปจนใช้งานไม่ไหวจริง ๆ
การควบคุมได้เองว่าข้อมูลเก็บไว้ที่ไหนเป็นข้อดี แต่ UI ดูเก่าและแปลก ๆ
ทุกคนรู้สึกแค่ว่า “ก็พอใช้ได้” เท่านั้น
“Completer” ชอบการจัดการที่รวดเร็วและวงจรที่ปิดจบ ส่วน “Cultivator” ชอบจัดโครงสร้างและสะสมข้อมูล
Zulip ออกแบบมาให้เหมาะกับกลุ่มหลัง จึงกลายเป็นภาระสำหรับกลุ่มแรก
ส่วน Slack ตั้งอยู่บนสมมติฐานของบทสนทนาแบบ ephemeral จึงทำให้บริบทยาว ๆ หายไป
สุดท้ายทั้งสองแนวทางก็มีข้อจำกัด
ทางแก้อาจเป็น
ฟีเจอร์ Canvas ของ Slack ก็ดูเหมือนเป็นความพยายามแก้ปัญหานี้เหมือนกัน
ค่านิยม ของบริษัทเปลี่ยนได้ง่ายหลังครองส่วนแบ่งตลาด
เหมือนกรณีที่ OpenAI เปลี่ยนนโยบายความร่วมมือ เลยคิดว่าจำเป็นต้องมีโครงสร้างที่รับผิดชอบต่อการเปลี่ยนแปลงแบบนี้ได้
มันทำสิ่งที่ Bluesky เรียกว่า “credible exit” ไว้แล้ว
แต่ก็ยังคิดว่าบริษัทแบบ สหกรณ์ ที่สมาชิกมีส่วนร่วมใน governance โดยตรงนั้นเป็นอุดมคติมากกว่า
เห็นด้วยกับคำพูดที่ว่า “ทุกคนพูดถึงค่านิยม แต่พอเจอ เช็ค 1 พันล้านดอลลาร์ ก็เปลี่ยนกันหมด”
ถ้าจะให้ดี สู้พูดตรง ๆ ไปเลยว่ากำลังรอเงินดีกว่า
ฉันยกให้ Zulip เป็นหนึ่งในโปรเจกต์โอเพนซอร์สที่ดีที่สุด
เหตุผลมีดังนี้
พอเห็นว่าคนชอบและไม่ชอบ Zulip กันชัดเจน เลยสงสัยว่า ขนาดองค์กร มีผลหรือไม่
สำหรับทีมรีโมต 3 คนแบบเรา มันทำงานได้ดีมาก
บางทีพอจำนวนผู้ใช้มากขึ้น เวิร์กโฟลว์ของ UI อาจพังลงก็ได้
โดยรวมดูแข็ง ๆ และไม่สวย
ถึงอย่างนั้นก็ยังอยากชอบมันอยู่
Zulip นั้นยอดเยี่ยม แต่สำหรับคอมมูนิตี้ส่วนใหญ่ที่ฉันอยู่ E2EE (การเข้ารหัสแบบต้นทางถึงปลายทาง) เป็นข้อกำหนดที่ขาดไม่ได้
ฉันจัดงาน Carolina Code Conference มาตั้งแต่ปี 2023 และใช้ Zulip สำหรับเครือข่ายผู้เข้าร่วมงาน
มันเป็นแพลตฟอร์มที่ยอดเยี่ยมจริง ๆ และอยากให้มีคนใช้แพร่หลายกว่านี้
ฉันชอบ แนวคิดแบบยึด topic เป็นศูนย์กลาง ของ Zulip มาก
แต่เพราะมันไม่รองรับข้อความเสียง เลยทำให้ในกลุ่มเล็ก ๆ สุดท้ายต้องกลับไปใช้แอปอย่าง Signal
สำหรับกลุ่มใหญ่ไม่จำเป็นเท่าไร แต่สำหรับทีมเล็ก ข้อความเสียงสะดวกที่สุด