今日のテストサミットで、できるだけユニットテストを書かずに品質を確保する方法について、ディスカッションします。 やり方を簡単に紹介すると、最初は、Programming First Developmentで、機能を実装して、ユーザに動かしてもらうってことをユーザの要件が固まるまで繰り返します。このときは、基本的にユニットテストは書きません。動かすことに集中します。 ユーザの要件が固まった(実装がほとんど終わった)ら、保守のためのドキュメントの一つとして、テストシナリオ(ユースケーステスト)を作って、テストを行います。そのテスト中に、バグが発見されたらその周辺のユニットテストを書いていきます。 これは、「バグは偏在(偏って存在)する」という特徴を利用して、一通り動かした後に見つかったバグの近くをテストしておけば、主なバグはつぶれるだろうという考えです。 これまでは、「ユニットテストは、できる

プログラミングファースト開発とは、ドキュメントを書いてからソースコードを書くのではなく、動くソースコードを書いてユーザに実際に触ってもらうということを何度も繰り返して、仕様を固める開発手法です。ドキュメントは仕様が固まった後に書きます。 テストサミットでは、極力ユニットテストを書かずに品質を確保する方法ということで、テストに重点を置いて話をしたのですが、今回のクロスコミュニティカンファレンスでは、「プログラミングファースト開発」そのものについて、会場の方々と一緒にディスカッションしました。 熱い(暑い?)ディスカッションになったので、思わず途中で泡のあるスポーツドリンクを飲まないといけなくなったほどです(笑)。 プログラミングファースト開発の開発手順は次のようになります。 実装してユーザに使ってもらうということを仕様が固まるまで繰り返す レビューの結果はその場で反映させる 仕様を決めながら

スターロジックから新しいサービス「ギョイゾー！」が発表されました。 私たちは長年にわたり、多くの会社さんにて業務のIT化を実現してきました。それらのノウハウを集約して生まれたのがギョイゾー！です。ギョイゾー！をITの専門家向けに一言であらわすと「ワークフローとデータベースの合体したもの」となります。ギョイゾー！には次のような特徴があります。 あくまでもオーダーメイドですから、自社の業務にぴったり合ったシステムを実現します 余分な機能は一切ついていませんので、使いこなせないということがありません 導入にかかる期間も費用も非常にコンパクトなので、すぐに導入効果を感じていただけます 詳しくははぶさんのこころをみてください。 今回は、イノベーションの観点から「ギョイゾー！」を分析してみたいと思います。イノベーションといえば、クレイントン・クリステンセンのイノベーションのジレンマ、イノベーションへの

この前紹介した 駄文 - 4 月からプログラマになったあなたへ - IT戦記 スタートアップ研修記 Dino という会社の新人研修ですが、すごいです。 何がすごいか 講義を動画で公開しているのです。 zoome.jp そして、新人はプログラミング未経験者 新人の方はプログラミング経験のない方なので、当然以下のような質問が飛びます。 IP ってなんですか？ インタフェースってなんですか？ ディレクトリってなんですか？ などです。 この質問に対して、なるべく正しく、そして、イメージが湧くような説明をするってすごく難しいと思うんです。 逆に、生半可な知識で説明すると誤解を与えてしまうことになります。 でも、この動画の講師はすごく丁寧な説明で言い切るところは言い切って的確に教えているなあと思いました。 すごいです。 講師、新人両方に良い さっきも言ったように、基本的な説明ってすごく難しくて、すぐに

人によってプログラム設計書の定義が違っていそうなので、最初に定義しておきます。ここでいうプログラム設計書は、ほとんどプログラムと対応するようなロジックが記述されているようなものです。 プログラム設計書を作るのは「誰が書いても同じコードにするため」だけでなく、元請けがレビューするためでもあります。元請けがプログラミング言語を読めないので、日本語に落としてレビューします。コードを書いてからプログラム設計書を作ることもあります。 プログラミングがあまりできない人が、ちゃんとしたプログラム設計書はかけないのと同じように、プログラミングできない人が、プログラム設計書のレビューはできません。 当然だよね。プログラミングができないのなら、プログラミング言語を自然言語に翻訳したプログラム設計書を理解できるはずがない。 できるとしたら、誤字脱字、単語が統一されていないとか、日本語が変だとかそんな指摘くらい。

可燃プロジェクトに飛び込むことになりました。下記のような炎上する要素満載。 関係者各社に告知済みのためカットオーバーは伸ばせない 外部仕様を策定した会社は行方不明 外部仕様はあるが、OS も AP サーバも環境もアーキテクチャーも未定 外部仕様を分かる人がいないw 開発は 3 社合同なのにソース管理方式も決まってない DB アーキテクト不在っぽい フレームワークに詳しい人がいない AJAX っぽいのたくさん お金がない、規模はわりとでかい、納期短い、残業禁止、増員不可 最初このエントリを見たとき、4/1だったこともあり、一瞬ネタかなと思ったんですが、その後に、SAStrutsとS2JDBCに対する具体的な質問がいくつもあり、私のほうもできる限り質問に答えました。 その後、どうなったのか気がかりだったんですが、今見たらこんな書き込みが 開発メンバからは、簡単で楽でいい！ 1 機能が 1 時間

出版社より献本御礼。 永和システムマネージメントといえば、平鍋さんのプロジェクトファシリテーションや角谷さんのRubyへの愛で有名だ。しかし、その内部で、プロジェクトが実際にどうやって行なわれているのかは、神秘のベールに隠されている。 本書は、そんな永和さんの秘密を包み隠さず教えてくれる。ソーシャルブックマークをお使いの方は、[これはすごい]タグのご準備を。 受託開発の極意―変化はあなたから始まる。現場から学ぶ実践手法 (WEB+DB PRESS plusシリーズ) 作者: 岡島幸男,四六出版社/メーカー: 技術評論社発売日: 2008/04/08メディア: 単行本（ソフトカバー）購入: 25人 クリック: 1,381回この商品を含むブログ (91件) を見る大手SIerに丸投げされて苦しんでいるあなた。3章の「丸投げされても前進する」「丸投げドキュメントの読み方」は、バイブルになるだろう

なぜ、SIerが「なにを」作ったのかを公開しないのか、それが私には不思議でならない。同じくソフトウェアを開発するものとして、納得が行かない。もちろんNDAの壁はある。私でさえ、開発に携わった事実そのものを公開できない案件をいくつか手がけて来た。しかし誰がどの案件を手がけたかすらデフォルトで非公開というのは理解に苦しむ。 あいかわらず弾さんの突っ込みは、内藤のフェイント(相手を見ずに自分の打ちたいところに打つ)のようだと思いつつコメント。 「NDAがあるから」デフォルトで非公開というのは、「あたりまえ」だと思うけど、これだけだとつまらないので、もうちょっと突っ込んで書きます。 一番の原因は、「公開することがお客様にとってメリットがない」あるいは「公開するとマイナスになる」ことが多いからです。 特に社内に閉じているようなイントラ案件は、自分たちの動きが同業他社に知られないように隠しておきたいも

写真などをページ上で強調表示する、いわゆるlightbox効果を実現するJavascript+CSSライブラリを37個も集めて、ライブラリサイズやそれぞれの機能、どのJavascriptライブラリを使っているかなどで絞り込めるようにした比較表が発表されている。 このようなUI系のライブラリを使う際には、自分が普段使っているベースライブラリとの親和性などが重要だと思うので、このような形でまとまっているとdel.icio.usで”lightbox”タグで絞り込む、といった調べ方よりも楽にライブラリが選べていい。 via del.icio.us/popular この記事は移転前の古いURLで公開された時のものですブックマークが新旧で分散している場合があります。移転前は現在とは文体が違い「である」調です。(参考)記事の内容が古くて役に立たなくなっている、という場合にはコメントやツイッターでご指摘い

クラスベースのOOとプロトタイプベースのOOで決定的に違うのは、プログラムを動かしている最中にオブジェクトが出来ること、すなわちメソッド(method)を追加したり再定義したりできるかだ。 404 Blog Not Found:タイプ・クラス・プロトタイプ - OOの語彙 これはひどい。ｗ　オブジェクトに対して動的（実行時）にメソッドやインスタンス変数を追加できることと、“プロトタイプベース”においてオブジェクトがそれが属するクラスによらず独自のメソッドやインスタンス変数を持てることとは別の話です。 あらためて、「プロトタイプベース」という用語自体に問題が多いことを実感させられる記事でもありますね。個人的には、クラスを用いないオブジェクト生成手法の話でないのならば（つまり、「プロトタイプの複製でオブジェクトを生成する」ことが話の本筋でないならば）「プロトタイプベース」ではなく、「インスタン

「単なる知り合い」と「人脈」は全くの別物である。人脈とは、自分のことを高く評価してくれる権力者のことである。 20代の時にあちこちに恩を売りまくっておけ。そいつらはいろんな組織で成長して権力を握り、30代半ばには、強力な人脈になる。 自分とは違うタイプの優秀さを持った人間を「無能だ」と決めつけて切り捨てるのは、致命的な機会損失である。 客観的なビジネスプランはたいてい役に立たない。自分の熱い主観を企画書にぶち込め。 みんなの良い意見を集めても魅力的な企画にはならない。優れた企画は、たいてい誰かの個人作品である。 目下の人間にも、上司に対するのと同じだけ敬意を払い、「さん」付けで呼んでおけ。自分の部下を「君」付けで呼んでいると、そいつが抜擢されて自分の上司になったとき、「さん」で呼ばなければならなくなるという屈辱を味わうことになる。 ほとんどの人は、建前ばかり並べて会議をするので、思考力が失

ドットインストール代表のライフハックブログ

小飼弾のアルファギークに逢って来た 2008-04-15-1 [BookReview] 献本御礼。ありがとうございますー。 ■小飼弾のアルファギークに逢って来た 雑誌「WEB+DB PRESS」における小飼弾 (dankogai) 氏の連載「アルファギークに逢って来た」（インタビュー記事）をまとめてプラスアルファした本です。 弾さんの縦横無尽さ、フリーダムさが、カオス状態を引き起こし、それにより対談相手からかしこまったインタビューでは引き出せないことを引き出しているんです。 まあ編集済みなので縦横無尽さ、フリーダムさはあまり見えてきませんが、非常に読みやすく入ってきやすくなっています。 連載時に読んでいたのですが、今こうして改めて読み返してみると、当時はアンテナに引っかからなかったポイントがいろいろと出てきて、なんというか自分の成長を感じます（自画自賛）。 Ruby on Rails で知

ソフトウェア開発者採用ガイド 2008-04-02-1 [BookReview][仕事] 先日献本していただいた「BEST SOFTWARE WRITING」[2008-02-28-5]が まだ読み終わらないうちに次の本を献本して頂きました。 翔泳社さん、ありがとうございます！！！ で、こちらを先に読了したのでご紹介。 ■Joel Spolsky (著), 青木靖 (訳)　/ ソフトウェア開発者採用ガイド Joel Spolsky の「Joel on Hiring」[2007-01-29-4]、 日本語で読みたかったので翻訳を待っていたのです！ これは、「優れたIT技術者」を雇いたい人のための本ではありますが、 もしあなたが雇う側ではないIT技術者でもこの本から 得ることがいろいろあります。つかたくさんあります。 例えば、どういう会社に転職すべきか…、とかとか。 まず、第一章は、 優れた技

いきなり刺さる。肺腑をえぐるセリフに、たじたじとなる。ちなみに表題は本書のタイトルである、「ドラマで泣いて、人生充実するのか、おまえ」をアレンジ。 1ページに、1セリフ。きわめてシンプル。余計な解説一切なし。 読み手はストレートに読み干して、頷いたり呻いたり唸ったりする。大きな余白は、まるで反撃を書き込んでみろといわんばかりだ。ひとつのセリフに一晩かけて語りたくなる（もちろんアルコールの助けがいるくらいこっ恥ずかしい過去話ですけど何か）。 人は失うことでしか、 大事なものを確かめられない。 メッセージ性の強い箴言といえば、岡本太郎の「壁を破る言葉」を思いだすが、ちょっと違う。太郎の「信ずるものをヤレ」といった放り出す感覚ではなく、「やれるもんなら、ヤッテミロ！」と激しく挑発的。反発したり頷いたり、読むアジテーション。 社会に「出る」ことが、 会社に「入る」ことであるというのは、 おかしいと

嫁さんと子どものおかげで、今のわたしがいる。 これは冗談でもなんでもなく、わたしが死なずにこれたのは、嫁子のおかげ。かなりアレな人だったからね、わたしは。 ここでは、いい夫婦を続けるために、わたしが身をもって学んだことを書く。ただし、子ども関連は省く。子ども因子はとてもデカいし、別シリーズで書いているので。最重要は「■1　感謝大事」に尽きる。これが欠けていると他に何をやってもダメ。忙しい人はそこだけ読めばOK。 ■1　感謝大事 「ありがとう」は魔法の言葉。ドラマや小説で手垢にまみれた「愛情」なんかより、「ありがとう」の一言がよっぽどリアル。あるいは、アイラブユーとサンキューは一緒。 いや、斎藤一人のまわしものじゃないってば。流行のスピリチュアルや引きよせの法則じゃなくって、夫婦生活で実質的に使える。例えば口論で自分の主張を伝えたいときに言い添える。「△△をしてもらってて、いつもありがたいと

東京のどこに住むのが幸せか 2008-04-14-1 [BookReview] 書店で平積みになっているのを見て気になっていたのですが、結局買っちゃいました (ref. [2008-02-26-3])。 ■山崎隆 / 東京のどこに住むのが幸せか 本書は、東京の街の歴史的考証を踏まえたうえで、価格と資料について、約２万件のマンションの制約事例をベースに「重回帰分析」という手法を用いて導きだした、 街選びのための指南書である。 (p.5) 資産価値のあるマンションや一戸建ての定義を、勘違いしている人が多い。 どんなに耐震性能が高くても、どんなに眺望がよくても、どんなにリビングが広くても、衰退することが運命づけられた街の住宅を買ってしまったら、すべては水の泡である。 その冷厳な現実を忘れている人が多い。衰退する運命の街にあるすべての不動産は、単なる産業廃棄物として終わる宿命を背負わされている。

著者　ケヴィン・ケリー　Kevin Kelly 訳　　堺屋七左衛門 この文章は　Kevin Kelly による "The Machine That Made Us" の日本語訳である。 私たちを作った機械 The Machine That Made Us 先日、計算機科学者ジョセフ・ワイゼンバウムが85歳で逝去した。ワイゼンバウムは有名なチャットボット「イライザ」を40年前に発明した。驚くことに、この疑似人工知能は今でも私たちを楽しませ、また混乱させる力を持っている。しかしワイゼンバウムは後年、人工知能の批判者になった。計算機の比喩、すなわち、興味深いことはすべて計算であるという考え方が、私たちの文化を広範囲に征服してしまうことを彼は懸念した。考える機械を作ろうとすることで、私たちが機械そのものになってしまうと心配した。ワイゼンバウムが亡くなったこの機会に、彼の著書 "Computer P

著者　ケヴィン・ケリー　Kevin Kelly 訳　　堺屋七左衛門 この文章は　Kevin Kelly による "The Gift of Stuff" の日本語訳である。 物質からの贈りもの The Gift of Stuff 「技術」という言葉は物質を連想させる。原子でできた物。かたい物質。蒸気機関車、鉄の構造物、電話機、計算機、化学物質、シリコンチップ。この大量の物質が何世紀も前に初めて現れたとき、私たちはそれを素材革命だと考えた。しかしそれがもたらした変化は、実はエネルギーを自在に操る新しい能力によるものであった。かたい物質の魔力はエネルギーを保持したり、伝達したり、表示したりする能力に由来する。それは少量のエネルギーによる合図（信号）から、莫大なエネルギーを必要に応じて炸裂させること（カロリー）まで様々である。私たちが技術と呼ぶものは活発な物質であり、まったく新しい素材であった。そ

著者　ケヴィン・ケリー　Kevin Kelly 訳　　堺屋七左衛門 この文章は　Kevin Kelly による "The Rise and Fall of the Copy" の日本語訳である。 コピーの盛衰 The Rise and Fall of the Copy 1900年代に蓄音機がインドネシア列島に到達して、ジョン・B・スムートら音楽学者がガムラン・オーケストラを録音したとき、ガムラン奏者は当惑した。ある場所で人気の曲は数週間の半減期で村々へ伝わっていく。なぜ演奏をコピーするのか？新鮮な音楽を容易に聞けるのに、すでにすたれた曲の古くさい演奏をなぜ聞こうとするのか？彼らの当惑を理解するためには、あなたの町に見慣れない外国人が現れたと考えてみれば良い。外国人が漆塗りの木箱をぱっと開く。あなたは木箱の取っ手を回しながら、豪華な料理を食べる。そして次の日に取っ手を回すと、ほんのつかの間、

著者　ケヴィン・ケリー　Kevin Kelly 訳　　堺屋七左衛門 この文章は　Kevin Kelly による "Four Stages in the Internet of Things" の日本語訳である。 物のインターネットにおける四つの段階 新しい流行語「グラフ」は、便利だが使い古されたネットワークやウェブという言葉にとってかわるかどうか。私はそんな賭けはしない。（ニコリともしない人がよく口にする「ブログ」という言葉が負けることになら賭けてもよいが。）いや、それはどうでも良い。ティム・バーナーズ=リーによる「ジャイアント・グローバル・グラフ」(Giant Global Graph)と題する短い投稿では「グラフ」という言葉をいい感じで使っている。これは私の知る限り、セマンティックウェブの最も優れた概説である。それはセマンティクスについて語っていないから、ということもあるのだが。 彼の

著者　ケヴィン・ケリー　Kevin Kelly 訳　　堺屋七左衛門 この文章は　Kevin Kelly による "Turing'd" の日本語訳である。 チューリング化 Turing'd 長年にわたって、私はさまざまな分野の専門家と仕事をする機会に多く恵まれてきた。あらゆる活動が計算機技術のおかげで画期的に変化している。しかしすべての分野がそれを受け入れているわけではない。一部の科学者、免許制の専門家や職業人は新しい技術にアレルギーを持っている。ある種の専門家には画期的な技術を歓迎しやすい傾向があるのはなぜか、最近ひらめいた。最新技術を取り入れたがる部類の専門家は、その専門分野がすでに「チューリング化」されていることに気がついたのだ。 私たちは多くの作業や職業について、人間だけができると信じてきた。道具や言語を使うこと、絵を描くこと、チェスをすること。それが今では一つ一つチューリング化され

8月17日の技術勉強会 - Flexレイアウト手書き勉強会 8月17日に行われました技術発表会の内容を撮影した動画ファイル/資料を公開いたしました。内容は以下のとおりです。 テーマ Flexレイアウト手書き勉強会 発表者 d:id:secondlife 勉強会動画 ダウンロード…

先週、サポートのアルバイトスタッフと、プログラミングの話題になった。プログラミングを勉強している、とのことだった。もちろん、自分は「それを続けると良いと思う」ということを言った。 少し前の自分だったら「プログラミングの勉強を続けると良いと思う」という言葉は、嫉妬や羨望、あるいは自己肯定からの言葉だったのではないかと思う。今もそういう部分がないとは言い切れないが、以前とは少し違っているように思う。 このスタッフがプログラムを書けるようになったとして、それが直接仕事に役に立つかどうかは本人次第だと思う。"直接的に役に立つ"という保証はない。 そういうことではない。 何かシステム的なトラブルが起こったとき、自分ではない誰かが何かの操作で困っているとき。プログラムの世界についての知識、慣れ、経験があると、第六感が働くようになる。プログラムのおかしな挙動の、その振る舞いだけを見て、原因がどのあたりに

毎年この時期になると、「東大教師が新入生にオススメするベスト100」という企画で紹介してきたが、飽きた。 ほとんど変わり映えしないリストにも飽きたし、毎年「ベスト1はカラマーゾフ！」とハヤすのも飽きた。カラ兄が最高であることはさんざん宣伝してきたから、皆さんご承知だろう（異論・反論大歓迎、これを超えるものがあるならね）。 だから、今回はスコープを広げてみる。 ■　この企画の趣旨 東京大学に限らず、新入生を迎えるにあたって、センセイたちは思うところがある（はずだ）。ゼミにくる前に、せめてこれぐらいは読んでおいてもらいたいと望んだり、若かりしころハマった本で自分語りをしてみたり。そうした願望を吸い上げているところもいくつか見つけた。以下のとおり。 リスト1 「北海道大学教員による新入生への推薦図書」 リスト2 「京都大学新入生に勧める50冊の本」 リスト3 「広島大学新入生に薦める101冊」

子育ての目的はただひとつ、「子どもを大人にすること」だ。 つまり、躾や学校教育だけでなく、一人でやってくための生活スキル（料理・掃除・洗濯）も重要。さらに、困難な事象に対処するための問題解決のスキルも外せないし、なによりも人を信頼し、うまくやっていくコミュニケーションスキルは、親の責任だ。 こんなこと言うのは、わたしに欠けている自覚があるから。親になって初めて「教育」を考えるようになった。子どもといっしょに、自分が教育しなおされている感覚。いや、もっとハッキリ言うなら、子どものおかげで、わたしが「大人」になれたんだ。 だから、育児書を読むのは、半分以上わたしのため。今回は、小～中学生の教育に携わる人にとってかなり有用な一冊を読んだので、紹介する。 ■　どんな本? 理想の教育のひとつの形が示されている。いや、フィクションじゃない。ロサンゼルスの移民家庭の小学5年生を受け持つレイフ・エスキス教

スゴい読み手を探せる2冊。書評や読書術も役立つが、それよりも自分好みの「読み巧者」を見つけるメリットが大きい。 将を射んと欲すれば先ず馬から、良書を得んと欲すれば先ず読み手から。わたしが知らないスゴ本は、きっと誰かが読んでいる。だから、本を探すのではなく、人を探す（それは、あなたかもしれない）。本書のような、いわゆる「本の本」を読む理由は、ソコにある。 本書は、日経新聞の同名のコラム4年分をまとめたもの。新刊ではなく、あえて1～2年たった「ちょい古」な本をセレクトしているところがミソ。いわゆる著名人によるレビュー・書評というよりも、むしろ本をダシにした読書の愉しみや本にまつわる思い出語りが楽しい。ここでは、本書で知った読み巧者を中心にご紹介～ ■　わたしが見つけた読み巧者 まず、小林恭二がいい。 いや、氏の小説は一冊たりとも読んでいないが、彼のオススメ「鷲か太陽か?」（オクタビオ・パス、書

「ハリポタ読むならコレを読め」シリーズ。嫁さんに言わせると、読者層といい、設定や展開といい、ずばり「女の子向けハリポタ」だそうな。ただし、ハリポタなら1巻丸ごと消費するぐらいのプロットを、1章に圧縮・展開しており、非常にスピーディーな運びとなっている（「言い換えると、ハリポタがダラダラしてるんだけどね」だそうな）。 ああ確かに。次から次へと目まぐるしく転がっていくストーリーは、ジェットコースター・ファンタジーという言葉がぴったり。そして、伏線を寝かしもせず使い切ろうとする性急さは、一種潔さまで感じる。 ふつうの女の子が、実は伝説の魔法使いの血筋だったり、親が××されてたり、寄宿舎の共同生活があったり、いじめっ子が出てきたり、「どっかで見た構図」「何かで読んだ展開」盛りだくさん。それでも思わず妄想してしまうのは、やはり「表紙」のパワーですな（ｗ 主人公「タラ・ダンカン」は、フランスの12歳の

ランディ・パウシュ教授の最終講義 2008-04-01-1 [English] 昨年の秋頃に公開されたカーネギーメロン大学の ランディ・パウシュ教授 (http://www.cs.cmu.edu/~pausch/) の 「最後の講義 (The Last Lecture)」という動画が人気だそうです。 どんな内容かと言うと、ええと、下記をご覧ください。 - Clue's pick-up: ガンに侵されたRandy Pausch教授の最後の講義 http://www.clue-web.net/blog/2007/09/randy_pausch.php 3Dアニメーション作成システム「Alice」を開発したカーネギーメロン大学 コンピューターサイエンス学部のランディー・パウシュ教授は、膵臓癌で 余命は何ヶ月もないと宣告されている状態。そんな彼の、子供の頃にラン ディ少年が抱いていた夢をベースにし

こっちのエントリはエイプリルフールネタではないよ インストール nm とか strings とかとあわせて binutils っていうツールなんですね $ sudo install binutilsで、インストールできました。 内容 で、どんなものがインストールされたかというと $ port contents binutils Port binutils contains: /opt/local/bin/gaddr2line /opt/local/bin/gar /opt/local/bin/gc++filt /opt/local/bin/gnm /opt/local/bin/gobjcopy /opt/local/bin/gobjdump /opt/local/bin/granlib /opt/local/bin/greadelf /opt/local/bin/gsize /opt/lo

dtrace とは Mac OS X Leopard から導入された、プログラムを書き換えることなくプログラムの情報を監視（トレース）できる便利ツールです。 使い方 たとえば、 vim という名前のプロセスからシステムコール stat, open, stat64 されたときに第一引数（ファイル名）を監視するには以下のようにします。 $ sudo dtrace -n "syscall::open:entry, syscall::stat:entry, syscall::stat64:entry / execname == \"vim\" / { trace(copyinstr(arg0)) } " 説明 まず、 -n というのは「probe」の「name」を指定して dtrace する！という意味です。 $ sudo dtrace [-n [[[ provider: ] module: ]

MacPorts で SpiderMonkey を入れた場合は、以下の位置にライブラリファイルとインクルードファイルがあります。 /opt/local/lib/* /opt/local/include/*なので、 JavaScript::SpiderMonkey をインストールする際には、 Makefile.PL の 38 行目あたりを以下のように修正しなければなりません。 my %possible_install_paths = ( "../js/src/*" => "../js/src", "/usr/lib" => "/usr/include", "/usr/local/lib" => "/usr/local/include", "/usr/lib/firefox" => "/usr/include/firefox", "/opt/local/lib" => "/opt/local/