fastkoder 2026-01-12 | ความคิดเห็นหลัก | ใน: Anthropic Sandbox Runtime (srt) - แซนด์บ็อกซ์น้ำหนักเบาสำหรับ AI (github.com/anthropic-experimental) ค่อย ๆ สร้างสิ่งที่จำเป็นจริง ๆ ขึ้นมาทีละขั้นเลยนะ princox 2026-01-12 | ความคิดเห็นหลัก | ใน: Oh My Zsh เพิ่มภาระที่ไม่จำเป็น (rushter.com) ก็ไม่ใช่เว็บเซิร์ฟเวอร์อยู่แล้ว ถ้าไม่ได้รู้สึกว่ามันใช้งานลำบากก็ปล่อย ๆ ไปครับ.. devfluotin 2026-01-12 | ความคิดเห็นหลัก | ใน: Oh My Zsh เพิ่มภาระที่ไม่จำเป็น (rushter.com) ผมเปลี่ยนไปใช้ prezto ตั้งแต่หลายเดือนก่อน แล้วก็รู้สึกว่า omz ช้าขนาดนี้เลยเหรอ แค่ใส่ปลั๊กอินพื้นฐานไม่กี่ตัวก็ช้าลงอย่างเห็นได้ชัดแล้ว... mammal 2026-01-12 | ความคิดเห็นหลัก | ใน: RSA ถูกตีแตกแล้ว (threads.com) https://www.threads.com/@dandylee160/post/DTHKUQHEyoL https://archive.md/rSFZu เสียดายเวลา 3 นาทีที่เสียไปกับการดู AI Slop จริงๆ tazuya 2026-01-12 | ความคิดเห็นหลัก | ใน: RSA ถูกตีแตกแล้ว (threads.com) มีคนหนึ่งในเว็บหนึ่งเคยบอกว่าตัวเองแก้ปัญหาคณิตศาสตร์ที่เป็นโจทย์ยากได้ และก็เปิดเผยบทความวิชาการยาวแค่ 2 หน้าเอง เลยทำให้สงสัยว่าคนนี้อาจจะเป็นคนเดียวกันหรือเปล่า r35tm 2026-01-12 | ความคิดเห็นหลัก | ใน: ความสุขที่ยากจะทนไหวของการนั่งคนเดียวในคาเฟ่ (candost.blog) ตอนเป็นทหาร ผมจำได้ว่าเคยมีประสบการณ์คล้าย ๆ กันระหว่างลาพัก เป็นช่วงยุค PSP และผมยังจำรสชาติกาแฟจาก Dunkin' ที่ดื่มทั้งในชุดเครื่องแบบทหารได้จนถึงทุกวันนี้ hiseob 2026-01-12 | ความคิดเห็นหลัก | ใน: RSA ถูกตีแตกแล้ว (threads.com) ถ้าเคยเห็นที่ผมพ่นไว้ในเธรดสักครั้งเดียว ก็คงไม่เอามาลงหรอก; jic5760 2026-01-11 | ความคิดเห็นหลัก | ใน: RSA ถูกตีแตกแล้ว (threads.com) ดูแค่ text out กับ korean out ก็รู้แล้วว่าเป็นเรื่องเหลวไหล... สิ่งที่เขาเรียกว่าเป็นงานวิจัยก็มีแค่ 2 หน้าเท่านั้น เป็นเรื่องเหลวไหล (น่าจะทำด้วย AI) ... euphcat 2026-01-11 | ความคิดเห็นหลัก | ใน: ประโยชน์อันยอดเยี่ยมเกินคาดของการแปลงฟูริเยร์ (joshuawise.com) ไม่ใช่สิ แต่ผมไปเปิดวิกิพีเดียมาจริง ๆ แล้ว พบว่าโจเซฟ ฟูริเยร์ประกาศ Fourier transform ในปี 1822 (ยกเว้นงานประกาศแบบกระจัดกระจายก่อนหน้านั้น) ส่วน FFT ถูกวางรากฐานและประกาศในปี 1965 ที่ประกาศได้เร็วกว่านั้นหน่อยคือปี 1932 แต่สิ่งที่น่าทึ่งคือเกาส์ได้บันทึก FFT ไว้แต่ไม่ได้ตีพิมพ์มาตั้งแต่ปี 1805 เลยครับ จะไม่ให้ยอมรับคอมเมนต์ที่ว่า "Gauss is gonna Gauss" (เกาส์ก็เป็นเกาส์ของเขาไป) ไม่ได้จริง ๆ ฮือ euphcat 2026-01-11 | ความคิดเห็นหลัก | ใน: ประโยชน์อันยอดเยี่ยมเกินคาดของการแปลงฟูริเยร์ (joshuawise.com) จาก "ความเห็นใน HN": น่าทึ่งที่เขายังมีผลงานได้มากขนาดนั้นทั้งที่มีลูกถึงหกคน ...? cshj55 2026-01-11 | ความคิดเห็นหลัก | ใน: Vibe Kanban: กระดานคัมบังสำหรับจัดการงานของ AI coding agent แบบขนาน (vibekanban.com) ขอบคุณครับ ช่วยได้มากเลย t7vonn 2026-01-11 | ความคิดเห็นหลัก | ใน: Google AI Studio ตอนนี้เป็นผู้สนับสนุน Tailwind CSS แล้ว (twitter.com/OfficialLoganK) ทั้งที่มีการสนับสนุนมากกว่าหนึ่งล้านดอลลาร์ต่อปี แต่บอกว่ายังดูแลโปรเจกต์ต่อไม่ได้ก็ดูแปลก ๆ นะ.. t7vonn 2026-01-11 | ความคิดเห็นหลัก | ใน: Oh My Zsh เพิ่มภาระที่ไม่จำเป็น (rushter.com) ถ้าคุณใช้เทอร์มินัลบ่อย ๆ ความหน่วงที่ omz เพิ่มเข้ามานั้นน่ารำคาญไม่น้อย zxcv123 2026-01-11 | ความคิดเห็นหลัก | ใน: Oh My Zsh เพิ่มภาระที่ไม่จำเป็น (rushter.com) สมกับเป็นนักพัฒนาเลยนะ แค่ไม่กี่ ms ที่ไม่จำเป็นก็ยังโวยวายกันใหญ่ 555 pmnxis 2026-01-11 | ความคิดเห็นหลัก | ใน: Embassy - เฟรมเวิร์กฝังตัวสมัยใหม่บนพื้นฐาน Rust และ async (github.com/embassy-rs) ผมเคยใช้ embassy-rs กับ STM32G030C8T6 พัฒนาสินค้าจนถึงขั้นผลิตจริงมาแล้ว แต่พอใช้ก็มีข้อเสียอยู่บ้าง เวลาต้องเข้าถึง HAL ที่ไม่ใช่มาตรฐาน สุดท้ายก็ยังต้องใช้แนวทางแบบเดียวกับตอนใช้เฟรมเวิร์ก RTIC ต้องระวังเพราะ async มีโอกาสทำให้การใช้หน่วยความจำไม่มีประสิทธิภาพ ถ้าจะพัฒนาในสภาพแวดล้อมที่มีแฟลชเมมโมรีต่ำกว่า 32KB จะค่อนข้างมีข้อจำกัดมาก (log + debug symbol ฯลฯ) หากอยากพัฒนาบนระบบนิเวศที่อยู่นอกเหนือจาก NRF/STM/ESP/RP ก็แทบจะยากมากในทางปฏิบัติ การลองใช้ Rust embedded ผ่าน embassy-rs ถือว่าเป็นเรื่องดี แต่ถ้าต่อไปอยากพัฒนาให้ดีขึ้นทั้งในแง่การผลิตจริงและเส้นทางอาชีพ ก็น่าจะลอง RTIC ให้มากขึ้นหน่อย อีกด้านหนึ่งก็มีความกังวลว่า การที่มันกลายเป็นเหมือน advanced rust arduino จนเข้าถึงได้ง่าย อาจกลับทำให้เวลาเจองานพัฒนาที่ยากขึ้นจริง ๆ กลายเป็นสถานการณ์ที่น่าลำบากก็ได้ yangeok 2026-01-11 | ความคิดเห็นหลัก | ใน: Wirebrowser - เครื่องมือดีบักแบบผสานสำหรับเครือข่ายและหน่วยความจำบนพื้นฐาน CDP เพื่อการวิเคราะห์ภายในเบราว์เซอร์ (github.com/fcavallarin) ถ้าสามารถจัดฟอร์แมตไฟล์ js ที่ถูกทำให้อ่านยากให้สวยงามได้ด้วย ก็น่าจะใช้งานสะดวกขึ้นอีกนะครับ darjeeling 2026-01-10 | ความคิดเห็นหลัก | ใน: Anthropic Engineering: คู่มือเชิงปฏิบัติและวิธีวิทยาสำหรับการประเมิน AI Agent (Evals) (anthropic.com) เนื้อหาดีมาก เลยขอเพิ่มฉบับแปลภาษาเกาหลีไว้ด้วย https://rosettalens.com/s/ko/demystifying-evals-for-ai-agents kimjoin2 2026-01-10 | ความคิดเห็นหลัก | ใน: ประโยชน์อันยอดเยี่ยมเกินคาดของการแปลงฟูริเยร์ (joshuawise.com) ชุดการแปลงในคณิตศาสตร์วิศวกรรมที่ทำเอาแทบเป็นบ้า... ฮือ aer0700 2026-01-10 | ความคิดเห็นหลัก | ใน: ประโยชน์อันยอดเยี่ยมเกินคาดของการแปลงฟูริเยร์ (joshuawise.com) จำได้ว่าเคยใช้ตอนเขียนลอจิกสำหรับกำจัดนอยส์กับลบแพตเทิร์นที่ซ้ำๆ อยู่เหมือนกันครับ เดี๋ยวนี้เหมือนจะทำอะไรคล้ายๆ กันด้วยออโตเอนโค้ดเดอร์กันนะครับ ndrgrd 2026-01-10 | ความคิดเห็นหลัก | ใน: C ดีที่สุด (2025) (sqlite.org) ยังไงก็เป็นโปรเจกต์ที่ไม่รับ PR อยู่แล้วนี่นะ ก็ใช้สิ่งที่พวกเขาอยากใช้กันไปนั่นแหละ โหลดความคิดเห็นเพิ่มเติม
ค่อย ๆ สร้างสิ่งที่จำเป็นจริง ๆ ขึ้นมาทีละขั้นเลยนะ
ก็ไม่ใช่เว็บเซิร์ฟเวอร์อยู่แล้ว ถ้าไม่ได้รู้สึกว่ามันใช้งานลำบากก็ปล่อย ๆ ไปครับ..
ผมเปลี่ยนไปใช้ prezto ตั้งแต่หลายเดือนก่อน แล้วก็รู้สึกว่า omz ช้าขนาดนี้เลยเหรอ
แค่ใส่ปลั๊กอินพื้นฐานไม่กี่ตัวก็ช้าลงอย่างเห็นได้ชัดแล้ว...
https://www.threads.com/@dandylee160/post/DTHKUQHEyoL
https://archive.md/rSFZu
เสียดายเวลา 3 นาทีที่เสียไปกับการดู AI Slop จริงๆ
มีคนหนึ่งในเว็บหนึ่งเคยบอกว่าตัวเองแก้ปัญหาคณิตศาสตร์ที่เป็นโจทย์ยากได้ และก็เปิดเผยบทความวิชาการยาวแค่ 2 หน้าเอง เลยทำให้สงสัยว่าคนนี้อาจจะเป็นคนเดียวกันหรือเปล่า
ตอนเป็นทหาร ผมจำได้ว่าเคยมีประสบการณ์คล้าย ๆ กันระหว่างลาพัก
เป็นช่วงยุค PSP และผมยังจำรสชาติกาแฟจาก Dunkin' ที่ดื่มทั้งในชุดเครื่องแบบทหารได้จนถึงทุกวันนี้
ถ้าเคยเห็นที่ผมพ่นไว้ในเธรดสักครั้งเดียว ก็คงไม่เอามาลงหรอก;
ดูแค่
text outกับkorean outก็รู้แล้วว่าเป็นเรื่องเหลวไหล...สิ่งที่เขาเรียกว่าเป็นงานวิจัยก็มีแค่ 2 หน้าเท่านั้น เป็นเรื่องเหลวไหล (น่าจะทำด้วย AI) ...
ไม่ใช่สิ แต่ผมไปเปิดวิกิพีเดียมาจริง ๆ แล้ว พบว่าโจเซฟ ฟูริเยร์ประกาศ Fourier transform ในปี 1822 (ยกเว้นงานประกาศแบบกระจัดกระจายก่อนหน้านั้น) ส่วน FFT ถูกวางรากฐานและประกาศในปี 1965 ที่ประกาศได้เร็วกว่านั้นหน่อยคือปี 1932 แต่สิ่งที่น่าทึ่งคือเกาส์ได้บันทึก FFT ไว้แต่ไม่ได้ตีพิมพ์มาตั้งแต่ปี 1805 เลยครับ จะไม่ให้ยอมรับคอมเมนต์ที่ว่า "Gauss is gonna Gauss" (เกาส์ก็เป็นเกาส์ของเขาไป) ไม่ได้จริง ๆ ฮือ
จาก "ความเห็นใน HN":
...?
ขอบคุณครับ ช่วยได้มากเลย
ทั้งที่มีการสนับสนุนมากกว่าหนึ่งล้านดอลลาร์ต่อปี แต่บอกว่ายังดูแลโปรเจกต์ต่อไม่ได้ก็ดูแปลก ๆ นะ..
ถ้าคุณใช้เทอร์มินัลบ่อย ๆ ความหน่วงที่ omz เพิ่มเข้ามานั้นน่ารำคาญไม่น้อย
สมกับเป็นนักพัฒนาเลยนะ แค่ไม่กี่ ms ที่ไม่จำเป็นก็ยังโวยวายกันใหญ่ 555
ผมเคยใช้ embassy-rs กับ STM32G030C8T6 พัฒนาสินค้าจนถึงขั้นผลิตจริงมาแล้ว แต่พอใช้ก็มีข้อเสียอยู่บ้าง
เวลาต้องเข้าถึง HAL ที่ไม่ใช่มาตรฐาน สุดท้ายก็ยังต้องใช้แนวทางแบบเดียวกับตอนใช้เฟรมเวิร์ก RTIC
ต้องระวังเพราะ
asyncมีโอกาสทำให้การใช้หน่วยความจำไม่มีประสิทธิภาพถ้าจะพัฒนาในสภาพแวดล้อมที่มีแฟลชเมมโมรีต่ำกว่า 32KB จะค่อนข้างมีข้อจำกัดมาก (
log+ debug symbol ฯลฯ)หากอยากพัฒนาบนระบบนิเวศที่อยู่นอกเหนือจาก NRF/STM/ESP/RP ก็แทบจะยากมากในทางปฏิบัติ
การลองใช้ Rust embedded ผ่าน embassy-rs ถือว่าเป็นเรื่องดี แต่ถ้าต่อไปอยากพัฒนาให้ดีขึ้นทั้งในแง่การผลิตจริงและเส้นทางอาชีพ ก็น่าจะลอง RTIC ให้มากขึ้นหน่อย
อีกด้านหนึ่งก็มีความกังวลว่า การที่มันกลายเป็นเหมือน advanced rust arduino จนเข้าถึงได้ง่าย อาจกลับทำให้เวลาเจองานพัฒนาที่ยากขึ้นจริง ๆ กลายเป็นสถานการณ์ที่น่าลำบากก็ได้
ถ้าสามารถจัดฟอร์แมตไฟล์ js ที่ถูกทำให้อ่านยากให้สวยงามได้ด้วย ก็น่าจะใช้งานสะดวกขึ้นอีกนะครับ
เนื้อหาดีมาก เลยขอเพิ่มฉบับแปลภาษาเกาหลีไว้ด้วย
https://rosettalens.com/s/ko/demystifying-evals-for-ai-agents
ชุดการแปลงในคณิตศาสตร์วิศวกรรมที่ทำเอาแทบเป็นบ้า... ฮือ
จำได้ว่าเคยใช้ตอนเขียนลอจิกสำหรับกำจัดนอยส์กับลบแพตเทิร์นที่ซ้ำๆ อยู่เหมือนกันครับ
เดี๋ยวนี้เหมือนจะทำอะไรคล้ายๆ กันด้วยออโตเอนโค้ดเดอร์กันนะครับ
ยังไงก็เป็นโปรเจกต์ที่ไม่รับ PR อยู่แล้วนี่นะ ก็ใช้สิ่งที่พวกเขาอยากใช้กันไปนั่นแหละ