tsboard 2025-03-11 | ความคิดเห็นหลัก | ใน: Glue: คนที่คอยทำให้องค์กรเดินหน้าไปได้อย่างเงียบๆ (stdy.blog) แม้ชีวิตการทำงานของผมจะยังสั้น แต่ก็เห็นด้วยกับเนื้อหาในบทความ และขณะเดียวกันก็คิดว่าเราควรหลีกเลี่ยงการทำงานแบบ "เงียบๆ" ด้วย แม้ไม่ถึงขั้นต้องแสดงออกจนโดดเด่นเกินไป แต่อย่างน้อยการนำเสนอผลงานของตัวเองบ้างก็น่าจะเป็นผลดีกับตัวเองครับ botplaysdice 2025-03-11 | ความคิดเห็นหลัก | ใน: ทำไมการเลย์ออฟจึงไม่ได้ผล (thehustle.co) จากที่ผมได้เจอมา การปลดพนักงานในบริษัทขนาดใหญ่นั้นทำให้ยุติธรรมได้ค่อนข้างยากมาก — ยากที่จะตัดคนออกได้อย่างเหมาะสมเฉพาะในจุดที่จำเป็นจริง ๆ เพราะแบบนั้นเอง มาตรการติดตามหลังการปลดพนักงานจึงสำคัญมากยิ่งกว่าเดิม เช่น ขวัญกำลังใจของพนักงาน การจัดสรรทรัพยากรใหม่อย่างเหมาะสม รวมถึงการจ้างกลับในตำแหน่งที่จำเป็น (อันนี้แม้จะเป็นเรื่องที่โดนด่าได้ แต่ก็เลี่ยงไม่ได้...) iolothebard 2025-03-11 | ความคิดเห็นหลัก | ใน: Presenterm - ทำสไลด์โชว์ Markdown ในเทอร์มินัล (github.com/mfontanini) ความพยายามที่จะทำสไลด์โชว์โดยไม่ใช้ PowerPoint มีประวัติศาสตร์มายาวนาน ตั้งแต่ W3C slidy ไปจนถึง s3, s5, s6, s9… และนี่ก็ขยับไปอีกขั้น… ถึงกับพรีเซนต์ได้จากในเทอร์มินัลโดยตรงเลย น่าสนใจดีนะครับ สิ่งที่น่าเสียดายคือ… ตอนนี้โปรโตคอลกราฟิกของเทอร์มินัล (?!) ยังไม่ได้ถูกรวมเป็นมาตรฐาน… เลยทำให้เทอร์มินัลที่รองรับยังมีจำกัด… FYI, เครื่องมือทำพรีเซนเทชันที่ใช้ Markdown เป็นพื้นฐาน… https://gist.github.com/johnloy/27dd124ad40e210e91c70dd1c24ac8c8 laeyoung 2025-03-10 | ความคิดเห็นหลัก | ใน: Manus - เอเจนต์ AI แบบอเนกประสงค์ที่เชื่อมการคิดและการลงมือทำ (manus.im) ก็น่าสนใจเหมือนกันนะ ที่แค่บอกว่าเดี๋ยวจะปล่อย invitation codes เป็นครั้งคราว ก็สามารถรวบรวมคนได้เป็นหลักหลายแสนใน Discord ที่มีอยู่แค่ 2 ช่องคือ #announcement กับ #use-cases nicewook 2025-03-10 | ความคิดเห็นหลัก | ใน: รีวิวการใช้งาน Claude Code - Steve Yegge (twitter.com/Steve_Yegge) พอได้ยินว่า Cursor ดูล้าสมัยไปเลยก็เลยอยากลองดูเหมือนกัน แต่ค่าใช้จ่ายน่าจะไม่เบาเลย เลยยังไม่ค่อยกล้าลอง อืม แต่ความเห็นใน Hacker News ดูจะออกไปในทางลบนิดหน่อยนะ savvykang 2025-03-10 | ความคิดเห็นหลัก | ใน: ทำไมการเลย์ออฟจึงไม่ได้ผล (thehustle.co) แม้จะเป็นข้ออ้างที่อาจถูกหรือผิดได้ขึ้นอยู่กับสถานการณ์ แต่การละเว้นเงื่อนไขตั้งต้นแบบนี้ก็ไม่ใช่ความผิดพลาดแบบเหมารวมหรือครับ? ผมคิดว่าทั้งประโยคว่า 'การเลย์ออฟทุกกรณีไม่มีประโยชน์' / 'การเลย์ออฟทุกกรณีมีประโยชน์' ล้วนเป็นประโยคที่ไม่จริงทั้งคู่ ถ้าบริษัททบทวนแผนธุรกิจแล้วปรับลดหน่วยงานที่ไม่สอดคล้องกับแผน การเลย์ออฟก็ถือว่ามีประสิทธิผลไม่ใช่หรือครับ? ในทางกลับกัน ถ้าฝ่ายที่กำลังประสบปัญหาขาดแคลนคนหรือมีภาระงานหนักก็ยังถูกเลย์ออฟแบบเหมารวมภายใต้ข้ออ้างเรื่องลดต้นทุน แบบนั้นการเลย์ออฟก็ย่อมไม่เกิดผล จากตัวบทเพียงอย่างเดียวจึงไม่อาจทราบได้ ว่าผู้เขียนกำลังตั้งสมมติฐานถึงสถานการณ์แบบใดอยู่ หรือทั้งที่รู้เรื่องนี้อยู่แล้วก็ยังเหมารวมด้วยเหตุผลอื่น spilist2 2025-03-10 | ความคิดเห็นหลัก | ใน: ในหัวของผู้เชี่ยวชาญจริงๆ แล้วกำลังเกิดอะไรขึ้นกันแน่ (stdy.blog) ขอบคุณครับ การศึกษางานวิจัยที่ผ่านการพิสูจน์มาอย่างยาวนานแล้วนำมาประยุกต์ใช้กับ AI เป็นเรื่องที่น่าสนุกมากครับ killdong 2025-03-10 | ความคิดเห็นหลัก | ใน: รีวิวการใช้งาน Claude Code - Steve Yegge (twitter.com/Steve_Yegge) สุดท้ายมันก็ไม่ได้ต่างจากของเดิมไม่ใช่เหรอ? รู้สึกว่าเดี๋ยวก็จะมีแต่ต้องเป็นหนูทดลองกับเสียเวลาเปล่า เลยไม่ค่อยอยากลองแล้วตอนนี้ devenv 2025-03-10 | ความคิดเห็นหลัก | ใน: ในหัวของผู้เชี่ยวชาญจริงๆ แล้วกำลังเกิดอะไรขึ้นกันแน่ (stdy.blog) บทความก็ดี แต่ผมคิดว่าท่าทีที่คุณสนใจเรื่องแบบนี้และพยายามเรียนรู้ก็ดูน่าชื่นชมมากเช่นกันครับ heal9179 2025-03-10 | ความคิดเห็นหลัก | ใน: ทำไมการเลย์ออฟจึงไม่ได้ผล (thehustle.co) ดูเหมือนคุณจะยืนอยู่ฝั่งนายจ้างอย่างสม่ำเสมอนะครับ ถ้าคุณไม่ใช่ผู้จัดการแต่เป็น IC และยังสามารถพูดแบบเดียวกันนี้ได้แม้ในช่วงภาวะเศรษฐกิจตกต่ำครั้งใหญ่ ก็แล้วแต่ครับ.. edunga1 2025-03-10 | ความคิดเห็นหลัก | ใน: Presenterm - ทำสไลด์โชว์ Markdown ในเทอร์มินัล (github.com/mfontanini) ไอเดียดีมากเลย! aksaksdm 2025-03-10 | ความคิดเห็นหลัก | ใน: ถ้าไม่ทำงานให้หนักขึ้น (thestartupbible.com) เป็นข้อความที่ถกเถียงกันได้ยากนะครับ แต่อีกเรื่องหนึ่งคือ การที่ยุโรปกำลังอยู่ในช่วงขาลงนั้น สาเหตุพื้นฐานไม่ใช่ความขี้เกียจเสียทีเดียว outcast1542 2025-03-10 | ความคิดเห็นหลัก | ใน: เส้นทางสู่ Elasticity ของ Luft - ตอนที่ 1: จาก Shared Nothing สู่ Shared Storage (engineering.ab180.co) อันนี้น่าสนุกมากจริง ๆ ครับ ผมก็อยากลองทำบ้างเหมือนกัน nodelay 2025-03-10 | ความคิดเห็นหลัก | ใน: คุณอาจไม่จำเป็นต้องใช้ Redis (viblo.se) +1 ผมก็เห็นด้วยครับ แค่เพิ่มอีกหนึ่งเลเยอร์ก็สร้าง ช่องว่าง ขึ้นมาได้ และทำให้มีพื้นที่สำหรับแก้ปัญหาสารพัดอย่างได้ด้วย iolothebard 2025-03-10 | ความคิดเห็นหลัก | ใน: คุณอาจไม่จำเป็นต้องใช้ Redis (viblo.se) ไม่ว่าคุณจะใช้ Redis หรือไม่ การแทรกชั้นแคชไว้ระหว่างโดเมนกับ persistence (โดยให้การทำงานพื้นฐานเป็นแบบ bypass) ไม่ใช่การ overengineering เลยแม้แต่น้อย ใช้ได้กับการทำ logging, ข้อมูลปลอม, debugging, profiling และอาจรวมถึงการแคชจริง ๆ ด้วย… crawler 2025-03-10 | ความคิดเห็นหลัก | ใน: Show HN: พัฒนาแอปเพื่อรับปัญญาประจำวันจาก Mr. Worldwide (daale.club) >แย่มาก savvykang 2025-03-10 | ความคิดเห็นหลัก | ใน: การทำงานเป็นวิศวกรในสตาร์ทอัพระยะเริ่มต้น (nephtyws.github.io) ดูจากสารบัญ น่าจะเป็นการพิมพ์ผิดของคำว่าเทคโนโลยี keepworking 2025-03-10 | ความคิดเห็นหลัก | ใน: Leaflet - เว็บแอปสำหรับเขียนและแชร์เอกสาร (leaflet.pub) เจ๋งมากเลย tsboard 2025-03-10 | ความคิดเห็นหลัก | ใน: Presenterm - ทำสไลด์โชว์ Markdown ในเทอร์มินัล (github.com/mfontanini) โห พระเจ้า นี่มันอะไรกันเนี่ย สุดยอดดด สไลด์โชว์บนเทอร์มินัลงั้นเหรอ...!!! roxie 2025-03-10 | ความคิดเห็นหลัก | ใน: นักสปีดรันเกมคือผู้วิจัยช่องโหว่ เพียงแต่ยังไม่รู้ตัว (zetier.com) https://reddit.com/r/comicbooks/… zzz โหลดความคิดเห็นเพิ่มเติม
แม้ชีวิตการทำงานของผมจะยังสั้น แต่ก็เห็นด้วยกับเนื้อหาในบทความ และขณะเดียวกันก็คิดว่าเราควรหลีกเลี่ยงการทำงานแบบ "เงียบๆ" ด้วย แม้ไม่ถึงขั้นต้องแสดงออกจนโดดเด่นเกินไป แต่อย่างน้อยการนำเสนอผลงานของตัวเองบ้างก็น่าจะเป็นผลดีกับตัวเองครับ
จากที่ผมได้เจอมา การปลดพนักงานในบริษัทขนาดใหญ่นั้นทำให้ยุติธรรมได้ค่อนข้างยากมาก — ยากที่จะตัดคนออกได้อย่างเหมาะสมเฉพาะในจุดที่จำเป็นจริง ๆ
เพราะแบบนั้นเอง มาตรการติดตามหลังการปลดพนักงานจึงสำคัญมากยิ่งกว่าเดิม เช่น ขวัญกำลังใจของพนักงาน การจัดสรรทรัพยากรใหม่อย่างเหมาะสม รวมถึงการจ้างกลับในตำแหน่งที่จำเป็น (อันนี้แม้จะเป็นเรื่องที่โดนด่าได้ แต่ก็เลี่ยงไม่ได้...)
ความพยายามที่จะทำสไลด์โชว์โดยไม่ใช้ PowerPoint
มีประวัติศาสตร์มายาวนาน ตั้งแต่ W3C slidy ไปจนถึง s3, s5, s6, s9…
และนี่ก็ขยับไปอีกขั้น… ถึงกับพรีเซนต์ได้จากในเทอร์มินัลโดยตรงเลย น่าสนใจดีนะครับ สิ่งที่น่าเสียดายคือ… ตอนนี้โปรโตคอลกราฟิกของเทอร์มินัล (?!) ยังไม่ได้ถูกรวมเป็นมาตรฐาน… เลยทำให้เทอร์มินัลที่รองรับยังมีจำกัด…
FYI, เครื่องมือทำพรีเซนเทชันที่ใช้ Markdown เป็นพื้นฐาน…
https://gist.github.com/johnloy/27dd124ad40e210e91c70dd1c24ac8c8
ก็น่าสนใจเหมือนกันนะ ที่แค่บอกว่าเดี๋ยวจะปล่อย invitation codes เป็นครั้งคราว ก็สามารถรวบรวมคนได้เป็นหลักหลายแสนใน Discord ที่มีอยู่แค่ 2 ช่องคือ #announcement กับ #use-cases
พอได้ยินว่า Cursor ดูล้าสมัยไปเลยก็เลยอยากลองดูเหมือนกัน แต่ค่าใช้จ่ายน่าจะไม่เบาเลย เลยยังไม่ค่อยกล้าลอง
อืม แต่ความเห็นใน Hacker News ดูจะออกไปในทางลบนิดหน่อยนะ
แม้จะเป็นข้ออ้างที่อาจถูกหรือผิดได้ขึ้นอยู่กับสถานการณ์ แต่การละเว้นเงื่อนไขตั้งต้นแบบนี้ก็ไม่ใช่ความผิดพลาดแบบเหมารวมหรือครับ? ผมคิดว่าทั้งประโยคว่า 'การเลย์ออฟทุกกรณีไม่มีประโยชน์' / 'การเลย์ออฟทุกกรณีมีประโยชน์' ล้วนเป็นประโยคที่ไม่จริงทั้งคู่ ถ้าบริษัททบทวนแผนธุรกิจแล้วปรับลดหน่วยงานที่ไม่สอดคล้องกับแผน การเลย์ออฟก็ถือว่ามีประสิทธิผลไม่ใช่หรือครับ? ในทางกลับกัน ถ้าฝ่ายที่กำลังประสบปัญหาขาดแคลนคนหรือมีภาระงานหนักก็ยังถูกเลย์ออฟแบบเหมารวมภายใต้ข้ออ้างเรื่องลดต้นทุน แบบนั้นการเลย์ออฟก็ย่อมไม่เกิดผล
จากตัวบทเพียงอย่างเดียวจึงไม่อาจทราบได้ ว่าผู้เขียนกำลังตั้งสมมติฐานถึงสถานการณ์แบบใดอยู่ หรือทั้งที่รู้เรื่องนี้อยู่แล้วก็ยังเหมารวมด้วยเหตุผลอื่น
ขอบคุณครับ การศึกษางานวิจัยที่ผ่านการพิสูจน์มาอย่างยาวนานแล้วนำมาประยุกต์ใช้กับ AI เป็นเรื่องที่น่าสนุกมากครับ
สุดท้ายมันก็ไม่ได้ต่างจากของเดิมไม่ใช่เหรอ? รู้สึกว่าเดี๋ยวก็จะมีแต่ต้องเป็นหนูทดลองกับเสียเวลาเปล่า เลยไม่ค่อยอยากลองแล้วตอนนี้
บทความก็ดี แต่ผมคิดว่าท่าทีที่คุณสนใจเรื่องแบบนี้และพยายามเรียนรู้ก็ดูน่าชื่นชมมากเช่นกันครับ
ดูเหมือนคุณจะยืนอยู่ฝั่งนายจ้างอย่างสม่ำเสมอนะครับ
ถ้าคุณไม่ใช่ผู้จัดการแต่เป็น IC และยังสามารถพูดแบบเดียวกันนี้ได้แม้ในช่วงภาวะเศรษฐกิจตกต่ำครั้งใหญ่ ก็แล้วแต่ครับ..
ไอเดียดีมากเลย!
เป็นข้อความที่ถกเถียงกันได้ยากนะครับ แต่อีกเรื่องหนึ่งคือ การที่ยุโรปกำลังอยู่ในช่วงขาลงนั้น สาเหตุพื้นฐานไม่ใช่ความขี้เกียจเสียทีเดียว
อันนี้น่าสนุกมากจริง ๆ ครับ ผมก็อยากลองทำบ้างเหมือนกัน
+1 ผมก็เห็นด้วยครับ แค่เพิ่มอีกหนึ่งเลเยอร์ก็สร้าง
ช่องว่างขึ้นมาได้ และทำให้มีพื้นที่สำหรับแก้ปัญหาสารพัดอย่างได้ด้วยไม่ว่าคุณจะใช้ Redis หรือไม่ การแทรกชั้นแคชไว้ระหว่างโดเมนกับ persistence (โดยให้การทำงานพื้นฐานเป็นแบบ bypass) ไม่ใช่การ overengineering เลยแม้แต่น้อย ใช้ได้กับการทำ logging, ข้อมูลปลอม, debugging, profiling และอาจรวมถึงการแคชจริง ๆ ด้วย…
>แย่มาก
ดูจากสารบัญ น่าจะเป็นการพิมพ์ผิดของคำว่าเทคโนโลยี
เจ๋งมากเลย
โห พระเจ้า นี่มันอะไรกันเนี่ย สุดยอดดด สไลด์โชว์บนเทอร์มินัลงั้นเหรอ...!!!
https://reddit.com/r/comicbooks/…
zzz