เราพับ 5 บรรทัดที่อ่านได้เก็บไว้ แล้วมันถูกอ่านว่าหายไป

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

ผมเขียนคำตอบไว้ก่อน ทั้ง 6 บรรทัดอ่านได้ครบ ไม่มีบรรทัดใดถูกทิ้งเลย หน้าจอตัวอย่างก่อนนำเข้าถูกสร้างให้แสดงเฉพาะบรรทัดที่ต้องตรวจสอบ และ 5 บรรทัดที่อ่านได้เรียบร้อยถูกพับเป็นข้อความเล็ก ๆ บรรทัดเดียวใต้ตาราง ข้อความนั้นเขียนว่า อีก 5 บรรทัด

ผมจะเขียนว่าทำไมเราสร้างมันแบบนั้น สิ่งที่เรานึกถึงคือไฟล์ขนาดใหญ่ที่ส่งออกมาจากโปรแกรมบัญชี ไฟล์ที่เราใช้ทดสอบมี 214 บรรทัด และในนั้นมี 3 บรรทัดที่ต้องตรวจสอบ ถ้าเรียงทั้ง 214 บรรทัดออกมาหมด 3 บรรทัดที่ต้องแก้จะถูกกลบหายไป หน้าจอที่ยกเฉพาะบรรทัดที่มีปัญหาขึ้นมาไว้ด้านบนทำงานได้ดีกับไฟล์นั้น แต่เราไม่เคยลองกับไฟล์ที่มี 6 บรรทัดเลยแม้แต่ครั้งเดียว

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

สิ่งที่เขาทำต่อจากนั้นเป็นอย่างนี้ ตอนแรกเขานำเข้าซ้ำ 3 ครั้ง ได้หน้าจอเดิมทุกครั้ง จากนั้นเขาแยกไฟล์ออกเป็นบรรทัดเดี่ยว ทำไฟล์ 6 ไฟล์ นำเข้า 6 ครั้ง เพื่อหาว่าบรรทัดไหนหายไป ผลคือผ่านทั้งหมด ถึงจุดนั้นเวลาผ่านไปราว 20 นาที ความผิดพลาดที่เขาค้นหาอยู่ตลอดเวลานั้น แท้จริงไม่เคยมีอยู่เลย

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

ยังมีเรื่องที่แย่กว่านั้น บนหน้าจอนี้ บรรทัดที่อ่านได้ถูกต้องกับบรรทัดที่อ่านไม่ได้เลย มีหน้าตาเหมือนกัน ทั้งสองอย่างไม่ปรากฏในตาราง หมายความว่า เวลาที่บรรทัดหายไปจริง ๆ หน้าจอก็จะมีหน้าตาเหมือนกับวันนั้น หน้าจอที่ดูเหมือนพังแม้ไม่มีอะไรพัง ก็จะดูไม่ต่างกันเลยตอนที่มีอะไรพังจริง หน้าจอที่ใช้ไม่ได้ทั้งสองทางนั้น เราเรียกมันว่าหน้าจอยืนยัน

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

การนับจำนวนเอง เราสร้างขึ้นใหม่ให้เป็นความสามารถหนึ่งของระบบ เราแสดง 3 จำนวนเสมอ คือบรรทัดที่มีในไฟล์ บรรทัดที่อ่านได้ และรายการบัญชีที่จะถูกสร้าง เมื่อทั้ง 3 จำนวนไม่ตรงกัน เราจะเขียนว่าหายไปที่ขั้นตอนไหน เมื่อก่อนจำนวนเป็นสิ่งที่ต้องเดาเอาจากจำนวนบรรทัดในตาราง จำนวนที่ปล่อยให้เดา ยังไม่นับว่าได้นับ

เราเพิ่มการทดสอบด้วย นำเข้าไฟล์ 1 บรรทัด 2 บรรทัด 6 บรรทัด และ 214 บรรทัด แล้วตรวจว่าทุกบรรทัดที่อ่านได้ปรากฏบนหน้าจอ การทดสอบของเราก่อนหน้านี้เป็นไฟล์ใหญ่ทั้งนั้น ไฟล์ที่มาถึงจริงมักเล็กกว่า ที่พบมากที่สุดคือคนที่ส่งออกมาเพียง 4 บรรทัดจากสมุดบัญชีของตัวเองเพื่อลองใช้ ข้อมูลทดสอบของเราไม่ใช่ข้อมูลของผู้ใช้

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

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