ขอบคุณครับ/ค่ะ ผม/ฉันจะส่งต่อให้เมกเกอร์ทราบอย่างดีครับ/ค่ะ :)

โพสต์นี้ขึ้นมาเมื่อไม่กี่วันก่อน แล้วคอมเมนต์ใน Hacker Newsเกี่ยวกับเรื่องนี้ก็น่าสนใจดีนะ

• Sequoia ลงทุนใน Deno นี่ก็น่าจะเป็นหนึ่งในเหตุผลที่เขาพูดอะไรแบบสุดโต่งและไร้สาระแบบนี้
• ในสถานการณ์ที่ Bun ซึ่งเป็นคู่แข่งถูก Anthropic ซื้อไปแล้ว ตอนนี้เขาต้องเลือกหนึ่งในสองทาง
  • เปลี่ยนไปสู่คลาวด์ (เพื่อให้ AI agent ใช้ Deno)
  • หรือหาทางออกด้วยการขายให้ AI lab หรือพาร์ตเนอร์ด้านอินฟรา
• Sequoia เองก็คงกำลังถามเขาอยู่ประมาณว่า “เมื่อไหร่จะทำเงินคืนให้นักลงทุนได้แบบ Bun?”

ช่วงหลังบิ๊กเทคเติบโตด้วยการเพิ่มจำนวนพารามิเตอร์กันมา แต่ทิศทางนี้กำลังจะเปลี่ยนหรือเปล่าครับ?
ส่วนตัวผมคิดมาตลอดว่าการโตด้วยการเพิ่มพารามิเตอร์ไปเรื่อย ๆ มันไม่ใช่คำตอบจริง ๆ อยู่แล้ว
เหมือนเป็นการยอมทิ้งอนาคตระยะใกล้เพื่อแลกกับการเติบโตอะไรทำนองนั้น โดยเฉพาะตอนที่ MoE มาแรงที่สุด ผมยิ่งรู้สึกแบบนั้นครับ
อย่าง Gemma 3 27b ของ Google ก็ถือว่าค่อนข้างสูงแล้ว แต่เดี๋ยวนี้ในโลก LLM กลับดูเหมือนว่าจำนวนพารามิเตอร์ระดับนั้นกลายเป็นน้อยไปแล้ว
ความก้าวหน้าทางเทคโนโลยีก็สำคัญ แต่ผมก็คิดว่าน่าจะต้องมีอะไรที่คำนึงถึงขั้นตอนการเสิร์ฟใช้งานจริงด้วย ซึ่งครั้งนี้ก็ดูเป็นความพยายามที่ดีนะครับ
(เหตุผลที่ผมค่อนข้างกังขากับการเพิ่มพารามิเตอร์ก็คือ ถึงจะรู้ว่าประสิทธิภาพดีขึ้น แต่ต้นทุนในการเสิร์ฟมันสูงขึ้นตามไปด้วยครับ)

ตามคาด นี่คงเป็นผลกระทบที่เกิดขึ้นหลังจากความพยายามที่ฝืนเกินไปอย่างการ เปิดเผยแบ็กอัป Spotify ทั้งหมด นั่นเอง

สู้ๆ นะ Second B

ยินดีที่ได้รู้จักครับ/ค่ะ ขอบคุณที่อ่านกันอย่างสนุกนะครับ/คะ!
ถ้าลองนำไปใช้แล้วมีข้อสงสัยอะไร ฝากไว้ได้ทุกเมื่อเลยครับ/ค่ะ!!

ช่วงนี้ผมเองก็ใช้โมเดลที่อิงกับ Qwen บนเครื่องโลคัลค่อนข้างเยอะเหมือนกันครับ
ตอนแรกก็คิดว่าเพราะเป็นโมเดลของ Alibaba แค่นั้นเอง แต่ก็น่าทึ่งที่พวกเขาปรับปรุงอย่างต่อเนื่องและขยายต่อไปเรื่อย ๆ

โอ้.. ดูดีนะ
ถ้าสามารถไปต่อผ่านการแชร์จากแอป YouTube บนมือถือได้ ก็น่าจะนำไปใช้ได้สะดวกขึ้นมาก

สุดท้ายแล้ว กฎระเบียบก็คือต้นทุนอยู่ดีนั่นแหละ แต่ยังไงซะก็เป็นภาระที่ผู้บริโภคต้องจ่ายอยู่แล้ว

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

เป็นบทความที่น่าสนใจมาก..!
ตอนนี้โค้ดฝั่งฟรอนต์เอนด์ของโปรเจกต์ปัจจุบันเละเทะมาก คงต้องลองใช้ดูแล้ว!

จริงครับ T_T ผมเองก็เคยลองทำแบบเดียวกันว่า "มาทำให้ทุกอย่างเป็นอัตโนมัติกันเถอะ!" แล้วก็เจอความลำบากเหมือนกัน
อย่างที่เล่าไว้เลยว่า ถ้าตัดเคสที่กำกวมออกไปก่อน แล้วจัดการแพตเทิร์นที่ชัดเจนก่อน จะมีประสิทธิภาพกว่าครับ 555

• แพตเทิร์นที่ชัดเจนใช้ Codemod
• แพตเทิร์นที่กำกวมจัดการด้วยมือ

การแยกเป็นสองแทร็กแบบนี้ พอคิดรวมถึงความเสี่ยงด้านการพัฒนา/รีวิว/บั๊กแล้ว มันมีประสิทธิภาพกว่าจริง ๆ ครับ!

ขอบคุณมากครับที่มองกันในแง่ดี!!

ผมมีความเห็นต่างออกไปนิดหน่อย เพราะจากประสบการณ์ของผม คนที่มีความสามารถและทัศนคติแบบนั้น ล้วนเป็นคนที่มีความภาคภูมิใจในตัวเองสูงมาก

Skip – พัฒนาแอป iOS และ Android แบบเนทีฟด้วยโค้ดเบส Swift เดียว

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

ผมคิดว่านี่เป็นบทความที่มีมุมมองลึกซึ้งจริงๆ
ผมเป็นนักพัฒนาอาวุโสที่ทำงานจริงมา 23 ปี และตั้งแต่ครึ่งหลังของปี 2024 ก็ได้ลองใช้งานการพัฒนาด้วย LLM และ vibe coding แบบสุดทางอยู่ครับ ตอนนี้ใช้งานอย่างหลากหลายมาก ทั้ง AOS/iOS, เว็บเซอร์วิสแบบฟูลสแตก, แบทช์, ไปจนถึงการฟাইনจูนโมเดล และทำงานโดยเปิดเอเจนต์ไว้ราวๆ 5 ตัว
ไม่คิดเลยว่าหลังจากช่วงต้นยุค 2000 จะได้กลับมามีประสบการณ์พัฒนาเพลินจนเผลอหลับไปอีกครั้ง

เข้าเรื่องเลยนะครับ ช่วงหลังมานี้ผมคิดว่าโลกของการพัฒนาได้กลายเป็นสิ่งที่ใครๆ ก็ทำได้แล้ว
การพัฒนาของ coding agent จะยิ่งเร่งตัวขึ้น และการพัฒนาซอฟต์แวร์ก็จะยิ่งง่ายและสะดวกขึ้นเรื่อยๆ สุดท้ายก็คงกลายเป็นเรื่องระดับเดียวกับการทำเอกสารใน Excel หรือ Word
ผมเห็นด้วยกับที่ Andrej Karpathy พูดไว้ว่า ภาษาโปรแกรมที่ดีที่สุดคือ "ภาษาอังกฤษ"

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

โอ้ แบบนี้ดีเลยนะ

ใช้งานอยู่ครับ! 👍

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

เพราะแบบนี้ การเขียนเอกสารที่เขียน "เพื่อเอาไว้ให้ดู" เลยไม่สนุกจริงๆ..
แต่การเขียน 'คู่มือสำหรับผู้ใช้จริง' ที่ผู้ใช้จริงต้องเปิดดูและใช้งาน กลับดูสนุกกว่า..

ในแง่นี้ ช่วงนี้พอมี AI ออกมา การพัฒนายิ่งสนุกมาก
แค่ฉัน 'เสนอ' วิธีแก้ AI ก็ช่วยทำให้ได้อย่างรวดเร็ว..
เหมือนช่วงนี้จะเป็นช่วงที่ทำงานอย่างมีความสุขที่สุดเลย