修正入ったようです。

GitHub日本法人の記事が物議 発言元のヤマト運輸「誤解を与えてしまった」

5階も6階もあるかい😾💢

エンジニアでも無いので滅多な事言えないけど。多分ナチュラルに悪気なく経営アッパー層の意識として。
自社の兵隊さんには作戦立案や戦況把握はしといてもらわな困るけど、(軽んじるわけじゃないないが)
補給管理や兵器生産は自前じゃなくても良いのよ的な感じかな🤔

「上流」にあるこのような感覚は、この界隈でよくある。→

「ソースコードを書くのは単純」と言ったヤマト運輸の発言、謝罪と記事の訂正をしたんだね

でも敢えて言うとやはり「ソースコードを書くのは単純」

炎上した原因はついったらんどでのプログラマの集中とおそらく彼らの層の作業内容とヤマトの作業の齟齬からきてると思う

ソースコードは単純作業。わかるわかる。設計がちゃんとしてればね。単純作業とかいうやつがゴミみたいな設計書作って仕事したと勘違いしてる

こういうの、いちいち突っ込まないほうがいいと思うんだけど。仕事を選ぶ時のスクリーニングになるわけで。

社内会議ですらこのような発言はしないと思うけどなあ、と思って見たり。

Webシステムはよくできてるのだが、
荷物がPUDOボックスに入れられても認証番号が届くのが遅すぎるとか、
クロネコメンバーズで配達時間を受け取り時間を変更してるのに委託ドライバーが不在時に荷物もってくるとか、そういうトコやで。
運用も外注しとるんかな？

ChatGPTさん「ソースコードを書くのは単純作業(キリッ)」

単純作業にできるかどうかは上流の設計者の腕次第

これか。
ネタになってから知るケース。

本音がポロッと出たんじゃ？

データ分析の専門家のようでコードを書いたことはなさげ。データ分析って、意味のない数字に無理やりストーリーを与えるただの妄想ですよね

ソースコードを書くだけならクソ単純作業だから、別に間違ってはないかな…？
そのくらいの底辺プログラマーいるでしょ

設計とコードを書くのは別の人って書いてるんだし、誤解はしていないかな

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

リソースが足りない時外部に

人を増やすほど時間かかるって知ってるのかな。管理者教育受けた人いないのか。

そしてそこまでの規模のシステム作るのか考えてしまった。

コアを内製化しても全体像を理解してマネジメントする人はいると思うけど。

こういうので離職率上がるんよ

プログラマは土方扱いだからな、この国では。

リテラシーの低さモロバレ。こういう会社がハチャメチャな設計で下請けに仕事を無理強いする。業界には、そういう企業のブラックリストが存在する。【

さらに記事出てるのね

当社としては、ソースコードを書く作業が、単純作業とは決して考えていないし、中林もそういった趣旨で発言をしたわけではない

じゃあどういう意味で言ったんでしょうね

こんな大きな会社が最終校正しないとか普通になくない…？

誤解とか言い訳してるけどこの発言の一番の問題点は現場の人間への敬意が無いこと
多分配送の運ちゃんたちのことも見下してるんだろうな

AIが設計もしてくれるようになるので設計も単純作業になっちゃう
ソフトウェアエンジンはアーキとテックリードだけが生き残る世界になるかもな

仮に単純作業だったとして、世の中 その単純作業が出来ない人だらけというのが現実なんだけど・・・

単純作業ねぇ…
なんとなく思っていたけど経営者視点からだとやっぱりそう映るんだろうなぁ。

まぁ、流石にそうよな。やっぱり「単純な作業」って言葉が悪かったんでしょ。外注に出せる領野はたかが知れてる

心の中でエンジニアの人を下に見てる部分があるから、そういう発言が出るんだよね😡

うーん、発表前に本人がチェックしたかどうかじゃないかなー
内製化進めているなら、コーディングが単純作業じゃないのは分っていそうだけど

物流業のならルーチンだが？

あープログラミング単純作業の元ネタはこれか。
どーも！単純作業従事者です！😎なんちゃって！

「記事化に当たり一部の発言内容が正確に伝わらず、結果的に誤解を与えてしまった」
公開前に校正する機会はなかったのだろうか🤔

「コピペ推奨」みたいな話だしなあ。そら楽だけど「だったらタダ働きで良いよな」になるんだよな経営側の観点では。

【今のトレンドニュース】 10コメント/時

プログラムのプの字も知らない役員なのか、伝え手and/or聞き手の伝達力が足りなかったのか…。

理論的に物事を分解して考えられれば難しい仕事ではないと思いますが。

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

ヤマトの偉い人に「ヤマトさんってなんで荷物を運ぶ単純な作業は外部に委託しないんですか？」って聞いてみてどんな顔するか見て見たい。

記事になる段階でおかしくなったという事かしら。元のGithubの記事の方も修正されてるそうです。

・既存の業務が複雑化しすぎてて、業務分析が困難
・複数の利害関係と縄張り争いで要件定義、仕様策定ができない
・経営陣がITに疎い
・現場のITへの不理解、非協力的姿勢

などなど、相対的にコーディングが単純な作業なんだよ。きっと。

JTCの闇がにじみ出てるぞ。

コーディングは単純作業じゃないが大きなプロジェクトでは単純作業とみなせるようなマネージメントが求められはするよね。言ってる方も皮肉と揚げ足取りのつもりで本気で批判してるわけじゃないと思うけど。

取材でどういうやり取りあったのかはわからんけど、記事化にあたって最悪の伝わり方したな。

記事で質されてもどういう意味で「ソースコードを書くなど単純な作業」と言ったのか判らずじまい。言っていないことを記事にされたら問題だけけどそうは答えてないし、今のところ騒がれたから謝ってるだけなのかな？感。

ヤマト運輸は気付かなさそうだけど、githubでも気付かないというのが意外さある。

訂正が早い

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

以前ヤマトにソースを納品した事があるけどやたらと上から目線だったのは、こう言う事だったんだな
誤解ではなく会社の本心だろう

だとしたらプログラマーって職業は要らんのよ←

ネタ元

ソースコード書くのは単純作業という認識は無かったみたいだね。

よかった。

日本のそこらのwebアプリレベルのソースコードを書くぐらいなら単純作業に該当するな。

そもそもロシアからの遮断をしていないGitHubにビジネスのソースを置くんじゃないよって話でもある

○ →最適化を図らなければ、そんな感じかも
エクセルの単純な入力作業に近いかもしれない

記事化の過程でそういう表現になったのが事実だとしたら、記事化に当たったGitHubの中の人(かどうかはわからんが)が「コーディングは単純作業」と考えてることにならないか？

記事の校正・校閲はちゃんとしなかったのか？
していての表現なら本音に感じるし、していないなら記事の出し方に大きな問題を感じるし。

＞当社としては、ソースコードを書く作業が、単純作業とは決して考えていないし、中林もそういった趣旨で発言をしたわけではない。

単純作業としか解釈できん

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

この単純作業をいかに漏れなく素早くやるかを生きがいにエンジニアやってるから、むしろ皆なんでそんなに怒ってるのかがわからない

わろた🤣

業務アプリに関しては、システム設計、ソフトウェア設計がしっかりしてれば、コーディングは簡単なものにできるのは確か。使用するパーツも標準化したらね

齟齬？

デザインもある意味「単純作業にどう持っていくか」がポイントだったりはしますね。

・課題の分析
・企画
・デザインコンセプト
・情報設計
・デザイン作業

仕事が早いデザイナーは、デザイン作業まで落としていくプロセスが上手です。

そんなに変なことを言ってないので元の記事を書いた人のミスのような気がする。

コード書くのって単純やないんすよ…脳死で書ける案件なら確かに単純かもしれんけど。 :

※要件と設計がちゃんとしてれば
が抜けてる

みてる：

ソースコードを書くだけなら単純作業だろうなぁ。

ただ、アーキテクチャ考えたり処理のフロー考えたりとかしなければだけど。

GitHubユーザ事例のヤマト運輸さんの件。

「ソースコードを書くなど単純な作業」
↓
「短期的にリソースが足りない部分」

に修正されました。日本の特に業務系IT業界では長年、コードを書くプログラマの地位と賃金は低いままで来ているので、そろそろ軌道修正したいですね

なーんか、謝罪といい経緯の説明といい

「私たちの責任です」って出来るだけ言いたくなさそう

な謝罪と釈明に見えるのは、いっそ私の偏見であってくれ

まあコードを書くのはともかく、Githubにあげるだけの部分なら単純作業ではあるな

githubの方が書いたのかなぁ？
元ライターとしては、修正後と元を見ても、捉え方間違えるような感じじゃないんだが。
コード書くのは、可読性や保守性など効率化を常に考えてやる必要があり、それだけでも素晴らしい技術職だと思ってます。

>ヤマト運輸は「ソースコードを含め、自社で内製する部分と外部のパートナーに協力を求める部分のバランスをいかにその時の状況や開発内容、スケジュールにあわせて柔軟に行うかが今後重要になってくるという趣旨の発言だった」と補足

でしょうね。記事化のミスは本当に怖い

ひとつの発言だけ切り取って過剰反応してる人が多い印象です。

(｡･ω･｡)ﾉ

ヤマト運輸さんが言ってるのはニッポンのSIベンダーの話なので誤解でも間違いでもありませんね。

単純作業ではなく全工程の中では簡単な作業ですね。
ソース汚かろうが機能満たして表面的にバグが無ければ私はなんでもいいと思います。
そういうの全部ひっくるめて、設計しだい。

ソフト開発者は合理思考の最先端の業種。単純は褒め言葉に近い。複雑なものを複雑なままやって匠と言われるのは愚の骨頂。

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

こういう趣旨だったそうです。

×「俺たちの仕事を単純と言った。ムカっ」
○「単純化続けてるけど現実はまだ複雑なんですよ。もっと単純化しないと」

誤解も何もSEを軽視してる人が経営陣にいるってことよ
日本は大手ですらこれだからSEの異様な低待遇が改善されない、外注も格安で投げる気なんだろう

これか。＞

運送を知らない人が配送業者を下に見がちなように、開発を知らない上層部はエンジニアを軽視する。

役員がそういう発言をしていなかったとするならGitHubが「ソースコードを書くのは単純作業」と書いて、出したことになるのでそっちの方がずっとやばい

私が、採用を担当していたときもプログラマーって単純作業をする人みたいなイメージがあって払拭するのに苦労した。ちょっとこういう記事に出会うと、世の中の認識はあまり変わっていないのかなと哀しくなる

言ってることはまともに見えるんだけどなんでみんな今怒ってるの……？

これヤマトよりGitHubの見識の方が問題よね ＞

他ならいざ知らずGitHubの記事でそんな発言したらそりゃ燃えるわな笑

あ、うん
文脈からしてそんな感じのことを言いたいのだろうな、とは分かるから
やっぱり過剰反応なんだよな、と思う

ヤマト側のリテラシーの質は不明だが、それなりに記事用に編集してると思うのでそれをやってるGitHub側のPR・広報(かな?)の質に疑問を抱く。イーロンがいたら首にされてそう。

上流工程がマジのガチで完璧ならな！！！！！…

(´・ω・｀)TLに単純作業云々あったのこれのことか
(´・ω・｀)んー、まあ詳細な設計までかっちりしてればそうなることもあるかなあ

設計さえしっかりしてればソースコード書くなんて簡単なんだけどなぁ……簡単なんだけどなぁ！！

これやっぱライターが悪かったんじゃ…

「設計したものをコードに置き換えるだけのような単純な作業は」かな。それでも”単純な”とか言ってはいけないか

まじか

単純作業の対極にあるだろ…

なぜ燃えたのか理解しているように見える。ただケアしないと、2年で約100人採用した社内のITエンジニアが見切りをつけそうな気がする。

とりあえず発言者は今日から住宅街の年末配達をゲロ吐くまでやれ。

ソフト開発はソースを書くことを単純化するため進化を続けてる。「単純と言われてムカっときた」って開発者が言ったならそれこそ嘆かわしい。。

うん、これはヤマト運輸ちょっと可哀想と思ってた
今まで外注してたのを出来るだけ内製化する
全部は無理なんで一部は外注するって文脈の中で言葉の選択が良くなかっただけなんじゃないかなぁと言う印象