これは、言語対言語というよりも、人々に影響を与えるということです。 なに?
「この言語」対「あの言語」で私が観察するテーマが1つあるとすれば、それらは永遠にぐるぐる回るということです。はい、@thisfeller が投稿したquora.comのリンクなど、たくさんの資料が見つかります。これをチェックしてください - どうやらCOBOL は依然として「女王」です(それが何を意味するにせよ)。自分のやり方で物事を変える可能性が高いのは、人々に (自分の視点に向かって) 影響を与える方法を理解することです。
IT 部門が言語/フレームワークの変更を推進している場合、通常、その背後には 1 つまたは 2 つの理由があります。 これらの理由を理解すること(本当に「誰もが php を知っている」だけなのでしょうか?) は、Rails の使用を継続するために重要です。これらの理由を理解してから、Rails に固執することで問題ない (できればより良い) 理由を説明してください。
もちろん、Rails があなたの組織にとってより良いものであるというあなたの意見は正しいと思います。それについてはコメントできません。過去の Rails プロジェクトを振り返り、特に gem を使用して、数日または数週間ではなく数時間で機能を実装した場合の成功例を強調してください。
Rails から Kohana に移行した場合、統合と移行がどのようになるかを考えてみてください。実際には、おそらくその逆よりもスムーズになるでしょうが、ねえ。行動することがどれほど有益かを個人的に理解するようにしてください。それが正しいことだと自分に納得できない場合は、その信念をプレゼンテーションの基礎として使用してください。他の誰かの Ruby 対 PHP または Rails 対 Kohana のプレゼンテーションを受け取ったとしても、あなたの組織に関連するポイントに当てはまらない可能性があります。
プレゼンテーションには、聴衆を対象としたコンテンツが含まれていることを確認してください。彼ら全員が開発者であれば問題ありません。好きな技術的な詳細をすべて調べてください。彼らが技術的なバックグラウンドを持たない管理タイプである場合は、専門用語をすべて理解しないでください。彼らは、「この男は誰だ」と考え、「彼の言うことはやめよう - 私には何も理解できない」と考えるでしょう。
最も重要なことは、主要な意思決定者が誰であるかを特定することです。次に、それらの意思決定者に影響を与える主な人物を特定します。それから外に出て、彼らと話してください。彼らの視点がある場合は、彼らの視点を理解してください。あなたの意見を支持してくれる人を探して、彼らを巻き込んでください。インフルエンサーや意思決定者と話をしてもらいます。絶対に避けたいのは、これらの意思決定者やインフルエンサーが「Rails を維持すべき理由」について最初に耳にするのは、プレゼンテーションの最中です。事前に彼らに近づき、あなたの視点に慣れさせる必要があります。
幸運を。