ネットだと
修正しても過去に書かれた内容が
残るんで

この企業がプログラマーを
冷遇しそう
ってイメージを払拭するには

何倍もの熱量を使って
厚遇します、って書かないと🤔

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

ほー…ほーーー(´∞｀)

ソースコードを書くことなど単純作業…
ITエンジニアの仕事で単純作業はひとつもないんだが…

こういう記事って社内広報通してるだけど、広報さんが技術的にガチなのってそうは無いから、炎上予想出来ないくてなかなか悩ましい話だなって思う

前のGrの課長もそう考えていて、ソフトはタダって言い切ったので、逃げ出しました。

この記事だけですけど、苦しい印象ですね
程度の差はあれ元文の様なニュアンスの考え方はいくばくかあっだろうし、重要と考える人からはそのニュアンスに拘って勘違いさせるような発言にもならない気がします

この書きっぷりで”単純作業”＝「前衛的で専門性が高い地道な作業」って読者に行間を読ませるのは難儀だよなぁ。

単に説明が言葉足らずで、記者も不用意に文章化しただけに見える。プログラマでこの程度でムキになるのは、もともと自分に自信がない人じゃないの？

ソースコード書くだけにフォーカスしたら単純作業よな。誰でも出来る気がする。

中村執行役員の言葉がきちんと伝わらなかったという記事化の失敗らしい。この記事を読んでるとまともな主張をしてるように見えるので、ライターさんの失敗ということだろう。

単純作業かどうかは設計者とプログラマの能力次第

あー、また「誤解を与えてしまった」だよ。文字で起こしてるんだから、書いたそのままの内容で実際に思ってるんじゃないの？

掲載前チェックしてないはずがなくて、それなのに、この言い訳が出てくるあたり、末期

うーん、誤解じゃなくって本音だろうね。コーダーが安く見られてるのは事実だろうと思うし。

納得！

単純なもの作るならなぁ、感。
展望で、追加開発とか改修とかやることになると、新規開発以上に可読性とか大事になる気はする。
単純だけどセンスは要る認識。

該当部分だけが最初と修正後が全然違うけど、どうしてそう書いたのか説明が無い

あー。まぁそうね。

記事を書かせたであろうGitHubの言い分を聞いてみたい

＞（中略）まだまだ人員が不足している。その中で、ビジネスアーキテクチャや要件の整理など内部の人材でやる内容と、仕事がしやすいように汎用化した形で外部の方にお願いする内容を整理してバランスを取っていく必要があると考えている。

ほら。めっちゃ大切な話じゃん。

コード書くのは日本語文章書くのとそう変わらないな。中身が重要。

『
日本で上流設計って言ってる人の大部分は、忖度と伝言ゲームと外注手続きするEXCEL作業者なので、それらも単純作業と言えなくもない。

というか、人間の仕事なんて皆単純作業なんだよ。基本猿なんだし。

完璧なプログラミング設計書があればソース書きも単純作業化できるだろうけど現実はそんなの作ってる時間ないよね。

「誤解を与える」って日本語は使ってはいけないってすっかり学んだよね。誤解してないんだよね。ちゃんと文字通り受け取ったのだから。 不適切な言い回しだったと言えばここまで燃えなかったのではないかと思う

悪意をもって読み取れば なんとでも読めるしな・・・。

ジョブチューン 〜アノ職業のヒミツぶっちゃけます！

えっ何を今更。：

修正されたのか

経理業務に読み替えてみれば、会計方針の決定やプロセスの構築は自社でやって、実際の会計伝票の起票（仕訳を切ること）は単純作業だからアウトソースする、みたいな感じですかね。

特段、変な発言ではないかと。

単...

この記事、タイトルの話題より、上流と下流の工程を綺麗に分離できると思っていることにこそ懸念を感じる。現場知ってるのかね？

元々の主旨は知らんけど（反発喰らって修正した、という邪推もできるし）、どちらにせよ単純=簡単という意味ではなさそう

何をプロモーションする場かわかっていればそれなりの校正機会もあっただろうに、チェックをくぐってしまったということは、この媒体が誰が見るか・どう読むかをわかってなかったんだろうな。

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

これかぁ

丸太から仏像を彫りだす作業は単純作業なので、外注しなさいって事かしら？
どう彫るか伝えるの大変そうな話
(｡･ω･｡)

でもコーダーは作業者として管理しないと回らないし、作業の単純性複雑性ってプロジェクト管理者にとっちゃ変わらんのよね。担当者のスキル次第だし

TLで話題になっていたヤマトってこのヤマトの件なのか。。

政治家の「お前らが誤解しているだけのこと。おれはまったく悪くない」をパクりましたね。

エンジニア、クリエイティブな部分に重きを置き過ぎて、手順が明確で淡々と作業を進めれば完成する工程を「単純作業」とか言いがちだけど、世間では違うからね。

こんな認識のとこじゃ働きたくないなぁ

ソース書くって、小説書くのと同じくらいクリエイティブだと思ってる。

何十年経っても、異業種のIT部門というか、ITその物の価値が低く見られがち。悲しい。

執行役員なんていう単純作業をしているから、こういうことを口に出すようになるわけだ

この炎上

「コーディングが単純労働で有るべきか否か」

みたいな神学論争も有りそう
🍮

あーそういうことだったの
ヤマトの情シス会社クソだって行った人が行ってたからなぁ

責められたからバレない様に意見を変えようとしてる

なんというか……。上の人なら下にきちんと言葉を通じるように言うのも仕事でしょうに

ソースコードを書くような単純作業もろくにできない私ですが、単純かどうかは別としてイシュー管理とレビューをちゃんとやれば外注でも管理下に置けるのかなという気はする。ただこの発言した人はきな臭いので嫌いだ。

ソースコードを書くことが単純作業と言い切れるくらい設計が詳らかに検討されているんですね。
とても素晴らしいです。

"そういった趣旨で発言をしたわけではない。しかし、記事化に当たり一部の発言内容が正確に伝わらず"
つまりは
”ソースコードを書くなど単純な作業”「発言があったから書かれてる」って裏がとれた？
心に思ってもない事を発言しつつDX推進とか無理じゃない？

Github日本法人もヤバではあるけどヤマトもヤバなので全部ヤバという話なんだよな

フレームワークが完璧に出来上がってるとか、上流が完璧でその通りに書くだけとか、ｽｰﾊﾟｰﾊｶｰがいるとか、そういう話ならわかる。

ほぅ。

こんなもんまで釈明せなあかんの大変やな

結局ネット上にいるエンジニア(俗語)も切り取られた部分を斜め読みして脊髄反射するってことなんじゃないですかね…

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

誤解でも何でもなくこれが本心だと思ってる

報道記事でもない限りは関係者の事前チェック入るだろうし、まあ心の声が漏れちゃったね感だね。

苦しい言い訳をw素直にまだ課題がありましたの方が良かったと思うけど。それとも本当に、開発が分かる人なら間違っても口にしない事だと言うことすら分からんのだろうか…。

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

執行役員って程度の差はあれ、こんな認識だと思ってる。/それよりこれをそのまま、お出ししてしまうGitHub日本法人がなんといいますか。

誤解ねぇ…
内心そう思ってるから
口に出たって奴じゃないの〜？

と、穿った見方をしてみる

物流はちょっと別だよなって思ってるから、元の文言でもそこまで悪い意味にとれなくて擁護したい気持ちある

前後の文脈を読めば言いたいこと伝わってくるので、言葉のあやだろうなとは思っていた。

単純なのは間違いないのと、単純じゃないのは詳細を知らないことと脇がためばかりやっているからなのかもしれないというのがあって、知らなくなりすぎたら内政を加速するだけで、数十年サイクルがあるみたい

これはGitHub日本法人の失態やわな。

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

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

これ記者がヘボくて誤解招いただけっぽいすよ

なら自分で書けばいいんじゃね？単純作業なんでしょ？

外資系のテック企業の日本法人って技術畑より営業畑が強そうな人が多いと言う偏見を持っている。

揚げ足取りのような記事に感じる。

》

Top story: , see more

は？
単純ならオマエごときでもできるだろ？
全部やればいいんじゃない？

githubなんだから変更履歴をgithubに公開してほしいんだが

「馬鹿め と言ってやれ 馬鹿め だ」
ー宇○戦○ヤマト 第一話よりー

なんともはや

これを見て本当にプログラミングをできる人はこの会社に興味持たないだろうし、プログラミングができない人にのみにアピールできて、需要と供給がマッチする良い記事だと思う

プログラムは単純作業と経営判断するのは別にあって良いと思うのだけど、突っ込まれて翻したら失言したと認めた事になるだけになりそうだよね。

[あとで読む]

言いたいことは分かる。コーディングが単純作業は言い過ぎだけど、設計通りに実装するだけの作業であることは確か。技量によって中身は雲泥の差になるけどね。

>短期的にリソースが足りない部分は外部に委託するなど柔軟な対応が必要になります
これで違和感なくなったけど、まだ激オコなコメントが溢れかえってて趣深い😅

内製化したいという意思は感じたけど、そういう発想では失敗するだろうなと思った

「上流設計が完璧なら分かる」という意見もコーディングエアプな気がする。それか人を育てたことないな。

設計している時が1番頭使う気がするので、設計と比べると単純作業かもしれん(知らんけど←

本音だろうが、インフラの設定をポチポチいじるより、アプリ開発のほうがクリエイティブ

いまツイッターで炎上中のこの文章ですが、ただの言葉のアヤだったのではないでしょうか。

書き方の枠組みを完全に最適化設計されている状況下でのコード作成なら単純作業だと思いますから。

ソースコード書くのって大抵は手探りだから熟達者と新人に差がつくのでして…。

記事のレビューする人はいなかったのか、、、
これは色々と言われてもしょうがないよ。

うわ！記事化のせいにしてる。校正はしてるやろ。そこで気付かなかったってか？嘘つけ、こんなの本気で言ったに決まってるわ >

＞「新手のITエンジニア踏み絵か」などの意見が飛び交い、
あっハイ(正座)

一歩間違えると致命的だよな。
会社のイメージ。

本当のことを言ったら叩かれてしまったでござる。いわゆる「業務システム」はDB設計さえしっかりしてれば後は単純作業に近いよ。だからオフショアでできるの。もちろんそうではないシステムもあるけどね。

まぁユーザ企業なら製造は外注でいいんじゃね？

そんな感じのニュアンスだったと思うのだよね。結局謝罪しているけど読解力の問題もたぶんに感じるんだよなあ。。

笑ってしまった😅

まともな内容に修正されてた

まぁでも余程特殊な案件でも無ければ、パレートの法則で、２割の作業が高難度、残り８割は横展開で量産みたいな感じになりがちと思う。→

いかにも言い訳がましい記事の書き換えだな。

こんな事を役員が発言したら自社の社員から縁切られるだろ。
開発エアプして上流工程説く人間のせいで日本のITは。。。

やっぱり訂正になりましたね

プログラマーを外注していると、こういう発言になってしまうのかもしれませんね。
「単純な作業は外部に」なんて思ってると、技術的負債がめちゃくちゃ溜まっていきそう。

完璧な設計書を書く時間と金をください。 -

興味深い

設計が超きっちりしてれば、シンプルになっていくのか👀

それだけ上流工程が大事とも言える