April 2011
9 posts
期限
期限切られたから割と頑張ってなんとか期限内に終わらせたら、相手の都合で結局延期しました、とか最近よくある。
まぁスケジュールなんて流動的なものだから別にいいんだけど、連発するとだんだん萎えてくる。もう次のやつは期限オーバーでいいかって思ってしまう。
期限決めはむずかしいですねぇ。
割れ窓理論
あらゆるレイヤで割れ窓理論があるなぁ。自分一人頑張ってるのがアホ臭くなる時がある。
割れ窓は、低いレベルに陥るだけじゃなくて、高いレベルを求めないってものあるわけで、「別にそんなに悪くない」レベルでまわりが満足しちゃうと、より高いレベルを求めてる人はなんか一人で苦労しててむなしくなる。
全て理想通りにはいかないし、仕事ってのは多分99.9999999%は妥協の産物なので、どこで折り合いつけるかではある。でも人間怠惰なんで、ちょっとでも気をゆるめると安易な方向には流れるもの。意図的にせよ無意識にせよ。
まぁ現実的なラインとしては、結局今まで通り、自分は常に高く目線を維持しつつ、もう抜いてもいいやと思ったら切り替えて、極めて標準レベルに近いところを最低限のエネルギーでまわしておくってことなんだろう。その分のエネルギーをより自分の投資対効果の高いところに費やすだけ。
...
TODOについて
なんかこうシンプルなTODOリスト管理ってないかなぁ。
RTMはインタフェースとしてはまずまずよく出来てると思うんだけど、かなり高機能なので逆にシンプルに使おうとすると富豪的すぎる気がします。
BTS(Redmineとか)のチケットを使って管理するとプログラマっぽい感じがしますが、これも富豪的すぎる気がします。
必要要件を整理しないとなんとも、ですね。
今自分が抱えてるTODOが1画面で見やすく表示できる
この画面さえ確認しておけば基本大丈夫的なダッシュボードは必須
ページ遷移無しで過不足なく表示したい
各TODOに詳細情報をつけたいときは、チケットのコメントみたいに書ける
個人的にはMarkdownで書きたい
wiki的に編集すると、いつ何を更新したのかパッと見わからない
コメント式につけた方が良い
カテゴリとかタグとか必要？
...
OSのコピーについて
仮想OSだったり、mondrescureだったりがあれば、サーバをファイルシステムごとコピーできるんだから、セットアップスクリプトは不要という意見には賛成しかねます。
新しいサーバを作る時は、たしかに今の最新の状態をコピーして作れるのでいいですが、何かの設定(例えばsysctrl.conf)で変更すべきものが出てきた時には結局既存のサーバも更新するわけで、その時にファイルシステムコピーでつくり直すことはできないですよね。
クラウドとかで「コピーだからセットアップ楽勝」とか言うのは間違ってはいないですが、そのあとの運用も考えると結構大変ですよっと。
Chefとかこの辺まとめてる感じなんですかね。仰々しくて使ったことないですが。
サーバセットアップについて
サーバのセットアップスクリプトは、rerun可能にしておくと良いと思うんですよね。
空の状態であれば、各種設定を行い、セットアップ終わった状態で叩くと、所定の設定が正しくされてるかチェックしておかしいものがあればアラートを上げて修正してしまう感じ。
つまり、プログラムでいうテストコード的な役割を兼ねるべきだと思うんです。
そうしておけば、定期的に全サーバでそれを走らせることで変な変更を誰かが行っても気づけるし、セットアップスクリプトの更新があったときにも、既存サーバでも実行してしまえば最新化されるし。
仮想サーバの様に丸コピーできるとしても、基本セットアップの更新はいくらでもありえることなので上記の様な仕組みは多かれ少なかれ必要だと思っている次第です。
そういうフレームワークを作ってしまいたい次第。
ドキュメントとかキャッチアップについて
自分が手を動かせば全部できるんだけど、ドキュメントとか書いてる暇はなくて、でも僕だけしかできないとまずいよなーと思って、自分が担当になってる部分以外はあんまり手を出さないようにしてるんだけど、やっぱり個々人の努力とかにまかせただけだと、そこまでキャッチアップはしてくれないかなぁ。
やっぱ自分が記憶の中にもってるだけの知識についてドキュメント書くのがいいんだろうか。でも日々アップデートされてたりするからそれをドキュメントに毎度反映する必要があることを考えるとちょっと無理がある。
理想としてはコードを与えれば自分の知識レベルまで勝手にキャッチアップしてくれて、阿吽で話せるのが一番なんだろうけど、難しいかなぁ。自分はそれでキャッチアップしちゃった部分が多いのでやればできると思ってるんだけど。
スキーしてきた
生まれてはじめてスキー板履いてみた。
止まる
とにかく開く
かかとの方の板を開く
腰が後ろにならない
板の前部が上がって余計減速しない
エッジを効かせる
面で当たると滑るだけ
進む
板の前の方に体を乗せていく
板の上にまっすぐ立ってあげる
腰が引けると制御できない
曲がる
斜面に対して斜めに滑る
このときは平行にするのが楽
曲がる前にボーゲンにしてから、曲がる方向と反対の足に乗る
平行なまま下を向くとスピード上がってしまう
曲がりきってきたら山側の足の膝を外に開く
膝を入れたままだと平行にできない
板の前の方踏んでしまう
曲がる時は下側の足が主役
そっちで踏ん張ってあげる感じ
※平行なまま曲がる
スピード出てるとムリス＞＜
March 2011
0 posts
ターミナルとscreen
GNU screen を使うときにやるべきたった一行の設定と、Mac の Terminal.app でマウスを認識させる方法 - by edvakf in hatena
iTermで昔マウス認識させようと頑張ったけど結局挫折した。これやってみてうまくいくならTerminal.appにしようかな。キーマップを変えられないと困るけど。
とりあえず今使ってる.screenrc。ctrl+左右でウィンドウ切り替えるのは無いと困る。他は適当なのでこの機に作り直したい。
escape ^z^z
bind ^U encoding utf8 utf8
bind ^E encoding eucjp utf8
bind ^S encoding sjis utf8
#bindkey "^[[5A" stuff "\015exit\012" ##dengerous...
bindkey...
TODO-2011/04/01
やりたいことが増える一方で処理できない。
ブログ
使ってみたエントリ
xtrabackup
KyotoTycoon
PBXT
Drizzle
mk-query-digest
rdiff-backup
sshfs
そもそも「他人のソフトウェアを使う」入門とか
コラム
1年振り返って
技術ネタ
並列化とかについて
GNU Parallel
fork
MacBook Air
アプリ
Insomniax
iStat Menu
smcFanControl
MacLoc
MacFUSE, MacFusion
homebrew
perlbrew
Terminal.app + screen(まだだけど)
ソーシャルゲームのための〜第3弾
コーディング
Influcky
log
local make...