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

id:ashigeruに書け言うて書かせた考察まとめにPowerPointとして美麗になるように色をつけたものです。はい、まったくキレイごとです。 実際には、開発者には最低限の規律は必要だし、リーダーには施策遵守の結果を評価できる知性と人間性が必要です。何度言っても朝起きられない奴らを何も考えていない嫌われ者が束ねていてもダメ。ここをクリアしていたら何やっても生産性って上がるんじゃないかと思っています。たとえば求人と社風が重要だと思うのです。でもね、それは売れないのよ。。。規律ある現場ではより生産性高く、規律の無い現場ではそれなりに、という売るためのソフトウェア製品を作ってます。

睡眠の質が悪いと、脳の状態が悪くなり、 いやーな気分で目覚め、 その日一日、理解力が低下し、肝心なことに気がつかず、手違いが多く、 仕事が捗らず、それらがトラブルを起こして人間関係が悪化したり、ストレスがたまったりします。 そうすると、布団に入ってもなかなか寝付けず、 またまた睡眠の質が悪くなるという悪循環に陥ったりします。 逆に、質の良い睡眠をとり、気分爽快に目覚めた日は、 やる気に満ちあふれ、頭の回転も速くなり、 集中力も高くなり、いままで気がつかなかった大切なことに気づいたり、 集中力が続くので仕事も捗ったり、 ダメな部下や同僚や上司にも寛容な気持ちで接することができたりして、 人間関係が改善していったりします。 もしかしたら、 睡眠の質は、人生の幸福の半分を決定してしまう んじゃないかと思うこともあるほどです。 そこで、ここでは「睡眠の質を最高にする夕食のとり方」をご紹介します。

とんでもないニュースだ。 日本で常温核融合らしき現象が確認されたというのだ。6月11日、北海道大学大学院工学研究科の水野忠彦助教は、ステンレス合金の炉の中に水素を封入。70気圧に加圧し、白金と硫黄を触媒に多環芳香族炭化水素の一種フェナントレンを0.1グラム投入して660度まで加熱した。その結果、加熱をやめた後も炉内の温度は700度まで上昇、通常の化学反応の100倍相当、すなわち240キロジュールの熱量と炭素の同位体である炭素13が大量に発生したという。 科学者さえダマされる疑似科学の代表格として挙げられるのが常温核融合だ。核融合といえば、1億度とかそういう超高温ですごい磁場をかけて起こす熱核融合が研究されているのだが、実は、それですらがまだ理論の域を出ていない。それなのに、1000度以下の低温（タバコの火だって800度もあるのだ）で核融合反応が起きるとされるのが常温核融合である。 1989

S2BlazeDSを用いたFlex＋Javaアプリの【いろは】：業務用RIAの本命!? Flex＋Java開発入門（2）（1/4 ページ） 本連載では、サーバサイドとして「Java」、リッチなクライアントサイドとしてJavaと相性の良い「Adobe Flex」（以降、Flex）を用いたRIA開発の基礎を解説します。EclipseベースのIDEである「Flex Builder」を使って、「Tomcat」で動くeラーニングのRIAが完成するまでお届けする予定です 編集部注：Flex Builderは、2010年3月の新版から「Flash Builder 4」に名称変更しています。期間限定の無料版をダウンロードして使えます 「しょせん、Hello World！アプリだろ」と、侮るなかれ 前回の「EclipseベースIDEとTomcatで始めるFlex＋Java開発」では連載第1回ということで、W

フレームワークを作っている人にはいつもあるひとつのジレンマがあるんじゃないでしょうか。 それは機能追加によるフレームワークの肥大化です。 ユーザさんから言われた機能・自分達のチームでこれは良い！と思って入れた機能など 理由はそれぞれですが、フレームワークが形になってからの機能追加は進む一方です。 機能が増えればそれだけ故障箇所が増えるのと一緒です。また想定しない使い方をユーザさんが してくる場合もあるでしょう。 自分もこのような機能追加は正しい・求められているんだとずっと思っていました。 今でも間違ったことだと思ってるわけではありません。 ただし、それには大きな前提があることにちょっとだけ気づいたのです。 それは、 最初に開発されたフレームワークの機能は十分に検討され、 厳選されたミニマルセットな機能以外はあってはならない。 という前提です。書いてみれば当たり前で拍子抜けされるかもしれませ

こんばんは、とうとう せろり が騒ぎ出したBTrace。 "BTrace means best trace" は僕が勝手に作った言葉です。 BTraceとは、BTrace program（Javaのコード）でトレースしたい内容を記述できるんです。 とりあえず以下のAnnotationを覚えておけば一人前のBTracerに近づけることでしょう。 Method Annotation @OnMethod @OnTimer @OnError @OnExit @OnEvent @OnLowMemory @OnProbe Field Annotation @Export @TLS Class Annotations @DTrace @DTraceRef @BTrace そして、BTraceの熱いサンプルの2つくらい見れば、せろりより詳しくなれるはずです。 Deadlock.java import co

10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLやRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変

蓮の素晴らしさを語りたかったら、まずは花を見せるべきなのだ。花がわかってはじめて泥の重要さがわかってくるんだから。 2008-05-29 - ひがやすを blog 小飼弾のアルファギークに逢ってきたのメンバーと学生会の討論会を開くのだ。 もちろん、司会は、ダンコーガイ。いいよね、弾さん。 もちろんOK。というよりもすでに同様の話がいくつも来ているので、この通りになるかとにかく、ちゃんと「花」がある討論会はできるだろうし実現するだろうしすでにいくつか実現している。 しかし、これはこれでどうしても偏りが出る。10年も泥の中にいた人というのはさすがにこのメンバーの中から見つけるのは難しい。そしてIT業界の広さを考えれば、本当にそういう人がいてもおかしくないはずなのだ。 10年間SIerで泥のように働いたおいらが通りますよ。 おいらが、最初に就職したのは、電通国際システムという会社で、今のうちの会

@IT:「10年は泥のように働け」「無理です」――今年も学生と経営者が討論 ITpro「IT技術者はやりがいがある仕事か」---学生とIT産業のトップが公開対談 みんな@ITに釣られすぎ。重鎮たちの意見は、古いなぁとは思うけど、そんなにおかしいことは言ってない。ITproとあわせて読めば、@ITが意図的に煽っているのがわかると思う。 なんか@ITの記事が最初見たときと違っている気がするけど気のせいかなぁ。 とはいえ、重鎮たちと学生を討論させても、学生がIT(SI)業界に夢を持ってくれるとは思えないので、ここで1つ提案をしたい。 小飼弾のアルファギークに逢ってきたのメンバーと学生会の討論会を開くのだ。 もちろん、司会は、ダンコーガイ。いいよね、弾さん。 ゼッタイに面白いと思うし、学生のイメージアップ間違いなし。重鎮たちに文句を言うだけよりも、自ら動いたほうがゼッタイ良い。 技術評論社さん、ぜ

AdobeからFlex3とAIR（Adobe Integrated Runtime、コードネーム“Apollo”）のパブリックベータ版が公開されました。 Flex1.5からFlex2になったときとは違い、Flex2とFlex3とで基本となる部分での大きな変更はないようです。つまり、Flex2での開発手法がそのまま適用できます。AIRの開発でも同様のことがいえますので、ここでFlexの開発手法をしっかりと理解しておくことが、次のステップへ進むためにきっと役立つでしょう。 前連載「Flex2でWebアプリ開発」では、Flex開発で基本となる特徴的な機能について紹介しました。本連載では一歩進んで、実開発の現場でよく使われる機能について、より実践的に解説します。 RIAと画面遷移 RIA（Rich Internet Application）の特徴として挙げられるのが、従来のWebアプリケーションの