ให้ AI มีแขนและขา แต่ตัวฉันกลับถูกปฏิเสธ

• พบว่าซอฟต์แวร์ Claude Desktop ของ Anthropic ใช้ไลบรารีโอเพ่นซอร์สสำหรับจำลองการป้อนข้อมูล enigo ที่ผู้เขียนพัฒนา
• enigo ทำงานบน Windows, macOS, BSD และ Linux ฯลฯ หลายระบบปฏิบัติการ และถูกใช้อย่างสำคัญใน Claude Desktop ที่พัฒนาโดย Electron
• ผู้เขียนส่งใบสมัครเข้าที่ Anthropic แต่ได้รับแจ้งว่าปฏิเสธด้วยเหตุผลว่า ทีมขาดบุคลากร
• enigo เผยแพร่ภายใต้สัญญาอนุญาต MIT จึงใครก็สามารถใช้งานได้ฟรี ทำให้ผู้เขียนไม่ได้รับผลประโยชน์ทางการเงินโดยตรง และได้เพียงการยอมรับในชุมชน
• แม้จะได้ “ให้ Claude มีแขนและขา” ไปแล้ว แต่ใน กระบวนการรับสมัครกลับถูกปฏิเสธ กลับทำให้ผู้เขียนรู้สึกทั้งเสียดายและภูมิใจ

---

บทนำ

ในเดือนตุลาคม 2024, Anthropic ได้เปิดตัวฟีเจอร์ "Claude Computer Use" ซึ่งช่วยให้ AI ควบคุมคอมพิวเตอร์ได้ ทำให้สามารถยกตัวอย่างเช่น คัดลอกข้อมูลจากเว็บเบราว์เซอร์ไปยังสเปรดชีต ได้ ผู้เขียนซึ่งเป็นผู้ดูแลไลบรารีเพื่อควบคุมคอมพิวเตอร์รู้สึกสนใจแนวทางของ Anthropic และต้องการวิเคราะห์และเรียนรู้จากมัน โดย ณ มีนาคม 2025 Anthropic เป็นผู้เล่นชั้นนำในอุตสาหกรรม AI ที่มีมูลค่าบริษัทมากกว่า 60,000 ล้านดอลลาร์สหรัฐ

ไลบรารี enigo และ Claude Desktop

ผู้เขียนพบว่า Anthropic ใช้ไลบรารี enigo ที่ผู้เขียนพัฒนาในเวอร์ชันเดสก์ท็อปของ Claude และสามารถตรวจสอบการใช้งาน enigo ใน Claude Desktop สำหรับ macOS ได้ด้วยคำสั่งต่อไปนี้

$ 7z x Claude.dmg
$ perl -nle 'print $& while /.{0,67}enigo.{0,30}/g' Claude/Claude.app/Contents/Resources/app.asar.unpacked/node_modules/claude-native/claude-native-binding.node

ผลลัพธ์ตัวอย่าง:

• /Users/runner/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/enigo-0.2.1/src/macos/macos_impl.rs
• ลักษณะเดียวกันสามารถตรวจพบการใช้งาน enigo ใน Claude สำหรับ Windows ได้

enigo มีคุณสมบัติ:

• รองรับหลายแพลตฟอร์ม เช่น Windows, macOS, BSD, Linux (wayland, X11, libei)
• เขียนด้วย Rust และให้ ความปลอดภัยของหน่วยความจำ และ ประสิทธิภาพสูง
• ไม่จำเป็นต้องใช้สิทธิ์ root
• มีการดาวน์โหลดมากกว่า 300,000 ครั้งบน crates.io และทำสถิติ 1200+ stars ใน GitHub
• การจำลองการป้อนอินพุตเป็นงานที่ค่อนข้างท้าทายมาก เนื่องจากความแตกต่างของรูปแบบการป้อนข้อมูลใน OS ต่าง ๆ และเอกสารที่ยังมีจำกัด
• เป็นไลบรารี Rust ที่แทบจะเป็นตัวเดียวที่นำการจำลองการป้อนอินพุตแบบข้ามแพลตฟอร์มไปใช้งานได้จริง

โอเพ่นซอร์สและโครงสร้างการชดเชย

enigo แจกจ่ายตามสัญญาอนุญาต MIT จึงใครก็สามารถใช้งานได้ฟรี โดยไม่รับค่าตอบแทนทางการเงินโดยตรงจากองค์กรหรือผู้ใช้ สิ่งที่ได้กลับมาแทนคือการเพิ่มชื่อเสียงในชุมชน เช่น จำนวนดาวบน GitHub และจำนวนดาวน์โหลดบน crates.io

แอป Electron และความย้อนแย้งเรื่องไม่รองรับ Linux

Claude Desktop แม้เป็นแอปที่สร้างบน Electron แต่ทางการรองรับเฉพาะ macOS และ Windows เท่านั้น ในขณะที่ข้อดีหลักของ Electron คือการรองรับหลายแพลตฟอร์ม แต่ก็ยังไม่มีเวอร์ชัน Linux อย่างเป็นทางการ ผู้ใช้ในชุมชนจึงพยายามนำไปพอร์ตบน Linux ด้วยโค้ด Stub ของตนเอง (ตัวอย่าง: claude-desktop-linux-flake เป็นต้น)
น่าสนใจว่าแม้ enigo จะรองรับ Linux จริง ๆ แล้ว ก็ยังจำเป็นต้องใช้แนวทางลัดเช่นนี้

การสมัครงานที่ Anthropic และประสบการณ์การถูกปฏิเสธ

ผู้เขียนทราบผ่านผู้รู้จักว่า Anthropic กำลังรับสมัครตำแหน่งพัฒนาฟีเจอร์ใหม่แบบไม่เปิดเผยของทีม Claude Desktop จึงคิดว่านี่เป็นตำแหน่งที่เหมาะกับตัวเองเพราะทีมนี้ใช้ enigo อย่างสำคัญ และจึงยื่นใบสมัคร

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

หากเข้าร่วมงานได้:

• ต้องการพัฒนาคุณสมบัติที่คล้ายกับ Computer Use ของ Claude Desktop ให้ก้าวหน้าไปอีกขั้น
• โดยเฉพาะมีความเชี่ยวชาญที่อาจช่วยการพอร์ตรุ่น Linux ของ Claude Desktop ได้
• และสามารถช่วยยกระดับ enigo ให้สูงขึ้นและเพิ่มความสมบูรณ์ของโปรเจกต์ได้มากขึ้น

บทสรุปและความคิดสะท้อน

ผู้เขียนรู้สึกภาคภูมิใจที่ enigo ได้รับการนำไปใช้ใน Anthropic Claude Desktop ขณะเดียวกันก็รับรู้เหตุการณ์ที่ถูกปฏิเสธในขั้นตอนรับสมัครจากบริษัทที่ยังคงใช้งาน ‘แขนและขา’ ที่ตัวเองสร้างไว้อย่างอารมณ์ขัน
ปิดท้ายด้วยการล้อเล่นว่า ตนเองก็น่าจะปลอดภัยแล้วจาก Roko's Basilisk (สถานการณ์การลงโทษโดย AI ซูเปอร์เด่นยิ่งในอนาคต)

[GN⁺]

ความคิดเห็นจาก Hacker News

• คุณเป็นผู้เขียนบล็อก ขอบคุณที่แนะนำบทความนี้นะครับ หากมีคำถามอะไรสามารถถามได้เสมอ และผมก็ยินดีรับฟัง feedback ของคุณด้วย ถือเป็นหนึ่งในโพสต์แรก ๆ ของคุณเอง จึงอยากเห็นงานเขียนดีขึ้นกว่าเดิม
  • ผมคิดว่าควรเปลี่ยนเป็น AGPL หรือ “custom license (ติดต่อสอบถามเรื่องการชำระเงินได้)” และน่าจะใส่ลิงก์ เหตุผล เพิ่มไปด้วย ถ้าไม่ใช้ license แบบ “viral” แบบเดียวกับ GPL จะเกิดปัญหาที่บริษัทได้ประโยชน์จากนักพัฒนาโอเพนซอร์สโดยไม่คืนอะไรกลับมา หลักการของ GPL ตั้งขึ้นมาเพื่อมนุษย์ ไม่ใช่เพื่อบริษัท (อย่างทนายความ 3 คนในเสื้อ trench coat) บริษัทอาจชมว่ารหัสของนักพัฒนานั้นใช้ใน enterprise ได้ดี แต่อาจไม่ยอมรับตัวนักพัฒนาเอง ผู้เขียนบล็อกรายนี้ก็จัดการโปรเจกต์ทั้งหมดด้วย AGPL อยู่แล้ว และหากต้องการเงื่อนไขพิเศษสามารถติดต่อมาได้
  • อยากรู้ว่า Claptrap รู้สึกยังไงในเหตุการณ์นั้นครับ (ลิงก์ YouTube) ชื่นชมที่ทำงานหนักมาก ๆ แม้ถูกปฏิเสธก็ยังน่าเสียดายและทำให้นึกถึงนักพัฒนา Homebrew ที่ Google เคยปฏิเสธ (ลิงก์ที่เกี่ยวข้อง)
  • ชื่นชมงานนี้มากครับ ในความเป็นจริง นักพัฒนาโอเพนซอร์สจำนวนมากมีเรื่องแบบเดียวกัน และผมเองก็เคยมีประสบการณ์ที่ Mojang ใช้ voxel engine ที่ผมพัฒนาด้วย
  • เมื่อโพสต์นี้กลายเป็นกระแสใน Hacker News ผมหวังว่าสักวันผู้รับผิดชอบที่ Anthropic จะอ่านแล้วขอโทษจริงใจและเสนอการร่วมงานเป็นจุดจบแบบ happy ending ขอให้เกิดสิ่งดี ๆ และขอเป็นกำลังใจให้
  • สงสัยว่าเปลี่ยนมาเป็น AGPL แล้วจะทำให้ได้ผลตอบแทน การรับรอง หรือโอกาสงานเพิ่มขึ้นหรือไม่
• ผมได้ยื่นใบสมัครเพราะรู้จากเพื่อนว่าที่ Anthropic มี open position ในทีมที่เขียนฟีเจอร์ลับใหม่ของ Claude Desktop โดยใช้ enigo และอีเมลตอบกลับอัตโนมัติบอกว่า “เราจะติดต่อเฉพาะผู้ผ่านรอบแรก” ต่อมาเงียบหลายสัปดาห์ จนคิดว่าใครก็ไม่รู้เลือกคนอื่นแล้ว แต่ความจริง ผมรู้สถานการณ์แบบนี้มานานจากการสมัครบริษัทใหญ่กว่า 10 ปี—แทบไม่มีใครตอบกลับเลย ยกเว้น JaneStreet ที่พอส่งคำอธิบายสั้น ๆ ถึงสิ่งที่สนใจก็ได้คำตอบกลับทันที และถ้ามีการแนะนำจากเพื่อน การได้สัมภาษณ์ Google หรือ Apple ก็ชัดเจนว่าง่ายขึ้นมาก
  • ตลอดอาชีพบางปีผ่าน 6 บริษัทมาแล้ว แต่ตลอดมาผมไม่ได้รับการติดต่อกลับจากการยื่นใบสมัครผ่านเว็บอย่างเป็นทางการเลย ต้องพยายามหาคนจริงให้แนะนำเข้าบริษัททุกครั้ง ที่นี่ก็คิดว่าแนวทางนี้ใช้ได้เหมือนกัน Anthropic ไม่มีเหตุผลที่ไม่ควรดึงตัวคุณที่เก่งมากเข้าทีม ลองพยายามเชื่อมต่อผ่านเพื่อนของเพื่อน แล้วคุยกันผ่านโทรศัพท์ดู
  • มันน่าสนใจที่ JaneStreet เป็นข้อยกเว้น ผมรู้สึกว่าบริษัทที่เลือก OCaml เป็นภาษาหลักจะใช้วิธีทุกทางเพื่อดึงคนเก่งเข้ามา
• ถ้าถามว่าทำไมไม่จ่ายเงินก็เพราะนักพัฒนาคนนี้เคยพัฒนาฟีเจอร์ที่ต้องการให้ใช้ฟรีแล้ว และการปฏิเสธเขาไม่ทำให้ภาพลักษณ์บริษัทดีขึ้น
  • อยากเสนอไลเซนส์แบบนี้: ถ้าบริษัทไม่จ้างผู้เขียนไลบรารีนี้ แต่รายได้ต่อปีเกิน 100 ล้านดอลลาร์ ให้ชำระค่าลิขสิทธิ์เชิงพาณิชย์ให้ผู้เขียนหลักเท่ากับค่าเงินเดือนรวมสูงสุดของ Director หรือ Principal Engineer ที่ดูแลทีมมากกว่า 50 คน ในเมืองต้นทุนสูงสุดของบริษัท ส่วนงานโอเพนซอร์สที่มีผู้เขียนหลายคน รายได้นี้ควรไหลไปยังโครงการหรือมูลนิธิที่ดูแลโปรเจกต์ และถ้าโปรเจกต์แกนหลักอย่าง ffmpeg ที่ Big Tech ใช้กันหลายฝ่ายใช้ไลเซนส์นี้ ก็อาจรับรายได้ได้หลายล้านดอลลาร์ แต่ก็ยังน่าจะถูกกว่าการพัฒนาขึ้นใหม่เองเสมอ
  • ถ้าบริษัทจ้างเขาโดยตรง
    • คุณกำหนดว่าควรกระจายงานอะไรได้ชัดขึ้น
    • คุณมั่นใจว่าเขารักงานนี้และมีความสามารถพอ
    • คุณครอบครองผลผลิตเพื่อใช้ในการแข่งขันได้
    • แทบไม่มีต้นทุนเพิ่ม
  • โปรเจกต์นี้ตอนนี้ยังเป็นงานอดิเรกของผมเอง และยังมีบั๊กมาก รายได้ก็ไม่พอจะใส่เวลามากขึ้นได้ หากเขาได้รับการจ้างจึงสามารถโฟกัสซ่อมบั๊กได้เต็มที่และก้าวหน้าเร็วขึ้นมาก
  • หากเครื่องมือนี้จริงจังกับบริษัท ทำไมไม่จ้างนักพัฒนาที่มีประสบการณ์สูงสุดในสายนี้ โดยเฉพาะตอนที่การรับคนถูกออกแบบให้ตรงกับตัวเขา? ถ้าคู่แข่งยึดเขาไว้ก่อน ก็เสี่ยงเกิดช่องว่างทางเทคโนโลยีใหญ่ และแม้เครื่องมืออาจไม่ถึงเป้าหมายสุดท้าย บริษัทก็ยังได้วิศวกรยอดเยี่ยมเพิ่มอีกหนึ่งคน
  • และที่สำคัญบริษัทสามารถให้เขาโฟกัสงานที่ต้องการเป็นอันดับแรกได้ นี่เป็นเหตุผลหลักที่หลายบริษัทจ้างผู้เขียนโอเพนซอร์สหลักอยู่เสมอ
• คิดว่าถ้าผู้เขียนขอให้เพื่อนของเพื่อนแนะนำตัวแบบเป็นกันเองตั้งแต่แรก เขาคงได้ผลลัพธ์ดีกว่านี้โดยไม่ผ่านขั้นตอนคัดเลือกแบบทางการ ซึ่งก็คือความจริงในวัฒนธรรมการรับคนของ IT
  • ผมก็เห็นด้วย เช่นเดียวกันครับ ถ้า OP รู้ตั้งแต่ต้นว่าไลบรารีที่ตัวเองพัฒนาถูกใช้ใน Claude แล้วนำเรื่องนี้ไปเผยแพร่เร็วขึ้นในบล็อก พร้อมอวดบน HN, Reddit และชุมชนอื่น ก็มีโอกาสถูกเชื่อมต่อและนำไปสู่การจ้างงานได้มากขึ้น แม้จะไม่ใช่ Anthropic อาจมีคู่แข่งสนใจอยู่
  • สุดท้าย คนที่อยู่ในเน็ตเวิร์กดี ๆ ก็ไม่แย่ครับ และค่อนข้างปลอดภัยกว่ามาก การรับคนจาก CV กับสัมภาษณ์ไม่กี่ชั่วโมงเป็นการพนันสูง และแม้ไม่ตรงใจก็ปลดคนออกไม่ง่าย
  • จากประสบการณ์ที่ Anthropic และ OpenAI ช่องทางแนะนำในองค์กรแทบไม่ใช่เกณฑ์คัดเลือกหลัก ผู้ที่ได้รับงานจริงๆ มักเป็นคนที่ยังเป็นวิศวกรฝั่ง junior และผู้สมัครทุกคนต้องเริ่มรอบแรกด้วยโจทย์ Python ระดับพื้นฐานของวิศวกร 1–2 ปี ถ้าทำทันทีไม่ถูกก็ตัดออกทันทีโดยไม่หารือ แนวทางนี้เสียเปรียบผู้สมัคร senior มาก ต่างจาก Meta อย่างชัดเจนที่ผู้สมัคร senior จะเจอคำถามเชิงลึกมากขึ้นและผู้จัดการเข้าร่วมสัมภาษณ์ ทำให้เห็นว่ากระบวนการของ Anthropic ใกล้เคียงแบบสมัครเล่นที่ผลักคน senior ออกไปมาก และแม้มีคนแนะนำแล้ว การผ่าน coding test ก็ยังเป็นกุญแจสำคัญ
• ชื่อมอย่างชัดเจนว่าเข้าสู่ยุคที่การเลือกไลเซนส์อาจไม่สร้างความต่างแล้ว เทคใหญ่อาจสั่งให้เอเจนต์ rewrite โค้ดทั้งหมดให้กลายเป็นสไตล์ “War and Peace” ได้ และกรณี Cheatingdaddy/Pickle ล่าสุดยังมีตัวอย่างที่แทบไม่ต้อง rewrite เลย
  • เคยให้ AI ทำโปรเจกต์ซับซ้อนตั้งแต่ต้นจนจบจริงจังสักครั้งหรือยัง?
  • อยากรู้ว่ามีหลักฐานว่าบริษัทเทคใหญ่เคยทำ “copy แล้วเปลี่ยนสไตล์” แบบนี้จริงหรือไม่ และทางกฎหมายมันผ่านได้หรือไม่ ถึงแม้ AI training อ้างว่าเป็น fair use ฉันยังคิดว่ามันไม่ใช่เครื่องมือเวทมนตร์ที่ลบลิขสิทธิ์ได้
  • ถ้าทำได้จริง ต้นทุนพัฒนาไลบรารีจะหดลงมาก ทำให้ผู้ดูแลโอเพนซอร์สพอๆ เขียนได้โดยไม่ต้องใช้แรงมาก
• นี่เหมือนตัวอย่างชัดเจนของรูปแบบรับคนในฤดูร้อนปี 2025 ครับ ใบสมัครและ cover letter มีโอกาสถูกปฏิเสธอัตโนมัติโดยไม่อ่านสูงมาก คำว่า “ทีมไม่มีเวลาตรวจใบสมัครเพิ่ม” หมายความแทบไม่ลงมือเลย ซึ่งน่าแปลกมากที่ยังไม่รู้ว่าผู้สมัครคนนี้เหมาะกับตำแหน่งนั้นจริงหรือไม่
  • ถ้าต้องจะพูดหรอก “ไม่แม้แต่ได้อ่านใบสมัคร” จะดูมีโอกาสมากกว่า และยังช่วยให้คุณลองหลายเวอร์ชันเรซูเม่ ซึ่งเป็นผลดีต่อคุณ
  • Anthropic คงเจอผู้สมัครจำนวนมากทั่วโลกเข้ามา จึงอาจจะสมเหตุสมผล คิดได้ว่าคนสนใจเป็นหมื่นเป็นแสนได้ เพราะชื่อดังมาก และสื่อยังเล่าเรื่องข้อตกลงการจ้างผู้เชี่ยวชาญ AI กว่า 100 ล้านดอลลาร์อยู่เนือง ๆ ซึ่งยิ่งเพิ่มแรงกดดัน
  • อีกค่านิยมในตลาด AI รอบนี้คือ Mark Zuckerberg ที่อัดงบให้กับนักพัฒนาชื่อดังเกิน 100 ล้านดอลลาร์ OP เพิ่มคำว่า “ผู้เขียนไลบรารีคอมพิวเตอร์อินเตอร์แอคชันที่ Anthropic ใช้” ในโปรไฟล์ LinkedIn ก็น่าจะได้เงินเพียบถึงรถ Ferrari เต็มโรงรถได้
  • ช่วงที่การมีส่วนร่วมโอเพนซอร์สที่มีความหมายแล้วเป็นเส้นทางสู่การเป็นวิศวกรที่ร้อนแรงในบริษัทยุคนี้ผ่านไปนานแล้ว ผู้มีอำนาจตัดสินในบริษัทไม่แนะนำคนใหม่เข้ามาเอง แม้คุณจะทำโค้ดแกนกลางดีที่สุด พอไม่มีคนแนะนำ เขาก็แทบไม่ค่อยสังเกต ทำให้ผมไม่ค่อยมีแรงใจจะทุ่มเวลาให้โอเพนซอร์สอีกแล้ว เพราะต้องดูแลบ้านและบิลของตัวเอง เวลาให้กับองค์กรใหญ่แล้วยอมจบด้วยการถูกทรยศไม่ค่อยคุ้มค่า บางครั้งก็รู้สึกเศร้าพร้อมยอมรับว่าโลกเปลี่ยนไปแล้ว
  • Anthropic คือบริษัท AI ควรใช้ AI คัดเรซูเม่ได้ แต่การที่พลาดความสามารถชั้นยอดแบบนี้ บอกได้ชัดว่าระบบกรองเรซูเม่ด้วย AI ของพวกเขาไม่ค่อยเวิร์ก
• ผมสงสัยว่าความใกล้ชิดเชิงภูมิภาคมีผลหรือไม่ Anthropic อยู่ซานฟรานซิสโก แต่ OP อยู่มิวนิก อาจมีนโยบายไม่รับคนที่อยู่ต่างประเทศ และเมื่อดูสถานการณ์วีซ่าอเมริกาก็มีความเป็นไปได้
  • บริษัทผมเล็กกว่าเยอะ แต่ยังจ้างคนได้จากหลายประเทศทั่วโลก ไม่ได้ขึ้นกับการมีสำนักงานทางกายภาพมากนัก และในหลายประเทศผมคิดว่าปัญหานี้ไม่ใช่ข้อจำกัด
  • ที่ลอนดอนก็เช่นกัน
• ช่วงนี้การจ้างงาน IT ช่างย้อนแย้งจริง ๆ บริษัทไม่รับคนที่พอร์ตโฟลิโอหายาก แต่พอ GitHub มีดาวพอสมควร บริษัทอาจใช้ผลงานนั้นเพื่อผลประโยชน์ตัวเอง แล้วบอกอีกทีว่า “ไม่มีความสนใจรับงาน” ทำให้รู้สึกหดหาย
  • เราอาจกำลังสร้างเหตุผลชดเชยในใจเราเอง เพื่อปลอบใจการหางานที่ยากลำบาก
  • ในกรณีของผม ผมกลับทำพอร์ตโฟลิโอให้สั้นและเน้นประสบการณ์เท่านั้น ทำให้ผลลัพธ์กลับดีขึ้นมาก
• ผมไม่รู้ว่าจะว่าความเห็นนี้ถูกต้องมากน้อยแค่ไหน แต่คิดว่าการใช้ไลเซนส์ที่ผ่อนปรนเกินไปในโอเพนซอร์สสำหรับนักพัฒนาอิสระไม่ดี เพราะบริษัทใช้ซอฟต์แวร์โดยไม่จ่ายหรือร่วมพัฒนา ไม่ว่าจะทำซอฟต์แวร์เองหรือให้จ้างคนภายนอกถ้าไม่มีโครงการนี้ก็ใช้แรงงานมากขึ้น ซึ่งทำให้มูลค่าของวิศวกรในบริษัทยักษ์ใหญ่ตกลงลง และการจ้างงานเกิดจากการเผยแพร่โอเพนซอร์สยังยังไม่มีข้อมูลจริงรองรับมากพอ
  • ผมเห็นด้วย และเชื่อว่าหากตั้งใจทำโอเพนซอร์สจริง ควรใช้ license ที่บังคับให้เปิดเผยเหมือน GPL แต่ถ้าให้แก่บริษัทรวย ๆ โดยไม่คาดหวังผลตอบแทนบางอย่าง ต้องยอมรับว่าคุณให้ฟรี และในสิทธิ์ลิขสิทธิ์ก็ไม่มีเงื่อนไขรับประกันการชดเชยนักเขียน
• เมื่ออ่านประโยคที่ว่า “ทราบว่ามี open position ที่ Anthropic ผ่านคนรู้จักของเพื่อน” ผมคิดว่ากลยุทธ์ที่ดีกว่าไม่ใช่เขียน cover letter ยื่นสมัคร แต่ไปพบตัวจริง ดื่มกาแฟคุยแบบเพื่อน ๆ เพราะในการรับคนที่สำคัญที่สุดคือพิสูจน์ว่าคุณคือคนที่อยากทำงานร่วมกัน ไม่ใช่แค่มีคุณสมบัติครบ
  • แนวทางที่สำคัญคือให้ชื่อคุณไหลเข้าสู่ระบบสมัครทางการให้ช้าหรือไม่เข้าไปเลย ทำให้ HR ต้องคัดกรองด้วยมือเอง หากคุณเป็นคนที่บริษัทต้องการ พวกเขาจะกลับเข้าหาคุณก่อน และคุณก็สามารถข้ามขั้นตอนรับสมัครที่น่าเบื่อที่สุดได้