ปกติแล้วโจทย์อัลกอริทึมก็มักจะมีเงื่อนไขด้าน time/space complexity กำกับอยู่ไม่ใช่เหรอ? การบอกว่าให้แก้ด้วย constraint solver ได้ จริง ๆ แล้วก็แสดงได้แค่ว่ามีความสามารถในการแปลงโจทย์ให้อยู่ในรูป constraint เท่านั้นเอง... แต่ผมก็ยังไม่ค่อยแน่ใจว่านั่นเป็นทักษะที่จำเป็นต่อการทำงานจริงแค่ไหนนะ...

 

นี่แหละข้ออ้างของการเซ็นเซอร์ที่ใช้ได้ผลเสมอ

 

เรื่องแบบนี้ผมก็พยายามกันไว้ด้วยพรอมป์ต์ไม่ให้ประมวลผล แต่ก็ยังเอาไม่ค่อยอยู่เลยครับ 555 เลยแก้เป็นงานมือไว้แล้วครับ

 

ดูเหมือนว่าบอตจะดึงเนื้อหาบทความมาไม่ได้ เลยใส่ไว้แค่ข้อความว่าเข้าถึงถูกปฏิเสธ...

 

จริง ๆ แล้วก็มีเครื่องมือที่ทำได้แค่เก็บข้อมูลอยู่มากมาย แต่สิ่งสำคัญคือการทำงานร่วมกันอย่างการกรอกอัตโนมัติ

 

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

 

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

 

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

 

เป็นเครื่องมือที่สะดวกมากและดีมาก

 

ไม่ต้องมานั่งหา API parameters ทีละตัวและลงมือทำเองทุกจุด ก็น่าจะทำให้พัฒนาได้สะดวกขึ้นเยอะเลยครับ

 

ผมใช้ k9s อยู่เหมือนกันครับ
ตอนเห็นครั้งแรกเมื่อ 2~3 ปีก่อน รู้สึกว่ามีกลิ่นอายแบบ mdir เลยชอบ และพอใช้จริงก็ค่อนข้างดีด้วยครับ

 

ข้อดีของ Spec Kit ของ GitHub คือสามารถใช้ได้กับ GitHub Copilot ด้วย
เพราะสร้างโดย GitHub เอง ก็คงเป็นเรื่องธรรมดา? แต่ก่อนหน้านี้เครื่องมืออื่น ๆ หลายตัวมักอิงกับ Claude

 

จู่ ๆ ก็รู้สึกขึ้นมาว่า ถ้าทำกับอักษรเกาหลีแบบนั้นก็น่าจะเป็นไปได้... เอาไปทำเป็นปริศนาได้นะ...

 

จะใช้อย่างดีแค่สำหรับการคัดกรองเท่านั้น

 

ในกรณีของคำสั่งซื้อขาย ดูเหมือนว่าอาจเกิดการดำเนินคำสั่งที่ไม่ได้ตั้งใจได้จาก prompt injection เป็นต้น ดังนั้นจึงน่าจะจำเป็นอย่างยิ่งที่จะต้องมีฟังก์ชันเพิ่มเติม เช่น การจำกัดสินทรัพย์เป้าหมายหรือวงเงิน