Javaのラムダ式導入に関する最新提案の雑なまとめ - 矢野勉のはてな日記
java7月頭に，Brian GoetzがJavaにおけるラムダ式導入に関する最新提案のドラフトを出しました。State of the Lambda 私はこの提案書と，提案書を元にした英語記事を読んだだけですが，Twitterで話していると，23日くらいにこの提案を元にしたソースがJavaのソースリポジトリにコミットされたらしい。ただし，中ではまだ議論続発してるらしい。ちなみに英語記事はラムダについての連続記事の4回目で，5回目ではWicketでラムダ式を使うとどうなるか，という考察が載っています。提案書のラムダ式とWicketの非整合部分についての考察で，Wicket好きの人は読んでみてもいいと思う。あと，空コンストラクタがないクラスについて提案書は明確なところ書いてないよね，みたいな指摘も。せっかくなんで，最新提案におけるラムダ式実装をまとめておきます。いままでのあらすじ最新提案書では
Genericsではまった - 矢野勉のはてな日記
Java, メモ複合的な総称型にキャストするにはどうしたらいいんだろう？ というのでちょっとはまったのでメモ。 こんなインターフェースがあります。インターフェースの内容自体は今回はどうでもいいのですが。 public interface Loggableextends MyClass> { Class getLogClass(); void setLatestLog(T log); } で、このLoggableインターフェースを実装していてなおかつMyClassのサブクラスであるインスタンスだけを処理するstaticメソッドがあります。 public static extends MyClass, T extends MyClass & Loggable> L create(T obj) { Class logClass = obj.getLogClass(); Object newObj
WicketのCPU負荷について調べてみた - 矢野勉のはてな日記
Java, Wicketid:s-ishigamiさんがWicketのCPU負荷について調べていて、IMarkupSettingsのsetAutoLinkEnabled(true)をしていると負荷がとても上がって困るって話でした。いやいやそれはおかしいと思って調べてました。...と言ってる間に、id:s-ishigamiさんも継続調査していて似たような方向に調査が向かっているようですが、せっかく調べたので書いておきます。 もとねた：WicketのCPU負荷 - s-ishigamiの仕事日記（WicketでECを作る道のり）WicketのCPU負荷〜その２〜 - s-ishigamiの仕事日記（WicketでECを作る道のり）WicketのCPU負荷〜その３〜 - s-ishigamiの仕事日記（WicketでECを作る道のり）WicketのCPU負荷〜その４〜 - s-ishigamiの
近況−Seasar Conferenceで話してきました - 矢野勉のはてな日記
雑談, Java Seasar Conference 2009 WhiteでWicketのことを話してきました。今回は「あまりコード、コードという客層じゃないのでギーク向けとか考えない方がいいかも」という前情報を得ていたので、日本語ベースでいろいろ話しました。資料は以下のURLに上がってますのでどうぞ。http://event.seasarfoundation.org:80/sc2009white/Session#S3061 演台までプロジェクタのケーブルが伸びなかったのが盲点。なるほどこういうのも想定しとかないとな。個人的には、真ん中付近に立ったほうが話しやすいかなーと思ってるのだけど、あとで人に聞いたらけっこう賛同者がいてよかった。 内容的には、フレームワークがいつまで経っても固定化しないで新しいのが出てくるのは、時代が進んでいてお客さんの要望も（特に日常的にウェブに接することによって
エンジニア的発想は危険な気がしている - 矢野勉のはてな日記
雑談「エンジニア主導で作ると、動いたところで満足してしまう。『ちゃんと動いているから、あとは使う人が分かってくれるだろう』と、考えをストップするところがあった。本当は、動いたものを説明して分かってもらい、使ってもらうところまで来てやっと完成なのに」近藤社長「未熟だったと思う」 はてなが目指す“脱IT系” (1/2) - ITmedia News なんかね、私がコンピュータにはまったときに理想とされていたことから比べると、それでもまだ足りないと思っちゃったんです。 自分ができているかどうかは棚に上げて、理想とするところを考えてみる。目標がどこにあるかっていうのはすごく大事なことだと思うし、上記の発言は目標を吐露したものだと思うので。 私はMac OS Xが生まれる前の、漢字Talk 7とか作ってた頃のAppleの、Macintoshを買ってコンピュータの世界に没入しました。そのころのコンピ
Javaフレームワークの比較検討資料公開 - 矢野勉のはてな日記
Java仕事で各種フレームワークを比較検討したので、比較用に作った参考資料を公開します。ちなみに現在私は、ドワンゴさんの社内システム開発をお手伝いしてまして、その一環で調べたものです。会社資料じゃなく、私の資料ということでブログで公開してよい、むしろしとけ、とのことなので公開しときます。 今回の案件向けにアプリケーションを画面層コンテナ層データアクセス層に分けて、それぞれフレームワークを選ぶのが目的です。コンテナ層はDIコンテナのうちいずれか、データアクセス層はO/Rマッパーを選ぶことになります。 太枠の範囲が選定対象です。よく本に出てくる杓子定規な階層図とは変えてあります。 次のものを比較検討しました。画面層SAStrutsApache Wicket（ほかにもTeedaとかClick Frameworkとかももともとは候補にあったが、調査が追いつかないので二つに絞った）コンテナSeasa
第１回Wicket勉強会を開催しました - 矢野勉のはてな日記
Java, Wicket追記： ustream放送の録画です http://www.ustream.tv/recorded/601826 8月1日にWicket勉強会を開催しました。15名くらいはあつまるかなあと思っていましたら50名の応募がありました。ありがとうございます。 結局会場スペースの都合で30名＋発表者ということにしたのですが正直入りきるのかどうかちょっと不安でした。がしかし思ったよりも余裕ありましたね。バランスボールなどを駆使して一応全員何かに座れたようでした。会場はXarts株式会社様東京オフィスをお借りしました。ありがとうございました。 あと、当日のustreamはmesoさんのノートパソコンで行いました。結局最初から最後までustreamに使ってしまいましてすみません。ありがとうございました。 やの私の発表は例のみんな大好きなショートメッセージサービスを150行で動かそ
Javaの冗長な記法って小クラス主義の現れではないかな - 矢野勉のはてな日記
Java以下は無駄に長い駄文です。なんか書いてみたはいいもののうまくまとまらなかった。ごく一部しか表せなかった気がする。これではInputStreamReaderとかがたくさんオブジェクトを連結しないと使えないめんどくささをなぜ許容できるか、しか表せてない... もともとは「 Java における本質的でない記述がどのように大規模開発に役立つのか - kwatchの日記」がらみの話です。文中にいくつか「アクセッサが簡潔に定義できない」「FileReader に文字コードを渡せない」のような例があって、「それらが改善されたら大規模開発になにか不利益があるのかどうか」という具体的な質問があったので私はそこにコメントしときました。私はコメント欄に「不利益なんてないよ」と回答しました。実際のところ、後方互換性が維持され、言語としての統一性が維持されるなら別に不利益なんてあるわけない。あるとしたらマネ
Leopardの解像度非依存UI(resolution independent)を試してみた - 矢野勉のはてな日記
Mac, LeopardLeopardで「解像度非依存」なUI、つまりUI部品をベクターグラフィックス化して、高解像度の出力機器でも奇麗に表示するという機能が導入されたのですが、なんか目立ちませんね？ これほんとは高解像度ディスプレイでは大きさそのままで画像の細かさだけを解像度に合わせて微細化する技術だと思うんですけど、いまのところ、拡大したときに表示がガクガグにならない、という使い方しかされてない？ような感じです。 ともかく試してみようということで、Developer Toolsを入れて「Quartz Debug」のUI Resolutionユーティリティで解像度を三倍にしてみました。 おお、たしかにポップアップメニューとか左上のボタンとかが単なる画像ではなくてベクターグラフィックス化されているようですね！ちなみにJavaのSwingのUIも改良されて、この「解像度非依存UI」になってい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
