nDiki : 作り方
2002年1月20日 (日)
■ 19:15 シチュー

この間テレビでおいしいシチューの作り方を紹介していたので、今日はシチュー。 ポイントは
- 煮込む時、沸騰するまでも弱火で時間をかけて(煮くずれ防止)。
- ルウを入れる時は、火を止め粗熱をとってから。完全に溶けてから火にかける(だま防止)。
だそうで。 ……本当だウマイ。
- スーパーで買ったウナギの温め方改良版 (2008-07-24)
- ワタナベ家風雑炊 (2004-01-01)
- 味の素KK「うちごはん。」2冊 (2006-11-21)
- スーパーで売られている調理済みパックのウナギを美味しく食べる方法 (2007-07-25)
- 今日のさえずり - PLAZA があまりクリスマスっぽくない (2007-11-18)
2004年5月13日 (木)
■ 新入社員歓迎会

書泉ブックタワー裏手、「ORIENTAL DINING 五大陸 秋葉原店」へ。 五大陸といえばオンワード樫山だが、こちらは「ASIA/ORIENTAL/JAPAN 2500円コース」があったりしてどこら辺が大陸なのかちょっと不明。 しかし料理はどれもおいしかったし、なかなかいいかも。
会の方は座ったメンバーが良かったせいか話が弾んだ。
- シュークリームのおいしい作り方
- シャープの両開き冷蔵庫のドアは充分丈夫らしい
- コンテンツ制作スタッフも自分でちょろちょろっとユーティリティを作って使いたい
- 新婚な新人君は手をつないで寝ているらしい (で寝しずまってからこっそり起きて Debian のインストールをしているらしい)
- 今日のさえずり - ホームレスグーチョコランタン (2008-10-27)
- 今日のさえずり - シビラ VS ニセシビラ (2009-01-23)
- 今日のさえずり - 上げ潮特大号 (2008-09-18)
- 今日のさえずり - モノを貰うとすぐに写真を撮る人 (2009-08-05)
- 今日のさえずり - チョップリフターって当初チューリップファイターだと思っていた (2008-12-09)
2004年6月5日 (土)
■ パッチ作り

そういえばパッチなんて滅多に作らないな。Cache::Memcached のパッチを作った時の手順をメモしておく。 公開する場合のパッチの作り方はこんな感じでOK?
--- 作成 tar zxvf Cache-Memcached-1.13.tar.gz cp -a Cache-Memcached-1.13 Cache-Memcached-1.13.orig emacs Cache-Memcached-1.13/Memcached.pm diff -ur Cache-Memcached-1.13.orig Cache-Memcached-1.13 > Cache-Memcached-1.13-5.005_03-20040605.diff --- patch する時 tar zxvf Cache-Memcached-1.13.tar.gz patch -p0 < /tmp/Cache-Memcached-1.13-5.005_03-20040605.diff
- Cache::Memcached 1.14 の Perl 5.005_03 対応 (2004-07-31)
- 別の人の作業ファイルをCVSにマージ (2005-02-17)
- 見える化用に 60cm x 40cm のホワイトボードを新調 (2007-04-20)
- 電脳コイルから連想される作品は? (2007-06-16)
- Docutils 0.4 の日本語文字対応はまだまだ駄目 (2006-02-07)
2004年7月31日 (土)
■ Cache::Memcached 1.14 の Perl 5.005_03 対応

1.14 が 7月27日にリリースされていたのでパッチ作成。 1.13 用のパッチがあたったのでそのままいけるかなと思ったが、テストしたところまたいくつかの非互換コードが増えていたのでそれらの修正を行う。
tar zxvf Cache-Memcached-1.14.tar.gz
cp -a Cache-Memcached-1.14 Cache-Memcached-1.14.orig
patch -d Cache-Memcached-1.14 -p1 \
< Cache-Memcached-1.13-5.005_03-20040605.diff
find Cache-Memcached-1.14 -name '*.orig' -exec rm {} ';'
emacs Cache-Memcached-1.14/Memcached.pm
LC_ALL=C TZ=UTC0 diff -Naur \
Cache-Memcached-1.14.orig Cache-Memcached-1.14 \
> Cache-Memcached-1.14-5.005_03-20040731.diff
新規修正点は
- Socket モジュールでのインポートで IPPROTO_TCP が追加になったところが実験環境でエラー。コードの中では利用していないので削除。
- ChangeLog 中の下記のため @+ を使うようになったようだが、5.005_03 では定義されていないのでエラー(perl.*delta のどこにものっていないのでチェックに苦労。perlretut に言及があって Perl v5.6.0 から提供されるようになった事を確認)。Cache::Memcached 1.13 で行っている pos を使った処理に戻す。
2004-07-19
* don't use pos() because it doesn't seem to work in
taint mode. use $+[0] instead. (Dave Evans <..@djce.org.uk>)
それからパッチの作り方を変更。patch の man の通り LC_ALL=C TZ=UTC0 にするのとオプションを -Naur を使うように。
また 1.14 から String::CRC32 が必要になった。
- Cache::Memcached 1.13 の Perl 5.005_03 対応 (2004-06-05)
- [ Perl ] Memcached を使ってみる (2004-01-12)
- Time::Local::gmtime の範囲チェック (2003-12-23)
- [ WiKicker ] キャッシュまわりにバグ (2004-06-05)
- 最新の Module::Install は Perl 5.005_03 ステ? (2006-04-29)
2005年7月17日 (日)
■ 手縫いで作る革のカバン

「吉田カバン」の創業者である吉田吉蔵氏の次女、野谷久仁子氏によるレザークラフトの本。新宿の紀伊國屋書店でみかけて買い。
すごい格好いいバッグや小物の作り方が説明されている。 基本的なテクニックがカラーで解説されており独習にも最適。
自分の持っていた英語の本はカウボーイ向けで、サドルレザーを使った薬夾入れとかナイフケースとかそんなのが多かったのだが、この本をみているともっと洗練されたのが作れそうな気分になってくる。
Arc-LS 用レザーケースを作って以来2年近くレザークラフトご無沙汰だし、またなんか作ろうかな。
この間階下で赤ちゃんが生まれたので菱目打ちはちょっとはばかられるので、そこんとこは会社で昼休みにでもやるか?
[ 書評 ]
- 万年筆用に GIORGIO FEDON 1919 のペンケース シングル (2005-12-12)
- 今日のさえずり - Twitter ずっと見てたら仕事の効率落ちるんじゃない? (2008-10-31)
- 新幹線用「ウェブ進化論」 (2006-05-13)
- 今日のさえずり - ポッポのメガポテトにした (2010-02-08)
- モンベルクラブ渋谷店 (2004-08-07)
2005年8月24日 (水)
■ Module::Build でソースパッケージング

@ ExtUtils::MakeMaker
私が Perl が好きな理由の一つに、標準でExtUtils::MakeMakerという Makefile ジェネレータがついているところである。これを使って Makefile.PL を書くと
perl Makefile.PL make manifest make make test make dist
で <pacakge>-<versionno>.tar.gz というソースパッケージを作ることができ、
tar zxvf <pacakge>-<versionno>.tar.gz cd <pacakge>-<versionno> perl Makefile.PL make make test make install
という手順でインストールする事ができるようになる。 パッケージの作り方が確立されているので、容易に新しいパッケージを開発しはじめられる。
逆に Java でプログラムを書くのが億劫なのは、このあたりの準備が面倒だからである。 Ant を使っても結局ここら辺自分でやらなければならないし。
@ ちょっとしたアーカイブの作成
ちょっとしたパッケージを作りたいと思うことは良くある。 例えばいくつかのデータファイルと、READMEファイルなんかをひとまとめにしてアーカイブにするとか。
本当にちょっとしたであれば、手動でアーカイブすれば良いのだが、
- アーカイブしたいファイル群がバージョン管理下にあって、CVS ディレクトリや .svn ディレクトリがある (除外してアーカイブする必要がある)
- 同じディレクトリにある、作業用のファイルはアーカイブしたくない (除外してアーカイブする必要がある)
- アーカイブする前に、チェック用のリグレッションテスト一式を走らせたい (リグレッションテストをかけられるようにする)
- UNIX でも Windows でもアーカイブ化できるようにしたい。
あたりを考慮しなければならない時は面倒くさくなってくる。
自動化としては
- シェルスクリプト/バッチファイルを書く
- Makefile を書く
- GNU Autotools を使う
あたりがぱっと思い浮かぶ。 しかし、最初の2つは毎回同じようなものを書くのが面倒だし保守もしにくい。 GNU Autotools はちょっとごっつすぎだし、Windows での環境構築も面倒。
@ ExtUtils::MakeMaker の欠点
ということで最初は ExtUtils::MakeMaker を使うという線で考えてみた。 もともと Perl モジュール用で汎用用途にはちょっと邪魔な振舞いもあるが、使えないことはないと思う。 しかし make (GNU Make あるいは nmake など) に依存しているという欠点がある。
@ Module::Build で
ということで ExtUtils::MakeMaker の代替である Module::Build ベースで汎用用途に使えないか検討してみた。こちらは pure Perl で make を必要としない。
Module::Build も Perl モジュールビルドにあわせた振舞いがあるものの、ちょっとカスタマイズすれば使えそうだ。 で、いろいろいじった結果、次のような感じにすると使いやすそうだ。
use Module::Build;
my $class = Module::Build
->subclass(class => 'NonmoduleBuilder',
code => q{
# Don't make blib
sub ACTION_code {};
# Don't make blib
sub ACTION_docs {};
# Don't make META.yml
sub ACTION_distmeta {
# no warning on ACTION_distdir
$_[0]->{metafile} = 'MANIFEST';
};
# Don't add MEATA.yml to MANIFEST
sub ACTION_manifest {
$_[0]->{metafile} = 'MANIFEST',
$_[0]->SUPER::ACTION_manifest(@_);
};
});
# Set your archive name and version.
$class->new(dist_name => 'mypackage',
dist_version => '1.0.2',
)->create_build_script;
カスタマイズした部分は以下(Module::Build 0.26 で動作確認)。
- Perl モジュールビルドに特有の blib ディレクトリを作らないようにする。
- META.yml を生成しないようにし、アーカイブに含まれないようにする。
上記のようなファイルを Build.PL という名前で作っておけば
perl Build.PL ./Build manifest ./Build ./Build test ./Build dist
等として、アーカイブ作成が容易にできるようになる。
しばらくこの方法でいろいろ試してみることにしてみよう。
- SCons は GNU Autotools のかわりになるか (2005-04-20)
- ActivePerl で Ming (2005-02-23)
- nmake で毎回 pl2bat されるのを何とかしたい (2004-11-25)
- 私的10大ニュース2004 [ comp ] (2004-12-31)
- WiKicker の Makefile.PL を Module::Inst... (2006-02-10)
2005年10月14日 (金)
■ ソフト契約と見積りの基本がよ~くわかる本

最近契約的な視点での決め事にかかわる事が多くなってきたので先日買ってみた。 見積もりの部分はおまけ程度で、契約・契約書の作り方が中心。 ソフトウェア取引の契約について
などがあることやそれらの概要を確認できるという点でなかなか良い。
権利的には
- 著作権
- 所有権
- 使用権
- 特許権・実用新案権
などかからんでくるのだが、ソフトウェア特有の複雑さがありすぐ混乱してくる。 やっかい。
面倒な世界であるな。
書籍はわかりやすいが、契約(書)例が少ないのが残念。 著作権等がどちらの権利になるかなどについてもう少し解説があると嬉しい。 第三者ソフトウェアがからんできた時の説明も欲しい。
またソフトウェア開発委託契約例はウォーターフォール的なモデルにもとづいており、現場としてアジャイル的なモデルで進めたいと思っても相容れない部分が多い。
それと「図解入門」シリーズということで図がふんだんに使われている。 図があった方がわかりやすいのだが、わざわざ図にする必要のないものを無理やり図にしたり図が間違っていたりするものがあったりする。ちょっと注意。
委託・受託双方にハッピーな結果(と権利関係)が得られる契約が作れるのが一番いいんだけれど、実際のところ
- 力関係
- 雛型がある場合、組織の方針・風潮として(全く/あまり)変えられない事が往々にしてある
- 面倒。時間がかかる。
などなかなか思うようにいかないものである。
この辺りについてカバーされている書籍があれば、ぜひ読んでみたい。
[ 書評 ]
- Joel on Software - 必読書 (2008-08-14)
- コミットメント・リスト vs ガントチャート (2005-10-19)
- 自分が個人で開発したフリーソフトウェアを自社製品に組み込むとき (2005-05-16)
- 開発の現場 Vol.004 「上流脳」をつくろう! (2006-04-14)
- ドキュメンテーション大全 (2006-02-15)
2007年3月1日 (木)
■ WiKicker でソフトウェアかんばん

情報カードベースでソフトウェアかんばん(ストーリーカード + タスクカード)を作っている開発プロジェクトがあるのだが作ったっきりあまり活用されていないので、今回は試験的に WiKicker による Wiki 上でかんばんを作ることにした。
まだ荒削りだけれども、まずはとにかく以下のルールで始めてみる。
@ ルール
@ カードの作り方
基本的には 1カード毎に WikiPage を作るようにする。 ページ名はストーリーカードを表す SC と 状態 (TODO / DOING / DONE) を含む名前にする。
- SC/TODO/<ストーリー名>
- SC/DOING/<ストーリー名>
- SC/DONE/<ストーリー名>
タスク名も同様に作る。
- TC/TODO/<ストーリー名>
- TC/DOING/<ストーリー名>
- TC/DONE/<ストーリー名>
カードの内容は XP で扱っている内容で。 新規作成が楽なようにテンプレートページを作っておき、これをコピーして作れるようにしておく。
@ 状態変更
TODO -> DOING -> DONE という状態変化にあわせて、WikiPage 名を変更してページを移動させる。
例: TC/TODO/名前をつけて保存メニューを追加 | V TC/DOING/名前をつけて保存メニューを追加 | V TC/DONE/名前をつけて保存メニューを追加
@ 一覧ページの作成
SC/TODO、SC/DOING、SC/DONE、TC/TODO、TC/DOING、TC/DONE ページを作りそれぞれに、子階層の一覧を表示させる (WiKicker の [[index:child]] を使用)。
@ 参照
タスクカードからは「SC/<ストーリー名>」という名前で、ストーリーカードへリンクさせる。
WiKicker では「SC/<ストーリー名>」というページない場合、「SC/*/<ストーリー名>」というページを探してリンクしてくれる。この機能のおかげで、状態にあわせてページ名を変更してもリンクはそのままで追従してくれる。
@ 担当者
担当者が割り当てられて実行中のタスクカードには [[DOING:担当者名]] という文字列を記述しておく。
「DOING:担当者名」で検索することで、各担当者が何を実行中なのかリストアップすることができる。また DOING: を「DOING:担当者名」を検索する Wiki 自身への InterWiki として定義しておくことで、この記述自体を検索結果へのリンクとすることができる。
- Google ドキュメントでソフトウェアかんばん (2008-03-30)
- 今日のさえずり - フロスティ食べたい (2009-12-10)
- ソフトウェアかんばん (2005-10-28)
- Wiki考 (2002-09-20)
- [ WiKicker ] 古くても検索キャッシュを返す (2004-01-20)
2008年11月15日 (土)
■ 今日のさえずり - オーナメントすぐもがれる

@ 2008年11月14日
- 09:14 アンパンマンの鼻と頬のハイライトってなんで正方形なの?[mb]
- 09:29 スターバックスで赤カップ版クリスマスオーナメント在庫聞いたら、隣の店舗まで取りに行ってくれるとのこと。さすがスターバックス。クリスマス ブレンド頂きながら待ってます。[mb]
- 09:50 今日は西の車窓から青い東京タワーを眺めながら帰りたい。[mb]
- 10:16 @lynmock 「役に立たないアンパンマンの被り物の作り方」を読んで返信もらった意味がわかりました(モバツイだとログ追いきれなくて)。リアルにあの曲面に正方形のハイライト出す照明あてるのって至難ですよねぇ。
- 11:13 オフィスのクリスマスツリー出して飾った。って書き忘れて zakwa に先こされた。
- 12:14 @yamakiyo ミラーレンズって。リングぼけ楽しみたいとか?
- 12:31 自分は「クロン」 [B!] F's Garage:cronの読み方 http://www.milkstand.net/.../001445.html
- 13:01 [photo] スターバックス レッドカップオーナメント http://tinyurl.com/5ph49n
- 14:16 @yamakiyo 500mm F6.3 のミラーレンズだと用途狭すぎじゃないですか? 色収差が少なかったとして何を撮るのか興味津々。
- 17:07 @zakwa 自分も最初「なんで2次元?」って思ったよ。
- 17:08 @yamakiyo 撮りたいものが撮れないのなら色収差が少なくても意味ないですね。
- 17:29 ソニッケアーのブラシがえらく変色してきている。やはり6カ月待たずして交換だな。
- 17:52 あわよくばいれたくない「ラベル屋さんHOME」インストール中。
- 20:00 今日は最後ですね。
- 20:53 残業って慣れるもんだね。ヤバイヤバイ。[mb]
- 21:10 席に座っていて青い東京タワーが見えない。[mb]
- 22:47 ようやく P3 を 3.23 から 3.40 にアップデートした。
- 23:05 urchin.js のままだったので、ga.js にする。
- 23:27 ttree 2.9 から accept を使用しているなら、ディレクトリも accept にマッチしなければならなくなった。
@ 2008年11月15日
- 10:17 電気ファンヒータ出した。[mb]
- 16:50 クリスマスツリー出した。オーナメントすぐもがれる。[mb]
- 21:28 明日は 10:00 - 11:00 でオフィス停電なのでサーバお守りしにいく。雨降るなよ(雨降ると停電延期の可能性有り)。
- 今日のさえずり - 先っちょ、あけぼの鮭フレークの瓶に漬けた (2008-11-11)
- 今日のさえずり - 今日も勢いのあるいい小便でした (2009-09-27)
- 今日のさえずり - チョップリフターって当初チューリップファイターだと思っていた (2008-12-09)
- 今日のさえずり - すかいらーくといえば、今だに「愛・おぼえていますか」 (2009-09-18)
- 全文検索システム Hyper Estraier をアップデート (2009-07-03)
2010年2月11日 (木)
■ 今日のさえずり - パスポートみたら有効期限切れてた

@ 2010年02月11日
- 11:22 自分の Google アカウントも Gmail に Google Buzz きた。
- 11:38 Google Buzz にいったん Twitter と Flickr を関連付けたけれど、Google アカウントのポジションを考えてやっぱり外した。もう少しどういう位置付けにするか考えてみる。
- 12:05 やはりビジネス関係は別の Gmail アカウントが必要だな。
- 15:07 他ドメインのメールアドレスで登録していた Google アカウントに Gmail アカウント新規登録した。最初から Google Buzz 付き。
- 15:29 既存の Google アカウントに Gmail アカウント追加しても前のメールアドレスでログインできるんだ。
- 15:51 Gmail アカウントを2つに分けたのでコンタクトリストをインポート/エクスポートして割り振り。
- 17:28 Gmail での POP3 受信設定の1つを新 Gmail アカウントに移動。旧 Gmail アカウントへは転送するように設定。
- 17:36 Gmail での送信メールアドレスのいくつかを新 Gmail アカウントに移動。旧 Gmail アカウントから削除。
- 20:22 ふとパスポートみたら有効期限切れてた。
- 20:30 あちゃ。壁湿ってた。
- 20:47 新 Gmail アカウントからの POP3 受信設定を fetchmail の設定ファイルに追加。
- 20:58 Gmail のコンタクトリスト整理したので Google Buzz で再度 Twitter と Flickr を関連付け。
- 22:11 既存のメールアドレスでとった Google アカウントに Gmail アカウントつけたんだけれど、Gmail の SMTP サーバ経由で外部からメールを送ると送信者登録してあっても From: が Gmail アドレスに書き換えられてしまう。
- 22:12 Web インタフェースからだと選んだ送信者がきちんと From: になるので、Gmail SMTP サーバ経由で送った時だけ。
- 22:14 まず Gmail アドレスありきの Google アカウントだと、Gmail に送信者追加したメールアドレスを From: にして外部から Gmail の SMTP サーバ経由で送ってもきちんとその From: で送信できる。
- 22:15 後付けの Gmail アカントだとちょっと挙動が違うのか。素直にそのメールアカウントの SMTP サーバを使うようにするか。
- 22:21 @Keiichi_SHIGA これは Sender と From についてですよね?
- 22:25 @freedomcat 最初の Google アカウント作成で指定したメールアドレスは SMTP サーバを Gmail にするか他にするか選べないんです。
- 22:34 @Keiichi_SHIGA Gmail アカウントに後から送信者追加したメールアドレスを From: に指定する分には Web からでも外から Gmail の SMTP サーバを使ってもその From: のままです (Sender: は @gmail.com)。
- 22:36 @Keiichi_SHIGA でも Google アカウントをまず他のメールアドレスでとって、そこに Gmail アカウントを足すと、 Gmail SMTP サーバ経由でメールを送った際 From: が @gmail.com に書き換えられてしまいました。
- 22:46 @Keiichi_SHIGA Gmail アカウントの作り方によって挙動が違うようですね。Google アカウント作成時のメールアドレスは Gmail の設定から外せませんし、外部の SMTP サーバを指定することもできないです。
- 22:51 @Keiichi_SHIGA Google Apps はまた違うんですか。そのうち Google Apps への移行も考えていたので後でまたはまりそうです。
- 23:25 Mew のメール送信一部修正した。追加 Gmail アカウントの SMTP サーバ経由するのは諦めて本来の SMTP サーバを使うようにした。これだと Dcc で自分宛に送ったメールが Gmail から転送できるし POP できるし悪くなかった。
- Google Buzz がきたのであわてて Gmail を2つに分けた (2010-02-11)
- Gmail から Gmail へ転送したメールを procmail で分類 (2010-02-15)
- メールボックスを Gmail に集約 (2007-08-08)
- 今日のさえずり - 時代はアレグラ (2010-02-24)
- 今日のさえずり - 入り口に盛り塩? (2010-02-15)
■注目キーワード
購入 買った 発売日 フリー 無料 価格 値段 作り方 選び方 使い方 方法 設定 サンプル ダウンロード 限定 在庫 予約 穴場 比較 検証 レビュー 感想 評価 評判 使用感 使ってみた 口コミ 噂 最新 MP3 動画 意味 お薦め お勧め おすすめ 便利 Blog ブログ mixi 修理 デザイン ビックカメラProcess Time: 0.208238s / load averages: 0.33, 0.23, 0.18
nDiki by WATANABE Yoshimasa (profile)
Powered by DiKicker
Base theme by Nana (for tDiary)







■ Twitter やってます。この記事が気にいったらぜひ twitter.com/Naney の follower になってください。
■ Google Buzz はよろしければ Naney の Google プロフィールからどうぞ。