『ZUKAN MUSEUM GINZA powered by 小学館の図鑑 NEO』が本日開業しました。
2006年12月21日17:30 カテゴリSciTech HTTPサーバーのパイプライン対応 今回は、HTTPのパイプラインの話。 「RFC2616の同時接続数の規定」@水無月ばけらのえび日記 「HTTPの同時接続数はどうあるべきか? (slashdot.jp) 」というお話。誰も原文を引用していないのが悲しかったので、引いておきます。 スラッシュドット ジャパン | HTTPの同時接続数はどうあるべきか?-taka2さんのコメントそれなら、「同時接続」しなくても、結果が返ってくる前に次のリクエストを送出して「リクエスト送信」と「結果受信」を並行して行えるようになれば、スループットの向上は見込める。 それがパイプライン化 [mozilla-japan.org]で、同時接続するよりも効率が良い。パイプライン化の前に、HTTPで何が行われているのかを、実際に見てみよう。telnetコマンドがあ
これで自信が付いたのでUNIVERSAL::whichのバグの件をDanさんに、Template::Provider::Encodingの提案の件をmiyagawaさんにメール送ってみるかー、とか言ってみるテスト。 Class::C3の作者にメールを送ってみた - Unknown::Programming やっぱり英語でメールするんですか(笑)。直接メールって大事なんですね。 ずうずうしいお願い?ですが,エンコーディング判別部分を別 sub として切り離すと拡張しやすくて嬉しい(⇒Perl Maven - for people who want to get the most out of programming in Perl)です。 追記 2007/04/18 0.08 にあがった。ありがとうありがとう> id:miyagawa & id:fbis ほんとは拡張サンプルとして私家版 T
痩身エステのダイエット体験をしてきました。予想以上の効果があるので、契約しなくても痩身エステのお試し体験をすればダイエットできちゃいますね♪ 痩身エステダイエット体験をしてみたら・・・ 今までいろいろなダイエット方法を試してきましたけど、最近私が夢中になっているのは痩身エステでのダイエットです。食事制限をしたりするダイエットも続きませんでしたし、運動をしようと思ってもいつも三日坊主。もうダイエットをするって何度口にしたことか・・・ ダイエットを始める時って最初はいいんですよね。気持ちも強いので、食事が少なくても、運動をしてもまずは決めた目標をクリアできます。でも翌日から急になんでこんなに頑張る必要があるんだろうっていう気持ちが芽生えてくるんです。この一食を減らしたところでどれだけダイエットできるんだろう、こんなに苦しい思いで走ってホントにダイエットできるのかなって思い始めます。そんな気持ち
企業の言語選択は、どれほど人材採用に影響があるのだろうか。 楽天が先日ruby on railsを採用するという話がニュースになった。ruby会議のスポンサーにもなっているようだ。 楽天はJavaとPHPを使っているとのことで、Javaのエンジニアがライトウエイト言語でRubyに行くというのは割と僕も正当なパスだと思うので、基本的に納得である。 最近、一つ納得がいかないのは、オープンソースやらネット上で技術者が目立たないと、まるでその会社には技術屋がいないような扱いになってしまう点。 さらっと見つけてみたのだが、代表的な発言として、404 Blog Not Foundさんの > 楽天の苦点 そして「中の人」の存在感がほとんどない。これは、ネットならではの事情なのだが、成功しているサイトのほとんどが、何らかの形でその技術力が外から伺えるようになっている。はてなや37signalsのように、中
本日は宮脇カルチャースペースあらため宮脇書店総本店です。かつて日本最大面積を誇った世界的にも非常にユニークかつワンダーなこの書店については、以前勝手に本屋ミシュラン#43でもとりあげましたが、紀伊国屋書店に対抗するために宮脇グループ総力を結集し、ある意味世界最強の書店に改装したので再度とりあげることにいたします。新しいお店のキャッチコピーは「本のテーマパーク」。そもそも神社が店内に建ってたりするワンダーな書店だったので、あれ以上どのようにテーマパーク化するのか、この目で確かめないといけないではないですか。 というわけで高松にやって来ました。宮脇総本店のシンボルと言えばやはり屋上にそびえたつ「本」のマークの観覧車。タクシーの運転手さんにも「観覧車のある本屋さんにお願いします」というだけで通じます。この観覧車、紀伊国屋書店に対抗するために屋上に観覧車を作るべし、という実に不思議な経営センスをお
自由研究だし、問題ないだろう。 こんなの書いてます。 #Tab = 8 spacesなのか。 package troublecode::Controller::Root; use strict; use warnings; use base 'Catalyst::Controller'; #use Catalyst 'FormValidator'; # # Sets the actions in this controller to be registered with no prefix # so they function identically to actions created in MyApp.pm # __PACKAGE__->config->{namespace} = ''; =head1 NAME troublecode::Controller::Root - Root
最近、企業の組織図やプレスリリース、活動報告などにおいて「○○ラボ」という言葉を見かけませんか? 「ラボ」の語彙は、ご存知のとおり「研究室」「実験室」。 つまり新商品の開発や、新技術の実験をおこなうところ!?とある程度想像はつきますね。 有名なところでは、検索エンジンでおなじみのGoogleが開設する、技術実験のための「Google Labs」サイトがあります。 企業の組織形態のひとつとして、「流行」の兆しを見せている「ラボ」ではありますが、 やはり、まだその姿、形は漠然としているのも事実です。 そこで、『果たして企業における「ラボ」の実態は??』 という疑問から今回はこんな特集を組んでみました。 その名も・・・ 【ラボな会社2007】 総務の森リサーチによる “ラボ機能を有する”IT企業8社をご紹介します! 「ラボな会社」を見てみると大きく3つに分類することができます
ラボ、最近多いですよね。ラボがあるというだけで魅力的に映るからでしょうか。ただ、研究開発や新規開発の部署というのは昔からありましたから、響きが今っぽいだけとも言えるかもしれません。 何を隠そうカヤックも今年の初めにラボをつくりました。カヤックの場合、会社そのものがラボみたいなものなので、個人的にはつくる必要性はないと言うのが正直なところなのですが、ラボっぽいことをやりたいという社内の機運も高まってきて、設立することとなりました。 設立にあたって、各社のラボがどういう状況なのかをリサーチしました。それが下記です。 各社ラボ比較 (総務の森「はっけん!面白制度」より) 見ていただくとわかるように、それぞれのラボの規模も目的も責任もさまざまです。では一般的にラボがなぜあるのか? 僕はこのように解釈しています。 (1)ネットの世界では、ビジネスモデルありきでスタートしてもうまくいかないケースが多
http://blog.livedoor.jp/dankogai/archives/50808279.html http://d.hatena.ne.jp/amachang/20070413/1176421425 「Object.prototype」って書いちゃうと勘違いする人も多いと思うので、MyObject.prototypeとかSomeClass.prototypeとか何でも良いけど別の書き方にすべきだと思った。 Object.prototype = {/* ... */}は、よほど特殊な事情がない限り避けるべきで、 MyObject.prototype = {/* ... */}で困るのはconstructorプロパティが消えてしまうぐらいで、普通は困らない。
以下のエントリーがすごく嬉しかった id:yupug:20070413:1176472206 今まで社内勉強会を開いてもこういう反応が返ってきたことは無かった。 今までの社内勉強会の反応 勉強会が終わって「どうだった?理解できた?」と聞いたときの反応がほとんど、これ。 「いやー。レベルが高くてついていけなったっす。」 へりくだる必要なんてないんだよ! 勉強会で「レベルが高くて」なんて言われても全然嬉しくないよ。 それなんて日本文化?って感じだよ。 理解するための勉強会だよね?別にただの「イベントのり」じゃないよ。 まず、質問してよ! 分からないなら質問して! あとで、僕のところに来て個人的に質問するんじゃなくて。 いや、それならまだマシなほう。 「あ、ここは僕どうせわかんないし」とか思うんじゃなくて。 質問して! みんなの前で質問して! 勉強会は、みんなの「分からない」を共有する場でもある
っていうのがなかなかできなくて。 テンプレートファイルはShift_JISなんだけどソースコードやDBはUTF-8でやりたい。 でさらに最終出力は携帯用サイトなのでShift_JISでっていうレアなケースを実現したいと。 テンプレートをUTF-8にさえすればCatalyst::Plugin::Charsets::Japaneseで一発OKなんだけどね。 テンプレートをクライアントが触りたいとかってケースでUTF-8とかわからんからShift_JISでお願いとかって結構あるのでそーゆー場合のお話ですね。 まぁクライアントが触る部分だけをうまく切り離してなんとかするってのが普通のやり方なのかもしれないけどとりあえず。 ってことでまずはShift_JISで書かれたテンプレートを動的にUTF-8に変える必要があります。 それはTemplate::Provider::Encodeでできるわけです。
テンプレートShift_JISでそれ以外UTF-8の場合 - Unknown::Programmingの続き。 id:dayflowerさんに助言を頂きました。 Template::Provider::Encodingを使えばいけそうです。 Template::Provider::Encodingの存在を知ってはいたんですがてっきりテンプレートがUTF8なものを別の文字コードに変えるものだと思ってましたorz。 で使い方なんですが、テンプレートに[% USE encoding 'shiftjis' %]と書いておけばOKです。 ただテンプレート毎にUSE文を書かなければならないのが面倒ですね・・・。 まあ考え方によってはテンプレート毎に違う文字コードで書けるという利点はあるのでそれはそれでありかも。 USEしてないときのデフォルト値が今はUTF8固定なんでこれを外から変更できたらかなり使い
It's pretty much a given that a modern web app will have some sort of database backend. With a modern web app comes a modern web framework. This also means that you'll probably use some sort of ORM. You can then tie your ORM to your web framework and create a CRUD interface. For the unaware, CRUD stands for Create, Read, Update and Delete. 4 primitive, but essential, operations for managing the da
Log::Dispatch は大好きなモジュールのひとつなんだけど、これだけだとイマイチ微妙。 Log::Dispatch::Config を使うことですげーー便利になる。必須。 miyagawa さんは 5 年以上も前にこれ作ったんだなぁ。 同僚から聞かれたので、僕のやり方を書いておく。 すでにCPANに Catalyst::Plugin::Log::Dispatch というのがあるのだけど、なんかいけてないのでそれは使わず、以下のようにしている。 まず MyApp::Logger とかいうのをかく package MyApp::Logger; use strict; use warnings; use Log::Dispatch::Config; use Log::Dispatch::Configurator::YAML; use Catalyst::Utils; use NEXT;
Log::Dispatch は大好きなモジュールのひとつなんだけど、これだけだとイマイチ微妙。 Log::Dispatch::Config を使うことですげーー便利になる。必須。 miyagawa さんは 5 年以上も前にこれ作ったんだなぁ。 同僚から聞かれたので、僕のやり方を書いておく。 すでにCPANに Catalyst::Plugin::Log::Dispatch というのがあるのだけど、なんかいけてないのでそれは使わず、以下のようにしている。 まず MyApp::Logger とかいうのをかく package MyApp::Logger; use strict; use warnings; use Log::Dispatch::Config; use Log::Dispatch::Configurator::YAML; use Catalyst::Utils; use NEXT;
Googleが買収したBlogger.comのFounderであるEv Williamsが始めたPodcast共有・配信サイトのOdeo。Evが事実上失敗を認めて昨年10月にCRV等の投資家からEvが株を買い戻して再Startしたが、どうも引き続き芳しくない。一方で、Evが次に始めたCommunity ServiceのTwitterは急速にメジャーになりつつある。Odeoの失敗がTwitterの成功にどう生きているか、Ev自身の見解がさらっと載っているBlogご参照(How Ev Williams leverages lessons from Odeo at Twitter)。書き手(聞き手?)はGigaOM Staff WriterのLiz Gannes。以下ポイント&抄訳。 「色々と機能を作りこみ過ぎた」 Odeoでは色々と機能を作りこんだのに対して、Twitterはシンプルに徹した。
著作権保護期間を、著作者の死後70年に引き伸ばすか、現状の50年のまま維持するか――著作権保護期間延長問題を考えるフォーラムは4月12日、シンポジウムを都内で開いた。落語家や現代芸術作家、ソフトウェアの専門家などが、それぞれの著作物に関わる業界の慣習と著作権法との関わりについて語り合った。 著作権保護期間延長問題を考えるフォーラムは、著作権保護期間延長に反対するクリエイターや、中立的な立場の作家などが参加し、ボランティアベースで活動している団体で、十分な議論なしで保護期間延長に踏み切らないよう訴えている。 シンポジウムは今回で3回目で、パネリストは落語家の三遊亭圓窓氏、現代芸術作家の椿昇氏、マイクロソフト最高技術責任者補佐の楠正憲氏、早稲田大学大学院客員助教授(経済産業省出身)の境真良氏の4人。慶応義塾大学の金正勲准教授がコーディネーターを務めた。 これまでのシンポジウムでは、著作権保護期
変数名の命名規則 (zonelog) Neko?プログラミング言語??(メモ:ブラウザのデフォルトCSS) (javaプログラマ日誌) HTML イズ ふりーだんm!! (想始創愛) h1をはじめ、見出し要素に関する議論が盛んになっている件 (STOPN 'LISTEN) 【sIFR】…でletter-spacingを効かせる方法。 (BLOG dot USK dot CC) [Web]Re: Re: XHTML+CSS (r)evolution, 3rdの内容は信ずるに値するか? (TRANS) CSS Nite LP, Disk 3 (hemiolia.com) 一歩先のWeb標準 ♯2 (withD(ウィズディー)) 一歩先のWeb標準 ♯1 (withD(ウィズディー)) CSS Nite shuffleが終了しました。 (CSS Nite公式ブログ)
XHTMLの制作でもっとも難しいのは「どの要素を使ってマークアップするか」という判断である。正解がひとつの場合もあれば、ふたつ以上の場合もある。人間の判断に負う部分も大きいので、あるマークアップを適切に感じる人もいれば感じない人もいる。シチュエーションごとの一般的なマークアップ例を見ていこう。 画像(img要素)を見出しとするのは悪か? 「見出しとして埋め込むのはテキストだけであって、画像(img要素)を埋め込むのは正しくない」と勘違いしている人が意外と多い。特にテーブルレイアウトに慣れ親しんでいる人は、Webページにとって骨格である「見出し」をきちんとマークアップするという発想がなく、見た目として「見出し」のように見える画像を置いておけばそれでオーケーと判断してしまうケースが多いようだ。 構文的なことをいえば、どの文書型であっても、h1~h6要素はテキストだけでなくインライン要素を含むこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く