歩行訓練

おいっちにー!

状況確認と目標 [第一回]

投入されたクソプロジェクトを何とかしたい。

 

 

概要としては以下の通り

 

内容

  • WEBアプリケーションのシステムの作成、保守
  • java

サーバ構成

  • 開発サーバ2つ
  • 他部署向けサーバ3つ
  • テストサーバ3つ
  • 本番サーバ4つ

 

それぞれにデータベース サーバ(Oracle) あり。

 

クソな点

  1. 更新は手動による各サーバでのコンパイル
  2. テストコードなし
  3. jspがほとんどの処理をする
  4. MVCを分けたつもりがjspのinclude。そのためIDEで参照できない
  5. 先輩がIDEを使わない
  6. SVNを使っているが、人によってリポジトリが違ったりする
  7. データベースが古いバージョンの定義だったりする
  8. プロキシだらけ
  9. static メソッドだらけ
  10. Oracleを触るのをなぜか怖がる
  11. jspだらけなのでテストできない、リファクタリングが保障されない
  12. サーバ別にコンフィグファイルがあるため、同一の war ファイルで別のサーバにデプロイできない

などなどどこから手を付けていいのかわからない。

ホントこの状況にした奴は死んで欲しい。

 

これを現代化、なんとか改善していきたい。

正直、仕方ないのは8のプロキシぐらいじゃないか。

 

まず第一の目標として、サーバにjavaファイルを上げてコンパイルするという古代の手法をやめて、war ファイルのデプロイに変更する。

そのためには、サーバ別のコンフィグファイルをやめる必要がある。

また、war を作る方法を決める必要がある。

開発サーバぐらいは自動デプロイにして jenkins でsvnにコミットするたびに更新するぐらいはしたい。

データベースの管理も考える必要がある。

 

やることは山積みだが、これがプロジェクトの進行と関係ないのがまたしんどい。

所詮、ユーザに影響のない部分でしかない。

 

どうしてこうなった

 

 

Spring Framework 4プログラミング入門