ลองพยายามเขียน patch ส่งเข้า linux ดูสิครับ

ถ้าไปถึงจุดนั้นได้ ผมว่าก็แสดงความ "แน่จริง" ได้เหมือนกันนะ

memtest: ตัว kernel เค้าใช้ C กันน่ะครับ ส่วนโครงการอื่นก็แล้วแต่ community นั้นๆ ว่าเค้าใช้อะไรกัน

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

ปิดประเด็นเรื่องความเก่งไม่เก่งไปเรื่องนึงนะครับ

โมเดลรายได้ จริงๆ เท่าที่เห็นคือการรับจ้าง Custom โปรแกรมที่เป็นโอเพนซอร์สให้กับหน่วยงานต่างๆ โดยใช้ซอฟต์แวร์ฺโอเพนซอร์ส ซึ่งมันคงไม่ต่างจากการรับจ้างเขียนโปรแกรมทั่วๆ ไป แต่สิ่งที่ได้คือเราไม่ต้อง reinvent the wheel เพื่อสร้างส่วนต่างๆ ใหม่ทั้งหมด เช่นเราต้องการ CMS ที่มีความสามารถพิเศษ เราก็แค่โหลด Drupal แล้วแก้ไขตามที่เราต้องการ ทำให้การพัฒนาน้น ถูกกว่า เร็วกว่า และดีกว่า (ถ้าเลือกใช้อย่างถูกต้อง)

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

ต่อเรื่องภาษา

ความเป็นโอเพนซอร์สกับภาษาโดยมาแล้วจะแยกจากกันค่อนข้างชัดเจน แต่จะมีเทรนที่ต่างจากซอฟต์แวร์ปิดซอร์สอยู่พอดู อย่างเช่น ความนิยมใน Ruby on Rails ที่ค่อนข้างเพิ่มขึ้นมากช่วงหลัง แต่ฝั่งปิดซอร์สยังไม่ค่อยเห็นเท่าใหร่

ถ้าอยากเห็นภาพโดยรวมๆ จุดที่น่าเริ่มก็เป็นเว็บอย่าง Freshmeat ที่เป็นแหล่งรวมโปรแกรมโอเพนซอร์สที่ออกใหม่ ------ LewCPE