Grok 4.7

ผมใช้ Grok 4.7 ช่วยดูการแก้ไขโค้ดเล็ก ๆ น้อย ๆ แทนที่จะรับคำแนะนำกว้าง ๆ ผมชอบให้มันยกตัวอย่างจุดที่จะเกิดข้อผิดพลาดขึ้นมาเลย จะได้รู้ทันทีว่าต้องไปเช็คตรงไหน

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

ตอนเขียนแผน migration ผมจะให้มันลิสต์ประเด็นที่ต้องพิจารณาสำหรับการ rollback มาก่อน พอเอามาดูคู่กับขั้นตอนการ deploy ก็จะเห็นชัดเลยว่าตรงไหนยังคิดไม่รอบคอบ

Grok 4.7 เหมาะมากกับการช่วยคิด edge case แค่ป้อน input ที่ทำให้ระบบพังเข้าไป แล้วถามต่อว่ามีกรณีคล้าย ๆ กันอีกไหม ก็ได้ทิศทางสำหรับ checklist การทดสอบแล้ว

โน้ตส่งมอบงานกระจัดกระจายและยุ่งเหยิงมาก ผมเลยใช้ Grok จัดระเบียบเป็นเอกสารอธิบายฉบับเดียว พวกข้อจำกัดที่ดูแปลก ๆ ในที่สุดก็มีที่ให้อธิบายเหตุผลอย่างชัดเจนแล้ว

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

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

SQL ดูเผิน ๆ เหมือนไม่มีปัญหา แต่พอถาม Grok ว่าถ้าเจอค่า null หรือ record ซ้ำจะเป็นยังไง ถึงได้รู้ว่าเคสพวกนี้ก็ต้องเพิ่มเข้า checklist ด้วย

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

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

ใช้ Grok 4.7 จัดระเบียบบันทึก incident สะดวกมาก ทั้งอาการ การเปลี่ยนแปลงล่าสุด และสิ่งที่ตรวจไปแล้ว เอามารวมไว้ด้วยกันอ่านง่ายกว่าไปนั่งไล่ chat log เยอะเลย

ตอน refactor ผมไม่อยากแก้ทีละเยอะเกินไป เลยให้มันแบ่งเป็นขั้นตอนย่อย ๆ ที่ยังคง behavior เดิมไว้ ทีละขั้นดูทีละอย่าง ทำให้มั่นใจขึ้นเยอะ