ค่อย ๆ สร้างสิ่งที่จำเป็นจริง ๆ ขึ้นมาทีละขั้นเลยนะ

 

ก็ไม่ใช่เว็บเซิร์ฟเวอร์อยู่แล้ว ถ้าไม่ได้รู้สึกว่ามันใช้งานลำบากก็ปล่อย ๆ ไปครับ..

 

ผมเปลี่ยนไปใช้ 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 ที่ถูกทำให้อ่านยากให้สวยงามได้ด้วย ก็น่าจะใช้งานสะดวกขึ้นอีกนะครับ

 

ชุดการแปลงในคณิตศาสตร์วิศวกรรมที่ทำเอาแทบเป็นบ้า... ฮือ

 

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

 

ยังไงก็เป็นโปรเจกต์ที่ไม่รับ PR อยู่แล้วนี่นะ ก็ใช้สิ่งที่พวกเขาอยากใช้กันไปนั่นแหละ