kandk 2025-04-07 | ความคิดเห็นหลัก | ใน: ข้อเสนอวิสัยทัศน์เพื่อรองรับ WebAssembly ใน Swift (forums.swift.org) Swift ก็ดีนะ แต่ Swift ที่ถูกทอดทิ้งจะกลับมามีชีวิตอีกครั้งได้ไหม.. kandk 2025-04-07 | ความคิดเห็นหลัก | ใน: ทำไมโลกถึงกำลังสูญเสียสีสัน? (culture-critic.com) iPhone วางจำหน่ายหลายสี เทรนด์คือฮาร์ดแวร์เรียบง่าย และออกแบบให้ปรับแต่งความเป็นส่วนตัวได้ในซอฟต์แวร์ tsboard 2025-04-07 | ความคิดเห็นหลัก | ใน: ความสงบอันเป็นสุขจาก Side Project ที่ดี (joshcollinsworth.com) โปรเจกต์ข้างเคียงให้ความอิสระที่ผมสามารถตัดสินใจได้ทุกอย่างเองครับ และต่อให้ไม่ประสบความสำเร็จก็ยังได้ สำหรับผมเองก็ชอบโปรเจกต์ข้างเคียงของตัวเองมากจริงๆ ที่ค่อยๆ ทำโดยรวบรวมเวลาจากช่วงที่เล่นเกมคอนโซลหรือดู Netflix/YouTube นี่แหละครับ 555 ehdgnstla 2025-04-07 | ความคิดเห็นหลัก | ใน: ความสงบอันเป็นสุขจาก Side Project ที่ดี (joshcollinsworth.com) ขอบคุณสำหรับบทความดี ๆ mhj5730 2025-04-07 | ความคิดเห็นหลัก | ใน: ความสงบอันเป็นสุขจาก Side Project ที่ดี (joshcollinsworth.com) ผมเองก็กำลังทรุดโทรมจากชีวิตการทำงานประจำอยู่เหมือนกัน แต่โปรเจกต์ข้างกายก็ยังคอยวนเวียนอยู่ในหัวตลอด ดู YouTube ก็ไม่สนุกแล้ว... จะเรียนอะไรก็ไม่สนุก และพอเปลี่ยนโน้ตบุ๊กครั้งนี้แล้วก็กะว่าจะลองทำ side project ด้วย Flutter ดูครับ :) aer0700 2025-04-07 | ความคิดเห็นหลัก | ใน: วิธีใหม่ในการเริ่มต้น React: จาก Create React App ไปสู่เฟรมเวิร์ก (ko.react.dev) ผมคิดว่าในสถานการณ์ที่ไม่รู้ว่านักพัฒนาจะใช้ React ภายใต้ข้อจำกัดแบบใด เอกสารทางการก็ควรเขียนให้อยู่ในสภาพแวดล้อมที่ใกล้เคียงกับ vanilla มากที่สุด aer0700 2025-04-07 | ความคิดเห็นหลัก | ใน: วิธีใหม่ในการเริ่มต้น React: จาก Create React App ไปสู่เฟรมเวิร์ก (ko.react.dev) React ไม่จำเป็นต้องใช้กับเฟรมเวิร์กที่อิงกับ React เสมอไป เพราะสามารถใช้ร่วมกับเว็บเฟรมเวิร์กที่สร้างด้วยภาษาอื่น ๆ ได้หลากหลาย (เช่น Go, Rust, Java เป็นต้น) -> จริง ๆ แล้วเพราะเหตุนี้เอง ผมจึงคิดว่าอย่างน้อยในส่วน get started ของเอกสารทางการ React ก็น่าจะแนะนำให้ใช้แค่ React โดยพยายามไม่พึ่งพา dependency อื่นให้มากที่สุด jjw951215 2025-04-07 | ความคิดเห็นหลัก | ใน: Meta เปิดตัว Llama 4 (ai.meta.com) ดูเหมือนว่าจะเหมาะกับ Apple Silicon ที่มี RAM เหลือพอ หรืออุปกรณ์ตระกูล NPU มากกว่า ถ้าจะใช้กับเซิร์ฟเวอร์ GPU ล้วน ๆ แม้แต่โมเดลสเปกขั้นต่ำก็ยังต้องใช้การควอนไทซ์แบบ int4 และต้องมี H100 อยู่ดี.. jjw951215 2025-04-07 | ความคิดเห็นหลัก | ใน: เช็กลิสต์เกณฑ์การเลือกโอเพนซอร์ส LLM (brunch.co.kr/@jinhoyooephf) จริง ๆ แล้วสเปกขั้นต่ำรวมการทำ quantization ด้วยก็แทบจะเป็น A100 อยู่แล้ว แต่ประสิทธิภาพก็ยังค่อนข้างก้ำกึ่งอยู่ดี ฮือๆ slowandsnow 2025-04-07 | ความคิดเห็นหลัก | ใน: วิธีใหม่ในการเริ่มต้น React: จาก Create React App ไปสู่เฟรมเวิร์ก (ko.react.dev) React เป็นเพียงไลบรารี UI แบบอิงคอมโพเนนต์เท่านั้น การแสดงคอมโพเนนต์บน html อย่างเรียบง่ายนั้นทำได้ไม่ยาก แต่ในการสร้างเว็บไซต์หรือแอปนั้นจำเป็นต้องมีฟีเจอร์อีกมากมาย ด้วยเหตุนี้จึงแนะนำให้ใช้เฟรมเวิร์ก ซึ่งไม่ได้เป็นเพราะนี่คือ React เท่านั้น แต่เว็บสมัยใหม่จำนวนมากก็ถูกสร้างขึ้นผ่านเว็บเฟรมเวิร์กเช่นกัน นอกจากนี้ React ยังสามารถใช้งานร่วมกับเว็บเฟรมเวิร์กที่พัฒนาด้วยภาษาอื่นได้หลากหลาย (เช่น go, rust, java เป็นต้น) โดยไม่จำเป็นต้องเป็นเฟรมเวิร์กที่อิงกับ React เสมอไป ดังนั้นสุดท้ายแล้วการเลือกจึงขึ้นอยู่กับผู้ใช้เสมอ jinhoy 2025-04-06 | ความคิดเห็นหลัก | ใน: เช็กลิสต์เกณฑ์การเลือกโอเพนซอร์ส LLM (brunch.co.kr/@jinhoyooephf) วันนี้ Llama 4 ออกแล้วครับ https://th.news.hada.io/topic?id=20166 galadbran 2025-04-06 | ความคิดเห็นหลัก | ใน: Sidekick - แอปแชตบอต LLM แบบ local-first โอเพนซอร์สสำหรับ Mac (github.com/johnbean393) คงต้องลองติดตั้งมาใช้ดูครับ plumpmath 2025-04-06 | ความคิดเห็นหลัก | ใน: เหตุผลที่ฉันเลิกใช้ AI code editor (lucianonooijen.com) ฮ่าๆๆๆๆๆๆๆๆๆ plumpmath 2025-04-06 | ความคิดเห็นหลัก | ใน: เหตุผลที่ฉันเลิกใช้ AI code editor (lucianonooijen.com) ฮ่าๆ เห็นด้วยเลย plumpmath 2025-04-06 | ความคิดเห็นหลัก | ใน: เช็กลิสต์เกณฑ์การเลือกโอเพนซอร์ส LLM (brunch.co.kr/@jinhoyooephf) มีอะไรที่ดีกว่า google gemma3 ไหม? aer0700 2025-04-06 | ความคิดเห็นหลัก | ใน: NVIDIA เพิ่มการรองรับ Python แบบเนทีฟให้ CUDA ในที่สุด (thenewstack.io) มันจะเร็วกว่า Cuda wrapper ที่มีอยู่เดิมอย่าง Cupy, pytorch ไหมนะ ข้อดีของ Cupy กับ torch คือ API แทบจะเหมือนกับ numpy มาก เลยสามารถย้ายโค้ดทดสอบที่เขียนด้วย numpy มาใช้ได้แทบไม่ต้องออกแรงมาก อันนี้คงต้องลองใช้ดูก่อนครับ aer0700 2025-04-06 | ความคิดเห็นหลัก | ใน: อย่าใช้ standard output ใน Cron เด็ดขาด - เรื่องสยองของ root volume เต็ม (velog.io) เป็นเรื่องที่ไม่เคยคิดมาก่อนเลย... เรื่องแบบนี้ก็มีด้วยเหรอ นี่มันเรื่องสยองจริง ๆ guseod24 2025-04-06 | ความคิดเห็นหลัก | ใน: ตั้งแต่ทฤษฎีถึงการใช้งานจริงของ Event Sourcing: สร้างบริการ Remote Config ด้วย NestJS (borntodare.me) เยี่ยมเลย! ^0^ iwi19 2025-04-06 | ความคิดเห็นหลัก | ใน: การโต้กลับของนักพัฒนารุ่นจูเนียร์ (sourcegraph.com) เรื่องนี้น่าอึดอัดตรงที่ แบบเดิม: คิด => โค้ด (ช้า) => ดีบัก AI: คิด => เขียนพรอมป์ต์อย่างประณีต => โค้ด (พริบตาเดียว) => ดีบัก แต่ปกติแล้ว การเขียนความคิดของตัวเองออกมาเป็นโค้ดมันเร็วกว่าการเอาไปเขียนเป็นพรอมป์ต์ไม่ใช่เหรอ? ยกเว้นเวลาที่ทำเรื่องที่เป็นที่รู้จักกันดีมากอยู่แล้ว.. ในส่วนที่ความน่าเชื่อถือสำคัญ ยังไงสุดท้ายพอเขียนเสร็จก็ต้องไล่ดูตรรกะด้วยตาอยู่ดี เลยฝากให้ทำแทนทั้งหมดก็ไม่ได้ และพอฝากไปก็เหมือนขาดจิตสำนึกในวิชาชีพด้วย iwi19 2025-04-06 | ความคิดเห็นหลัก | ใน: NVIDIA เพิ่มการรองรับ Python แบบเนทีฟให้ CUDA ในที่สุด (thenewstack.io) ความเร็วช่วงแรกนี่จริงหรือเปล่า? ช้าเกินไปนะ... โหลดความคิดเห็นเพิ่มเติม
Swift ก็ดีนะ แต่ Swift ที่ถูกทอดทิ้งจะกลับมามีชีวิตอีกครั้งได้ไหม..
โปรเจกต์ข้างเคียงให้ความอิสระที่ผมสามารถตัดสินใจได้ทุกอย่างเองครับ และต่อให้ไม่ประสบความสำเร็จก็ยังได้
สำหรับผมเองก็ชอบโปรเจกต์ข้างเคียงของตัวเองมากจริงๆ ที่ค่อยๆ ทำโดยรวบรวมเวลาจากช่วงที่เล่นเกมคอนโซลหรือดู Netflix/YouTube นี่แหละครับ 555
ขอบคุณสำหรับบทความดี ๆ
ผมเองก็กำลังทรุดโทรมจากชีวิตการทำงานประจำอยู่เหมือนกัน แต่โปรเจกต์ข้างกายก็ยังคอยวนเวียนอยู่ในหัวตลอด ดู YouTube ก็ไม่สนุกแล้ว... จะเรียนอะไรก็ไม่สนุก และพอเปลี่ยนโน้ตบุ๊กครั้งนี้แล้วก็กะว่าจะลองทำ side project ด้วย Flutter ดูครับ :)
ผมคิดว่าในสถานการณ์ที่ไม่รู้ว่านักพัฒนาจะใช้ React ภายใต้ข้อจำกัดแบบใด เอกสารทางการก็ควรเขียนให้อยู่ในสภาพแวดล้อมที่ใกล้เคียงกับ vanilla มากที่สุด
React ไม่จำเป็นต้องใช้กับเฟรมเวิร์กที่อิงกับ React เสมอไป เพราะสามารถใช้ร่วมกับเว็บเฟรมเวิร์กที่สร้างด้วยภาษาอื่น ๆ ได้หลากหลาย (เช่น Go, Rust, Java เป็นต้น)
-> จริง ๆ แล้วเพราะเหตุนี้เอง ผมจึงคิดว่าอย่างน้อยในส่วน get started ของเอกสารทางการ React ก็น่าจะแนะนำให้ใช้แค่ React โดยพยายามไม่พึ่งพา dependency อื่นให้มากที่สุด
ดูเหมือนว่าจะเหมาะกับ Apple Silicon ที่มี RAM เหลือพอ หรืออุปกรณ์ตระกูล NPU มากกว่า ถ้าจะใช้กับเซิร์ฟเวอร์ GPU ล้วน ๆ แม้แต่โมเดลสเปกขั้นต่ำก็ยังต้องใช้การควอนไทซ์แบบ int4 และต้องมี H100 อยู่ดี..
จริง ๆ แล้วสเปกขั้นต่ำรวมการทำ quantization ด้วยก็แทบจะเป็น A100 อยู่แล้ว แต่ประสิทธิภาพก็ยังค่อนข้างก้ำกึ่งอยู่ดี ฮือๆ
React เป็นเพียงไลบรารี UI แบบอิงคอมโพเนนต์เท่านั้น การแสดงคอมโพเนนต์บน
htmlอย่างเรียบง่ายนั้นทำได้ไม่ยาก แต่ในการสร้างเว็บไซต์หรือแอปนั้นจำเป็นต้องมีฟีเจอร์อีกมากมาย ด้วยเหตุนี้จึงแนะนำให้ใช้เฟรมเวิร์ก ซึ่งไม่ได้เป็นเพราะนี่คือ React เท่านั้น แต่เว็บสมัยใหม่จำนวนมากก็ถูกสร้างขึ้นผ่านเว็บเฟรมเวิร์กเช่นกัน นอกจากนี้ React ยังสามารถใช้งานร่วมกับเว็บเฟรมเวิร์กที่พัฒนาด้วยภาษาอื่นได้หลากหลาย (เช่น go, rust, java เป็นต้น) โดยไม่จำเป็นต้องเป็นเฟรมเวิร์กที่อิงกับ React เสมอไป ดังนั้นสุดท้ายแล้วการเลือกจึงขึ้นอยู่กับผู้ใช้เสมอวันนี้ Llama 4 ออกแล้วครับ https://th.news.hada.io/topic?id=20166
คงต้องลองติดตั้งมาใช้ดูครับ
ฮ่าๆๆๆๆๆๆๆๆๆ
ฮ่าๆ เห็นด้วยเลย
มีอะไรที่ดีกว่า google gemma3 ไหม?
มันจะเร็วกว่า Cuda wrapper ที่มีอยู่เดิมอย่าง Cupy, pytorch ไหมนะ ข้อดีของ Cupy กับ torch คือ API แทบจะเหมือนกับ numpy มาก เลยสามารถย้ายโค้ดทดสอบที่เขียนด้วย numpy มาใช้ได้แทบไม่ต้องออกแรงมาก อันนี้คงต้องลองใช้ดูก่อนครับ
เป็นเรื่องที่ไม่เคยคิดมาก่อนเลย... เรื่องแบบนี้ก็มีด้วยเหรอ นี่มันเรื่องสยองจริง ๆ
เยี่ยมเลย! ^0^
เรื่องนี้น่าอึดอัดตรงที่
แบบเดิม: คิด => โค้ด (ช้า) => ดีบัก
AI: คิด => เขียนพรอมป์ต์อย่างประณีต => โค้ด (พริบตาเดียว) => ดีบัก
แต่ปกติแล้ว การเขียนความคิดของตัวเองออกมาเป็นโค้ดมันเร็วกว่าการเอาไปเขียนเป็นพรอมป์ต์ไม่ใช่เหรอ? ยกเว้นเวลาที่ทำเรื่องที่เป็นที่รู้จักกันดีมากอยู่แล้ว.. ในส่วนที่ความน่าเชื่อถือสำคัญ ยังไงสุดท้ายพอเขียนเสร็จก็ต้องไล่ดูตรรกะด้วยตาอยู่ดี เลยฝากให้ทำแทนทั้งหมดก็ไม่ได้ และพอฝากไปก็เหมือนขาดจิตสำนึกในวิชาชีพด้วย
ความเร็วช่วงแรกนี่จริงหรือเปล่า? ช้าเกินไปนะ...