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

สังเกตดูดีๆ คนที่ทำงานสาย software developer นั้น จะเจอเหตุการณ์ซ้ำไปซ้ำมาอยู่ตลอดชีวิตการทำงานสายนี้ และต่อไปนี้ขอเชิญอ่าน เหตุการณ์สุดคลาสสิคของโปรแกรมเมอร์เมอร์เมอร์….(มีเสียงสะท้อนเล็กน้อย)

• โปรเจ็คที่ได้รับมักจะ ดูเหมือนง่ายในตอนแรก แต่สับสนวุ่นวายในตอนสุดท้าย
• การให้ โปรแกรมเมอร์ทำเอกสาร เปรียบเสมือนเอานาวิกโยธินสหรัฐไปประกวดนางสาวไทย
• ตอน เขียนโปรแกรมเอง Test เอง ไม่เจอ Bug แต่ตอนไป Test กับลูกค้าเสือกเจอ!!!
• ตอน Test กับลูกค้าเหมือนจะไม่มีบั้กแล้ว พอเริ่มใช้งานระบบจริง :X เสือกเจอ!!!
• พอโปรแกรมพังตอนใช้งานจริง โปรแกรมเมอร์มักเอ่ยว่า “ตอน Test ไม่เห็นเป็นเลย” แล้วก็จบด้วยการทำหน้างงๆ แสดงให้เห็นว่า ผมไม่รู้จริงๆนะเว้ย
• ประเมินเวลาของโปรเจ็ค 10 วัน ไม่ใช่การเขียนโปรแกรม 80 ชั่วโมงต่อคน แต่อาจะเป็น 100ชั่วโมงต่อคน หรือมากกว่านั้น
• Programmer เก่งกาจจะเป็น System Analyst ทำเอกสารได้ห่วยแตก
• Programmer ที่เก่งกาจมันพูดภาษาคนแล้วเข้าใจยาก
• System Analyst ที่ทำเอกสารได้เก่งกาจ มักจะเคยเป็น Programmer ที่เขียนโปรแกรมได้ห่วยแตกมาก่อน
• ลูกค้าไม่เคยให้ Requirement ครบ
• ลูกค้าคือพระเจ้า
• นอกจากลูกค้าแล้ว Google ก็เป็นพระเจ้าเหมือนกัน
• งาน Coding ไม่เคยเสร็จก่อนกำหนด
• ออก แบบระบบจนเสร็จ แล้วค่อยเขียนโปรแกรม เป็นแค่เรื่องในฝันเท่านั้น (สำหรับคนไทย)
• คนให้ Requirement จริงๆ มักจะไม่ค่อยอยากได้ระบบ IT หัวหน้ามันนั้นแหละ อยากได้
• บางที Bug ก็ไม่มีเหตุผล และไม่ต้องการคำจำกัดความ
• Bug ก็เหมือนความรัก มองไม่เห็น แต่รู้สึกถึงมันได้
• ไม่มี OT มีแต่ O-Free
• Project ที่ โปรแกรมเมอร์ปั่นงานจะจนดึกดื่น มักจะมี Bug เยอะ ถึงเยอะมาก
• ลูกค้า มักจะขี้เกียจ Test โปรแกรมของมันเอง
• แต่พอใช้งานจริงแล้วเจอ Bug ชอบมางอแง
• เขียนโปรแกรมช้า ใช่ว่าจะไม่มี Bug
• เขียน โปรแกรมเทพ ใช่ว่าจะไม่มี Bug
• Read the rest of this entry »