正確にはIBMのサポートということになるんでしょうけど。
CtrlキーにSwapしているCapsLockキーの調子が悪くなってしまった。 キーカスタマイズツールでEmacsキーバインドにしている関係上、 Ctrlキーがキチンと押せないとカーソル移動すらままならず非常にストレスがたまる。
というわけで、IBMサポートにTELしてキーボードの取り寄せを依頼した。4営業日以内に到着するとのコトだ。送付先は都内だし、たぶん土曜日あたりに到着するんじゃないかな。
修理のためにPCを送付しなくて済む点は、本当にありがたい。 特に自分の場合、このX31に仕事とプライベートの両面でフル活用しているため、 X31がないと生活全般に支障をきたしてしまう。
やっぱりThinkPadですよ！ということで、当分浮気できそうにないな。やっぱり安心。
koichikさんのコメント : Csus4.net - Just example. ≫ Blog Archive ≫ PoEAA 4th により書名を教えてたいただき、早速購入したのですが・・・・・
む、むずいっす・・・・。 付録AのOSAの形式的定義の構成を抜粋します・・・。
なかなか手ごわそうです・・・オブジェクト指向システム開発―分析・設計・プログラミングへの実践的アプローチ
家に着いたらポストに封筒が・・・ 6月に受けた日商簿記3級の合格通知でした！わーい。
とすると、次は2級か？どうしようかなぁ。
渡辺幸三さんのblog、 設計者の発言: 失業・転職は「簿記」習得の大チャンスによると・・・
ただし、資格の取得については慎重に考えたほうがいい。簿記学校のコースはたいてい資格取得を目指しているが、日商簿記ならば２級までを取る必要はないと筆者は考える。３級は試験としては難しくないので受けたらいいと思うが、２級になると科目が「商業簿記」と「工業簿記」とに分かれて量も多く内容も高度になる。これに合格するには、本来の勉強の他に独特な「合格するためのテクニック」を磨く必要があって、いたずらに時間がかかる。そういうことに時間をかけるくらいなら、ソフト技術者としてはそれこそ「最近話題の実装技術」や「次のプログラミング言語」を学ぶほうがよほど実際的だと思う。
とあり、2級向けの講座を受講すること・勉強することは有意義だけど、2級に向けた試験勉強をすることはちょっと・・・ということみたいである。ただ、締め切り的なモノがないと、やらないからなぁ・・・。悩みますね。どーしようか。
伝説のプログラマ、カトラー氏はなお健在だった - So what is IT? [ITmedia オルタナティブ・ブログ]
私：「私はその昔、デビット・カトラーさんにインタビューしたことがあるんです」
K氏：「へぇ、そうでしたか」
私：「13年も前の話です。カトラーさんはもうMicrosoftにはいらっしゃいませんよね？」
K氏：「とんでもない。今でも現役のプログラマとして、64bit Windowsのコアをゴリゴリと開発していますよ」
すごすぎる。まぁ、私の隣の席の人も、負けずに一生コードを書いてそうな勢いだが・・・。
大学時代の大先輩の2次会の幹事をおおせつかったので、ここ3週間はいろいろとバタバタしていた。 先週末の日曜日に、その2次会が無事終了。綱渡りのような、トラブル続きの2次会だったので、無事に終えることができてカナリほっとしている。
コレだけのトラブルに対処できた理由は、あらかじめ計画を立てて、役割を委譲していたため。 ビデオ担当、オープニング・エンディング担当、司会などもろもろ。
ただ、もちろん、役割を担当してくれた先輩・後輩連中の助けが無くては、うまく行かなかったことは明らか。心から感謝します。ありがと。
制度会計ベースのアーキテクチャについて
まず、現在の主流である「制度会計に管理会計が寄生しているスタイル」というのは、「管理会計上の諸問題を仕訳に組み込んでしまう」というものだ。とりあえずすべての取引を１個ずつ仕訳して決算書を作ると同時に、仕訳データを集計して管理会計上の諸問題を管理しようとする。
管理会計ベースのアーキテクチャについて
いっぽうの「管理会計に制度会計が寄生しているスタイル」では、仕訳テーブルは単純な形をとる。このスタイルにおいて仕訳は、公告用の決算書を出力するためだけのネタなので、必要最小限度の項目さえ載っていればいいからだ。日々の活動はそれぞれの業務データ管理サブシステムによって管理されている。個々の取引毎に仕訳する必要はなく、月次でも、場合によっては四半期毎のサマリーデータからでも仕訳すればいいので、仕訳データ量もずっと少ない。期中の進捗については、仕訳データ経由ではなくそれぞれのサブシステムが保持する数字を直接集計して監視すればよい。システムは基本的に「管理会計システム」で、決算書出力機能が「オマケ」としてついているようなイメージだ。
簿記の枠組み、すなわち、汎用の枠組みに大して、業界・業種・企業に特化したデータ を盛り込むようなアプローチには限界がある。 そして、業界・業種・企業に特化したデータをベースに汎用のデータを生成するアプローチのほうが良いと理解した。
確かに仕訳中心で全てを従属させると大統一理論てな塩梅でとても愉快なんだけど、やっぱり計上→訂正→消込とかのフローに沿った部分は債務は債務、債権は債権で別管理にしておいて、仕訳は仕訳でその時々のスナップショットみたいな考えでパカパカ生成するのみにして、「どれに対する消込かって？債権側に聞けや」みたく人任せにする形が、良かったなァ、って設計した人と後から反省した。
の話にも通じるのかなっと。
面白い。
from ＠IT：XMLデータベース開発方法論（1） 2/4 :
RDBは「例外的な処理」との相性が悪いということである。きれいに正規化されたデータを扱っている限り、RDBは実に快適で、わずかな手間で素晴らしい成果をもたらしてくれる。しかし、そこから逸脱する例外的なデータや、例外的な処理が発生すると急に扱いにくくなる。そして、例外的なデータや例外的な処理は、多かれ少なかれ、どこかで要求に入り込んでくる。
（筆者を批判するわけでなく・・・）より正確に言えば、上記の批判（というか制約か・・・）はRDB特有のものではない。厳密な意味にでの「データモデル」を扱った場合に一般の問題といえると思う。
from ＠IT：XMLデータベース開発方法論（1） 3/4 : AWK、使い捨てデータ処理の切り札
AWKによるデータ処理は、RDBによるデータ処理の対極に存在するといってよいだろう。RDBによるデータ処理は、専門家によって構築され、大量の定型化された情報を効率よく処理し、日常業務の中で数え切れないほど繰り返し長期にわたって使うことができる。しかし、AWKによるデータ処理は、ユーザー自身が記述し、少量の不定形の情報を効率は悪くとも必要十分な時間で処理し、使い捨てられる。
from ＠IT：XMLデータベース開発方法論（1） 4/4 : RDBとAWKの中間ポイントに位置するXML
XMLとは、テキストでデータを記述するというAWK的テキスト処理の世界を継承しつつ、そこに要素や属性という構造を導入することで、自由を制約した言語であると見ることができる。自由の制約は、利用者がより少ない手間で成果を得られるようにするために導入される。しかし、自由の制約は最小限に抑えられ、RDBと同水準の高い秩序は要求していない。
筆者の立場は、XMLを、厳密な意味での「データモデル」として捕らえたものではない。逆の立場をとっている。（モデルとして）全くの構造を持たないテキストデータに対して、制約を加えたものという立場をとる。まさにボヘミアン。
行ってきた&発表してきた。
ogijunさんのサマリをベースに。
ひがさんとkoichikさんによる（豪華な！）レクチャー風景を見物できて、こっそり満足（笑）。 見た目的に面白く感じたので、携帯のカメラで撮影してしまった。（笑）。
話題に上った分離レベルの話について、詳細に知りたければ 別の書籍にあたるのが良いと思う。分離レベル程度ならば、いくらでも良い解説は読める。 もう少し具体的なレベルで知りたいならば、RDBMS固有の振る舞いに振れた書籍にあたるのが良い。
SQL Serverの場合は、.NETエンタープライズWebアプリケーション開発技術大全 (Vol.5)”がなかなかよい。
そして、Oracleの場合は、
がわかりやすいのでオススメ。（これ以外の書籍がNGというわけではサラサラ無いです。自分が所有している書籍の中では。という意味）
自分の発表のネタは、
の第3部の複雑なトランザクションをサマリ化したもの。これの内容をベースにいろいろ議論した。
時間の関係もあり全部はプレゼン&議論できなかった。 今回扱うことができたのは・・・
まで。
論点となったのは
残りは・・・
です。
ここらへんのテーマが気になる人は、第5回PoEAAに参加するか・・・・
をボチっとやっちゃってください。イイ本ですよ。これ。
「ネットワーク障害時のメッセージロスト対策」のどこが複雑なトランザクションなの？
という問いに対してイマイチな回答をしてしまったので補足。 HTTPなどのメッセージ転送機構がReliableでなく、Tx配下で動作するRM的に動作できないためです。あの本では、機能を実現する全ての構成要素がReliableでないと「複雑なトランザクション」である。という定義なんです。
あと、2相ロックに関する、私とkoichikさんのやり取りで混乱されていた方いたら、ごめんなさい。 （当然といえば当然ですが）koichikさんの主張が正しいです。 私は（直列可能性を実現するロック方法である）2相ロックと、デッドロックしないロック方法（ロックを徐々に取るのではなく、一気にとる！）をごっちゃにしてました。スンマセン。
最後にkoichikさんにお願い。 クラス正規系(?)に触れているベージュの表紙の本の名称などを教えてください！という思いをこめて「お願いトラバ」！
ん？行かないな・・・。あれれ？
欠席しちゃいました。 すんません。
