回答編集履歴
2
切れた文言追加
answer
CHANGED
|
@@ -1,23 +1,23 @@
|
|
|
1
1
|
Javaに偏ってますが(一応Javaタグ付いてたので)。他の方の回答にあまり具体的なプロダクト名がでてなかったのでとりあえず。
|
|
2
|
-
**1.JUnit**
|
|
2
|
+
**1.JUnit(XUnit系テストツール)**
|
|
3
|
-
デザインパターンで知られるガンマとか有名人たちのプロダクトです。
|
|
3
|
+
元祖のJUnitはデザインパターンで知られるガンマとか有名人たちのプロダクトです。
|
|
4
4
|
細かいところでいろいろケチがつけられているものの、基本的には設計のお手本としておすすめできます。
|
|
5
5
|
eclipseプラグインなのでこれ自体で完結しないのが難点ですが、これを機会にeclipseプラグイン開発をかじるのも良い。
|
|
6
6
|
まあJUnitレベルならそんなに難しくはない。
|
|
7
|
-
**2.Eclipse-Collections(旧GS-Collections)**
|
|
7
|
+
**2.Eclipse-Collections(旧GS-Collections)(コレクションライブラリ)**
|
|
8
8
|
これのコードリーディングで設計手法を勉強しよう、みたいな内容のセッションが昔勉強会であったような記憶がある。
|
|
9
9
|
私自身はそんなに読んではいないが、開発チームはソースに相当自身があるような感じだし、実際評判は良い。
|
|
10
|
-
コレクションライブラリ
|
|
10
|
+
他の言語でもコレクションライブラリは依存関係が少ないから扱いやすいかもしれない。
|
|
11
11
|
個人的な感想だがGS系のライブラリは概してセンスがいいと思う。
|
|
12
|
-
**3.Struts**
|
|
12
|
+
**3.Struts(WEBフレームワーク)**
|
|
13
13
|
まあDIの仕組みだったり、JDKが新しいもの対応だったりで普通にSpringMVCとかSpring系はおすすめなのですが、
|
|
14
14
|
分かりやすさでいえばStrutsかもしれない。いまさらStrutsかよ、なんですが単純なので読みやすい。
|
|
15
15
|
黒魔術的バイトコード操作もない。
|
|
16
16
|
WEBやるなら有名WEBフレームワークは読んでおいた方が良い。意外と"自分で書けばいいじゃん?"という感想を持つのでは?
|
|
17
|
-
Play
|
|
17
|
+
Java以外ならRoR系は苦労してでも読んでおく価値はあると思う(Play FrameWork1.xはおすすめしない)。
|
|
18
|
-
**4.log4j、logback**
|
|
18
|
+
**4.log4j、logback/ログライブラリ**
|
|
19
19
|
複数スレッドからの単一リソース更新は難しい。そういう問題意識をもって見ると面白いかもしれない。
|
|
20
|
-
**5.hibernate**
|
|
20
|
+
**5.hibernate(ORマッパー)**
|
|
21
21
|
品質悪いんです。なので中知っておくと障害調査で知見が役に立つ。
|
|
22
22
|
|
|
23
23
|
最後に。ショートコードを読むのも良いが、ある程度規模のあるものを読むのも重要な技術(まずは構成を把握するところからはじめましょう)。
|
1
文言追加
answer
CHANGED
|
@@ -1,20 +1,23 @@
|
|
|
1
|
+
Javaに偏ってますが(一応Javaタグ付いてたので)。他の方の回答にあまり具体的なプロダクト名がでてなかったのでとりあえず。
|
|
1
|
-
1.JUnit
|
|
2
|
+
**1.JUnit**
|
|
2
3
|
デザインパターンで知られるガンマとか有名人たちのプロダクトです。
|
|
3
4
|
細かいところでいろいろケチがつけられているものの、基本的には設計のお手本としておすすめできます。
|
|
4
5
|
eclipseプラグインなのでこれ自体で完結しないのが難点ですが、これを機会にeclipseプラグイン開発をかじるのも良い。
|
|
5
6
|
まあJUnitレベルならそんなに難しくはない。
|
|
6
|
-
2.Eclipse-Collections(旧GS-Collections)
|
|
7
|
+
**2.Eclipse-Collections(旧GS-Collections)**
|
|
7
8
|
これのコードリーディングで設計手法を勉強しよう、みたいな内容のセッションが昔勉強会であったような記憶がある。
|
|
8
9
|
私自身はそんなに読んではいないが、開発チームはソースに相当自身があるような感じだし、実際評判は良い。
|
|
9
10
|
コレクションライブラリなので依存関係が少ないから扱いやすいかもしれない。
|
|
10
11
|
個人的な感想だがGS系のライブラリは概してセンスがいいと思う。
|
|
11
|
-
3.Struts
|
|
12
|
+
**3.Struts**
|
|
12
13
|
まあDIの仕組みだったり、JDKが新しいもの対応だったりで普通にSpringMVCとかSpring系はおすすめなのですが、
|
|
13
14
|
分かりやすさでいえばStrutsかもしれない。いまさらStrutsかよ、なんですが単純なので読みやすい。
|
|
14
15
|
黒魔術的バイトコード操作もない。
|
|
15
16
|
WEBやるなら有名WEBフレームワークは読んでおいた方が良い。意外と"自分で書けばいいじゃん?"という感想を持つのでは?
|
|
16
17
|
Play FrameWorkはおすすめしない。
|
|
17
|
-
4.log4j、logback
|
|
18
|
+
**4.log4j、logback**
|
|
18
19
|
複数スレッドからの単一リソース更新は難しい。そういう問題意識をもって見ると面白いかもしれない。
|
|
19
|
-
5.hibernate
|
|
20
|
+
**5.hibernate**
|
|
20
|
-
品質悪いんです。なので中知っておくと障害調査で知見が役に立つ。
|
|
21
|
+
品質悪いんです。なので中知っておくと障害調査で知見が役に立つ。
|
|
22
|
+
|
|
23
|
+
最後に。ショートコードを読むのも良いが、ある程度規模のあるものを読むのも重要な技術(まずは構成を把握するところからはじめましょう)。
|