anveloper 2025-08-11 | ความคิดเห็นหลัก | ใน: รีวิวการใช้งาน GPT-5 แบบลงมือจริงของ Every (every.to) คำตอบส่วนใหญ่ของ GPT-5 ใช้เวลาคิดเกิน 10 วินาที แบบนี้น่าจะถามได้สัก 3~4 รอบแล้วไหมนะ? แต่ขณะเดียวกันก็ให้ความรู้สึกว่า อ้อ ถ้างั้นน่าจะถามเพิ่มอีกหลายคำถามเหมือนกัน ไม่แน่ใจว่ามันโดดเด่นทางเทคนิคหรือเปล่า แต่ดูเหมือนเป็นแค่วิธีที่ใช้เวลามากขึ้นเพื่อให้ได้ผลลัพธ์ที่ดีกว่า aflcalibration 2025-08-11 | ความคิดเห็นหลัก | ใน: การออกกำลังกายคือยามหัศจรรย์ – ทำไมจึงไม่มียาตัวไหนรักษาได้เทียบเท่า (derekthompson.org) ฉันก็เป็นเหมือนกัน อารมณ์ดีสุดๆ เลยค่ะ.. มีแม่น้ำอยู่ใกล้มหาวิทยาลัย เลยรู้สึกไม่รู้เลยว่านี่เป็นโชคมากแค่ไหน ที่สามารถหนีออกไปหาธรรมชาติจากบัณฑิตวิทยาลัยได้อย่างรวดเร็วจริงๆ.. fanotify 2025-08-11 | ความคิดเห็นหลัก | ใน: Framework Desktop คือสัตว์ประหลาด (world.hey.com) เป็นผลิตภัณฑ์ที่คงซื้อในเกาหลีไม่ได้สินะ...? mango 2025-08-11 | ความคิดเห็นหลัก | ใน: Framework Desktop คือสัตว์ประหลาด (world.hey.com) ว้าว ผมสนใจ SFF อยู่แล้วด้วย แต่ในที่สุดก็มีเดสก์ท็อปแบบประกอบเสร็จที่อยากซื้อออกมาแล้วนะครับ.. น่าได้มาครอบครองจริง ๆ dbs0829 2025-08-11 | ความคิดเห็นหลัก | ใน: เร่งความเร็วการพัฒนาด้วย AI อย่างไร - ในที่สุดยุคของการโค้ดด้วยปากก็มาถึง [สไลด์ Google 137 หน้า] (drive.google.com) แค่จากเอกสารอย่างเดียวก็มีคุณภาพดีมากแล้ว ขอบคุณที่แชร์ครับ turastory 2025-08-11 | ความคิดเห็นหลัก | ใน: เร่งความเร็วการพัฒนาด้วย AI อย่างไร - ในที่สุดยุคของการโค้ดด้วยปากก็มาถึง [สไลด์ Google 137 หน้า] (drive.google.com) พออ่านบทความเกี่ยวกับการใช้ AI ว่าควรใช้อย่างไร ก็จะพบว่ามักลงเอยไปในทิศทางที่คล้ายๆ กันพอสมควร ซึ่งก็น่าทึ่งที่เห็นว่ามันมีส่วนที่สอดคล้องกับวิศวกรรมซอฟต์แวร์แบบเดิมอยู่ด้วย สุดท้ายแล้วถ้าแทนค่า AI = นักพัฒนา ก็คงมองได้ว่าเป็นปัญหาประเภทว่า “จะทำอย่างไรให้พัฒนางานร่วมกับนักพัฒนาหลายๆ คนได้ดี?” ก็เลยอาจเป็นเพราะแบบนั้นก็ได้? wedding 2025-08-11 | ความคิดเห็นหลัก | ใน: ทำผลลัพธ์ที่ดีด้วย Claude Code (dzombak.com) การที่ได้ผลลัพธ์ที่ดี หมายความว่าได้อ้างอิงโค้ดที่คนอื่นทำไว้แล้วอย่างดีใช่ไหม vk8520 2025-08-11 | ความคิดเห็นหลัก | ใน: เร่งความเร็วการพัฒนาด้วย AI อย่างไร - ในที่สุดยุคของการโค้ดด้วยปากก็มาถึง [สไลด์ Google 137 หน้า] (drive.google.com) เมื่อไม่นานมานี้ผมก็ได้อ่านเช่นกัน เนื้อหาสรุปไว้ดีมาก จนแค่อ่านสไลด์ประกอบการบรรยายก็ช่วยได้มากแล้ว xguru 2025-08-11 | ความคิดเห็นหลัก | ใน: เร่งความเร็วการพัฒนาด้วย AI อย่างไร - ในที่สุดยุคของการโค้ดด้วยปากก็มาถึง [สไลด์ Google 137 หน้า] (drive.google.com) สไลด์นำเสนอของคุณฮายงโฮที่เชื่อถือได้เสมอ ควรหาเวลาชมกันให้ได้ครับ wedding 2025-08-11 | ความคิดเห็นหลัก | ใน: ทำทุกอย่างในเครื่อง: การสร้าง AI workspace แบบออฟไลน์ (instavm.io) เห็นด้วยกับความเห็นของ HN ที่ว่า “แทบจะเป็นงานอดิเรกที่น่าจะสนุกมากกว่า” ครับ แต่เมื่อปรับแต่งไปมาอย่างไรก็ไม่สามารถเทียบความสะดวกและความเร็วระดับการใช้งานเชิงพาณิชย์ได้... allinux 2025-08-11 | ความคิดเห็นหลัก | ใน: s3grep - เครื่องมือ grep แบบขนานความเร็วสูงสำหรับ S3 (github.com/dacort) ดูเหมือนว่าจะหมายถึงว่าค่าใช้จ่ายอาจจะสูงครับ หากส่งข้อมูลไปยัง S3 จากบริการที่อยู่ใน Region เดียวกัน จะไม่เสียค่าใช้จ่ายครับ ยกตัวอย่างเช่น หากค้นหา S3 ด้วย s3grep จาก EC2 ใน Region เดียวกันกับ S3 ก็ไม่เสียค่าใช้จ่ายครับ ifmkl 2025-08-11 | ความคิดเห็นหลัก | ใน: LuxPDF - เครื่องมือโอเพนซอร์สฟรีสำหรับแปลง/แยก/รวม PDF และอื่น ๆ (github.com/VSRemoter) ผมใช้ Moduui PDF ครับ aeolian21 2025-08-11 | ความคิดเห็นหลัก | ใน: ทำผลลัพธ์ที่ดีด้วย Claude Code (dzombak.com) สิ่งที่ผู้เขียนทำมานี่ทุกคนก็ทำกันมาตั้งนานแล้ว เลยอย่าเอาเรื่องไม่จำเป็นมาคุยอวดเลย ถ้าเทียบกันระหว่าง LLM แล้ว ทำไมถึงคิดว่า Claude ดีที่สุด น่าจะเขียนเหตุผลให้ชัดเจน ซึ่งจะเป็นบทความที่มีความหมายมากกว่ามาก เช่น การเปรียบเทียบโค้ดที่สร้างขึ้นจริง ความถี่ของ compile error ความเสถียรในการทำความเข้าใจบริบท ฯลฯ จริง ๆ แล้วตัวที่เก่งที่สุดในการทำความเข้าใจบริบทคือ Gemini (1 ล้านโทเค็น) ifmkl 2025-08-11 | ความคิดเห็นหลัก | ใน: Ephe - เครื่องมือกระดาษ Markdown แบบ Ephemeral สำหรับบันทึกวันนี้ (github.com/unvalley) อันนี้ก็ดีเหมือนกันครับ แต่ส่วนที่ยังเสียดายนิดหน่อยคือเวลาต้องวางรูปภาพ ผมชอบมากที่บน Windows สามารถแทรกรูปได้ง่ายมากแค่คัดลอก-วางภาพที่จับภาพบางส่วนหน้าจอมาเท่านั้น แต่ฟีเจอร์และการทำงานที่ขัดเกลามาแล้วหลายอย่างก็น่าประทับใจครับ ส่วนตัวผมชอบโปรเจ็กต์เอดิเตอร์นี้ที่เคยแนะนำก่อนหน้านี้ https://th.news.hada.io/topic?id=19611 มาก และใช้งานอยู่บ่อยมาก โดยแก้ให้เป็นเวอร์ชันเซิร์ฟเวอร์ knunu 2025-08-11 | ความคิดเห็นหลัก | ใน: ทำผลลัพธ์ที่ดีด้วย Claude Code (dzombak.com) อาจจะมีประโยชน์สำหรับบางคนก็ได้นะ ฮ่าๆ spp00 2025-08-11 | ความคิดเห็นหลัก | ใน: Omarchy ดิสโทร Linux ที่ DHH สร้างขึ้น (omarchy.org) พูดอย่างเคร่งครัดแล้ว นี่ไม่ใช่ลินุกซ์ดิสโทร แต่เป็นสคริปต์ตั้งค่า Arch Linux สำหรับนักพัฒนาสายฮาร์ดคอร์ ashbyash 2025-08-10 | ความคิดเห็นหลัก | ใน: บริษัทที่ดีที่สุดถูกนำโดยเผด็จการ [บทความแปล] (blogbyash.com) ขอบคุณที่ช่วยอ่านอย่างละเอียดและให้คำติชมดีๆ ครับ :) iwanhae 2025-08-10 | ความคิดเห็นหลัก | ใน: s3grep - เครื่องมือ grep แบบขนานความเร็วสูงสำหรับ S3 (github.com/dacort) ค่าใช้จ่ายในบิล AWS ของเดือนหน้าคงได้ชมเอาไว้เยอะเลยนะ 😂 zxcv123 2025-08-10 | ความคิดเห็นหลัก | ใน: ทำผลลัพธ์ที่ดีด้วย Claude Code (dzombak.com) ทำแต่ของที่แทบไม่มีประโยชน์ แล้วก็เขียนยืดยาวเสียเปล่า shakespeare 2025-08-10 | ความคิดเห็นหลัก | ใน: Ephe - เครื่องมือกระดาษ Markdown แบบ Ephemeral สำหรับบันทึกวันนี้ (github.com/unvalley) ผมก็คิดเหมือนกัน... ดูเหมือนว่าตัวคอนเซ็ปต์เองจะแตกต่างกันนะ โหลดความคิดเห็นเพิ่มเติม
คำตอบส่วนใหญ่ของ GPT-5 ใช้เวลาคิดเกิน 10 วินาที แบบนี้น่าจะถามได้สัก 3~4 รอบแล้วไหมนะ? แต่ขณะเดียวกันก็ให้ความรู้สึกว่า อ้อ ถ้างั้นน่าจะถามเพิ่มอีกหลายคำถามเหมือนกัน
ไม่แน่ใจว่ามันโดดเด่นทางเทคนิคหรือเปล่า แต่ดูเหมือนเป็นแค่วิธีที่ใช้เวลามากขึ้นเพื่อให้ได้ผลลัพธ์ที่ดีกว่า
ฉันก็เป็นเหมือนกัน อารมณ์ดีสุดๆ เลยค่ะ.. มีแม่น้ำอยู่ใกล้มหาวิทยาลัย เลยรู้สึกไม่รู้เลยว่านี่เป็นโชคมากแค่ไหน ที่สามารถหนีออกไปหาธรรมชาติจากบัณฑิตวิทยาลัยได้อย่างรวดเร็วจริงๆ..
เป็นผลิตภัณฑ์ที่คงซื้อในเกาหลีไม่ได้สินะ...?
ว้าว ผมสนใจ SFF อยู่แล้วด้วย แต่ในที่สุดก็มีเดสก์ท็อปแบบประกอบเสร็จที่อยากซื้อออกมาแล้วนะครับ.. น่าได้มาครอบครองจริง ๆ
แค่จากเอกสารอย่างเดียวก็มีคุณภาพดีมากแล้ว ขอบคุณที่แชร์ครับ
พออ่านบทความเกี่ยวกับการใช้ AI ว่าควรใช้อย่างไร ก็จะพบว่ามักลงเอยไปในทิศทางที่คล้ายๆ กันพอสมควร ซึ่งก็น่าทึ่งที่เห็นว่ามันมีส่วนที่สอดคล้องกับวิศวกรรมซอฟต์แวร์แบบเดิมอยู่ด้วย สุดท้ายแล้วถ้าแทนค่า AI = นักพัฒนา ก็คงมองได้ว่าเป็นปัญหาประเภทว่า “จะทำอย่างไรให้พัฒนางานร่วมกับนักพัฒนาหลายๆ คนได้ดี?” ก็เลยอาจเป็นเพราะแบบนั้นก็ได้?
การที่ได้ผลลัพธ์ที่ดี หมายความว่าได้อ้างอิงโค้ดที่คนอื่นทำไว้แล้วอย่างดีใช่ไหม
เมื่อไม่นานมานี้ผมก็ได้อ่านเช่นกัน เนื้อหาสรุปไว้ดีมาก จนแค่อ่านสไลด์ประกอบการบรรยายก็ช่วยได้มากแล้ว
สไลด์นำเสนอของคุณฮายงโฮที่เชื่อถือได้เสมอ ควรหาเวลาชมกันให้ได้ครับ
เห็นด้วยกับความเห็นของ HN ที่ว่า “แทบจะเป็นงานอดิเรกที่น่าจะสนุกมากกว่า” ครับ
แต่เมื่อปรับแต่งไปมาอย่างไรก็ไม่สามารถเทียบความสะดวกและความเร็วระดับการใช้งานเชิงพาณิชย์ได้...
ดูเหมือนว่าจะหมายถึงว่าค่าใช้จ่ายอาจจะสูงครับ
หากส่งข้อมูลไปยัง S3 จากบริการที่อยู่ใน Region เดียวกัน จะไม่เสียค่าใช้จ่ายครับ ยกตัวอย่างเช่น หากค้นหา S3 ด้วย s3grep จาก EC2 ใน Region เดียวกันกับ S3 ก็ไม่เสียค่าใช้จ่ายครับ
ผมใช้ Moduui PDF ครับ
สิ่งที่ผู้เขียนทำมานี่ทุกคนก็ทำกันมาตั้งนานแล้ว เลยอย่าเอาเรื่องไม่จำเป็นมาคุยอวดเลย
ถ้าเทียบกันระหว่าง LLM แล้ว ทำไมถึงคิดว่า Claude ดีที่สุด น่าจะเขียนเหตุผลให้ชัดเจน ซึ่งจะเป็นบทความที่มีความหมายมากกว่ามาก
เช่น การเปรียบเทียบโค้ดที่สร้างขึ้นจริง ความถี่ของ compile error ความเสถียรในการทำความเข้าใจบริบท ฯลฯ
จริง ๆ แล้วตัวที่เก่งที่สุดในการทำความเข้าใจบริบทคือ Gemini (1 ล้านโทเค็น)
อันนี้ก็ดีเหมือนกันครับ แต่ส่วนที่ยังเสียดายนิดหน่อยคือเวลาต้องวางรูปภาพ ผมชอบมากที่บน Windows สามารถแทรกรูปได้ง่ายมากแค่คัดลอก-วางภาพที่จับภาพบางส่วนหน้าจอมาเท่านั้น แต่ฟีเจอร์และการทำงานที่ขัดเกลามาแล้วหลายอย่างก็น่าประทับใจครับ ส่วนตัวผมชอบโปรเจ็กต์เอดิเตอร์นี้ที่เคยแนะนำก่อนหน้านี้ https://th.news.hada.io/topic?id=19611 มาก และใช้งานอยู่บ่อยมาก โดยแก้ให้เป็นเวอร์ชันเซิร์ฟเวอร์
อาจจะมีประโยชน์สำหรับบางคนก็ได้นะ ฮ่าๆ
พูดอย่างเคร่งครัดแล้ว นี่ไม่ใช่ลินุกซ์ดิสโทร แต่เป็นสคริปต์ตั้งค่า Arch Linux สำหรับนักพัฒนาสายฮาร์ดคอร์
ขอบคุณที่ช่วยอ่านอย่างละเอียดและให้คำติชมดีๆ ครับ :)
ค่าใช้จ่ายในบิล AWS ของเดือนหน้าคงได้ชมเอาไว้เยอะเลยนะ 😂
ทำแต่ของที่แทบไม่มีประโยชน์ แล้วก็เขียนยืดยาวเสียเปล่า
ผมก็คิดเหมือนกัน... ดูเหมือนว่าตัวคอนเซ็ปต์เองจะแตกต่างกันนะ