- หลังนำ Claude Code มาใช้ วิธีการเขียนและบำรุงรักษาโค้ดขนาดใหญ่ก็เปลี่ยนไปอย่างมาก จนเปรียบได้กับ “ช่วงเริ่มต้นของการนำการถ่ายภาพมาใช้ในโลกการเขียนโค้ด” ทำให้ พัฒนาได้รวดเร็วและแสดงออกได้อย่างอิสระ
- งานที่ทำซ้ำและเคยถูกมองว่าเป็น ‘หนี้ทางเทคนิค’ (เช่น migration, การเปลี่ยน framework) สามารถ ทำควบคู่กันได้อย่างรวดเร็วแม้ทำคนเดียว และแทบไม่เป็นภาระแม้ทำไปพร้อมกับงานหลัก
- เกิดรูปแบบการพัฒนาเชิงทดลองแบบ “ลองใช้ก่อนแล้วค่อยตัดสินทีหลัง” โดยสามารถ สร้างและลบ test/abstraction/โค้ดทดลองได้อย่างง่ายดาย จนได้ทั้ง productivity และ insight ในการพัฒนา
- การทำเกมต้นแบบ การทำงานร่วมกัน และการ deploy แบบทดลอง เร็วขึ้นมาก—นักออกแบบเกมสามารถเปลี่ยนไอเดียเป็นสิ่งที่รันได้จริงภายในไม่กี่ชั่วโมงโดยไม่ต้องเขียนโค้ดเอง
- ในสภาพแวดล้อมที่เหมาะกับ Claude Code เช่น monorepo, tech stack ที่ชัดเจน, codebase ที่ทันสมัย ความเร็วและความยืดหยุ่นของงานพัฒนาจริงเพิ่มขึ้นอย่างมาก
บทนำ: สิ่งที่เปลี่ยนไปหลังนำ Claude Code มาใช้
- ตลอด 6 สัปดาห์ที่ผ่านมาในการใช้งาน Claude Code รู้สึกได้ถึง การเปลี่ยนแปลงสำคัญ ในวิธีการเขียนและดูแลโค้ด
- รู้สึกเหมือนได้ "อิสระในการแสดงออก" เพราะไม่จำเป็นต้องเขียนโค้ดทุกบรรทัดด้วยตัวเอง
- เมื่อใช้ Claude Code เราสามารถวางโครงสร้างทั้งหมดได้ในครั้งเดียว แล้วใช้ความสามารถในการรีวิวและแก้ไขเพื่อสร้างผลลัพธ์สุดท้าย
- เหมือนกับตอนที่การถ่ายภาพถือกำเนิดขึ้นและเสน่ห์ของการวาดภาพด้วยมือลดลง ตอนนี้กระบวนการป้อนคำสั่งและการผลิตในงานโปรแกรมมิงก็กำลังเปลี่ยนไปอย่างมาก
- แม้การเปลี่ยนแปลงนี้อาจทำให้รู้สึกไม่สบายใจ แต่การมาของเครื่องมือที่อิง LLM กำลังก่อให้เกิด การเปลี่ยนกระบวนทัศน์ ต่อการเขียนโปรแกรม
1. วิธีที่ Claude Code เปลี่ยนการเขียนและบำรุงรักษาโค้ด
- งานอย่าง migration, refactoring, การลดหนี้ทางเทคนิค ที่ในอดีตใช้เวลาหลายสัปดาห์ถึงหลายเดือน หลังนำ Claude Code มาใช้ก็สามารถทำควบคู่กันและเสร็จได้ทั้งหมดภายใน 6 สัปดาห์
- ตัวอย่าง: การแปลง React Native components หลายร้อยตัวไปเป็น React, การเปลี่ยนระบบ RedwoodJS, migration จาก Jest → Vitest, server-side rendering, refactoring design system, อัปเกรด Node 22 เป็นต้น
- side project/backlog ที่เดิมต้อง “แยกเวลามาทำต่างหาก” สามารถ ทำควบคู่กับงานหลักในเวลาว่างได้ โดยแทบไม่เพิ่มภาระงาน
- สูตรเดิมที่ว่า “หนี้ทางเทคนิคต้องหาเวลาในแผนงานก่อนแล้วค่อยทุ่มทรัพยากรจำนวนมาก” ถูกทำลายลง และเกิดความ เริ่มทันที→เดินหน้าต่อ→จบได้เลยแบบฉับไว
2. วัฒนธรรมการพัฒนาเชิงทดลองแบบ “ลองใช้ก่อนแล้วค่อยตัดสิน”
- เมื่อมีไอเดียก็ลองทำกับ Claude Code ก่อน และเรียนรู้ผ่านการสร้างและลบสิ่งอย่าง test code แบบอัตโนมัติซ้ำไปมาในช่วงต้น
- แม้ยังไม่มี test strategy ฝั่ง frontend ก็สามารถ ให้ Claude Code สร้าง/ลบการทดสอบได้หลายรูปแบบแบบสด ๆ ในแต่ละ PR เพื่อสะสมประสบการณ์และช่วยตัดสินทิศทางโดยรวม
- การพิจารณาเรื่องไอเดียหรือ abstraction ก็ตรวจสอบและสำรวจได้อย่างรวดเร็วด้วยวิธี “ลองทำจริง→ล้มเหลวก็ไม่เป็นภาระ”
- ต้นทุนของความล้มเหลวลดลงอย่างมาก ทำให้ วงจรทดลอง-เรียนรู้-ตัดสินใจเร็วขึ้นอย่างชัดเจน
3. การเปลี่ยนแปลงของการพัฒนาแบบขนานและการทำงานร่วมกัน
- ใช้ git clone/VSCode profile สองชุด เพื่อทำงานแยกกันในแต่ละ clone (เช่น อันหนึ่งใช้ทำ PR อีกอันใช้ทำงานทดลอง)
- ระหว่างที่ Claude Code กำลังทำงาน ก็ไปทำงานแบบขนานในอีก clone ได้ หรือแยกให้ชัดด้วย theme/port ที่ต่างกันในแต่ละ clone
- เขียน Pull Request แบบขนาน พร้อมหลีกเลี่ยงการชนกันของพอร์ต dev server และเพิ่มประสิทธิภาพการทำงาน
4. ปฏิวัติกระบวนการพัฒนาเกมต้นแบบ/งานทดลอง
- เดิมกระบวนการ สร้างเกมต้นแบบ→ปล่อยใช้งานภายใน→รับ feedback→เปิดสาธารณะ/ทิ้ง ใช้เวลาหลายสัปดาห์ถึงหลายเดือน แต่หลังนำ Claude Code มาใช้ แม้แต่นักออกแบบก็สามารถเขียนโค้ดและ deploy ขึ้นเว็บไซต์ได้เองภายในไม่กี่ชั่วโมง
- ตั้งแต่ไอเดีย→ลงมือทำ→รับ feedback จากทีม→ยุติการทดลอง/ย้ายไป production (เขียนใหม่) ทำให้ รอบการ deploy สั้นลงอย่างมาก
- อย่างไรก็ตาม ก็มีโจทย์ด้านการปฏิบัติการใหม่ ๆ ตามมา เช่น การดูแลเกมชั่วคราวและเกณฑ์ในการทำให้เป็นทางการหรือยกเลิก
5. การใช้ Claude Code ในการเขียนโค้ดและการทำงานร่วมกันประจำวัน
- ระหว่าง weekly triage สามารถ ใช้ Claude Code GitHub action เพื่อสร้าง PR/ทำการทดลองแบบทันที และนำประเด็นเล็ก ๆ ไปใช้ได้ทันที
- สมาชิกทีมที่มีทั้งมุมมองด้านผลิตภัณฑ์และเทคนิค พร้อมความเป็นเจ้าของงาน จะใช้ Claude Code ได้อย่างมีประสิทธิภาพที่สุด หรือก็คือ ‘full-breadth developer’
- "Full-breadth developers" : ช่วยให้นักพัฒนาคนหนึ่งสามารถนำทั้ง workflow ของงานได้อย่างอิสระ
- เมื่อมนุษย์ยังคงรับบทรีวิวโค้ด ให้บริบท รวมถึงแก้ไขและตัดสินใจ ก็จะช่วยเพิ่มทั้ง productivity และความคิดสร้างสรรค์ของทีมโดยรวม
6. สภาพแวดล้อมของ codebase ที่เหมาะกับ Claude Code
- monorepo: เมื่อโค้ดทั้งหมด/DB schema/API/logic หน้าจออยู่ในที่เดียว Claude Code จะเหมาะมากกับการทำความเข้าใจบริบทและงานอัตโนมัติ
- ใช้ tech stack ที่เป็นมาตรฐาน (React, Relay, GraphQL, TypeScript, StyleX, Bootstrap ฯลฯ) ทำให้ LLM เข้าใจและทำงานอัตโนมัติได้ง่าย
- การทำ codebase ให้ทันสมัยและลด legacy ให้น้อยที่สุด ช่วยเพิ่มประสิทธิภาพของการใช้ LLM ได้สูงสุด
7. ข้อจำกัดของ Claude Code และความเปลี่ยนแปลงที่สัมผัสได้จริง
- แม้การเปลี่ยนแปลงเชิงปริมาณอย่างจำนวน PR/commit จะไม่ได้มากนัก แต่ ความเร็ว ความยืดหยุ่น และ productivity ที่สัมผัสได้ในการทำงานดีขึ้นมาก
- Claude Code ทำหน้าที่เสมือน pair programmer ระดับ ‘junior ที่มีประสบการณ์มากกว่า’ — หากวิศวกรดูแลคุณภาพโค้ด ตรรกะ และบริบท ก็จะกลายเป็นพาร์ตเนอร์ที่ยอดเยี่ยม
- มอบ ประสบการณ์การทำงานที่ต่างออกไปในเชิงคุณภาพ ทั้งในงานซ้ำ ๆ การลดหนี้ทางเทคนิค และการผลักดัน side project อย่างรวดเร็ว
8. กลยุทธ์ ‘การทำแบบขนาน’ ที่แนะนำสำหรับ junior/ผู้เรียน
- ไม่จำเป็นต้อง หมกมุ่นมากเกินไปกับเทรนด์ล่าสุด ของ ecosystem LLM
- สำหรับนักพัฒนามือใหม่ แนะนำให้ เขียนโค้ดด้วยตัวเองก่อน แล้วค่อย ให้ Claude Code ทำโจทย์เดียวกัน เพื่อใช้ในการ เปรียบเทียบและเรียนรู้
- สามารถอ้างอิงแนวทางของ Claude Code เพื่อเรียนรู้ abstraction และรูปแบบการทำงานจริงได้อย่างรวดเร็ว
- ใช้ LLM เป็นทั้ง 'คู่แข่ง+เมนเทอร์' เพื่อ พัฒนาทักษะการทำงานจริงและความเข้าใจ ecosystem สมัยใหม่ไปพร้อมกัน
- Claude Code เหมือนโทรศัพท์มือถือ ไม่จำเป็นต้องเปิดไว้ตลอดเวลา
- สิ่งสำคัญคือการเป็นฝ่ายควบคุมและใช้งานมันอย่างมีประสิทธิภาพ
9. การเพิ่มขึ้นอย่างก้าวกระโดดของ side project และการทดลองระยะสั้น
- งานอย่าง การทดลองเล็ก ๆ การพัฒนาเครื่องมือ หรือการปรับปรุงบล็อก ที่เดิมยากจะลองทำเพราะข้อจำกัดด้านเวลาและพลังงาน กลายเป็นสิ่งที่ทำได้ภายในไม่กี่ชั่วโมงด้วย Claude Code
- ไอเดีย→ลงมือทำทันที→ล้มเหลวก็ไม่เป็นภาระ — ทำการทดลองเชิงสร้างสรรค์/โปรเจกต์ส่วนตัวควบคู่กับ production ได้ง่าย
10. ตัวอย่างจริงของบทสนทนาและการรีวิวโค้ดกับ Claude Code
- มีตัวอย่างจริงของกระบวนการ ระบุความต้องการ-สร้างโค้ด-รัน-แก้ไข-รีวิว สำหรับสิ่งอย่างสคริปต์จัดการ DB, puzzle REPL, layout PDF ของ crossword
- LLM อาจเกิดข้อผิดพลาดได้ (การให้เหตุผลผิด การพูดเกินจริง hardcoding ฯลฯ) — วิศวกรต้องรับผิดชอบการตรวจสอบเชิงตรรกะและคุณภาพ จึงจะได้คุณค่าที่แท้จริง
11. ตำแหน่งของ Claude Code ในงานวิศวกรรมและบทสรุป
- Claude Code มีความสามารถโดดเด่นในการรับ บริบทที่กว้าง เช่น reference code, screenshot และคำอธิบายเพิ่มเติม
- Claude Code คือ โปรแกรมเมอร์ผู้ช่วยระดับ 'post-junior (สูงกว่า junior ที่ชำนาญ)' — ด้วยความอดทนไม่จำกัดและความเร็วสูง จึงมีประสิทธิภาพมากในฐานะพาร์ตเนอร์การทำงานจริง
- การออกแบบ คุณภาพ และการควบคุมขั้นสุดท้ายยังเป็นหน้าที่ของวิศวกรมนุษย์ ส่วน Claude Code ช่วยขยายขอบเขตและความเร็วของการ implementation การทดลอง และระบบอัตโนมัติอย่างมาก
- ทำให้เกิด สภาพแวดล้อมการพัฒนาที่หลุดพ้นจากข้อจำกัดที่ต้องเขียนโค้ดทีละบรรทัดด้วยตัวเอง และสามารถโฟกัสกับการออกแบบ การดูแลคุณภาพ และนวัตกรรมได้มากขึ้น
ยังไม่มีความคิดเห็น