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
mixiや楽天の「中の人」、インフラエンジニアを語る
パソナテックは2008年12月6日、「インフラエンジニア討論会2008 ～インフラエンジニア進化論～」を開催した。楽天の和田修一氏、スカイホビットの越川康則氏、ミクシィの長野雅広氏、モトローラの石原篤氏、paperboy&co.の宮下剛輔氏、計5人の「インフラエンジニア（サーバやネットワークなどの設計・管理・運用を担当する技術者全般を指す）」が登壇し、自らの業務や興味関心、インフラエンジニアとして働くことのやりがいなどを語った。 個人のスキルに「依存した」運用の可能性 前半は各自のトークセッションとして、自らの業務、キャリア、興味関心などを5人がそれぞれ講演した。 和田氏は現在「開発部 国際開発室」に所属しており、アプリケーション開発も若干行っているものの、メインは台湾版「楽天市場」の設計・構築・運用の業務を行っている。大学時代は経済学部で、技術を学んだのは就職後。「大学時代はバンドに明け
いまさらながらWindows上でのPlaggerのインストールについて
わかっている人にとっては耳タコな話でしかないわけですが、最近またppmを使ってもインストールできないと嘆く人が増えたので簡単に。 1) ActiveStateやtheoryx5のリポジトリは、少なくともPlaggerをまともにインストールしたかったら消しましょう（うちのを追加するだけではだめです） 理由はいろいろですが、これだけで問題の八割は解決します。 もう少し詳しく言うと、 1-1) PlaggerのMakefile.PLはある意味非常に変態的なので、標準的なPPM::Make経由でパッケージングしているよそのリポジトリが提供しているPlaggerパッケージをインストールしても十分な依存モジュールはインストールされません。 1-2) 同じ理由で、Math-BigInt系のいくつかのモジュールもMakefile.PLに変な仕掛けがしてあるので、よそのを経由するとうまく入らないか、入れるの
CharsbarNote - PlaggerをWindowsにインストールするときの注意点
しげふみさんのところをはじめ、ppm経由のインストールメモはなるべく目を通すようにしているのですが、どこを見てもだいたい大きな落とし穴が残っているのであらためて明記しておきます。 ppm.tcool.org経由でインストールしたPlaggerがうまく動かない場合、assetsの罠を除けば、その原因はたいていActiveStateないしtheoryx5のリポジトリがtcoolのリポジトリより上にあるせいです。 つまり、 C:\>ppm ppm> rep add http://ppm.tcool.org/server/ppmserver.cgi?urn:PPMServer Repositories: [1] ActiveState Package Repository [2] Autonamed 1 ppm> とか、 C:\>ppm ppm> rep add tcool http://ppm.
[ThinkIT] 第2回：はてなフレームワークとPerlとシステム負荷 (2/2)
ここで一つ「Perlとシステム負荷」について論じてみたいと思います。 最近ではLL、特にPerl／PHP／Python／Rubyで書かれたWebアプリケーションは一般的になりつつあるので、「LLで書かれたシステムは遅い」という、一昔前に言われていた噂（?）も払拭されつつあります。 動的な言語であるLLで書かれたプログラムが、Cなどの比較的静的な言語に比べて速度的に劣る主な原因は、プログラムの起動時のオーバーヘッドが大きいことに起因しています。 例えばPerlは、プログラムの起動時にスクリプトのコードをバイトコードにコンパイルして、その後にインタプリタがプログラムを実行しますので、そのコンパイルにかかる処理の負荷が高くなります。CGIのようにリクエストごとにプログラムの起動と終了を繰り返す実行環境では、このコンパイルフェーズが毎回発生してしまうため、システムへの負荷がどうしても大きくなってし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
