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

OpenAI Codex CLI - เอเจนต์สำหรับเขียนโค้ดขนาดเบาที่ทำงานในเทอร์มินัล

ตอนนี้ใน Edge เอง Microsoft ก็พยายามผสานรวมกับ LLM ของตัวเองอยู่แล้ว เลยไม่ใช่ความพยายามใหม่อะไรนัก แต่จำเป็นต้องถึงขั้นซื้อกิจการเลยหรือ? นี่ดูเป็นแค่ความพยายามขยายบริการไปยังผู้ใช้ Chrome ทั้งหมดมากกว่าจะเป็นเรื่องการพัฒนา การจะบอกว่า OpenAI สามารถเปิดยุคของเบราว์เซอร์ที่มี AI เป็นศูนย์กลางได้ก็ดูเป็นการสรุปเกินไป ถ้าอย่างนั้น Google Gemini ก็ทำได้เหมือนกัน

ว้าว ดีมากจริงๆ เลยนะครับ สำหรับทำกันแค่สองคน คงไม่ง่ายที่จะเตรียมข้อมูลฝึกสอนไปจนถึงขั้นนั้นได้ น่าทึ่งมากครับ

คนที่สร้างมาโผล่มาเองเลย~ ผม/ฉันก็คงต้องลองใช้ดูสักครั้งเหมือนกัน

555555

หน้าเว็บภาษาอังกฤษคือ https://www.math.uwaterloo.ca/tsp/korea/index.html
ทัวร์นี้ชัดเจนว่าไม่สมจริงอยู่แล้ว ดูเหมือนว่าจะไม่ได้พิจารณาเส้นทางทางเรือเมื่อต้องเดินทางจากแผ่นดินใหญ่ไปยังเกาะเชจูหรืออุลลึงโด ดูรูปนี้ได้เลย: https://www.math.uwaterloo.ca/tsp/korea/img/full_line.png

ประเด็นคงไม่ใช่การคำนวณเวลาโดยประมาณที่ต้องใช้ในการไปเยือนให้แม่นยำ แต่ควรให้ความสำคัญกับการที่นำ TSP มาประยุกต์แก้กับข้อมูลจากโลกจริงมากกว่า

แน่นอนว่าอย่างที่มีคอมเมนต์ไว้ในโพสต์นี้เหมือนกัน ดูเหมือนจะเป็นบทความที่ตั้งใจเขียนให้ยั่วกระแสมากเกินไปจริง ๆ นะ :(

ช่วงหนึ่งมีทั้งทวีตและวิดีโอ[1] ที่บอกว่าเลิกใช้ Edge rendering ของ vercel แล้ว รวมถึงบทความเกี่ยวกับ serverless server (ฮ่าๆ)[2] ที่เป็นกระแสอยู่พอสมควรนะครับ คิดว่าน่าจะมีมุมมองคล้ายกับบทความที่ออกมาในตอนนั้น

นี่เป็นความเห็นส่วนตัว แต่ในมุมของนักพัฒนา frontend ผมคิดว่าการเอา serverless function ไปผูกกับคำขอของผู้ใช้ยังเป็นเรื่องที่อีกไกลอยู่ (ถ้าแอปพลิเคชันที่กำลังจะทำไม่ใช่ MVP นะครับ)

[1] https://youtu.be/lAGE-k1Zfrg
[2] https://vercel.com/blog/…
[2-1] https://bobaekang.com/blog/…

ผมยังไม่ค่อยเข้าใจ bootable container เท่าไหร่นัก

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

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

หลุดพ้นจากความเป็นมือสมัครเล่นแล้วกลายเป็นมืออาชีพได้ง่ายงั้นเหรอ? ถ้าเป็นเรื่องจริง เราก็คงไม่เรียกสิ่งนั้นว่ามืออาชีพอีกต่อไป

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

น่าเสียดายที่ Samsung ยุติการรองรับ Linux on DeX ไป
ตอนนี้ Google มาลองทำเองแล้วสินะ
ดีเลยครับ

ขอเสริมจากที่มีคนพูดถึงประสบการณ์การพัฒนาและการทำ observability นะครับ

ถ้าจัดสภาพแวดล้อมการรวมระบบตั้งแต่ช่วงแรกไว้ดีพอ ก็สามารถได้ประสบการณ์การพัฒนาที่ไม่แพ้แบบคอนเทนเนอร์ หรืออาจจะใกล้เคียงความเป็นเนทีฟยิ่งกว่าแบบคอนเทนเนอร์ด้วยซ้ำ (และก็มีเครื่องมือหลากหลายสำหรับเรื่องนี้)

ส่วน observability ถ้าจะทำกันแบบลึกจริงจัง ไม่ว่าจะเป็น serverless หรือแบบคอนเทนเนอร์ก็ไม่ใช่ปัญหาที่แก้ง่ายเหมือนกันทั้งคู่ ไม่ว่าจะเป็นการรวมศูนย์ล็อก การแสดงผลเมตริกต่าง ๆ, APM, การแสดงผลการใช้ cpu/memory และการวางกลยุทธ์การสเกลตามนั้น ฯลฯ...

แต่ถ้ายังไม่ถึงขั้นนั้น เมตริก/การรวมล็อกที่คลาวด์เวนเดอร์ให้มาพื้นฐานก็ทรงพลังอยู่แล้ว เลยไม่ได้ต่างกันมากครับ

ถ้าจะพูดกันแบบตรง ๆ หน่อย ผมก็อยากถามว่า 'ได้ลองทำ serverless แบบจริงจังพอสมควรแค่ไหนแล้ว?' 😅

ในมุมของคนที่เคยใช้งานทั้งสภาพแวดล้อมแบบคอนเทนเนอร์ (เน้น ECS Fargate และ Kubernetes cluster) และสภาพแวดล้อมแบบ serverless (AWS) ผมรู้สึกว่ายังไม่ค่อยโดนใจเท่าไรนัก

สิ่งที่ยกมาเป็นข้อดีของสภาพแวดล้อมแบบคอนเทนเนอร์นั้น ก็เป็นจุดที่อาจกลายเป็นข้อเสียได้พร้อมกันเช่นกัน

ส่วนที่พูดว่า 'ควบคุมได้เองโดยตรงและมี state ได้' นั้น สำหรับผมทั้งหมดล้วนกลายเป็นจุดที่ต้องดูแล ทำให้ความยากในการปฏิบัติการสูงขึ้น

ผมจึงแนะนำ serverless อย่างมากสำหรับองค์กรขนาดเล็ก หรือองค์กรที่ไม่มีทีมดูแลเซิร์ฟเวอร์แบบเฉพาะทาง

อ้อ แต่เรื่องที่การคำนวณค่าใช้จ่ายซับซ้อนหรือคาดเดาได้ยาก รวมถึงปัญหา vendor lock-in นั้น ผมเห็นด้วยครับ

ตั้งแต่แรกมันก็ไม่ใช่ Serverless แต่เป็น Serverlease ต่างหาก

เหมือนกับคอมเมนต์อื่น ๆ ถ้าคนที่ทำงานอยู่ที่ Samsung, Naver ฯลฯ แล้วย้ายไป AMD, Google ฯลฯ ภายหลังกลับมาที่เกาหลีพร้อมประสบการณ์ ก็น่าจะกลายเป็นทรัพยากรที่มีค่ามาก แต่ในบรรยากาศแบบนี้ไม่ใช่แค่จะไม่กลับมาเท่านั้น คงยิ่งออกไปต่อเรื่อย ๆ ปัญหาไม่ได้มีแค่เรื่องเงินอย่างเดียว แต่ทั้งสภาพแวดล้อมและมุมมองต่ออาชีพนี้ก็ย่ำแย่มากด้วย

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