ขอสรุปเพิ่มเติมเกี่ยวกับพรอมป์ต์ที่ใช้เพิ่มเข้ามาไว้ดังนี้

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

แต่ก็ไม่ได้หมายความว่าสาย vibe coder ที่ไม่ใช่นักพัฒนาจะใช้วิธีนี้ไม่ได้ แม้ประสิทธิภาพอาจแตกต่างกันอยู่บ้าง แต่เพียงใช้คำสั่งง่าย ๆ อย่าง "ช่วยจัดระเบียบโค้ดโปรเจกต์ให้หน่อย ลบโค้ดที่ไม่ได้ใช้ออก" AI ก็สามารถแยกไฟล์และคลาสรวมถึงจัดระเบียบให้ได้

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

ถ้าคุณต้องใช้งานข้อมูลเชิงพื้นที่ นี่ก็เป็นตัวเลือกที่ดีครับ

ขอบคุณทุกท่านที่ให้ความสนใจกับบทความนี้เป็นอย่างมาก เนื่องจากมีเป้าหมายหลักเพื่อเผยแพร่ในต่างประเทศ จึงเขียนบทความเป็นภาษาอังกฤษ และดูเหมือนว่าสิ่งนี้จะทำให้เกิดปัญหาหลายอย่าง

ด้วยเหตุนี้ จึงขอแชร์โพสต์ที่สรุปเป็นภาษาเกาหลีไว้

https://modgo.org/tokeun-sayongryang-37-91-reul-gamsosikin-dan-hanjuly…

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

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

ควรใส่เฉพาะประเด็นสำคัญลงในพรอมป์ต์อย่างเป็นเหตุเป็นผล กล่าวคือยิ่งใส่นั่นใส่นี่ลงไปในพรอมป์ต์มากเท่าไร ก็ยิ่งมี noise มากขึ้น ทำให้โค้ดที่ได้ออกมาซับซ้อนขึ้นและมี noise มากขึ้น แบบนั้นใช่ไหม?

ซ้อนเกินจำเป็น

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

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

จู่ๆ จุดทั้งหมดก็หายไป

บทสรุป
การใช้ AI ช่วยเพิ่มผลิตภาพได้
และช่วยลดต้นทุนได้
แต่ตัวมันเองไม่ได้สร้างรายได้โดยตรง

อะไรอย่าง nodejs เวลาจะ bind เข้ากับแอปพลิเคชันอื่นค่อนข้างยุ่งยากพอสมควร ถ้าง่ายกว่านี้หน่อยก็คงดีนะครับ

ตัว Web Codecs API เองก็มีประสิทธิภาพดีอยู่แล้ว เลยทำให้ไลบรารีสื่อบนเว็บแทบทั้งหมดมีประสิทธิภาพยอดเยี่ยมกันหมด จะมองว่าเป็น pure ts ก็ดูจะก้ำกึ่งอยู่นิดหน่อย

ดูจากเบนช์มาร์กแล้ว น่าแปลกที่ประสิทธิภาพไม่ได้แย่เลย

ว้าว ตอนนี้แม้แต่ Delphi กับ C++Builder ก็มีคอมโพเนนต์สำหรับพัฒนา AI เข้ามาแล้วสินะ
Delphi ให้ความรู้สึกเหมือนบ้านเกิดทางใจอะไรสักอย่าง พอมีข่าวใหม่ออกมาทีไรก็ต้องกดเข้ามาดูทุกครั้งเลย

อืมมม....
ไม่อยากใช้ Jira แม้แต่ในเทอร์มินัลเลย!!!

ไม่ใช่ WASM แต่เป็น ts ล้วนที่เน้นประสิทธิภาพ...?

การบอกว่ามุ่งเน้นประสิทธิภาพสูงด้วย TypeScript... จะคล้ายกับการบอกว่ามุ่งทำรถไถเดินตามให้เป็นรถแข่งหรือเปล่านะ?

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

ตัวผมเองก็เพิ่งได้สัมผัสจากการทำโปรเจกต์นำ RAG และ LLM ไปใช้กับธนาคารและบริษัทประกันว่า
แม้ลูกค้าจะรู้อยู่ลึก ๆ ว่าธุรกิจ AI นี้คือมาราธอนระยะยาวขนาดใหญ่ แต่ความอยากที่ว่า "ผลลัพธ์อันหอมหวานนั้นต้องเป็นของฉันเท่านั้น" กลับเป็นตัวการสำคัญที่ทำให้ทุกอย่างจมลง

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

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

ลิงก์ข้ามเพย์วอลล์ https://archive.is/dLEl5

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