東京をぐるぐる回る路線といえば、まず山手線が思いうかぶだろう。 山手線の外側には武蔵野線という路線があって、環状ではないけれど、東京を囲むように運行されている。 ほかに東京をぐるっと回る路線がないだろうかと地図を眺めていたら、いいのがあった。 千葉から東京を通って、神奈川に通じる、東京湾をなぞるように線路があるのだ。 ただ、海のところがつながっていない。 そのつながっていない海のところには、フェリーが運航されている。 東京湾フェリーだ。 フェリーを使えば、ぐるっと一周することができる。 それを、一日に何周できるか試してみた。 (text by 工藤考浩) こいうことです 東京湾をぐるっと回るというのは、つまり下の写真のようなことだ。 東京を起点にすると、横須賀線が久里浜まで通っていて、久里浜から対岸の金谷までフェリーが出ている。 金谷からは内房線で千葉に行き、千葉から東京を経由してまた久里
最近Catalystをご無沙汰してたのでリハビリがてらJPA セミナーでも紹介されていたCatalyst::Controller::ActionRoleを触ってみました。 要はこのコントローラを継承することでMoose::Roleで書いた機能をメソッド attributeで呼べるようになります。 lib/MyApp/ActionRole/Bar.pm package MyApp::ActionRole::Bar; use Moose::Role; after execute => sub { my ($self, $controller, $c) = @_; my $body = $c->response->body || ''; $c->response->body($body . 'Bar'); }; 1; lib/MyApp/Controller/Foo.pm package MyA
夏休み、そして秋の旅行シーズンにフランスへ行くという人は、すでにあれこれと計画を立てていることだろう。世界的な観光国であるフランスの情報は、いまや何でも簡単に入手することができる。しかし、あまりにも情報が充実していると、かえって見落としがちなことも出てくるもの。そこで、少し違った角度からフランス旅行のヒントをピックアップしてみた。フランスに行く人はもちろん、フランスに行く予定がない人も国内でフランスを感じてみてほしい。 【1】フランス美術を銀座で身近に感じる「MMF」 銀座の一角に建つ小さいけれどフランスのエスプリ薫る「MMF」。メゾン・デ・ミュゼ・ド・フランス(MAISON des MUS?ES de FRANCE)の頭文字だ。「フランスの美術館・博物館の情報を発信する施設」として、フランス国立美術館連合(RMN)とDNP(大日本印刷)との共同プロジェクトとして、2003年にオープンした
ReverseHttp面白いですね。 ReverseHttp Tunnel HTTP over HTTP, in a structured, controllable, securable way. Let programs claim part of URL space, and serve HTTP, all by using an ordinary HTTP client library. http://www.reversehttp.net/ ただ勘違いされやすいのが「何がReverseなの」という部分。通常ブラウザからリクエストが送信され、それに対する応答がサーバから返されます。ReverseHttpはサーバで何かアクションが起きた場合に、ブラウザ側がその通知を受信する...なんて事が出来るプロトコルです。仕組みはcometというlong pollに似た仕組みで、サイトのdemo
目的 Perlモジュールの開発環境を整えるいち手法をまとめる。 最近だとModule::Setupが使われている?ぽいのですが、このエントリではModule::Starter::PBPを使ったやり方について書く。 (もう野良.pmファイルをhogeるのは嫌なのじゃよ〜><) 対象環境 LinuxもしくはMacOSX Leopardが対象。 Windows環境でのやり方はわかりません>< 必要なモジュールのインストール 何はともあれ、セットアップに必要なCPANモジュールをインストールする。 $ sudo cpan -i PPI $ sudo cpan -i Module::Build $ sudo cpan -i Test::Pod $ sudo cpan -i Test::Pod::Coverage $ sudo cpan -i Test::Perl::Critic $ sudo cpa
Perl 、Python を用いてプラグインを作成するには スクリプトファイル( Perl または Python で作成。UTF-8 で記述すること。) プラグインの名前などを記述する、XML 形式の情報ファイル を用意する必要があります。 ATOK ダイレクトで検索を実行した場合、入力中の文字列をプラグインで受け取ることができます。 スクリプトプラグインでは、入力中の文字列に対応する候補情報(候補表記、コメント、ツールチップ候補とその種類)を生成し、出力することができます。 Perlで記述したプラグインを作成する場合、そのスクリプトファイルに記述しなければならない情報は、以下の通りです。 ソース記述例 ################################################# # # Perlモジュール用のプラグインインターフェイス # # ※このテキストは必ずU
プログラマ・ソフトウェアエンジニアと呼ばれる人間には、 2つのタイプがあるような気がしています。 ひとつは、もともと機械いじりやハードウェアが好きな 「ハードウェア」プログラマ、もう一つはその反対の「ソフトウェア」プログラマ。 それぞれどういう特徴があるか、独断と偏見でまとめてみました。 (私自身ハード出身なのでそちらに偏重していますw ) 「ハードウェア」プログラマ 「最適化」という言葉が好き 外的な制約(メモリ/速度/ディスク)がある方が燃えるし、真の能力を発揮できる 逆に制約がないと何していいのかわからず、平凡なアイデアしか思いつけない 開発言語は、制約から決定する O(n) の計算量でも、その定数項を気にする 専用ハード好き (地球シミュレータ, メーンフレーム) 定量評価ができないような仕事は興味ない 固定長データ バイナリデータ 再帰なんてもってのほか スピード狂 CPUがどれ
答え 約2000人月 開発の流れ 要件定義 顧客の発注を受ける 1次請け、要件定義書の執筆を始める 1次請け、顧客と交渉し、家の中に繋がっている家電製品を全て調べ上げる 一次請け、基本設計実施要領の執筆を始める 基本設計 この工程は、2次請け以下には秘密裏に行われている 詳細設計 1次請け、詳細設計実施要領の執筆を始める 1次請け、だいたいこのあたりで2次請けへと乾坤一擲 2次請け、使用する規格やフレームワークなどの部品を選定開始 詳細設計書の執筆がスタート、電球の大きさや重さ、丸み、光度、味、匂いなどを定義する このあたりで、既に5次請けくらいまで仕事が割り振られている 製造 1次請け、製造工程実施要領の執筆を始める 1次請け、単体テスト実施要領の執筆を始まる 5次請け、電球フィラメントのくるくるを手で作成しはじめる 4次請け、求める匂いが上手く出せないと3次請けに駄々をこねる 3次請け
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く