#!shebang.jp : そういえば Validation
November 04, 200518:36 そういえば Validation カテゴリ技術ネタ フレームワークとか O/R マッパーとか使って Web アプリを作ると全体の作業にしめるValidation の割合が相対的に多くなりがちで、どうにか楽出来ないかと考えています。~ で、Data::FormValidatorとかFormValidator::Simpleとかの Validation 条件を定義するタイプのやつもいいかなと思いつつ、中々手が出ません。 というのも、エラー文言の表示や「○○がある場合のみ××が存在しないといけない」みたいな条件がうまく定義出来るのかが心配で。 で、最近は以下のようにしています。 ^# $self->r is-a Apache::Request ^my $validator = Project::Validator->new($self->r); ^$
Hack: Bookmarking Times: blog.bulknews.net
Hack: Bookmarking Times １日のうちいつ、はてなブックマークや del.icio.us でブックマークしているかを視覚的に見てみる Hack (mashup)。 これらのソーシャルブックマークは自分のブックマークリストを RSS で出力しています。ということで、gorou さんのやっている RSSTIMES に、このフィードを食わせてみる。はてななら http://b.hatena.ne.jp/{username}/rss、 del.icio.us なら http://del.icio.us/rss/{username} 僕のでやるとこんな感じに。 まだ数日のしかでていないので、かなり偏っていますが。。。 RSSTIMES は履歴をどこまでトラックしてくれるのかわかりませんが、こうしてビジュアルで自分のアクティビティが見れる（Data Visualization）のも
Web 2.0：次世代ソフトウェアのデザインパターンとビジネスモデル（前編） - CNET Japan
2001年のドットコムバブルの崩壊は、ウェブにとって、ひとつの転換点とな った。「ウェブは誇大に宣伝されていた」と多くの人が結論を下したが、バブ ルとその後の淘汰はあらゆる技術革命に共通する特徴であるように思われる。 一般に、淘汰は新興技術がそれまでの主役に取って代わる段階に到達したこと を示している。見かけ倒しの企業は駆逐され、本物の実力を備えた企業が大き な成功を収める。そして、両者の違いが理解されるようになる。 「Web 2.0」という概念は、O'ReillyとMediaLive Internationalによるブレ インストーミングから生まれた。ウェブのパイオニアであり、現在はO' Reillyでバイスプレジデントを務めるDale Doughertyは、ウェブは「崩壊」し たどころか、かつてないほど重要な存在となっており、刺激的なアプリケーシ ョンやサイトは、驚くほど着実に生まれて
サイボウズ・ラボ : メンバー紹介 : takesako
メンバー紹介（竹迫 良範） ブログ（TAKESAKO @ Yet another Cybozu Labs） 1995年 広島市立大学 情報科学部 入学 1998年 一身上の都合により大学を休学 株式会社エス・ワイ・シーにてアルバイト開始、 Webアプリ・ECサイトの構築業務に携わる 2001年 Namazu Project に参加、Namazu for Win32 のメンテナに 2002年 株式会社ドリーム・アーツに入社、EIP型グループウェアの開発に従事 広島市立大学 情報科学部 知能ロボット講座 卒業 2003年 Shibuya Perl Mongers 1周年記念テクニカルトーク にて "mod_perl における C10K Problem" の題目で講演 2004年 オライリー Perlクックブック第2版の監訳を担当 2005年 Lightweight Language Day a
TAKESAKO @ Yet another Cybozu Labs
本日オライリージャパン様より「Debug Hacks――デバッグを極めるテクニック＆ツール」の献本をいただきました。著者の皆様、出版社の皆様ありがとうございます。 とりあえず、ざっくりと気になる章だけをかいつまんで読んでみたのですが、最後の章「#66.手元のx86マシンが64bitモード対応かどうかを調べる」では、/proc/cpuinfo で lm の文字列を探す方法と、以下のような CPUID 命令を発行して今自分が使っているマシンのCPUが64bitに対応しているかどうかを調べるハックが紹介されていました。 #include <stdio.h> void cpuid(int op, unsigned int *eax, unsigned int *ebx, unsigned int *ecx, unsigned int *edx) { __asm__("cpuid" : "=a" (
Sledge ドキュメント - にぽたん研究所
先日の Shibuya.pm テクニカルトーク #6 で、やっぱり注目のフレームワークは Catalyst なんだなぁーって思いつつ、日頃から Sledge を使っているせいか、あまり良さや真新しさを感じなかったりして。 「メタフレームワーク」という存在定義っぽいので、Catalyst のそれ自体は割と貧相。 なのに Helper まわりとかは妙にゴージャス & 拡張されているので、やる事や Model が決まってればすぐに使え、そうじゃない場合はすぐ使えなさそう。 Rails の対抗馬なのかも知れないですが、Rails な人が wink とか使ってアジャイル開発とか言って見せびらかしているようなのを真似するには向かないかも知れないですね。 まぁ Sledge も Model に制約がなかったりするのでまず向かないですが「10 分でブックマーク作れ」とか言われたら出来るかも知れん。 Cat
いま Perl で一番イケてるオブジェクト指向プログラミングを学ぶ - bricklife.weblog.*
いま Perl で一番イケてるオブジェクト指向プログラミングを学ぶ 最近、現実逃避で「CPAN author にでもなるか」と思い、Perl でちゃんとしたモジュールを書くにはどうしたらいいかをチマチマ勉強しています。 で、そうなるとやっぱりオブジェクト指向なわけです。が、Perl は Java などに比べるとオブジェクト指向的な記述を前提としていないユルユルなプログラム言語 (あくまで主観ですが) なので、書き方も使い方も実現方法も色々あってどういう風にやるのが一般的なのかよくわかりません。普段から CPAN のモジュールを使っていればそれでもなんとなくわかるのですが、モジュール探すより先に手が動いてしまうタチなので深く経験・学習する機会もなく。 実は過去にオブジェクト指向っぽい書き方にチャレンジしてみたものの、書いてるうちに「一人で使っている分にはベタで書いたほうが早い」とか思い出して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.border.jp/nekokak/blog/archives/2005/11/oraclenls_date_1.html
SafariStand - hetima.com
サービス終了のお知らせ
http://www.lost-season.jp/mt/2005/11/2005110321.html