wayden 2 일 전 | ความคิดเห็นหลัก | ใน: อินเทอร์เฟซกำลังออกไปนอกหน้าจอ - แชต เสียง และ AI แบบเอเจนต์กำลังเปลี่ยน UX (uxdesign.cc) ตอนนี้ให้ความรู้สึกเหมือนช่วงที่สมาร์ตโฟนเริ่มแพร่หลายและ UX แบบ mobile-first กำลังเปลี่ยนผ่านอย่างจริงจัง แม้ระบบต่าง ๆ จะยังไม่ลงตัวนัก แต่ก็เริ่มเห็นความเปลี่ยนแปลงที่น่าสนใจเกิดขึ้นในหลายจุด wayden 2 일 전 | ความคิดเห็นหลัก | ใน: เว็บไซต์ที่ให้ LLM Agent รวบรวมข่าว AI ทุกวันแล้วสะสมเป็นลิงก์วิกิ — เดินระบบไร้คนดูแลมา 72 วัน (trend.undefined-studio.dev) กดบุ๊กมาร์กไว้ทันทีเลยครับ คิดว่าน่าจะเข้ามาดูทุกวันแน่ ๆ ขอถามหน่อยว่ามีแผนรองรับภาษาเกาหลีด้วยหรือเปล่าครับ :) wayden 2 일 전 | ความคิดเห็นหลัก | ใน: ภาพลวงของพรสวรรค์ (gwagjiug.com) ให้จดจ่อแค่ว่าตัวฉันในตอนนี้กำลังดีขึ้นกว่าตัวฉันในอดีตหรือไม่ wayden 2 일 전 | ความคิดเห็นหลัก | ใน: Cerebras สร้างคลังความรู้ภายในองค์กรอย่างไร (x.com/cerebras) อยากรู้ว่าเขากรองบทสนทนาใน Slack เพื่อนำมาใส่ใน knowledge base กันอย่างไร และตัว implementation จริงเป็นแบบไหนครับ ohah173 2 일 전 | ความคิดเห็นหลัก | ใน: comux - tmux สำหรับ AI coding agent (github.com/marshallku) ผมอ่านบทความบล็อกแล้วเช่นกันครับ ในฐานะที่ผมเองก็กำลังพัฒนาเทอร์มินัลด้วยแรงจูงใจคล้าย ๆ กัน เลยมีข้อสงสัยขึ้นมาครับ ส่วนตัวแล้วผมรู้สึกว่าไม่เคยมียุคไหนที่สภาพแวดล้อม DX เปลี่ยนเร็วเท่าช่วงนี้ และแตกต่างกันไปตามนักพัฒนาแต่ละคนขนาดนี้ ไม่แน่ใจว่าผู้สร้างเองก็รู้สึกแบบเดียวกันไหม แต่ยิ่งเป็นช่วงแบบนี้ ผมคิดว่าการมีอำนาจควบคุมอยู่กับตัวเองยิ่งได้เปรียบกว่า และเมื่อคิดว่า “รากฐานของ DX ในยุค AI คืออะไร?” ผมก็มองว่ามันคือฐานที่เป็นเทอร์มินัลครับ ผมได้ลองใช้เทอร์มินัลยอดนิยมช่วงนี้มาหมดแล้ว แต่การป้อนภาษาเกาหลีในเทอร์มินัลส่วนใหญ่ยังทำได้ไม่ดี และเวลาใช้เอเจนต์ DX/UX ก็ไม่สะดวก สุดท้ายเลยได้ข้อสรุปว่าควรพัฒนาเอง และกำลังทำอยู่ ซึ่งผมคิดว่าผมเองก็ได้ผลิตภาพที่ดีกว่าคนอื่นผ่านเทอร์มินัลของตัวเองครับ ในกรณีของผม เพื่อให้ได้อำนาจควบคุมอย่างเต็มที่ ผมคิดว่าต้องลดการพึ่งพาไลบรารีภายนอกให้น้อยที่สุดด้วย จึงเลือกพัฒนาทุกอย่างเองด้วย Zig (ยกเว้นกรณีที่เลี่ยงไม่ได้อย่าง WebView) พออ่านบทความบล็อกและดูโค้ดแล้ว เห็นว่าคุณเลือก Rust และเลือกใช้ไลบรารีภายนอกที่มีอยู่ใน Rust เช่น ratatui มากกว่าการพัฒนาเองทั้งหมด เลยอยากทราบเหตุผลครับ เพราะในบทความเองก็ดูเหมือนจะมีประเด็นที่เกิดจากการพึ่งพาไลบรารีภายนอกอยู่เหมือนกัน อีกอย่าง เนื่องจาก WebView เป็น WebView แบบเนทีฟ สภาพแวดล้อมเว็บส่วนใหญ่ไม่ได้เป็น Safari ดังนั้นการทดสอบ E2E แบบสมบูรณ์น่าจะทำได้ยาก ในส่วนนี้คุณปล่อยให้เป็นหน้าที่ของเครื่องมือทดสอบภายนอกไปเลยหรือเปล่าครับ? หรือมีแผนจะใส่ CEF ในอนาคตด้วยไหมครับ ตอนนี้ผมเองก็ใช้เทอร์มินัลของตัวเองมาระดับหนึ่งและเข้าสู่ช่วงทำให้เสถียรแล้ว เลยอยู่ในขั้นที่คิดเรื่องการเพิ่มฟีเจอร์ การวางแผน หรือ UX อยู่มาก แต่ระหว่างพัฒนาคงมีแครชหรือบั๊กต่าง ๆ เยอะเหมือนกัน ผมจึงอยากทราบด้วยว่า หลังเริ่มพัฒนาแล้ว ใช้เวลาประมาณเท่าไรถึงเสถียรพอที่จะรันงานต่าง ๆ ผ่านเทอร์มินัลที่พัฒนาขึ้นเอง แทนที่จะใช้เทอร์มินัลภายนอกครับ h3lloworld 2 일 전 | ความคิดเห็นหลัก | ใน: ภาพลวงของพรสวรรค์ (gwagjiug.com) คนที่ไม่มีฝีมือมักพูดถึงทักษะการทำงานร่วมกับผู้อื่นอยู่เสมอ… marshallku 2 일 전 | ความคิดเห็นหลัก | ใน: comux - tmux สำหรับ AI coding agent (github.com/marshallku) ลิงก์ติดตั้ง multiplexer ถูกตัดไปครับ.. หากดู รายการนี้ ใน README จะสามารถติดตั้งเฉพาะ multiplexer ได้ ultimategamer 2 일 전 | ความคิดเห็นหลัก | ใน: ภาพลวงของพรสวรรค์ (gwagjiug.com) ใช่เลยครับ/ค่ะ พอไปถึงรอบสัมภาษณ์แล้ว ดูเหมือนเขาจะให้ความสำคัญกับส่วนแบบนั้นมากกว่าขั้นตอนการรับสมัครก่อนหน้า คงไปถึงตรงนั้นได้ยากอยู่เหมือนกัน ฮ่าๆ แต่ถ้าไปได้ถึงรอบสัมภาษณ์แล้ว ผม/ฉันคิดว่าตามใจความของบทความนี้ การพัฒนาทักษะที่จำเป็นอื่นๆ นอกเหนือจากความสามารถด้านการเขียนโค้ด และการนำเสนอสิ่งเหล่านั้นให้น่าสนใจ น่าจะเป็นเรื่องที่ดีกว่า bartlee 2 일 전 | ความคิดเห็นหลัก | ใน: ขอคำแนะนำสแต็กขั้นต่ำสำหรับทำเดโม “การจับคู่แบบฟิลเตอร์” ขนาด 1,700 รายการภายในไม่กี่วัน สิ่งที่อยากแสดงในเดโมคือความยอดเยี่ยมของลอจิกการแมตช์ใช่ไหมครับ? หรือแค่ต้องการบอกว่ามีสิ่งแบบนี้อยู่? space0403 2 일 전 | ความคิดเห็นหลัก | ใน: ขอคำแนะนำสแต็กขั้นต่ำสำหรับทำเดโม “การจับคู่แบบฟิลเตอร์” ขนาด 1,700 รายการภายในไม่กี่วัน ก่อนหน้านี้ผมเคยทำเกมด้วย Ren'Py และตั้งใจจะเผยแพร่ มีสิ่งที่เรียกว่า GitHub Blog ซึ่งเป็นเว็บแบบ static ที่ GitHub น่าจะให้โฮสต์ฟรีได้ 1 เว็บ (ลิงก์ของเว็บน่าจะเป็นแบบตายตัวครับ) ถ้าใช้สิ่งนั้น เท่าที่ผมทราบ เว็บแบบ static ก็น่าจะเผยแพร่ได้ง่ายครับ sinbumu 2 일 전 | ความคิดเห็นหลัก | ใน: ภาพลวงของพรสวรรค์ (gwagjiug.com) ความจริงพอมาอยู่ในฝ่ายที่ต้องจ้างนักพัฒนาทีหลัง ก็จะรู้ว่ามันไม่ได้ขับเคลื่อนด้วยเหตุผลและตรรกะล้วน ๆ แต่ก็พิจารณาเรื่องนิสัยและความรู้สึกด้วยเยอะเหมือนกัน 555 ยิ่งถ้าไม่ได้ต้องเชิญอัจฉริยะเฉพาะทางแบบพิเศษมาร่วมงานแบบคาดไม่ถึง ประเด็นสำคัญที่สุดก็คือ "ถ้าทำงานกับคนนี้แล้วจะไม่เกิดความเครียดที่ไม่จำเป็น และจะร่วมงานกันได้ดีไหม?" hotuna 2 일 전 | ความคิดเห็นหลัก | ใน: ความหมายที่ซ่อนอยู่ใน Open Weights and American AI Leadership ของ Jensen Huang (junepark.kr) ใช่ ไม่มีการกล่าวถึงเรื่องนั้นครับ ที่ผมคิดคือ นั่นไม่ได้หมายความว่าเห็นด้วยกับโอเพนเวตของจีน เพียงแต่ไม่ใช่ว่าเห็นด้วยกับโอเพนเวต แต่คือหวังว่าอเมริกาจะชนะได้ในด้านโอเพนเวตด้วย ultimategamer 2 일 전 | ความคิดเห็นหลัก | ใน: ภาพลวงของพรสวรรค์ (gwagjiug.com) เป็นบทความที่เห็นด้วยครับ แต่ตอนที่ผมยังเป็นคนหางาน ถ้าได้อ่านบทความแบบนี้ ก็คงรู้สึกว่าเป็นแค่คำพูดสวยหรูของคนที่ได้งานก่อนแล้วเท่านั้น ก็เพราะจากมุมมองของคนหางาน เวลาไปสมัครเป็นนักพัฒนาที่บริษัทใดบริษัทหนึ่ง การพิสูจน์ทักษะการเขียนโค้ดนั้นง่ายกว่าการพิสูจน์ความสามารถอย่างการทำเอกสาร การโน้มน้าว หรือการสื่อสาร และดูเหมือนว่าบริษัทเองก็ให้ค่าน้ำหนักกับความสามารถด้านการเขียนโค้ด เช่น พอร์ตโฟลิโอ หรือคะแนนสอบโค้ดดิ้งเทสต์ มากกว่าในการรับเด็กจบใหม่ จากมุมมองของบริษัท ก็คงเพราะมีแค่วิธีนั้นแหละที่ทำให้เปรียบเทียบ/ประเมินผู้สมัครเด็กจบใหม่จำนวนมากได้อย่างเห็นเป็นรูปธรรมT_T เป็นความจริงที่น่าเสียดายในหลาย ๆ แง่ครับ xguru 2 일 전 | ความคิดเห็นหลัก | ใน: เมื่อเผชิญกับการเปลี่ยนแปลงที่ไม่คุ้นเคย: การเปลี่ยนผ่านสู่ Sprites ของ Fly.io (fly.io) การประกาศการเปลี่ยนแปลงครั้งใหญ่ของบริษัทพร้อมกับเปลี่ยน CEO ก็ดูแปลก ๆ อยู่นะ Docker Without Docker - แนะนำเทคโนโลยีพื้นฐานของ Fly.io fly.io เป็นบริการที่ผมติดตามอย่างสนใจผ่าน GeekNews มาตั้งแต่ช่วงเปิดตัวแรก ๆ ดูเหมือนว่ากำลังเปลี่ยนกลยุทธ์เพื่อรับมือให้เข้ากับยุค AI สินะ Sprites - แซนด์บ็อกซ์แบบเก็บสถานะ คงเป็นอันนี้แหละ อืม.. เมื่อไม่นานมานี้ผมมีประสบการณ์ลองสร้างเว็บเพจด้วยฟีเจอร์ Sites ใน Codex มาแล้ว แต่คิดว่าไม่น่าง่ายนะ เหมือนอย่างในคอมเมนต์ HN ข้างล่าง ตลาดเป้าหมายก็ดูแคบเกินไปด้วย ตลาดใหม่ขนาดใหญ่ที่แม้แต่คุณตาคุณยายก็ทำแอปได้ น่าจะถูกบริการอย่าง Lovable จับไปแล้ว และคนที่ไม่ใช่นักพัฒนาก็น่าจะมีโอกาสใช้ Sprites ต่ำ สุดท้ายก็น่าจะดึงมาได้แค่ส่วนนึงของนักพัฒนาเดิมเท่านั้น snisper 2 일 전 | ความคิดเห็นหลัก | ใน: ถ้าการเขียนโค้ดถูกแก้ปัญหาแล้ว ทำไมซอฟต์แวร์ถึงยังแย่ลงเรื่อย ๆ? (ptrchm.com) ผมไม่เคยเห็นใครพูดว่าการเขียนโค้ดได้รับการแก้ไขแล้ว มีแต่คนดังที่ออกข่าวมาพูดกันว่า อีก 1 ปี อีก 3 ปี อีก 5 ปี มันจะเป็นอย่างนั้นอย่างนี้ snisper 2 일 전 | ความคิดเห็นหลัก | ใน: ความหมายที่ซ่อนอยู่ใน Open Weights and American AI Leadership ของ Jensen Huang (junepark.kr) ในโพสต์บน X ไม่มีข้อความที่ระบุว่า “แต่แน่นอนว่าไม่ได้สนับสนุน open weights ของจีน” เนื้อหาคือหวังว่าสหรัฐฯ จะชนะทั้งในโมเดลแบบปิดและโมเดลแบบเปิด snisper 2 일 전 | ความคิดเห็นหลัก | ใน: ภาพลวงของพรสวรรค์ (gwagjiug.com) A คือ B. B คือ C. ดังนั้น A จะเป็น C ได้หรือ? ตั้งแต่แรกแล้ว สมมติฐานที่ว่าเราสามารถรู้ได้ว่าพรสวรรค์คืออะไร สูงหรือต่ำแค่ไหน อาจเป็นเพียงความเข้าใจผิดของพวกเราก็ได้ xguru 2 일 전 | ความคิดเห็นหลัก | ใน: รัน LLM พารามิเตอร์ 28.9 ล้านตัวบนไมโครคอนโทรลเลอร์ราคา 8 ดอลลาร์ (github.com/slvDev) พอคิดว่า ESP32-S3 เป็นชิปที่ราคาใน AliExpress อยู่ราว ๆ หมื่นวอน ก็เห็นความเป็นไปได้ที่น่าสนุกนะครับ เช่น ถ้าเป็นเครื่องซักผ้า ก็อาจมีผลิตภัณฑ์ที่ใส่โมเดลขนาดเล็กซึ่งเข้าใจแค่คู่มือ โปรแกรมซัก ประเภทผงซักฟอก/น้ำยาซักผ้า และลักษณะของแต่ละฟังก์ชัน แล้วให้ผู้ใช้คุยด้วยเพื่ออธิบายวิธีใช้งานได้โดยไม่ต้องเชื่อมต่ออินเทอร์เน็ต aigentry 2 일 전 | ความคิดเห็นหลัก | ใน: telepty — คอนโทรลเพลนสำหรับเซสชัน AI Agent ที่กระจายอยู่หลายเครื่อง (github.com/dmsdc-ai) ขอเสริมแรงจูงใจในการพัฒนา: จุดเริ่มต้นคือผมรันเซสชัน 4 ตัวของ Cluade, Codex Gemini และ Grok บนเครื่องข้ามแพลตฟอร์ม 3 เครื่อง แล้วเจอคอขวดว่า “การรันงานสเกลเอาต์ได้ แต่การส่งต่อกลับผูกอยู่กับคนเพียงคนเดียว” เครื่องมือนี้ไม่ใช่ตัวแทนของ tmux/SSH แต่เป็นเครื่องมือที่ใช้ควบคู่กัน — เป้าหมายไม่ใช่ “การเชื่อมต่อเทอร์มินัล” แต่เป็น “การระบุที่อยู่เซสชัน + การยืนยันการส่งต่อ” ถ้ามีข้อสงสัยถามได้ตามสะดวกครับ awbrg789 2 일 전 | ความคิดเห็นหลัก | ใน: ภาพลวงของพรสวรรค์ (gwagjiug.com) เป็นบทความที่ดีครับ โหลดความคิดเห็นเพิ่มเติม
ตอนนี้ให้ความรู้สึกเหมือนช่วงที่สมาร์ตโฟนเริ่มแพร่หลายและ UX แบบ mobile-first กำลังเปลี่ยนผ่านอย่างจริงจัง แม้ระบบต่าง ๆ จะยังไม่ลงตัวนัก แต่ก็เริ่มเห็นความเปลี่ยนแปลงที่น่าสนใจเกิดขึ้นในหลายจุด
กดบุ๊กมาร์กไว้ทันทีเลยครับ คิดว่าน่าจะเข้ามาดูทุกวันแน่ ๆ
ขอถามหน่อยว่ามีแผนรองรับภาษาเกาหลีด้วยหรือเปล่าครับ :)
ให้จดจ่อแค่ว่าตัวฉันในตอนนี้กำลังดีขึ้นกว่าตัวฉันในอดีตหรือไม่
อยากรู้ว่าเขากรองบทสนทนาใน Slack เพื่อนำมาใส่ใน knowledge base กันอย่างไร และตัว implementation จริงเป็นแบบไหนครับ
ผมอ่านบทความบล็อกแล้วเช่นกันครับ
ในฐานะที่ผมเองก็กำลังพัฒนาเทอร์มินัลด้วยแรงจูงใจคล้าย ๆ กัน เลยมีข้อสงสัยขึ้นมาครับ
ส่วนตัวแล้วผมรู้สึกว่าไม่เคยมียุคไหนที่สภาพแวดล้อม DX เปลี่ยนเร็วเท่าช่วงนี้ และแตกต่างกันไปตามนักพัฒนาแต่ละคนขนาดนี้
ไม่แน่ใจว่าผู้สร้างเองก็รู้สึกแบบเดียวกันไหม แต่ยิ่งเป็นช่วงแบบนี้ ผมคิดว่าการมีอำนาจควบคุมอยู่กับตัวเองยิ่งได้เปรียบกว่า
และเมื่อคิดว่า “รากฐานของ DX ในยุค AI คืออะไร?” ผมก็มองว่ามันคือฐานที่เป็นเทอร์มินัลครับ
ผมได้ลองใช้เทอร์มินัลยอดนิยมช่วงนี้มาหมดแล้ว แต่การป้อนภาษาเกาหลีในเทอร์มินัลส่วนใหญ่ยังทำได้ไม่ดี และเวลาใช้เอเจนต์ DX/UX ก็ไม่สะดวก สุดท้ายเลยได้ข้อสรุปว่าควรพัฒนาเอง และกำลังทำอยู่ ซึ่งผมคิดว่าผมเองก็ได้ผลิตภาพที่ดีกว่าคนอื่นผ่านเทอร์มินัลของตัวเองครับ
ในกรณีของผม เพื่อให้ได้อำนาจควบคุมอย่างเต็มที่
ผมคิดว่าต้องลดการพึ่งพาไลบรารีภายนอกให้น้อยที่สุดด้วย จึงเลือกพัฒนาทุกอย่างเองด้วย Zig (ยกเว้นกรณีที่เลี่ยงไม่ได้อย่าง WebView)
พออ่านบทความบล็อกและดูโค้ดแล้ว เห็นว่าคุณเลือก Rust และเลือกใช้ไลบรารีภายนอกที่มีอยู่ใน Rust เช่น ratatui มากกว่าการพัฒนาเองทั้งหมด เลยอยากทราบเหตุผลครับ
เพราะในบทความเองก็ดูเหมือนจะมีประเด็นที่เกิดจากการพึ่งพาไลบรารีภายนอกอยู่เหมือนกัน
อีกอย่าง เนื่องจาก WebView เป็น WebView แบบเนทีฟ สภาพแวดล้อมเว็บส่วนใหญ่ไม่ได้เป็น Safari ดังนั้นการทดสอบ E2E แบบสมบูรณ์น่าจะทำได้ยาก ในส่วนนี้คุณปล่อยให้เป็นหน้าที่ของเครื่องมือทดสอบภายนอกไปเลยหรือเปล่าครับ? หรือมีแผนจะใส่ CEF ในอนาคตด้วยไหมครับ
ตอนนี้ผมเองก็ใช้เทอร์มินัลของตัวเองมาระดับหนึ่งและเข้าสู่ช่วงทำให้เสถียรแล้ว เลยอยู่ในขั้นที่คิดเรื่องการเพิ่มฟีเจอร์ การวางแผน หรือ UX อยู่มาก แต่ระหว่างพัฒนาคงมีแครชหรือบั๊กต่าง ๆ เยอะเหมือนกัน
ผมจึงอยากทราบด้วยว่า หลังเริ่มพัฒนาแล้ว ใช้เวลาประมาณเท่าไรถึงเสถียรพอที่จะรันงานต่าง ๆ ผ่านเทอร์มินัลที่พัฒนาขึ้นเอง แทนที่จะใช้เทอร์มินัลภายนอกครับ
คนที่ไม่มีฝีมือมักพูดถึงทักษะการทำงานร่วมกับผู้อื่นอยู่เสมอ…
ลิงก์ติดตั้ง multiplexer ถูกตัดไปครับ.. หากดู รายการนี้ ใน README จะสามารถติดตั้งเฉพาะ multiplexer ได้
ใช่เลยครับ/ค่ะ พอไปถึงรอบสัมภาษณ์แล้ว ดูเหมือนเขาจะให้ความสำคัญกับส่วนแบบนั้นมากกว่าขั้นตอนการรับสมัครก่อนหน้า
คงไปถึงตรงนั้นได้ยากอยู่เหมือนกัน ฮ่าๆ
แต่ถ้าไปได้ถึงรอบสัมภาษณ์แล้ว ผม/ฉันคิดว่าตามใจความของบทความนี้ การพัฒนาทักษะที่จำเป็นอื่นๆ นอกเหนือจากความสามารถด้านการเขียนโค้ด และการนำเสนอสิ่งเหล่านั้นให้น่าสนใจ น่าจะเป็นเรื่องที่ดีกว่า
สิ่งที่อยากแสดงในเดโมคือความยอดเยี่ยมของลอจิกการแมตช์ใช่ไหมครับ? หรือแค่ต้องการบอกว่ามีสิ่งแบบนี้อยู่?
ก่อนหน้านี้ผมเคยทำเกมด้วย Ren'Py และตั้งใจจะเผยแพร่
มีสิ่งที่เรียกว่า GitHub Blog ซึ่งเป็นเว็บแบบ static ที่ GitHub น่าจะให้โฮสต์ฟรีได้ 1 เว็บ
(ลิงก์ของเว็บน่าจะเป็นแบบตายตัวครับ)
ถ้าใช้สิ่งนั้น เท่าที่ผมทราบ เว็บแบบ static ก็น่าจะเผยแพร่ได้ง่ายครับ
ความจริงพอมาอยู่ในฝ่ายที่ต้องจ้างนักพัฒนาทีหลัง ก็จะรู้ว่ามันไม่ได้ขับเคลื่อนด้วยเหตุผลและตรรกะล้วน ๆ แต่ก็พิจารณาเรื่องนิสัยและความรู้สึกด้วยเยอะเหมือนกัน 555 ยิ่งถ้าไม่ได้ต้องเชิญอัจฉริยะเฉพาะทางแบบพิเศษมาร่วมงานแบบคาดไม่ถึง ประเด็นสำคัญที่สุดก็คือ "ถ้าทำงานกับคนนี้แล้วจะไม่เกิดความเครียดที่ไม่จำเป็น และจะร่วมงานกันได้ดีไหม?"
ใช่ ไม่มีการกล่าวถึงเรื่องนั้นครับ
ที่ผมคิดคือ นั่นไม่ได้หมายความว่าเห็นด้วยกับโอเพนเวตของจีน
เพียงแต่ไม่ใช่ว่าเห็นด้วยกับโอเพนเวต
แต่คือหวังว่าอเมริกาจะชนะได้ในด้านโอเพนเวตด้วย
เป็นบทความที่เห็นด้วยครับ
แต่ตอนที่ผมยังเป็นคนหางาน ถ้าได้อ่านบทความแบบนี้ ก็คงรู้สึกว่าเป็นแค่คำพูดสวยหรูของคนที่ได้งานก่อนแล้วเท่านั้น
ก็เพราะจากมุมมองของคนหางาน เวลาไปสมัครเป็นนักพัฒนาที่บริษัทใดบริษัทหนึ่ง การพิสูจน์ทักษะการเขียนโค้ดนั้นง่ายกว่าการพิสูจน์ความสามารถอย่างการทำเอกสาร การโน้มน้าว หรือการสื่อสาร
และดูเหมือนว่าบริษัทเองก็ให้ค่าน้ำหนักกับความสามารถด้านการเขียนโค้ด เช่น พอร์ตโฟลิโอ หรือคะแนนสอบโค้ดดิ้งเทสต์ มากกว่าในการรับเด็กจบใหม่
จากมุมมองของบริษัท ก็คงเพราะมีแค่วิธีนั้นแหละที่ทำให้เปรียบเทียบ/ประเมินผู้สมัครเด็กจบใหม่จำนวนมากได้อย่างเห็นเป็นรูปธรรมT_T
เป็นความจริงที่น่าเสียดายในหลาย ๆ แง่ครับ
การประกาศการเปลี่ยนแปลงครั้งใหญ่ของบริษัทพร้อมกับเปลี่ยน CEO ก็ดูแปลก ๆ อยู่นะ
Docker Without Docker - แนะนำเทคโนโลยีพื้นฐานของ Fly.io
fly.io เป็นบริการที่ผมติดตามอย่างสนใจผ่าน GeekNews มาตั้งแต่ช่วงเปิดตัวแรก ๆ
ดูเหมือนว่ากำลังเปลี่ยนกลยุทธ์เพื่อรับมือให้เข้ากับยุค AI สินะ
Sprites - แซนด์บ็อกซ์แบบเก็บสถานะ
คงเป็นอันนี้แหละ อืม.. เมื่อไม่นานมานี้ผมมีประสบการณ์ลองสร้างเว็บเพจด้วยฟีเจอร์ Sites ใน Codex มาแล้ว แต่คิดว่าไม่น่าง่ายนะ
เหมือนอย่างในคอมเมนต์ HN ข้างล่าง ตลาดเป้าหมายก็ดูแคบเกินไปด้วย
ผมไม่เคยเห็นใครพูดว่าการเขียนโค้ดได้รับการแก้ไขแล้ว มีแต่คนดังที่ออกข่าวมาพูดกันว่า อีก 1 ปี อีก 3 ปี อีก 5 ปี มันจะเป็นอย่างนั้นอย่างนี้
ในโพสต์บน X ไม่มีข้อความที่ระบุว่า “แต่แน่นอนว่าไม่ได้สนับสนุน open weights ของจีน” เนื้อหาคือหวังว่าสหรัฐฯ จะชนะทั้งในโมเดลแบบปิดและโมเดลแบบเปิด
A คือ B. B คือ C. ดังนั้น A จะเป็น C ได้หรือ? ตั้งแต่แรกแล้ว สมมติฐานที่ว่าเราสามารถรู้ได้ว่าพรสวรรค์คืออะไร สูงหรือต่ำแค่ไหน อาจเป็นเพียงความเข้าใจผิดของพวกเราก็ได้
พอคิดว่า ESP32-S3 เป็นชิปที่ราคาใน AliExpress อยู่ราว ๆ หมื่นวอน ก็เห็นความเป็นไปได้ที่น่าสนุกนะครับ
เช่น ถ้าเป็นเครื่องซักผ้า ก็อาจมีผลิตภัณฑ์ที่ใส่โมเดลขนาดเล็กซึ่งเข้าใจแค่คู่มือ โปรแกรมซัก ประเภทผงซักฟอก/น้ำยาซักผ้า และลักษณะของแต่ละฟังก์ชัน แล้วให้ผู้ใช้คุยด้วยเพื่ออธิบายวิธีใช้งานได้โดยไม่ต้องเชื่อมต่ออินเทอร์เน็ต
ขอเสริมแรงจูงใจในการพัฒนา: จุดเริ่มต้นคือผมรันเซสชัน 4 ตัวของ Cluade, Codex Gemini และ Grok บนเครื่องข้ามแพลตฟอร์ม 3 เครื่อง แล้วเจอคอขวดว่า “การรันงานสเกลเอาต์ได้ แต่การส่งต่อกลับผูกอยู่กับคนเพียงคนเดียว” เครื่องมือนี้ไม่ใช่ตัวแทนของ tmux/SSH แต่เป็นเครื่องมือที่ใช้ควบคู่กัน — เป้าหมายไม่ใช่ “การเชื่อมต่อเทอร์มินัล” แต่เป็น “การระบุที่อยู่เซสชัน + การยืนยันการส่งต่อ” ถ้ามีข้อสงสัยถามได้ตามสะดวกครับ
เป็นบทความที่ดีครับ