タグ

ブックマーク / www.artonx.org (4)

  • 文化大革命 - L'eclat des jours(2008-10-09)

    _ 文化大革命 が撮り溜めしてあったビデオを飯いながら見てたら、えらく感動してしまった。 あまりにも出来過ぎているから、もしかしたら新説あるいは珍説かも知れないが、それにしても説得力があったからだ。 その時歴史が動いた「ひらがな革命」 正直最初は大して興味も持たずに見ていたのだが、大好きな曹丕の「文章は経世の大業にして……」が出てきたので、思わずまじめに見始めたところ、菅原道真が遊びもしなければ家庭も省みない勉強一代男として学の分野で君臨せんとするまさにそのとき、わずか16歳にして大貴族藤原の息子、藤原時平が出現する。この男、権門の子弟ということで日版科挙も受けずに参内するという裏口っぷりを発揮する(が、政治は不可解なものだから、このシステムも実はここぞというときには機能することもあるのだな、と後でおれは気付く仕組みだ)。 発揮するのは良いのだが、当時、女がすなる和歌で恋歌ばかり詠む

    tgk
    tgk 2014/08/23
    なんだこりゃ
  • 詳細設計書は死んだ。とっくの昔に死んでいる。でも生き返る必要はある - L'eclat des jours(2014-03-11)

    _ 詳細設計書は死んだ。とっくの昔に死んでいる。でも生き返る必要はある 流儀や呼び名はいろいろあるだろうが、ここでは3種類あることにする。 ・要件定義書 要件を定義したもので、ユースケースについて記述したものだ。 ・機能設計書 要件を機能として記述したものだ ・詳細設計書 機能を実装に落とし込むものだ で、詳細設計書って何それおいしいの? ということだが、もちろん不味い。むしろ毒だと言うべきで、そんなものを記述するよりさっさとプログラムを書けば良いし、その時間を使ってテストプログラムを書けばさらに良い。 特に、1990年以降、オブジェクト(あるいはクラス)ライブラリが拡充され、APIがほとんどなんでもやってくれて、コンポーネントがそこら中に転がり始めてからは、単にそれらをグルーでつないでいくのがほとんどなのだから、そんなものを書いてもまったく意味がない。 しかし、実はそう単純でもない。 問

    tgk
    tgk 2014/03/11
    データ生成の制約束縛が網羅されたドキュメントが必要という話。粒度的に詳細設計書が該当してしまうが、そこには制約束縛以外のゴミみたいな情報も書くのが約束になっているのでよろしくない
  • L'eclat des jours(2008-11-20)

    _ ACIDからBASE ちょっと勉強。 BASE:ACIDの代わりをどうぞ 要約(のつもりだったがのりで)抄訳:(誤読は十分あり得る) これまでは垂直拡散(うまい訳はなんだろう? vertical scaling)ってのがひとつの方法だった。よりパワフルなマシンへ移行するという道筋だ。何より簡単だってのがいいところ。でも、問題がある。どこまででもでかくできるわけでもないし、何より金い虫だ。 それに対して水平拡散(horizontal scaling)ってのもある。いや、でもこれは複雑になる。この場合は、2次元で考えるといいね。横方向は機能分割。縦方向は断片化だ。Oracleのパーティショニングあたりとかかな。 機能分割はいいんだけど、そうなると1つのトランザクションが複数のデータベースサーバーをまたがる必要が出てくる。 エリック?ブルーワっていうバークレーの先生で、インクトミの首席サイ

  • 続ACIDからBASE - L'eclat des jours(2009-11-13)

    _ 続ACIDからBASE 以前、acmqueueのBASEに関する記事の前半だけを勝手翻訳したが、続きをwinplusさんが翻訳してくれた。 実のところ、2フェーズコミットという技術は早すぎた自動化だと思う。えらく大層なことと複雑な仕組みではあるけれど、さっきまでオンラインだったシステムは直後もオンラインだろうという程度のあやふやな確信に頼って自動化しているだけのものだ。 よく似たシステムに、同時期にでてきたRPC(ORPCもそうだ)がある。 前提が高信頼性が確保できるクリーンルーム内の複数のノードから構成された分散システムだとしか思えない。それにしてもマシンは落ちるしネットワークは切れる。2フェーズコミットは、絶対に通信が可能だということと相手のプロセス(マシン)が落ちないことを前提としたシステムだという矛盾がある。SYNに対するACKを2時間待ってしまえばすでに成り立たないのだ。 早

  • 1