ソースコードを書くのは単純作業？ GitHub日本法人の記事が物議 発言元のヤマト運輸「誤解を与えてしまった」

「ソースコードを書くのは単純作業」──そんな内容の記事がITエンジニアなどを中心にTwitter上などで話題になっている。記事を掲載したのは、GitHubの日本法人ギットハブ・ジャパン。ヤマト運輸のGitHub活用事例を紹介する記事の中で、ヤマト運輸のDX推進を担当する中林紀彦執行役員がこのように発言したとしていた。 話題となった記事では、ヤマト運輸のデータ・ドリブン経営について、中林執行役員などが解説。開発環境の内製化のためGitHubを採用したことや、2年で約100人のITエンジニアを採用したことなどを記載している。その中で、今後の展望としてGitHubを活用した内製化の新たな形を探りたいという旨で、中林執行役員の発言として以下の記載があった。 「これまでの内製化はアウトソーシングからの見直しが主体でした。これからは、アーキテクチャのデザインや、GitHubを活用したソースコードのガバ

[masatomo-m]

むしろ普通のプログラマが読めば引っかかるような文章をそのまま文字起こしして掲載したGitHub日本法人の編集能力や想像力のなさに疑問が湧いたかな。記事はどっかに外注してるのかもだけどチェック甘いと感じた

[gowithyou]

「誤解を与える」とかいう言葉使うなよ本音だろ。YSD(ヤマトシステム開発)はほぼSESか外部発注で社員で内製なんかできないぞ

[fuyu77]

口頭発言の文字起こしって実際にやってみるとびっくりするくらい意図と外れるものだし、修正後が本当に言いたかったことっていうのはそんなに違和感ないかな。

[trickart412]

まぁこれはほんとに「誤解を与えてしまった」案件だと思う。もとの文面からもこういうこと言いたいんだろうなと言うことは感じ取れなくはないが…みたいな感じだったし

[gabill]

外部から来た役員が失言して会社の看板に泥を塗るという流れは吉野家を思い出す。

[ykhmfst2012]

仕様策定/要件定義～設計をしっかりやればコーディングは単純作業。単純にできてないなら前工程に問題がある。ただそれは一連の工程を同一個人/チームでやる場合の話。"コーディングだけ外注"は現場を知らない発想。

[tsutsumi154]

詳細設計とコーディングはほぼ不可分じゃないのか そこ分担するようなケースは知らない

[mohri]

言った通りの言葉で掲載されるインタビューなんてないんだから、ライティングと編集と確認の工程で見落とされたんだろう。気づきたかっただろうなあ。あと修正したと明記して直してるので「改ざん」ではないね

[u4k]

これGitHubのオウンドメディアなので、おそらく外部ライターによる原稿をGitHubとヤマトの社員がチェックして掲載、という流れだと思うんだけど…。元記事にある「外注」で起こる問題の実例なので示唆に富む皮肉な話だ…

[otchy210]

ヤマトみたいな日本企業だと「ハイハイ、いつものね」感もあるけど、この件で株を落としたのはどちらかと言うと GitHub の方かな。「あの GitHub がこの記事を素通りさせたの⁉︎」って驚きの方が強い。

[nattou_frappuccino]

インタビューって、話す方も意外と多義的な解釈をされる発言をしてしてしまったりするものだよね。確認くらいしてもいいんじゃ。

[joker1007]

別にヤマトはそういう会社だと思うし、まあそういう世界もあるのでいいんだけど、GitHubの日本法人はわざとやったんじゃなければちゃんと仕事してんのか疑問である。

[adsty]

「単純な作業」を「短期的にリソースが足りない部分」と修正した。

[ysync]

「日本アイ・ビー・エム株式会社においてデータサイエンティストとして顧客のデータ分析を多方面からサポート」進撃の巨人かな？評論家に実務させんな。

[kirarapoo]

内製化しなくてもええわっていう下流工程の部分だからどう言い繕っても角が立つ

[rgfx]

via: https://twitter.com/nagise/status/1598079858676203523 / 「外部にまかせていい単純な作業」は毎日の進捗の確認あたりですよ多分。（前にそういうスライドを見た覚えがある

[aike]

アジャイルは設計者・実装者を分断しない体制と記述能力の高い言語やGitHubそれに見合う柔軟で高い実装スキルが必須というあるある話かと思ったら単純作業は外注ってアジャイル全否定の前時代的発言でズッコケた感じ。

[fukken]

「右も左も分からん経営陣がチャラいコンサル上がりに騙されている図では」と言う分析を見かけた。

[nicht-sein]

本来の意図とされる内容からどう変換したらあれになるのやら／元々PGは誰でも出来る的な情報商材屋で迷惑感じてたところにこの記事でお前もか！って炎上の流れなので文脈知らずにPGナイーブ過ぎとか言うのもどーかと

[yoshi-na]

「誤解を与えた」はホント都合よく使われるミームになったんだな

[darkstarkun]

野球は棒でボール打つだけっしょ、ぐらいの雑な発言、数行のコードにしても人によって保守性、可読性、実行時間に大きな違いがある。ま、ただコピペエンジニアは単純作業といっても何の問題もない

[sds-page]

書く人によって差が出るような保守性最悪なソースコードは望ましくない。誰でも書けて誰でも読めて誰でも直せるのが工業製品としてのあるべき姿。属人性の高い職人芸はなくすべき

[Shinwiki]

書く部分は単純作業に違いないんでいいんじゃないの？いうほどみんなイチからアルゴリズム構築したりはしないし。ほうぼうの仕様確認したり細けえことに気を遣うのが面倒だけど。

[yukimi1977]

ソースコードなんて誰が書いても一緒だと思っているところと仕事はしたくないなぁ。

[yuyumomo999]

プログラムに対してしっかりとした知識量を持って突き詰めると単純作業だなぁーと感じることは普通にあるよ。　決まった文章を淡々とタイピングしてる感覚になる。

[John_Kawanishi]

ソースコーダーヤマト

[NOV1975]

言い方は悪いが物量がある開発におけるコーディングは大半が単純作業だよ。これ見てふざけんなって思うエンジニアの人はそう言う仕事見たことないのだろう

[katoukaitou]

まぁ、反応するのもされるのもどッタもどっち感がある

[yaboot]

「コアな開発」よりは単純なんだろう

[habarhaba]

大体の日本法人は日本での数字を上げるだけの営業部隊だから本社のカルチャーは失われ、営業先の日本企業目線になっちゃうのかね…

[suneo3476z_tn]

文脈からすればヤマトのコア業務でないことを指しているはず。ソースコードは読めるけど、文脈は読めないのか読もうとしないのか。

[honma200]

プログラマーが腹を立てやすい+昔の感覚だとみんな叩きやすいが凝縮された発言だったと思う。書き起こしのライターのミス、チェックした両社の広報も見逃したんだろう。禁止ワードに追加した方がいいよ

[Hamukoro]

たとえチラシ折りや刺し身の上にタンポポを乗せる仕事でもその道40年のベテランと新人とでは精度も速度もダンチで、その40年選手を直に見てる人へ向けて低解像度な物言いをすればそら怒られるわ。

[shiketanotsuna]

github日本法人もなんかTwitter日本法人的ななんとも言えない感じだったりするのかね。

[takanq]

社内の貴重なリソースはコーディングに利用しませんという事なので、誤解ではないのでは?

[kobito19]

"結局日本法人はキラキラ営業&広報部門でしかないのかなぁ..." そうではないとしても、営業&後方部門とエンジニア部門でコミュニケーション取れてないんじゃないかと勘繰ってしまう

[hiroomi]

”スケジュールにあわせて柔軟に行うかが今後重要になってくるという趣旨の”あらためてセンシティブなったほうがよい。困るのは相手でもあり、自分らもだと。

[hagakuress]

専門職は総合職の半分の給与でも渡しすぎてる！派遣や請負で済まそう！ってのが、日本の企業です。発注書は内製化、コードは外注って話だな。

[gifuwasabii]

小説家のことも、文字を書くだけの単純作業と思ってそうだな

[azumi_s]

何がどう誤解だったのかをキチンと分析して再発防止策をお待ちしております。