พยายามใช้ mailing list
====================
เมื่อมีคำถาม จงถามใน mailing list
การ mail ตรงถึงนักพัฒนาคนใดคนหนึ่งเป็นการส่วนตัวเป็นสิ่งที่ไม่ค่อยสุภาพนัก
นอกจากคุณมีเหตุผลที่จะเชื่อว่าเขาเป็นพียงคนเดียวที่สามารถตอบคำถามนี้ได้
แต่ถ้าคุณถามในลิสต์ นักพัฒนาอื่นๆ ก็จะช่วยกันแบ่งเบาภาระในการตอบได้
(ในขณะที่ถ้าคุณใช้เมลส่วนตัว
โดยส่วนใหญ่แล้วจะเป็นการเมลไม่ถูกคน
แล้วก็จะไม่ได้คำตอบในที่สุด เพราะเขาไม่รู้เรื่องนั้น)
mailing list และเอกสารต่างๆ ถูกสร้างขึ้นมาโดยนักพัฒนาเพื่อให้การช่วยเหลือผู้ใช้จำนวนมากเป็นไปได้
จำไว้ว่าทุกคนเป็นอาสาสมัคร และถ้าคุณต้องการ การให้คำปรึกษาแบบคิดค่าใช้จ่ายก็อาจจะมีอยู่เช่นกัน
ไม่มีใครรับหน้าที่อะไร
===============
ผู้คนมักจะคาดหวังว่าจะมีใครรับผิดชอบในโครงการซอฟต์แวร์เสรี
หรือไม่ก็คาดหวังว่า จะได้รับการมอบหมายงานเพื่อทำให้เสร็จตามกำหนด
เปล่า.. มันไม่ได้เป็นเช่นนั้นเลย
คุณไม่สามารถควบคุมว่าใครจะทำอะไรได้
และไม่มีใครมาบอกคุณให้ทำโน่นทำนี่ได้เช่นกัน
ถึงแม้จะมีได้บ้างก็ในรูปของคำแนะนำ
ถ้าคุณต้องการอะไร คุณต้องกระโจนลงมาทำให้มันเกิดเอง
ไม่มีคำตอบสำหรับคำถามที่ว่า "เมื่อไหร่ X จะเสร็จ?" หรือ "เมื่อไหร่ feature X จะมี?"
===============================================================
คำตอบสำหรับคำถามทั้งสองก็คือ
"เมื่อมีคนทำ"
และถ้าคนทำนั้นคือคุณ
คุณก็จะรู้คำตอบ
แต่ถ้าคนทำไม่ใช่คุณ คุณก็ต้องรอดู :-)
โครงการต่างๆ ไม่ได้มีผู้จัดการและไม่มีใครคอยตามงาน
การชี้นิ้วเป็นสิ่งเลว (Back-seat coders are bad)
=======================================
คนชี้นิ้วมักจะมีกระแสความคิดอันบรรเจิดไม่หยุดหย่อนใน mailing list
แต่ไม่เคยโค้ดหรือไม่รู้วิธีโค้ดเลย
ถ้าคุณไม่รู้วิธีโค้ด คุณก็ไม่รู้วิธีออกแบบซอฟต์แวร์ด้วย เอวัง
คุณทำได้แค่ก่อปัญหาเท่านั้นแหละ
อย่างไรก็ดี มีสิ่งที่ผู้ที่โค้ดไม่เป็นสามารถทำได้มากมาย เช่น
การรายงานบั๊ก การร้องขอ feature
(ตราบใดที่มันไม่มั่วซั่วและไม่ได้อยู่คนละโลกกับโค้ดเดิม)
เขียนเอกสาร
ช่วยตอบคำถามเรื่องการใช้งานและการติดตั้ง
การตั้ง user group การดูแลเว็บไซต์ ดูแลเซิร์ฟเวอร์
ทำ package สำหรับ distribution ฯลฯ
บรรดาแฮ็กเกอร์จะชื่นชมที่คุณสนใจในงานของเขาและช่วยงานเขา
การซุ่มมองเป็นสิ่งดี
==============
อาการคันไม้คันมืออยากจะร่วมใน mailing list
และวิจารณ์ทุกสิ่งที่ขวางหน้าอาจจะรุนแรง
แต่อย่าได้ทำตัวชี้นิ้วเป็นอันขาด
โพสต์ได้ถ้าคุณมีประสบการณ์ที่เกี่ยวข้อง
หรือรู้ว่าสามารถทำให้เกิดบั๊กนั้นๆ ได้อย่างไร
หรือมีความชำนาญพิเศษในเรื่องนั้นๆ
หรือรู้คำตอบของคำถาม มิฉะนั้นแล้ว
"กรุณาอยู่เฉยๆ" นอกจากนี้
การซุ่มมองประชาคมเสียหน่อยก่อนที่จะเริ่มโพสต์ก็เป็นความคิดที่ไม่เลว
จะได้รู้วัฒนธรรมของเขาว่าเป็นอย่างไร
ทำความเข้าใจในลิขสิทธิ์ สิทธิบัตร สัญญาให้ใช้สิทธิ เครื่องหมายการค้า ฯลฯ
=====================================================
คุณต้องเป็นนักกฎหมายสักหน่อยเพื่อจะมีส่วนร่วมในซอฟต์แวร์เสรี
นั่นหมายถึง คุณต้องศึกษาหาความรู้ด้วยตนเอง
โดยปกติแล้ว วิธีหนึ่งที่จะเรียนรู้ได้
ก็จากการเฝ้ามองสงครามน้ำลายซ้ำซากอาทิตย์ต่อ อาทิตย์ในกลุ่มข่าว gnu.misc.discuss
แต่วิธีที่เร็วกว่านั้นคือไปอ่านที่ เว็บไซต์ของ GNU
โดยเฉพาะในส่วนการวิเคราะห์คำศัพท์ต่างๆ
อย่าโพสต์ในหัวข้อกฎหมายถ้าคุณไม่ได้เข้าใจอย่างแท้จริง
แต่คุณควรรู้เอาไว้ "ถ้าคุณกำลังจะเขียนซอฟต์แวร์และกำลังจะใส่ license"
บางส่วนจาก http://linux.thai.net/~thep/etc-trans/hacking.html
No comments:
Post a Comment