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

 

แน่นอนว่าใช้หน่วยความจำน้อยกว่ามากเหมือนกัน สำหรับผมอยู่ที่ประมาณ 1/4

 

ถ้ามองตามมุมมองนี้ ก็เป็นไปได้ว่าเอกสารอย่าง ADR(Architecture Decision Records) หรือ CIR(Change Intent Records) อาจได้รับการให้คุณค่ามากกว่าตัวโค้ดเสียอีก

 

แทนที่จะเก็บไว้ในเมมโมรี การใช้ skills เพื่อนำการตั้งค่าแบบชัดเจนมาน่าจะดีกว่าไม่ใช่เหรอ

 

เมื่อเทียบกับงานพัฒนาแล้ว จำเป็นต้องมีวงจรฟีดแบ็กที่เร็วมากและเกิดขึ้นบ่อยกว่ามาก
เนื่องจากนักพัฒนาอยู่ปลายทางของวงจรการทำงาน จึงมองได้ว่าบทบาทภายในทีมถูกตีความเกินจริงอยู่บ้าง

 

เอา AI มาเป็นข้ออ้างบังหน้าสำหรับการปลดคนออก เพราะมันดูดีเกินไป

 

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

 

Biome ก็เร็วมากอยู่แล้ว แต่บอกว่าเร็วกว่านั้นถึง 3 เท่านี่สุดยอดจริง ๆ

 

ว้าว ขอบคุณมากครับ เราจะปรับปรุงต่อไปเรื่อย ๆ

 

เป็นประโยคที่ดีสำหรับคนอย่างผมที่ลงมือทำได้ไม่ค่อยเก่งครับ

 

ได้ยินมาว่าตอนนี้ถึงขั้นบอกว่านักพัฒนาต้องใช้ Claude Code ทำงานออกแบบด้วยแล้ว แบบนี้งานออกแบบไม่ต้องมีการรีวิว/ตรวจสอบคุณภาพเลยเหรอ?

 

บทความแนะนำให้อ่านต่อก็ดีมากเลยครับ

 

ก่อนหน้านี้ผมใช้ชุด rolldown, oxlint และ oxfmt มาตลอด และก็พอใจกับทั้งความเร็วและผลลัพธ์มากครับ
ส่วน oxc-minify ของ oxc ยังเป็นอัลฟาอยู่ แต่ผมก็เชื่อใจแล้วใช้งานมันไปเลยครับ

 

ชอบทั้งการรองรับแท็บใน Notepad หรือการรองรับความโปร่งใสและเลเยอร์ใน Paint นะ แต่ก็เริ่มมีอะไรเพิ่มขึ้นเรื่อย ๆ เหมือนกัน

 

โห อย่างนั้นเอง ผมดูแค่ด้านบนเอง 555

 

พอเข้าไปอ่านในประเด็นแล้ว เขาบอกว่า "เป็นมุก" นะ

 

แต่ก็ขึ้นอยู่กับสายงานเหมือนกันนะ บางที่แทบไม่มี test coverage เลย ก็เลยทำให้ต้องคิดหนักเหมือนกัน ฝั่งนั้นก็ดูเหมือนว่ายังทำโค้ดดี ๆ ได้ไม่เก่งเท่าสาขาอื่นอยู่เหมือนกันครับ