最近もらった本: アジャイルサムライ - steps to phantasien(2011-09-13)
いただきました. ありがとうございます. そして読んでいるうちに, どうも自分はアジャイルへの興味が失せていると気付いた. さいわい "アジャイルサムライ" は良く書かれており 感想はもうウェブ上にたくさんあるようなのでここでは保留し, かわりになぜ自分の関心が失せたのかを説明してみたいと思う. 理由はだいたい二つある気がする. ひとつはしょうもない理由: 私の参加しているプロジェクトはとても大きく, 独自の開発スタイルをもっている. したっぱの自分はそのやり方に口を出す気がなかなかおきない. 時差があり英語も苦手(これはほんと情けなくて泣ける)だからなおさら乗り気でない. 変える気がないものへの関心は薄れる. 二つ目はもう少しマシな理由. 件のプロジェクトはそこそこアジャイル風になっている. おおよそ time-boxed にリリースがあるし, 開発者の自動テストもある. リファクタリン
ピンポン怪談と Conjunction fallacy : steps to phantasien(2011-03-14)
ついに家にも来た！「輪番停電の作業のためおうかがいしました。」とピンポンする人たち。 インターホンの画面に映ったのは深々と帽子被った男数人。 でも耳たぶにたくさんのピアス見えた。作業があるなんて市役所から連絡ないし。 この手口で家に入られそうになる人多いらしい。みなさんも気をつけて！ 巷で噂になっているような Twitter デマ情報や怪談の類が届かず 寂しい思いをしている私を気遣ってか, following の一人が新しいのを一つ retweet してくれた. ありがとう. この怪談はいくつかの点でよく書けている. なんといってもつかみがいい. ついに家にも来た! 前例を仄めかし, 読み手に自分の知らない流行があったと焦らせる煽りがバズに初速を与える. 伝聞ではない当事者の語り口が retweet の敷居を下げる. 体験談でありながら同時に後半の伝聞パート この手口で... を補強してい
steps to phantasien(2010-02-14) - 最近でもなく読んだ本
裁断とスキャンが停滞している間にまた部屋の蔵書が幅をきかせ始めた. "最近読んだ本" で自分のページを検索したら, 最後は 2008-01-11. 二年分か. そりゃかさばるわ. さっさとメモして処分したい. 順不同. (もうすぐ処分します. めぼしいのがあって物理的に無事なら差し上げますのでご連絡を.) RESFful Web サービス わかった気になっていたけれどわかっていなかった話が多く, 面白かった. 私が REST だと思っていたのは REST-RPC ハイブリッドだったのかとか, connectedness がないと REST としてはいまいちだとか. 特に 8 章のベストプラクティスについては, トランザクションや一括取得のように素人が考えたらうまく設計できなそうな 話題に定型を与えているのがよかった. 実際のデータは階層化されていなかったり unified interfac
Communications of ACM - steps to phantasien(2010-01-04)
年始は食べものの調達が億劫で, 大鍋にカレーを作り三日三晩食べ続けた. 量が多過ぎたので最後の夜は友人 M に助けを求めた. 鍋を空にすべくたらふく食べたあと土産にもらったチャイをすすりふと見ると, やはり腹ごなしに本棚を物色していた M が CACM の山に目をとめていた. CACM: Communications of ACM は, 米国のコンピュータ学会(ACM)が発行する月刊の会誌. 昔々はこれに論文を載せるのが計算機科学者のステータスだった, らしい. たとえば "Goto statement considered harmful" に 続く一連の論争は CACM の投稿欄で行なわれた. ダイクストラがジャンプ放送局に出てくる雑誌を想像してほしい. もうちょっとマシな例だと Quicksort なんかも CACM が初出のよう. 最近は分野の細分化が進み, CACM で最先端の研
近況 - "チームがよくなる" 感じについて - steps to phantasien(2009-12-31)
2009-12-31 近況 プログラマとしての成長が感じられない一年だった. 目先の仕事に気をとられ, 問題についてよく考える時間をとらなかった. 過労を言い訳に勉強もしなかった. 情けない. 一方で仕事のチームでは成長を感じることができた. せっかくだから, "チームがよくなる" 感じについて書いてみたいとおもう. 最近, 私のいるチームはコードレビューをするようになった. 私はこれまで仕事の中でコードレビューを実施しょうと試行錯誤してきたけれど, チームに定着することは少なかった. コードレビューはそれなりに面倒な作業なので, 特に組織的な外圧がないところではさぼられがちだと思う. けれど今のチームは外圧なしでやっている. およそ一年間のプロジェクトを通じ, このチームがコードレビューをするに至った道程を振り返ると, チームが成長する様子をうまく捉えることができるかもしれない. フェー
ウェブ中毒にフタ - Backnumbers: Steps to Phantasien
断線部に入らざるを得ないほどウェブ中毒の私だけれど, 無意識に C-l t w ENTER などとタイプしている自分に気付いた時にはさすがに雇用の不安を覚えた. おまえはウェブばっかり見てるからクビ, と言われても文句は言えない. かといって会社を断線するわけにもいかないし... 困り果ててつつ気がつくと指は C-l b . ENTER などとタイプしており, Google Chrome に Extension がついた ことを知る. 藁にもすがる思いで拡張を書いてみることにした. この拡張 Capyoura (かぴゅーら - CAP YOUR Addicton) は, 事前に登録したウェブサイト(=中毒サイト)毎に閲覧回数を監視し, 一日の閲覧回数が所定の上限を越えたら教えてくれる. ...だと中毒者には生温かったので, 強い警告を表示してから数秒後にウィンドウを閉じる. また中毒サイト
会社に鍵と財布を忘れたその夜, 行き場を失った私は自宅の扉に拳を打ち付けた - Backnumbers: Steps to Phantasien
2009-09-23 近況 会社に鍵と財布を忘れたその夜, 行き場を失った私は自宅の扉に拳を打ち付けた. 人生のロードマップを前倒す新宿中央公園デビューも頭をよぎったものの, 幸いその日のカバンにはケータイが入っていた. 近所の友達が在宅だったのもまた幸いだった. 懇願して寝床を, 脅迫して晩飯を得ることができた. 腹もふくれ我が家のようにくつろいでいると, Android devphone 1 の箱が目についた. そういえば前に買ったと言っていたっけ...などといいつつ勝手にいじっている私に気付いた友達が, 思い出したようにつぶやく - "そういえば, Android のブラウザはちょっと不思議でさあ..." というのは "ページの文章がいつも画面ぴったりに収まるんだよね." そういわれてみると, たしかに文章の幅がぴったりきている. 最初はたまたまかと思ったけれど, 設定画面をみると
Alcor の Abbreviation Scoring - steps to phantasien(2009-09-12)
同僚の生産性ツール愛好家が熱に浮かされて言った. "QuickSilver の検索がすごいんだよ!" どう凄いのかというと, たとえば "Skype を検索するのに <sp> でいい!" らしい. それは凄いのかも. 私もいちおう QuickSilver を使っているけれど, 素敵機能の類はまったく活用していない. だいたい私の使うアプリケーションはどれも一文字で特定できる. Firefox, Emacs, iTerm, Activity Monitor... そういえば iTunes は iTerm と被ってる. ためしに <iu> と打ってみたら iTunes にマッチする. なんとなく凄い気がしてきた. 同僚はこのアルゴリズムが気になるらしい. 編集距離の仲間かとも思ったけれど, 違う気がする. とりあえずぐぐってみたところ, QuickSilver は 2007 年に オープンソー
webkit-dev 近況 - Backnumbers: Steps to Phantasien
連載中くらいはと思い webkit-dev を購読したけれど, 案の定ぜんぜん読んでいない. 今日は一念発起して 300 通くらい目を通した(= "j" を連打した). だいたい二ヶ月ぶん. 外野にも興味深い話題がいくつかあったのでぱらぱら書いてみたい. (過労気味といいつつ野次馬は別腹でよろしくおねがいします.) まず JavaScript 関係から. ARM 用 JIT をめぐるいざこざ 4 月頃, ハンガリー Szeged 大学の面々が SquirrelFish (Nitro?) を ARM に移植中だと アナウンスした. trunk には入っておらず, 彼らの git 上で開発が続いている. その後の 6 月, Apple は独自に実装した ARM ポートを ひっそりとチェックインした. それを発見した件の大学チームのメンバが 全然オープンじゃなくてガッカリだ と不満を表明. Ap
明日の空模様 - Backnumbers: Steps to Phantasien
ある Mac プログラマから "WebKit ってドキュメントがすくないよね" という話を聞いた. WebKit の挙動が気に入らないので直せないかと調べたところ, Mozilla と比較した文書の少なさに呆れたという. 私としては連載枠が貰えたのもひとえに文書がないおかげだから, そこに不満はない. (むしろめでたい.) けれどコードを直したい人が不便なのは困ったことだ. WebKit に比べ, Mozilla の内部は網羅的ではないにしろそれなりに文書化されている. この違いはどこから来るのだろう. 私の印象は, Mozilla が "書き直し" プロジェクトだからというものだった. Netscape は Netscape Natigator 4.x のコードベースを捨て, ほぼスクラッチから Gecko を書いたとされている. 私の仄暗い経験によれば, 書き直しのプロジェクトは最初に
八割の動詞 - Backnumbers: Steps to Phantasien
PC は忙しい時ほど壊れる. 先週は職場の PC にこの経験則が降りかかった. 頻繁にフリーズしはじめる VisualStudio 2008. VS 単体での修復では問題が直らず困り果て, 結局 OS から入れ直す羽目に. まあディスクが故障しなかっただけ幸いだと思おう... OS の入れ直しは生活習慣を見直し悪習を捨てる機会でもある. 私の Windows 生活で最大の悪習は cygwin だ. ホスト OS への敬意を欠く cygwin には以前から後ろめたさを感じていたが, 惰性でずるずると使い続けていた. 今回のトラブルは良き市民たれという神(シアトル在住)の思し召しかもしれない. 啓示に耳を傾け, しばらく cygwin なしでがんばってみたい. PowerShell cygwin を捨てるということはシェルを乗り換えるということだ. いま Windows 民の間でホットなシェル
steps to phantasien(2009-02-14) - ハードディスクに耳をすませば
"Above the Clouds: A Berkeley View of Cloud Computing" を読んだ. UC Berkley の RAD Lab が書いたクラウドのまとめ記事. RAD Lab は今時の分散システムを相手にした研究室で, スポンサーも Google, Sun, Microsoft といった分散システム持ちの大企業が名を連ねている. 研究員に David Patterson (パタヘネのパタ) が入っているあたりからも読み物への期待は高い. 実際よく書けていた. 私が読んだクラウド読み物の中ではいちばんくっきりしていたと思う. 記事ではクラウドを "公共設備としての計算機" という長年の夢の延長と位置付けた上で, その新規性や利点, 可能性を概観する. そして現存するクラウドサービスを計算モデルの抽象度に応じて分類し, 更にコストモデルの検討, クラウド普及
steps to phantasien(2008-11-02) : 最近みた TechTalks
同僚が iPhone 買ったというので, それまで使っていた iPod touch を譲りうけた. (決してふんだくったわけではない.) 動画再生専用機として使っている. 驚くことに, PC の画面でみるよりずっと良い. 画面を動かせいのが制約だったとは, 思いもよらなかった. 手に持てるのは良いなー. そんなわけで, すっかりご無沙汰だった TechTalks を (ジャンクフードを喰いながら|ふとんの中で)鑑賞した. せっかくだから Google Techtalks だけでなく, 友達の勧めに従い Channel9 や InfoQ のビデオも見てみた. Channel9 の良いところは, 最初から iPod で再生できる mp4 ファイルをダウンロード用に用意してくれていること. 雑談メインのせいか, 密度の低めなものが多いけれど, MSDN には現れない開発者の声を聞けるのは楽しい.
MySQLPlus と NeverBlock
前に Rails がマルチスレッドになっても MySQL のドライバとかがブロックしたらダメじゃないの？ という話をちらっと書いた. やっぱりダメというのが結論らしい. MySQLplus は そんな問題に対処する ruby の MySQL ドライバ拡張だというので眺めてみた. MySQL の API がブロッキングで困るだなんて, まったく他人事には思えない. MySQL ドライバの API は基本的にマルチスレッド+ブロッキングを前提とした設計をしており, 刺さりそうな場所は多い. 中でも一番困りそうなのは mysql_query() や mysql_real_query() だろう. ばしっとクエリーを投げて結果を受けとるこれらの API は, MySQL から返事が戻ってくるまでデータを待ち続ける. MySQL/Ruby もこの API を使っている. 普通に考えるとお手上げに見え
最近もらった本: インターフェイス指向設計 - steps to phantasien t(2008-07-21)
最近でもないですが頂きました. ありがとうございます > 関係者の方. 多忙にかまけて感想を書くのが遅れてしまいました. 遅れた理由はもう一つあって, 私はこの本の主張があまりピンとこなかった. でも貰った本のことを単にイマイチだったと書くのも社会人としてどうかなー, などとよたよたするうちに月日は流れ... 嘘や間違いはない. けれどアジャイルなオブジェクト指向設計という視点でみると, いまいち relevance を欠く気がする. この本を読んでまずい設計が良くなるのを期待できない自分がいる. 何でピンとこないのか, しばらく考えていた. どうも "インターフェイス" を中心に据えるのがまずいんじゃなかろうか. オブジェクト指向の設計を議論する上で, インターフェイスはツールの一つに過ぎない. "インターフェイス指向設計" という切り口は, 極端に言えば "クッキー指向ウェブアプリケー
ポールグラハムの「気晴らしを断ち切る」を読んだ - Backnumbers: Steps to Phantasien
2008-06-07 ポールグラハムの「気晴らしを断ち切る」を読んだ. 私もウェブは中毒的暇潰し(=気張らし) だと 思っている 派閥なので, おおおそ同意した. 実際, たまにケーブルを抜いて暮らすことがある. 今の家に引っ越してきた当時, オフライン主義の友人を真似して半年ほど ISP の契約を更新しなかった. だから自宅は IP unreachable だった. それでも生活できたし, 読書や勉強ははかどった. しばらくして mac mini を買ってみたらあまりに勝手がわからず, 仕方なく ISP に契約しなおした. 中毒の日々が戻った. けれどケーブルなしで暮らせることもわかったので, まとまった作業をしたい時はその後もたびたび自宅を断線している. これをプチ断線とでも呼ぼう. プチ断線概観 友人達の中には, 集中しようとオフラインのコーヒー屋に避難する人が多い. プチ断線はその
最近読んだ本: 市場を創る - バザールからネット取引まで - steps to phantasien t(2008-03-30)
表紙がすてきで買ったまま積読してたのを消化. とてもおもしろかった. 帯に "教科書が教えない<市場>の原理. 新しい時代の経済学入門" とあるとおりの 経済学読み物. イメージとしては経済学の教科書から ケーススタディのところだけを集めて一冊の本にしたかんじ. オランダの花市場から始まり, 製薬市場と途上国の対決, 電波オークション, 特許と著作権, ブラックマーケット, 排出権取引...と, 市場の設計を切り口に, 経済学の話がおなかいっぱい読める. 満腹満足. 色々面白かったのだけれど, 印象的だったところをひとつ抜粋してみよう: 企業は市場経済を眺望するときにもっとも目をひく存在である. ここにパラドックスがある. 企業はある種の集権的計画によって 運営されている存在だからである. 責任はすべて最終的にトップが引き受ける. 企業内の取引は, 市場ではなく, 階層的コントロールに従っ
分散プロジェクトの誤謬 - steps to phantasien t(2008-02-26)
タネン本を始めとする分散システムの教科書で必ずとりあげられる話題に "分散コンピューティングの誤謬" がある. 以下 Wikipedia から引用. ネットワークは信頼できる. レイテンシはゼロである. 帯域幅は無限である. ネットワークはセキュアである. ネットワーク構成は変化せず一定である. 管理者は一人である. トランスポートコストはゼロである. ネットワークは均質である. ネットワークプログラミングをしたことがあれば, いずれも該当のバグに思いあたる節があると思う. これらはみな複数台の計算機が関わる際の問題であり, いわばコミュニケーションの問題. 同じ問題は計算機同士に限らず, 人と人の間, 組織の間でもおこる. 順番に例を並べてみる. <伝言や連絡は信頼できる> : できない(よね?) ミーティングには欠席者がいる. 後輩は話を聞いてない. メモもとらない. メールはスパムに
正規表現はお好き? - steps to phantasien
積んであった Beautiful Code を読んでみる. 第一章はカーニハンによる正規表現の話. 数十行のコードで簡単な正規表現を実装してみせる. パターン文字列を内部表現に変換せずマッチに使うぜ, コードも短い, ビューティホー! ...という主張なのだが, それはほんとにビューティホーなのか. UNIX 人の感覚にはついていけない. それにしても彼らは正規表現が好きだ. いつものその話ばかりしている. artu はいうまでもなく プログラミング作法 にも正規表現が出てきた. まったくこのマンネリめ. そう斜に構えつつ読み直してみると, 案外ラディカルな話も載っているのに気付く. 9.7 "オンザフライコンパイル" より: Ken Thompson はまさにこの方法によって 1967 年に IBM7094 上に正規表現を実装した. 彼のバージョンは, 正規表現に含まれる様々な処理を小さ
sparsetable - steps to phantasien t(2007-09-07)
Matz日記 で紹介されている google-sparsehash を眺めてみた. ひさびさに Google 気分. :~/src/sparsehash-0.8 omo$ wc `find src/google/ -type f` 253 1348 10336 src/google//dense_hash_map 237 1309 9884 src/google//dense_hash_set 238 1244 9616 src/google//sparse_hash_map 223 1214 9245 src/google//sparse_hash_set 919 4776 37957 src/google//sparsehash/densehashtable.h 42 189 1187 src/google//sparsehash/sparseconfig.h 884 4642 371
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
