ก็ยังไม่ใช้เลย...

ในสามตัวนี้ ตัวที่คุ้นสุดคือ TS ตัวที่ทำได้คือ Python ส่วน Rust ยังไม่ค่อยรู้แต่ก็อยากทำ...
ไม่ว่าอย่างไหน อย่างน้อยที่น่าโล่งใจกว่าทุกอย่างคือในสามตัวนั้นไม่มี Java รวมอยู่ด้วย

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

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

ยากลุ่มแบบนี้ก็จะมีปรากฏบนข่าวเป็นครั้งคราวอยู่บ้าง แต่โดยทั่วไปแล้วก็ยังไม่ต่างจากยา ยาหดม่านตา มากนัก.... ดูเหมือนว่าความปลอดภัยในการใช้ระยะยาวยังไม่ได้รับการรับรองมากนัก

น่าจะปลอดภัยเฉพาะการใช้สัปดาห์ละหนึ่งถึงสองครั้งเท่านั้นนะครับ/ค่ะ ใช้บ่อยหรือนานเกินกว่านี้อาจเกิดปัญหาหลายอย่างได้

Omarchy ดิสโทร Linux ที่ DHH สร้างขึ้น

ดูคล้ายกับ https://write.hada.io/ ที่เคยทำไว้นานพอสมควรเลยนะครับ ถ้าตัดการรองรับ Markdown กับงาน task ออกก็ใช่เลย 555

ปัญหา "circular import" ของ Python นี่ไม่ได้มีวิธีแก้ที่ค่อนข้างชัดเจนอยู่แล้วหรือครับ? จะมองว่าเป็นปัญหาใหญ่ก็ดูจะเกินไปหน่อยนะครับ

ส่วนตัวผมคิดว่า claude-code น่าจะดีกว่าสำหรับงานรีแฟกเตอร์
ตอนที่สั่งงานรีแฟกเตอร์อย่างการลบเมธอดที่ไม่จำเป็นด้วย cursor + GPT5 นั้น claude-code จะหาและลบได้ดี แต่ GPT5 ให้ความรู้สึกเหมือนยังมองภาพรวมของโปรเจกต์ได้ไม่ครบถ้วน

มีบั๊กจุกจิกอยู่ค่อนข้างมาก (โดยเฉพาะเรื่องแท็ก) แต่ก็ดูเหมือนจะเป็นเครื่องมือที่ยังใช้งานต่อไปได้ระหว่างรอการอัปเดต

Niko Matsakis มีสถานะใกล้เคียงกับการเป็นบิดาแห่ง Rust มากกว่าจะเป็นแค่ผู้สร้าง rayon เท่านั้น แน่นอนว่า Graydon Hoare คือผู้ให้กำเนิด แต่ถ้าจะพูดกันว่าคนที่มีส่วนสำคัญที่สุดต่อองค์ประกอบหลักของภาษาคือใคร ก็คงต้องเป็น Niko

ถ้าใช้ passkey อยู่แล้วทำอุปกรณ์หายขึ้นมาจริง ๆ คงลำบากน่าดู...

ถ้าเป็นนักพัฒนา Rust ก็คงจะมีความชอบเป็นพิเศษอยู่บ้าง เลยอาจเป็นข้อมูลที่มีอคติหน่อยนะครับ!
ขอบคุณสำหรับการแบ่งปันข้อมูลครับ

ผมเองก็ใช้งาน Claude Code ด้วยความพึงพอใจมากเช่นกัน
ตอนนี้ก็น่าจะใช้มาได้ราว ๆ 6 สัปดาห์แล้วครับ
เนื้อหาส่วนใหญ่รู้สึกเห็นด้วยมากครับ

https://jeho.page/essay/2025/07/15/claude-code.html

จากโคเดอร์ => นักพัฒนาที่วางสถาปัตยกรรมสำหรับพัฒนาฟังก์ชัน => ไปสู่สถาปัตยกรรมที่ใหญ่ขึ้น (ระบบ, เครือข่าย, ความปลอดภัย) => การวางแผน
ในกระแสที่ประสบการณ์พัฒนาไปแบบนี้ ดูเหมือนว่าโอกาสที่โคเดอร์จะได้เรียนรู้จากการทำงานหน้างานจริงจะยิ่งน้อยลง

ถ้าการเขียนโปรแกรมที่ยึดไอเดียเป็นศูนย์กลางกลายเป็นกระแสหลัก
อย่างน้อยก็รู้สึกว่าโคเดอร์ที่สามารถจัดการฟูลสแตกบนพื้นฐาน AI ได้ด้วยตัวคนเดียว น่าจะกลายเป็นมาตรฐานพื้นฐานเลย 555

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

แก้สายตาเอียงไม่ได้เหรอ? ;_;

ก็อาจมองแบบนั้นได้เหมือนกันนะครับ จากประสบการณ์ของผม การใช้ python.h มากกว่า PyO3 (ซึ่งก็เป็นเหตุผลว่าทำไม zig ถึงเป็นทางเลือกที่ดี) ทำให้ลงไปทำงานในระดับ OS หรือระดับเวกเตอร์ไรซ์แล้วกลับขึ้นมาได้ง่ายกว่ามาก แต่ในแง่ที่ไม่ต้องกังวลเรื่องการจัดการหน่วยความจำ ถ้าเกินขนาดหนึ่งไปแล้ว ฝั่ง Rust ก็อาจมีผลิตภาพระยะยาวที่สูงกว่าสำหรับงานขนาดใหญ่ได้ครับ。

เหตุผลที่ C เรียนรู้ง่าย ก็เพราะมันเป็นรากฐานของภาษาเมเจอร์สมัยใหม่ หรือมีไวยากรณ์ที่คล้ายกัน ไม่ว่าจะเป็น Python/TS/Go/PHP/Java ดังนั้นจึงไม่ใช่แค่ว่าไวยากรณ์มันง่าย แต่เพราะมันเป็นภาษาที่วันหนึ่งคุณจะต้องเจอ หรือเป็นภาษาที่คุณเคยเจอมาก่อนนั่นเอง ในทางกลับกัน Rust อยู่คนละฝั่ง จึงต้องใช้ความพยายามมากพอสมควรหากจะนำมาใช้ในทีม แม้จะมีคุณค่าสูงก็ตาม ผมคิดว่าเป็นเพราะมันไม่ใช่ภาษาที่ค่อย ๆ วิวัฒน์ แต่เป็นภาษาที่มีความเป็นนวัตกรรมสูงครับ

อ๊ะ ตอนที่ฉันแก้ชื่อเรื่องของ AI ให้สั้นลง ฉันก็ทำแบบนั้นไว้แล้ว และได้แก้ไขเรียบร้อยแล้ว

ดูเหมือนว่าการแปลชื่อเรื่องมีข้อผิดพลาดในการแปล เนื้อหาน่าจะเป็นเรื่องการแก้ไขภาวะสายตายาว (hyperopia) ที่เกิดจากภาวะสายตาเล็งตามวัย (presbyopia) คำว่า “ไมโอพี” ในภาษาเกาหลีหมายถึง “สภาพที่มองเห็นได้ดีเฉพาะระยะใกล้” หรือ near vision acuity “fix near vision” หมายถึงการแก้ไขปัญหาการมองเห็นระยะใกล้ที่ไม่ดี จึงน่าจะเป็นการแก้ไขปัญหาภาวะสายตายาวที่เกิดจาก presbyopia หรือการแก้ไขสายตาระยะใกล้จึงเหมาะสมกว่า