アメリカの職場ではなぜドキュメントも無いのに人が去っても問題ないのだろう？｜牛尾 剛

アメリカの職場にいると、日本にいるときよりも身近でレイオフだとか、職を変えるというのを頻繁に見かける。先日もそういう場面があったのだが昔日本で働いていた時のことを思い出した。 ドキュメントを書く理由 日本のソフトウェア企業にいたときは、「納品物であるから」という理由以外にも、「人がいなくなったときに会社が困るから」という理由でもドキュメントを書くことが推奨されていた。しかし、少なくとも今の職場ではそんな理由でドキュメントを書くのは推奨されていないのに、なぜ問題にならないのだろうとふと思った。 うちのマネージャは、バディ制ににして、みんな休暇できるようにしようとは言っているが、多分本当に退職対策ではないと思う。 チームのメンバーが抜けたときも、「とても残念で、ワークロードをどうしようという問題はあるけど、彼女の門出を祝福しよう」言っていた。つまり、こちらでも「工数」は問題になるけど、「引継ぎ

[vvvf]

外資だけど日本人感覚で言えば全然うまく回ってないぞ。常に何かしらトラブルが起きているのでトラブルに対する感度が低い。たまにドキュメントがきても実態と違うとか日常茶飯事。柔軟性と諦めが求められる。

[getcha]

んな事ないよ。問題になる。ただ雑なので放置されるだけ。外資は雑。

[augsUK]

大量解雇のときは事業ごと潰すから継続性はどうでもいいケースが頻発するけどね。特に新規事業。

[Sephy]

ソフトウェア方面に限って言えばリバースエンジニアリングできるレベルの人しか雇わないからだろう。うちは自動化で素人でも運用できるようにしたら仕組みを理解しようとしない阿保が量産されて技術が衰退しつつある

[xanaduuu]

結局のところ、素人の寄せ集めでは辛いんよな。失われた〇〇年とは専門性を排除し続けた〇〇年による必然なんだろな。年功序列も専門性の排除には最高のシステムだし。

[h22_Funny_Bunny]

問題ない（問題がないとは言っていない）。外資で担当者いなくなったり、事業売られたりするともう悲惨。問い合わせてもなしのつぶて。払った金はどこに行ったんだい？

[circled]

米国はトップなり上司が変わる都度、それまでのやり方なんて捨てて新しく入って来たボスのやり方に準ずることになるので、そもそも以前のやり方を残しておくメリットが無い

[mohno]

主語がデカい。「「誰でも書けるコード」に寄せることはしない」←だからドキュメントがあっても引き継ぎできない、という組織なわけで（Microsoftが）。開発してる人が辞めたら塩漬けになっちゃうでしょ。

[hope_ring]

かなしみがひろがる文章・・・うちらは素人混じりのスパゲッティシステムをいじり続けるしかない

[cpw]

コード読めば分かるし、ドキュメントとの乖離もないし良いことづくめ。分かりづらいところだけドキュメントあれば良い。ただこれが出来る人だけで構成されてる必要はある。

[tick2tack]

なぜ人が辞めれるか。“一言でいうと「専門性」だと思う” /　ドキュメント整備よりコード読む。/ "日本にいるときに比べて相当短い時間でがっつりとアーキテクチャを変えたりする"

[isrc]

日本にいたときには誰も触れない塩漬けのシステムとかもよく見かけた。ぶっちゃけそれは設計がいまいち／こちらでは全員が専門性を持っているので、「誰でも書けるコード」に寄せることはしない。

[kae1990]

「外資は雑」「そんなことない、トラブル起きてる」ってブコメがあるが、そんな外資にJTCがぼろ負けしてるってことは、要は日本企業は無駄な感度が高いんじゃないかな。どうでもいいことに拘ってる

[pascal256]

果たして本当に問題ないのだろうか？　後で読む

[Galaxy42]

必要になったら優秀な人を高給で雇ってリカバリ、運用時には安い人材、不要になったらサービスごとポイ　こうですか、わかりません

[tsutsuji360]

人生で大切な言葉 ・やりましたねボス ・後はよろしく ・俺が来た時にはもうこうなってた

[diet55]

「設計がいまいちでだれにもメンテできなくなっている（略）誰もが読めないようなコードを書く人はいない」「日本にいたときはプログラマは文系でもなれる（略）こちらではコンピュータサイエンスを出ているレベル」

[objectiveworker]

OSSを見ればわかるがコードが綺麗でテストが充実しているからな。

[mionosuke]

日本の総合職で配置転換を繰り返すのとの違いもありそう。誰でも出来るようにするのが基本なんだろうな。

[gmi]

ホント？日本か外国かという以上に職場のレベル(社員の優秀さ)という方が大きそうな。

[digo]

文系卒なのでこーいうのを読むとコンプレックスが刺激される(´･ω･`)

[nisisinjuku]

日本での解決には使えないものですねｗ（文化の違いが有りすぎる）

[gui1]

核の部分を担当するエンジニアには給料をたくさんあげてやめないようにしてる。フロントエンドは「結局はこーどだよね」とか言ってる低レベルなエンジニアに担当させて使い捨て。ということでしょ(´・ω・｀)

[PerolineLuv]

以前、外資の業務システム系事業会社で外国人開発者と共にサーバサイド開発やってたが、コードもコメントも酷いもんだった。まともに動かなくても納品する。企業や人によると思う。

[hiroshe]

”変更をするとき、機能を追加したいとき、障害が起きたとき結局何するかというとコードを読むしかないのだ。そしてそれが一番簡単だ。”。絶対にそんなことはない。サマライズしたものがある方が早いに決まってる。

[InoHiro]

主語がデカすぎると思った。とりあえず

[nabinno]

不要なドキュメントがないだけでコードやADR等 必要なドキュメントはあるのでは?

[maninthemiddle]

これも「バカにルールを合わせない」の具体例なんだろうな

[nilab]

「結局のところソフトウェアシステムは概要の設計だけではなく、細部も重要であり、結局コードを読むこと、デバックや動かしてログを見るとかしないと実際の挙動はわからない」

[chiyose]

日本の仕事のスタイルは引き算と全体思考に弱い、ただ付け足すだけ

[gairasu]

GAFAの一角ではwikiシステムを作っていてそこに書き残す文化があったけど。

[snare_micchan]

金融、公共以外のお気楽な世界の話でしかない。COBOLの維持管理については日本以上に四苦八苦してる印象

[uzusayuu]

問題はある。気にしないだけだ

[hihi01]

米国の他の事業はどうなんでしょう。引き継ぎはなさそうですけど、どうやって回しているのでしょうか。

[mozukuyummy]

逆に Discovery みたいな手続きだと、ドキュメントはありません！　としちゃった方が有利になるケースもありそう。

[migurin]

製造小売りだとドキュメントなしというわけにはいくめぇ

[napsucks]

確かにその通りだと思う。門外漢の素人をどうにか使えるようにしろと専門家に依頼するのはリソースの大いなる無駄遣いで、日本の生産性の低さや聞きかじりの素人を量産することによる専門家軽視にも通底すると思う。

[trace22]

ドキュメントが整備されてたとしても信用できないんだよな。記述レベルという問題があって、結局俺の知りたいことは記述されてない、ソース見せろということになる。

[fhvbwx]

MSの話

[okami-no-sacchan]

問題ないわけではないと話題に/ドキュメントって平たく普通に言う「書類」って味だぞ、業界特殊用例を同然のように使うのやめてほしい