เราเผยแพร่เมื่อเรื่องนั้นตามรอยได้

1. เลือกเรื่องจากคุณค่าที่คนอ่านนำไปใช้ต่อได้

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

เราไม่ผลิตบทความจำนวนมากเพื่อเติม sitemap, ไม่เขียนข่าวที่ไม่มีการรายงานต้นทาง และไม่ขยายหน้าสั้นด้วยข้อความทั่วไปเพียงเพื่อเพิ่มจำนวนคำ เครื่องมือทดลองอาจยังเปิดให้ใช้งานได้ แต่จะแยกจากบันทึกและไม่นำไปวางโฆษณาเมื่อเนื้อหาไม่เหมาะกับบริบทนั้น

2. ระดับคำอ้างต้องไม่เกินระดับหลักฐาน

ผลจากการอ่านโค้ด, static check, build, browser, อุปกรณ์จริง และ public production มีขอบเขตต่างกัน แต่ละบันทึกต้องบอกว่าตรวจถึงชั้นไหนตาม วิธีทดสอบและรายงานหลักฐาน

• ไม่ใช้คำว่า “production-ready”, “ปลอดภัย”, “แม่นยำ” หรือ “ผ่านนโยบาย” โดยไม่มีขอบเขตและหลักฐานรองรับ
• ไม่ใช้ “peer reviewed” หากยังไม่มีผู้เชี่ยวชาญภายนอกที่ระบุตัวและกระบวนการตรวจได้
• ข้อมูลที่เปลี่ยนตามเวลา เช่น firmware, API, นโยบาย หรือหน้า production ต้องระบุวันที่ตรวจ
• แหล่งอ้างอิงด้านมาตรฐานและ API ควรเป็นเอกสารต้นทางเมื่อเข้าถึงได้

3. เครื่องมืออัตโนมัติช่วยงานได้ แต่ไม่รับผิดชอบแทนผู้เขียน

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

4. โฆษณาและความสัมพันธ์ทางธุรกิจ

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

5. แก้ข้อผิดพลาดโดยไม่ซ่อนประวัติสำคัญ

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

ผู้อ่านแจ้งข้อผิดพลาดได้ทาง หน้าติดต่อ โดยแนบ URL, ข้อความที่ควรแก้, สภาพแวดล้อม และหลักฐานที่ตัดข้อมูลลับแล้ว