หากคุณกำลังถามคำถาม 👆 นี้กับตัวเอง (ฉันรู้ว่าหลาย ๆ คนเป็นเช่นนั้น) คุณมาถูกที่แล้ว
แอพจำนวนมากที่คุณใช้ในปัจจุบันมีซอฟต์แวร์โอเพ่นซอร์ส (OSS) จำนวนมาก และจำนวนธุรกิจที่ใช้โอเพ่นซอร์สก็มีการเติบโตอย่างต่อเนื่อง อย่างไรก็ตาม มีเพียงคนจำนวนจำกัดเท่านั้นที่มีส่วนร่วมและดูแลรักษามัน
มีงานเบื้องหลังโอเพ่นซอร์สมากมาย และเราสามารถช่วยคุณได้! อ่านต่อเพื่อดูว่าคุณสามารถมีส่วนร่วมได้อย่างไร และจะเริ่มต้นได้ที่ไหน
“การมีส่วนร่วมกับโอเพ่นซอร์สสามารถเป็นวิธีที่คุ้มค่าในการเรียนรู้ สอน และสร้างความเชี่ยวชาญในทุกทักษะที่คุณสามารถจินตนาการได้” (คู่มือโอเพ่นซอร์ส)
ทำไมต้องมีส่วนร่วม?
มีสาเหตุหลายประการที่คุณอาจต้องการมีส่วนร่วมในโอเพ่นซอร์ส
ในกรณีของฉัน ฉันเริ่มต้นหลังจากไปที่ KubeCon ซึ่งฉันได้เรียนรู้เกี่ยวกับโครงการที่น่าตื่นเต้นมากมาย และต้องการช่วยเหลือและมีส่วนร่วมกับชุมชน CNCF
กรณีของคุณอาจแตกต่างกัน คุณอาจต้องการหาที่ปรึกษาหรือฝึกฝนทักษะของคุณเพื่อสร้างประวัติส่วนตัว “เกาหัว” (แก้ไขปัญหาที่คุณประสบ) หรือเหตุผลอื่นๆ
สิ่งที่คุณต้องรู้ก่อนเริ่มต้น
โครงการโอเพ่นซอร์สส่วนใหญ่จะโฮสต์บน GitHub ดังนั้นคุณต้อง "สร้างบัญชี" ที่นั่น หากคุณไม่คุ้นเคยกับ GitHub คุณสามารถไปที่ "หน้าอย่างเป็นทางการ" ได้โดยตรงเพื่อเรียนรู้วิธีเริ่มต้นใช้งาน
ฉันถือว่าคนส่วนใหญ่ที่อ่านโพสต์บนบล็อกนี้ไม่เคยมีส่วนร่วมในโปรเจ็กต์ใน Open Source ดังนั้นฉันขอแนะนำให้คุณใช้เพียงอินเทอร์เฟซ GitHub แทนการโคลนพื้นที่เก็บข้อมูลไปยังเครื่องภายในของคุณ เพราะถ้าคุณทำเช่นนั้น คุณจะต้องเรียนรู้วิธีใช้ Git (ซึ่งสำคัญมากเช่นกัน) และอาจดูล้นหลามเกินไปที่จะทำทั้งหมดในคราวเดียว
หากการดูวิดีโอช่วยให้ง่ายขึ้น ลองดู "สตรีมสด" ที่ผ่านมาของฉัน ซึ่งฉันจะแสดงวิธีมีส่วนร่วมโดยใช้อินเทอร์เฟซ GitHub
หากคุณกล้าที่จะมีส่วนร่วมโดยใช้ Git ฉันมี วิดีโอทีละขั้นตอน สำหรับผู้มีส่วนร่วมครั้งแรก
โปรดจำไว้ว่าโปรเจ็กต์ใดๆ ที่คุณตัดสินใจมีส่วนร่วมควรมีช่องชุมชน (โดยปกติจะเป็นบน Slack หรือ Discord) อย่าลืมเข้าร่วมในกรณีที่คุณต้องการถามคำถามหรือต้องการพบกับผู้ร่วมให้ข้อมูลคนอื่นๆ
นอกจากนี้ โครงการส่วนใหญ่ได้รับการดูแลโดยอาสาสมัคร ดังนั้นบางครั้งเวลาในการตอบคำถาม/การตรวจสอบของ PR อาจใช้เวลาสักครู่ ขึ้นอยู่กับกำหนดการและเขตเวลาของแต่ละคนที่เกี่ยวข้อง
วิธีการมีส่วนร่วม
คุณสามารถมีส่วนร่วมกับ Open Source ได้หลายวิธี คุณไม่จำเป็นต้องเป็นโปรแกรมเมอร์ด้วยซ้ำ คุณสามารถทำสิ่งต่างๆ มากมายที่ไม่เกี่ยวข้องกับการเขียนโค้ดและไม่ (ต้อง) ใช้เวลามากนัก
- เขียนเอกสาร
สิ่งนี้มักถูกกล่าวถึงว่าเป็นวิธีง่ายๆ ในการเริ่มต้น เนื่องจากคุณไม่จำเป็นต้องมีความรู้ด้านการเขียนโปรแกรมมากนักเพื่อมีส่วนร่วม ทักษะบางอย่างที่อาจช่วยได้คือการเขียนอย่างชัดเจน การใส่ใจในรายละเอียด (เช่น การสะกดคำและไวยากรณ์) การคิดตัวอย่างที่ดี เป็นต้น
วิธีที่คุณสามารถช่วยได้:
- อ่านเอกสารประกอบเพื่อดูว่าชัดเจนและครบถ้วนหรือไม่ ถ้าไม่เช่นนั้นให้เสนอคำแนะนำเกี่ยวกับวิธีการปรับปรุง หรืออย่างน้อยก็แจ้งให้ผู้ดูแลทราบถึงสิ่งที่คุณไม่ชัดเจนและเพราะเหตุใด
- แก้ไขเรื่องเล็กๆ น้อยๆ เช่นการพิมพ์ผิดหรือลิงก์เสีย * เพิ่มข้อมูลที่ขาดหายไป โดยเฉพาะอย่างยิ่งหากเป็นสิ่งที่คุณต้องค้นหาด้วยตัวเอง (ไม่ว่าจะได้รับความช่วยเหลือจากชุมชนหรือไม่ก็ตาม) คนอื่นอาจมีปัญหาเดียวกัน
- เพิ่ม (ลิงก์ไปยัง) โพสต์ในบล็อกที่เกี่ยวข้อง (แม้แต่ของคุณเอง)
- ตรวจสอบ PR ที่เปิดอยู่ (คำขอดึง) ในเอกสารประกอบ มองหาสิ่งที่กล่าวมาข้างต้น ชัดเจน ครบถ้วน ถูกต้องหรือไม่? คุณเห็นการพิมพ์ผิดหรือข้อผิดพลาดอื่น ๆ หรือไม่? (ฉันเคยบอกไปแล้วหรือเปล่าว่ามันยากที่จะระบุการพิมพ์ผิดในสิ่งที่คุณทำมาระยะหนึ่งแล้ว?)
- แปลเอกสาร (aka localization)
หากคุณไม่รู้ว่าโปรเจ็กต์ทำงานอย่างไร การแปลเอกสารเป็นวิธีการเรียนรู้ที่ดีเยี่ยม นั่นคือจุดเริ่มต้นที่ฉันเริ่มมีส่วนร่วมและเรียนรู้เกี่ยวกับ Kubernetes แน่นอน คุณต้องพูดภาษาอื่น [คล่อง] ดังนั้นการแปลจึงตรงกับข้อความต้นฉบับ
หลายๆ คนพูดไม่ได้หรือไม่สบายใจในการทำงานเป็นภาษาอังกฤษ ดังนั้นการมีส่วนร่วมของคุณจะช่วยได้มาก!
บางโครงการที่ต้องการความช่วยเหลือในการแปล:
- คูเบอร์เนเตส*
- อภิธานศัพท์ CNCF*
- ตอบสนอง
- “หลาม”
- พีเอชพี
- มอซิลลา ไฟร์ฟอกซ์
- "ทับทิมบนราง"
- Rocket.แชท
*ข้อมูลเพิ่มเติมเกี่ยวกับโครงการเหล่านั้นในตอนท้ายของโพสต์บล็อกนี้
โปรเจ็กต์ด้านล่างนี้ใช้เครื่องมือที่เรียกว่า 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" ของฉัน ฉันโพสต์เนื้อหาที่ยอดเยี่ยมที่นั่นและมีวิดีโอที่ดียิ่งขึ้นตามมา!