ออกแบบซอฟต์แวร์ให้สมกับความเป็นโอเพนซอร์ส
(techblog.lycorp.co.jp)ผู้เขียนได้กำกับและพัฒนาโครงการโอเพนซอร์สราว 10 โครงการ และแม้แต่ตอนที่ทีมเริ่มออกแบบซอฟต์แวร์ใหม่ ก็มักคำนึงไว้ก่อนเสมอว่าควรสามารถเปลี่ยนไปเป็นโอเพนซอร์สได้ ในบทความนี้จะแนะนำว่าระหว่างกระบวนการดังกล่าว ผู้เขียนให้ความสำคัญกับประเด็นใดเป็นหลัก
-
ข้อดีของโอเพนซอร์สในฐานะรูปแบบการเผยแพร่
- ทำให้สามารถสร้างความเป็นอิสระของสถาปัตยกรรมได้
- เพิ่มอิสระในการใช้งานของผู้ใช้ด้วยไลเซนส์โอเพนซอร์ส
- ใส่ใจเรื่องความปลอดภัยตั้งแต่เริ่มต้น
-
ก้าวแรกในการสร้างโครงสร้างโอเพนซอร์สที่ดี
- ความสม่ำเสมอ - วางโลกทัศน์ที่ชัดเจน
- ความสามารถในการขยาย - อินเทอร์เฟซภายนอกเพื่อการมีส่วนร่วม
- ความสามารถในการบำรุงรักษา - โปรแกรมที่อ่านการทำงานได้จากไฟล์ตั้งค่า
-
โครงสร้างและข้อควรระวังตามประเภทของซอฟต์แวร์
- ยูทิลิตีไลบรารี
- ไลบรารีที่พึ่งพาข้อมูล
- แอปพลิเคชัน API หรือ CLI
- แอปพลิเคชันสำหรับผู้ใช้ปลายทาง
-
การตั้งชื่อและการสร้างแบรนด์เทคโนโลยี
1 ความคิดเห็น
เนื้อหาดีมากครับ ขอบคุณครับ