หากคุณกำลังถามคำถาม 👆 นี้กับตัวเอง (ฉันรู้ว่าหลาย ๆ คนเป็นเช่นนั้น) คุณมาถูกที่แล้ว

แอพจำนวนมากที่คุณใช้ในปัจจุบันมีซอฟต์แวร์โอเพ่นซอร์ส (OSS) จำนวนมาก และจำนวนธุรกิจที่ใช้โอเพ่นซอร์สก็มีการเติบโตอย่างต่อเนื่อง อย่างไรก็ตาม มีเพียงคนจำนวนจำกัดเท่านั้นที่มีส่วนร่วมและดูแลรักษามัน

มีงานเบื้องหลังโอเพ่นซอร์สมากมาย และเราสามารถช่วยคุณได้! อ่านต่อเพื่อดูว่าคุณสามารถมีส่วนร่วมได้อย่างไร และจะเริ่มต้นได้ที่ไหน

“การมีส่วนร่วมกับโอเพ่นซอร์สสามารถเป็นวิธีที่คุ้มค่าในการเรียนรู้ สอน และสร้างความเชี่ยวชาญในทุกทักษะที่คุณสามารถจินตนาการได้” (คู่มือโอเพ่นซอร์ส)

ทำไมต้องมีส่วนร่วม?

มีสาเหตุหลายประการที่คุณอาจต้องการมีส่วนร่วมในโอเพ่นซอร์ส
ในกรณีของฉัน ฉันเริ่มต้นหลังจากไปที่ KubeCon ซึ่งฉันได้เรียนรู้เกี่ยวกับโครงการที่น่าตื่นเต้นมากมาย และต้องการช่วยเหลือและมีส่วนร่วมกับชุมชน CNCF

กรณีของคุณอาจแตกต่างกัน คุณอาจต้องการหาที่ปรึกษาหรือฝึกฝนทักษะของคุณเพื่อสร้างประวัติส่วนตัว “เกาหัว” (แก้ไขปัญหาที่คุณประสบ) หรือเหตุผลอื่นๆ

สิ่งที่คุณต้องรู้ก่อนเริ่มต้น

โครงการโอเพ่นซอร์สส่วนใหญ่จะโฮสต์บน GitHub ดังนั้นคุณต้อง "สร้างบัญชี" ที่นั่น หากคุณไม่คุ้นเคยกับ GitHub คุณสามารถไปที่ "หน้าอย่างเป็นทางการ" ได้โดยตรงเพื่อเรียนรู้วิธีเริ่มต้นใช้งาน

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

หากการดูวิดีโอช่วยให้ง่ายขึ้น ลองดู "สตรีมสด" ที่ผ่านมาของฉัน ซึ่งฉันจะแสดงวิธีมีส่วนร่วมโดยใช้อินเทอร์เฟซ GitHub

หากคุณกล้าที่จะมีส่วนร่วมโดยใช้ Git ฉันมี วิดีโอทีละขั้นตอน สำหรับผู้มีส่วนร่วมครั้งแรก

โปรดจำไว้ว่าโปรเจ็กต์ใดๆ ที่คุณตัดสินใจมีส่วนร่วมควรมีช่องชุมชน (โดยปกติจะเป็นบน Slack หรือ Discord) อย่าลืมเข้าร่วมในกรณีที่คุณต้องการถามคำถามหรือต้องการพบกับผู้ร่วมให้ข้อมูลคนอื่นๆ

นอกจากนี้ โครงการส่วนใหญ่ได้รับการดูแลโดยอาสาสมัคร ดังนั้นบางครั้งเวลาในการตอบคำถาม/การตรวจสอบของ PR อาจใช้เวลาสักครู่ ขึ้นอยู่กับกำหนดการและเขตเวลาของแต่ละคนที่เกี่ยวข้อง

วิธีการมีส่วนร่วม

คุณสามารถมีส่วนร่วมกับ Open Source ได้หลายวิธี คุณไม่จำเป็นต้องเป็นโปรแกรมเมอร์ด้วยซ้ำ คุณสามารถทำสิ่งต่างๆ มากมายที่ไม่เกี่ยวข้องกับการเขียนโค้ดและไม่ (ต้อง) ใช้เวลามากนัก

- เขียนเอกสาร

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

วิธีที่คุณสามารถช่วยได้:

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

- แปลเอกสาร (aka localization)

หากคุณไม่รู้ว่าโปรเจ็กต์ทำงานอย่างไร การแปลเอกสารเป็นวิธีการเรียนรู้ที่ดีเยี่ยม นั่นคือจุดเริ่มต้นที่ฉันเริ่มมีส่วนร่วมและเรียนรู้เกี่ยวกับ Kubernetes แน่นอน คุณต้องพูดภาษาอื่น [คล่อง] ดังนั้นการแปลจึงตรงกับข้อความต้นฉบับ

หลายๆ คนพูดไม่ได้หรือไม่สบายใจในการทำงานเป็นภาษาอังกฤษ ดังนั้นการมีส่วนร่วมของคุณจะช่วยได้มาก!

บางโครงการที่ต้องการความช่วยเหลือในการแปล:

*ข้อมูลเพิ่มเติมเกี่ยวกับโครงการเหล่านั้นในตอนท้ายของโพสต์บล็อกนี้

โปรเจ็กต์ด้านล่างนี้ใช้เครื่องมือที่เรียกว่า Crowdin ซึ่งมีอินเทอร์เฟซภายนอกสำหรับจัดการการแปลภาษาต่างๆ ทั้งหมด:

สมมติว่าคุณไม่พบปัญหาการแปลเป็นภาษาท้องถิ่น ในกรณีนั้น คุณสามารถสร้างรายการใหม่ได้ (เช่น อาสาแปลบล็อกโพสต์) และคอยจับตาดู เพราะทุกครั้งที่มีการอัปเดตเป็นภาษาอังกฤษ คุณสามารถอาสาแปลเป็นภาษาของคุณได้

- ตอบคำถาม

ในฐานะผู้ใช้ คุณสามารถช่วยเหลือผู้ใช้รายอื่นที่ประสบปัญหาที่คุณเคยเผชิญมาก่อนได้ จำไว้ว่ามีคนเคยช่วยคุณในอดีตไม่ทางใดก็ทางหนึ่ง แบ่งปันสิ่งที่คุณได้เรียนรู้!

และหากคุณสังเกตเห็นคำถามที่คล้ายกันจำนวนมาก ให้พิจารณาเพิ่มคำถามเหล่านั้นลงในเอกสารประกอบ

- สร้างประเด็น

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

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

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

และขอย้ำอีกครั้งว่าหากเป็นสิ่งที่คุณสามารถแก้ไขได้ด้วยตัวเองโปรดทำ!

หมายเหตุ: หากคุณไม่แน่ใจว่าคุณพบจุดบกพร่อง โปรดติดต่อชุมชนเพื่อสอบถามพวกเขา การขอความช่วยเหลือด้วยวิธีนี้มักจะทำได้เร็วกว่า และอาจเริ่มกล่องโต้ตอบเกี่ยวกับปัญหา วิธีทำซ้ำ ฯลฯ ซึ่งจะทำให้แก้ไขได้ง่ายขึ้น

- ปัญหาเรื่องฉลาก

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

หมายเหตุ: บางครั้งคุณจำเป็นต้องมีสิทธิ์เฉพาะเพื่อเพิ่มป้ายกำกับให้กับโปรเจ็กต์ แต่ก็คุ้มค่าที่จะลองดู

- สร้างปัญหาซ้ำ

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

และหากคุณทำไม่ได้ คุณสามารถขอข้อมูลเพิ่มเติมได้จากผู้เขียนต้นฉบับ หรือบางทีอาจจะปิดประเด็นได้!

- ตรวจสอบการประชาสัมพันธ์

การทบทวนการประชาสัมพันธ์อาจมีงานหนักมาก หากคุณไม่คุ้นเคยกับ Code Base มากนัก คุณอาจไม่สามารถพูดอะไรเกี่ยวกับประโยชน์โดยรวมหรือทิศทางของ PR ได้ แต่คุณอาจยังสามารถช่วยเหลือได้ คุณสามารถตรวจสอบความสามารถในการอ่านโค้ด ดูว่าครอบคลุมการทดสอบดีหรือไม่ มองหาการพิมพ์ผิด ฯลฯ หรือคุณอาจสร้างสาขาในเครื่องและทดสอบเพื่อดูว่าสามารถแก้ไขปัญหาใดก็ตามที่ออกแบบมาเพื่อแก้ไขได้หรือไม่ คุณยังคงสามารถตรวจสอบเอกสารประกอบได้แม้ว่าคุณจะไม่สามารถอ่านโค้ดได้ (ดูโพสต์ของเมื่อวาน)

- เพิ่มการทดสอบหน่วย

หากคุณทราบวิธีการ คุณสามารถลองเพิ่มการทดสอบหน่วยที่ทำให้เกิดปัญหาซ้ำ ซึ่งทั้งคู่แสดงว่ามีปัญหาและจะช่วยแก้ไขปัญหาได้ และถ้าทำได้ก็แก้ไขด้วยตัวเอง!

- ทดสอบคุณสมบัติใหม่

ผู้ดูแลและผู้มีส่วนร่วมมักไม่มีเวลาทดสอบฟีเจอร์หรือเวอร์ชันใหม่ๆ อย่างกว้างขวางเสมอไป นี่คือที่ที่คุณสามารถช่วยได้! สร้างโปรเจ็กต์ใหม่เพื่อทดสอบฟีเจอร์ใหม่ หรืออัปเกรดโปรเจ็กต์ที่มีอยู่เป็นเวอร์ชันใหม่ (แม้ว่าจะยังอยู่ในการพัฒนาก็ตาม) ให้ข้อเสนอแนะแก่ผู้ที่กำลังทำงานอยู่

หมายเหตุ: อาจไม่มีปัญหาที่เปิดลงทะเบียนสำหรับงานทดสอบ ไม่ได้หมายความว่าไม่จำเป็น! คุณอาจได้ยินเกี่ยวกับงานทดสอบที่จำเป็นเมื่อคุณเป็นสมาชิกชุมชนที่กระตือรือร้นมากขึ้น หากคุณต้องการทำเช่นนี้แต่ไม่รู้ว่ามีอะไรที่ต้องทดสอบ โปรดถามชุมชน!

- ทำความสะอาดโค้ด

โปรเจ็กต์อาจได้รับประโยชน์จากการปรับโครงสร้างใหม่หรือการล้างโค้ด มีหลายวิธีที่สามารถปรับปรุงโค้ดได้ โดยเฉพาะอย่างยิ่งหากได้รับการพัฒนาเป็นเวลาหลายปีโดยนักพัฒนาที่แตกต่างกัน

- อัปเกรดการพึ่งพา

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

- อื่น

อาจมีวิธีอื่นให้คุณมีส่วนร่วม แม้ว่าคุณจะไม่ใช่โปรแกรมเมอร์ แต่คุณอาจมีทักษะอื่นๆ ที่มีคุณค่าต่อโครงการ

หากคุณมีวิธีที่จะมีส่วนร่วมที่ไม่ได้กล่าวถึงที่นี่ โปรดแจ้งให้เราทราบในความคิดเห็น!

จะหาโครงการ Open Source ที่จะมีส่วนร่วมได้ที่ไหน

เว็บไซต์:

หากคุณไม่รู้ว่าจะเริ่มต้นจากที่ไหน เว็บไซต์หลายแห่งแสดงรายการโครงการที่ต้องการความช่วยเหลือ:
* GitHub เองก็เสนอคำแนะนำบางประการเกี่ยวกับ การเลือกโครงการ
* ดูที่ CodeTriage สำหรับโครงการที่มีปัญหาที่เปิดอยู่
* ค้นหาปัญหาตามโครงการ ป้ายกำกับ (เช่น "ปัญหาแรกที่ดี") และ/หรือแท็ก (เช่น ภาษาการเขียนโปรแกรมที่คุณต้องการ) บน Up-for-grabs
* คุณยังสามารถค้นหา ลิงก์เหล่านี้และอื่นๆ ใน ผู้จับเวลาครั้งแรกเท่านั้น

โครงการที่คุณใช้เอง:

พิจารณาช่วยเหลือในโครงการที่คุณใช้เอง คุณจะคุ้นเคยกับโครงการนี้มากขึ้น และคุณอาจจะสามารถแก้ไขปัญหาของคุณเองได้ด้วย หากคุณเป็นส่วนหนึ่งของชุมชนของพวกเขาอยู่แล้ว คุณจะเข้าใจได้ดีขึ้นถึงสิ่งที่จำเป็น

เน้นชุมชนต้อนรับ!

มุ่งเน้นไปที่โครงการที่ต้อนรับผู้ร่วมให้ข้อมูลรายใหม่ บางส่วนต่อไปนี้อาจช่วยได้:

  • ดูว่ามีปัญหาใดๆ ที่ระบุว่า "เฉพาะครั้งแรกเท่านั้น", "ฉบับแรกที่ดี" หรืออะไรที่คล้ายกัน นี่จะบ่งบอกว่าพวกเขาเปิดกว้าง / กำลังมองหาผู้ร่วมให้ข้อมูลรายใหม่ และช่วยให้คุณมีแนวคิดว่าจะเริ่มต้นจากจุดใด
  • ดูว่าพวกเขาตอบสนองต่อปัญหาที่สร้างขึ้นหรือการเปิดการประชาสัมพันธ์อย่างไร (พวกเขาขอข้อมูลเพิ่มเติมในลักษณะสุภาพหรือไม่เป็นมิตร ข้อเสนอแนะเกี่ยวกับการประชาสัมพันธ์หรือประเด็นต่างๆ สร้างสรรค์เพียงใด)
  • ตรวจสอบว่ามีจรรยาบรรณ แนวปฏิบัติ หรืออะไรทำนองนั้น (และมีการบังคับใช้หรือไม่)
  • เข้าร่วมช่องทางการสื่อสารเพื่อดูว่าชุมชนโต้ตอบกันอย่างไร รู้ว่ามีโครงการและชุมชนมากมายที่จะรัก รัก และรักความช่วยเหลือของคุณ!

เมื่อคุณไม่ควรมีส่วนร่วมในโอเพ่นซอร์ส

นายจ้างหรือสัญญาจ้างไม่อนุญาต

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

หากนายจ้างของคุณใช้โครงการโอเพ่นซอร์สที่เฉพาะเจาะจง ให้พิจารณาเสนอแนะให้เป็นผู้สนับสนุน หลายโครงการรับการบริจาคผ่าน OpenCollective, Patreon หรือแพลตฟอร์มอื่นๆ นั่นเป็นความคิดที่ดีที่ยังคงช่วยเหลือได้!

ไม่แน่ใจว่าเป็น Bug หรือจะแก้ไขอย่างไร

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

หากคุณต้องการเพิ่มฟีเจอร์แต่ไม่รู้ว่าต้องทำอย่างไร อาจมีคนช่วยคุณเริ่มต้นได้ พวกเขาสามารถชี้แนะทิศทางที่ถูกต้องแก่คุณเกี่ยวกับจุดที่จะทำการเปลี่ยนแปลง หรือให้ข้อมูลเชิงลึกว่าโครงการกำลังดำเนินไปในทิศทางใด การเสนอการเปลี่ยนแปลงก่อนที่จะทำงานจำนวนมากจะป้องกันไม่ให้คุณสร้างคุณลักษณะที่อาจไม่สอดคล้องกับทิศทางของโครงการ

ไม่มีเวลา

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

เป็นคนไร้สาระ…

โปรดอย่าประมาทคุณค่าของดวงตาคู่ใหม่!

เอกสารประกอบ โดยเฉพาะบทช่วยสอนสำหรับผู้เริ่มต้น ควรง่ายต่อการปฏิบัติตาม แม้แต่สำหรับผู้ที่เพิ่งเริ่มใช้โปรเจ็กต์ก็ตาม ตัวโครงการควรจะใช้งานง่าย หากไม่เป็นเช่นนั้น นี่เป็นโอกาสของคุณที่จะแสดงความคิดเห็นอันมีค่า!

หากคุณประสบปัญหาใด ๆ ในการใช้โครงการ โปรดติดต่อชุมชนและแจ้งให้พวกเขาทราบ และหากพวกเขาสละเวลาช่วยเหลือคุณ ทำไมไม่บันทึกสิ่งที่คุณได้เรียนรู้ไว้เพื่อคนต่อไปที่เข้ามาช่วยล่ะ?

แม้ว่าคุณจะไม่มีปัญหาใดๆ ในขณะนี้ คุณยังคงสามารถอ่านเอกสารและให้ข้อเสนอแนะได้

เริ่มตอนนี้

ไม่ว่าคุณจะใช้โอเพ่นซอร์สอย่างไร และไม่ว่าคุณจะรู้สึกว่าต้องมีส่วนร่วมเพียงเล็กน้อยก็ตาม ยังมีวิธีเล็กๆ น้อยๆ มากมายในการปรับปรุง

ฉันหวังว่าฉันจะให้แนวคิดบางอย่างแก่คุณเพื่อลอง โปรดค้นหาวิธีที่จะสนับสนุนโครงการโอเพ่นซอร์สที่คุณชื่นชอบตอนนี้ และแจ้งให้เราทราบหากคุณมีคำถามใดๆ

ข้อมูลเพิ่มเติมเกี่ยวกับโครงการ OSS บางโครงการ

อภิธานศัพท์โครงการ CNCF

อภิธานศัพท์ Cloud Native มุ่งหมายที่จะอธิบายแนวคิดของแอปพลิเคชันแบบเนทีฟบนคลาวด์ด้วยภาษาที่ชัดเจนและเรียบง่าย โดยไม่ต้องมีความรู้ด้านเทคนิคใดๆ มาก่อน

มีหลายวิธีในการเป็นผู้มีส่วนร่วมในชุมชนนี้ คุณสามารถมีส่วนร่วมกับข้อกำหนดใหม่หรือช่วยแปลอภิธานศัพท์ได้ ใครๆ ก็สามารถมีส่วนร่วมได้ และการสนับสนุนทั้งหมดก็มีความสำคัญเท่าเทียมกันและช่วยให้ชุมชนเติบโตขึ้น

ไปที่หน้า อย่างเป็นทางการ 'วิธีการมีส่วนร่วม' เพื่อดูรายละเอียดเพิ่มเติม เช่น รูปแบบ แนวทางปฏิบัติที่ดีที่สุด ฯลฯ

ใน ลิงก์ นี้ คุณสามารถดูคำศัพท์ทั้งหมดที่รอการแปลได้ (เปลี่ยนป้ายกำกับเป็นภาษาของคุณ ตัวอย่างเช่น ภาษาฮินดีจะเป็น label:lang/hi ภาษาฝรั่งเศสจะเป็น label:lang/fr< /เอม>)

ฉันขอแนะนำให้คุณทำความคุ้นเคยกับพลวัตของโครงการก่อนโดยร่วมแปลคำศัพท์ก่อนที่จะเสนอคำศัพท์ใหม่

พื้นที่เก็บข้อมูลอย่างเป็นทางการของโครงการบน Github สามารถพบได้ "ที่นี่"

คุณยังสามารถโต้ตอบโดยตรงกับทุกคนที่เกี่ยวข้องกับ "การหย่อนของ CNCF" เข้าร่วมช่องทางการแปลในภาษาของคุณ เช่น #glossary-localization-portuguese หรือ #glossary-localization-hindi

เว็บไซต์โครงการ Kubernetes

ปรัชญาเดียวกันนี้ใช้กับที่นี่ ทุกคนสามารถมีส่วนร่วมในเอกสารได้ ยินดีปรับปรุงเนื้อหาและการแปลที่มีอยู่

อย่างไรก็ตาม นี่เป็นโครงการที่น่าตื่นเต้นเนื่องจากเป็นโอกาสพิเศษในการช่วยเหลือชุมชนและเรียนรู้เพิ่มเติมเกี่ยวกับ Kubernetes

ใน หน้านี้ คุณจะพบคำแนะนำเกี่ยวกับวิธีการมีส่วนร่วมในเอกสาร Kubernetes

ขอขอบคุณผู้มีส่วนร่วมที่โดดเด่นของเรา คุณสามารถดูหน้านี้ในภาษาอื่นได้ (เปลี่ยนที่มุมขวาบน)

สามารถดูพื้นที่เก็บข้อมูล Github อย่างเป็นทางการของโครงการได้ "ที่นี่"

คุณยังสามารถพูดคุยโดยตรงกับผู้ที่เกี่ยวข้องและผู้ร่วมให้ข้อมูลต่างๆ ผ่าน "channel on slack" เข้าร่วมกลุ่มในภาษาของคุณอีกครั้ง เช่น #kubernetes-docs-pt

หากคุณชอบบทความนี้ ลองติดตามฉันบน Medium เพื่อดูสิ่งพิมพ์ล่าสุดของฉัน ฉันทวีตการเดินทางของฉันบน Twitter ทุกวัน แบ่งปันเนื้อหารายสัปดาห์ของฉัน LinkedIn และนี่คือ IG ของฉัน :)

ในขณะเดียวกัน คุณสามารถช่วยตัวเอง (และช่วยฉัน) ได้โดยดูที่ "ช่อง YouTube" ของฉัน ฉันโพสต์เนื้อหาที่ยอดเยี่ยมที่นั่นและมีวิดีโอที่ดียิ่งขึ้นตามมา!