コメント率	タイトル	コメント数/ブクマ数	ブクマページ
0.0%	Python3.6 から追加された文法機能 - Qiita	0/96	b.hatena.ne.jp/entry/324476241
0.8%	文章をベクトル化して類似文章の検索 - Qiita	2/245	b.hatena.ne.jp/entry/324662835
1.0%	[wip] 会社のサーバサイドエンジニアにReactとかReduxのことを説明する資料 - Qiit	1/97	b.hatena.ne.jp/entry/319535213
1.1%	機械学習とディープラーニングの入門者向けコンテンツまとめ - Qiita	1/94	b.hatena.ne.jp/entry/321793279
1.9%	Web制作時の概算費用と想定納品日を簡単に計算する票をつくってみた – のんびりデザインしているよう	7/375	b.hatena.ne.jp/entry/320010979
2.0%	最近見かけるレイアウト・ナビゲーション・スライダー・フォームなどがどうやって実装されているのかのまと	7/344	b.hatena.ne.jp/entry/322198623
2.2%	フロントエンド知らない私のwebpack入門その1 - Qiita	4/186	b.hatena.ne.jp/entry/319233247
2.3%	フルマネージドのSaaS型クラウド・データベース・サービスdashDBの活用スタイルとは～手間いら	5/216	b.hatena.ne.jp/entry/323891713
2.4%	Pythonをやるときに参考になりそうな情報 - のんびりSEの議事録	19/807	b.hatena.ne.jp/entry/322300431
2.5%	React基礎 · GitBook	17/681	b.hatena.ne.jp/entry/321494522
2.7%	開発効率を上げるテスト設計 // Speaker Deck	5/183	b.hatena.ne.jp/entry/323584734
2.8%	畳み込みニューラルネットワークの可視化 - 人工知能に関する断創録	3/108	b.hatena.ne.jp/entry/322431100
2.8%	グランブルーファンタジーを支えるインフラの技術 // Speaker Deck	10/359	b.hatena.ne.jp/entry/324611754
2.9%	仮想DOMの内部の動き｜プログラミング｜ POSTD	6/206	b.hatena.ne.jp/entry/321289144
3.0%	金融データのPythonでの扱い方 - 今日も窓辺でプログラム	16/527	b.hatena.ne.jp/entry/322842311
3.1%	Python Jupyter notebookでpandasを使いCSVを読み込みグラフを描画してp	5/162	b.hatena.ne.jp/entry/321556884
3.1%	React Redux Real World Examples 〜先人から学ぶReact Redux	9/290	b.hatena.ne.jp/entry/323749846
3.2%	Awesome Python：素晴らしい Python フレームワーク・ライブラリ・ソフトウェア・リ	15/472	b.hatena.ne.jp/entry/319013267
3.2%	履歴書の志望動機｜最速で書く方法と受かる書き方	14/433	b.hatena.ne.jp/entry/279613157
3.4%	今日からはじめるGitHub 〜初心者がGitをインストールして、プルリクできるようになるまでを解	38/1128	b.hatena.ne.jp/entry/318690305
3.4%	スケーラブル GCP アーキテクチャ	6/178	b.hatena.ne.jp/entry/322723492
3.5%	アーキテクチャから新しい！初めてのエディタには、21世紀生まれの「Atom」がおすすめ【続・若手エ	11/311	b.hatena.ne.jp/entry/322534650
3.5%	フロントエンドの基礎知識 // Speaker Deck	15/423	b.hatena.ne.jp/entry/322749937
3.7%	ロードバランサー再入門｜ツチノコブログ	26/704	b.hatena.ne.jp/entry/323163487
3.7%	APIサーバを立てるためのCORS設定決定版 - Qiita	5/134	b.hatena.ne.jp/entry/321742626
3.8%	【画像】こんなのソフマップじゃないｗｗｗｗｗｗｗｗｗｗｗｗｗｗ｜ラビット速報	5/131	b.hatena.ne.jp/entry/321219627
4.0%	【動画あり】人志松本のゾッとする話のあるある探検隊の話怖すぎwwwwww ｜２ちゃんねるスレッドま	10/252	b.hatena.ne.jp/entry/319507149
4.0%	（翻訳）2017年の展望: pandas, Arrow, Feather, Parquet, Spa	7/176	b.hatena.ne.jp/entry/324411617
4.2%	【たまに行くよ！って人向け】いつもと少しちがう東京ディズニーシーデートにするための5つの方法 @ja	3/72	b.hatena.ne.jp/entry/321496344
4.3%	高速なシステムを作る方法 // Speaker Deck	9/211	b.hatena.ne.jp/entry/283448858
4.3%	処分・廃棄にお金は要らない！？パソコンを無料引取してくれる業者一覧	7/162	b.hatena.ne.jp/entry/320803373
4.3%	スタディサプリを支えるデータ分析基盤～設計の勘所と利活用事例～	3/69	b.hatena.ne.jp/entry/322583838
4.4%	「Front-End Developer Handbook 2017」がGitBookで無償公開。フ	24/542	b.hatena.ne.jp/entry/318947145
4.6%	デブサミ2017「DeNAの機械学習基盤と分析基盤」講演メモ #devsumi - 元RX-7乗りの	7/152	b.hatena.ne.jp/entry/322562611
4.6%	大量の要素を高速に表示するためのバーチャルレンダリング入門 / Virtual Rendering	6/130	b.hatena.ne.jp/entry/323604383
4.7%	MySQL アンチパターン	22/473	b.hatena.ne.jp/entry/319218778
4.7%	5年間コードを書き続けたエンジニアが、新人に読んでもらいたい11冊+αを紹介する - エンジニアHu	47/1006	b.hatena.ne.jp/entry/313934939
4.7%	グーグル社員も長友選手も行う集中力を高める方法 - 自分で学ぶ心理学	20/427	b.hatena.ne.jp/entry/322090614
4.8%	例の機械学習コースが良いらしいと知りながらも2年間スルーし続けたがやはり良かったという話 - Qii	68/1418	b.hatena.ne.jp/entry/321403591
4.9%	NoSQL を使用する場合と SQL を使用する場合｜ Microsoft Docs	28/577	b.hatena.ne.jp/entry/322834020
4.9%	Awesome Selenium : 素晴しい Selenium ライブラリの数々 - Qiita	5/102	b.hatena.ne.jp/entry/321629987
4.9%	誰でもできる、プレゼンが劇的にうまくなる基本テクニック - 科学と非科学の迷宮	77/1557	b.hatena.ne.jp/entry/318913434
5.0%	脆弱性発見者が注目する近年のWeb技術 // Speaker Deck	24/481	b.hatena.ne.jp/entry/319516657
5.1%	たった3つのコトで仕事が楽になる！「できる上司の会議」がマジで真似したい｜ CuRAZY [クレイ	7/138	b.hatena.ne.jp/entry/322534334
5.1%	日経電子版を支える基盤API // Speaker Deck	13/256	b.hatena.ne.jp/entry/319592914
5.1%	30歳から始める数学 - Shoyan blog	50/982	b.hatena.ne.jp/entry/323617832
5.1%	インフラチームと開発チームの垣根をなくすためにAWSのCI環境を構築した話 - VOYAGE GRO	20/392	b.hatena.ne.jp/entry/323171376
5.1%	『How to Get Startup Ideas』 - いかにスタートアップのアイデアを得るか -	17/333	b.hatena.ne.jp/entry/324384439
5.1%	無料でウェブサイトやブログに使える写真を検索可能な28サービスまとめ - GIGAZINE	18/350	b.hatena.ne.jp/entry/323600897
5.2%	内向的な人のための面接ガイド - GIGAZINE	14/271	b.hatena.ne.jp/entry/322036523

コメント率	タイトル	コメント数/ブクマ数	ブクマページ
74.5%	はてブに要望「返信出来るようにして欲しい」 - interact	114/153	b.hatena.ne.jp/entry/319990286
73.5%	「あなたが朱雀とか白虎とか四神を覚えたキッカケは何？」という質問に対し世代がバレそうになる人々→「幽	319/434	b.hatena.ne.jp/entry/322198765
67.8%	内海　聡さんのツイート: "あなたが甲殻類のアレルギーだった場合、あなたの心は殻に閉じこもっている可	449/662	b.hatena.ne.jp/entry/318821783
67.4%	日米首脳会談　首相は「ドラえもん」のスネ夫になった！民進党の野田幹事長が批判（産経新聞） - Ya	95/141	b.hatena.ne.jp/entry/321930776
65.7%	いい記事書けばブクマつくとか嘘っぱち！こんな嘘がまかり通るはてな界に物申すっ！ - ゆるくいきていく	260/396	b.hatena.ne.jp/entry/323206934
65.5%	痛いニュース(ﾉ∀`) : 梅沢富美男（66）、老害判定に怒り　「日本は俺達が作ったんだぞ！」 -	190/290	b.hatena.ne.jp/entry/322785094
65.5%	茶碗に米粒を残した状態で「完食」する人は完全悪ではないけど相容れられない、という話に意見続々 - T	413/631	b.hatena.ne.jp/entry/321479096
64.6%	けものフレンズを視聴1分30秒で挫折。 - 自由ネコ	122/189	b.hatena.ne.jp/entry/321589678
63.7%	「けものフレンズ」コスプレ批判に対する異論まとめ - Togetterまとめ	228/358	b.hatena.ne.jp/entry/323622485
63.6%	『レジでバレる！二流の人の超ヤバい3欠点』という東洋経済の記事を読んで。クレジットカードのイメージは	119/187	b.hatena.ne.jp/entry/323599229
63.5%	痛いニュース(ﾉ∀`) : 日本在住のイスラム教徒の子どもがハラール非対応給食に苦慮→学校側に配慮求	290/457	b.hatena.ne.jp/entry/321128745
63.0%	あざなわさんの炎上とはてな村の権威のなさ - メロンダウト	133/211	b.hatena.ne.jp/entry/323813866
62.7%	プレミアムフライデーって何でこんなに叩かれてるんだろう？ - シャイニングマンの「勇気を君に」	126/201	b.hatena.ne.jp/entry/324113658
62.5%	飯田譲治さんのツイート: "日本が悪い日本が悪いって、民間人は殺さないってルール破って、原爆落として	65/104	b.hatena.ne.jp/entry/321434534
62.4%	偏差値40の大学は日本に必要なのか？子供を焼き殺す大学に補助金は不要 - カキカエブログ	166/266	b.hatena.ne.jp/entry/318786744
62.2%	坂上忍　清水富美加の月給５万円は正当「僕らの時もそうだった」（デイリースポーツ） - Yahoo!	237/381	b.hatena.ne.jp/entry/321888913
61.9%	清水富美加17日著書出版「全部、言っちゃうね。」 - 芸能 : 日刊スポーツ	73/118	b.hatena.ne.jp/entry/322431771
61.5%	警視庁捜査1課長が竹刀で23歳美人記者をボコボコ（文春オンライン） - Yahoo!ニュース	415/675	b.hatena.ne.jp/entry/322218394
60.7%	「ゴルフに興じる首相、誇れない」民進・蓮舫氏：朝日新聞デジタル	136/224	b.hatena.ne.jp/entry/321608217
60.6%	金があるのに、理屈をつけてコンテンツに金を落とさない」連中について - うらがみらいぶらり	243/401	b.hatena.ne.jp/entry/321324226
60.6%	痛いニュース(ﾉ∀`) : 中学校で「やばい」という言葉を使用禁止に　若い世代で意味が多様化 - ラ	132/218	b.hatena.ne.jp/entry/324642052
60.3%	受動喫煙対策「東京だけでやれ」　自民党内で反対論噴出：朝日新聞デジタル	241/400	b.hatena.ne.jp/entry/321316384
60.1%	娘の卒業式用の服を買いに行ったら驚愕した - コバろぐ	92/153	b.hatena.ne.jp/entry/321299915
60.1%	「洗剤いらず」スポンジで教頭などが児童の体こすりけが｜ NHKニュース	215/358	b.hatena.ne.jp/entry/322584234
60.0%	松井一郎さんのツイート: "長谷川さんが、ブログで伝えたかったのは、健康であるための自己管理の重要性	201/335	b.hatena.ne.jp/entry/320414066

2013-11-09

■http://anond.hatelabo.jp/20131109013939

ロードバランサー　も　サーバ。　　トラフィック　も　データ。　

Permalink | 記事への反応(1) | 18:40

■http://anond.hatelabo.jp/20131109013939

ソフトウェアの仕事初めて10年になるけど

ロードバランサーがなにかもサーバーが3台ある意味も分からん

WindowsかスマホのアプリケーションばかりでWebとかサーバーはさっぱりわからん

Permalink | 記事への反応(0) | 17:50

■Web サーバが３台って

今日、同僚と２人で飲みに行った。

相手はソフトウェア業界で働く業界６年目の男。

私は業界 11年目だが、ともに中途入社で彼とは同時期に転職してきた。

だけど、彼の技術レベルが低すぎて泣ける。

Web サーバが３台あるシステムがあるんだけど、

彼は３台ある意味が分かっていなければ

ロードバランサーという言葉も知らない。

「何でWeb サーバが３台あると思う？」

「１号機がリクエストを受けて、２号機、３号機と順にデータをコピーしてるんじゃないんですか？」

もうほんと謎。

本人いわくサーバはあまり経験ないから、ってことだけど、そのレベルを超えてる。

頭いたいわ。

Permalink | 記事への反応(17) | 01:39

2008-10-13

■http://anond.hatelabo.jp/20081013123012

Web系は動けばよいで、セキュリティー忘れて、大問題になった、例が過去どれだけあるかを説明しないといけないのは、とっても手間だよね。

あと、Web系でもベンチマークは必要。マシン２台と１台の差はあまりないかもしれないけど、２００台と１００台の差は結構あるし。

電気代や、サーバーラック代、メンテナンス費用、などのランニングコストに効いてくる。

ロードバランサーも高い物を検討しないといけなくなってくる。

システムから見れば、Web系でもベンチマークをしてトータルソリューションのコストダウンすることは非常に重要。

というのを説明しないと行けないのは、とっても手間だよね。

わかります。

Permalink | 記事への反応(0) | 14:15

2008-03-19

■自慢の知識が役に立つと思ったのに

ネトゲの雑談を聞きに行ったら、

突然、システマティックな話題に移り、

それについて行けない俺は涙目。

Lv.○○までは、あの武器でスライム叩いとけばパフォーマンスぐっどよーみたいな話ならついて行けるのに。

TCPとかロードバランサーの話題なんて反則だあああ

Permalink | 記事への反応(0) | 00:54

2008-02-27

■Joel On Software私訳

訳してみた。あらためて、和訳はものすごく時間を要する作業だということがわかった。もうしないと思う。

注意：以下は意訳、適当訳、稚拙訳であり、誤訳を多々含んでいることは確実であり、Joel氏が本当に以下のように述べているとは限りません。

なぜMicrosoft Office ファイルフォーマットはこんなにもややこしいのか (そしてその対処法を幾つか)

Tuesday, February 19, 2008

先週、MicrosoftはOfficeのバイナリフォーマットを公開したが、このフォーマットは殆ど正気でないように見える。Excel 97-2003ファイルフォーマットは349ページのPDFファイルだ。でも待って、それで全部じゃない。このドキュメントには次の面白いコメントが書いてある。

それぞれのExcelワークブックは1つのcompound fileに収められている

つまり、Excel 97-2003ファイルはOLE coumpound documentで、それは結局、1つのファイル内にあるファイルシステムである。これは、理解するのにあと9ページはスペックを読まなくちゃならないぐらいには十分に複雑だ。そしてこれらの「スペック」は、普通我々が考えるようなスペックというよりは、Cデータ構造みたいに見える。これ全体が階層的ファイルシステムなのだ。

もしあなたが週末を、Word ドキュメントをブログにインポートしたり、あなたの個人的な財務データからExcel フォーマットのスプレッドシートを生成するような気の利いたコードを書くのに使おうと思ってこれらのドキュメントを読み始めたなら、このスペックのややこしさと長さがそんな気をあっという間に失せさせるだろう。普通のプログラマはこのOffice バイナリファイルフォーマットについて次のような結論を下す:

故意に不明瞭にされている
発狂したボーグ(スタートレックに出てくる生命体)の精神が生み出したものである
正気でないまずいプログラマによって作られた
読んだり、正しく作ったりすることは不可能である

この4つ全てについて、きみは間違っている。ちょっとだけ掘り下げて、これらのファイルフォーマットがどうしてこんなに信じがたいくらいに複雑なのか、なぜMicrosoftの悪いプログラミングを反映しているのではないのか、そしてそれを回避するためにあなたに何ができるか、を明らかにしよう。

理解すべき最初のことは、これらのバイナリファイルフォーマットはちょっと違ったデザインゴールを持って設計されたということだ。たとえばHTMLとは。

これらはすごく古いコンピュータで速く処理できるようにデザインされた。Excel for Windowsの初期のバージョンでは、1MBのRAM、20MHz動作の80386が Excelを快適に走らせることができるための妥当なものだった。このファイルフォーマット内には、ファイルを素早く開いたり閉じたりするための最適化が沢山仕込まれている:

これらはバイナリフォーマットだ。だからレコードのロードは通常は、単にディスクからメモリへある範囲のバイト列をコピーする(blitting)ことで、それは結局あなたが使うCデータ構造だ。lexing も parsing もファイルのロードに際しては行われない。lexing と parsing は blitting よりも 1オーダー遅い。
このファイルフォーマットは、よくある操作を速くするために、必要なところでは捻じ曲げられている。例えば Excel 95 および 97 は "Simple Save" と呼ばれるものを持っており、これは主流の使いどころでは十分に高速とはいえない OLE compound document formatの高速なバージョンとして使われた。Word は Fast Saveと呼ばれるものを持っていた。長いドキュメントを素早くセーブするために、15回中14回は、1からドキュメントを書き直すのではなく、変更分がファイルの最後に追加されるだけだった。当時のハードディスクでは、これは長いドキュメントのセーブが30秒でなく1秒ですむことを意味していた。(またこれは、ドキュメント内の削除済みデータがファイルに残ることを意味してもいた。これは人々が望んだことでないと(のちに)判明した。)

これはライブラリを使うことを想定して設計されている。もしあなたがバイナリをインポートするものを1から書き上げたいと思ったら、Windows Metafile Format (何か図を描く場合) や OLE Counpound Storage みたいなものをサポートしなくてはいけなくなる。もしあなたが Windows上でやるのなら、そうしたことをたいしたことのない作業にするためのライブラリのサポートが存在する... そういったフィーチャーを使うことは(元々)マイクロソフトチームのためのショートカットだった。でもあなたが全部を自分でスクラッチから書くなら、全部の作業を自分自身でやらなくてはいけない。

オフィスはcompound documentsに対して広範囲のサポートを持っている。例えば、スプレッドシートをWord文書に埋め込んだりできる。完璧なWord ファイルフォーマットのparserは、同じように、埋め込まれたスプレッドシートで何かインテリジェントなことが出来るべきだろう。

それは相互協調性(interoperability)を意識してデザインされてはいない。仮定されていたのは、Word ファイルフォーマットはWordからのみ読み書きされなくてはいけない、ということで、それは当時においては十分に合理的なものだった。これは、Wordチームのプログラマがファイルフォーマットをどう変更するかについて決定を行う場合にはいつでも、彼らが気にするのは (a)何が高速か (b)Wordのコードベースにおいて最小の行数になるのは何か、だったことを意味する。SGMLやHTML-interchangeableといった標準ファイルフォーマットのようなアイデアは、最初にインターネットがドキュメントの相互交換を実現するまで現実のものにはならなかった。それはOffice バイナリフォーマットが最初に考案されてから10年後のことだったのだ。ドキュメントを交換するのにインポーターとエクスポーターを使うことができるという仮定が常にあった。実際Wordは簡便な交換のために設計されたRTFと呼ばれるフォーマットを持っており、そのフォーマットは殆ど最初のころからあり、今も100%サポートされている。

それはアプリケーションの全ての複雑さを反映していなくてはいけない。全部のチェックボックス、全部のフォーマッティングオプション、そして全部の、Microsoft Officeのフィーチャーは、ファイルフォーマットのどこかで叙述されていなくてはいけない。Wordのパラグラフメニューにある、"Keep With Next" と呼ばれるチェックボックス、これはパラグラフを、その後ろのパラグラフと同じページに置くのに必要な場合は、次のページに移動させるもの(?)だが、これもファイルフォーマットの中に無くてはいけない。そしてこれはつまり、あなたがWord ドキュメントを正しく読み込める完璧なWord クローンを実装したいなら、そういったフィーチャーを実装しなくてはいけないということだ。Word ドキュメントをロードする競争力のあるワードプロセッサを作っているのなら、ファイルフォーマットからそのビットをロードするコードを書くのには1分しかかからないかもしれないが、ページのレイアウトアルゴリズムをそれに対応させるのに何週間もかかるかもしれない。もしあなたがそうしない場合、カスタマーがあなたのクローンでWord ファイルを読み込んだら、全部のページがぐちゃぐちゃになってしまうだろう。

それはアプリケーションの歴史を反映していなくてはいけない。このファイルフォーマットに見られる多くの複雑さは、古く、複雑で、愛されず、めったに使われないフィーチャーを反映している。それらはファイルフォーマットのなかに後方互換性のためにまだあり、そしてMicrosoftにとってその辺りのコードを残しておくことには何らコストはかからない。しかしあなたがこれらのファイルフォーマットをparseおよびwriteする一貫した完全な仕事をしたいと思うなら、Microsoftのインターンが15年前にやったのと同じことを全て、またやらなくてはいけない。要点は、何千人年の仕事が今のWordやExcelには費やされてきたのであり、これらのアプリケーションの完璧なクローンを作りたいと本当に欲するなら、あなたは何千人年を費やさなくてはならないことになる、ということだ。ファイルフォーマットは単に、アプリケーションがサポートする全てのフィーチャーの簡潔なサマリーなのだ。

手始めに、小さな例を一つ、深く見てみよう。Excelのワークシートは色々なタイプのBIFFレコードの集まったものだ。私はスペックの一番最初のBIFFを見てみたい。1904と呼ばれるレコードだ。

Excel ファイルフォーマット仕様のこのレコードについての記述は非常に曖昧なものだ。そこでは単に、1904レコードが「1904日付システムが使われているかどうか」を示すレコードだ、と述べているだけだ。ああ、使えない仕様書の典型的な一例だ。あなたがExcel ファイルフォーマットで何かしている開発者で、そしてファイルフォーマット仕様にこう書いてあるのを見つけたなら、あなたがMiocrosoftは何かを隠しているのだと結論付けたとしても無理はない。この情報の断片は十分な情報をあなたに与えはしない。あなたには幾ばくか外部の情報が必要で、私は今ここで、それを提供しよう。Excelワークシートには、2種類ある。日付のエポックが1900/1/1のもの(これには、Lotus 1-2-3 との互換性のために故意に入れられた閏年に関するバグがあるが、ここでそれについて述べるのは退屈すぎる)、および、1904/1/1のものだ。Excelは両方をサポートしているが、それはExcelの最初のバージョンはMac版であり、それは単に簡単だったという理由でOSのエポックを使っていて、しかしWindows版のExcelは1-2-3のファイルをインポートできなくてはならず、そしてそれは1900/1/1をエポックとして採用していたからだ。あなたが涙ぐむのも無理はない。歴史のどの時点においても、プログラマが正しいことをしなかった、という時はないのだが、しかし現実にあなたが手にしているものはこれなのだ。

1900と1904のファイルタイプは両方とも世の中には広く存在しており、それは通常、ファイルがWindowsとMacのどちらで作られたかによる。一方のタイプから他方のタイプへ黙って変換するのはIntegrity的に問題があるので、Excelはファイルタイプを変換することをしない。Excel ファイルをparseするためには、あなたは両方を扱わなくてはならない。それはファイルからこのbitをロードするだけの問題ではなく、あなたが日付表示と両方のエポックを扱うparsingのコードまで書き直さなくてはいけないということを意味する。実装には何日かかかるだろうと私は思う。

実際、あなたがExcel クローンの作業をするなら、日付の扱いについて、あらゆる種類の微妙なディティールを発見することになるだろう。Excelは日付の値をいつ変換するのか? 表示の整形はどうやっているのか? なぜ1/31は今年の January 31と翻訳され、また一方で1/50はJanuary 1st, 1950と翻訳されるのか? Excelのソースコードと同じだけの量のドキュメントを書かないがぎり、振る舞いに関しての微妙なビットを全て完全に記述することはできない。

そしてこのレコードは、あなたが扱う何百もあるBIFFレコードの最初の1つに過ぎず、しかももっとも単純なものなのだ。他のレコードの殆どは、より多くのプログラマーを涙に暮れさせるぐらいには十分複雑だ。

唯一導き得る結論はこれだ。

MicrosoftがMicrosoftとOfficeのファイルフォーマットをリリースしたことは大変有用なことだが、しかしそれでOffice ファイルフォーマットをインポートしたり保存したりするのが楽になるということは全く無さそうだ。それらは狂気じみて複雑で、リッチなアプリケーションで、そしてあなたは人気のある20%の部分を実装して80%の人々を幸せにするというくらいのことしかできない。バイナリファイル仕様によってなされるのは、多く見積もっても、著しく複雑なシステムのリバースエンジニアリングにかかる時間を何分か削減するくらいだろう。

オーケー, 私はいくつか回避法を教えると約束した。良いニュースは、殆どの良く知られたアプリケーションにとって、Office バイナリファイルフォーマットを読み書きしようと試みることは誤った決定だということだ。あなたが真剣に考えなくてはいけない代案が2つある。Officeそのものにそれをやらせるか、書き込むのが簡単なファイルフォーマットを使うかだ。

ヘビーな仕事はOfficeにやらせよう。WordとExcelは実に完全なオブジェクトモデルを持っており、COMオートメーションの手段が可能で、これであなたは何でもプログラムでやるようにできる。多くのシチュエーションでは、Office内のコードを再利用するほうがそれを実装しようとするよりも良い。ここにいくつか例がある。

Web ベースのアプリケーションがあって、それが既存のWord ファイルをPDF フォーマットに出力するようにする必要がある場合、それを実装するにはこうする: ファイルを読み込んでからWord 2007のビルトインのPDF エクスポーターを使ってそれをPDFとして保存する、数行のWord VBA コードだ。あなたはこのコードをIISで動作しているASPやASP.NETのコードから直接呼び出す。これでうまくいく。最初にWordを立ち上げるときは数秒かかる。2回目はCOMサブシステムによりWordはまたあなたがそれを必要としたときのためにメモリ中にキープされている。それは通常のWeb ベースアプリケーションにとっては十分に速い。
上と同じ。ただしあなたのWeb ホスティング環境がLinuxだった場合。フルライセンスのWordがインストールされたWindows 2003サーバを買う。そしてその仕事をする小さなWebサービスを構築する。C#とASP.NETでの半日の作業だ。
上と同じ、ただしあなたがよりスケールさせたいと望む場合。ステップ2で構築した全部のボックスの前にロードバランサーを置きなさい。コードは必要ない。

この手のアプローチは、全ての種類の一般的なOffice タイプについての、サーバ上であなたがやりたいと思うであろうアプリケーションで、うまくいくだろう。例えば:

Excelのワークブックを開き、セルに何らかのデータを入れ、再計算して、そして結果を出力セルに書きこむ。
GIF フォーマットでチャートを生成するのにExcelを使う
色々なExcelワークシートから色々な情報を取り出す。ファイルフォーマットについて考えることに時間を使うことなしに。
Excel ファイルフォーマットからCSVのテーブルデータへの変換 (別の方法は、Excel ODBCドライバをSQL クエリを使ってデータを吸い出すのに使うことだ)
Word ドキュメントを編集する
Wordフォームへの記入
Offceがサポートしている沢山のファイルフォーマットの間でのフォーマット変換 (ワードプロセッサと表計算のフォーマットについては沢山のインポーターが存在する)

これらのケースの全てにおいて、Office オブジェクトにインタラクティブ動作でないことを教えてやる方法があり、だから表示をアップデートするのに煩わされたり、ユーザに入力を促す必要はない。ところで、このようなやりかたでいく場合には、gotchas(?)がいくつかあり、そしてそれはMicrosoftは公式にサポートしているものではない。だからあなたがそれを始める前にはKnowledge baseの記事を読むように。

書き込むファイルにはもっとシンプルなフォーマットを使いなさい。単にOffice ドキュメントをプログラムで生成したいなら、殆どいつでもOffice バイナリフォーマットよりももっと良いフォーマット、WordやExcelでも問題なく開くことができるようなフォーマットが存在する。

単に、Excelで使うテーブルデータを生成することが必要なだけなら、CSVを考えなさい
CSVがサポートしていない、worksheetの計算というフィーチャーが本当に必要なら、WK1フォーマット(Lotus 1-2-3)はExcelよりもずっとずっとシンプルで、しかもExcelでも開ける
本当に、本当に、ネイティヴなExcel ファイルを生成しなくてはいけないなら、Excelのすごく古いバージョンを見付けなさい。Excel 3.0が良い選択だ。compound documentの構成物の全ての前に、あなたが使う必要のある最低限のフィーチャーだけを含むミニマムなファイルを保存しなさい。このファイルを、きっかりミニマムなBIFFレコードを見るために使い、仕様のその部分だけにフォーカスしなさい。
Word ドキュメントなら、HTMLを書き出すことを検討しなさい。これもWordは開ける。
凝ったフォーマットのWord ドキュメントを生成したいなら、最高の選択はRTFドキュメントを生成することだ。Wordに出来ることはRTFでも表現できるが、しかしそれはバイナリでなくテキストフォーマットなのだ。だからRTFドキュメントのなかのものは変更できるし、変更しても問題なく使える。Wordで、いい感じにフォーマットされたドキュメントの中にプレースホルダを置いたものを作って、RTFでセーブして、そして単純なテキスト置換を使ってそのプレースホルダを置き換えることができる。これでどのバージョンのWordでもうまく開けるRTFドキュメントができる。

いずれにせよ、全てのOffice ファイルを完全に読み書きできるような、文字通りのOffice競合製品を作ろうとする(その場合には、何千年もの作業があなたに予約される) のでない限り、Office バイナリフォーマットの読み書きをするというのは、何であれあなたが解決しようとしている問題を解決するためのもっとも労働集約的な方法だ。

Permalink | 記事への反応(1) | 11:38

「ロードバランサー」を含む日記

■本のまとめ

■本のまとめ

■現代日本で子を持つことって道楽なんだな

■はっぴょんの件

■コメ率の低いはてブエントリは英語とエロか?

2017年2月コメント率の低いホットエントリ

2017年2月コメント率の高いホットエントリ

■Webサーバが３台って

■自慢の知識が役に立つと思ったのに

■Joel On Software私訳

■Web サーバが３台って