ハクソク

世界を動かす技術を、日本語で。

アップルで初めて解雇されそうになった時

2025年7月4日原文(engineersneedart.com)

概要

  • 1995年、Appleの「QuickdrawGX」グラフィックスエンジニアとして入社した体験談
  • 68KからPowerPCへの移行に伴うColor Pickerの移植と新規開発
  • 複数のカラーピッカー（HSV, HTML, Crayonなど）の独自実装
  • イースターエッグとして詩を仕込んだが、著作権問題で危機一髪
  • その後もAppleで20年以上勤務し、新人への教訓となったエピソード

1995年Apple入社と初期の苦悩

  • 1995年10月、Apple にグラフィックスエンジニアとして入社
  • 当時は「 Apple危機説」が飛び交う時期
  • QuickdrawGX プロジェクトへの配属
  • カンザスからカリフォルニア への引越し体験
  • Appleのエンジニア達の 高度な技術力 に圧倒される日々

QuickdrawGXからColorSyncチームへ

  • QuickdrawGXプロジェクトの崩壊 後、ColorSyncチームに異動
  • Color Picker（カラーピッカー） のPowerPC対応が新たなミッション
  • 既存の 68Kアセンブリコード をC言語に書き直す作業
  • PowerPCの高速性 により、アセンブリ不要となる

カラーピッカーの独自開発

  • HSL/RGBカラーピッカーの コールバック処理 理解のため、独自実装を決意
  • HSVカラーピッカー を新規開発
    • アーティスト視点でHSVの方が直感的と判断
  • HTMLカラーピッカー も開発
    • RGB値を16進数で表示し、Webデザイナー向けに配慮
  • クレヨンピッカー も実装
    • 60色のクレヨン、色の直感的選択を重視
    • Crayola商標 やデザインの権利調査も実施
  • CMYKカラーピッカー も追加
    • 印刷業界ユーザーへの対応

Appleのエンジニア文化

  • エンジニア主導 で機能追加が進む社風
  • 自分が欲しいものを作る姿勢
  • マーケティングやデザイナーの指示なしで出荷決定

イースターエッグと著作権問題

  • イースターエッグ としてT.S. Eliotの詩をリソース名に仕込む
  • 公開されない隠し要素と考えたが、 著作権リスク を見落とす
  • OSリリース直前に 詩の引用が発覚 し、問題化
  • マネージャーと上司から厳重注意
  • 「 CDの焼き直しコスト」など現実的な被害も指摘される
  • 幸いリリース前に発覚し、 解雇は免れる

教訓とその後

  • 以降、 著作権や企業リスク への理解を深める
  • 新人エンジニアへの 反面教師的存在 に
  • Appleで20年以上勤務 し続けることに成功

新人エンジニアへのアドバイス

  • 独自性や遊び心 は大切だが、 企業のルールやリスク も理解必須
  • チームや上司への相談 を怠らない姿勢
  • 自分の失敗から学び、 次世代へ知見を伝える 重要性

Hackerたちの意見

なんかこの人、すごく従順に聞こえるよね。いたずらが特に悪影響を及ぼさなかったのに、なんでクビにならなかったのか不思議がってるの？部門の責任者がイラついてただけなのに。ここでの教訓はプロ意識を学ぶことだと思ってるのかな？権力に酔った理不尽な上司の世界を嘆くべきだよ。誰かが怒ったからって、正しいことの考え方を歪める必要はないよ。

└

CDの制作が中止になったみたいだから、実際には「悪影響がなかった」ってわけじゃないよね。でも、プロジェクトが中止になって新しいマネージャーが来るのは、いつも良い兆候じゃないよね。

└

いたずらが特に悪影響を及ぼさなかったのに、なんでクビにならなかったのか不思議がってるの？ 上司が怒ったからって、論理的に正当化されてるかどうかに関係なく、クビになることもある会社はたくさんあるよ。著者は従順というより、むしろ未熟な感じがする（それを自覚してるし、結構話してるしね）。 > 誰かが怒ったからって、正しいことの考え方を歪める必要はないよ。大人になるってことは、理想の世界と現実をうまく折り合いをつける能力でもあるんだよね。たとえ理論的には正しかったとしても、振り返ってみて自分の決定が最適じゃなかったと認めるのは、全然合理的だよ。これは「歪める」っていうより、人生を前に進めるってことだよ。

└

いたずらが特に悪影響を及ぼさなかったのに、なんでクビにならなかったのか不思議がってるの？ 著作権侵害の訴訟は実際にあって、違反した会社（Apple）や、潜在的な違反者として特定されたすべての関係者が含まれる可能性があるんだ。つまり、経営陣はこの人が非常に高額な訴訟に名前を挙げられないように助けた可能性があるってことだね。

└

これは1990年代の話。仕事に対する考え方が違ったんだ。この時代はまだ（ほとんど）「上司がジャンプしろって言ったら、どれくらい高く飛ぶか聞く」って感じだった。

└

カール・セーガンは、前年にAppleを訴えたんだ。彼の名前をプロジェクトのコードネームとして使っただけで、どこにも公開されることも顧客製品に含まれることもなかったから。ジョンは、まだ著作権があるテキストの抜粋をリソースフォークに入れて、顧客に出荷する予定だったんだ。実際、すでにディスクに焼かれていたしね。彼をクビにするのは過剰反応だったと思うけど、あり得る結果の範囲内ではあったね。

彼のインタビューに関するリンク記事もすごく面白かった！以前、機械工学のエンジニアが、タイプした履歴書の代わりに前のプロジェクトの印刷した写真を持ってインタビューに行ったら、うまくいったって話を聞いたことがある。誰かを面接したことがあると、面接官も面接を受ける側と同じくらい緊張してることが多いから、アイスブレイクは大事だよね。 https://engineersneedart.com/blog/interview/interview.html

イースターエッグを導入して、それを指摘された後、著者はこう言ってる：私は警告の例になってしまって、新しく入った人たちに似たようなことをしないように時々注意してたんだ。そして、約束通り、その日以降はApple本社が私の行動についてどう思うか、そしてその結果（意図的かどうかに関わらず）に気をつけながら、非常に慎重に行動するようになった。経営陣は、著者の組織に対する価値と、この特定の状況を修正するためのコスト（実際のものか、認識されたものか）を天秤にかけた可能性が高い。最終的に実現した追加の価値は、著者が「現場レベル」で組織の方針の延長になったことだ。私見だけど、これは最適な解決策で称賛されるべきだと思う。経営陣は20年のリターンを得て、著者は職を守ったんだから。

└

IBMの初期の頃に起こった話を思い出すな（少しバリエーションがあるけど）。ある男が高額なミスを犯したけど、トーマス・ワトソンは彼をクビにしなかった。「私たちはあなたを教育するのにお金を使ったばかりなんだから！」って言ったんだ。人は失敗から学ぶもので、それが最高の教訓になることもある。

└

最適な解決策とは言えないけど、そもそも管理側の完全な過剰反応だったからね。オプションとしては、著者に「ここではそれは受け入れられないから、もうやらないでね」と優しくでもしっかり伝えることだったと思う。そんな小さな事件で彼の上司が大声で叱る必要はなかったよ。

この投稿の著者はHNでの常連コメント者、JKCalhounだよ。いい投稿だね、JKCalhoun！Dithering Heightsの壁にぶら下がってる三十数個のドングルが好きだよ。Coplandのビルドに含まれていたこれらのカラーピッカーのバージョンには、「Hey what?」（HSLピッカー用）や「Scheherazade」（クレヨンピッカー用）って文字列が含まれてたんだ。もしかして、これらは君のものだったのかな？ https://rezmason.net/chattin_with_jkcalhoun/copland_colorpic...

└

彼は自分のことを「マッキントッシュ用のゲームを書いていた」と言っているけど、それは控えめすぎるよ。彼は「グライダー」を書いたんだから！

Hacker Newsで議論の続きを見る