「めっちゃ業務に集中できた」という最高の賛辞を頂きまして、ああ、(無理しても)やってよかったなぁと。いった言葉を頂けることが、jfluteにとっては最大の喜びです。緊張が解けた状態、ふぅ。どの環境でも最高のもの、ってわけじゃないですけどね。(アーキテクチャは要件があって初めて語れる)とにもかくにもなによりも、ディベロッパーのスピードを最大限高めることができたんじゃないかと!リーン・スタートアップを支えることができた。勝手ながら思っています。WEB周りの仕組みでがっつり貢献できたかなと。「安全はスピード」というテーマは共通です。jfluteの日記SAStrutsの拡張研究という感じで、プライベートな時間に作ってそれを業務に適用したって感じのものもあるので、(にわとりとたまごの関係ですけどね..)そのうち一部は皆さんに紹介する機会があるかも。スモールな勉強会を継続的にやっていきたいので、そこでお話することもあるかもしれませんね。FormTag,CustomizerChain...SAStrutsはよくできたフレームワークである、ということはいまさら言う必要もないでしょう。示してるとも言えるかなと。その変化に対応し続けなければならない。それはかなりしんどいことだと思います。変化の激しい部分に突っ込み過ぎず、そこは現場(利用者)に埋めてもらう。機能は足らないのです。開発やろうとすると、ある程度の拡張は覚悟しておかないと。自前でServletFilterやInterceptorなどを駆使して補っていかなければならない。どのSAStrutsの現場を見てもそうなってますね。フレームワークってほどおおげさでなくても、でもやってることは要は「自前の仕組み」です。「SAStrutsを使ってる現場」に行っても、SAStrutsの知識だけではやっていけない。業務(現場)と汎用的なフレームワークの溝を埋める作業は必要です。それこそが現場フィット。単純に「程度」の問題ですね。SAStruts(というかStrutsも)は、その埋めるコストがそれなりに覚悟が必要です。それは単に溝が大きいというのもありますが、その溝を埋めることに対するSAStrutsの親和性もそんな高くないって感じるところも!?オーバーライドしづらい、とかたくさんあって。WEBフレームワークは、いつも周りの人と「しっかりしたもの作ってしまいたいね」っていう話にはなるのですが、それにはかなり体力と機会損失の覚悟が必要。業務に依存させずに別のプロジェクトですんなり再利用できるように作りました。なんというか、溝は完全に埋めてはいないです。残りの溝をそれぞれのプロジェクトで独自に埋めるための拡張ポイントをあらかじめ用意して、わりかし低コストで現場フィットできるような仕組みを意識してみました。途中からどんどんプロジェクト依存してきて、すんなり移行できないものになるから。これが社内フレームワークが失敗するときの典型的なパターンかと。丁寧に実装する時間なんてない。フレームワーク作りに工数をどっぷり割り当てられるプロジェクトなんてめったない。フレームワーク作りながら開発も進める。二つのことを意識しました。最初から綺麗に作ろうとしないまずは必要になった機能を真っ先に提供して、プログラマーが作業が進められることが大前提。プログラマーの作業は絶対に止めてはいけない。(そこがクリティカルパスになると本末転倒)プログラミングのリズムは以前のブログの通り。「あまり」通用しない。プログラマーの作業は止めちゃいけないのだから。要はプログラミングのアクセルの踏み加減の柔軟性が求められるってところで、踏むときは踏む。ボロボロでも提供するときは提供する。そこで要件をすぐにキャッチできなきゃ、もうそこは画面ごとにベタベタ書かれて、フレームワークによる管理が行き届かなくなるから。後で隙あらばすぐにカバーできるようにしておく、ってことの方が大切。実は、DBFlute...というか、オープンソースの開発と似てるのです。キャッチが遅れたら、機能ユーザーが減るのです。フレームワーク変更に強い仕組み「DB変更しながら開発していくからDBFluteで」って話と同じように、フレームワークの修正・変更に強いアーキテクチャというかインターフェースを提供していかないといけない。ためにも、ってところですね。フレームワークを微調整しながら進むわけですが、その影響による手戻りでディベロッパーの作業を止めてはいけない。影響範囲を特定しやすいように」であれば、自分で直せちゃうので。簡単なことじゃないですが、プログラミングしながら、できるだけ意識。この辺は、コンパイルセーフ言語じゃないとなかなかできなかっただろうなぁと感じるところ。わかりやすいところでは、フレームワークネイティブなクラスはあまりさらさない、diconコピーはさせない、などなど色々気を使いましたね。理想(方法論)ばかりじゃ現実にならないので、そりゃぁ、大晦日も正月も実装しまくりました。月曜日からディベロッパーに使ってもらう。コンフリクトした...)でも、やってやろうという意気込みでした。完全にスクラッチの開発ということで、こんなチャンスはめったにない。今まで、色々と「既存の仕組みが...」というしがらみで泣くことが多かったから、プライベートなんかつぶして当たり前だと。(余暇プログラミングはしてたけどっ)大変でしたが、楽しかったですね。冒険しながらプログラミングしてる感じ。急激にハンドル回したりってレースしてるみたい。DBFluteの冒険プログラミングまあ、テンションやリズムは色々と変われど、リリース後も似たような感じで続くでしょう。実装サービスを提供していく。再開したディズニーシーにはてなブログをはじめよう!jfluteさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。