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
戦士ソロメリポ
戦士なんてメリポしか取り柄が無い なんて口の悪い人はおっしゃるぐらい 逆に言えばメリポPTへのお誘いは多く頂ける戦士ですが たまには気ままにソロで稼いでみたい 「ソロが苦手」「蟹に勝てない」なんて言われたのも今は昔。 サポ踊り子+リタリエーションの追加、 楽敵からの取得経験値アップなどのにより思った以上にやれるよっ ていうお話。 いくらソロが多少やれるようになったといっても 黒ソロや青ソロのように「とても強そうな相手です。」 をチェーンできるわけじゃありませんチェーンどころか一匹倒せるかも怪しいのが現状ですが( TДT) そこで狩り場は ナシュモ東、「カダーバの浮沼（J-9）」のカラクールさんを相手にします。 ※アクセスは六門ワープでアズーフ監視哨に飛ぶのが最寄です 深夜帯など、インプを飼っているPTが少ないことが予想される場合、 ナイズル島へワープした後、右上のワープから入り、左へ2回ワ
livedoor ラボ「EDGE」 開発日誌 : 「EDGE co.Lab」大阪遠征のお知らせ - livedoor Blog（ブログ）
こんにちは、櫛井です。 先日告知を行わせていただいた EDGE co.Lab ですが、沢山のお問い合わせと お申し込みをいただいております。中には既に動き出しているものもあり、 スピード感のあるご対応に感謝しております。ありがとうございます。 お申し込みいただいている方へは順にご連絡させていただいておりますが、 ご返信いただいたうち数組の方が大阪在住ということを知りました。 大阪から東京というのは遠くて近い、近くて遠い、そんな距離感がある気が しています。学生の方や本業をお持ちの方にとっては 「平日に東京に行く」というのはかなり困難なのではないかと感じています。 そこで、 「これから一緒に何かをしようと声をかけたのだから我々が大阪に出向きたい」 と、上司にかけあい、先ほど許可が出ました。 というわけで。 11月18日(火)にEDGE co.Labチームで大阪に遠征いたします。 弊社は大阪支
DSAS開発者の部屋:64bit版 Windows で 64bit版 Python の常用に挑戦してみた
Python は早くから64bit版 Windows に対応した64bitの Python (amd64だけでなくia64も)を 配布してきましたが、一般的に使われる多くの拡張モジュールが64bit版のバイナリパッケージを 配布していないこともあり、ほとんど普及してきませんでした。 私はamd64版 Windowsを自宅で使っているのですが、 Python 2.5 まではやはり32bit版を 利用してきました。しかし、amd64版があるのに32bit版を使うのは、こう、なんというか、 負けた気分になるので、いつかはamd64版を使いたいと思っていました。 最近Windowsをクリーンインストールすることになり、 Python 2.6 を amd64でいれるか、それとも 今まで通りx86で入れるのか考えたのですが、win32 と wxPython という有名な拡張モジュールが amd64版を
偽偽夜食日記: PHPはスジが悪い言語 (2008-09-07 )
カテゴリ: PHP おごちゃんの雑文 » Blog Archive » だから言わんこっちゃないより。PHPから負の遺産と言われるCOBOLと同じ空気を感じるのは、猫の杓子もCOBOLプログラマになったり、COBOLプログラマをかき集めてプロジェクトを行ったりといった状況が似ているから、という話の一節。 ただCOBOLもそうなんだけど、結局その言語の評価ってのは、「どんなシーン」で「どんな人達」が使っているかということでほとんどが決まってしまう。PL/Iや4GL達(「やJava」と書きたい私がいる)みたいに言語そのもののスジが悪いなんてことは、そうそうない。 私は、PHPはそのスジの悪い言語だと思う。言語自体はそれほど悪くはないとは思うが、ランタイムの機能や標準ライブラリがどうにも良くない。PHPを使う利点はデータベースを利用した動的なウェブサイトが手軽に作れるというところにあり、PHP自
MENTA というウェブアプリケーションフレームワークをかいてみた - TokuLog 改めB日記
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
Mojoの遅さはたいした問題じゃありません - Charsbar::Note
わかっている人にとってはごく当たり前の話ですが、あらためて明記しておきましょう。 最近ここで取り上げたMojoが、見ようによっては存外遅いというベンチマークが公開されました。また、MojoのライバルともいえるHTTP::Engineとの性能比較も紹介されています。 その結果については、とやかく申しますまい。CGIとしてのfairさはさておき、（mod_phpなどの）常駐モジュールと比べて（perlが、ではなく）CGIがあきらかに桁ひとつ遅いというのは、十年も前からわかっていたこと。いかに小手先のテクニックを駆使したところで、その事実が覆ることはこの先もないと言ってよいでしょう。 でも、MojoやHTTP::Engineにとって、大事なのは、そういうことではないはずですよね？ 従来のCGI.pm（あるいは、より速いCGI::Simple)を使った解は、いざユーザが増えてより速いFastCGI
Re:Mojoの遅さはたいした問題じゃありません - とほほのN88-BASIC日記
Mojoの遅さはたいした問題じゃありません - Charsbar::Note 現状では全面的におっしゃるとおり。反論する場所はどこにもありません。 そもそも、あそこまでの結論だと遅いからダメじゃん的に見えてしまったのは我ながらまずかったと思います。 一応mod_perl or FastCGIでのベンチも取るするつもりではいますが、確かに速度だけで測れるものではなく、開発効率なんかを考えるのが重要なのもごもっともです。 この辺は中途半端な結果を無責任に出してしまって申し訳ない。 で、何を考えてあんなことを始めたかっていうと、最近のTPF-J(仮)の活動とかで考えさせられる、「どこにリーチしたら効率よくPerlを広めることができるか」ってことです。 「Perlを広める」には「Perlを使う人の人口を増やす」が含まれているとと理解しているわけで、そのためには「Perlで飯が食べれる人が増える」、
Mojoについて思う - とほほのN88-BASIC日記
Mojoを使ってみた - Charsbar::Noteを読んで、興味が沸いた。 今の会社も結構レガシーな仕組みを使ってるわけで、新しく一からサーバーを立てるようなサービスじゃないと、なかなかCatalystとか使わせてもらえないわけです。そんな場合、どうするかというと素のCGIかせいぜいCGI::Applicationを使う羽目になるわけです。受託開発でもよく聞くケースですね。 なので 国内では同じような趣旨のHTTP::Engineが開発されていますが、Mooseをバリバリ使っているHTTP::Engineに比べて、Mojoはアクセサからなにから、ほとんどのコードを自分で再実装しているので、インストールに困るような依存モジュールは（ほとんど）なし。ぶっちゃけ「さくらのレンタルサーバ」にまるっとFTPアップロードしてやればそのまま動きますし、Windows上でも（ふつうに使う分には）問題な
Shipwrightちょっとだけ使ってみたよ - ヒルズで働く@robarioの技ログ
参考：Shipwright - dann@catalyst - Catalystグループ Shipwright-1.01使ってみたよ。CPANモジュール群をSubversionリポジトリで管理できるよ。 どっかの誰かが『CPANモジュール群のバージョンを各マシンで合わせるためにrpmに変換して云々』ってのをやってたと思うけど、Shipwrightの用途は多分そんな感じです。 Subversionリポジトリにコミットすることになるので、野良パッチのバージョン管理も出来るかもね。 インストール 普通にCPANから。 # cpan Shipwright Shipwrightはsvnが必要です。 svkにも対応していてsvkが無い環境だとインストール時にエラーになるけど、運用上svkを使わないんだったらcpan -f Shipwrightで問題無いよ。 初期化 $ shipwright creat
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
bbataが落ちたその時、はてな社内では - Yappo::タワシ
はてなブックマーク βバージョン