Doblog – Joe’s Labo –
> 人事制度を作る時、従業員に対して“将来のビジョン”が描けるかどうかが非常に重要 な鍵となる。十年後自分がどうなっているか、あるいは自分の希望する業務に携われる かどうか。平たく言えば「その会社で夢がかなうか」ということだ。
一見古臭そうだけど、実は大きなパワーをもつ日本企業の施策については、この本が詳しい。しかも面白い。オススメできる。
|
|||||
|
Doblog – Joe’s Labo – > 人事制度を作る時、従業員に対して“将来のビジョン”が描けるかどうかが非常に重要 な鍵となる。十年後自分がどうなっているか、あるいは自分の希望する業務に携われる かどうか。平たく言えば「その会社で夢がかなうか」ということだ。 一見古臭そうだけど、実は大きなパワーをもつ日本企業の施策については、この本が詳しい。しかも面白い。オススメできる。 via Day by day(2005-05-31) from Data Crunching: Everyday Help (Books) > Data Crunching covers areas of most interest to working programmers: > > Using plain text files > Learning how to use Regular Expressions > Parsing XML using SAX, DOM, and XSLT > Encoding data in binary files > Handling relational databases using SQL […] 手持ちのトランザクション関連書籍をまとめてみる。なんとなく。 比較的わかりやすい。 難しい。 ほとんど読めてない。 OLTPシステム―オンライントランザクション処理 これまた難しい。 オススメできる。 追記@2005/06/03 ちょっぴり詳しいレビューはこちら JTAに関連する箇所を拾い読みしただけ。 ### PoEAA 4th * 次回開催までに、なんかしら読めたらいいな&ネタ提供できたらイイなっと。 その他気になる点 * DIコンテナ利用を前提にしたトランザクション処理 * LL(PHP, Perl, … )な人のトランザクション処理 * RDBMS分離性の使い分け […] ロイホにて勉強。ざーっとなめた。概念はつかめているので、あと2週間で問題を解いて追い込めばよいだろう。 【天使と悪魔のビジネス用語辞典】ウェブ版 これは面白い。 通り一遍の説明より、脳みそへの定着度が高い気がするのはなぜだろう? Practical WebObjects 読書会のみ参加。今月はChapter10. WebObjects In A J2EE World。 シンプルなアーキテクチャでServlet対応できてしまうところに、WebObjectsのスジのよさを感じるわけである。 ただ、あいかわらずマルチスレッド関係の処理に不安が残るわけである・・・。 WWDCに行かれる方は、Chales HillさんにEOEditingContextのLock問題について質問してきてください!(どうやらWWDC@SFにて、Pratical WebObjectsの著者がセミナーをやるらしい) 久しぶりに顔を出した。 しばらく休んでいたのに快く迎えてくれた皆さんに感謝! ### As-Is As-IsとTo-Beを区別することは必要だけど、あまりAs-Isにこだわりすぎるのはどうかと、ふと思った。 大ざっぱで当てにならないW3C XML Schema問題の要約 ### 過剰な複雑さと基本構造のいびつさ > W3Cという組織は、自らがXML Schemaを勧告している関係上、建前としてスキーマをXML Schemaで書かねばなりません。その結果、W3Cで行われている多くの言語作成活動においてXML Schemaによるスキーマ作成が行われ、その結果として上手く書けない事例がいくつも発生しているとされています。 XMLのプロフェッショナルであるはずのW3Cに関与する人間すら、XML Schemaを使えていない現実! ### PSVI問題 Post Schema Validation Infoset問題。 同じXML文書でも、XML Schemaを通さなかった場合と、XML Schemaを通した場合でInfosetが変わってきてしまう問題(XML Schemaのデフォルト値の適用) * 参考 : 『XMLにおける「ボヘミアンと貴族の階級闘争」を読み解く』を読み解いてみたら例示が欲しくなりました – XML & SOA ### 特定される単一のスキーマ > XML Schemaは、1つの名前空間に対応するスキーマが1つ存在するという前提を取るアーキテクチャであると言われています。 たしかに1つの文書に複数のスキーマを割り当てたいケースもあるかも。 データと妥当性を分離した、妥当かどうかもContextに依存させるような疎結合なアーキテクチャを実現したいケースもありそう。 ### 貴族とボヘミアンの対立問題 > XML Schemaは、全てのXML文書に対応するスキーマが存在し、読み込む際には必ず検証を行うアーキテクチャを前提としていると言われます。つまり、検証しない使用法を全て認めないことを理想としていると考えられます。 > ここで注意すべき点は、ボヘミアンの立場がスキーマ不要論ではないことです。スキーマには、使うべき時と、使わない方が良い時がある、という立場です。 現場では、柔軟にXMLを使用したいはず。 ### W3Cの権威 > 世界におけるISOにせよ、日本国内におけるJISにせよ、その権威は本来W3Cより高いものであるにも関わらず、WWWの世界ではW3Cが最も権威を持つかのような錯覚が一部にあって、それが盲目的なXML Schema支持につながっている面があります。 W3Cが論理的で理性的な判断を下せない理由は何か? サイボーグ戦士の日記 > よって思ったのはContextが明示されていないResultは > 逆に全て疑ってかかるべきですね。 > 銀の弾丸は存在しないですから。 日ごろぼんやり思っていることを明快に語ってくれる言葉に出会えることは喜びだ。 * Context+Logic → Result * What + How → What なる構造と整理している。 まったく同じContextは存在しない。ゆえに、Resultは役に立たないか・・・というとそんなことはない。 多少Contextが違っても、Logicを抑えておけば、Contextの違いに対応して異なるResultを導き出すことが出来る。 【匠に聞く】モデリングが「道具」になるには専門領域に特化しなければならない──Executable UMLの考案者Stephen J. Mellor氏 : IT Pro ニュース via Stephen J. Mellor氏のインタビュー記事 | 日々精進 – スパークスシステムズ ジャパン代表のBlog > ──UMLは,用途ごとの言語仕様を定義するために「プロファイル」という枠組みを用意している。UMLをベースにしたDSLは,プロファイルとして作られていくことになるのか。 > > 私個人は,そうならないことを望んでいる。UMLのプロファイルは,あくまでもUMLの範囲内で定義されるものだ。これでは,その業界に存在する独自の記号を利用できない。その業界で長年積み上げられてきた資産が切り捨てられてしまう。これはとてもばかげた話だ。その業界に適した記号を使った表記法にすべきだ。 Mellor氏はDSL派のようだ。 |
|||||
|
Copyright © 2026 WR blog - All Rights Reserved Powered by WordPress & Atahualpa |
|||||