http://www.arclamp.jp/blog/archives/spring_architecture_framework.html Springはフレームワークを統合するためのプラットフォームとして作られています。Springの冗長と言われる構造は組み合わせの汎用性を向上させるために必要な犠牲です。銀の弾丸となるフレームワークは存在しません。だから、調整が効くことが重要だと考えています。Spring(と、その周辺)は調整を重視していると思っています。 Springが絡んだプロダクトは、その犠牲や冗長性が、開発者の多くを占める業務ロジックや画面の開発者に、恩恵を与えていないこと。 Seasar2が嬉しいのは、開発者の多くを占める業務ロジックや画面の開発者に、恩恵を与えてくれること。*1 Springが、他のプロダクトといろいろ連携できているのは、Springの良さで使われているとい
Rubyのselectとかcollectみたいなものって、Javaでも匿名クラスで一応実現できるけど、それだとどうしても冗長になります。 クロージャの部分にLLの力を借りたらすっきりするかなと思って、Java+Groovy版のコレクションクロージャメソッドを書いてみました。JRuby版とかRhino版も同様に作れると思います。 Groovy.java package test; import groovy.lang.Binding; import groovy.lang.GroovyShell; import groovy.lang.Script; import java.util.Collection; import java.util.Collections; import java.util.HashMap; import java.util.Map; public class Gr
6月30日臨時株主総会において、ミラクル・リナックス株式会社の新取締役として、児玉崇、伊東達雄を選任し、それに続く、取締役会議により、新しい代表取締役として児玉崇を選任した。佐藤武前代表取締役社長は、取締役会長へ、わたしは取締役を退任した。 ここにご報告する。 さて、ここからが本題(?)である。取締役を退任したからといってミラクル・リナックスを辞めるわけではない。今後は経営者という責任ある立場を退き一技術者としてミラクル・リナックスに貢献していく。 2000年6月にミラクル・リナックスを創業以来8年にわたって取締役CTOとしてミラクル・リナックスとともに歩んできたが、取締役というよりも、技術屋としてミラクル・リナックスのV1.0の開発、OSDL (Open Source Development Lab -- The Linux FOundationの前身)への参画、そしてAsianuxプロ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く