なんやかんや言ってるけどコーディング軽視してるよね

昔、配達ルートの効率化がテーマのプログラミングコンテストやって、応募に際してヤマト運輸に著作権を譲渡する条項入れてたよね。

--

誤解です！

ソースコードを書くのが単純作業でしかなくなるタイプのエクセル仕様書みたことあるある

誤解を与えたとの事ですが。まあ、単純な作業では無いと思う。自分でも効率化が出来たら、とっくにしていますので。そして、優秀なエンジニアの場合はソースコードは常にアップデートもされる。

記事を書いたのが誰かは知らんけど、「誤解」は読み手責任。読み手のせいにするなよ。これは「意図を伝えきれない拙い文章を書いてしまった」が正しい反省でしょう。書き手の責任です。

対応早いな。
今さら感があるけどね…。

否定しなくても良いのにね。誤解させたんじゃなくて、実際そう思ってるんでしょ？(笑)
ソフトやった事無い人は、どこでも同じ。

こういう類は難癖付けて企業に謝罪させるほどのものじゃないと思うんだけどな。聞き流せばいいのに。

はるか30年以上前の入社する前ですがある化学会社の役員のかたも あの頃はそれが当たり前として今でも意識はあまり変わっていないと思う。

ソースコードだって著作物となり得ますから、決して単純作業ではないですね！

フォロー早いw

発言自体はあったような回答なので、この役員は本当にそう思ってたんじゃないのかな。

まあなんだ、みんなけっこうコードを書くという仕事に誇りを持ってんだなという感想を得た

いやぁ、みんなの深層心理を言い当てちゃったもんだから、みんな怒ってるんだよねｗｗ
上流工程の方がコミュニケーション的な意味で「単純でない」のは確かだけど。

ソースコードを書くのは単純作業？ 発言元のヤマト運輸「誤解を与えてしまった」

誰に対して謝ってるんだろうな。
中で一生懸命やってる身内に先に謝るべきなんじゃないか
そういう認識なんだって

本職の現場ですら数十年前の開発しか知らんよーな上司に似たようなこと言われたからある意味しゃーなしよ (・ω・｀)

そんなに盛り上がるか...
まあ俺もニョ？ってはなったけど。

記者が駄目だったっぽい

単純な場合もあるけど、実際にコードを書いてまともに開発した経験があるならこんな発言しないだろうな。

単なる無理解にしては違和感有った記事の解決編

謝らなければカッコ良かったのに。
外注でやれる事は外注、何が悪いと。

インタビュー書き起こしはまあそういうこともあるかなという感じはするし、今まさに改善中みたいなのでどう言うか難しそうでもある

どこでそうなってそう書かれたのかは知らないけどDX推進担当執行役員がもしも本当にそう考えてたりIT音痴だったりしたら前途多難だよねぇ… 『

ソースコードを書かずにできる「コアな開発」とは、、、？

誤解とは？？／

「ソースコードを書くことは単純な作業ではなく、重要な作業だ」って訂正してるけど、"重要"と"単純"って対義語じゃないのだが

ヤマト運輸のソースコード軽視のGitHub記事炎上の件、アナログJTCはどこも他人事じゃないよ。
このIBMから来たDX担当役員の発言は社内では絶対的で、記事内容の是非もチェック機能は働いてないんだろうな。
無料で広報できるからってこういうのに乗ると痛い目みる例です。

設計がしっかりしていればコードはシンプルになる
はず(見たことない)

まあそうだろうなと思いつつ、コーディングが単純作業というのはエンジニアの琴線に触れたようだ

「ソースコードを書くなど単純な作業は外部に委託する」と書かれているのに「誤解を与えてしまった」という言い訳は無理がある。下請けを軽視していないとこういう発言は出ない😰

”GitHubを活用したソースコードのガバナンス・標準化が実行可能なメンバーによるコアな開発は内製化し”
…の部分もよくわからん。

実際どう言ったかってことはもちろん大事やけど、そもそもこの内容で公開することをなぜ誰も止めなかったのか、そっちが問題やと思ってる。

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

なんか話題になってたのはこれか・・・

仕様を決めて作った気になっている人がいるのも確か。モノづくりはケツまでちゃんと付き合うと甘くないよ

中林さんて元IBMの人？日本IBMプロパーに殆どプログラマー居なかったし仕方ないね。

「記事化に当たり一部の発言内容が正確に伝わらず、結果的に誤解を与えてしまった」と説明。記事を読んで不快に感じた人たちに対し「心からおわび申し上げます」

“ソースコードを書く作業が、単純作業とは決して考えていないし、中林もそういった趣旨で発言をしたわけではない。” / 聞き手の解釈がおかしかったということ？

今回のケースはわからないが、インタビューの結果で起こした原稿チェックをさせてくれないWebメディアも多いので注意が必要。〇〇〇〇(ここは非公開で)という状態で記事が公開されたこともあった。

ウォーターフォール型の開発で設計がしっかりしてたらある意味単純作業かも知れんけどさ、そーでないトコが殆どな訳よ。

「誤解」だとか「不快に感じた人たちに対し」だとか。
釈明の内容の方がよほど酷いことを言っている。

>

まあ社内でも上の方に「誤解」してるやつが居たかもしんからな
揉まれてよかったんじゃね

噂になりすぎたのか修正が入ったみたいですね

「当社としては、ソースコードを書く作業が、単純作業とは決して考えていないし、中林もそういった趣旨で発言をしたわけではない。しかし、記事化に当たり一部の発言内容が正確に伝わらず、結果的に誤解を与えてしまった」

（どこまで設計されてるかだよ）

そもそもこの執行役員が何もわかってねぇっつぅ気がするな

そのまま書けば終わるほどさぞ立派な仕様書が出てくるんだろうなぁ〜？
ほぼ見たこと無いけど（笑）

ヤマトのシステムでそんなご立派なシステムあったかぁ？

"ソースコードを書くのは単純作業"などといった表現で公開されようものならばどういった反応があるか想像ができたはず。公開前の事前確認が足りなかったのか、そもそも事前確認プロセスがなかったのか、そういう類の問題だろう。いちいち騒ぐのがアホらしい

ヤマト運輸がやらかしたのか、マスゴミがやらかしたのか

そもそも「コード書くのが単純作業」って20年ぐらい前の発想だよね。今は技術が複雑でコードを書くことと設計は不可分なので、現場でプロジェクトやってる人は表現以前にそういう認識自体がないと思う。

本当にただ書くだけなら単純作業。正直そこに作業時間はほとんどかかっていない。タイピング速度次第。

ITエンジニアに対する本音が出てしまったんだろう。どう見てもコーディングは単純作業って言ってる。そりゃ日本企業がITに弱いわけやな。

まぁ「設計と仕様がちゃんとしてれば」単純作業かもね…ｗ

回答きたわね

ワークフローって単純化できるならその方が良いと思うんだけどな
個性出してゴリゴリ書かれても迷惑極まりない

実際問題、単純作業からウルトラCまでいろいろあるよ。
何でもそうだけど。

まあ常識的に考えたらそういう意図だよね

いやずっと昔から言われてることだし業務システムのコーディングは実際そうだと思う。プログラマが設計書を前にぼーっとして考えてますとかさあ

でまー、常日頃思ってるから口から出るんだよ。腹の中ではそう思ってるんだろう？
まぁ俺も思ってるわけだがｗ

全プログラマー、SEを敵に回したとしか。ただ、設計を上流、製造を下流工程って言ってる時点で、「単純」の含みはありそう。

この話そのものは間違ってないがなぁ。
ソースコードを書くのは単純な仕事であって、重要な仕事でもある。単純って言われるのがそんなにイヤか?

申し訳ないけどこれは事実だと思う…

プログラミングの9割は設計で、コードを見てる時間の9割は調査だと思ってやってる
ソースコードを書く時間って本当全然ない

誤解なわけねーだろって総ツッコミが炸裂してしまう

でも日本のIT会社はそういう見方してるやん？ソースコード各作業は行数で工数出して、単価をかける形で見積もってるんだから。

でも、現場では単純作業とされてるんだよね。で、単純作業に落とし込むのがSEの仕事。そうなってる。

コーディングしたことがないということがよく分かるので、特に誤解はないと思う。

無理に内製化してるから再配達システムが運送会社の中でも1番粗末なのね。。

> 記事化に当たり一部の発言内容が正確に伝わらず、結果的に誤解を与えてしまった」と説明。記事を読んで不快に感じた人たちに対し「心からおわび申し上げます」と謝罪した。

お？ めちゃくちゃ行動が早いじゃん。

ソースコードを書くのが単純な作業だから外部に委託する。だから日本はIT後進国のままなんだよね。単純なら台湾のようにマスク購入システムを即席で作って欲しいものだがそれもできず、COCOAなんてゴミのまま終わった。昭和の考え方が無くならない日本は絶望的

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

そうね、事業会社は自社の本業がメインだからね。

ベンダーでもない限り常時大量の開発エンジニアを雇うのはコスト的に難しいし

そういった趣旨なら元の表現のようにはならないのでは。

結局、最初に記事を書いた人の理解が足りていなかった、ということみたいですね。

まあ、言ってることは分からんでもないんだよなぁ
言い方が乱暴なだけで😅

訂正されたらしい

たぶん口語で「スキルの差が出るコアの部分は内製化し品質を上げて、差が出ない単純なコードとかは外部に投げてるんすよ」みたいに言ったのをライターが「ソースコードを書くなど単純な作業は外部に委託する」って書いちゃった案件かな

プルリクがマージされた模様

週刊誌とかじゃないんだから事前にこういう記事で大丈夫ですかの確認ステップはなかったんだろうな、あった上で見逃したのかな、どっちだろう

もう、謝罪する大勢の大人たち姿が浮かんで原文読む気にならんよ

さっきのネタ、ニュースになっていた(*´▽｀*)

きちんと話伝えられないやつが設計できんのかな。

「誤解を与えた」は、受け取り側の理解が足りなかったという意味であり、釈明で決して使ってはいけないフレーズ。百歩譲って誤解だったとしても、記事に誤解されるような部分がないか事前にチェックしてないことは明白。エンジニアをなめきっている。

ヤマトさん可哀想😢

大きな会社だと、法務のリーガルチェックや広報のチェックが入った上で表に出るはずだけどねー？

「ヤマト運輸に取材~ソースコードを書く作業~むしろ重要な作業であると説明~趣旨~スケジュール~リソース~バランス~協力を求める部分~誤解を与えてしまった」

派遣会社も下請け会社も、発注元がコーディングできないと分かったら、一時休戦、協力して徹底的にボッタくればいいのにな。

内容から見てそういう誤解だと思ってた

その人のセンスを問われる作業だから、単純ではない。

変数名がダサいとか、言語によるけど、永遠と処理を書いていかないとか。
結構頭使います。

この執行役員の下でコーディングしているプログラマの人、かわいそうだな。絶対こんな会社でコーディングしたくない。最もプログラマをリスペクトしていて欲しいGitHubの事例として掲載されたのも悲しい。

の反対が創造的な仕事であるとするならば、大多数のプログラマの仕事、すなわちコーディングは単純作業が中心。日本だけで百万人近いプログラマがいる。どのような仕事もほとんどが 。独創的なコーディングをするプログラマは少ない方がいい。

記事をちゃんと読めばそういう意図じゃないって分かるだろうに、些細なことでやたら噛みつく人が増えてしまったなぁ。

いずれにせよ訂正してキチンと正しい意図を伝える場が出来て良かった。お疲れ様です🙏

📍
【出所： / 厳選】

『「詳細設計まで完璧にできるITエンジニアをそろえてるってことだよね？」「何を作るかによる」「上流設計が完璧なら分かる」「新手のITエンジニア踏み絵か」などの意見が飛び交い、30日のTwitterの日本のトレンドには一時「ソースコード」が入った』

記事になっちゃったｗ

訂正前後の乖離が大きすぎるｗ

おそらく本当に齟齬があったんだろうけど、ちょっとのズレが結果的に人材獲得にめちゃくちゃ影響を及ぼしてしまうんだなと。

「ソースコードを書く作業は決して単純な作業ではなく、むしろ重要な作業であると説明。」

ヤマト謝罪。ちょっと気の毒。

うわあ、ドン引き。 執行役員のお言葉かあ。
謝罪も釈明も必要も無いんじゃないですかね、単純作業が好きな人は就職したいかもしれないし、スキルアップしたい人は選ばないってだけの事なので。

修正されたのね。
しかし直ぐ炎上するわ、取材されるわで大変だな。