อ่านได้อย่างน่าสนใจมาก

ว้าว... มีคนที่คล้ายกับบทความนี้มากอยู่คนหนึ่งเลย ต้องแชร์ให้เขาอ่านแล้วล่ะ
ขอบคุณสำหรับบทความดี ๆ ครับ

เห็นด้วยครับ โดยส่วนตัวผมก็มักแนะนำรุ่นน้องว่าอย่างน้อยก็ควรทำงานให้คนเห็นบ้าง

ก็พอจะรู้สึกร่วมอยู่บ้างนะ.. 555
หรือว่าเป็นแค่ตลาดเกาหลีเท่านั้น...

ผมสนใจ React-Native มากอยู่แล้ว ตัวนี้ก็น่าสนใจเหมือนกันนะครับ

เนื้อหาข้างต้นนำมาจากบทความแนะนำอย่างเป็นทางการ Lynx: Unlock Native for More

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

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

"เราไม่ต้องการนักเรียนระดับ A+ ที่ตอบได้ทุกคำถาม
สิ่งที่เราต้องการคือนักเรียนระดับ B ที่มองเห็นและตั้งคำถามกับสิ่งที่คนอื่นมองข้าม"

พอเห็นแบบนี้ก็รู้สึกขึ้นมาทันทีว่าฉันนี่แหละคือนักเรียนระดับ B แต่บริษัทใหญ่ ๆ กลับเลือกจ้างโดยมองหาแต่นักเรียนระดับ A+ เท่านั้น

ผมคิดว่า MCP นั้นไม่ใช่มาตรฐานสำหรับการสื่อสารข้อมูลที่จะกลายเป็น JSON และยังซับซ้อนเกินความจำเป็นด้วย

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

ดูเหมือนว่ารายการสุดท้ายของ "สรุปความเห็น Hacker News แปล" ที่ว่า "ข้อสันนิษฐานที่ว่าผลิตภาพของซอฟต์แวร์ไม่ได้เพิ่มขึ้น 5-10 เท่านั้น อาจเป็นสิ่งที่ไม่ถูกต้อง" จะเป็นการแปลคลาดเคลื่อน เมื่อตรวจดูต้นฉบับแล้ว การสรุปในทำนองว่า "การบอกว่าผลิตภาพของซอฟต์แวร์เพิ่มขึ้น 5-10 เท่า เป็นสิ่งที่ตั้งอยู่บนข้อสันนิษฐานที่คลาดเคลื่อนเกี่ยวกับการเพิ่มขึ้นของผลิตภาพ" น่าจะเป็นสรุปที่เหมาะสมกว่าครับ

ใช่ครับ เห็นด้วย เรื่องนี้ตัวเองก็ต้องแสดงตัวออกมาด้วย และถ้าคนที่เป็น giver ช่วย shout-out กันและกันเยอะ ๆ ก็น่าจะดีครับ วัฒนธรรมองค์กรเองก็ควรส่งเสริมเรื่องนั้นด้วย

เทอร์มินัลนี่มันช่าง...

> โปรแกรมเมอร์ส่วนใหญ่ไม่รู้วิธีใช้เครื่องมือ LLM อย่างมีประสิทธิภาพ หรือไม่ก็ไม่ได้สนใจ

นักพัฒนารอบตัวจำนวนมากกลับไม่ค่อยสนใจเทคโนโลยีอย่างน่าประหลาดใจ พวกเขาใช้เวลาส่วนใหญ่ไปกับการเสพ YouTube Shorts ทั้งแบบใหม่และแบบซ้ำ ๆ อย่างเป็นกลไก

สงสัยว่า MCP จะสามารถเป็น JSON ได้หรือไม่

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

มีเรื่องที่น่าสนใจเยอะมาก ทั้งในมุมมองของ HR และในมุมมองของวัฒนธรรมองค์กร
ผมไม่ค่อยรู้เรื่องนี้เลยไปค้นดู พบว่า backdoor reference check หมายถึงการตรวจสอบชื่อเสียงแบบไม่ระบุผู้ติดต่ออ้างอิง เลยทิ้งข้อมูลนี้ไว้ เผื่อว่าจะมีคนแบบผมอยู่บ้าง

ดูเหมือนว่านี่จะเป็นหนึ่งในวิธีที่เป็นรูปธรรมของการฝึกฝนเชิงลึกที่หนังสือ The Talent Code พูดถึงนะครับ ขอบคุณสำหรับบทความดีๆ ครับ

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

ทั้งที่บริษัทยังสามารถเติบโตได้ใหญ่กว่านี้ แต่กลับเสนอราคาซื้อกิจการเพื่อให้ได้เงินลงทุนคืน และชักจูงให้ทำ exit

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

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