デザインパターンやMVCやXMLによる設定ファイルにこだわりすぎてないかなと。(#2537329)デザインパターンを「アカデミック」と言ってるってことは、ろくにプログラミングをやったことのないド素人ってことだな。あれこそ実践の中で生まれたベストプラクティス集だろうが。日記それはごもっとも。売上の追求と仕様変更に追われるうちに、その様な考えになっているのかもしれません。できれば、デザインパターンを駆使してエレガントに落ち着けたいです。ベストプラクティスバッドノウハウ集にしか思えない。(#2536805)そうでしょうね。アカデミックではないカジュアルな処理系って、悪く言えばその場しのぎのやっつけでもなんとかなるのがいいってことで、形式主義的にしっかり設計してしっかり開発する必要性が無いものをやっつけで作るには最適だからな。刷新する予算も時間もなくて死屍累々ってのが現状では。自分の知ってる所ではそんな感じだった。どこの世界にPHPのバージョンアップに金をジャブジャブ使えるほど裕福な零細企業があるってんだよ。(#2536919)xmlゴリ押しというところで私もそう思った。いいつつも最近は開発離れちゃって、何が定番フレームワークなのか知らんけど。ORマッパーなどなど。(#2537406)#2536919も言ってるように今のJava環境では設定ファイルはほとんど書かなくて済むはずなんだ。XML設定ファイルをゴリゴリ書いているということは、幾分(かなり)古いモノを使っているのだと思うが、そうなると開発の速度と柔軟性に劣るのは是非も無し、といったところか。Springでとまっていたのでチョット調べてみます。できればIDE無くても何とかなるのがいいですね。(#2537384)あんまり覚えてないけど、デフォルトアクセス修飾子かなにかが微妙で困った記憶がある。javaの基本パッケージに変なことできそうだなと思ってコード書いてみたら、コンパイラが「このパッケージにはそういうことできません」ていう、あたかもハードコーディングでブロックしているようなエラー吐いてきて萎えた記憶がある。使ったこと無いけど良さげですよね。Twitterがたしか使ってたような。(#2537253)悪くないけど言語仕様がてんこ盛りすぎる。覚えるのはRubyのほうが楽だが、型安全性と豊富なJavaのライブラリが使えるのはいい。残念なのはコンパイラがクソ遅い。メモリもやたらと食うし。メモリ食うのは良くないですね。ありがとうございます。調べてみるとパーザコンビネータなるものとかあって刺激的ですね。Mavenなどの環境整備が必要っぽいですね。詳しく調べてないので違ってたらすみません。