多くの利用可能なフレームワーク、プラットフォームの成熟度などを考えると、「ほとんど常に」と言いたくなります。したがって、Javaを使用してはならない理由がいくつかあります。
- 純粋なMSショップとして、あなたはおそらくそれを.netの方法で行うことを好む
- 最も安価なウェブホスティング会社が必要な場合は、おそらくPHPを選択するだけです。
- できる限り迅速に実行したい場合は、Ruby on Rails、Grails、またはDjangoがおそらくニーズに適しています
- 開発チームがXYZのみを知っている場合、XYZ！= Javaの場合、XYZを使用する方がよい
Java is中小規模のWebサイトで使用されます。重要な点は、Java Webサイトの場合、PHPなどよりも無料のWebホスティングが少ないことです。つまり、独自のWebサーバーをホストするための十分なリソースがない限り、おそらくJavaを選択しません。
Java EE 6、特にWebプロファイル）には、多くのコーディングを必要とせずに非常に強力なWebアプリケーションを作成できる多くの標準テクノロジーが含まれていることに注意してください。残念ながら、まだ主流ではありません。
これは最近、Google Application Engineで多少変更されました。これにより、標準のJava Webアプリケーション（いくつかの制限付き））を低トラフィックから中トラフィックのサイトに無料でクラウドにデプロイできます。
プラットフォームがUNIX/Linuxであり、オブジェクト/リレーショナルマッピング、セキュリティ、Webサービスの複雑なオーケストレーションなどの豊富なツールセットが必要な場合。
（単純なウェブサイトについて話しているのではありませんか？）
さらに別のJavaチームが怒るたびに、このような質問を調べてSteamを吹き飛ばします。繰り返します。私はクライアント側の開発者であり、5年近くになります。私は、主にコンテンツが1回限りのマイクロサイトから、シアーズほどの大規模なサイトまで、UIの深い専門知識が必要な、より洗練されたアプリ型サイトまで、さまざまなサイトに取り組んできました。私はRails、PHP、.net Webフォーム（ew）、. net MVC（はるかに優れています）、およびすべてが完全な災害である開発者とチームを伴うWeb開発のためのJavaソリューションのブーケアレンジメントを扱いました。対処する。 Pythonも少し書いて、Djan Djangoを始めています。
Javaチームでの私の経験は、ひどくひどいものでした。ツールは常にPITAです。開発者は、何か間違ったことをしたり、自分の芝生を再調査したりすることを信じたくありません。私の経験でJavaチームを処理する最初の犠牲者は、開発時間が電子メールの時間に変換されて、問題が間違いなく彼らの側にある理由の複数の長い説明を書くことです。 HTMLは、実際に制御したい場合を除いて、通常は問題ではありません。その後、実際に上位レベルのdivを移動したいので、すべてが最後に地獄に行きます。
嫌いな言葉もありますが、本当の問題は文化と、受け入れが非常に広まっているという事実だと思います。私が疑う文化は、Javaの販売方法から生まれたものです。一度書けば、どこにでも配備できます。翻訳：「あなたが学ぶ必要があるのは1つだけです！」魅力的だと感じる人は、基本的には、すべての爪に巨大なハンマー1本のようにJavaを振るうことを望んでいます。
ですから、Javaや他の言語を知っているが、実際にはJavaを好む開発者がいる場合、正しいソリューションのように思われる場合は、先に進んでください。ただし、Javaを知っているJavaの開発者がいて、他のすべてが基準をほとんど満たしていないため、実際に履歴書を箇条書きにする場合は、さまざまなシンプルなアプリを作成してもらいます。 HTMLの半複雑なページの最後に、この簡単なテストを試してください。 HTMLを壊してください。何が悪いのかを理解してもらうようにしてください。彼らが解決し始める当面の問題が彼ら自身からの責任をそらすことである場合、彼らに！@＃$をWeb開発から遠ざけてください。 Web開発者は学際的であり、成功するにはその分野への積極的な関心が必要です。これは、1つの言語の知識を維持することだけを望んでおり、問題を解決することに興味があるというよりも、問題に恐怖を感じる人にとっては場所ではありません。
私はJava自体が無能の根であると断言しているわけではなく、Springが優れていると聞きました。きっと有能なJavaチームがいるはずです。私はまだ1つに遭遇していないだけで、偶然ではないと思います。 Sunはそれと多くの関係があると思います。また、IT部門のように、またはIT部門の下でWebチームを運営することは、それと関係があると思います。
小さなWebサイトではJavaは完全に問題ありません。たとえば、_ Tomcat などのJava Webサーバーを使用すると、JSPページを非常にすばやく動作させることができます。
私の経験では、Javaは、複雑なサーバー側の処理の必要性が高い大規模なWebサイトでより一般的ですが、この場合、より洗練されたJavaフレームワークが使用されます。 JavaServer Faces（JSF）。
完全なJavaインストールは、これまで多くの安価なWebホスティングセットアップでは利用できなかったので、これらの環境でのPHPなどの他の言語の普及を説明できることに注意することが重要です。
Web開発でJavaを使用する主な理由は、次のように要約されます。
- クライアントはそれを要求します。良くも悪くも、一部のクライアントは「承認されたテクノロジリスト」を持っています。そのリストにないものを提案する場合は、その理由と、リストにあるものを使用できない理由を本当によく説明したほうがよいでしょう。
- Windowsで開発し、Unixにデプロイします。通常のクライアントマシンと同じように、ほとんどの開発マシンはWindowsであり、一部はMacであり、Linuxはほとんどありません。ただし、サーバー上では、Windowsサーバーと同じように、何らかの形式のUnixが表示される可能性があります。 Javaは、おそらくどこにでもデプロイした後に書くのに最も近いでしょう（完璧ではありませんが、いくつかの代替より優れています）。
- 管理の選択。それに直面してみましょう、他の言語よりもJavaを選択することは、純粋に言語のメリットに基づくよりも、プログラマーを見つけてプロジェクトを去るチームメンバーを置き換えることができることと関係があります。
技術的に言えば：
- ホットスポットオプティマイザに適したアーキテクチャを定義できる場合。
- 大量の必要性が予想される場合OOオーバーヘッドJavaが課します。
Webアプリケーションを起動している場合は、Ruby on Railsを使用し、RoRがパフォーマンスに達したときにホットスポットを交換できるように設計しますスケーリング制限。
JavaにはCOBOLの明確な匂いがあり、「ローエンドプログラマーはJavaを使用している」と言っていて、Oracleの大失敗は評判を助けていません。 choiceがある場合は、トップ開発者を引き付ける言語を選択します。
簡単です：Javaバックエンドのパフォーマンスが重要な場合に使用します。コーディング時のオーバーヘッドは大きくなりますが、コードは文字通り1/200から1/500の時間で実行されます。Php、 Rubyや他の動的型付け言語は、常にJavaまたは.netサーバーよりも）遅くなります。
Webのほとんどのソリューションはこれを必要としません。 Twitterは、たとえば人気がピークに達するまで、Railsを放棄しませんでした。