ヤマト運輸 Github「ソースコードを書くなど単純」軽くディスってしまい騒然 みんなの反応は?
SNSでの反応をまとめました
キーパンチャーかコーダーなら単純作業 https://t.co/1egcmrg5cR
— suebo@人生タイト・ロープ (@cd1086) November 29, 2022
ヤマト運輸に限らず、そういう考えの人は多いんだろうな。 https://t.co/wUgN9OpuKI
— SUZUKI, Junichi(😷老害オッサン) (@jsuzu) November 29, 2022
内製化のメリットだけを見事に切り捨てて草なんだ https://t.co/mLxWynJDke
— ちやそ (@hitsuji_may) November 29, 2022
細かいとこまで行き届いた詳細設計書があるなら、まあ……。
たまに「おまえコーディングしてから書いたんちゃうんか」くらいの設計書書く人おるからね(笑)本を1冊渡して「これ翻訳して」と訳者に投げるような程度だったら単純作業とは言えんけど。 https://t.co/UjFIH5n9l2
— さくうし (@Sakuushi_Kanon) November 30, 2022
Kuroneko Yamato (gros transporteur privé japonais) a dit en interview avec GitHub :
"…externaliser un travail aussi trivial qu'écrire du code source par exemple""code source" est depuis en trending topic 😬 https://t.co/9EEvX6ffWs
— Koma (@komanaki) November 29, 2022
仕事でプログラム書いた事ない奴の発言 https://t.co/srPa7zhQDT
— ラボ(゚ω。) (@koborabo) November 30, 2022
単純な作業してます!!! https://t.co/RFm6WM9ETq
— sak (@kasackee_jp) November 29, 2022
ソースコードを書くなど単純な作業なのに、ちゃんとしたプログラム書けないプログラマが多過ぎて、単純とかいう認識改めた方が良いと思う。 https://t.co/v1wd6RYHKa
— おっぺん (@oppenyoureyes) November 29, 2022
— リスリア@ (@LyrisfeltCFail) November 30, 2022
ソースコードを書くのが単純な作業になってくれるかどうかは、詳細設計書の粒度によりますね https://t.co/nM8uLrdZKn
— DE-TEIU (@de_teiu_tkg) November 29, 2022
大手インフラにしては考え方のアップデート早い方では。中小なら10年前に動かないと手遅れだけど。 https://t.co/a0zX5uyt5U
— K Fujisaki (@tw_kzkn) November 30, 2022
今どきソースコードを書くなど単純な作業をやってるやつ、まさかおらんよな??????????
あっ、私は今日もソースコードを書くなど単純な作業に従事していました!!!!! https://t.co/6uluEn92po
— けんちゃん (@braveryk7) November 29, 2022
それどんな天国環境?
単純作業に落とし込めるほど設計書がしっかりしていた現場なんて見たことないぞw https://t.co/PxsV4BUxSE— 世界征服を企む実験用ゆうと⚖ (@yu_to_kagura) November 29, 2022
「この機能を頑張って実装しました!」
「そんな単純作業にどんだけ時間かかってんだよ給料泥棒」
エンジニアとは関係ない仕事ドサー https://t.co/NLfSVV72N9
— N (@NNon82547378) November 29, 2022
コーディングもできないやつがエンジニア名乗ってて草 https://t.co/par6KhWwpQ
— なぼ𓀊 (@nabosuke) November 29, 2022
逆に配送業を「誰でもできる単純労働」とか言っちゃうとすぐ炎上しそう https://t.co/raD0coQZih
— けんじゃタイムきらら (@kusoasobi) November 29, 2022
ソースコードを書くなど単純な作業をしております https://t.co/BS6pBp3KRO
— おののきももやす@意識を低く保つ (@tjm8874) November 29, 2022
完璧な設計ができるのであればあとは設計をソースに翻訳していくだけだから単純作業かもしれないのだけど絶対この事例の場合そうじゃなさそうな気がするのだ https://t.co/YrUtkEYx6q
— 炎上案件のArrayさん(鎮火) (@SES_ArraySan) November 30, 2022
単純作業でできるソースコードは冗長性、メモリ効率、演算効率が欠落してそう… https://t.co/aWIEQcTEzl
— pinkChinjyu@ほのか会過激派B級珍獣 (@kenbono13) November 29, 2022
ソースコードを書くなど単純な作業をしている皆様、おはようございます。 https://t.co/m3P2njWbD2
— Natto from the world(モデルナ3回+オミクロン) (@FromNatto) November 29, 2022
いわゆる「コーダー」も経験したことあるけどやっぱり効率悪いと思うし、通常は設計とプログラミングは不可分って結論になると思うんだけどなぁ https://t.co/w3E6xFXdlc
— kumogakuren (@kumogakurenn) November 30, 2022
話題になってたから記事見てみたけど、意識高い系をこじらせた人の文章って感じ。無駄に横文字使いすぎ。
GitHub使うなんて当たり前だし、凄くもないのにあたかも「革新的なことです」みたいに言ってるのもダサい。
アジャイル開発強調して、まさかのソース内製でなく外注。まあ間違いではないけど。 https://t.co/2uxMeEq3an— パウ@ゲーム兼雑記垢 (@pow0604_game) November 29, 2022
「外部委託」
ノウハウが標準化されていて、社外にも広くスキルを持つ人が存在する部分
「内製」
業務知識や社内プロセスなど、社外にノウハウが存在しない部分。であって、単純かそうでないかではないのよな。その上で委託するか否かは、様々な事情を考慮して決める。 https://t.co/dNBg2yWZrS
— machan (@macha_machan) November 29, 2022
コーディングシートに書いたソースコードを清書してもらうのかな? https://t.co/pH4WO9sQyv
— Miura Hideki (@miura1729) November 29, 2022
巨大組織での要件定義の世知辛さに比べれば単純作業ですニャ…https://t.co/jtFGB3rKM5
— ハッカーミミ (@mimidesunya) November 29, 2022
参照:https://twitter.com/mimidesunya/status/1597739359297732608