เพื่อนร่วมงาน Julius

 (ploum.net)
2 คะแนน โดย GN⁺ 2024-12-24 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Julius ที่ผู้เล่าพบซ้ำแล้วซ้ำเล่าตั้งแต่มหาวิทยาลัยจนถึงที่ทำงาน เป็นคนที่มีความมั่นใจและทักษะการนำเสนอยอดเยี่ยม แต่ความเข้าใจด้านเทคนิคและการมีส่วนร่วมจริงกลับถูกตั้งคำถามอยู่เสมอ
  • เขาพูดสิ่งที่ขัดกับแนวคิดพื้นฐานซ้ำ ๆ เช่น กล่าวถึง เครื่องเสมือน C ในโปรเจกต์ภาษา C หรือบอกลูกค้าว่าเซิร์ฟเวอร์บนอินเทอร์เน็ตไม่มีที่อยู่ IP
  • ทีมต้องตรวจทานโค้ดและเอกสารของเขาใหม่ทุกครั้ง รวมถึงต้องคอยแก้สถานการณ์จากคำมั่นสัญญาที่ให้ไว้กับลูกค้า แต่หัวหน้าและ HR กลับประเมินทักษะการนำเสนอและทัศนคติของเขาไว้สูง
  • ทุกครั้งที่ Julius ย้ายบริษัท เขาก็ขยายประวัติและค่าตอบแทนของตนให้ใหญ่ขึ้น และรักษาเส้นทางอาชีพที่ดูเหมือนเป็นผู้มีส่วนร่วมอย่างมากผ่าน LinkedIn และการปรากฏในสื่อ
  • เมื่อบริษัทนำ ซอฟต์แวร์ AI หลายตัวมาใช้ด้วยเหตุผลว่าเพื่อเพิ่มผลิตภาพและห้ามปิดใช้งาน ผู้เล่าจึงรู้สึกทนกับสภาพแวดล้อมการทำงานที่เหมือนรายล้อมไปด้วย Julius หลายสิบคนได้ยาก

พบ Julius ครั้งแรกในมหาวิทยาลัย

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

รอยร้าวแรกที่เผยออกมาในโปรเจกต์ C

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

พบ Julius อีกครั้งที่บริษัท

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

ต้นทุนการตรวจทานที่ทีมต้องแบกรับ

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

ทีมที่ต้องแก้คำมั่นสัญญากับลูกค้า

  • ผู้เล่าพยายามบอกหัวหน้าว่า Julius ไม่เข้าใจงานของทีม แต่ไม่สำเร็จ
  • ทีมถึงกับส่ง Julius ไปเข้าประชุมที่ไร้ประโยชน์เพื่อกันเขาออกไปสักสองสามชั่วโมง แต่กลยุทธ์นั้นก็มีขีดจำกัด
  • หลังจาก Julius ให้คำมั่นกับลูกค้าว่าสามารถทำให้อินเทอร์เฟซเรียบง่ายเหลือเพียงปุ่มเดียวและทำสิ่งที่ลูกค้าต้องการได้อย่างแม่นยำ ทีมต้องจัด การประชุมจัดการวิกฤตตลอดหนึ่งสัปดาห์ เพื่อปลอบลูกค้าที่ผิดหวัง
    • ทีมแก้สถานการณ์ว่า การจะตอบสนองความต้องการที่ซับซ้อนของลูกค้าด้วยปุ่มเดียวได้ต้องถึงขั้นพัฒนาเครื่องอ่านใจ
  • สำหรับลูกค้าที่กังวลเรื่องการแฮ็ก เขาบอกว่าเพื่อความปลอดภัย เซิร์ฟเวอร์ที่เชื่อมต่อกับอินเทอร์เน็ตไม่มีที่อยู่ IP
    • ตัว “I” ในที่อยู่ IP หมายถึง Internet
    • อินเทอร์เน็ตคือเครือข่ายที่เชื่อมต่อกันของคอมพิวเตอร์ที่มีที่อยู่ IP
    • การบอกว่าอยู่บนอินเทอร์เน็ตโดยไม่มีที่อยู่ IP ก็เหมือนบอกว่าสามารถติดต่อทางโทรศัพท์ได้โดยไม่มีเบอร์โทรศัพท์
  • ทีมไม่ให้ Julius พบลูกค้าตามลำพัง
  • โปรแกรมเมอร์คนหนึ่งหยิบยกปัญหาขึ้นกับหัวหน้าโดยตรง แต่หัวหน้ามองว่าเป็นความอิจฉา โปรแกรมเมอร์คนนั้นถูกตำหนิและลาออกหลังจากนั้นไม่นาน

การลาออกของ Julius และการขยายเส้นทางอาชีพ

  • Julius ออกจากบริษัทโดยบอกว่าได้รับข้อเสนอที่ปฏิเสธไม่ได้
  • หัวหน้าและฝ่าย HR รู้สึกเสียดายอย่างจริงใจที่เขาจากไป
  • บัญชี LinkedIn ของ Julius เคลื่อนไหวมากและได้รับความคิดเห็นหลายร้อยรายการ
  • หนึ่งปีที่เขาอยู่ร่วมงานถูกสรุปบน LinkedIn ว่าเป็นประสบการณ์อันน่าทึ่ง และแม้จะไม่ได้บิดเบือนข้อเท็จจริง แต่ก็ทิ้งความรู้สึกว่าเขามีส่วนร่วมกับทีมอย่างมาก
  • ต่อมา Julius ได้เป็นรอง CEO ของสตาร์ทอัพที่ถูกบริษัทข้ามชาติเข้าซื้อกิจการ แล้วกลายเป็น CEO ชั่วคราว
  • หนังสือพิมพ์เศรษฐกิจนำเสนอเรื่องของเขา และหลังจากนั้นเขาก็เข้าร่วมทีมของบุคคลระดับรัฐมนตรี

“Julius หลายสิบคน” ที่กลายเป็นซอฟต์แวร์ AI

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

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2024-12-24
ความคิดเห็นบน Hacker News

  • ผมเคยเจอ คนสายเพิ่มประสิทธิภาพอาชีพการงาน คล้าย Julius อยู่หลายครั้ง แต่อธิบายยาก
    พอเข้าทีมใหม่ ก็มีวิศวกรอาวุโสชื่อ Pete อยู่ และเขาถูกแนะนำว่าเป็นอัจฉริยะที่สร้างเวอร์ชันแรก ๆ ของผลิตภัณฑ์ใหม่ขึ้นมา แต่พอเปิด codebase ดู กลับเป็น ก้อนโคลนสปาเกตตี ที่พอรันเดโมได้แบบเฉียด ๆ ไม่มีเอกสาร ไม่มีเทสต์ กว่าจะทำความเข้าใจก็ใช้เวลามาก แต่ฝ่ายบริหารกลับมองว่า “Pete ทำได้ใน 2 สัปดาห์ แล้วทำไมการเพิ่มฟีเจอร์ถึงใช้เวลานานขนาดนี้”
    ต่อให้อธิบายสถานการณ์ให้ฝ่ายบริหารฟัง พวกเขาก็ชอบ Pete มากจนรับคำวิจารณ์ไม่ได้ Pete ถูกมองว่าเป็นคนที่ช่วยบริษัทไว้หลายครั้ง และกลับตัดสินว่าคนอื่นต่างหากที่ตามเขาไม่ทัน สุดท้าย ระหว่างที่คนที่เหลือต้องจ่ายต้นทุนให้กับความเละเทะที่ Pete สร้างไว้ Pete ก็ย้ายไปโปรเจกต์ที่ใหญ่กว่า และจากไปพร้อมการเลื่อนตำแหน่งกับเงินเดือนที่เพิ่มขึ้น ก่อนที่ปัญหาจะเผยตัว รูปแบบนี้เฉพาะเจาะจงเกินไปจนดูเหมือนเป็นพฤติกรรมที่ตั้งใจ เลยสงสัยว่าควรเรียกคนแบบนี้ว่าอะไร

    • อ๋อ รู้จักคนแบบนั้น… นั่นแหละผมเอง
      ผมทำ “งานเกี่ยวกับคอมพิวเตอร์” ในบริษัทเล็ก ๆ มาราว 20 ปี ตั้งแต่เดินสายเครือข่าย ซัพพอร์ต เขียนโปรแกรม ไปจนถึงงานบริหาร ที่ทำงานปัจจุบันบางทียังต้องขับรถยกในคลังสินค้าด้วย
      ตลอด 10 ปีที่อยู่บริษัทเดียวกัน ผมสร้างส่วนใหญ่ของระบบนิเวศซอฟต์แวร์ขึ้นมา แต่ถ้ามองในฐานะมืออาชีพ มันคือ เครื่องจักรแบบ Rube Goldberg ที่ติดไว้ด้วยเทปผ้า ชัด ๆ แทบไม่มีอะไรถูกวางแผน นำไปใช้ หรือทดสอบอย่างถูกต้อง และบ่อยครั้งคือบ่ายวันศุกร์เจ้านายจะเดินมาพร้อม “ฟีเจอร์ X / แก้ปัญหา Y / บั๊ก Z ด่วนจริง ๆ” สาเหตุก็มักเป็นผลข้างเคียงจากแพตช์ด่วนครั้งก่อน
      แต่ถึงอย่างนั้นก็สร้างขึ้นมาแล้ว และมันก็ทำงานได้ ผมบอกเจ้านายบ่อย ๆ ว่า “ระบบนี้ควรถูกลากไปหลังโกดังแล้วยิงทิ้งเพื่อจบความทรมาน” แต่ยังไงมันก็ยังทำงานได้ บางทีผมอาจต้องเรียน ทักษะแบบ Pete ในการกระโดดเรือ ย้ายไปเอาโปรโมชันกับเงินเดือนขึ้นแล้วก็ได้
    • John Osterhout เรียกคนแบบนี้ว่า ทอร์นาโดเชิงยุทธวิธี หมายถึงโปรแกรมเมอร์ที่พัฒนาแบบเน้นยุทธวิธีล้วน ๆ
      หนังสือของเขา “A Philosophy of Software Design” ให้คำศัพท์สำหรับคิดเรื่องด้านเทคนิคของปัญหานี้ได้ดี โดยเฉพาะบทที่ 3 “Working Code isn't Enough” มีประโยชน์ และอาจให้ภาษามากพอที่จะเริ่มจัดการปัญหาโดยไม่โจมตีตัวบุคคล
      ส่วนเรื่องจิตวิทยาของคนแบบนี้ ผมยังไม่เจอแหล่งข้อมูลดี ๆ แบบชัดเจน แต่เห็นได้ชัดว่าระบบที่พวกเขาอยู่ให้ ลูปป้อนกลับ ที่เสริมแรงพฤติกรรมนั้น ปัจจัยในโมเดลบุคลิกภาพอย่าง Big Five เช่น ความเป็นระเบียบ ก็น่าจะมีผลด้วย
    • นี่ไม่ใช่ปัญหาของ Pete เท่าไร แต่ใกล้เคียงกับ ความล้มเหลวด้านการจัดการ มากกว่า
      ถ้าสั่งให้ Pete สร้างเดโมให้เร็วที่สุด เขาก็ทำตามนั้น จริง ๆ แล้วหลายกรณีที่ฝ่ายบริหารสั่งแบบนั้นก็ไม่ได้แย่ เพราะการหา product-market fit มักสำคัญกว่าหนี้ทางเทคนิคได้
      แต่ฝ่ายบริหารต้องรู้ว่าการเปลี่ยนเดโมที่ปะติดปะต่อแบบลวก ๆ ให้เป็นระบบใช้งานจริงนั้นใช้เวลานานและยากแค่ไหน
    • เคยเห็นรูปแบบคล้ายกันในบริษัทใหญ่ด้วย โดยมากเป็นวิศวกรระดับกลางที่ผู้จัดการชอบเพราะ “ทำงานสำเร็จ” แต่จริง ๆ แล้วใกล้เคียงกับ รถบดดิน ที่ไถทับโค้ดไปข้างหน้า และข้าง ๆ ก็มีเพื่อนร่วมงานคอยอนุมัติว่า “ปล่อยเลย”
      เหตุผลที่คนพวกนี้ “เคลื่อนที่ได้เร็ว” คือขณะที่คนอื่นพยายามจำกัดความซับซ้อน พวกเขากลับเจาะรูทะลุ abstraction แล้วเดินผ่านไป พอได้รับการเลื่อนตำแหน่ง ก็กลายเป็น Pete แบบในคอมเมนต์ต้นทาง
    • “สัญชาตญาณในการออกจากเรือก่อนปัญหาจะเผยตัว” ไม่ใช่ลูกเล่น แต่เป็น ทักษะเชิงบงการ ที่ฝึกฝนมาตามเวลา
      เป็นวิธีทำให้ชื่อเสียงตัวเองเปล่งประกายบนความเสียสละของเพื่อนร่วมงาน และคนแบบ Pete นี่แย่จริง ๆ

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

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

    • ข้อโต้แย้งที่เจอบ่อยคือ “ถ้ามีทางเลือกที่ดีกว่า เช่น บริษัทที่บริหารโดยคนที่เข้าใจพื้นฐานของสิ่งที่สร้างจริง ๆ บริษัทเหล่านั้นก็จะชนะคนสายธุรกิจที่ขี้เกียจและเห็นแก่ตัวในการแข่งขัน”
      จริง ๆ แล้วมีบริษัทแบบนั้นเกิดขึ้นมากมายและเอาชนะคู่แข่งได้ด้วย แต่ภายหลังเราก็เห็นว่าบริษัทเหล่านั้นถูก คนประเภทธุรกิจ แบบเดียวกับที่เคยเอาชนะ แทรกซึมเข้าไป
      สิ่งที่น่าหงุดหงิดคือเห็นแบบนี้แล้วก็ทำอะไรไม่ได้ Julius มีอยู่เยอะจริง ๆ แต่ถึงอย่างนั้น งานก็ไม่จำเป็นต้องเป็นตัวตนทั้งหมดของเรา ถ้าโชคดีได้อยู่ถูกเวลาและถูกที่ ก็คงมีประสบการณ์ที่อยู่กับเราไปตลอดชีวิต แต่ถ้าไม่ใช่ก็ไม่เป็นไร เรายังทำงานที่ภูมิใจได้ และควรถูกเรื่องแบบนี้ลากไปน้อยลง Julius อาจไม่มีตัวเลือกแบบนั้นก็ได้
    • ไม่ว่าจะชอบหรือไม่ Elon Musk ก็แสดงให้เห็นค่อนข้างดีว่าตลาดสามารถให้รางวัลกับ ผู้นำสายเทคนิคแบบออทิสติก ที่ทำให้ทุกคนหัวเสียได้เช่นกัน
      วิดีโอไวรัลล่าสุดที่ Andrej Karpathy อธิบายวิธีบริหารของ Elon: https://www.youtube.com/watch?v=aSiJ4YTKxfM
      แน่นอนว่าข้อบกพร่องของ Elon เป็นที่รู้กันดี และไม่ควรบูชาเขา เพียงแต่ผมกังขากับข้ออ้างที่ว่าแนวปฏิบัติการบริหารแบบดั้งเดิมถูกกำหนดไว้อย่างหลีกเลี่ยงไม่ได้เพราะแรงจูงใจ

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

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

  • เป็นบทความที่ควรค่าแก่การอ่านจริง ๆ และเขียนได้ดีมาก
    ดูเหมือนจะกำลังพูดว่า Julius ตัวจริง มีอยู่จริง และกลไกที่ใช้พาปัญญาประดิษฐ์เข้าที่ทำงานก็เป็นแบบเดียวกับวิธีที่บรรดา Julius ในโลกใช้ไต่เต้า

  • ยอดเยี่ยมจริง ๆ ตลอดอาชีพเจอ Julius หลายคน มาพอสมควร
    จักรวาลดูเหมือนจะผลิตและขับเคลื่อนคนแบบนั้นออกมาอย่างอุดมสมบูรณ์ และคงจะชอบพวกเขาไม่น้อย

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

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

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

  • Julius ฟังดูเหมือนการนำ หลักการปีเตอร์ มาใช้ซ้ำ ๆ แต่ต่างกันตรงที่ตั้งแต่แรกก็ไม่เคยไปถึงระดับที่มีความสามารถเลย
    เป็นคนที่ดูดีมีชั้นเชิงแต่ไร้ความสามารถ

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