จบปัญหาการนับคำในบทความ: ยุติความขัดแย้งระหว่างนักเขียนและบรรณาธิการด้วยระบบ QA
แก้ปัญหาตัวเลขจำนวนคำไม่ตรงกันในกระบวนการทำงานด้วยมาตรฐานการนับคำที่ชัดเจนและการใช้เครื่องมือตรวจสอบที่ไว้ใจได้
ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
- ความขัดแย้งเรื่องจำนวนคำระหว่างนักเขียนและบรรณาธิการสร้างความสูญเสียความไว้วางใจ
- มาตรฐานการนับคำแบบ Unicode UAX #29 เป็นที่ยอมรับในวงกว้างระดับสากล
- การแปลงข้อความอัตโนมัติใน CMS ทำให้จำนวนคำเปลี่ยนไปจากต้นฉบับ
- การใช้เครื่องมือตรวจสอบบนเบราว์เซอร์ช่วยยุติข้อถกเถียงได้อย่างรวดเร็ว
เมื่อคุณส่งร่างบทความให้กับบรรณาธิการ และอีกสามวันต่อมาได้รับคำติชมกลับมาว่า "ช่วยปรับความยาวให้เหลือ 1,200 คำ" คุณเปิดไฟล์ขึ้นมา นับคร่าวๆ จากการเลื่อนหน้าจอ แล้วส่งเวอร์ชันที่มีความยาว 1,287 คำกลับไป จากนั้นบรรณาธิการก็นับใหม่ด้วยเครื่องมือของพวกเขาเองแล้วแจ้งว่ามี 1,341 คำ ความขัดแย้งที่เกิดขึ้นซ้ำๆ นี้คือรอยร้าวที่กัดเซาะความเชื่อมั่นระหว่างนักเขียน บรรณาธิการ และทีมวิศวกร ส่งผลให้ผลงานที่เผยแพร่ออกมามีความยาวไม่สม่ำเสมอ
บทความนี้พูดถึงกระบวนการควบคุมคุณภาพ (QA) ในขั้นตอนการทำงาน ซึ่งทีมวิศวกรหรือผู้ตรวจสอบทางเทคนิคต้องการวิธีที่ตรวจสอบได้และเชื่อถือได้ เพื่อยืนยันว่าข้อความที่นักเขียนตั้งใจเขียนตรงกับสิ่งที่เผยแพร่จริง ไม่ว่าจะแก้ไขผ่านระบบ CMS, ระบบสร้างเว็บไซต์สถิต (SSG), ไฟล์ Word หรือฟอร์มบนเว็บ เราจะมาเจาะลึกข้อจำกัดที่ทำให้การนับคำเป็นเรื่องซับซ้อน กฎเกณฑ์ที่กระบวนการ QA ควรนำไปใช้ และตำแหน่งที่เหมาะสมสำหรับเครื่องมือับคำบนเบราว์เซอร์
ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
การนับคำดูเหมือนจะเป็นเรื่องง่ายจนกว่าคุณจะเขียนสคริปต์ขึ้นมาเอง นิยามพื้นฐานของคำคือชุดตัวอักษรที่คั่นด้วยช่องว่าง แต่นั่นไม่ใช่สิ่งที่บรรณาธิการและเครื่องมือส่วนใหญ่ใช้จริงๆ ระบบที่แตกต่างกันให้ยอดรวมที่ไม่เท่ากันบนย่อหน้าที่เหมือนกัน และหากกระบวนการ QA ของคุณไม่เลือกคำจำกัดความที่แน่นอน ความคลาดเคลื่อนก็จะเกิดขึ้นตามมา
มาตรฐานหลักในวงการพิมพ์คือกฎการแบ่งส่วนข้อความ Unicode Text Segmentation ของ Microsoft Word ซึ่งกำหนดให้คำคือชุดตัวอักษรสูงสุดระหว่างอักขระที่ไม่ใช่ตัวอักษร โดยอักขระคำประกอบด้วยตัวอักษร ตัวเลข และเครื่องหมายวรรคตอนบางตัว เช่น อปอสตราฟในคำว่า "don't" กฎ Unicode's UAX #29 นี้คือสิ่งที่โปรแกรมประมวลผลคำส่วนใหญ่ใช้เป็นค่าเริ่มต้น
การทำความเข้าใจความแตกต่างระหว่างเครื่องมือนับคำถือเป็นหัวใจสำคัญ เพราะเครื่องมือที่พัฒนาด้วยภาษาโปรแกรมมิ่งอาจแบ่งคำตามช่องว่าง (Whitespace splitting) หรือใช้ระบบ Tokenizer ของ NLP ซึ่งให้ผลลัพธ์ต่างจากการนับแบบ Microsoft Word ถึง 5-10% โดยเฉพาะในบทความทางเทคนิคที่มีตัวย่อและเครื่องหมายยัติภังค์จำนวนมาก การกำหนดมาตรฐานให้ชัดเจนตั้งแต่ต้นจึงช่วยป้องกันปัญหาการถกเถียงเรื่องความยาวได้
กระบวนการ QA จำเป็นต้องเลือกมาตรฐานใดมาตรฐานหนึ่งและบันทึกไว้เป็นนโยบายของทีม รายการตรวจสอบสำหรับคู่มือการทำงานมีดังนี้:
- ตรวจสอบกฎการนับคำตัวย่อที่มีจุดคั่น เช่น "U.S.A."
- ควบคุมคำที่มีเครื่องหมายยัติภังค์ เช่น "open-source" หรือ "real-time"
- จัดการกับตัวเลขและเครื่องหมายจุลภาค เช่น "1,200"
เครื่องมือตรวจนับคำบนเบราว์เซอร์มีประโยชน์อย่างมากในขั้นตอนที่มนุษย์เข้ามามีส่วนร่วม เมื่อผู้ตรวจสอบต้องการความคิดเห็นที่สองสำหรับย่อหน้าที่กำลังเป็นข้อถกเถียง เครื่องมือที่ทำงานบนเบราว์เซอร์และแสดงผลทั้งแบบมีโค้ดและไม่มีโค้ดคือตัวช่วยที่ยอดเยี่ยม ให้ใช้เป็นขั้นตอนการตรวจสอบสำรองไม่ใช่เครื่องมือหลัก โดยเครื่องมือหลักคือสคริปต์ในระบบ CI
ที่มา: Dev.to
พบข้อมูลผิดพลาดในบทความนี้? แจ้งปัญหาบทความนี้
ความคิดเห็น
แสดงความคิดเห็น