運用に興味がないエンジニアって実装よりも上の工程行った時に役立たずになるの目に見えてる

なんか前時代的な空気を感じるな カナリアリリースとかブルーグリーンとか無縁そう

「デプロイ頻度は開発組織にとって一番大事なこと」 この理由を深掘りできてない。解像度が低い。

ソフトウェアエンジニア　竹田くん

このままパッチ中心開発をするだけで１日1億円（だっけ？）損するって上司を説得したプログラマの話をおもいだした

業務内容を再整理して契約し直すのは無理なんかな

（創作でないなら）これはASDだろうねえ。

そんな人間おらんだろ 実在するならちゃんと意図を説明しない上司の責任 うちの会社で働けば何一つケチのつかない人材になる

それはプログラミングにしか興味のないエンジニアとは言わない 本番環境へのデプロイに異常に固執するルールを守れないキチガイというんだ

ゴミをリリースしようとするな とりあえずマージ権限取り上げておけ

「デプロイ頻度は開発組織にとって一番大事なこと。カスタマーサポートがそれを妨害してる」 事業を成長させるにはカスタマーサポートを強化する必要があるということが顕在化した...

即時のデプロイに固執するのが問題なのに 「プログラミングにしか興味のない」というころを問題視してしまうのは この増田にもなかなか問題がありそうだと思う。

「デプロイ頻度は開発組織にとって一番大事」ってどの程度盲信してるんだろう。 通常は1回で済むデプロイでも10回に分けてデプロイした方が良いと考えてるのか。

プログラミングだけに興味持ってるんならデプロイなんかどうでもいいはずだが

こういう人って社内システムに配属されて新しいおもちゃを遊び倒させることが多かった気がするんだけど、最近はそうでもないのだろうか。

追記読んだら素人丸出しでワロた 自宅警備なのに頑張って書いたんだね

✗プログラミングにしか興味がない ◯ビジネスを理解することができない ご愁傷さまです、つまらない仕事を与えて退職されるのを待つしかないでしょう。

プルリクをPRと略してるのか Pull Requestなんて一私企業であるGitHubの独自機能に過ぎないのに一般用語みたいに当たり前に使うな ハゲ

マザー１のカナリアのローラの歌のサウンドすき

プログラミングにしか興味がないならリリースにこだわるわけないんだけどなあ

そいつはエンジニアじゃなくてバカなプログラマー。エンジニアはバカを統率してビジネスを成立させる上級職なの！

過去に２回アスぺエンジニアと仕事したがチームプレイが出来なさすぎて超辛かったのを思い出した

無関係だから簡単に言うけどうまく御せばこの上ない人材だから使い方が悪いよね

masterにだれでもマージできるようになってる時点で会社のリリース戦略が圧倒的におかしいことに気付くべき ステージングが完備されてなくてデプロイプロセスがぶっつけ本番とか、リ...

元増田がカナリアリリースのことを一体何だと理解しているのか気になった

feature toggleとか使えば、four keysは追いながらも適切なタイミングで機能を出せるのでは

feature toggleとか使えば、four keysは追いながらも適切なタイミングで機能を出せるのでは

この方は開発組織を回す経験と知識が不足している。 技術的な部分は勿論だが、そもそもコミュニケーション力が足りていないと思われる あなたのいう「デプロイ」を、なぜ彼があなた...