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

テクノロジーカテゴリーの変更を依頼記事元:

www.itmedia.co.jp

363 usersがブックマークコメント

132

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

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

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

2022/11/30 リンク

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

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

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

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

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

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

2022/12/01 リンク

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

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

2022/12/02 リンク

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

はてなブックマーク

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

記事へのコメント132件

関連記事