プログラマーキス
| 名称 | プログラマーキス |
|---|---|
| 英語名 | Programmer Kiss |
| 起源 | 1978年頃、カリフォルニア州の研究開発施設 |
| 分類 | 開発現場の合意形成儀礼 |
| 主な使用分野 | ソフトウェア工学、端末運用、深夜保守 |
| 象徴色 | 鉛筆の芯色、あるいはCRTの緑 |
| 関連団体 | 北米端末文化保存会 |
| 禁止規定 | 多くの企業で業務時間中の実施が内規で制限される |
プログラマーキスとは、の現場で用いられる、短い接触と視線の交換によっての合意を示す儀礼的な所作である。主に後半の西海岸の端末室で成立したとされ、後にのソフトウェア開発文化にも輸入されたとされる[1]。
概要[編集]
プログラマーキスは、において、仕様の最終確認や完了の印として行われる半儀礼的な接触行為である。名称に反して恋愛感情とは必ずしも関係せず、むしろ互いの実装責任を一時的に引き受けるという意味合いが強いとされる。
現場では、短く唇を寄せる、あるいは額と額を軽く合わせる地方差のある形式が知られている。ただしの一部では、これを行う前に「ビルドは通ったか」と確認する慣行があり、これを怠ると不吉であると信じられてきた[2]。
起源[編集]
通説では、に北部の研究施設で、深夜の保守を担当していた若手技術者たちが、修正パッチの承認作業を迅速化するために始めたとされる。当時の端末室は乾燥が激しく、紙の仕様書が静電気で貼り付くことから、確認のたびに指先を使うのを避け、代わりに「一度だけ近づいて終わらせる」動作が定着したという説が有力である。
初期の記録では、の外部委託先で働いていたが、変更要求の山を前に「この一行は、口頭合意より早い」と記したメモが残されている。なお、このメモの原本はの倉庫整理で紛失したが、複写版だけがなぜか人事ファイルに残っていたとされる[3]。
発展[編集]
端末室文化としての定着[編集]
に入ると、プログラマーキスは端末室の夜勤者を中心に広まり、系の保守担当者のあいだで「コミット前の沈黙を破る合図」として扱われた。特にの金融系開発現場では、トランザクション障害が起きた翌朝に、前夜の担当者同士が短く接触してから障害報告書に署名する慣例があったという。これにより責任の所在が曖昧になる一方、会議時間は平均で12分短縮されたとされる。
ただし、同時期の系施設では安全衛生上の理由から「1回につき2秒以内」という内部通達が出され、タイマーを用いた実施例まで報告されている。これを超えると「過度な同期」と見なされ、監督者に注意されたとする証言がある。
日本への導入[編集]
日本では頃、の外資系開発拠点を経由して紹介されたとされる。初期の受容は限定的であったが、末期のバグ修正競争が激しい現場では、押印の代替として「軽い会釈＋無言の接触」を組み合わせた簡略版が採用された。
・のIT系喫茶店では、白板に「本日のプログラマーキス回数」が書かれることがあったという。最盛期のある月には39回を記録し、店主がカップの落下防止策としてトレーを増設したとの逸話が残る[4]。
標準化と反発[編集]
半ばには、複数の業界団体が実施条件の標準化を試みた。特にの非公式分科会は、接触時間、姿勢、事後の「理解した」発話をめぐって議論を重ね、最終的に三種類の実施法を整理したとされる。
一方で、面や面からの反発も強く、の一部研究者は「キスそのものではなく、承認を急ぎすぎる組織文化の象徴である」と批判した。ただし、同報告書の付録にあった手順図が妙に丁寧であったため、後年の実践者には逆に教本として流通した。
実施方法[編集]
典型的なプログラマーキスは、1）変更点の確認、2）視線の固定、3）2秒未満の接触、4）「マージしてよい」といった短い宣言、の順で行われるとされる。現場によっては、接触の前にキーボード上のキーに手を置くことで「いつでも中断可能」であることを示す場合がある。
ただし、経験則として、リリース直前の18時以降に行うと過剰な自信を招くため避けるべきだとされる。逆に、深夜2時を過ぎた保守作業では、眠気による誤接触を防ぐため、片方が必ずを保持する手順が推奨されている[5]。
社会的影響[編集]
プログラマーキスは、単なる奇習にとどまらず、開発現場における承認責任の所在を可視化した点で注目されたとされる。これを導入したチームでは、レビュー差し戻し率が平均18%低下し、仕様誤解による深夜呼び出しが年間で23件減少したという調査結果がある。
また、広告業界やにおいても、似た所作が「クリエイティブ・サイン」として流用された。特にの小規模スタジオでは、完成品の初版を出力した際に全員で机越しに軽く接触する風習があり、これが外部取引先に誤解されて話題になった。なお、これらの普及は実際には以降の社内SNS文化によるものだとする説もあり、年代には揺れがある。
批判と論争[編集]
プログラマーキスをめぐっては、過度に密接な人間関係を促すとして批判されることがあった。とりわけのある大手受託開発会社では、朝会前の実施が半ば義務化されたとの内部文書が流出し、労使協議で問題となった。
また、統計の解釈をめぐる論争もある。ある研究では導入チームの離職率が低下したとされたが、別の研究では、単に熟練者が同じ席に長く留まっただけである可能性が指摘された。いずれにせよ、批判側の文書がなぜか「好感度が上がる」と手書き修正されていたため、後世の研究者を困惑させている[6]。
脚注[編集]
関連項目[編集]
脚注
- ^ Margaret L. Thorne, "The Terminal Kiss: Rituals of Review in Late Mainframe Culture", Journal of Applied Computing History, Vol. 12, No. 3, pp. 44-61, 1994.
- ^ 佐伯俊介『端末室の社会学――接触と承認の戦後史』東信堂, 2002.
- ^ E. R. Caldwell, "Two Seconds or Less: Timing Protocols in Software Approval Ceremonies", Computing and Society Review, Vol. 8, No. 1, pp. 9-27, 1989.
- ^ 北川礼子『神保町とIT喫茶の記憶』青磁社, 2011.
- ^ Harold P. Winthrop, "Esc-Key Etiquette and the Culture of Reversible Consent", Proceedings of the Northeastern Systems Workshop, Vol. 4, pp. 118-130, 1998.
- ^ 日本ソフトウェア品質協会 分科会報告書『軽接触合意手順の試案』第2巻第4号, 1996.
- ^ M. A. Thornton, "Commit With a Kiss: Informal Signals in Long-Night Maintenance Teams", IEEE Transactions on Workplace Computing, Vol. 17, No. 2, pp. 201-219, 2005.
- ^ 高橋澄子『業務と親密性の境界線』文化書房, 2016.
- ^ Philip J. Arden, "The Strange Case of the Programmer's Kiss", North American Review of Technical Folklore, Vol. 6, No. 2, pp. 77-88, 2007.
- ^ 『キスではなく承認である――開発現場の誤読史』情報文化叢書, 2019.
外部リンク
- 北米端末文化保存会
- 日本ソフトウェア儀礼研究センター
- 開発現場民俗誌アーカイブ
- コードレビュー口承資料室
- 神保町IT喫茶資料館