Javaアーキテクトの鉄則

>>32
納期を短縮する必要はない、今までの納期でサービス残業を減らすなり忙しい
ふりをしておればいいのだ、XP、RUPも顧客や上司を喜ばす手段ではない、開発
者を幸せにするためのものなのだ。

>>32
> XP, RUPなどを実戦
> したいのですが、客も上司も理解がありません。仮に説得できそれで品質や


理解して貰えぬなら、上司を殴って殺してでもりかいさせようぞホトトギス
客なんぞに理解して貰う必要はない。

> 納期を短縮できたとしても、それに合わせて次の納期や要求が厳しくなるだけ
> です。いたちごっこであります。

車があれば目的地まで簡単に到着するだろうという話であるが、
その車を使うためには莫大なエネルギー(燃料、メンテナンス費)が
必要だと言うことを、顧客や上司に説くべきだ。



エンジニアの地位と給料を高めるために、ロビー活動を展開すべき。

　　　　　＿＿＿＿__
　　　　／::::　　　　　　 ＼　　　　　／￣￣￣￣￣￣
　　　　|:::　IニニニニI　　|　　　　/
　　　　＼__|___________|__／　　　＜　エンジニアの地位と給料を
　　　_,,,-‐≡≡≡≡≡‐-,,,_　　　ヽ 　　アゲテクダサイ
　／　|| ::　　　　　　　　 　||. ＼　　 ＼__________________
　|:: 　|| :: ◎　　◎　　◎ .||　 ::|
　|＼__| ::　(二二二二)　 .|__／|
　|:: 　 | ::　　　　　　　　　 |　　 |
　|_____.| ::　　　　　　　　　 |_____|
　|:: 　 | ::　　　　　　　　　 |　　 |
　|._____| ::　　　　　　　　　 |_____|
　/ / .| :: 　　　.　　　　　　| | | |
　|∧/| :: ◎　　◎　　◎　|∧|ﾉ
　　　 |________________________|
　　　 　|　　　　　　　　　|
　　　. └―――――‐┘

それはロビタ

お前笑わせるなw

アーキテクトは特定の言語に依らずにシステム全体を見渡す人でしょ？
Javaだけに特化したアーキテクトなんて、ただのJavaスペシャリストじゃん。

Javaスペシャリスト
↓
じつはジャワしかできん
↓
ジャワ糞なだけ
↓
Javaアーキテクト==ジャワ糞

上記公式からタイトルを入れ替えると
「ジャワ糞の鉄則」にも読み取れるという事だ

http://www-06.ibm.com/jp/developerworks/java/030418/j_j-jtp02183.html
不変クラスの作り方って、このページにかいてあることでOK?

読んでみました。不変クラスってそういうことだったんですねぇ。φ（．．）メモメモ．．．
IntegerやLongも不変クラスだったとは、そういえばset〜ってメソッド持ってないですもんね。
以外な発見(￣ー+￣)ｷﾗｰﾝ　いやぁ勉強になった、昼下がりの日曜日。ヽ(´ー｀)ノ　

ところで、C++みたいに、変数弄られたくないメソッドや引数にconstみたいなのつけるのが、
Javaにないのはなんか理由があるのかしらん?、とフト疑問におもた。(　ﾟдﾟ)?

>>42
final

>>43
いやいや、Javaのfinalは、C++でメソッドや引数に使うconstとは意味が違うでしょ。

>>44
C++ってインスタンスの引数にconst付けるとメンバ更新出来ないんだっけ？

>>45
ポインタも中身も、どっちも指定できる

>>45
「インスタンスの引数」って何？
引数ってメソッドとか関数に渡すパラメータのことじゃないの？
コンストラクタの引数ってこと？
C++でメソッドの引数にconstつけた場合の意味は、ググれ。

どっちみちcastされたら意味ないじゃん

ん？ castできたっけ？　エラーになったような。
普通はポインターじゃなくて参照渡しするでしょ。つぅかスレ違いだな。

偉大なJava使い殿、
JavaでWindows用デバイスドライバを作るにはどうしたらよいのですか？

なんでJavaでデバドラ作らなきゃなんねんだよw
VMをロードすんのか？頭悪いんじゃねぇの？

文面をそのまま受け取っても面白くない
50はハードを直接いじるようなプログラムはJavaでは書けないでそ
という揶揄に過ぎないかと

>>52
アセンブラでOOPでWebサイトとSOAやってくれ、みたいなもんか。

SOA　ﾌﾟ
ジャワでは重くて動かないけどね

JavaをC++に変換するソフトでC++に変換してから実行ファイルをつくればいい。

>>55
それって変換ソフトが凄いだけでは・・・

>>1
こんなくだらないことを決めるのがアーキテキトの仕事だと思ってんの？

決めるんじゃなくて実践させるのっ。もぉわからんちん、めっ(｀･ω･´)

>>1は責任持って1000まで鉄則を書きなよ

>>57 が立派なの書くんじゃね？

HibernateのかわりにSeaserプロジェクトのORマッピング使っていいですか？

>>40
その程度の煽りしかできんとは、アンチもレベルが低いものよ

>>44
finalは一回しか代入できないと言う点が決定的に違うことだな

>>50
Java Communication APIでUSBドライバなら作れないこともないぞ

>>55
んなもんすでにある。
だが、最適化技術が進歩しているお陰で
そういう技術は、ときとして無意味になることがある。

アンチ云々は他スレでいいから早く鉄則を書いてくれよ

すでにかいてあるだろ。かなりの数の鉄則を

Javaはかっこつけるの好きだな

かっこつけるのが好きなのはLispのほうが上

>>66
>>1 >>3-4

いや、>>1 >>3-4 だけじゃないからスレ立てたんだろ？

まず、>>1 >>3-4の内容について、
無理なく実戦できるかどうか確かめないと。

ちょっと無理があるものも含まれている。

すべて守りきる二は相当熟練する必要があるじゃないか。

　* 決まりを作るな

は「床屋のパラドックス」みたいなもんかねえ。

　* 守れない決まりは作るな

はパラドックスになる？

>>1
> * 必ずCheckStyle, FundBugs, JUnit. Apache Ant, Apache Mavenを使用すること。

まずこれについて。FindBugsの間違いだな。CheckStyle, FindBugs, JUnitについては
難なく使えるが、Ant, Mavenは慣れるのに時間がかかるだろう。
他人のソースコードぱくる所から始めないとなかなか覚えられないだろう。
ちょっと勉強時間を下さいな。

> * IDEは必要に応じて任意に使用。使える環境であるならば使うことが望ましい。
なれればすぐにつかえる。ただし、Eclipseはアップデートに悩まされることがある。
JASTミラーサイトが糞なのなんとかしてくれ。それに、それぞれのマシンにメモリ1GB以上は必要だ。

> * 英語を極めよ。海外サイトでいち早く最新技術動向を調査し、プロジェクトに採り入れよ。

これも、慣れだな。英語を勉強する時間を下さいな。手元に電子辞書がないとつらいものだともいえる。
スペースアルク(英辞郎)を翻訳に使うにしてもディスプレイがあるていどでかくて解像度がたかくて、
膨大な複数のウィンドウを開いていられるほどのマシンスペックが必要。今なら、どうってことないかもしれないが・・・.


> * クラス名、オブジェクト名はなるべく名詞形に、メソッド名はなるべき動詞形に。
御意。

> * 『アジャイルソフトウェア開発の奥義』を読破し、実戦せよ。

御意。だが、読破するのに時間がかかる。うむ、フォトリーディングで高速読込だ！


> * 最低でもGoFデザインパターンは極めよ。

どうにか極められる。だが、初心者を教育するにはちょっと時間がかかるな。時間をくれ。

> * 不変クラスの作り方くらいは極めよ。

デザインパターンを知っているなら余裕だな。深いクローニングにさえ気を付ければどうにかなろう。

> * Jakarta Projectの製品くらいは使いこなせるようにすること。

OROやCommons LangやCollectionsならつかいこなせるだろう。すべて覚えるのは時間がかかるが、
必要に応じて使い分けよう。Apache Mavenを使えば扱いも楽だ。


> * 必ずXP, RUPなどを実戦すること。

徹底的に実戦するのは難しい。XPとRUPと同時に実戦するのは難しい。できればXPがいい。


> * 設定ファイルは死すべし！ Seasar2, Spring FrameworkなどのDIコンテナを使うこと。

これも勉強しなければなるまい。慣れれば簡単だが。


> * 文字コードはすべてUTF-8で統一すること。Shift_JIS, EUC-JPなど論外！

新規開発はそれでよし。だが、古いシガラミコードは？　徐々に捨てるか！


> * 必ずUML、データベース設計、ネットワーク技術、セキュリティ技術を極めること。

これも勉強時間がいる。極めるのは難しい。とくにデータベース、ネットワーク、セキュリティは
かなりの難易度だ。

> * データベースの扱いにはHibernateなどのO-Rマッピングツールを使うこと。

これも慣れだ。だが初心者に教え込むにはまずはJDBCからだろう・・・

> * ソースコードには必ずJavadocコメントを加えること。

これも慣れか。Eclipseで自動生成すれば楽だな。ついでに、正規表現も使ってな。


> * 分割し、統治せよ。モジュール間の依存度はできるかぎり疎になるようにすること。

これも多大なる修行が必要だ。道は険しい。

> * 一つのメソッドは100行を超えてはならない。一つのクラスファイルは1000行を超えてはならない。

これも修行が必要なり。ときに、Eclipseのリファクタリングが必要になりそうだ。

> * 常にリファクタリングせよ。とにかく自動化して開発効率を高めよ。

これには同意する。自動化については、自動化ツールの使い方を覚えなくては。
AntやMavenを使いこなせるようになってな。

> * 必ずアノテーション、Genericsを使うこと。

これも、新規開発のときのみにやるのがいいな。
既存の自作クラスをパラメタライズするのは困難を極めるケースがある。
とくに、HashMapのようなクラスをパラメタライズするのは非常に難易度が高い。
ただ、Genericsで型指定するだけならいいが、Genericsに対応したクラスを作るのは
難しい。これも修行が必要なり。

> * Tomcatの設定web.xml等は手書きせず、XDoclet等を使用してServletソースのコメントだけに記述すること。

これも慣れなり。今は、Springなどもあるしのう。設定ファイルが乱立せぬよう・・・

ここまで書いて疲れた。

>>3-4についてはのちほど

たまに自分に帰ってきたレスに対して全レスするやつを見かけるが
何でそんな疲れることをするのかまったく理解できない。


きっと>>78なら理解できるんだろうな、と思った。

プログラミングしたことないけど、勉強になるな〜

Javaカーペンターの俺にとって今必要なのは、よい棟梁につくことだな。

Java Persistence APIは使いますか？

>>81
カーペンタースを思い出したw