หลักการใช้ AI เท่าที่จำเป็น
สถาปัตยกรรมซอฟต์แวร์มีกฎข้อหนึ่งที่เรียกว่า principle of least power ซึ่งกล่าวว่าคุณควรใช้เครื่องมือที่เรียบง่ายที่สุดในการแก้ปัญหา ใช้สคริปต์แทนที่จะใช้เฟรมเวิร์กขนาดใหญ่ ใช้ไฟล์ธรรมดา (flat file) แทนที่จะใช้ฐานข้อมูลที่ซับซ้อน เครื่องมือต้องเหมาะสมกับงานที่ทำ
หลักการใช้ AI เท่าที่จำเป็น (The Principle of Least AI) ก็ใช้ตรรกะเดียวกันนี้
AI สร้างข้อผิดพลาด ทั้งยังสร้างความลำเอียงและความไม่สม่ำเสมอ อีกทั้งยังมีราคาแพง และที่สำคัญที่สุดคือ AI ถูกปรับแต่งมาเพื่อให้ดูเหมือนว่ามีความสามารถ มากกว่าที่จะเน้นความถูกต้อง การใช้ AI เร็วเกินไปจะทำให้คุณต้องพึ่งพาเครื่องมือที่ขาดความเข้าใจในบริบทของคุณ
เลิกมองว่า AI คือคำตอบ แต่ให้มองว่ามันคือร่างแรกที่รวดเร็ว
ลองใช้วิธีอื่นเหล่านี้แทน:
- Rubber duck debugging: อธิบายปัญหาของคุณออกมาดังๆ เพื่อหาคำตอบด้วยตัวเอง
- Documentation: ค้นหาจากเอกสารที่มีอยู่ แทนที่จะขอให้ AI สร้างคำอธิบายขึ้นมา
- Peer review: ถามเพื่อนร่วมงาน แทนที่จะถามโมเดลที่เอาแต่ตอบในสิ่งที่คุณอยากได้ยิน
บ่อยครั้งที่ผมรีบใช้ AI เร็วเกินไป ผมทำเพราะมันพร้อมใช้งานเสมอ มันสร้างสิ่งที่ดูเหมือนความคืบหน้าได้ภายในไม่กี่วินาที แต่งานจริงๆ นั้นต้องใช้เวลา งานที่แท้จริงประกอบด้วยการตรวจสอบ การตั้งคำถาม และการตัดสินใจว่าผลลัพธ์นั้นตรงกับความต้องการของคุณหรือไม่
AI เก่งในการทำให้ดูเหมือนว่าถูกต้อง มันใช้ภาษาที่ดูมั่นใจและประโยคที่ยาวเหยียดเพื่อให้ดูเหมือนว่าละเอียดถี่ถ้วน บ่อยครั้งที่มันบอกในสิ่งที่คุณอยากได้ยิน ซึ่งเป็นเรื่องอันตรายหากแนวทางที่คุณกำลังทำอยู่นั้นผิด
เมื่อคุณใช้ AI ในการเขียนโค้ด ให้ลองถามคำถามเหล่านี้:
- สิ่งใดบ้างที่ต้องเป็นจริงเพื่อให้สิ่งนี้ทำงานได้?
- สิ่งนี้ตั้งอยู่บนสมมติฐานอะไรบ้าง?
- มีกรณีขอบเขต (edge cases) ใดบ้างที่อาจเกิดขึ้นในบริบทเฉพาะของฉัน?
หลักการใช้ AI เท่าที่จำเป็น ไม่ใช่การหลีกเลี่ยง AI แต่คือการหลีกเลี่ยงการใช้ระบบอัตโนมัติที่เกินความจำเป็น อย่าหยิบรถถังมาใช้ในเมื่อจักรยานก็เพียงพอ อย่าใช้ AI ในเมื่อเครื่องมือที่เรียบง่ายกว่านั้นมีราคาถูกกว่าและทำงานได้ดีกว่า
คนที่จะประสบความสำเร็จคือคนที่เข้าใจในสิ่งที่งานของตนทำ แม้ในวันที่ไม่มี AI แล้วก็ตาม
Source: https://dev.to/amrree/the-principle-of-least-ai-5c68
Optional learning community: https://t.me/GyaanSetuAi