- Kan.bn เป็นทางเลือกโอเพนซอร์สของ Trello สำหรับเครื่องมือ บริหารจัดการโปรเจกต์ที่เน้นการทำงานร่วมกัน
- มีฟีเจอร์การทำงานร่วมกันหลัก เช่น การจัดการบอร์ด การเชิญสมาชิกทีม คอมเมนต์ เลเบลและตัวกรอง รวมถึงบันทึกกิจกรรม
- รองรับ การนำเข้าข้อมูลจาก Trello ได้อย่างง่ายดาย และการติดตามประวัติกิจกรรม
- ฟีเจอร์ เทมเพลต และการเชื่อมต่อกับเครื่องมือภายนอก จะถูกเพิ่มเข้ามาเร็ว ๆ นี้
- พัฒนาบนสแตกสมัยใหม่อย่าง Next.js, tRPC, Tailwind CSS เพื่อมอบประสบการณ์ที่ทันสมัย
Kan.bn: เครื่องมือบริหารจัดการโปรเจกต์โอเพนซอร์สที่มาแทน Trello
- แพลตฟอร์มบริหารจัดการโปรเจกต์สำหรับการทำงานเป็นทีมที่มอบฟังก์ชันคล้าย Trello ในรูปแบบโอเพนซอร์ส
- ทุกคนสามารถใช้งานฟีเจอร์หลักด้านการทำงานร่วมกันเพื่อการจัดการเป้าหมายได้อย่างอิสระ เช่น การควบคุมสิทธิ์ การเชิญสมาชิก และการพูดคุยบนการ์ด
- เมื่อเทียบกับบริการบอร์ดทำงานร่วมกันเชิงพาณิชย์อื่น ๆ ใช้ไลเซนส์แบบ AGPLv3 ทำให้สามารถแก้ไขและขยายซอร์สทั้งหมดได้อย่างอิสระ
- อีกทั้งยังมี ฟังก์ชันย้ายข้อมูลโปรเจกต์จาก Trello ทำให้ผู้ใช้ Trello เดิมสามารถย้ายมาใช้ Kan.bn ได้อย่างสะดวก
ฟีเจอร์หลัก
- การควบคุมการมองเห็นของบอร์ด: สามารถกำหนดสิทธิ์การดูและแก้ไขแยกเป็นรายโปรเจกต์บอร์ดได้
- การเชิญสมาชิกเข้าสู่เวิร์กสเปซและการทำงานร่วมกัน: เชิญสมาชิกทีมเข้าสู่เวิร์กสเปซเพื่อทำงานร่วมกันและสื่อสารแบบเรียลไทม์ได้
- การนำเข้าข้อมูลจาก Trello: มีฟังก์ชัน Import บอร์ด Trello เดิมมายัง Kan.bn ได้ในครั้งเดียว
- ฟีเจอร์เลเบลและตัวกรอง: การแท็กการ์ดและค้นหาอย่างรวดเร็วช่วยให้ระบุและจัดการการ์ดได้ง่ายแม้ในโปรเจกต์ขนาดใหญ่
- คอมเมนต์และการสนทนา: สามารถฝากความคิดเห็นและบันทึกไว้ในแต่ละการ์ดได้อย่างอิสระ เหมาะกับการพูดคุยแบบเรียลไทม์
- การบันทึกประวัติกิจกรรม: บันทึกและติดตามการเปลี่ยนแปลงทั้งหมดของการ์ดโดยอัตโนมัติ เพื่อดูได้ว่าใครทำอะไร เมื่อใด
- เทมเพลตและการเชื่อมต่อบริการภายนอก (เร็ว ๆ นี้) : ความสามารถในการบันทึกรูปแบบบอร์ดที่ใช้บ่อยและการเชื่อมต่อกับเครื่องมือภายนอกจะถูกเพิ่มในเร็ว ๆ นี้
เทคโนโลยีสแตก
- Next.js: รองรับ server-side rendering และสภาพแวดล้อมการพัฒนาเว็บสมัยใหม่
- tRPC: ใช้โครงสร้างการสื่อสาร API ที่ให้ความสำคัญกับ type safety
- Better Auth: ทำให้กระบวนการยืนยันตัวตนอัตโนมัติและแข็งแกร่งยิ่งขึ้น
- Tailwind CSS: รองรับการปรับแต่ง UI/UX ได้อย่างยืดหยุ่นและรวดเร็ว
- Drizzle ORM: มอบการทำ abstraction ของฐานข้อมูลที่สะอาดและการรับประกันเรื่อง type
- React Email: มีระบบข้อความสำหรับการส่งอีเมลถึงผู้ใช้ในตัว
ชุมชนและการมีส่วนร่วมกับโอเพนซอร์ส
- โค้ดทั้งหมดเปิดเผยอย่างสมบูรณ์บน GitHub และยินดีต้อนรับการมีส่วนร่วมอย่างแข็งขันทั้งด้านโอเพนซอร์ส ฟีดแบ็ก และการปรับปรุง
- ภายใต้ไลเซนส์ AGPLv3 สามารถใช้งานและแจกจ่ายได้อย่างอิสระ ไม่ว่าจะเพื่อการค้าหรือไม่ใช่เชิงพาณิชย์
- นักพัฒนาที่ต้องการมีส่วนร่วมสามารถตรวจสอบคู่มือ CONTRIBUTING และส่ง pull request ได้
2 ความคิดเห็น
พอเห็นว่าเป็นบอร์ดคัมบังเลยเข้าไปดูโค้ดมา การแยกฟังก์ชันทำได้ดีและชุดไลบรารีก็ถูกใจนะ แต่ก็น่าเสียดายที่เขียนด้วยแนวทาง
pagesของ Next 14 และ Tailwind 3.xผมกดแนะนำไปให้แล้ว
ความคิดเห็นจาก Hacker News
เป็นการแนะนำ Kan ที่ฉันทำเอง เพราะยังไม่เจอทางเลือกโอเพนซอร์สของ Trello ที่ถูกใจ โดยเน้นว่าเร็วมาก ฟรี และปรับแต่งได้เต็มที่ เลือกได้ทั้งแบบ self-hosting หรือ managed cloud ยินดีรับทุกทั้งฟีดแบ็ก รายงานบั๊ก และข้อเสนอฟีเจอร์ พร้อมลิงก์ไปยังรีโพซิทอรี คลาวด์ และโรดแมป GitHub Repo Cloud Roadmap
มีคนขอให้อธิบายเปรียบเทียบกับบอร์ดโอเพนซอร์สที่มีอยู่เดิมอย่าง Wekan, Taiga, Kanboard พร้อมแชร์ลิงก์ของแต่ละผลิตภัณฑ์ Wekan Taiga Kanboard
มีคำแนะนำว่าถ้าอธิบายให้ชัดเจนว่าทางเลือกโอเพนซอร์สเดิม ๆ ขาดอะไรหรือน่าผิดหวังตรงไหน หรือมีฟีเจอร์อะไรที่ตั้งใจทำเป็นพิเศษ จะช่วยให้การสนทนาดีขึ้น จะทำเพราะอยากสร้างเองก็ไม่ใช่ปัญหา แต่ก็อยากให้พูดถึงฟีเจอร์ที่อยากเน้นเป็นพิเศษด้วย
มีคนลองใช้ Kanban board ในโรดแมปที่ให้มาแล้วส่งฟีดแบ็ก พบว่าเมื่อคลิกการ์ดจะเห็นแค่ "Activity" แต่ไม่มีข้อมูลแสดง และหลังจากคลิกหลายการ์ดแล้วปุ่มย้อนกลับของเบราว์เซอร์ทำงานไม่ปกติ
มีข้อความแสดงความยินดีและให้กำลังใจ พร้อมถามว่าเมื่อเทียบกับผลิตภัณฑ์อื่นแล้วอะไรทำให้สิ่งนี้น่าสนใจ ใช้งานได้จริง หรือมีประโยชน์เป็นพิเศษกว่าเดิม และระหว่างพัฒนามาจนถึงตอนนี้ได้อินไซต์อะไรหรือเจอเรื่องไม่คาดคิดอะไรบ้าง
มีคนบอกว่าการลงมือสร้างผลิตภัณฑ์เองเป็นเรื่องเจ๋ง และอยากให้เล่าให้ชัดว่าทางเลือกโอเพนซอร์สแบบ Trello clone เดิม ๆ มีอะไรที่ไม่พอหรือไม่น่าพอใจ และได้เลือก trade-off หรือจุดแตกต่างอะไรไว้บ้าง
มีคนสงสัยว่าทำไมถึงเลือกใช้ Next.js ในโปรเจกต์โอเพนซอร์ส เพราะได้ยินมามากว่าถ้าไม่ใช่ Vercel การ deploy Next.js นั้นขึ้นชื่อว่ายากมาก
จากประสบการณ์กับ Next.js มองว่าการ deploy พื้นฐานนั้นง่ายมาก สามารถ build คอนเทนเนอร์ distroless nodejs ได้ด้วย Dockerfile แค่ 10 บรรทัด และ deploy แล้วก็ใช้งานได้ทันที พอเริ่มมีปัญหาเรื่องประสิทธิภาพค่อยซับซ้อนขึ้น และทรัพยากรแบบ static ก็ควรแยกไปโฮสต์บน CDN จะมีประสิทธิภาพกว่า การปรับแต่งที่ซับซ้อนกว่านั้นคือทำ caching แยก middleware เป็นต้น Vercel ช่วยลดความซับซ้อนในการปฏิบัติการได้ แต่ก็มีต้นทุนด้านเงิน ส่วนตัวไม่เคยใช้ฟังก์ชันฝั่งเซิร์ฟเวอร์ของ NextJS แบบลึกมากนัก และก็สงสัยเหมือนกันว่าเฟรมเวิร์กฝั่งฟรอนต์เอนด์อื่นจะปรับจูนประสิทธิภาพได้ง่ายกว่าหรือไม่ ประเด็นจึงไม่ใช่ว่า deploy NextJS ยาก แต่คือถ้าจะให้ได้ระดับการปรับแต่งและการดูแลแบบ Vercel ก็ต้องลงแรงพอสมควร
มีความเห็นว่า Next.js เป็นแอป Node ดังนั้นการ deploy บนเซิร์ฟเวอร์ระยะยาวไม่ได้ยากอะไรเลย เพียงแต่ที่ผ่านมา การนำฟีเจอร์ขั้นสูงไปใช้ในสภาพแวดล้อมแบบ serverless ต้องอาศัยการ reverse engineer อยู่บ้าง ซึ่งปัญหานี้ก็กำลังค่อย ๆ ดีขึ้นในอีสซู
มีคนมองว่าความเห็นที่ว่า deploy Next.js ยากนั้นเกินจริงไปมาก ความซับซ้อนจะมาเมื่อใช้ฟีเจอร์ขั้นสูงอย่างเสิร์ฟ static asset จาก origin แยก หรือ image optimization แต่ฟีเจอร์พวกนี้จริง ๆ แล้วเฟรมเวิร์กทางเลือกของ Next.js เองก็ไม่ได้รองรับได้มากนักในตัว
ถ้าทำเป็น Docker แล้ว deploy ความยากก็ไม่ได้ต่างจากแอปอื่น และสามารถ deploy ไปยัง Fargate ได้ภายใน 2 ชั่วโมง
มีความเห็นว่าแม้การ deploy Next.js จะยาก แต่จริง ๆ แล้วบริการขนาดใหญ่ใด ๆ ก็ deploy ยากเป็นปกติอยู่แล้ว ส่วนตัวมองว่าสิ่งที่ยากไม่ใช่ตัว Next.js เอง แต่เป็นซอฟต์แวร์โอเพนซอร์สที่ไม่คุ้นเคย, docker, kubernetes, ฐานข้อมูล และปัญหาด้าน integration มากกว่า
มีความเห็นว่าราคา Trello ช่วงหลังลดลงมาค่อนข้างสมเหตุสมผลแล้ว แต่ถ้ามีฟีเจอร์อย่าง conditional logic ในระบบ automation ก็อาจพิจารณาย้ายแพลตฟอร์ม ทั้งนี้ Trello คิดเดือนละ $5 จึงอาจแข่งด้านราคาได้ไม่ง่าย
แม้อาจฟังดูหลุดโลกไปหน่อย แต่มีคนอยากได้แอปโอเพนซอร์สแบบ “all-in-one” และถ้าผลิตภัณฑ์นี้พัฒนาไปเป็นตัวแทน Slack ได้ด้วย เช่น มี Kanban board แยกตามช่อง, HTTP bot API, charts และ dashboards, Python notebook snippets เป็นต้น จนทำทุกอย่างได้ในที่เดียว ก็น่าจะเป็นสิ่งที่น่าอยากได้มาก
มีคนแชร์ว่าก่อนหน้านี้เคยใช้ Kanboard ซึ่งเขียนด้วย PHP และแม้ดีไซน์จะไม่เด่น แต่ฟีเจอร์ค่อนข้างใช้งานได้ดี อีกทั้งติดตั้งง่ายเพราะไม่ต้องมีฐานข้อมูล Kanboard
สามารถอัปขึ้น shared hosting แล้วรันได้ทันที แม้ UI จะเชย แต่ด้านฟังก์ชันถือว่ายอดเยี่ยมมาก
มีคนบอกว่ายังใช้ Kanboard อยู่จนถึงตอนนี้ และชอบมากเพราะความเรียบง่าย
มีข้อเสนอว่าอยากให้มีแพ็กเกจครอบครัวในราคาต่ำ Kanban board นั้นดีมากอยู่แล้ว แต่ถ้ามี native app พร้อมการซิงก์แบบง่าย ๆ ด้วย เช่น iCloud/Dropbox ก็จะยิ่งดี เพราะไม่ค่อยสนใจทั้งแบบ self-hosting หรือ SaaS เคยใช้แอป Kanban บนเดสก์ท็อป Windows แบบฟรีอยู่ตัวหนึ่งซึ่งดีมาก (ตอนนี้เลิกพัฒนาแล้ว) ส่วนฟีเจอร์ list sections ของ Apple Reminders ก็พอใช้แบบ Kanban ได้ แต่ UX ยังไม่ดี โดยเฉพาะเวอร์ชัน macOS ที่แย่มาก กำลังมองหา native app ที่มีการซิงก์แบบเรียบง่าย เหมาะกับผู้ใช้ 1-2 คน และไม่เป็นสมาชิกแบบรายเดือน แต่ซื้อขาดเป็นเวอร์ชันแทน
มีคนมองว่าสโลแกน “Kanban reimagined” ฟังดูแปลก เพราะฟังก์ชันจริงไม่ได้ต่างจาก Trello, Taiga และอื่น ๆ มากนัก จึงให้ความรู้สึกเหมือนเป็นการทำผลิตภัณฑ์เดิมขึ้นมาใหม่ แต่อย่างไรก็ยินดีต้อนรับทางเลือกโอเพนซอร์ส
มีความเห็นว่าแม้คุณภาพของโปรเจกต์จะดูดี แต่ชื่อโดเมนนั้นน่าประทับใจมาก
มีคนบอกว่าชอบ Trello มาก เพราะหน้าตาดึงดูดสายตา มีคีย์ลัดและอินเทอร์เฟซที่รวดเร็ว รวมถึงมี automation API ที่ทรงพลัง ทำให้สร้างสถานการณ์อัตโนมัติได้หลากหลาย และก็มีแผนจะลองดู Kan เช่นกัน
มีคนใช้ Trello มานานกว่า 14 ปี และบอกว่าปัญหาใหญ่ที่สุดมีอยู่สองข้อ