  |
はてなキーワード: スプレッドシートとは
https://plus.google.com/100835151488301292199/posts/WnXiLzihc5z
【①総合、概要、その他】2015年1月19日にingress界隈で起こった個人情報漏洩事件について
日本のある地域で、ingressに関する個人情報漏洩事件が発生しました。
この事件を問題視する人は多く、再発防止を望む声も大きいため、非常にデリケートな問題ではありますが、当コミュニティでも何らかの議論をするべきと考えています。
概要は以下の通りですが、私は漏洩した情報を見ておらず、伝聞情報から議論に必要な情報だけをぼかして書いていますので、ご了承ください。
・陣営限定地域コミュ内のとある地域HOの内部文書のGoogleスプレッドシートのURLが某匿名掲示版に書かれ、共有許可が取り消されるまで誰でも閲覧可能だった。
・そのファイルのシートは3つあり、
『①地域HOメンバーのコードネーム、G+アカウント名、簡単な自己紹介』
に分かれていた。
・相手陣営のエージェントリストについては味方よりも情報量が多く、『コードネーム、国籍、性別、おおよその居住地域、本名（苗字まで）、身体的特徴、行動パターン等』が書かれていた。
・相手陣営のエージェントについて過激なことを書く人間もおり、面と向かっては絶対に言えないか、言ったら喧嘩になるかドン引きされるレベルの『侮蔑的な表現』が含まれていた。
備忘と記念を兼ねてまとめ。
http://dka-hero.com/pict_03/mak/01.html
『 A4を8等分するんだよ 』
『 だいたい 13～15枚におさまるように調整する 』
A4用紙を8つに折る → 折れ目で区切られた一枠を一コマとして描く。
この解説イラストを見ていなければ、描いてみようと思えなかったと思います。
ありがとうございました！
複数の生理周期を管理できるサイトがほしい http://anond.hatelabo.jp/20120320125621 に反応ありがとうございます。
むう、どういうことだろう？と思いましたが、わかりました。女性側が実は子供を欲しがっているというケースのことですね。
ぼくは既婚ですし、相手も既婚者がほとんどです。なので、ぼくをだまして妊娠して子供つくりたい、というモチベーションはないと思います。人間のことですから、そういう人もいるのかもしれませんが、正直想像つきません・・・
また、相手が妊娠したばあい、その女性が逃げるのは、危機管理だけに着目すると、ぼくにとっては助かります。
最近は経済力のある女性も増えてるから「旦那の世話だの、旦那の親戚との付き合いだの、そんな面倒なこと無しに子供だけ欲しい」人増えてるんだよ？
これはこれでいいことだと思います。ライフスタイルの制約が減り、少子化も抑えられる。
「旦那の世話だの、旦那の親戚との付き合いだの」程度が面倒な人の育児能力には疑問がありますが、別の話ですね。
そうそう。肝心の周期の管理のことだけど、単純に１年分印刷してある小さいカレンダーの日付の「初日」のところに○を書いておけばいいだけだよ。何人もいるなら、色を変えておけばいい。だいたい２８日間から３１日間の人が多いから、月に１度、その日が来る。その○を書いた日から数えて２８日目や３１日目が、次の生理が来る日だよ。
はい・・・ 現在そんな感じでやってます。実際には紙のカレンダーではなくて、GoogleカレンダーをiPhoneのカレンダーやMacBook AirのiCalと同期させています。
紙のカレンダーは、その紙のカレンダーがないと見たり記録したりすることができないので、いつでもどこでもとっさに記録したり判断したりする役にはあまり立たないのです。「急に出先で今夜の予定がキャンセルになったので、生理じゃないひとを割り出したい」とか。
その上で、こういうことを、もっと効率よく便利にできないだろうか、という話でした。
でも、女性はちょっとした精神の乱れで、けっこう、周期は乱れるから、オギノ式とかあんまりあてにしないほうがいいよ。安全にナマやりたいならピル飲んでもらうしかない。
ですよね。ストレスで遅れたり早まったり、よく聞きます。大変だなあと思います。なので、もっと理解したいと思ったのでした。
なので、現状もうちょっと良い感じでやっていて、もっと良くならないかな、と思っています。Microsoft Projectはやりすぎだし・・・
俺はピル飲ませてるよ
1つ1000円くらい
これなら何人に並行して渡してもあんま痛くないしね
説明すればjkとかでも飲んでくれるしね
むう。
ピルって、服用する女性本人がきちんと医師に相談して処方をうけて、計画的に使うものですよね。
生理前から服用はじめて、いちど生理おわって、また生理がきて、・・一ヶ月ぐらい服用を続けて、やっと避妊効果も出てくると理解してます。
ピルを服用することで、軽い頭痛があったり、不正出血したり、女性のからだへの副作用もあったりするはずです。
何かおかしな話ですね。そもそも、その「1つ1000円」のピルはどこから入手したものですか？
値段的に、いわゆるモーニングアフターピルでもなさそうだし。それにこれは日本で一般人が入手できるものではないし、女性のからだへの副作用もはんぱなかったはずです。
Google エンジニアの Steve Yegge 氏、Google+ への懸念を漏らす
http://japan.internet.com/busnews/20111013/8.html
で記事になってたけど、原文とちょっと要旨が変わっちゃってサービスへの警鐘みたいになってしまってたので、全文訳してみた。くそ長い。お暇な方どうぞ。
（2011/10/19 08:14）ありがたい誤訳の指摘をいただいたので3カ所修正。
Stevey の Google プラットフォームぶっちゃけ話
僕は6年半ばかり Amazon にいて、今はそれと同じくらい Google にいる。この二つの会社について強く感じることは（しかもその印象は日々強まるのだけれど）、 Amazon は全てにおいて間違っていて、 Google は全てにおいて正しいということだ。そう、やりすぎな一般化だけど、驚くほど正確だと思う。いやもうとにかくね。百、いや二百のポイントで二つの会社を比較することが出来るだろうけど、僕が正しく覚えていれば、 Google はそのうち三つを除いて優れている。実にある一点に関してはスプレッドシートを書いたんだけど、法務が外に出すなって言うんだ。リクルーティングは惚れ込んだみたいだけどね。
つまり、まあ簡単に言えば、 Amazon の人事採用プロセスってのは基本的に欠陥品なんだ。だって、チームがチーム毎に、自分達のために人を採用するんだぜ。だから、色々平均化の努力はしてるみたいだけど、採用基準はチームによって信じられないくらいバラバラさ。そんでもって作業工程ってのも腐ってる。ソフトウェア信頼性工学なんてお呼びじゃないし、エンジニアに何でもやらせようとするんだ。コーディングする時間もないくらい。もちろんこれもチーム毎にバラバラで、要するに、運次第ってところ。施しやら困った人を助けるのやら、コミュニティに貢献するのやら、そんなのはもってのほか。バカにしに行くんでもなけりゃ、近寄るべきじゃないね。それにまた施設も染みだらけの壁に囲まれた箱みたいな家畜場で、装飾やらミーティングエリアなんてものには一銭も使ってない。給料やら福利厚生なんてのも最悪だ。まして最近じゃあ Google やら Facebook っていうライバルがいるのにね。社員特典なんてものも見たこと無かったな。採用通知の番号を照合して、ハイ終わり。コードベースも悲惨そのもの。エンジニアリング基準ってものがないんだから。チームによっては個別にがんばっていたくらいかな。
公平に言えば、彼らは良いバージョン管理ライブラリシステムを持っていた。これは僕らもまねるべきだし、僕らのところには同様のものが無い、良い pubsub システムもあった。でも多くの部分で彼らが使っていたのは、ステートマシンの情報を RDBMS に突っ込んだり読み出したりするだけのくそみたいなツールの塊だった。僕らならただでも欲しくないようなね。
僕が思うにその pubsub システムとライブラリ管理システムが、まさに Amazon が Google より優れている三つのうちの二つだ。
早期にリリースして、狂ったようにイテレートするってのも彼らのうまいところじゃないかって言うかもしれない。けど逆もまたしかり。彼らは早期にリリースすることを何にもまして優先する。品質保持やらエンジニアリング規則、その他長い目で見たら重要になってきそうなものはみんな後回し。そんなだからたとえ市場で競争相手よりアドバンテージがあったとしても、結局ちょっとしたことをやるのにも問題を起こしちゃうよね。
でも、一つ、そんな政治的な、思想的な、技術的なへまを補うだけの、彼らが本当に本当にうまくやってることがある。
Jeff Bezos は悪名高きマイクロマネージャーだ。彼は Amazon の小売りサイトの1ピクセルまで管理する。彼は以前 Larry Tesler を雇った。 Apple の主任科学者で、たぶん世界で最も有名で尊敬される HCI エキスパートさ。そんでもって、 Jeff は Larry が言ったことを、 Larry が辞めるまで3年間無視し続けた。 Larry は大規模なユーザビリティ研究もやっただろうし、少しの疑いの余地も無く誰もそのひどいサイトを理解できないってことをデモしたに違いない。けれど、 Jeff は1ピクセルたりとも動かさせはしなかった。トップページにぎっちりつまった内容の1ピクセルたりともね。それらはまるで何百万という彼の貴重な子供達なのさ。けれど Larry はそうじゃなかった。
マイクロマネジメントが Amazon が僕らよりうまくやっている三つ目ってわけじゃあない。つまり、まあ、彼らはうまくマイクロマネジメントをやっていたと思うけど、それを強みって言いたいわけじゃ無い。まずは何が起こっているかみんなに理解してもらうための文脈を準備しているだけさ。僕らはこれから、公衆の面前で、 Amazon で働きたけりゃ私に金を払えと言ってのける男について話すわけだからね。誰かが彼に反対したときは、彼は彼の名前入りの小さな黄色いポストイットを手渡して、誰が会社を動かしているかを常に忘れさせまいとする。思うに彼は全くの… Steve Jobs なのさ。ファッションとデザインセンス抜きのね。 Bezos はとんでもなく頭が切れる。誤解しないで欲しい。彼の前じゃ、普通のコントロールフリークなんてヤクが極まったヒッピーみたいなもんだよ。
それである日 Jeff Bezos が指令を出した。まあ彼がいつもやってることなんだけど。その度にみんなはピコピコハンマーで叩かれるありんこみたいに走り回るんだ。でもそのある一度、2002年かそのくらいのことだったと思うけれど、彼は指令を出した。とんでもなく巨大で、目の玉が飛び出るほど重たいやつを。普段の指令が頼んでも無いボーナスに思えるようなやつを。
彼の巨大な指令はこんな感じだった。
1)この時点より、全てのチームはサービスインターフェースを通じて全てのデータと機能を公開すること。
2)各チームは各々そのインターフェースを通じて通信しなければならない。
3)その他の全てのプロセス間通信は許可されない。ダイレクトリンク、他のチームのデータソースから直接データを読むこと、メモリ共有モデル、バックドア、全てを禁じる。ネットワーク越しのサービスインターフェースを経由した通信だけが許可される。
4)使用する技術は問わない。 HTTP 、 Corba 、 Pubsub 、 カスタムプロトコル、何でも良い。 Bezos は気にしない。
5)全てのサービスインターフェースは、例外なく、外部に公開可能なようにゼロから設計されなければならない。すなわち、チームは全世界のデベロッパに向けてインターフェースを公開することができるよう、設計し、計画しなければならない。例外は無い。
6)そうしない者は解雇される。
7)ありがとう！良い一日を！
ハハ！。ここにいる君たち150人ちょっとの元 Amazon 社員ならもちろんすぐにおわかりの通り、7番は僕が付け加えたジョーク。 Bezos は間違いなく君たちの一日なんかに興味ないからね。
それでも、6番は、本当だった。だからみんな一生懸命会社に行った。 Bezos は、さらに上級のチーフ熊ブルドッグであるところの Rick Dalzell に率いられた数人のチーフブルドッグを雇って、成果と進行を監視させた。 Rick は元レンジャーで、陸軍士官学校出身で、元ボクサーで、元 Wal（ごにょごにょ）Mart で拷問のような削減をやってのけた人物で、デカくて愛想の良い、「堅牢なインターフェース」という言葉を連呼する男だった。 Rick は歩き回り、「堅牢なインターフェース」について語り回り、そして言うまでも無く、みんなたくさんの進展をし、 Rick にそれを知らせた。
それからの数年間、 Amazon 内部はサービス指向アーキテクチャに姿を変えていった。その変化を形にしている間に、彼らは非常に多くのことを学んだ。 SOA に関する学問や論文は当時もいくつかあったけれど、 Amazon のとんでもない規模からすれば、そんなもの、インディ・ジョーンズに向かって「通りを渡るときは左右をよく見るんだよ」って言うくらいの意味しかない。 Amazon の開発スタッフはその途上でとにかくたくさんの発見をした。そのほんの一部をちょっぴり挙げると、こんな感じだった。
とまあこれらがほんの一例。他にもたくさんの、おそらく何百の、 Amazon が見つけた個別の発見や教訓があった。外部サービスにはおかしなところがいくつもあったけれど、君たちが考えるほどじゃあない。サービスに対して組織するってことは、外部のデベロッパを信用できないのと同じように、お互いを信用することなんてできないんだということを、チームに教えてくれたんだ。
The LLVM Compiler Infrastructure
ttp://iiyu.asablo.jp/blog/2007/10/07/1840679
やっぱ、やってる奴は地道にこつこつちゃんとしたことをやってますね。
こういう連中がどれくらいいるかが、国力、底力の差になるんだと思う。
日本はもうプロセッサの研究もコンパイラの研究も放棄してますもん。みんな、そんなところよりアプリケーションやサービスのほう、いわゆる日本でい うIT企業がやってるようなこと、それが付加価値が高くて儲かるなんていって、そっちに流れたもんね。
でも、ほんとの付加価値は、プロセッサ、アーキテクチャ、プログラミング 言語、コンパイラ、OSといった、もう終わったと思われている部分の革新によ っても得られるんですよね。
ttp://iiyu.asablo.jp/blog/2007/08/31/1760835
で書いたように、いま、モノ作りはもうだめだから、もっと付加価値の高い金融サービスに日本の産業構造をシフトしないとダメという議論がやかましくなっているが、ほんとなのか。
素晴らしいコンパイラ技術をもっていた富士通や日立は、その技術を若い世 代の技術者に伝承することなく捨てちゃったし、プロセッサもせいぜい日立がSHでがんばってるくらいかな。
ところが、IBMもIntelもAppleもMicrosoftも、もっといえばGoogleもこれらの基盤技術は捨ててないんだよね。
野口悠紀夫氏は比較優位説をすぐ持ち出すけど、Appleなんて経済学の比較 優位でいえば、Windowsに対して比較劣位にあるOSなんてとっくに捨てないと いけないのに、経営が苦しいときにも捨てなかったし、いまでも捨てない。それどころか地道に改良を続けてるし、Macintosh本体のみならず、iPhoneに使って、再び花開こうとしている。
IBMも、いまやサービスとコンサルの会社になってるけど、それでもプロセッサもOSもコンパイラも捨てないどころか、ずっと研究開発資金を投入してい る。
MicrosoftだってDOSとプログラミング言語の会社だったから、比較優位説でいえば、比較劣位にあったワープロやスプレッドシートやデータベースソフトを作る理由はなかったはずなのに、作って世界を支配するような大企業になった。
訳してみた。あらためて、和訳はものすごく時間を要する作業だということがわかった。もうしないと思う。
注意：以下は意訳、適当訳、稚拙訳であり、誤訳を多々含んでいることは確実であり、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を快適に走らせることができるための妥当なものだった。このファイルフォーマット内には、ファイルを素早く開いたり閉じたりするための最適化が沢山仕込まれている:
これはライブラリを使うことを想定して設計されている。もしあなたがバイナリをインポートするものを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内のコードを再利用するほうがそれを実装しようとするよりも良い。ここにいくつか例がある。
この手のアプローチは、全ての種類の一般的なOfficeタイプについての、サーバ上であなたがやりたいと思うであろうアプリケーションで、うまくいくだろう。例えば:
これらのケースの全てにおいて、Officeオブジェクトにインタラクティブ動作でないことを教えてやる方法があり、だから表示をアップデートするのに煩わされたり、ユーザに入力を促す必要はない。ところで、このようなやりかたでいく場合には、gotchas(?)がいくつかあり、そしてそれはMicrosoftは公式にサポートしているものではない。だからあなたがそれを始める前にはKnowledge baseの記事を読むように。
書き込むファイルにはもっとシンプルなフォーマットを使いなさい。単にOfficeドキュメントをプログラムで生成したいなら、殆どいつでもOfficeバイナリフォーマットよりももっと良いフォーマット、WordやExcelでも問題なく開くことができるようなフォーマットが存在する。
いずれにせよ、全てのOfficeファイルを完全に読み書きできるような、文字通りのOffice競合製品を作ろうとする(その場合には、何千年もの作業があなたに予約される) のでない限り、Officeバイナリフォーマットの読み書きをするというのは、何であれあなたが解決しようとしている問題を解決するためのもっとも労働集約的な方法だ。
ブックマークのタグは普通の人はあまり数をつかってないんじゃないか？
タグで5000って、ブックマークが1000超えてる人がただの廃人な気がする。
それよりも問題ははてなスター。
ホットエントリーのブクマコメをちらりと見ようとしたときにスターがいっぱいあると固まる。
もうどうしょうもないほど処理が持っていかれる。
裏で流してる作業用ニコニコが止まるじゃないか。
javascriptってsleepみたいのないの？
↓
http://aligach.net/diary/20060504.html
var failure_notice = '
失敗しますた！';Element.hide( obj );
new Insertion.After( obj.id, failure_notice ); // メッセージを表示
setTimeout( function() {
Element.show( obj.id + '-edit' ); // 編集画面を表示
Element.hide( obj.id + '-failure' ); // メッセージを消去
}, 1500 );
こ、これは・・・。あたまいい。
他にもjavascriptでsleepって探すといろいろでてくるけど、
タグとか、はてなスターってきっとオブジェクト表示させたままで読み込みさせてるところが処理もってってるんだよね。
違うかな？
非表示コード入ってなかった気がするよ。
はいってたっけ？
新人研修とかでDB参照のプログラムを書かせると表示させたままスプレッドシートとかに吐き出そうとして固まるのはありがちだけど、javascriptでもInsertionで回避できるんだったらこれに越したことは無いよね。
コピペでOK！Googleフォームで送信された内容をメールで自動通知してくれるスクリプトと設定方法を公開します
google spreadsheet で簡単データベース 名簿を管理しよう！ - YouTube
Google サイト - ビジネスに社内ポータル・ホームページ作成
Google CalendarにRemember The Milkのタスクを表示する２種類の方法を理解する - Forgot the Milk.
Google フォーム - アンケートを無料で作成、分析できます。
Windowsシステム管理者のためのGoogle Apps入門：第2回 無償版GmailとGoogle Apps for Businessの違いを知る (1/2) - ＠IT
Google Apps for Business - Google のパワフルなツールをあなたのビジネスに
シンプルで明快な料金プラン - Google Apps for Work
サイボウズ Office - サービス | サイボウズ クラウドサービス「cybozu.com（サイボウズドットコム）」
価格・オプション | ファストシステムを実現したクラウドサービス「kintone」
ニュース - 「こんなもの、おもちゃだ」と批判されるのが破壊的イノベーション：ITpro
テクノロジーの世界では、常にローエンドがハイエンドを食っている。
安価な製品をより強力にするほうが、強力な製品を安くするよりも簡単なのだ。
だから安価でシンプルというところから始めた製品は徐々に強力なものへと成長していき、水が部屋に満ちるように、
｢ハイエンド｣の製品を天井の方へと押し込めることになる。
Sunはこれをメインフレームに対して行い、IntelはSunに対して行っている。
Google Apps for Businessの利用企業数は全世界で500万社
ANAがGoogle Appsを採用、4万9000IDの契約で日本最大規模のユーザーに
サイボウズ、クラウドサービス「cybozu.com」ご契約社数が5000社を突破
米Google、情報共有サイト作成サービス「Google Sites」を発表
誰でも簡単に編集を始められるように、
5種類のテンプレート（Webページ、ブログ、ファイル共有、ダッシュボード、リスト）を用意。
企業が部内プロジェクトを遂行したり、
学校行事や宿題の共同作業を行なうためのサイトなどを簡単に作ることができる。
Google Sitesは、Google Appsに統合されているため、
「Google Docs」「Google Calendar」「Picasa」「YouTube」など、
Googleの他のサービスで利用しているコンテンツも簡単に埋め込むことができる。
また、動画や画像、Microsoft Officeファイルなどをアップロードして、
グループ内で共有することも簡単にできる。
Move rows and columns - Docs editors Help
もっと便利にGoogleカレンダーを使う7つのTips - ITmedia エンタープライズ
「11時から会議」の予定を入力する時、11時のセルをクリックしてはいないだろうか。
実はGoogleカレンダーでは適当にクリックして、簡易入力の吹き出しに「11時に会議」と入力すれば時間を自動的に調整してくれる。
Google Calendar の使い方 | グーグル・カレンダーの便利な機能や特徴を紹介します
Outlookもサイボウズも窓から投げ捨てよう！
Gmailとの連携でデキルあなたを創る！
話題のAjaxインターフェースでサクサク使える次世代型Webスケジューラ「Google Calendar」の使い方！！
Ajaxに控えめ対応、「サイボウズ Office 7」が登場 − ＠IT
Office 7のようにWebブラウザをクライアントとするソフトウェアではAjax採用がトレンドだ。
ただ、青野氏は「Ajaxを使ったドラッグ＆ドロップなどは一部の人しか喜ばない」と話し、
メインユーザーの実務的な使い勝手の向上に的を絞って、Ajaxを導入していく考えを示した。
皆でスケジュールを登録し合うというような使い方も可能です。
Gmail英語版はメールからカレンダーへスケジュールが投稿できる（再） | G Mania - グーグルの便利な使い方
かつて電力に起こったのと同じことが起ころうとしています。
20世紀初頭には、企業は電力会社の副社長を雇わなければならないと考えたものですが、今は壁にプラグを差せば電気はやってきますよね。
何をする道具か、というと、タスク管理らしい。
やりたいことを書いて、それを管理する道具。期日で並び替えてくれたり、Tagで絞り込めたり、優先度をつけられたり、字数無制限のメモが書き込めたり、一定期間毎にリピート出来たり、「今日が期日」のものをRSSで取得出来たり、時間毎にGoogle talkで話し掛けてくれたりする。
Google CalendarにRemember The Milkのタスクを表示する２種類の方法を理解する - Forgot the Milk.
ページの一番下の Google Calendar のボタンをクリックするだけで
Google Calendarの中に Remember The Milk のタスクリストが表示されます。
clmemo@aka: Google Calendar に Remember the Milk の ToDo リスト情報を読ませる
「ドリルを買う客はドリルが欲しいのではなく穴が欲しいのだ。」
「将来コンピュータの重量は、１．５トン以下になるかも知れない。」
Popular Mechanics誌、科学の果てしなき進歩を予測して、1949
「恐らく世界中のコンピュータ市場の規模は、５台だろう。」
「家庭にコンピュータを欲しいと思う人などいる訳がない。」
ケン・オルソン、Digital Equipmentの創設者・社長・会長、1977
「石油を掘るだって？ 地面にドリルで穴を開けて、石油を探すっていうのかい？ あんた頭がおかしいよ。」
生き残る種とは、
もっとも強いものではない。
もっとも知的なものでもない。それは、
変化にもっともよく適応したものである。
勝てない提督や卑怯な司令官をすぐさま更迭した米軍 ( 哲学 ) - 仕事の流儀 【哲学編】 - Yahoo!ブログ
ザ・ゴール ― 企業の究極の目的とは何か | エリヤフ・ゴールドラット, 三本木 亮 | 本 | Amazon.co.jp
最小の努力で最大の効果を得るには、全体最適が常に優先されるべきである。
正しい仕事は何かが正しく定義され､評価されなければ､誰も正しい仕事などするはずがない。
会社に損失を与えてきたのは､人間が正しい仕事を行わない｢仕組み｣をつくりあげた会社組織そのものである。
ゴールドラット博士
ＫＦＳ（Key Factors for Success）
Amazon.co.jp： 企業参謀―戦略的思考とはなにか: 本: 大前 研一
「物事には、その結果に影響を与える主要因というのがかならずいくつか存在する。
これらをうまく管理あるいは応用すれば戦略が成功する」
「戦略思考家とは、みずからの担当する職務（役職、業種、業務）において、
つねにＫＦＳがなんであるかという認識を忘れない人のことであろう。
そして、彼は全面戦争ではなく、
ＫＦＳに対する限定戦争に”挑戦的”に挑むのである。」
多大なお金と時間をテクニカルサポートに費やし、より多くのドキュメントを作成し、開発スピードを遅らせ、
そして最終的には私達のアプリケーションのカスタマーエクスペリエンスを
うまくコントロールできなくなってしまうでしょう。
Webベースのソフトウェアは顧客側の作業を必要とせず、たちどころにすべての顧客に対してアップデートを行うことができます。
組織も人も最適化の果てにあるのは緩やかな死 | @masuidrive blog
http://wordpress.rauru-block.org/index.php/1587
Google にとってユーザの PC はブラウザさえ動けばよい。
Google にアクセスしさえすれば、メールもカレンダーも表計算アプリケーションも
全てサーバ上で動いてブラウザ上に表示される。
ユーザが自分のPC上にアプリケーションを
http://satoshi.blogs.com/life/2007/09/post-8.html
1. サイレント・マジョリティの声は聞こえてこない
これはMicrosoftで実際にあったことだが、
Outlookのチームではユーザーから寄せられる機能追加のリクエストに従って色々な機能を足していた時期があったが、
その結果不必要な機能ばかり増えて、単純な作業が逆にやりにくくなってしまった（たとえばカスタム・フォームが良い例）。
http://www.chikawatanabe.com/blog/2007/05/flickrcaterina_.html
「Ajaxを使ったドラッグ＆ドロップなどは一部の人しか喜ばない」
Evernoteを苦しめる「5％問題」は本当に取り組むべきことを照らす道しるべになる - GIGAZINE
Google Calendarはサイボウズにとって悪夢か追い風か？：Speed Feed：オルタナティブ・ブログ
正直なところサイボウズとしてはあまり気にする必要が無い。
Googleはいまだファイアウォールを越えて、企業システムには入り込んだ実績がほとんどないし、
これからもそれは彼らにとって高すぎる壁になると僕は思っている。
サイボウズの場合どのようなシナリオを想定するかといえば、やはり
「無料のグループウエア ASP の登場」です。
しかしこれは二つの側面から見て、サイボウズに対して直接的な影響を及ぼす可能性は低いと個人的には見ています。
http://blog.cybozu.co.jp/aono/2006/04/google_calendar.html
Google Calendar は、サイボウズが提供したい価値とは違うように感じました。
私たちが提供したい価値は、情報共有による知の創造であり、誰でも使える大衆化であり、チームワークの醸成です。
私たちは、私たちなりのアプローチで、世界に価値を提供していきたいと思います。
http://blog.cybozu.co.jp/aono/2007/09/post_c821.html
今後、新たな破壊的イノベーションによって、私たちサイボウズが存在意義を失う恐れがあります。
私たちも、時代に合わせて変化していかなければなりません。
[k] kam.iokan.de: Googleカレンダーから始まる？イントラネット2.0
サイボウズ（イントラネット1.0）にGoogleカレンダー（ウェブ2.0）
一方でサイボウズからすれば、Googleの破壊的な活動の1つGoogle Apps for Your Domainの動向も気にしているはずですだったりもします。
（おそらく、サイボウズを導入している企業でGoogle Apps...に乗り換える企業は少なく、直接競合することはないんじゃないかと考えてますが）
ちぎっては投げ:ドリコム 下方修正 - livedoor Blog（ブログ）
会社に必要なのは
共有フォルダと
あれば事足りるわけで。
大きな企業だと
掲示板や
ほしくはなるけど、
社内ブログ/社内SNSはそれよりも優先度低いと思う。
何しろなくても仕事できるし、そういうものがあることで、
逆に生産性落としそうだし。
かつて電力に起こったのと同じことが起ころうとしています。
20世紀初頭には、企業は電力会社の副社長を雇わなければならないと考えたものですが、今は壁にプラグを差せば電気はやってきますよね。
Gmailの容量が最大250GBまで拡張可能に、実際に増やしてみた
はてなブックマーク - Google カレンダーは113台のサーバで動いている - GIGAZINE
Gmail同士で外部POP（Mail Fetcher）でメールを取り込む裏技
Gmail⇔Google Apps 間の移行やGmailバックアップに！
基本的にGmailも、Google Appsも同じ操作性になっているので、相互のメールの移行に便利です。この機会にGoogle Apps（有料版もあり）へメールを統合するのも良いかもしれません。
先日Google Appsに対応した日本大学や東京女子大学、嘉悦大学、リアルコムに入る人、
au oneメール利用者、新Livedoorメール利用者などは、自分のGmailデータをひっさげて簡単に移行できる事になります。
その逆もしかり。
また、いざアカウントが消失した時のバックアップとして別のアカウントに溜め込むのもオススメです。
バックアップに関しては、送信済みメールも受信されるので便利。
グーグル、日本大学にGoogle Appsを提供--50万人規模での利用も検討 - CNET Japan
Google Apps Education Editionは教育関係者向けの無償サービス
最終的には卒業生を含め約50万人へのサービス提供
2.0の世界に挑んだ人と組織 - 無料でも可用性は低くない：ITpro
大学のOB/OGなど50万人
[N] 日本大学が「Google Apps Education Edition」採用
魅力はなんといっても「2GB以上」の大容量です。
また、情報センターの視点で見ると大学の計画停電などに左右されないのも魅力です。そして何より無料！
両校のログイン画面を見ると、非常に似ています。
どうやら日本大学に続いてGoogle Appsを導入する大学が現れたらしい - Clear Consideration（大学職員の教育分析）
Google Apps Education Edition は、無料のコミュニケーション/コラボレーション ツールと
ピクサーが社内システムを「Google Apps for Your Domain」に乗り換え - GIGAZINE
Google Apps Premer Editionを迎え撃つ必要がなくなったことに安堵する。：Speed Feed：オルタナティブ・ブログ
Google Apps Premer Editionが登場したことで、
Web型グループウェアおよび法人向メールサーバーの提供企業は、かなり深刻なダメージを受けることは間違いない。
MSエクスチェンジやノーツのように業務システムに深く食い込むシステムであれば別だが、
Gmail、カレンダーをSaaS形式で--Google Apps製品版、日本の料金は年間6300円／人に - ZDNet Japan
editions.html - www 無料 or 年額6300円/ユーザ
Standard Edition & Premier Edition
iGoogleにYahoo!も表示できる！好きなページをタブいっぱいに表示するガジェット「Your Page Here」 | G Mania - グーグルの便利な使い方
例えば、
Googleカレンダーを表示してもいいし（iGoogle用のミニカレンダーでは物足りないですね）、
Yahooカレンダーを表示してもいいし（Google以外でもOK！）、使い道は無限大です。
LivedoorReaderを表示
デフォルトではGoogleカレンダーが設定されています。
別のページを表示させるには、タブ右側の矢印をクリックして、「設定を編集」を選択します。
【iGoogle】 任意のページを追加するガジェット 「Your Page Here」: ぴっくあっぷ。
ブログの投稿ユーザー 1 人のユーザーがこのブログに投稿できます 投稿ユーザーを追加
ブログの閲覧ユーザー すべてのユーザー 選択したユーザーのみ ブログの投稿者のみ
Google Packに「更新無料」のセキュリティツールが追加 - ITmedia ニュース
Gmail (メール) Gmail
Google カレンダー https://www.google.com/calendar/render Google Calendar
Docs (ワープロ) & Spreadsheets (表計算) Redirecting...
Google Apps for Work - Google のクラウド型グループウェア 無料
editions.html - www 無料 or 年額6300円/ユーザ
Standard Edition & Premier Edition
Google Apps for Your Domain を使ってみました！ : サインアップ編 - WebOS Goodies
Google Apps for Your Domain を使ってみました！ : 管理機能編 - WebOS Goodies
test カレンダー
はてなブックマーク - 今日から始める「Google カレンダー」特集（前編）
予定をドラッグで移動できるのは偶然気づいた。びっくり。
もっと便利にGoogleカレンダーを使う7つのTips - ITmedia エンタープライズ
「11時から会議」の予定を入力する時、11時のセルをクリックしてはいないだろうか。
実はGoogleカレンダーでは適当にクリックして、簡易入力の吹き出しに「11時に会議」と入力すれば時間を自動的に調整してくれる。
日本語化されたGoogleカレンダーを使ってみました - ITmedia エンタープライズ
ログイン方法
カレンダーの入力方法
公開カレンダーの参照方法
スケジュールごと共有設定が可能。出欠確認やコメント機能も
Google カレンダーの共有機能は大きく分けて2つある。
1つはカレンダーに登録されたスケジュールごと個別に共有する機能、
もう1つはカレンダーごと共有する機能だ。
また、共有とは少し異なるが、スケジュールの内容をインターネットやブログに公開できる機能も備えている。
ユーザーごとにカレンダーを共有する場合は、空き時間もしくは予定の詳細を閲覧させるだけでなく、
カレンダーの編集権や、さらに他のユーザーと共有する権利を与えることも可能。
Google Calendar の使い方 | グーグル・カレンダーの便利な機能や特徴を紹介します
Outlookもサイボウズも窓から投げ捨てよう！
Gmailとの連携でデキルあなたを創る！
話題のAjaxインターフェースでサクサク使える次世代型Webスケジューラ「Google Calendar」の使い方！！
一日の予定を指定時間にメールで送信することができる。
⇒ リマインダーとの組み合わせで予定を忘れることも皆無。
イベントに登録できるのはイベント名、日時、場所、詳細情報。さらにコメントを書いたり招待状を送ったり。
イベントの招待状をメールで送信できる。
⇒ 参加・不参加の回答は招待状のリンクをクリックするだけ（Gmail、Google Calendarのユーザーでなくても可能）。招待状への回答もGoogle Calendarで確認できる。イベント主催者の強力な味方！
Googleカレンダーをもっと便利に使うための13のツール＆Tips | POP*POP
GoogleカレンダーでToDoリストを管理する
ブログ上で予定を確認する
Googleカレンダーのリマインダー機能を活用しよう - ITmedia エンタープライズ
携帯電話で受け取るには
多様な通知機能がGoogleカレンダーの特徴の1つだが、
「国名（デフォルトで日本になっている）」「ユーザー名」「モバイルメールのドメイン」「確認コード」をそれぞれ入力する必要がある。
Googleカレンダーを携帯で見る方法：補足 - fixture.jp
カレンダーを公開にしなくても携帯から見ることができる方法を発見。
Googleカレンダーを携帯から完全コントロール！:Gmailer
個人用PIMツールとして、とても評価の高いGoogleカレンダー。
直感的に操作できるユーザーフレンドリーなインターフェースの完成度は、
もはやGmailの域をも完全に超えてしまっていますね。
そのGoogleカレンダーを携帯から完璧にコントロールできるシステムを発見しましたので、ご紹介したいと思います。
あなたは、会社の部下と1時間のミーティングをするとしたら、いつこの予定を入れますか。
Google Calendar を便利に使う 20 の最新 Tips - オンライン快適仕事術
日報
クレーム管理
「Google Spreadsheets」、順番待ちを避ける裏技は"共有" | マイナビニュース
「閲覧のみ」、「編集を許可」というように相手の権限を設定する。
グループでテキストチャットをしながら共同作業を進められる。正に"リアルタイム"コラボレーションである。
このような複数ユーザーによるコラボレーションは、すでにGoogle Calendarで実現しているが、用途はスケジュール管理に限られる。
ToDoリスト、スケジュール、在庫管理、クレーム管理、日報、労務管理、勤怠管理、FAQ、経費管理、予約管理、設備予約、住所録、伝言板、アポイント調整
チャットをしながら作業ができる表計算「Spreadsheets」
「Spreadsheets」の「Formulas」画面。B12～H12のセルをマウスで選択、
