プログラミングにしか興味のないエンジニアに困っている

今年の頭にうちの会社にやってきたエンジニアの話。 彼は実装がめちゃくちゃ速く、コードもきれい。テストもちゃんと書く。 とてもできるエンジニアなのだが、一つだけ困っていることがある。 実装完了した機能をすぐに本番環境にデプロイできないと、とても不機嫌になるのだ。 うちの会社が開発しているのはtoBのシステムで、実装内容によっては営業やカスタマーサポートからお客さんにアナウンスがされてからでないとデプロイができないものがある。 急にUIが変わったり新機能が追加されるとお客さんが混乱するしカスタマーサポートに問い合わせが殺到するので、デプロイ前に調整が発生するのは致し方ないことなのだが、こうした背景を説明しても彼は納得してくれない。 「とにかく早くデプロイをさせろ」の一点張りで、彼が勝手にPRをリリースブランチにマージして、機能が出てしまったこともある。 それによってカスタマーサポートへの問い合

[Yoshiya]

こういう人はカスタマサポートか営業を一度経験してみるといい。新しい機能が必ずしもユーザーに有用で無い事が分かる。独りよがりのITエンジニアは自社開発で完結する職場に転職した方がいい。

[hadakadenkyu]

いやデプロイ権限とマスターマージ権限与えんなや。それは組織の問題だぞ。

[KoshianX]

プログラミングにしか興味のないエンジニアって言わないで欲しいなこういう人。ルールを守れない人なだけじゃん。ステージング環境作ってお客さんに挙動見てもらいつつそこで開発サイクル回してもらうじゃダメ?

[Wafer]

このプログラマが頭おかしいのはさておき、御社の管理体制のほうがよほどヤバイ。生殺与奪の権利をそのイカレプログラマに渡すな

[ledsun]

ただのブリリアントジャーク。技術力が高くても、早くチームから外した方がいい。一緒にビジネスを支えてる人への敬意がなさすぎる。

[canadie]

GitHubなら最低限でもmergeをapproval 必須にすれば防げた、こんなんチーム開発基本のキ。権限色々渡しちゃってるその「運用」とやらがまずいんでは

[inomoy]

「エンジニア」？　そういう人は「プログラマ」と呼ばれるべきじゃないかしら。/増田のご苦労はよくわかるよ。お疲れ様です。

[Lie_Room]

開発は出来てもビジネスはできない人なんだろうなと思う。 現場レベルで出来ることは、Gitの権限で触れるブランチを制限するとかかなぁ。 これを入社面談で判断するのは難しそう。

[yamadadadada2]

この人が横柄で扱いづらいのはわかる。が、うまく使うことでチームのフロー効率を上げれるなら、組織全体をそういう方向にシフトするチャンスと考えてもいいのかもしれない

[hatfatcat]

スタートアップでは重宝しそうだけど、秩序が必要な段階で退場していただくのがいいだろうな。ちなみにたぶんこの手の人は自己評価が高いので、評価してない旨を伝えれば辞めてくれるよ。

[pascal256]

これは興味が無いとかじゃなくて会社のルール無視して本番の変更してるとか普通に懲戒されるレベルだろ...

[manaten]

この人ほどじゃないけど、技術的正義をビジネスを差し置いて主張する人って普通にいるんだよな。｢正義｣なのがポイントだと思う

[okishima_k]

これは「ことごとく権限を捻じ曲げて開発の邪魔をしてくる人」であって、すべての「〜に興味のない人」で括られると「主語がデカい」と思う

[denimn]

重視すべきはアウトプットよりアウトカムだって散々言われてるのに

[stk132]

評価面談でさ、勝手をやりたきゃ自分で事業起こせってはっきりいってやりなよ。ルール破って勝手にmainにマージしてリリースするとか社内統制とれてないし、本来なら懲戒処分ものでしょ？

[ukayare]

これプログラミングにしか興味ないんじゃなくて、自分が実装したものが実際に動くところが見てみたいだけなんじゃないかね。開発検証用の環境作ればそこでやってくれいえば満足しそう

[deep_one]

「実装完了した機能をすぐに本番環境にデプロイできないと、とても不機嫌になるのだ」／「彼が勝手にPRをリリースブランチにマージして」それは処分対象だろ。

[rryu]

1日2日でできたもののリリースに1ヶ月2ヶ月かかるとかだとそうなるような気もする。サポート的には機能が増えない方がいいので後回しにされがちではある。

[nagahitoo]

これは単に自己顕示欲が強い奴なのでは

[syu-m-5151]

求めているのは職業プログラマーという作業員

[moondoldo]

ユーザーに興味ないプログラマは、ユーザーに直接関わる仕事をするなよって思う　技術が優秀でも他がマイナスなら、社会人として一人前ですらないんだよ…

[tettekete37564]

ウチとは逆だな。本公開前に十分な動作テストやサービスの一時的な停止などを含めたユーザーへの告知を、とか言ってもいきなり公開して、トラブルがあればお前が無能なのが悪いと言わんばかりの運用と経営陣

[takun71]

やばすぎるンゴww

[T-miura]

プログラミングにしか興味ないとはかなりちゃうような気がするけど、、。意図的に、ディプロイ頻度上げてみたいなビジネスが重要と思ってるとかない？

[cocoonP]

こんな奴普通にクビでしょ。背任じゃん。

[irukutukusan]

ITエンジニアってちゃんと書けよ

[syo-sa19820615]

プログラミングにしか興味がないんじゃなくて、只のあかん人やん。

[paulownia]

こういうタイプの人には新規プロジェクトで仮説検証と基盤構築をしてもらうと良いと思う。安定フェーズに投入する人じゃないと思う。初期のコードが綺麗は交代する人には嬉しい

[pwatermark]

いっぺん「そこまで言うならカスタマーサポートをお前が変えろ」とプロダクト全体の管理をやらせてみればいいんじゃねえかな、自分がどれだけ身勝手だったか体感できるんじゃねえの

[yojik]

フィーチャトグル運用さえ許容できないなら、もうこの人のmainブランチへのマージ権限は奪って良いでしょ。 / 「アジャイルってこういう感じなんじゃないの」← んなわけあるか！！

[anqmb]

「デプロイ頻度は開発組織にとって一番大事なこと。カスタマーサポートがそれを妨害してる」こんなこと言われたらチームから外すわ。

[katzchang]

DevOpsの話じゃん

[suthio]

書いてみました https://note.com/suthio/n/nb186db723fd0

[mas-higa]

「プログラミングにしか興味のないエンジニア」とちゃうやん「実装完了した機能をすぐに本番環境にデプロイできないと、とても不機嫌になる人」やん。ワイはプログラミングにしか興味がないので御蔵になっても気にし

[kuni530]

toBだったらなおさら、リリース作業手順とか、リリースモジュールの管理とか、リリース判定会議とか、そういうのないの？

[aceraceae]

それはともかくほんとうにプログラミングにしか興味がないエンジニアはデプロイなんかどうでもいい気もする。

[twotiger]

なんでもトレードオフがある。このプログラマーが全部間違ってるわけでもないし、会社が全部間違ってるわけでもないし

[koogawa]

「とにかく早くデプロイをさせろ」元気すぎる

[kako-jun]

この人を活かせるように、ほかがスピードを上げるという案が出たかや、その結果が書かれてないので、自己主張の激しい同士のぶつかり合いだと感じた

[knok]

その人は自分が使ってるライブラリのAPI/ABIががんがん変わっても平気な人なんだろうか