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

 

ฮ่าๆ ให้ตายสิ
ฉันเห็นเนื้อหานี้ใน Slack แล้วนึกว่าเป็นพิมพ์ผิด เลยเข้ามาดู แต่ที่ไหนได้ ไม่ได้พิมพ์ผิดจริงๆ ด้วย 555 อ่านสนุกมากเลยครับ/ค่ะ ขอบคุณสำหรับคำอธิบายละเอียดๆ
พูดนอกเรื่องนิดนึง แต่ใน UI ของแอป Tesla, X และ Starlink ดูเหมือนจะมีรสนิยมแบบเดียวกันอย่างสม่ำเสมออยู่นะ…

 

อยากลองใช้ Cline สักครั้งเหมือนกัน!

 

Hacker News ก็เป็นชุมชนที่มีช่วงอายุค่อนข้างสูงเหมือนกันนะ
ความคิดเห็นที่หลากหลายน่าสนใจดี

 

หัวข้อกับเนื้อหาไม่ตรงกันเลย โดนหลอกแล้ว

 

เคยแค่คิดว่าอยากลองใช้ Starlink พอได้มาเห็นโพสต์ที่พกไปใช้ตอนเที่ยวต่างประเทศแบบนี้ก็รู้สึกทึ่งนะครับ
สมกับเป็นการต้องซื้อในประเทศที่ยังไม่เปิดตัว แล้วเปิดใช้งานแพ็กเกจค่าบริการเอง แค่นี้ก็ด่านแรกแล้วสินะครับ
อ่านเพลินมากครับ

 

เมื่อคลื่นทั้งหมดนี้ผ่านพ้นไป คนรุ่นหลังจะจดจำยุคสมัยนี้อย่างไร

 

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

 

หนังสือธุรกิจไม่ใช่เครื่องมือเชิงกลยุทธ์ แต่เป็นความบันเทิง

เช่นเดียวกับที่เราไม่อาจมองข้ามอำนาจความน่าเชื่อถือของตำราเรียนเพียงเพราะมันเชย และทางเลือกอื่นก็ยากจะมาแทนที่ตำราเรียนได้ หนังสือธุรกิจที่เป็นที่รู้จักก็เป็นรากฐานหรือแก่นสำคัญของศาสตร์ด้านการจัดการและสตาร์ตอัปในตัวมันเอง
ผลงานชิ้นเอกของศาสตราจารย์ Steve Blank เรื่องวิธีวิทยาการพัฒนาลูกค้า ได้กลายเป็นรากฐานทางทฤษฎีของ Lean Startup และบรรดานักวิชาการกับผู้บุกเบิกที่เข้ามามีส่วนร่วมก็ได้สร้างเครื่องมือที่มีประสิทธิภาพอย่าง Business Model Canvas และ Lean Canvas จนเผยแพร่สู่สาธารณะอย่างกว้างขวาง
ผมคิดว่าการดูแคลนสิ่งเหล่านี้ หรือหลงลืมวัตถุประสงค์ดั้งเดิมแล้วมองว่ามันเป็นยาครอบจักรวาล เป็นเพราะยังไม่เข้าใจวัตถุประสงค์ที่แท้จริงของมันอย่างถูกต้อง

 

ผมเห็นด้วยอย่างยิ่งว่าคนกลุ่มผู้บริหารบริษัทข้ามชาติรุ่นเก๋าที่ผ่านศึกมามากมีแค่ The Goal ที่เป็นข้อยกเว้น หนังสือสายนี้เป็นการเปลืองทั้งเวลาและกระดาษจริง ๆ หนังสือด้านประวัติศาสตร์ เศรษฐศาสตร์ และมนุษยศาสตร์กลับช่วยได้มากกว่ามาก

 

พอลองรัน Trivy ดู ก็พบว่าเมื่อเทียบกับ js NPM หรือ java Maven แล้ว จำนวนช่องโหว่ระดับ high หรือ critical มีน้อยกว่ามากและปลอดภัยกว่า แล้วบทความนี้ต้องการจะสื่ออะไรเกี่ยวกับ Rust กันแน่?

 

มีบริการที่แค่ส่งลิงก์หน้าเว็บไปแล้วให้ช่วยสรุปให้ได้ไหม?

 

มี Slack สำหรับผู้นำสายเทคที่ Michael Lopp เป็นผู้ดูแลอยู่ RLS - Rands Leadership Slack หากสนใจ ลองเข้าไปดูได้ ปัจจุบันเป็น Slack ขนาดใหญ่ที่มีผู้เข้าร่วมมากกว่า 36,000 คน หากต้องการสมัคร ให้เข้าไปอ่านรายละเอียดในลิงก์ด้านบนให้ดี แล้วส่งอีเมลถึง Lopp ชื่อ/อาชีพ/เหตุผลที่อยากเข้าร่วม/รู้จัก RLS มาจากที่ไหน/ลิงก์ไปยังบัญชี LinkedIn หรือ Twitter ของตัวเอง เป็นต้น

 

ไม่ใช่ปัญหาเฉพาะของ Rust หรอก
มันเป็นทั้งข้อดีร่วมกันและปัญหาที่แฝงอยู่ของทุกภาษาที่มีตัวจัดการแพ็กเกจซึ่งรองรับคลังแพ็กเกจสาธารณะและการพึ่งพาแบบส่งต่อ
สุดท้ายก็ขึ้นอยู่กับคนที่เอาไปใช้ว่าจะใช้อย่างระมัดระวังแค่ไหน…
แม้จะมีกรณี leftpad ของ Node&npm มาก่อน ก็ยังไม่มีอะไรเปลี่ยนแปลง

 

ในทำนองเดียวกัน เวลาทำเอกสารเพื่อส่งให้ลูกค้า นักลงทุน หรือหัวหน้างาน ก็ดูเหมือนว่าสำคัญที่จะต้องเข้าหาจากมุมมองของการสร้างอะไรบางอย่างที่ขายได้ man page นั้นยอดเยี่ยมมาก แต่ถ้าเอาฟอร์แมตนั้นมาเป็นต้นแบบแล้วเขียนเอกสารนำเสนอนักลงทุน ก็คงพังแน่

 

ผมเห็นด้วยว่าในยุคการพัฒนา AI การออกแบบให้เป็นหน่วยเล็ก ๆ และมีความรับผิดชอบเดียวเป็นสิ่งจำเป็น

 

ผมคิดว่าในสตาร์ตอัป ไมโครเซอร์วิสก็มีข้อดีอยู่มากเหมือนกัน อย่างแรกเลยคือข้อดีของการใช้ monorepo นั้นผมแนะนำมากจริง ๆ

  • เมื่อทิศทางของผลิตภัณฑ์มีการเปลี่ยนแปลง ในไมโครเซอร์วิสจุดที่ต้องแก้ไขจะชัดเจนและน้อยกว่าแบบโมโนลิธิก ผมคิดว่านี่เป็นข้อดีที่ใหญ่มากจริง ๆ
  • ในยุคของการพัฒนาด้วย AI หน่วยย่อยเล็ก ๆ ของไมโครเซอร์วิสพัฒนาได้ง่ายกว่าผ่าน AI (ไม่ได้หมายความว่าโมโนลิธิกทำไม่ได้)
  • ผมยอมรับว่าภาระของ CI/CD มีอยู่ แต่ก็มีบริการที่ถูกยุติไปตั้งแต่ยังอยู่ในขั้นกำหนดทิศทาง สุดท้ายแล้วต่อให้ค่อยสร้างตอนที่กำหนดทิศทางได้ชัดเจนแล้ว ก็แทบจะเป็นระดับคัดลอกวางและสร้างเสร็จได้ภายในหนึ่งสัปดาห์
  • โอเพนซอร์สที่แต่ละภาษามีจุดแข็งนั้นค่อนข้างชัดเจน เช่น ทำ Security และ business logic ด้วย Java และทำ AI ด้วย Python ในโครงสร้างแบบไมโครเซอร์วิสจะสามารถใช้โอเพนซอร์สได้ให้มากที่สุด