จาก wikipedia นะครับ ตรงไปตรงมาที่สุด คือการที่เรา เขียน/แก้ โคดของเราเพื่อจุดประสงค์บางอย่างเช่น ดีไซน์ให้ดีขึ้น มีประสิทธิภาพที่ดีขึ้น อ่านง่ายขึ้น แต่ทั้งหมดคงไว้ซึ่งผลลัพธ์เหมือนเดิม

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

ตอนหลังคุณนึกออกว่า 1+2 ก็เท่ากับ 3 นี่หว่า คุณก็ refactoring การทำงานของคุณใหม่

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

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

ทางออกคือ reengineer โดยคราวนี้คุณรู้อยู่แล้วว่าปัญหาคืออะไร คราวนี้คุณก็สามารถออกแบบมันให้ใช้งานง่ายขึ้น ขยับขยายง่ายขึ้นได้ สะอาดขึ้น

ที่ JackPot อ้างว่าตัวเองสามารถทำ reengineer ได้ ผมว่าเนื่องจากมันยอมให้ผู้ใช้เขียนกฎลงไปเองได้นั่นเอง คงต้องติดตามดูต่อไป ว่าคนจะเอา JackPot ไปเล่นยังไงบ้าง...

refactoring และ reengineering จาก wikipedia

ผมอธิบาย refactoring เป็นนามธรรมเกินไปหรือเปล่า? ถ้าตัวอย่างที่เป็นรูปธรรมหน่อย ลองนึงตัวอย่างง่ายๆ อย่างถ้าคุณจะแก้ ชื่อ Class จาก A เป็น B คุณเปลี่ยนแล้วปัญหามันไม่จบ เพราะว่าเดิมๆ คงมี Class อื่นๆ มาเรียก A ไปใช้อยู่กระจัดกระจายเต็มพื้นที่ทำงานไปหมด ถ้าคุณมี refactoring tool มันก็สามารถที่จะจัดการตามแก้ให้จนหมดได้ โดยคุณแค่คลิ๊กเมาส์สักสองที

นี่เป็นตัวอย่างการทำ refactoring พื้นฐานทั่วไปครับ

edit : โอ้ คนมาช่วยตอบกันเต็มเลย น่ารักจริงเชียว ^^ โฆษณา หนังสือเล่มเดียวกันด้วย หุหุ