Memomemo (2006/04 中旬)

前のメモ

Apr. 12,2006
(http://spark.hauN.org/memo/200604-2.html#12)

1 ぽしごと

_ ただでさえ資料作成が追いついてないのに,別件の電話会議に巻き込まれて飯すら食えない事態. 資料説明先が今回の電話相手で,説明相手に妨害されている矛盾. 巻き込まれた会議も立場上跳ね返すしかないのがなんとも.

_ とかいう状態で今年何するかを決めないといけない. テーマ項目ならまだしもいつ何を成果として出すかまで宣言する必要がある. そこまで決められるなら見切ってるはずなのだが,いつそれを考えるんだ?

_ 突発の横槍が多すぎて,本線の仕事の絶対時間が足りないので 最近朝一番に来て夜最後に帰る状態.メールすらほとんど返答できない. 確か医者に就業時間を減らせって言われてたよなぁ...

2 よる

_ 銀行に行けないしコンビニATMが通勤途中にないので,SMART ICOCAで弁当査収. 意外なところで便利な電子マネー.

3 矛盾

_ たとえば,システム提供のI/F経由でデバイス制御すると, エラー処理や排他制御の他にスケジュール可否の検査が起こるので 必ずオーバーヘッドが起こる. 直接デバイスをごにょると,オーバーヘッドが起こらない代わりに 管理されないので安全性・可搬性に欠ける. そんな当たり前なことがエライ人には(ry

_ 汎用化と性能・応答速度は相反する事象なので, 階層化して層ごとにオーダーを決めて設計するのが筋だと考えるのだが, 公開される関数(下手するとI/Oまで)はすべて平等に使えると 考えてしまうのは思考の中に層の考え方がないということか.

_ まぁ層で使えないなら公開しなければいいのだが, 実現できない(操作できない)機能が存在する事情があり, そのシステムのI/Fはまだ仮想化が足りないということかもしれない. しかし一度決めるとI/Fやアーキテクチャは変えられないのが大人の事情. それも適用域が広まるほど変えられない止まらないかっぱえびせん


Apr. 16,2006
(http://spark.hauN.org/memo/200604-2.html#16)

1 障害

-_ 鯖のHDDが吹っ飛んでweb(元データ)とmailの復旧が難しくなり, とりあえずHDDを買ってきたものの,再インストール中にメインマシンが稼動しなくなる障害発生. 代替環境を作る体力がないので,当分復旧できそうにない. 現状を考えるとこの際一気にPCを減らした方がいいのかもしれん...


次のメモ 戻る .
spark @ hauN.org