OP の説明は、おそらく一方的なものでしょう。私は高齢の開発者（〜54歳）で、会社を支配するためではなく、経験を積むために連れてこられました。(ITのボスは実際に「白髪」と言っていました。) 開発者のスタッフは、私が以前に一緒に働いていたどのチームよりも、バランスを考えればはるかに熟練していました。彼らは私に多くのことを教えてくれました。しかし、彼らの技術力では問題を解決できず、場合によっては問題を隠してしまい、最終的には問題を悪化させてしまうこともありました。これが私が本当に貢献できたところです。それは彼が所有者によって委任を与えられているように聞こえます。オーナーは開発スタッフに不満を持っていて、納品スピードを向上させるために、この “堅物のノーセンスゴーゲッター "の男を連れてきたのです。あなたは弱虫を持っていますか - "マトリックスを見ていない "開発者？もしそうなら、会社の中でそれらの新しい位置を見つけるか、または彼らのユニークなスキルを必要とする雇用者のための良い参照を与える。
彼はIDEを嫌っている
私はそうするいくつかを知っています。目を丸くしてしまいますが、最終的には気にしません。もし人々がviを使って制作しているのであれば、それはそれでいいのです。私は自分のIDEを愛しています。
彼はコードをリファクタリングしないし、スタイルを気にしない(彼自身のコードに一貫性がない)
最初の部分に赤旗を立てています。彼はコピーパスターなのでしょうか？私もスタイルを気にしないことに罪悪感を感じていますが、それはIDEを使って瞬時にPythonのコードをPEP8準拠にしているからです。しかし、彼はIDEを使っていない…
余談ですが、以前はスタイルのチェックは毎晩のビルドで行っていましたが、新しいリードが来てから失敗するようになりました。
彼は、毎晩のビルドはもちろん、自動テストも否定しています。彼によると、「プロの開発者はとにかく手でコードをテストしているので、自動テストを書く時間を無駄にする理由はない」とのことです。彼によると、毎晩のビルドも時間の無駄だそうです。
これもまた赤旗を立てていますが、あなたが予想しているのとは違う理由でです。この人が採用される前に、オーナーは、毎晩のビルドが失敗したために、Xを行うことができない（デモを行う、システムを使用する、など）と何度言われたことがあるでしょうか？オーナーが毎晩のビルドが問題だと認識しているとしたらどうでしょうか？オーナーはリードに何をするように言うと思いますか?
しかし、リードの態度には懸念があります。以前のように、ボスはテストの価値を理解していないかもしれないが、開発スタッフの給料のY%がテストのために支払われていることを知っているのは確かだ。私が現在の会社に到着したとき、「100%テストカバレッジのマフィア」が開発スタッフを引き継ぎ、コストを大幅に上げていました。1つの悪いリンゴの後で、開発スタッフは再び鳴っていた。
彼はバージョン管理がほとんど役に立たないと考えている…
これは最高の順序の赤旗です。彼は可能な限り間違っている。
彼はコード最適化の重要性を誇張しすぎています。今では機械はとても速く、それはあまり重要ではありません。その代わりに、今はデータベースのパフォーマンスとネットワークのスループットを心配する必要があります。しかし、彼の「コード最適化」の習慣は、私を信じて、破るのは難しいものです。私は事前に最適化しないようにしなければならない。少なくともこの場合の彼の行動は、時間がかかることを除けば、破壊的なものではありません。(彼の「半分の時間」の数字を持っていますか、それともこれは誇張ですか？あなたがあなたの上司を批判している場合は、誇張は許されません。あなたは病的に客観的でなければなりません)
彼はすべてのSQLを手で書いており、ORMのアイデアを拒否しています。私はSQLに対する人々の恐怖を理解していません。私は SQL を難読化する ORM の層の下に埋めることを理解していません。ここではあなたを助けることはできません :-D しかし、どうか、すべてのSQLを1つの場所にダンプしてください - あなたのコード全体に分散しないでください。
そして、5人の開発者のうち2人は以前にSQLを使用したことがありません。今は2016年です。
彼はフレームワークやサードパーティ製のライブラリを拒否していますが、ゼロから書く方がはるかに簡単だと考えています。あなたの会社は、ユーティリティを社内で書く必要があるほど特殊な会社ではないと思います。私たちは、サードパーティのツールを採用する開発者を何人か持っていました - 開発者が気に入らない方法で何かをするまで。それは、そのツールを捨てて自分たちで書くための口実でした。これでは開発者の負担が増えるだけで、開発者のペースがさらに落ちてしまいます。この役に立たないコードは、書くのにも、テストするのにも、デバッグするのにも、保守するのにもお金がかかります。私たちは-ゼロの利益のために多くのお金を費やしました。これらの開発者は今ではいなくなってしまいました。
彼は、15年前にJavaScriptでプログラミングを始めたときには、フレームワークがなく、生活がずっと楽だったと主張して、jQuery以外のすべてのJavaScriptライブラリとフレームワークを放棄することにしました。
これは、あまり明確ではありません。なぜかというと、15年前の方がはるかに生活が楽だったというのは ビジネスの依頼はもっと簡単でした 問題はそこから来ています。ウェブはバッチシステムとして発明された（フォームに記入して、送信して、レスポンスを得て、それを繰り返す）のに、今はデスクトップアプリのように動作するウェブアプリを書こうとしている。彼の観察は正しい。しかし、彼はその理由を理解していません。ツールの複雑さは、より複雑なビジネス上の要求に対応しています。したがって、彼は貧しい選択をする。
我々はAngularJSを使用しており、それはまともなようだ。すべての強力なツールと同様に、良くも悪くも使える。
彼は、モバイルデバイス（タブレットを含む）は誇大広告に過ぎないと考えているので、それらのデバイスとのサイトの互換性を確保し、レスポンシブデザインにするために貴重な時間を無駄にする理由はないと考えている。この製品はモバイルデバイスからの利用があまり期待できない公共のWebアプリケーションである。
またしても彼は間違っている。彼らは誇大広告ではない。彼らがここにいるのは、彼らが便利だからだ。BUTビジネスはそれを必要としていない。必要のないものを開発してはいけない。それは高価です。
レスポンシブデザインは、しかし、このアプリのために持っていると非常に面白いかもしれません…
あなたが個人的に開発にお金を払うほど面白いですか？これが良いアイデアなら、オーナーにアイデアを売ることができるはずです。
彼はチームにインターネット（特にStackOverflow）を使うのをやめて、自分たちの頭脳とオフラインのドキュメント（MicrosoftがまだMSDNのCDを売っていることすら知らなかった！）と本に頼るように頼んでいますが、それは間違っています。インターネットは素晴らしい。開発スタッフがコードの仕組みを理解せずにStackoverflowからコピーペーストしているとしたら、彼らもまた間違っている。開発スケジュールの中にトレーニングや個人的な改善のための時間はあるのだろうか。常に監視されているときにロボット的にコピーペーストしないようにするのは難しいですね
限られた情報ではありますが、ここにはたくさんの問題点があります。それは、所有者は、彼が期待しているように迅速に彼が支払っているコードを得ていないように聞こえる。それは、彼は彼が何も気にしないことについての言い訳の多くを聞いたように聞こえる;彼は結果に焦点を当てています。私が正しければ、あなたは自業自得の傷を持っていて、それを複数回開き直っています。このリードは、開発スタッフが提起した問題に対するオーナーの解決策であり、彼の限られた情報を考えると、それは理解できます。
私はまた、あなたが非アガイルショップを運営していて、風が吹くように変化する貧しい要件定義を持っていることに賭けるでしょう。開発スタッフとオーナーの間には絶縁層がありません。このリードを除いて。
さて、あなたは何ができますか？
1) 自動化されたテストとコード管理の使用が行くべき道であることをリードを訓練します。それは彼との信頼性を得るために時間がかかるかもしれない-所有者はおそらく彼にスタッフが不完全であることを言った。無用なテストのたわごとをすべて削除して、SVN サーバーを再利用する」というような大げさな命令を出すのを防ぐことができるかどうかを確認してください。これはあなたに価値を示す時間を与えるでしょう。少なくともその時には自分のミスから立ち直ることができる。あなたがこれをしていることを彼に言わないでください、しかし、彼にも嘘をつかないでください。
3) 個人レベルで自動テスト（何もなければユニットテスト）を続けてください。前のように、それを隠してはいけないが、それに言及してはいけない。
4) 実際に感知された問題が何であるかを決定するために、リードと協力してください。私はスタッフとの間に実際の問題があることに賭ける。5) リードと一緒に、ウォーターフォールやアジャイルの利点など、様々な開発トピックについて話し合おう。どちらも完璧なものではありません。どのような状況下で自動化されたテストは価値があるか」のような質問を彼にしなさい。彼が疑わしい答えを与えれば、Google のような成功した会社がそれにもかかわらず繁栄することをどうやって管理したか彼に尋ねなさい。信頼を造りなさい。問題対徴候で同意しなさい。これはいつも簡単なことではない、特に彼がゴジラのようにあなたの仕事を引き裂こうとしていると感じているときに。彼は自動テストを潰すだろう。コード管理は不注意な人のためのものだ。マイウェイかハイウェイか
しかし、ここまで来てしまったのであれば、そろそろ辞めた方がいいでしょう。ツールのないショップで働くこと、つまりソフトウェアやソフトウェアエンジニアリングのツールで働くことは、あなたの履歴書を構築することにはなりません。リードが腐ったのと同じように、あなたも腐り始めるだろう。その場合は、前に進みましょう。