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

https://github.com/scaleflex/filerobot-image-editor

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

ฉันเห็นคำกล่าวบ่อยมากว่าการใช้ AI ทำให้นักพัฒนารุ่นจูเนียร์พัฒนาทักษะได้น้อยลง เลยคิดว่าถ้ามีบทความหรือข้อมูลที่เกี่ยวกับเรื่องนี้จริง ๆ ก็น่าจะน่าสนใจครับ
อ่านบทความดี ๆ เพลินมากครับ :)

https://github.com/addyosmani/filter

ผมคือวิลสัน!

Cursor ดีทุกอย่างนะ... แต่สำหรับคนอย่างผมที่ทำงานบนหลายอุปกรณ์
ก็น่าเสียดายที่ไม่มีฟังก์ชันซิงก์การตั้งค่า

ได้ยินมาว่ามีวิธีแก้ขัดด้วยการทำ symbolic link ให้ Extension หรือไฟล์ตั้งค่าเอง
ซิงก์ผ่าน network drive
แต่พอใน VSCode แค่คลิกเดียวก็ซิงก์ได้อยู่แล้ว จะให้มาผ่านขั้นตอนแบบนั้นก็รู้สึกยุ่งยากเหมือนกัน

ย้ายจาก VS Code ที่ใช้มา 5 ปีแล้ว รู้สึกว่าดีครับ

เจ๋งมาก ถ้า sqlite ทำแบบนี้บ้าง น่าจะเป็นเรื่องใหญ่จริง ๆ แน่ ๆ แน่นอนว่าช่องโหว่ด้านความปลอดภัยก็มาด้วย

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

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

• tsc เร็วขึ้น 10 เท่า กล่าวคือเวลา transpile จาก ts -> js ลดลงมาก
• เวลาโหลดโปรเจ็กต์ขนาดใหญ่ที่พัฒนาด้วย ts อย่าง VSCode จะเร็วขึ้นมาก กล่าวคือ logic ที่ใช้ฟังก์ชันของ tsc ร่วมกัน เช่น การตรวจไวยากรณ์ของ ts เร็วขึ้น
• ไม่ได้หมายความว่าความเร็วในการทำงานของ VSCode เองเร็วขึ้น
  เป็นเนื้อหาประมาณนี้นี่เองครับ

ผมแทบไม่ได้ใช้เพราะไปแทนที่ Cmd+K ของ vscode เป็น Cmd+R แล้ว แต่เห็นทุกคนเล่ากันต่อเนื่องว่าประสิทธิภาพการทำงานดีขึ้นนะ เฮ้อ ควรย้ายไปใช้ดีไหม

ใน GeekNews ก็เคยมีการกล่าวถึงหลายครั้งเช่นกันว่า ในหนังสือ <The Phoenix Project> ก็พูดถึงเรื่องคล้ายกัน ยิ่งเข้าใกล้ความจุ 100% มากเท่าไร เวลาตอบสนองก็จะยิ่งยาวขึ้นแบบทวีคูณ

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

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

• ในฐานะคนทำงานสายชีววิทยาศาสตร์ อยากแชร์ผลการใช้งานแบบสั้น ๆ

โหมด Reseach มีให้ 2 แบบ

1. Quick summary

• ใช้เวลาประมาณ 5~6 นาที (อ้างอิงจาก 4070 ti super, 16GB, Mistral และ Gemma 3:12b)
• มีอาการหลอนอยู่บ้าง จึงสร้าง Reference ขึ้นมาเอง แต่ Ref ที่มีลิงก์แนบในเอกสารดูเหมือนว่าจะมีที่มาชัดเจน
• มีแนวโน้มที่จะตอบคำถามโดยโฟกัสที่ เทคโนโลยีใหม่ โดยเฉพาะพยายามเชื่อมโยงกับ AI

2. Detailed Report

• ใช้เวลาประมาณ 1 ชั่วโมง (4070 ti super 16GB, Gemma 3:12b)
• ให้ความรู้สึกเหมือนสร้างรีวิวเปเปอร์หนึ่งฉบับให้เลย แต่มีปัญหาที่จำนวน Reference ลดลงอย่างมาก ถึงเนื้อหาจะถูกต้องก็เถอะ แต่ถ้าไม่มีหลักฐานอ้างอิงก็ยังต้องปรับปรุงอีกนิด (ดูเหมือนว่าจะมีการขัดเกลาซ้ำเพื่อยกระดับคุณภาพของบทความ และในกระบวนการนี้ลิงก์ Ref น่าจะหายไป)
• แต่ก็ชัดเจนว่าคุณภาพเนื้อหาสูงกว่า Quick summary

ตั้งค่าได้หลากหลายในไฟล์ Config สามารถจำกัดฐานข้อมูลที่ใช้ค้นหาให้เหลือแค่ PubMed เพื่อยกระดับคุณภาพของข้อมูลได้อีกขั้น และยังตั้งค่าได้ด้วยว่าจะค้นหาข้อความครั้งละมากแค่ไหน หรือจะสร้างชังก์จำนวนเท่าไรเมื่อใช้ RAG

เมื่อพิจารณาว่าตอนนี้ยังเป็นเวอร์ชัน 0.01V ก็ต้องบอกว่าน่าทึ่งมากที่เครื่อง Local สามารถสร้างรายงานได้ถึงระดับนี้ โดยเฉพาะในสายชีววิทยาศาสตร์ แชตบอตมักใช้ คำอธิบายแบบเหมารวม กันบ่อย แต่รายงานที่สร้างจากโปรแกรมนี้ใช้ถ้อยคำเชิงวิทยาศาสตร์ได้ดีมาก

ตอนนี้โปรแกรมนี้ยังไม่รองรับภาษาเกาหลี ต่อให้ถามเป็นภาษาเกาหลี รายงานก็จะถูกแสดงผลเป็นภาษาอังกฤษ
นอกจากนี้ เมื่อส่งออกเป็น PDF แล้วรับคำตอบเป็นไฟล์ PDF ก็ยังมีปัญหาที่ภาษาเกาหลีไม่แสดงผล

ถ้าแก้ปัญหาที่ Ref หายไประหว่างสร้างรายงาน และปัญหาอาการหลอนได้ ก็คิดว่านี่จะเป็นเครื่องมือที่ทรงพลังมากจริง ๆ

555555

ผมรู้สึกเหนื่อยล้ากับปลั๊กอินจำนวนมากของ Obsidian
เลยเปลี่ยนไปใช้ Reflect และพอใจมากครับ

ช่วงหนึ่งผมเริ่มจับ TS น้อยลงไปแล้ว แต่พอเห็นข่าวแบบนี้ก็เริ่มสนใจขึ้นมาอีกนะ?

ผมเลยกันเวลาบ่ายวันศุกร์ไว้เป็นเวลาพัฒนาส่วนตัวไปเลยครับ!

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