javalobby.orgの Yakov Fainの小さなメモの翻訳では、すべての趣味のフレームワークが豊富であるため、開発者がすべてが「 内部で 」どのように機能するかを知る必要性を奪います。 この問題はJavaだけに限らず、記事がかなり古いという事実にもかかわらず、どの言語にも関係があると思います。
Java開発者にインタビューしたとき、分散アプリケーションの一部のコンポーネントがどのように機能し、相互作用するかを理解していない人々に出くわしました。 通常、これは、開発者から実装の重要な要素を隠す特定のフレームワークを使用したためです。 プログラマがアプリケーションの残りの部分がどのように機能するかを理解している限り、これには何の問題もありません。
今日、私の以前のクライアントの1人が、シニアJava EE開発者の地位に関するインタビューを行うように頼みました。 インタビューの後、私は新しい種類の代表者と話していることに気付きました。 Framework Coderと呼ばれます。 彼の履歴書には、多くのプロジェクトで使用したすべての必要なテクノロジー（JSP、Struts、EJB、データベース、アプリケーションサーバー）が含まれていました。 最悪なのは、彼が嘘をついてさえいなかったということです。彼はJava SEやJava EEについてほとんど何も知らずに、これらすべてのプロジェクトに本当に取り組んでいました。
彼は私の質問のほとんどに同じように答えました：「私は自家製のフレームワークのメソッドを呼び出しました。」
-JSPからセッションBean（EJB）をどのように呼び出しましたか？
-フレームワークがあり、必要なパラメーターを特別なクラスメソッドに渡しました。
-はい。ただし、JSPからコンポーネントを直接呼び出す必要がある場合、どのようにしますか？
-<沈黙>
-どのようにデータベースに接続しましたか？
-ユーザー名やパスワードなど、データベースのパラメーターが保存されたXMLファイルがありました。
-しかし、このデータは実際にどこで決定/特定されていますか？
-フレームワークの特別なクラスにパラメーターを渡しました。
-インターフェイスはJavaでどのように使用されますか？
-メソッドのシグネチャを便利に保存します。
-JSPの記述にどのIDEを使用しましたか？
-Dreamweaver。
-なんで？
-当社では、誰もがそれを使用しました。
-アプリケーションのビジネスロジックはどこに適合しましたか？
-コードの記述場所を示す仕様に従って作業しました。
米国ではJava市場がピークに達しているため、この男が仕事を見つけると確信しています。 しかし、私たちの職業は劣化しており、これは悪いことです。
*-Framework CoderやSenior developerのようなフレーズを翻訳なしで残すことにしました。 それらの重要性はすでに明らかですが、確立されたロシアの類似物は知りません。
UPD rozborisが示唆するように、著者はロシア人であり、長い間アメリカに移り、現在はアメリカに関するポッドキャストを発行しています 。また、ソフトウェア開発に関する書籍もいくつか執筆しています。