怖話では怖い話をサウンドノベル風に表示するのに色々端折ると下記のようなJavascriptを実行しています。
var text = ["こ", "わ", "い", "は", "な", "し"];
setInterval(function(){
line.innerHTML += text.shift()
}, 80);これが、PCやiPhone（3GSとかでも）ならばいいんですが、Androidのブラウザーだと僕の持っているGalaxy Nexusでもかなりカクカクします。
innerHTMLが遅いっていうのはよく見るんですが、全部つないで最後に表示というものではなく、実際に一文字、一文字増えていくサウンドノベルみたいな表示をするときに他の方法がイマイチわかりません。何か詳しい人だったら一発で速くなりそうな気もするんですがなんとも…。
I reinstalled Mac OS X Lion in Golden Week.
Clean install by Bootable USB Memory at first.
$ defaults write com.apple.QuickTimePlayerX MGPlayMovieOnOpen 1$ defaults write NSGlobalDomain KeyRepeat -int 1And reboot.
$ defaults write com.apple.finder AppleShowAllFiles TRUE
$ killall Finder$ xattr -d -r com.apple.quarantine ~/Downloads$ defaults write com.apple.dashboard mcx-disabled -boolean YES
$ killall Finder$ touch ~/.hushlogin
Download and Install Android SDK
$ cp -r /BACKUP_DIR/.ssh ~/$ chsh -s /bin/zsh
bitbucket is pretty good for dotfile repos. because private repos is free.
$ git clone git@bitbucket.org:komagata/dotfile.git ~/code/dotfile
$ cd ~/code/dotfile
$ ruby symlink.rb
$ source ~/.zshrc
.vimrc and plugins is contained dotfiles directory.
Plugins:
Bundle ‘The-NERD-tree’
Bundle ‘quickrun’
Bundle ‘fakeclip’
Bundle ‘tpope/vim-rails’
Bundle ‘vim-ruby/vim-ruby’
Bundle ‘Shougo/neocomplcache’$ curl -L get.rvm.io | bash -s stable
$ source ~/.rvm/scripts/rvm
$ rvm requirements$ /usr/bin/ruby -e “$(/usr/bin/curl -fsSL https://raw.github.com/mxcl/homebrew/master/Library/Contributions/install_homebrew.rb)”
$ brew install libksbaIf you get something wrong, use below.
$ brew install imagemagick –build-from-sourceYou can’t use multibyte-language (Japanese etc) in irb when install without option.
$ rvm pkg install readline iconv
$ rvm install 1.9.3-p194 –with-readline-dir=$rvm_usr_path --with-iconv-dir=$rvm_path/usr$ brew install mysql
$ unset TMPDIR
$ mysql_install_db –verbose –user=whoami –basedir=”$(brew –prefix mysql)” –datadir=/usr/local/var/mysql –tmpdir=/tmp
$ cp /usr/local/Cellar/mysql/5.5.20/homebrew.mxcl.mysql.plist ~/Library/LaunchAgents/
$ launchctl load -w ~/Library/LaunchAgents/homebrew.mxcl.mysql.plist$ defaults write com.apple.QuickTimePlayerX MGPlayMovieOnOpen 1Preferenceがあってそこから設定できてもいい気がするが…。
Xcode 4.3になって/Developerから/Applicationsに置き場所が変わった。それにともなってiOS Simulatorとかその他開発ツールがXcode.appの中に入った。
一発で開けるようにAlfredにPATHを通そうとするが、ファイルマネージャー？上でXcode.appをWクリックするとXcodeのPATHが登録されてストレスで俺の寿命がマッハ。
解決方法は、Finderでも使えるGo to the folderのショートカット（Ctrl+Shift+g）がここでも使えるのでそれで一気に飛んで登録すればいい。
zip納品（涙）と戦うプログラマーの友達、FileMerge（デフォで入ってるGUIのDiffツール）もXcode内にあるからPATH通しておくと便利。
四半期に一度行われるえげつない行為をいともたやすく行えるデバイスといえば？
そう、USBバーコードリーダー（とプロテイン）だよね。
今季は105冊（殆どマンガ）。スマホのバーコードリーダーでは出せない平均秒間2冊の読み取りスピードと正確さはさながら棚卸の如し。
いつも通り、ISBNでブクログに登録。
ブックオフの宅本便も相変わらず便利。
しかしこの作業全て物理本のせいで発生してる無駄作業…。
日本の出版社の皆様、何卒、何卒電子化を…。
関連
$ rvm install ruby-1.9.3-p125
Installing Ruby from source to: /home/deployer/.rvm/rubies/ruby-1.9.3-p125, this may take a while depending on your cpu(s)...
ruby-1.9.3-p125 - #fetching
ruby-1.9.3-p125 - #extracted to /home/deployer/.rvm/src/ruby-1.9.3-p125 (already extracted)
Applying patch 'xcode-debugopt-fix-r34840' (located at /home/deployer/.rvm/patches/ruby/1.9.3/p125/xcode-debugopt-fix-r34840.diff)
Error running 'patch -F 25 -p1 -N -f <"/home/deployer/.rvm/patches/ruby/1.9.3/p125/xcode-debugopt-fix-r34840.diff"', please read /home/deployer/.rvm/log/ruby-1.9.3-p125/patch.apply.xcode-debugopt-fix-r34840.logautoconfが必要らしいので入れる。
$ sudo apt-get install autoconfこういう場合、普通にinstallするとパッチ当て損ないのソースをもう一度使おうとするらしく、reinstallする。
$ rvm reinstall ruby-1.9.3-p125OK。
受託開発から離れた理由というエントリーを書きましたが、
「新卒の時からウォーターフォール開発じゃあ既になかった。」
というアジャイルネイティブ（コンチクショウ！）な方には少し分かり辛いかなと思い少し補足を。
（僕ら受託開発会社とクライアントの利害は必ずしも一致していない。エンドユーザーに至っては受託開発会社の利益と相反してるとさえ言えるじゃないか。）
「開発会社とクライアント（開発を依頼した会社）の利害が必ずしも一致してない」というのは極端に言えば下記のようなことがあるということです。
開発会社が論文検索システムを4人月（1人月＝100万円）と見積り受注した。全文検索にはクライアントも知っている名のある商用パッケージを使う前提で見積もったが、土日で試してみたApache Solrを使えば半分の工数（というか土日で仕様の70%を満たしたプロトタイプが出来てしまった。）で出来そうだということが判明した。
当初の予定であった商用パッケージはより機能が豊富だが、今回の案件の規模にはオーバースペック気味で、検索UIには少し制限があり微妙に使い辛く、デザインがダサくなる。対応表明しているハードウェアやOSのバージョンが若干古く、運用も少し面倒そうだ。
要するに、「半分の値段・期間でより良いものが出来そうだ」ということが契約後に判明した。
見積りと契約にはクライアントも納得していたし、採用実績の多い商用パッケージに比べて初採用するならSolrを使うことには多少のリスクを伴う。
ちなみに現在期末であり、当案件の受注を獲得した営業担当にとっては受注金額の半減が決定した時点で今期目標の未達が確定する（笑）
さてここでこの開発会社が取るべき選択肢はどれ？
前述のエントリーは本文を読んでいただければわかりますが、「受託が嫌だから離れたよ」という話だけではなくて、「過去離れたけど今戻ってきて勉強中だよ」というお話です。
どの選択をすべきかという点については僕にはまだわかりません。
ただ、「開発者にとっては受け入れがたいが、ビジネス上反論できない選択肢が存在する」というジレンマがあるため、多くの開発者が悩み、それを解消すべくアジャイル開発などの方法論の開発や経営を含めた契約形態の模索が行われている。アジャイル開発には商売上、受託開発最大のメリットである「商品を作る前から買い手と値段が決まっている」という点と真正面から対立するというこれまたジレンマが存在する。という認識です。
既に、「昨今ではそういう問題は解決してて、普通はこうやってるよ。例えばこの本読めば分かるよ。」みたいなのがあれば教えていただけると非常にありがたいです。また、そういった勉強会を行われている方や実際に答えを持っている方が居らっしゃれば是非、お話を伺いに参りたいです！
rvmでruby-1.9.3-p125をinstallしたらエラー。指示に従ってmakeログを見てみる。
% lv /Users/komagata/.rvm/log/ruby-1.9.3-p125/make.log
[2012-03-20 05:12:02] make
CC = clang
(snip)おお。平然とcコンパイラがclangになってる。ちょっとおっさん、軽く遠い目をしてしまいました。
% vi ~/.zshrc
export CC=gcc-4.2コンパイラをgcc-4.2にしたら無事installできました。 clangって何か未来的な感じがしますね。今度勉強しよう。
数年前、受託開発の会社を辞めてこれから自社・製品サービスを作ってる会社で働こうと思い、会社を転々としつつ今（FJORD, LLC）に至ります。
上記のような事を思った切欠は下記の様なことがあったからです。
その時、僕はコンシューマ向けのWebシステムの案件を５〜６人ぐらいのチームで取り組んでいました。データベースに保存されたデータをPHPでXMLを返すAPIを作り、Flashで表示するサイトで、時代が時代だったので「このトラフィックをPHPで構築するなんて。Javaでやるべきだ。」なんて言われてましたが今考えるとおかしいですね。
サーバーとFlashクライアントが連携するのでAPI（XMLのSchema）に関してはデザイナーとも結構密にやり取りしていたように思います。僕はガントチャートとにらめっこしながらも案件の後半になってもそれ程デスマという感じも無く、定時で帰れるメンバーも普通にいて、
「余裕という程では無いにしてもどうやら無事リリースできそうだな」
なんて考えていました。
そんな時、Flashクライントも担当していたデザイナーの@946さんから、
「この部分のUIはこう変更した方が使い易いのではないか？」
という提案がありました。それに対して僕は、
「確かに改善案はもっともですね。僕も使い易くなると思います。しかし、今までのやり取りの感じだとクライアントはその分の工数追加を認めないでしょう。」
と答えました。
そしてその後凄く落ち込みました。
（僕ら受託開発会社とクライアントの利害は必ずしも一致していない。エンドユーザーに至っては受託開発会社の利益と相反してるとさえ言えるじゃないか。）
商売の仕組みとして受託開発はとても凄い。ソフトウェアを開発する前から買い手と値段が決まっているんだから。皆がこぞってやるのも当たり前だ。世の中に需要が一定数あるかぎり、ローリスク・ミドルリターン？のとても手堅い商売だ。
僕もその時まではデマルコやワインバーグに始まってAgile関係の書籍を読んだり実践したりして、受託開発がより良く進化していくことに期待していた。しかし「はじめの契約形態、要は契約書になんて書くの？」が解決しない限り本質的に問題は解決しない。（何度か受託でAgile開発系のイベントに行って質問したが、決まって「業務請負契約にしてもらっています」という答えだった。これは僕には妥協に感じられた。）
実際に昨今では永和システムマネジメントの価値創造契約など、その問題に正面から取り組んだ企業出てきた。（これは僕のように逃げずに真正面から受託開発に取り組む本当に素晴らしい姿勢だと思う。）
しかし、そういった問題は経営から考え方を刷新しないと無理だ。その時点で平凡なプログラマーである僕には「まず確実に5年はこの状況がかわることは無いだろう」と考え（実際に5年たったが変わってない）、「ならばエンドユーザーと直接金銭をやり取りする自社製品・サービスを作る仕事をしよう」と考えて転職した。（要は逃げた）
現在のFJORD, LLCでも自社サービス（怖話）で利益を上げようと頑張っているが、それだけで食べていける状態に達していないので受託開発も承っているが、僕は上記の様に受託開発を良くしようとする方法論の進化から遠ざかっていた。しかし、下記の2点からまた勉強を始めました。
「ニワカほどよく語る」と申しますが、恥をかくのは得意なので、Agile開発について勉強したこと、疑問なども書いていこうと思います。
新卒時を除いて、僕の経験した受託開発とはほとんどがコンシューマー向けWebシステムなので、エンタープライズシステムのゼネコン体質などといった、更に難しい問題が無かったのは幸運でした。