JJUGイベントは3回目くらいかと思います。
いつも通り覚書+気づき的なものをアップしておく。
<セッション前に思ったこと>
社内研修みたいなものも担当しているので、
計画見直しのための情報収集ができたら尚良い。
あとは技術ノウハウの享受と今後に活かすため。
<ふつうのJavaコーディング>
資料はあとでアップ
説明できる=良いコード
→現在仕事で保守している.netアプリも??がいっぱいで深く頷ける。
コードは読まれる時間のほうが長い(保守)
メソッド引数増やすくらいならメソッド作成する
→保守引き継ぐと思想が分からなかったり、複数の人で作成されたモジュールだと
なおさら分からなくなり、趣味の世界に入っていき、引き継いだ側は大変に 汗)
and or箇所はメソッド抽出を検討
→今はユーザ企業情報シス支援の立場での業務なので
規約やルールを作成・徹底することが難しいが方針はやはり作成すべき。
イミュータブルオブジェクト
openした場所でcloseする。
× メインから渡した先のメソッド内でclose
メソッドリファレンス
ギリギリまで文字列に頼らない
文字列便利なので使いがち(区分など)
enum使い倒す
<エンプラ開発におけるレガシーアプリケーションの巻き取りとモジュール分割の戦い>
IT技術を活用することでビジネス拡大を支援
→モジュール分割により制約を最小化?!
隔週でKPTを実施
http://qiita.com/netetahito/items/8cae1ab27ef010e45270
Atlassianツール活用
https://ja.atlassian.com/try
参考 Selenide~Javaで超簡単・簡潔にUIテストを書く~
http://qiita.com/tatesuke/items/589e30ab9b3dc7037e26
段階的な再構築
→メリット リスク回避、スモールスタート
デメリット 既存課題が残る
自分ができる準備とは??
<新しいTERASOLUNA Batch Frameworkとは>
http://www.terasoluna.jp/product/framework/batch_framework.html
https://ja.osdn.net/projects/terasoluna/wiki/download
http://terasolunaorg.github.io/
OSSなので公開されているのは認識していたが
ドキュメント関連も読み切れないほど充実している印象。
普通にプロジェクトでも使えそう。
<Javaエンジニアに知って欲しいRDBアンチパターン>
たしかに納得という内容が多い印象。
Javaコミュニティだが、DB関連で苦労している人も多いのか
満席、立ち見状態だった。自分も。。
0 件のコメント:
コメントを投稿