การจัดการโปรแกรม InnerSource

GitHub ระดับกลาง

Stan Konkin

ML Enthusiast, DataCamp

แนะนำโปรเจกต์โอเพนซอร์ส

 

 

• 🔓 โค้ดเปิด: ทุกคนใช้และพัฒนาได้
• 👥 ความร่วมมือระดับโลก: นักพัฒนาร่วมกันจากทั่วโลก
• ⚡ นวัตกรรมต่อเนื่อง: ขับเคลื่อนโดยความต้องการของชุมชน

 

 

ประโยชน์ของโปรเจกต์โอเพนซอร์ส

 

• 🚀 นวัตกรรมรวดเร็ว: พัฒนาได้จากหลากหลายมุมมอง
• 🛠 คุณภาพสูง: โค้ดผ่านการตรวจสอบโดย peer ที่เชื่อถือได้
• 🌎 เข้าถึงได้ทั่วโลก: เครื่องมือฟรีสำหรับทุกคน
• 🔥 ชุมชนเข้มแข็ง: เสริมการทำงานร่วมกันและการแก้ปัญหา

การมีส่วนร่วมในโอเพนซอร์ส

 

• 💻 มีส่วนร่วม: เพิ่มฟีเจอร์ แก้บัก ปรับปรุงเอกสาร
• 👨‍💻 พัฒนาทักษะ: เสริมความเชี่ยวชาญด้านเทคนิค
• 👤 สร้างชื่อเสียง: เป็นที่รู้จักในชุมชนข้อมูล
• 👥 ร่วมมือระดับโลก: ทำงานกับผู้เชี่ยวชาญ สร้างผลกระทบกับเครื่องมือสำคัญ

การเปลี่ยนผ่านสู่ InnerSource

 

• ⚙ InnerSource: โมเดลการพัฒนาเพื่อความร่วมมือภายในองค์กร
• 👨‍💻 เสริมการทำงานร่วมกัน: ยกระดับ teamwork และการแบ่งปันข้อมูล
• 👤 สร้างความโปร่งใส: เปิดให้ทุกทีมเข้าถึงโปรเจกต์ได้

ภาพรวมของ InnerSource

 

• 💻 นำแนวทางโอเพนซอร์สมาใช้ภายในองค์กร
• 👥 ความโปร่งใส การทำงานร่วมกัน และความเป็นเจ้าของร่วม
• 🛠 repo ภายใน พร้อม template มาตรฐานสำหรับการ contribute

Internal Repository

 

• 🛠 ประเภท Repo: เลือก private, public หรือ internal
• 👥 Internal Repo: สมาชิกองค์กรทุกคนมีสิทธิ์ read โดยอัตโนมัติ

การเปลี่ยน Repository เป็น Internal

ชื่อ Repository และ Template

 

• 📃 ชื่อที่ชัดเจน: ใช้ชื่อที่สื่อความหมาย เช่น data-pipelines หรือ ml-models
• 📝 Issue Template: มาตรฐานการรายงาน issue
• 📄 PR Template: แนวทางการส่ง pull request

การตั้งค่า Template

การสร้าง PR และ Issue Template

การใช้ Issue Template

ข้อจำกัดและความท้าทายของ InnerSource

 

• ⚠ การต่อต้าน: ทีมอาจยึดติดกับวิธีการเดิม
• 🔒 ความปลอดภัย: ความเสี่ยงที่ข้อมูลสำคัญจะถูกเปิดเผย
• 🔧 การกำกับดูแล: ต้องการนโยบายที่ชัดเจน
• 📊 ทรัพยากร: ต้องใช้ทรัพยากรและการฝึกอบรมเพิ่มเติม

มาฝึกกันเถอะ!

GitHub ระดับกลาง