ヤマト運輸、Githubの活用事例で「ソースコードを書くなど単純な作業」と発言してしまいITドカタの間で炎上 [158478931]
■ このスレッドは過去ログ倉庫に格納されています
theatrical エンジニアにアピールするためにgithubのインタビューうけてるのに、その中でコーディングを単純作業とか言っちゃうの、リクルーティングのセンスなさすぎでは。
W53SA “ソースコードを書くなど単純な作業は外部に委託するなど柔軟な対応が必要です”
Nunocky プログラミングが単純作業になるレベルの実装仕様書があるということならぜひ参考にしたい・・・
kaorun それも大事かも知れんけど、クロネコメンバーズでブラウザの戻るボタンが使えないとか、送り状作成の手順がやたら冗長な上にEdgeでは必ず途中でエラーとか、顧客のユーザー体験をもっとちゃんとして欲しい。
greenbow 言わなくて良いことを言ってしまった感。「コアな開発は内製化し、それ以外は外部に委託するなど柔軟な対応が必要です」みたいな表現ならよかったのに。
napsucks 卑しい卑しいコーディングは下賎な下請けに丸投げしてワシらはパワポで小綺麗なイメージ作り頑張りますよと読めてしまういいっぷりだが大丈夫だろうか🙄
mtk_inrs 自分の仕事軽視されるとむかつくでしょ?はてブユーザー他の職業には平気でそういうこと言う人いっぱいいるよ?
b.hatena.ne.jp/entry/s/github.co.jp/customer-stories/yamato
https://github.co.jp/customer-stories/yamato ネット上だとエンジニアっていうとアイテー土方ばかり幅効かせてっけど実際どうなんだよ
本当に俺みたいな化学エンジニアみたいなクリエイティブな仕事してんの? Githubの登場人物に単純作業として書かれたソースコードが出てくるのがよくわからん
それなりにテストしてからGithubなんじゃないの?知らんけど >>121
きっちり設計してからコーディングするのはウォーターフォール型
設計に時間掛けるより動かしてみてから改善していくのがアジャイル型
ウォーターフォール型は外部のITベンダーに丸投げで安全重視する場合に向いてる
アジャイル型は業務に精通した自社要員が作成してスピード重視する場合に向いてる 日本ではレンタルビデオ屋がNetflixになったみたいなことは起こらない >>111
IT企業のソフトウェアのコードを書くのは単純作業じゃないのか? だけど
世の中あんな簡単なことすらできないアホが大半だからな
プログラミング出来ない人間なんてわるいけど見下してるわ
パソコン使う仕事してるのなら
効率よく仕事するために必須スキルなのだから こういう考えのバカが多いせいで日本からはIT企業が生まれなかった >>150
単純作業にとどまらない仕事をこなせるから世界的な大企業なのでは? >>141
名前売れるとコンソーシアムみたいのに呼ばれて
次世代の仕様策定の見定めに呼ばれることとかあるよ アジャイル的にドキュメントはいいからさっさといい感じのモノ作って見てもらう開発の流れが出来るのは凄腕エンジニアだけ
だから海外は凄腕エンジニアに金かける
日本は設計書通りに書けだからコーディング担当者が安月給 単純作業って響きでバカにされてると思っちゃったんだろバカだから >>150
ジャップ企業「コードとほぼ同じことが書いてある詳細設計書を作ってプログラミングがわからないおっさんが大人数でレビューしてから、それを外注に渡してコードに変換してもらうぞ」
GAFAM「要件を理解してるやつがすぐコードを書いて成果物をレビューするぞ」
どっちが生産的かわかるな? >>152
高卒でゲーム会社入ってすまんな
十年ぐらい遅かったらアセンブラやってたかもしれんね そらそうだろって感じだけどな
あくまでプログラムを使って何をやりたいかが重要であって単純作業だと判断すれば外注に出すだけ
お前らだっていちいちスマホのDC-DCコンバータのリップルとか考えてプログラム作ってるわけやないだろ >>93
物流は24時間365日必要だけど
コーダーみたいな単純作業労働者は
年中大人数がいらないから外注のほうがコストが安い 単純作業用の仕様書なのにメチャメチャな書き方してる設計しかできないマンいるからなあ githubってずっとゲームのエッチなMOD配布する所だと思ってた ソースコードは複雑にしすぎるとバグが出やすくなったりメンテナンスがしにくくなったり最悪ブラックボックスになることもあるので単純なのが理想ではある 設計でどこまで単純化出来るかだよね
作りながら設計すると再利用出来ずデバッグも面倒臭い複雑なモジュールが出来て困る 30キロの荷物を手作業でひたすらトラックに積み込むのが「軽作業」といわれるのと
同じような話なんじゃないか
いいよねー下っ端は経営戦略や企画立案や人間関係構築の苦労もなくて
延々パソコンの画面とにらめっこしていればいいんだから的な >>147
それじゃ~、アジャイル型開発が思いつきその場しのぎ開発みたいじゃん プログラミングをオペレーションだと割り切らない奴いるよねw
別にビジネスロジックを分けて考える企業が出ても問題ない
まあクソ細かく指示出しといて効率化されねえとか言われたら切れるけど 難解なアルゴリズムを産み出してるわけでもない
誰でもできることを継ぎ接ぎやってだけだから
馬鹿ウヨでも務まるIT土方 >>4
日本だけね
意識高い系のコード1行も書けないSEとか言う謎の職種の方々が跳梁跋扈してるんよ >>172
そうだよそれがアジャイル
それでユーザにとって便利で凄いもん作れるエンジニアが高収入を得る
しょぼいもんしか作れない奴は雇われない 実際コード書くのは底辺の仕事だろなにも間違ってない 詳細設計はある程度プログラマの裁量に任せる形で書くのが望ましい
ある処理を実現するのに色々な方法があるけど、そこは良しなに実装してくれればいい ヤマトの社員は詳細設計書という名前で日本語でコーディングしてるだけだろう。プログラミング言語ではないだけ まあ国内は大して金も貰ってないのに親切すぎるんだよな、ちゃんと仕様通りに作って渡す所とか少ないんじゃないの?
まともに仕様を仕切れない会社だらけだよ
まあその分底辺開発者もいっぱいいるんだけどな、需要があるからって基本すら理解すら出来てない技術者未満を送り込もうとする派遣会社って何を考えてるんだか
金はいらんから育ててくれみたいなふざけたところもあるし サッカーで言えば監督に海外の有名な人間を雇って
選手は単純作業だからそのへんの派遣社員にやらせるみたいなものか よく使われる構文ならコピペでいいじやん
メンテナンスしやすいし ツイッターの技術者がソースコード提出させられてたけど単純作業ならイーロン・マスクはソースコード提出させて何を見るんだ? ケンモウみたいな無能なゴミほど技術者を軽んじてみてるよね
この国がいかに終わってるのかよくわかる、上も無能で下も無能で足の引っ張り合いしてるだけ そんな認識だからクロネコメンバーズがクソ使いにくいんだろうな ヤマトのライン連携はよーできとる
上流ちゃんとやってるだろ 面倒くさい作業だが単純なのはそれほど間違ってないような 就活生にとってはいい文言でしょ、うちに就職すればそんな地味な仕事はありませんてこと 運送屋なんて知的障害者の集まりだしそんなもんでしょ クロネコメンバーズラインからしかやったことないけど何も問題なかったぞ 工場で生産してるのと同じ感覚なんだよ
まだそこまで昇華できてねーよ
だから日本はソフト軽視でダメダメで遅れまくりなンだわ 単純作業なら自動化出来るよねって頭がない時点でな… >>172
そうだよ
とりあえず試してみて、評価もらって修正するのがアジャイル
基本的には誰も全体計画なんて書けないし、なぜ書けないのかと言えばそもそも誰も本当に何が欲しいのかわかってないから
その、無知を認めて可能な限り現状に最大限効率的にコミットしようというのがアジャイルの考え
スクラップアンドビルドアンドコピーペーストが出来るソフトウェア産業だからこそできる仕組み コーティングって実際なんの価値も生み出さない工程だろ
なんでそんなにキレてるのかがわからない この手の話は動作確認とか単体テストは含まないってことでいいのかな?
でもそんな仕事は存在するのか? 内製化したいって言ったり外部に委託したいって言ったりいきあたりばったりな発言しかしてないな 基盤と設計書がちゃんとしてれば単純な作業と言っていい >>204
全てを内製化したいなんて言ってなくて価値がある部分だけ内製化するってだけの話だと思うけど 運送バイトを単純作業というワードで集めてたから普段のノリで出ちゃったんじゃない
働き手は単純作業の方が嬉しいと刷り込まれてるんだよ コーダーならIT土方の名の通りただの単純作業だろ
なんならフリーのライブラリ貼り付けるだけ ヤマト運輸はかなり強い最適化アルゴリズムエンジニア居ると聞いて入るけど都内の勉強会とかであんまし見ないな 自分しかできないと思ってるのはいい事だけど
そういうやつに限って自分の仕事以外は大したことない思ってるんだよな >>87
一番酷い現場は元請けがこのレベルの設計書を納品しろと言ってきた
設計書: 関数Foo
1. iを0で初期化する
2.データベースをdataに読み込む
3.dataを参照しTuboテーブルのmotherKBNをローカル変数motherKBNに読み込む
a) motherKBNがTRUEMOTHERだった場合
ア) 関数Kenkinを呼び出す
b) motherKBNがSATANだった場合
ア) 関数KillJapを呼び出す
設計書:関数Bar
(以下略)
関数一覧:
void Foo
void Bar
レベルのを設計工程の成果物として納品するように要求してくる客だったから、製造工程が地獄だしリファクタリング出来ないしテストフェーズとか意味不明になった
調べたらこれ金融系だとよくあって、COBOL時代の大昔の伝統を残したまま言語だけJavaに入れ替えたせいでこうなってるらしい 実際仕様書が完璧だと本当に書くだけの作業になるだろ >>213
なんなら出来上がったコードを紙に印刷して色鉛筆で一行ずつ答え合わせするってのを複数人でやるからな 単純作業ってのはお前のトコの倉庫仕分けみたいな知恵遅れでもできる作業の事なんだけどな
単純作業の意味を勘違いしてる馬鹿が上にいると使われる側は本当に地獄だな >>213
その程度の詳細設計所にも金出してくれるんだから金融はちょろい 単純作業だと思い込んでるのかぁ
知的労働だぞ
ヤマト運輸がやってるような単純作業とは違うだろバーカ 役員とか取締役とかインタビュー受けるて大層な事言うのはいいけど結果出してその自分の出した結果を明示化してよ >>25
APIサーバなんかはopenAPIでかっちり仕様書書けばawsのsamとかでテンプレ食わせて生成できるからな あとクロネコの再配達依頼のWEBページほんまクソだからな、そこ理解しておけよ
ユーザーの事なんも考えてねーから、あーいうゴミみたいなのが出来上がるんだろうけど >>220
バグが出たらコードを直すんじゃなくて
こういう設計書をまずは修正して顧客レビューを受けて承認印貰ってそれからコード書き直して思ったのと原因が違って怒られるだぞ
処理Aが重複してるからメソッドに切り出そうにも
設計書にあるクラスや関数やメソッドが全てだからそんなことも出来ないぜ >>227
そんなくだらないことで金もらえて良かったネ >>228
言いたいことが根本的に伝わってないのはわかったしお前に理解する気もないのはわかった 標準化できてれば、詳細設計レベルの設計書は自動で吐き出すツールすらないのはだめだめうんこだわなw >>221
コーティングはただの単純労働だと思うけどな
どこに知的労働の要素があるんだよ な?インターフェースがバグってる人間はちょっと煽られたと思い込むすぐ暴走する ヤマトの求人の給料結構高かったなー
話聞いてみたらエンジニアリングとは程遠い社内政治に巻き込まれそう感でさよならしたわ ケンモウってマジで無知無能の馬鹿の集まりだからな
コードの書き方も知らないのに、商用向けに使われるコードを単純作業だと本気で思ってる知恵遅れなんだわ
ケンモウみたいな無能の馬鹿ほどこの世の害悪は無いと思うよ >>236
単純作業ではないということを具体例を示して説明できない時点で終わってるな 単純作業がいやなら自動化しなさい
自動化できてなければ、自分で作って売り込みなさいw 上流は仕様書を書くのが仕事ですからね笑
コードを書く苦労なんて知ってるわけ無いでしょう笑 まぁ、仕様書という名のお気持ちポエムを寄越してくるから苦労するわけですが笑 ■ このスレッドは過去ログ倉庫に格納されています