ワイン特集ということで文化遺産中心の特集。ちょっと物足りないかなー。
DVDマガジン NHK世界遺産100 全50巻(28) ワイン~その芳醸なる歴史と文化~
小学館
￥ 1,490
大学の研究室の同期が家を建てたとか何とかで歓迎会ついでに偵察に行ってきた。いやー、凄いところは凄いねえ…。
ケーキとコーヒーが美味しかった。
]]>最近、社内でプロジェクトで使う ITS を何にするかねーという話題が空前の大ブームになってて、オレのプロジェクトでは隣の隣に座っているチーフプログラマがオススメしてきた Pivotal Tracker というのを使うことにした。
チュートリアルを見るとだいたいわかる。
最初は Trac や Redmine のようないわゆる ITS も候補に挙がっていて、追加で Mantis や Retrospectiva も考えてみたんだけど、どれも"こちら側"でのチケットとリポジトリ管理が主な機能。これらは開発側だけで使うなら問題はないけど、顧客と story や goal の共有することには向いてない。そもそも顧客に
foo_controller.rb の bar を直す
とか
model/buzz.rb を作る
のようなチケットを見せてもしょうがないし、混乱するだけ。顧客と一緒にやりたいことって goal の位置や story のボリュームを共有することなんだよね。
そんなこんなで Pivotal Tracker にたどりついたわけだけど、これはホントに細かいところで良くできている。主な特徴としては
他にもたくさん機能があるんだけど、今は使い込みながら発見した機能を共有している状態。欠点としては日本語をリターンキーで確定するとストーリーも確定してしまうってところかなあ。それ以外は目立った欠点はない。
補足しておくと、Trac のようなチケット管理システムを全て Pvotal Tracker に置き換えてしまえというわけではなくて、イテレーション単位で開発を進める場合に最も適している ITS が Pivotal Tracker というだけ。
Pivotal Tracker で管理されているストーリーをどのように実現するかについては"こちら側"で Trac や Redmine を使った方が良いし、特にチケットとコードリビジョンの紐付けとかは必要な要素であることは変わりない。
というわけで、顧客と毎週ミーティングやってるけど、どうにも優先度や何をやるのか決まらないまま終わってしまう、御見積を出したところであまり使われていないというようなことに悩まされている人は Pivotal Tracker を使ってみると良いと思います。
]]>ワイン特集ということで文化遺産中心の特集。ちょっと物足りないかなー。
DVDマガジン NHK世界遺産100 全50巻(28) ワイン~その芳醸なる歴史と文化~
小学館
￥ 1,490
mongodump と mongorestore で --help してみると
$ mongodump --help
options:
--help produce help message
-h [ --host ] arg mongo host to connect to ("left,right" for pairs)
-d [ --db ] arg database to use
-c [ --collection ] arg collection to use (some commands)
-u [ --username ] arg username
-p [ --password ] arg password
--dbpath arg directly access mongod data files in this path,
instead of connecting to a mongod instance
--directoryperdb if dbpath specified, each db is in a separate
directory
-v [ --verbose ] be more verbose (include multiple times for more
verbosity e.g. -vvvvv)
-o [ --out ] arg (=dump) output directory
という感じでポート指定に関する記述が無いんだけど、同一PCで複数の mongod プロセスを走らせている時とかにポートを指定できないのは困る。
そんな時は強引に
$ mongodump -h localhost:27018
とかするとポート指定でダンプやリストアをすることができる。mongoimport/mongoexport も同じかな。後で試してみる。
]]>今朝、nginx+passenger な環境を作っていてどうやっても rake が無いとかエラーが出て /usr/bin 配下を覗いて見たら本当に rake が無いでやんの。
どうやら、一昨日の yes | gem uninstall '' -a を rubygems-1.3.6 でやってしまったのが原因みたい。そして nginx は Gem.path/bin にある rake を見つけることができないというコンボ。
普段は Gem.path/bin の下にある物しか使わないので特に問題はないのだけど、似たような現象にはまるのも嫌なので --user-install を外してから /usr/bin 配下にシステムがインストールしている gem だけ入れ直して復活させておいた。とほほ。
]]>$RAILS_ROOT/features/support/env.rb の Spork.prefork の中にある
ActionController::Base.allow_rescue = false
を true にする必要があるっぽい。
]]>from portage.const import EPREFIX_LSTRIP
NameError: global name 'EPREFIX_LSTRIP' is not defined
こんなエラーが出て emerge --sync が失敗してその後 emerge がどうにもこうにもならなくなったら
$EPREFIX/usr/lib/portage/pym/portage/_global_updates.py
の宣言部の適当な場所に
from portage.const import EPREFIX_LSTRIP
を追加すると直るらしい。
]]>Vistaで8件きてた。
]]>今日の参加者は10人。インターホン係などをしていました。
会社のMacでは1.8しか使ってなかったので、急遽 rvm 経由で ruby/ruby をコンパイルして試してみるなど。
後はみんなが絵文字をさわっている後ろで nginx+passenger な環境を構築していたりとか。
]]>noplan さんから頂いた PSP go を軽くいじってみたので箇条書きのコーナー。
PSP-2000との使い分けを考えると torne で録画したものを突っ込んで見るという使い方がベストプラクティスな感じがするなー。まあ torne は買う権利すら持ってないけどね…。
]]>rails3b を入れてみた時の反動で rspec-core も入れてしまったせいか、kdmsnr さんが追加してくれた tDiary の rdoc 生成タスクを試すことが出来なくなったので、システム領域に残っている gem も含めて一度全部消してみた。
Route 477 - gem環境を再構築したを参考に、というかまんまそのまま。
yes | sudo gem uninstall '' -a sudo rm -rf .gem
してから、必要に応じて gem を入れ直すの術。家だとそんなに必要に迫ってもいないからその都度でいいや。
]]>フルメタル・パニック！の初期シリーズをもう一度見直してみたくなったので利用してみた。DVD12枚で1500円という値段なのでTSUTAYAに足を運んで借りるのとそんなに変わらなくて結構オススメ。
ふもっふやTSRもあるけど、そっちは貸し出し中みたい。他にも日本のドラマとかもDVD-BOXレンタルをやってるみたいなので、これからはもっと利用してみるかなあ。
]]>
札幌のテックさんから頂きました。ありがとうございます。
おじいちゃんの遺言で文字コードには関わってはいけないと言われていたのですが、今後はこの本を読んで関わって行こうと思います!
夜に別の方からきるんけっとも到着したので、とりあえず抱き枕に巻き付けてみたり。
昼寝に最大限活用したいと思います!
プログラマのための文字コード技術入門 (WEB+DB PRESS plus) (WEB+DB PRESS plusシリーズ)
技術評論社
￥ 2,709
きるんけっと マイクロファイバー ミントグリーン
JIC
￥ 2,389
以前に iPhoto の操作をミスってこの日記で掲載している写真の半分くらいをFlickr上から消してしまったんだけど、該当する写真を表示している日記のエントリで flickr.rb を未だに呼び続けているのが何か気持ち悪かったので削除するスクリプトを書いてみた。
オレは flickr.rb を呼び出すときは必ず改行しているので、行を丸ごと削除にしてしまったけど、本当なら gsub とかにするのがいいんだろうね。
あと、flickr_dead.list を作るのがちょっと悩ましくて、最初は *.td2 全てから flickr.rb を呼び出している箇所の引数を取り出して個別に flickr api に問い合わせしようかと思っていたんだけど、flickr.rb が生成するキャッシュファイルを利用することにした。
というわけでワンライナーはこんな感じ。
ls -l *.getInfo | gawk '{if($4 < 150){printf "%s\n",$7}}' | ruby -ne 'puts $_.slice(/[0-9]*/)' > flickr_dead.list
150って部分でキャッシュファイルのサイズを判定なんだけど、正しく取得できると800とか1300くらいになるみたいなのでテキトーに判定。
flickr.rb を呼び出している場所は削除できたけど、エントリ内で文脈が意味不明な部分は放置するしかないかなー。やれやれ。
]]>