psguny9 2025-03-24 | ความคิดเห็นหลัก | ใน: "Vibe Coding" เทียบกับความเป็นจริง (cendyne.dev) แม้จะลองหลายอย่าง แต่ข้อจำกัดด้านความจำก็ชัดเจนอยู่แล้ว เหมาะในระดับ PoC ดี ในแง่ของการดูความเป็นไปได้/การใช้งานอย่างรวดเร็วก็ถือว่าดี แต่ปัญหาคือยิ่งต้องการผู้มีประสบการณ์มากขึ้นไปอีก colus001 2025-03-24 | ความคิดเห็นหลัก | ใน: "Vibe Coding" เทียบกับความเป็นจริง (cendyne.dev) เมื่อมองว่าเวลาส่วนใหญ่ในการเขียนโค้ดหมดไปกับการดีบักและการอ่านโค้ด ผมคิดว่านี่เป็นการพูดเกินจริงไปมาก คนที่สร้าง AI ต่างก็พูดในทำนองนี้กันหมด แต่ถ้าดูอย่างน้อยจากสถานการณ์ตอนนี้ ก็ดูเหมือนจะยังไม่เป็นแบบนั้น ถ้าไปถึงจุดที่ไม่ต้องใช้แรงคนเลยจริง ๆ จะยังจำเป็นต้องเขียนโค้ดอยู่หรือเปล่า? แค่ใส่คำอธิบาย API แล้วใช้ LLM เป็นแบ็กเอนด์ไปเลยน่าจะดีกว่า tsboard 2025-03-24 | ความคิดเห็นหลัก | ใน: คู่มือ Vibe Coding: เทมเพลตสำหรับการพัฒนาที่มี AI ช่วย (แปล) (roboco.io) ดูเหมือนว่า AI จะทำให้โลกเปลี่ยนไปมากจริง ๆ ผมไม่ได้เห็นด้วยกับภาพที่ vibe coding นำเสนอทั้งหมด 100% แต่ ก็เริ่มรู้สึกได้ว่าโลกกำลังมุ่งไปสู่ยุคที่คนจำนวนน้อยลงสามารถลองทำสิ่งใหม่ ๆ ได้เร็วขึ้นเรื่อย ๆ crawler 2025-03-24 | ความคิดเห็นหลัก | ใน: โปรแกรมเมอร์ที่แย่ที่สุดเท่าที่ผมเคยรู้จัก (2023) (dannorth.net) คงเป็นคนประเภทเดียวกับ GitHub Copilot สินะ.... nowdoit7 2025-03-24 | ความคิดเห็นหลัก | ใน: "Vibe Coding" เทียบกับความเป็นจริง (cendyne.dev) เห็นด้วยครับ/ค่ะ ช่วงแรกมันแสดงให้เห็นความเร็วในการพัฒนาที่แทบจะมหัศจรรย์ แต่ยิ่งสเกลใหญ่ขึ้นและมีไฟล์มากขึ้น หากผู้ที่รับผิดชอบในการดูแลจัดการมันอย่างมีประสิทธิภาพไม่ได้ (ในที่นี้คือมนุษย์) สุดท้ายก็จะได้เพียงผลลัพธ์ที่ตัวใหญ่เทอะทะและเต็มไปด้วยข้อผิดพลาดเท่านั้น ถ้าปล่อยไปจนถึงขั้นที่แก้ไขอะไรไม่ได้แล้ว ก็มีแต่จะสิ้นเปลืองเครดิต (Windsurf) หรือรีเควสต์ (Cursor) ไปเปล่า ๆ มันจะค่อย ๆ ดีขึ้นแน่นอน แต่ตอนนี้ยังไม่ควรเชื่อถือโค้ดจาก AI แบบ 100% tsboard 2025-03-24 | ความคิดเห็นหลัก | ใน: ในฐานะวิศวกร ฉันยอมถูกมองว่าโง่ ดีกว่าเอาแต่นิ่งเงียบ (shiftmag.dev) ทุกวันนี้โชคดีที่มี AI มารับคำถามโง่ ๆ ของฉันไปได้ตั้งเยอะ เฮ้อ~ fantajeon 2025-03-24 | ความคิดเห็นหลัก | ใน: ในฐานะวิศวกร ฉันยอมถูกมองว่าโง่ ดีกว่าเอาแต่นิ่งเงียบ (shiftmag.dev) "คำพูดที่ว่า 'ต่อให้ถามคำถามโง่ๆ ก็ไม่ถูกไล่ออก' นั้นก็จริง แต่ ในเกาหลี หากปกติถูกมองว่าทำตัวดูโง่ ก็มักจะถูกตั้งข้อสงสัยไปถึงความสามารถในการทำงานด้วย ท้ายที่สุดแล้ว ถ้าการวางตัวและภาพลักษณ์ในชีวิตประจำวันไม่ดี ความผิดพลาดเล็กๆ น้อยๆ หรือแม้แต่การตั้งคำถามก็อาจถูกทำให้เป็นปัญหาใหญ่ได้ ฟังดูน่าเสียดายอยู่บ้าง แต่ก็ดูเหมือนเป็นปรากฏการณ์ที่เกิดจากวัฒนธรรมการทำงานของเกาหลีที่ต้องดูมีความสามารถพอสมควรจึงจะได้รับการยอมรับ" sagee 2025-03-24 | ความคิดเห็นหลัก | ใน: ในฐานะวิศวกร ฉันยอมถูกมองว่าโง่ ดีกว่าเอาแต่นิ่งเงียบ (shiftmag.dev) นี่เป็นคุณสมบัติที่สำคัญอย่างยิ่งในงานวิศวกรรม depth221 2025-03-24 | ความคิดเห็นหลัก | ใน: ฟีเจอร์แผนที่ของ OpenStreetMap ที่สร้างด้วยคอมพิวเตอร์วิทัศน์ (blog.mozilla.ai) ลองค้นดูแล้ว เห็นว่า Map Feature โดยทั่วไปมักแปลว่าองค์ประกอบแผนที่ xguru 2025-03-24 | ความคิดเห็นหลัก | ใน: เทรนด์ React ปี 2025 (robinwieruch.de) React คือฟูลสแตกเฟรมเวิร์ก (กำลังจะเป็น) React Tech Stack 2025 เทรนด์ React ปี 2024 nicewook 2025-03-24 | ความคิดเห็นหลัก | ใน: Xata Agent - เอเจนต์ AI ผู้เชี่ยวชาญ PostgreSQL (github.com/xataio) ทั้งไอเดียและประโยชน์ใช้สอยก็ดูยอดเยี่ยมมาก อยากลองทำตามดูครับ halfenif 2025-03-24 | ความคิดเห็นหลัก | ใน: คิดว่าแค่โยน PDF ให้ก็น่าจะจบ - บันทึกล้มเหลวในการนำ RAG ไปใช้กับ GPTs (velog.io) ทำให้นึกถึงประโยคที่ว่า "เรื่องปรึกษาความรักที่คุยกับเพื่อนยาก ลองคุยกับ LLM แบบสบาย ๆ ดูสิ" เลยนะ tsboard 2025-03-24 | ความคิดเห็นหลัก | ใน: เครื่องจักรปั่นหมดไฟ (unionize.fyi) เห็นด้วยครับ/ค่ะ มีบางคนที่ยังไม่รู้ด้วยซ้ำว่า Agile คืออะไรกันแน่ แต่ก็ชอบพูดติดปากว่า "ต้องทำงานแบบ Agile สิ?" sr71gogo 2025-03-24 | ความคิดเห็นหลัก | ใน: Konva.js - ไลบรารี JavaScript Canvas 2D (github.com/konvajs) สามารถรวมหลายรูปทรงเข้าด้วยกันได้ แต่สำหรับรูปทรงประกอบ เวลาหมุนจะเกิดจุดศูนย์กลางในตำแหน่งที่ต่างจากที่คิดไว้ จึงทำให้การทำให้หมุนเปลี่ยนมุมอยู่กับที่ทำได้ยาก redmi 2025-03-24 | ความคิดเห็นหลัก | ใน: เชื่อมต่อ IntelliJ กับ Claude ผ่าน Model Context Protocol (MCP) (blog.sionic.ai) ก็จริงนะ ถ้าจะใช้กับ IDE ดูเหมือนว่าใช้ Cursor จะถูกกว่าและเร็วกว่านะ redmi 2025-03-24 | ความคิดเห็นหลัก | ใน: Breadcrumb ในงานออกแบบเว็บได้ตายไปแล้ว (webdesignerdepot.com) ก็โลงอีกแล้วเหรอ?? ehdgns104 2025-03-24 | ความคิดเห็นหลัก | ใน: AI กำลังทำให้นักพัฒนากลายเป็นคนโง่ (eli.cx) พูดได้ถูกต้องมากเลยครับ 555 roxie 2025-03-24 | ความคิดเห็นหลัก | ใน: หนังสือ 100 เล่มที่ควรอ่านเมื่อกำลังเตรียมตัวเริ่มต้นใหม่ (blog.toss.im) น่าเสียดายจัง ถ้ามี <일을 버려라> อยู่ด้วยคงจะสนุกดี whitelips 2025-03-23 | ความคิดเห็นหลัก | ใน: เปิดตัว Calibre 8.0 - โปรแกรมอ่านและจัดการ eBook (calibre-ebook.com) ว้าว นี่ออกมาถึงเวอร์ชัน 8 แล้วสินะ lidersy961 2025-03-23 | ความคิดเห็นหลัก | ใน: Konva.js - ไลบรารี JavaScript Canvas 2D (github.com/konvajs) มันเป็นมีมที่เรียกว่า Rick Rolled เป็นมีมจากต่างประเทศที่หลอกให้คนกดลิงก์เพลง Never Gonna Give You Up แล้วโดนแกล้ง และน่าจะทำแบบนี้เพื่อแกล้งคนเพราะเป็นโอเพนซอร์สฟรีนี่แหละ 555 โหลดความคิดเห็นเพิ่มเติม
แม้จะลองหลายอย่าง แต่ข้อจำกัดด้านความจำก็ชัดเจนอยู่แล้ว เหมาะในระดับ PoC ดี ในแง่ของการดูความเป็นไปได้/การใช้งานอย่างรวดเร็วก็ถือว่าดี
แต่ปัญหาคือยิ่งต้องการผู้มีประสบการณ์มากขึ้นไปอีก
เมื่อมองว่าเวลาส่วนใหญ่ในการเขียนโค้ดหมดไปกับการดีบักและการอ่านโค้ด ผมคิดว่านี่เป็นการพูดเกินจริงไปมาก คนที่สร้าง AI ต่างก็พูดในทำนองนี้กันหมด แต่ถ้าดูอย่างน้อยจากสถานการณ์ตอนนี้ ก็ดูเหมือนจะยังไม่เป็นแบบนั้น ถ้าไปถึงจุดที่ไม่ต้องใช้แรงคนเลยจริง ๆ จะยังจำเป็นต้องเขียนโค้ดอยู่หรือเปล่า? แค่ใส่คำอธิบาย API แล้วใช้ LLM เป็นแบ็กเอนด์ไปเลยน่าจะดีกว่า
ดูเหมือนว่า AI จะทำให้โลกเปลี่ยนไปมากจริง ๆ ผมไม่ได้เห็นด้วยกับภาพที่ vibe coding นำเสนอทั้งหมด 100% แต่
ก็เริ่มรู้สึกได้ว่าโลกกำลังมุ่งไปสู่ยุคที่คนจำนวนน้อยลงสามารถลองทำสิ่งใหม่ ๆ ได้เร็วขึ้นเรื่อย ๆ
คงเป็นคนประเภทเดียวกับ GitHub Copilot สินะ....
เห็นด้วยครับ/ค่ะ ช่วงแรกมันแสดงให้เห็นความเร็วในการพัฒนาที่แทบจะมหัศจรรย์ แต่ยิ่งสเกลใหญ่ขึ้นและมีไฟล์มากขึ้น หากผู้ที่รับผิดชอบในการดูแลจัดการมันอย่างมีประสิทธิภาพไม่ได้ (ในที่นี้คือมนุษย์) สุดท้ายก็จะได้เพียงผลลัพธ์ที่ตัวใหญ่เทอะทะและเต็มไปด้วยข้อผิดพลาดเท่านั้น ถ้าปล่อยไปจนถึงขั้นที่แก้ไขอะไรไม่ได้แล้ว ก็มีแต่จะสิ้นเปลืองเครดิต (Windsurf) หรือรีเควสต์ (Cursor) ไปเปล่า ๆ มันจะค่อย ๆ ดีขึ้นแน่นอน แต่ตอนนี้ยังไม่ควรเชื่อถือโค้ดจาก AI แบบ 100%
ทุกวันนี้โชคดีที่มี AI มารับคำถามโง่ ๆ ของฉันไปได้ตั้งเยอะ เฮ้อ~
"คำพูดที่ว่า 'ต่อให้ถามคำถามโง่ๆ ก็ไม่ถูกไล่ออก' นั้นก็จริง แต่
ในเกาหลี หากปกติถูกมองว่าทำตัวดูโง่ ก็มักจะถูกตั้งข้อสงสัยไปถึงความสามารถในการทำงานด้วย ท้ายที่สุดแล้ว ถ้าการวางตัวและภาพลักษณ์ในชีวิตประจำวันไม่ดี ความผิดพลาดเล็กๆ น้อยๆ หรือแม้แต่การตั้งคำถามก็อาจถูกทำให้เป็นปัญหาใหญ่ได้ ฟังดูน่าเสียดายอยู่บ้าง แต่ก็ดูเหมือนเป็นปรากฏการณ์ที่เกิดจากวัฒนธรรมการทำงานของเกาหลีที่ต้องดูมีความสามารถพอสมควรจึงจะได้รับการยอมรับ"
นี่เป็นคุณสมบัติที่สำคัญอย่างยิ่งในงานวิศวกรรม
ลองค้นดูแล้ว เห็นว่า
Map Featureโดยทั่วไปมักแปลว่าองค์ประกอบแผนที่React คือฟูลสแตกเฟรมเวิร์ก (กำลังจะเป็น)
React Tech Stack 2025
เทรนด์ React ปี 2024
ทั้งไอเดียและประโยชน์ใช้สอยก็ดูยอดเยี่ยมมาก
อยากลองทำตามดูครับ
ทำให้นึกถึงประโยคที่ว่า "เรื่องปรึกษาความรักที่คุยกับเพื่อนยาก ลองคุยกับ LLM แบบสบาย ๆ ดูสิ" เลยนะ
เห็นด้วยครับ/ค่ะ มีบางคนที่ยังไม่รู้ด้วยซ้ำว่า Agile คืออะไรกันแน่ แต่ก็ชอบพูดติดปากว่า "ต้องทำงานแบบ Agile สิ?"
สามารถรวมหลายรูปทรงเข้าด้วยกันได้ แต่สำหรับรูปทรงประกอบ เวลาหมุนจะเกิดจุดศูนย์กลางในตำแหน่งที่ต่างจากที่คิดไว้ จึงทำให้การทำให้หมุนเปลี่ยนมุมอยู่กับที่ทำได้ยาก
ก็จริงนะ ถ้าจะใช้กับ IDE ดูเหมือนว่าใช้ Cursor จะถูกกว่าและเร็วกว่านะ
ก็โลงอีกแล้วเหรอ??
พูดได้ถูกต้องมากเลยครับ 555
น่าเสียดายจัง ถ้ามี
<일을 버려라>อยู่ด้วยคงจะสนุกดีว้าว นี่ออกมาถึงเวอร์ชัน 8 แล้วสินะ
มันเป็นมีมที่เรียกว่า Rick Rolled เป็นมีมจากต่างประเทศที่หลอกให้คนกดลิงก์เพลง Never Gonna Give You Up แล้วโดนแกล้ง และน่าจะทำแบบนี้เพื่อแกล้งคนเพราะเป็นโอเพนซอร์สฟรีนี่แหละ 555