MORI LOG ACADEMY: 再び「すぎ」について
WEB Davinci Last update 20 Jun,2004. WuƂɂ͏cDɊ҂BvԊO WuguKN̍hɕqȕ|͂ǂꂾHvԊO eWB fڎ҂ɂ͒IŐ}v[gI ̃v`i{ 6/5UP cȐ̖{oł�Â錻݁A ̒{ɂ낢{ɏô͂ȂȂނB vĂǎ҂݂̂ȂɁA_EB`ҏW Ac Hotel By Marriott Tokyo Ginza Aman Tokyo Hotel Ana Intercontinental Tokyo, An Ihg Hotel Andaz Tokyo - A Concept By Hyatt Hotel Ascott Marunouchi Tokyo Aparthotel Bulgari Hotel Tokyo Cerulean Tower Tokyu Hotel, A Pan Pacific Partner Hotel Tokyo Conrad Tok
Firefoxでポップアップブロックを無効にしているのにブロックされてしまう人へ - なまくらがたな
未だに沢山の人が困ってるようです Permalinkを見てると例のエントリを見てくれてる方が沢山いらっしゃいます。1年前のエントリですが、お役に立ててるようでとてもうれしいです。 で、ふと気になってhttp://twitter.1x1.jp/search/で検索してみた。 http://twitter.1x1.jp/search/?source=&keyword=%E3%83%9D%E3%83%83%E3%83%97%E3%82%A2%E3%83%83%E3%83%97+%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF&lang= http://twitter.1x1.jp/search/?source=&keyword=firefox+%E3%83%9D%E3%83%83%E3%83%97%E3%82%A2%E3%83%83%E3%83%97&lang= http
Log::Dump 0.02 - Charsbar::Note
vkgtaroさんに対抗してというわけではありませんが、Yappoさんのおすすめもあったのでログに色をつけられるようにしました。Term::ANSIColorが入っていることを前提にしていますので、必要なら適宜インストールして（PREREQ_PMには入れていません）、 use Log::Dump; __PACKAGE__->logcolor( important => 'red bold on_white' ); __PACKAGE__->log( important => 'message' );のようにすると、importantなラベルがついたメッセージに色がつきます。 色をつけたくなくなったら、logcolorに0を入れておけばOK。また、logfileを使ったファイル出力時には色をつけないようにしてあります。
『メーカーの都合も書いてみる』
TidalBeachBlog ゲームに関すること色々。 主にプレイ日記やゲーム作りに関することなど。 ときどき、無節操に映画やマンガについて書いたりしてます。 http://yamanashirei.blog86.fc2.com/blog-entry-824.html 新品で買うことが本当にゲーム会社の利益になるの？ というハナシ。 結論からいえば、「もちろんなります」。 一応、ワタシの周りの営業担当やショップ側からヒアリングした内容をまじえて ちとばかり説明してみたいと思います。 中古販売の是非はさておきます。 リンク先のコメント欄でも言われていることではありますが、 基本、店が商品を受注するときには、 普通、「前作実績」とか「前作消化率」が参考にされます。 これは、流通各社が店舗側に提示して、受注提案をすることもありますし、 店側が独自に参考にしたりもします。 店も流通も、機会損失を出
ドコモが「グーグル携帯」 無償ソフト採用、低価格で09年発売�モバイル-キャリア業界動向:IT-PLUS
ただいまの操作はお受けできませんでした。 再度操作してください。 電子版 トップへ Nikkei Inc. No reproduction without permission.
Perl スクリプトで遅い場所を特定する方法 - Devel::Profiler / Devel::NYTProf
今仕事で書いてる Sledge アプリがあるのですが、先日負荷テストを行った結果びっくりすることに現行アプリの１０倍遅いことが判明してしまいました・・・orz Sledge フレームワーク自身が重くないことは今までの経験でわかってるのですが、どうにもソースを見直しているだけでは原因が特定できない・・・そんな活躍するのがプロファイラです。プロファイラの御陰で遅いヶ所を特定することができ、無事に想定するパフォーマンスを得ることができました。この内容に関してはまた別エントリにて。 さて、プロファイラを使うとプログラム実行時の各種情報を収集し、性能解析を行うことが可能です。プロファイラについてもう少し詳しくしるには 性能解析 - Wikipedia あたりを読むと良いでしょう。 プロファイラ（英: Profiler）は性能解析ツールであり、プログラム実行時の各種情報を収集する。特に、関数呼び出しの
PerlのWAFのベンチ大会 - とほほのN88-BASIC日記
仕事の都合上、素のCGIとCGI::ApplicationとCatalystと今話題のMojoでmod_perlなどを使わない素のcgiでベンチとった。 結論から言うとCGI下では - Requests per second: バージョン 素のCGI 60.54 [#/sec] (mean) - CGI.pm 19.56 [#/sec] (mean) 3.42 CGI::Application 16.20 [#/sec] (mean) 4.11 Mojo 6.40 [#/sec] (mean) 0.8009 Catalyst 3.29 [#/sec] (mean) 5.7015 って感じです。 見るとわかるとおりモジュールを使い始めた途端にパフォーマンスが劣化します。 Devel::Profilerでプロファイリングしてみると Total Elapsed Time = 0.020035 S
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
YappoLogs: Shibuya.PM tech talk #10 の申し込み間に合わなかった人への提案とust時代の勉強会の関わり方
Shibuya.PM tech talk #10 の申し込み間に合わなかった人への提案とust時代の勉強会の関わり方 昨夜に募集開始されたShibuya.PM tech talk #10ですが、夜に募集開始したのにも関わらず3時間足らずで定員オーバーとなりました。 wassrとか等を見ると行きたいけど間に合わないよーという話もチラホラでてます。 そこで提案なのですが折角ネット中継されるので「Shibuya Perl Mongersテクニカルトーク#10 パブリックビューイング」という催しを同時開催するのはどうでしょうか? ustで見れるから会場に来なくてもいい。という話ではなく、やはり現地にきたら現地に来たなりの何かが得られるので、というか一人で見るよりも同じ目的の人間が集まってワイワイ見た方がたのしいじゃんすか。 定員で参加出来なくて「現地で得られるもの」的な収穫は半減するかもしれないけ
JPAに仮決定 - D-6 [相変わらず根無し]
JPAに仮決定 長らくTPFJ（仮）として各種ミーティングをやってきましたが、もう時間もないし、なんとなく字面もいいので"Japan Perl Association"、略してjperlかJPeAで仮決定とします。すみません、面白くなくて。でも真面目な団体だからさ・・・ とはいえ、これでもまだ仮決定ですので、変更の余地はあります。取り急ぎ名称変更を望むのであれば締め切りは12/1ですよ。まぁ名義なんて後でいつでも変えられるけどね。意見等ありましたら、Wassr/twitter/IRCでlestrratに話しかけてください。 2008年11月18日 19:17 D | ブログ記事のURL | コメント(0) | トラックバック(0) |
Log::Dispatch で Colorful!
新しく作った開発プロセスの問題点が見えたわけだから、それはそれとして改善すればいいのに。プロジェクトに併せてテーラリングされてないのとか。そういうことを自発的にやれる人たちが必要だというのもわかるけど ■ [colorful][log][perl] Log::Dispatch で Colorful! 追記 CodeRepos にコミットして CPAN うｐしましたー。 $default_color 無くしたので、color 指定しなければただの Dumper な Screen として使えると思います。 本文 Catalyst::Plugin::Log::Colorful を使って以来、開発中は Colorful な log じゃないと Debug モードの気がしなくなってしまった自分ですが、ちょっと、Log::Dispatch で Colorful な Dumper してみたくなったのでや
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
DebugScreen におけるシグナルハンドラの正書法 - kazuhoのメモ置き場
11/21追記: id:tokuhirom がモジュール化してくれた CGI::ExceptionManager を使いましょうってことでよろしく (参照: http://d.hatena.ne.jp/tokuhirom/20081119/1227113506) $SIG{__DIE__} をオーバーライドしてきれいなデバッグ画面を出してあげることは WAF の重要な役割のひとつだけど、それを正しくやるのは難しい。 まず、単純に、$SIG{__DIE__} で受け取ったものをエラーとして扱ってしまうと、ユーザーが呼び出しているライブラリが die を隠蔽するような構造になっていた場合 (eval {} が使われていた場合) に、それがうまく機能しなくなってしまう (古いバージョンの Encode.pm にはこの問題があって、結局 Encode.pm 側で対処したらしい: 435505 –
Shibuya Perl Mongersテクニカルトーク#10 京都サテライト開場のご案内 - Kentaro Kuribayashi's blog
11/27(木)、Shibuya Perl Mongersテクニカルトーク#10が開催される旨、発表がありました。いつも以上にアツい発表が盛り沢山の今回ですが、あまりの人気ぶりで定員は既に締め切られていますし、また、遠方に住んでいるために参加したくてもできなくて、悲しい思いをしていた方も多いことと思います(僕もそうですが……)。 そんな折り、id:yappoさんからこんな提案がありました。 そこで提案なのですが折角ネット中継されるので「Shibuya Perl Mongersテクニカルトーク#10 パブリックビューイング」という催しを同時開催するのはどうでしょうか? ustで見れるから会場に来なくてもいい。という話ではなく、やはり現地にきたら現地に来たなりの何かが得られるので、というか一人で見るよりも同じ目的の人間が集まってワイワイ見た方がたのしいじゃんすか。 定員で参加出来なくて「現地で
Shibuya.pm#10 を京都でも - naoyaのはてなダイアリー
そこで「Shibuya Perl Mongersテクニカルトーク#10 京都サテライト会場」として、弊社・はてなの京都オフィスは、関西在住のPerl Mongersのみなさんや、技術的な話に興味のある方々が集ってshibuya.pmを楽しむ会場を提供いたします。 10回目を迎えた Shibuya.pm のテクニカルトーク。毎度のことながら人気のイベントですのであっという間に埋まってしまったそうです。 この Shibuya.pm は東京で開催ですが遠方の参加もなんとかしよう、サテライト会場を設置して楽しもう、ということになりました。京都は弊社スタッフの id:antipop が中心になって弊社オフィスをサテライト会場として開放することに。京都近郊のみなさま、11/27 ははてなの京都オフィス越しに Shibuya.pm に参加してみるのはいかがでしょう? なお、Shibuya.pm は名前こ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://osdn.net/cvs/view/modchxj/mod_chxj/doc/modchxj.html?rev=HEAD
「実現したいことを計算機の問題に置き換えることが『技術力』」、伊藤CTOが“はてな流”大規模データ処理の極意を語る：CodeZine
URI::Platonic をリリースしました - 烏賊様