ในบรรดาแหล่งที่อธิบายเนื้อหาที่เกี่ยวข้อง ที่นี่เป็นเอกสารที่สรุปไว้ได้ดีที่สุด

ปัญหาของ Asyncio ไม่ใช่ความยากของการเขียนโปรแกรมแบบอะซิงโครนัสที่ยากอยู่แล้ว แต่เป็นคุณภาพที่ต่ำต่างหาก การออกแบบที่ทิ้งทั้งความสม่ำเสมอและความเป็นสากลอาจไม่ใช่เรื่องแปลกนักใน Python แต่ของอย่าง ProactorEventLoop นี่ แม้แต่บั๊กที่ทำให้บริการล่มซึ่งมีการรายงานไว้ตั้งแต่ 5 ปีก่อนก็ยังคงอยู่

สำหรับคนที่จำใจต้องใช้ มันยากมากที่จะอ่านบทความแบบนี้แล้วหัวเราะผ่าน ๆ ไปได้

แม้จะสรุปแบบเหมารวมได้ยาก แต่โดยรวมแล้วดูเหมือนว่าหลายคนในสาย PO, PM และนักออกแบบจะมองว่า การพัฒนาของ AI เปิดโอกาสให้คนสาย PO และ PM มากขึ้น

ในทางกลับกัน ดูเหมือนว่าหลายคนที่เป็นนักพัฒนาจะคาดหวังว่า ด้วยความก้าวหน้าของ AI พวกเขาจะสามารถพัฒนาผลิตภัณฑ์ได้ดีขึ้นด้วยตัวคนเดียว โดยไม่จำเป็นต้องมี PO, PM หรือนักออกแบบ

ต่อจากนี้จะเป็นอย่างไร ก็คงต้องรอติดตามกันครับ ฮ่าๆ

ดูเหมือนว่ามันกำลังเปลี่ยนไปในทำนองเดียวกับที่ JavaScript เปลี่ยนไปนะ

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

เป็นที่รู้กันว่า AI Overview ไม่น่าเชื่อถืออยู่แล้ว แต่นี่ค่อนข้างร้ายแรงเลยนะ

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

ผมไม่เคยรู้สึกไม่สบายใจกับการใช้เครื่องหมาย $ เลยสักครั้ง จะมีก็แค่รู้สึกขัดใจกับแนวคิดเรื่องตัวแปร/ฟังก์ชันของ PHP เองมากกว่า

บอกว่าใช้ไม่ได้เพราะอึดอัดกับเครื่องหมายดอลลาร์ หรือ ~~พวกที่ใช้เครื่องหมายดอลลาร์เลยหาเงินเก่ง, ไม่ใช่ดอลลาร์สหรัฐแต่เป็นดอลลาร์ซิมบับเวเลยหาได้ไม่มาก~~ อะไรทำนองนั้น เดิมทีก็เป็นแค่มุกขำ ๆ ไม่ใช่เหรอ...

นี่ถึงขั้นฟ้องร้องกันได้เลยนะ....?

ถ้าเป็น nodejs กับ rust ก็ว่าไปอย่าง;; สำหรับผม PHP ที่ต้องใช้ $ ตลอดมันเลยดูพิมพ์โค้ดลำบากนิดหน่อย คนที่ใช้คล่อง ๆ กันนี่โดยมากไม่ได้รู้สึกว่าไม่สะดวกเท่าไหร่ใช่ไหมครับ?

มีการเสนอ vAttention เพื่อชดเชยข้อจำกัดด้านการจัดการหน่วยความจำของ PagedAttention
สามารถดูงานวิจัยที่เกี่ยวข้องได้ที่นี่: https://arxiv.org/pdf/2405.04437

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

ในความหมายนั้น ผมคิดว่า Apache กับ MIT เป็นไลเซนส์โอเพนซอร์สไม่กี่ตัวที่ยังทำงานได้ตามเจตนาแรกเริ่ม
(แต่ก็ไม่ได้คิดว่ามีไลเซนส์โอเพนซอร์สที่สมบูรณ์แบบไร้ที่ติอยู่จริง)

พอมาคิดดูแล้ว ถ้ามันทำงานได้แบบนี้เหมือนที่นี่ ก็ทำให้นึกว่านี่เองก็เป็นงานที่ยังจำเป็นต้องใช้คนอยู่หรือเปล่า
รู้สึกว่า Product Engineer ก็น่าจะทำได้ด้วย AI ไม่ใช่หรือ

ฉันเป็นพวกเกลียด AI

ความหลงตัวเองที่คิดว่ามนุษย์นั้นพิเศษ เริ่มต้นมาจากไหนกันนะ

ฉันคิดว่า Namuwiki ไม่เหมาะสมที่จะใช้เป็นแหล่งอ้างอิง

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

แต่เดิมไลเซนส์เหล่านี้ก็มีไว้เพื่อเสรีภาพของผู้ใช้ ไม่ใช่เพื่อผู้พัฒนาอยู่แล้วตั้งแต่ต้น

ทราบไหมว่า winget ซึ่งเป็นตัวจัดการแพ็กเกจ CLI ของ Windows ก็เป็นกรณีที่ Microsoft fork โปรเจ็กต์ของคนอื่นไปทั้งดุ้น แล้วเปลี่ยนแค่ชื่อก่อนนำออกมาเปิดตัว
ยังมีบทความที่เขียนโดยผู้สร้างโปรเจ็กต์ต้นฉบับ appget ด้วย
The Day AppGet Died.

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

ลองดูทางเลือกอื่น ๆ แบบที่มีคนเสนอไว้ในคอมเมนต์บน Hacker News ครับ

น่าเสียดายจัง..

ตอนสมัย Switch 1 ผมก็เคยใช้งานด็อกที่ไม่รองรับเพิ่ม จนเครื่องพังเป็นก้อนอิฐมาแล้วครั้งหนึ่ง
ตอนนี้เลยไม่กล้าแม้แต่จะชายตามองด็อกที่ไม่รองรับของ Nintendo อีกเลย
แต่พอเห็นว่าเรื่องแบบนี้เกิดซ้ำอีก ก็อดคิดไม่ได้ว่า Nintendo อาจตั้งใจทำแบบนี้หรือเปล่า -.-+

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

แบบนี้ถ้าใช้ FortuneSheet ก็หมายความว่าต้องซื้อสิทธิ์การใช้งานหรือไม่ก็ต้องเปิดเผยซอร์สโค้ด ใช่ไหมครับ