การสนับสนุนบน GitHub ที่เปิดเผยต่อสาธารณะไม่ใช่บันทึกความสัมพันธ์ส่วนตัว

สิ่งที่การแสดงการสนับสนุนบันทึกไว้จริง

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

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

เหตุใดการสนับสนุนทางการเงินจึงไม่ใช่การรับรองบุคคล

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

แยกข้อสังเกต ขีดจำกัด และขั้นตอนถัดไปออกจากกัน

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

การเตรียมคำถามข้อเท็จจริงเกี่ยวกับโครงการ

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

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

ตัวอย่างประกอบสมมติ

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

เมื่อหลักฐานสิ้นสุดลงและคุณเป็นผู้ตัดสินใจ

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

อีกสองสามคำถาม