Trend Micro Incorporated
Trend Micro is temporarily unavailable. Please try back later. In the meanwhile, you might find useful information on our Support Center. We apologize for any inconvenience. Trend Micro カレンダーは一時的にご利用いただけません。 しばらくしてから、もう一度試してみてください。 また、ヘルプ センター (英語) でも、問題の解決に役立つ情報を提供しております。 ご不便をおかけしますが何卒ご了承ください。 Trend Micro est momentanément indisponible. Veuillez réessayer ultérieurement. En attendant, vous trouve
HTTP/1.1 (DELETE, GET, HEAD, PUT, POST) : Alan Dean
Diagram An activity diagram to describe the resolution of HTTP response status codes, given various headers. The diagram is available in various formats: http-headers-status.gif (205 kb) http-headers-status.jpg (340 kb) http-headers-status.png (447 kb) http-headers-status.svg (315 kb) please see request for assistance below The Visio diagram, published on Google Code Request for assistance
Rubyの新しいWebフレームワーク、Wavesの波に乗る
Rubyに人気があるため、Ruby on RailsやMerb、CampingといったWebフレームワークが誕生した。Wavesという新しいWebフレームワークが最近リリースされたが、 Ruby開発者が興味を持って試してみようと思うような特徴が、Wavesにはある。 WavesはRuby on RailsのようにMVCフレームワークであり、Request Lambda(source)と呼ばれるものを使うが、各マッピングはルールとブロックで構成されている。ルールが要求と一致すると、そのブロックが実行される。 Wavesに独特な特徴の１つである。 Wavesのこの他の優れた特徴には以下が挙げられる。 真のコード再ローディング ホットパッチング クラスタのサポート スレッド・セーフティ InfoQは、Wavesの開発者Dan YoderとWavesについて話す機会を得た。 Robert Bazi
客のつくりたいものじゃなく、自分たちがつくりたいものをつくる: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 昨日、あるおっちゃん（親しみをこめてこう表記させてもらいました）が言ってました。 「客のつくりたいものじゃなく、自分たちがつくりたいものをつくる」 かっこええな。そう感じました。あのおっちゃんのああいうストレートな信念大好きです。 もちろん、それは客の要求を聞かないということではありません。客の求める要求を満たしながら最適なものを提案するということ。解決すべきビジネス問題は客から受け取りつつも、具体的な解決策としてのデザインはあくまでこちら側から提供するという姿勢。これが正しい作り手の姿勢かなと思いました。 「なんでもかんでもユーザーに聞けばよいってわけじゃない。」というエントリーでも書きましたが、「ユーザー中心のデザインだろうとなんだろうと、最初に自分たちがつくりあげたい
「体を自分として認識できない」体験：神経の専門家による脳卒中レポート | WIRED VISION
「体を自分として認識できない」体験：神経の専門家による脳卒中レポート 2008年3月12日 サイエンス・テクノロジー コメント： トラックバック (0) Kim Zetter Photo:インディアナ大学 2月27日から3月1日(米国時間)まで行なわれた『TED会議』(TEDはテクノロジー、エンターテインメント、デザインの略)で、これまでで最も興味をそそられた講演の1つが、神経解剖学の専門家Jill Bolte Taylor氏によるものだ。Taylor氏は、1996年に自身が経験した脳卒中について興味深い話を聞かせてくれたのだ。 神経の専門家であるTaylor氏は、自身の体が徐々に機能を停止する様子をつぶさに観察していた。同氏は、まるで好奇心の旺盛な探検家が観察記録をつけるように、体が段階的に衰えていくのを4時間にわたって見つめた。最初に失ったのは、自分自身と周りにあるものが別物であること
[ruby][Rails] 複数のRailsプロジェクトのカバレッジをまとめて取得するRakefile（修正あり） - 本当は怖いHPC
※2008/3/12 修正：コード中で、「--sort coverage」 オプションを指定する場所が間違ってました。 普通のRailsプロジェクトであれば、 $ rake spec:rcovで取得することができる。だけど、複数のRailsアプリのカバレッジをまとめて取得することはできない。 もちろんカバレッジを別々に取得することはできる。だけど、共通のライブラリを使っていたり、Railsレシピのレシピ55のようにsvn:externalsでモデルを共有している場合とかは、全体にまたがるトータルなカバレッジが取りたくなる。 さらにCruiseControl.rbを使っている場合、rake testで全部テストが走ってくれると準備の作業が必要なくなるので便利。 というわけで、そんな俺のためのRakefileを書いた。 使い方は、rake spec, rake spec:rcov 。 # Yo
![[ruby][Rails] 複数のRailsプロジェクトのカバレッジをまとめて取得するRakefile（修正あり） - 本当は怖いHPC](https://cdn-ak-scissors.b.st-hatena.com/image/square/edbd407f698d02294b989bd9f28d7d77087da598/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12921228815722059401%2F12921228815722059802%2F1397605062)
Linuxの標準化が進まなかった理由 － ＠IT
2008/03/11 Linux対応アプリケーションの多くは、サポートするディストリビューションやバージョンを特定している。典型的なのはRed Hat Enterprise Linux 4や5を前提としており、ほかのディストリビューションでの動作は保証しないというものだ。同じLinuxでもディストリビューションが違えば、カーネルだけでなく、インストールされているライブラリやコマンド、ディレクトリ構成、GUIなどに違いがあるからだ。パッケージシステム、コンフィグファイルも異なることがある。 ディストリビューションごとの非互換性は、UNIXがSun OS、AIX、Ultrix、HP-UXなどに分裂したのと同じ過ちを犯すことなる。そうした懸念から、Linuxの標準化を推進する非営利の業界団体「Linuxファウンデーション」が立ち上がったのは1997年。以来、同団体が策定する「Linux Stan
型を継承する以上はis-aであるべき
こんばんは。オブジェクト指向大好きな凪瀬です。 オブジェクト指向では「同じものを継承しているなら、一緒くたに扱う」という抽象化を行います。 個別ケースで対応するよりも、抽象化して同じものとして扱えるなら 同じものとして扱う方が余計な頭を使わずに済みます。 一方、ジェネリクスでは「型は違っても同じロジックを行っているなら、一緒くたに扱う」 という抽象化を行います。 このようないろんな抽象化で、同時に考えることを少なくしていくことで、 昨今の巨大なシステムが作られています。 戻り値を返さないイテレータ 繰返しを扱う概念として「イテレータ」というのがあります。GoFデザインパターンのIteratorパターンが有名ですね。 Javaでは java.lang.Iterableを 継承することで、for-each構文でループさせることができます。 C#では System.Collections.Gen
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
NetBeansのマスコットキャラ「ねこび〜ん」がカワイすぎる件 - Attribute=51
日本依存症を日本にいながらローリスクで脱却する戦略*ホームページを作る人のネタ帳