Don Karter
CEO และผู้ร่วมก่อตั้ง, Muvon
ผมเริ่มเขียนโค้ดตอนอายุ 12 ที่บ้านยังไม่มีคอมพิวเตอร์ — มีแต่หนังสือ ผมอ่านจบเล่ม เขียนโค้ดลงกระดาษ แล้วไล่ดูในหัวว่าโปรแกรมจะทำงานยังไง พอผมได้ IBM PC เครื่องเก่าของลูกพี่ลูกน้องในที่สุด ผมก็มีทฤษฎีหลายเดือนพร้อมจะรันแล้ว ช่องว่างระหว่างการเข้าใจอะไรสักอย่างกับการลงมือทำได้จริง — ผมพยายามปิดช่องนั้นเรื่อยมานับแต่นั้น
จากตรงนั้น: ยุคเว็บมือถือยุคแรก (WML, xHTML ก่อนจะมีใครได้ยินคำว่า app store) จากนั้นคือ PHP กับ backend แล้วก็หลายปีกับสถาปัตยกรรมงานโหลดสูง แพลตฟอร์มเพลง ฟินเทค คริปโต SaaS โซเชียล — โดเมนเปลี่ยนไป แต่ปัญหาไม่เปลี่ยน สเกล ความน่าเชื่อถือ การดูแลรักษา ของพวกนี้ย้ายไปใช้ที่ไหนก็ได้
มีสตาร์ทอัพระหว่างทาง บางอันสำเร็จ บางอันเป็นบทเรียนล้ำค่ามาก ผมยังคงสร้างต่อตลอดทาง
ผมคิดยังไง
Done ดีกว่า perfect ใช้เวลาหลายปีกว่าจะซึมซับเรื่องนี้ ผมเป็นพวกชอบทุกอย่างเป๊ะตามนิสัย — ยังเป็นอยู่ — แต่เรียนรู้ว่าดีและส่งออกชนะสมบูรณ์แต่ล่าช้าทุกครั้ง กฎ 20/80 ไม่ใช่ความขี้เกียจ มันคือวิจารณญาณว่าความพยายามตรงไหนทบต้นได้จริง
KISS และ DRY ไม่ใช่กฎสำหรับมือใหม่ มันเป็นสิ่งที่รักษาไว้ยากที่สุดเมื่อสเกลใหญ่ขึ้น ทุกระบบที่ผมเห็นพังลงพังเพราะมีคนพยายามเพิ่มความซับซ้อนเรื่อย ๆ แทนที่จะถอยออกมาและทำให้ง่ายลง ผมใช้หลักนี้ทุกที่ — รวมถึงไปป์ไลน์ AI ด้วย คุณไม่ต้องใช้ RAG 12 ขั้นเพื่อให้ได้ผลดี คุณต้องเข้าใจว่าจริง ๆ แล้วอะไรพัง แล้วซ่อมจุดนั้น เน้น pragmatic เหนือ complex เสมอ
สถาปัตยกรรมคือปัญหาเรื่องข้อจำกัด ระบบที่ดีไม่ใช่ระบบที่ฉลาด — มันชัดเจนเมื่อมองย้อนหลัง เป้าหมายคือดีไซน์ที่ทำสิ่งถูกต้องเป็นสิ่งที่ง่าย ที่คุณจะส่งต่อให้คนใหม่ได้โดยไม่ต้องถ่ายทอด tribal knowledge ทั้งสัปดาห์ ความซับซ้อนคือต้นทุนเสมอ
ออกแบบเผื่อกรณีพังก่อนเป็นอันดับแรก ใครก็ออกแบบระบบที่ทำงานได้เมื่อทุกอย่างไปด้วยดีได้ โครงสร้างพื้นฐานงานโหลดสูงออกแบบไว้สำหรับเวลาที่ไม่ดี — ทราฟฟิกพุ่ง ความล้มเหลวลาม โทรศัพท์ตอนตี 3 ที่คุณไม่อยากรับ ตรงนั้นคือที่ที่ผมใช้สมองส่วนใหญ่
AI ขยายผลของการตัดสินใจ ทั้งดีและไม่ดี ผมใช้ AI เขียนโค้ดก่อนคนส่วนใหญ่จะคิดว่ามันเขียนอะไรเป็นประโยชน์ได้ — ก่อน Codex ก่อน Claude เครื่องมือยังหยาบ API ประหลาด งานมือเยอะ แต่ผมเห็นแล้วว่ามันจะกลายเป็นอะไร และสร้างเวิร์กโฟลว์รอบ ๆ มันแต่เนิ่น ๆ การได้เปรียบจุดนั้นปรับรูปทุกอย่างที่ Muvon
การเรียนรู้ไม่หยุด โดเมนใหม่ สแต็กใหม่ failure mode ใหม่ — ผมสนใจของพวกนี้จริง ๆ ทุกอย่าง วิถีชีวิตที่สุขภาพดีหนุนเรื่องนี้: หัวโล่ง พลังงานสม่ำเสมอ ไม่มีวงจร burnout ตอนนี้อยู่กรุงเทพฯ หลังจากอยู่ภูเก็ตหลายปี การได้ขยับช่วยมาก
ผมสร้างอะไรและทำไม
มีสองเครื่องมือที่ควรรู้เบื้องหลัง
Octomind มาจากความหงุดหงิดจริง ๆ: เวิร์กโฟลว์ AI-coding ยุคแรกเผาผลาญโทเค็นในอัตราโหด context พองโต อ่านซ้ำซ้อน เซสชันรีเซ็ตทุกครั้งที่แลกเปลี่ยน ผมเลยสร้างของที่เพรียวกว่า — agent runtime ที่เน้นประหยัดโทเค็นและรักษาเซสชันต่อเนื่อง เก่ากว่าเครื่องมือกระแสหลักส่วนใหญ่ ทุกวันนี้ Muvon ก็ยังรันบนนี้
Octocode มาจากการจมในโค้ดเบสขนาดใหญ่ การค้นหาแบบมาตรฐาน — แม้แต่ที่ดี — ก็ยังคืนผลที่ไม่ใช่อยู่เรื่อย ผมต้องการอะไรที่เข้าใจว่าผมกำลังหาอะไร ไม่ใช่แค่ดูว่าคำไหนปรากฏในไฟล์ไหน ผมสร้างเพื่อใช้เองก่อน เป็นเครื่องมือสำหรับมนุษย์ ต่อมามันกลายเป็นเซิร์ฟเวอร์ MCP เพราะ agent ก็ต้องการแบบเดียวกัน
สิ่งที่เราสร้างที่ Muvon ส่วนใหญ่เป็น open source นี่เป็นหลักการ ไม่ใช่การตลาด ผมยังเป็นผู้ร่วมพัฒนา ManticoreSearch ด้วย — search engine open source จริงจังสำหรับงานที่ต้องการความเร็วและการควบคุม
อะไรขับเคลื่อนผม
Muvon เริ่มต้นในฐานะเครื่องเตือนใจพอ ๆ กับสตูดิโอ อย่ายอมแพ้ ก้าวต่อไปเสมอ มันแทบจะแปะไว้ที่ผนัง — ชื่อมันเองคือ prompt
ผมยังทำที่ปรึกษา IT ด้านสถาปัตยกรรม backend และการรวม AI เข้าด้วยกันเมื่อเป็นโจทย์ที่เหมาะสม ยังทำอยู่ แต่ไม่ใช่งานหลัก
ผมแคร์ open source อย่างลึกซึ้ง เครื่องมือที่ดีที่สุดที่ผมเคยใช้ฟรี และสร้างโดยคนที่มีปัญหาเดียวกับผม ผมพยายามตอบแทนคืน
ภาษาและสิ่งที่หมกมุ่น
ภาษา: Rust, Go, TypeScript, PHP (ใช่ — ยังอยู่ ไม่ขอโทษ) หมกมุ่นกับ: สถาปัตยกรรม backend งานโหลดสูง การออกแบบไปป์ไลน์ RAG, AI runtime ที่ใช้โทเค็นอย่างมีประสิทธิภาพ ระบบ retrieval การออกแบบระบบเพื่อให้ดูแลรักษาได้ในสเกลใหญ่ ทำงานตั้งแต่: อายุ 12 ทางอาชีพ: 20+ ปีในทุกชั้นของสแต็ก
ความเชี่ยวชาญ
- ระบบกระจายและสถาปัตยกรรม backend งานโหลดสูง
- ออกแบบ AI agent runtime (session persistence, multi-provider routing)
- ไปป์ไลน์ RAG — chunking, embedding, retrieval ranking
- ออกแบบระบบเพื่อรักษาง่ายในสเกลใหญ่
- Rust และโปรแกรมระบบระดับต่ำ
- Open source: สร้าง ร่วม และทำสตูดิโอบนนั้น