RailsとPHPを非技術的な聴衆と比較する

Question

最近私は、Flashのホームページを再作成してeコマースサイトを開くなど、Webの存在感を大幅に高めたいと望む小さな会社でインタビューを受けました。ポジションを与えられれば、私はスタッフの唯一の開発者になるでしょう。

私は何年もの間、Railsに取り組んできましたが、しばらくの間はPHPを見ていませんでした。しかし、もし私が仕事を得ようとしていたら、すでに開発に精通した人材がいなくて、フレームワークを推薦する立場にいるだろう。

プログラマー以外の多くの人にとって、PHPはまだサイトを構築するための言語として巨大な名前の認識を持っていると思うので、多くの企業にとって論理的なデフォルトとして機能します。

私がこの仕事を提供された場合、Rails vs PHP（適切なフレームワーク）の長所と短所を専門用語で比較する方法はありますか？ここでの重要な考慮点は、Rails開発者よりも多くのLAMP開発者がいることです。自分の好みがコードベースの長期的な持続可能性に影響することは望ましくありません。

また、PHP/Zendサイトは、開発するのが面白くない場合でも、Railsサイトと同じくらい良いと受け入れていますか？

（してくださいなし宗教的な引数！）

Answer 1

私はこれらの人々に彼らが本当に気にしないので、Railsは、PHPまたはそのようなものよりも優れていると主張しません。それは、したがって、（維持するために負担するつもりはないことを

1. （あなたがそれをよりよくしているので、したがって、使用レール）、彼らは良いサイトを取得していること、および
2. ：彼らは何を意識しないといけないのです

これらの事実を知らせるだけで、これらの行に沿ってあなたの判断を下すことができます。言及する価値があるのは、Railsが成長しているコミュニティであるということです（私がブログを信じていれば...）、開発者の利用可能性は時間の経過とともに良くなります。ワンマンチームを想定し

Answer 2

は、そう遠くない将来のために十分である、とあなたがその時に会社を去ることを計画していない場合、引数は単純です：

Railsのあなたを取得安定したサイトを短時間で提供できます（他の理由がない場合は、経験が豊富なため）、早期に収益を増やすことができます。彼らが最終的に別の開発者を雇う必要がある場合、Railsの経験を持つ人を見つけたり雇ったりするコストが増えます（本当にあれば）。

しかし、私はRailsがより速い開発、より少ないバグ、容易な拡張性、およびより保守的なコードベースにつながると思います。これは、現在、そして長期的には、会社が実際に開発に時間と費用を節約することを意味します。

開発するのが面白くない場合でも、

私は率直だろう：あなたはRailsのでの作業を楽しむ。幸せな従業員はより生産的です。

Answer 3

私はブランディングが重要だとは思わない。サイトがPHPで最もうまくいくものであれば、レールを好む議論は良く見えません。サイトが最良の場合は、レール（またはdjango）でそれは明らかにする必要があります。

あなたが1人のチームになろうとすれば、私はあなたが開発者であり、それがあなたが知っていることだから、レールでそれを構築するだけです。非専門家であっても、純粋なPHPでサイトを構築するためのレール開発者を雇うことはちょっとばかりです。

Answer 4

レールのケースを作るために、私はZendの設定ページを表示します。

Answer 5

私が言いたい最初のことは、あなたが結論（「私はこれをRailsでやりたい」）から始まっていて、あなたは今正当化を求めているからです。

あなたのクライアントに法律上の義務はありませんが、倫理的であれば、そのような態度は過失に左右されます。あなたのニーズではなく、あなたが最初に取り組む必要があります。

これと同じ問題がContinue a Classic ASP site or insist a language change?

に思いついたここで行うべき重要な点は、Railsの（それはなど、Groovyのかもしれないが、一般的にはRuby on Railsを意味する）を使用すると、言語へのフレームワーク（PHPを比較しているということです）。 多くの PHPフレームワークがありますので、Ruby on RailsをPHP +あなたと同じように親しみを感じているフレームワークやフレームワークと比較すると、コーディングのスピードの問題の多くが消えてしまいます。

経験から、私は非技術的なユーザーは、次の一部またはすべてに関与されることを伝えることができます開発する

1. コスト。
2. ホストへのコスト。
3. ルックアンドフィール。
4. サイト機能;
5. 開発者を見つける能力。
6. 安定性;
7. 既存の機能。および
8. リスク。

（1）は議論の余地があります。あなたがRubyのやり方をしているのなら、Ruby on Railsはおそらく非常に高速ですが、要件によっては予約を外さなければならない場合は本当に困難になることがあります。興味深いことに、マイクロソフトのスタックは、同じ方法で動作する傾向があります（ただし、通常、そのメタファをさらに拡張するために、より大きな予約があります）。

これは7 reasons I switched back to PHP after 2 years on Railsです。同意するか同意しないと、そのような投稿は、少なくとも考慮や対処が必要なポイントになります。

（2）PHPの勝利だと思います。 PHP共有ホスティングは非常に安いですが、それほど多くはありません。サイトに適度な量のトラフィックが発生したり、セキュリティ上の重大な懸念がある場合は、サイトでホストするか、何らかの形のVPSまたは専用ホスティングを使用して問題が洗い流されることになります。

（3）はそれほど違いはありません。 Rubyは斜めの2つのプロトタイプ（統合されています）などですが、PHPはJavascriptフレームワーク（長所と短所があります）にもっとオープンであり、どちらもHTMLやCSSで何でもできます。

（4）に同じです。あなたが他人の中で行うことができないことは、あなたができることは何もありません。

（5）は、PHPにとって明らかな勝利です。あなたは何百人もの開発者を雇っていないかもしれませんが、あなたが上に移動したり、関連する経験を持つ他の人々を見つけることが容易であると置き換えられた場合、は技術者でない人にとっては重要です（技術者にとっても重要です）。

（6）は、PHPで認識された、または実際の勝利のいずれかです。 Ruby on Railsは、少なくとも私の経験では、リソースが不安定で無駄になっているという評判を持っています。これは、Zed Shawの悪名高いRails Is A Ghettoのような投稿によって例示されています。明らかに暴言ですが、有効な点もあります。

（7）は興味深いものです。 RailsはORMフレームワークを義務づけています（あるいはむしろ "存在"しています）。多くのORMフレームワークと同様に、 "レガシー"データを扱う際には本当の問題があります。 ORMには「遺産」（例えばコンポジット・キー）としての道が終わっていないと宣言するという厄介な習慣があるので、それを逆さまのコンマで置きます。

このサイトのデータモデルを完全に制御でき、既存のデータモデルがサポートされていない場合は、この問題はおそらくRailsの勝利ですが、制約が増えるほどPHPの軽量（典型的には未処理のSQL）アプローチです。

あなたはUsing an ORM or plain SQL?

を見てみたいこと（8）実際に上記のすべてを合計します。同社は最終結果がどれほど予期できるかに大きく関心を持ち、より予測可能でセクシーな最終結果が勝つことが多い。

私が言う最後のことは、RailsとPHPの両方の経験があるとしたら、Railsの（技術的ではない）メリットがおそらく再検討する必要があるかを尋ねる必要があるということですあなたがやっていること、なぜそれをやっているのか