by
Anonymous Coward
on 2006年06月06日 23時43分
(#955011)
>ブラウザやマシンが突然落ちた時にいままでの仕事がパァとかはあんまり想像したくないね。
ブラウザが落ちた時のリカバリ機能は付いてるんじゃないかな。
>複数のアカウントで一つのシートをWebで共有できるってのは
それはSharePointで良いとして、個人的にはこっちに期待。 http://www.google.com/googlespreadsheets/tour2.html [google.com] >Multiple people can edit or view your spreadsheet at the same time as you 社内イントラでこいつ動かして、会議中に皆で表や図形をグリグリ使って議論。楽しそう。 メンツによっては喧嘩になりそうだけども・・・
保留 (スコア:3, すばらしい洞察)
Webベースで良いとしても、閉じた社内イントラ上のサーバに配置して動作するようにしてもらわないと。
Re:保留 (スコア:5, すばらしい洞察)
ありきたりな例かもしれませんが、ローンの計算だとか、電源の効率から発熱量を求めるとか、発熱量に必要なファンの風量を求めるとか、圧力損失の計算してくれるとか、梁の強度の計算だとか。
何らかの計算が必要なことを検索して、見つかったページで表計算でちょっと計算できたら凄く便利だろうなって想像しました。
cgiとか書くのも設置するのも手間だとお思いますが、それよりも表計算の式くらいはかける人はいっぱいいるでしょうし。
Re:保留 (スコア:1)
Wikiのスプレッドシート版って感じで、いろいろと夢は広がりそうですよね。
Wikipediaで記事書きながら、スプレッドシートも欲しいって良く思いました。データベースも欲しいと思ったし。
Re:保留 (スコア:1)
仕様書.xls なんてファイルを目にした人は少なくないかも。スプレッド・シートって、何か書き込み易い印象を与えるものなのでしょうか?
Re:保留 (スコア:3, 参考になる)
1と2については、その適用領域に業界の統一フォーマットというものが存在して、かつそのフォーマットでのデータの出し入れが自由にできることが最低条件ということになりましょうか。
文書領域では、XMLが切り札になるのでしょうが、現状どの程度互換性があるものなのでしょうか。
3と4については、後からいくらでも約款を変更できるというシステムの問題で、大企業がユーザで個別契約を結べる力関係にある場合はともかく、これはなかなか解決されないかもしれませんねえ。
Googleのように、経営者の倫理がそれなりにしっかりしていると見られている企業でも、インチキ企業に身売りでもしたらやはり意味がない。
5については、インターネット回線は結構深夜に保守などで計画停止されるし、ADSLなどでぎりぎりの条件で使っているとよくリンクが切れますよねえ。
そもそも本質的に、クライアントにサーバと回線という要素を付け加えているのだから、システム全体の障害率が高くなることはあっても低くなることはない。
6はいうまでもない。
いずれも杞憂かもしれないし、データがリアルタイムで共有できるのは面白いと思いますが、今のところ本格的な利用は様子見ですね。
Re:保留 (スコア:3, 興味深い)
それに見合う程度のリスクがあることを考慮した方が良いでしょう:
コンベンショナルな表計算ソフトウェアを使うのが妥当な選択肢のひとつと言えます。
Re:保留 (スコア:1)
>旧バージョンのソフトウェアが、セキュリティの問題で使えなくなる。
これは旧来のスタンドアローンPCで、ソフトのバージョンアップ等をしないなら問題はない。
まぁ、実情にそぐわなくなってきているけども。
Re:保留 (スコア:1)
で、プロプライエタリな表計算ソフトウェア製品に限った話ってあるんですか?
# Excel しかいらん、というところで Windows + Excel 以外を強制的に購入させられるようなライセンス契約形態なんてあったかなぁ……。Select でこれだけ買うこともできるんですけど。
Re:保留 (スコア:1)
そもそも表計算ソフトウェアを使う機会はそう多くないでしょう。
となれば、安全な表計算ソフトでなければ無価値です。 たとえばどんな表計算ソフトウェアでしょうか? そこらのマシンで苦労せずに build 可能な表計算ソフトウェアって、ありましたっけ? とりあえず無関係な話ですね。 自己複製を意図しているもののうまく実行できない、という話ですね。
果たしてウィルスと呼べるでしょうか? ウェブベースの表計算アプリケーションと従来のものを比較しているってこと、
忘れちゃってませんか?
プロプライエタリな表計算ソフトウェアのリスクとして挙げたうちいくつかは、
OpenOffice Calc でも実現する可能性があります。データの物理的盗難とか、
データフォーマット改訂による混乱とか。しかし幾つかのリスクは、
根本原因としてベンダ側の都合で機能を増やし、ユーザがバージョンアップ
しないと困るように仕向けようとする意図によって悪化する傾向があります。
99% のユーザは、10年前の表計算ソフトの機能があれば十分です。
Re:保留 (スコア:1)
他人と交換する機会がなければ表計算ソフトを使うことなどほとんどないとか、余程道具の有効利用を考えていないか、数字と無縁の生活をされているのですね。
別に表計算ソフトに限らず、Web アプリケーションとネイティブアプリケーションという対比にしたって構わない話だと思いますが、敢えて表計算ソフトに限定する必要などあるのでしょうか?
この観点で見ても、ASP が潰れたらデータ復旧不能なんてものはそもそもまともに業務利用できませんし、自社サーバに設置する形態が取れないものを業務で利用することなど、ASP 側が自社で必要な間サービスを提供し続けてくれるのかという話も出てきます。
エンドユーザ側が要求する機能が上がった場合に、ASP 側がバージョンアップしてくれるのか、他社の ASP に乗り換えないといけないとなった場合にはどのようにデータを移すのか。データコンバートの問題は、一般的なクライアントサイドで動作しているアプリケーションよりもはるかに面倒な話になります。
また、まともなアプリケーションを Ajax で実装しようとした場合、取り扱うデータ量が増えると果てしなく重くなったり、現状では IE6 のメモリリークバグで泣かされるという致命的な問題もあります。
ましてや、比較的 JavaScript の実行速度が速い Firefox ですらクライアントサイドで扱うデータ量が増えると (ネイティブアプリケーションなら楽勝で捌ける程度で) かなりの処理時間がかかってしまいますが、Firefox などでは処理時間がかかると、一定時間ごとに「スクリプトが永久ループしてるかもよ?」と問い合わせてきます。この間スクリプトによる処理は停止しているため、処理が終わるまで放置することもできません。
Ajax ベースでリッチなアプリケーションを作ろうとしたら、Firefox に限定したとしても、現状の一般的なハイエンドマシンより高性能なクライアントマシンを要求されますよ。
この辺りからも、まだまだ Web アプリケーションを一般的に気軽に利用できるのは、まだまだ先の話になると思いますね。まだネイティブアプリケーション + Web サービスの方が現実的です。
それと、99% のユーザは 10 年前の表計算ソフトの機能で十分とか、世の中の Excel ユーザを舐めすぎ。
Re:保留 (スコア:0)
“まだ”を使いすぎです。もう少し推敲しましょう。
>それと、99% のユーザは 10 年前の表計算ソフトの機能で十分とか、世の中の Excel ユーザを舐めすぎ。
PCを使っている人の何%がExcelを使っていると思います?
そしてそのうち何%の人が、現在ある機能を十分に使っていると思います?
私も根拠があるわけではありませんが、
“99% のユーザは 10 年前の表計算ソフトの機能で十分”
というのは妥当な線だと思います。
Re:保留 (スコア:1)
あぁ、「まだ」が多かったですね……。
で、世の中の Excel ユーザを舐めすぎの一番の根拠はデータ上限だったりするんですけどね。現在の 65536 x 256 程度では、単純に 10 年前のもので十分と言ってしまうとさすがに辛いと思いますよ。
ちょっとしたアクセスログ解析データを CSV で拾ってきて開こうとしてるだけなのに開けない、なんてのは嬉しくもなんともないですから。
表計算以外の目的で利用されているパターンも少なくない、というのが一番のポイントだと思いますよ。ワープロ代わりに Excel を使うユーザには、65536 x 256 あれば十分だとは思いますが。
ただ、扱えるデータ量だけは増えるけど機能としては同程度だったら十分だろう、と言う話であれば同意できますね。
Re:保留 (スコア:1)
それが気になるような巨大データなら、sort | uniq -c | sort -r とか
あるいは perl とかで処理する方が快適だと思いますが。
私は無縁ですが、SPSS とかで片付ける人もいるようです。
諺に、金槌しか持っていない人にはどんな問題も釘に見える、
というのがありますが、表計算ソフトにも適度な守備範囲が
あるんじゃないでしょうか。
Re:保留 (スコア:1)
残念ながら sort/uniq や Perl を使った方がいい、なんていうのは万人に薦められる方法ではないでしょう。データを見たり編集したりしたいだけで、別にコマンドや Perl を覚えたい訳じゃないのですから。自分だけなら使いますけどね。
世の中のかなりの割合の人は、自分が分かってるやり方でできることだったら、新しいことなんて覚えたくないんですよ。
ちなみに社内で見たものとしては、SPSS に食わせるデータを確認しようとして Excel で開く、というのもあったりします。そこで行数が盛大に足りなかった訳ですが。
また、ツール用に CSV を吐いて、そのデータを確認しようとしたら 256 桁であふれた、という話も聞いています。
エディタで開くにしてもソートとかしにくいし、Access なんかで開く場合には、それこそ mdb を一度作る必要がある上にクエリ条件組み立てないとダメだしで面倒なんですよね。残念ながら、一番手軽に誰でもやりたいことができるのが Excel だったりします。
Re:保留 (スコア:1)
根強い錯覚があるから MS-Office の御商売が成り立っているとも言えますが。
せっかくプログラムするなら再利用できるようにまとめたい、などと考えると、
オブジェクト指向に則ってコードのまとまりを作れる言語の方が「簡単」です。
私のような怠惰な立場から言っても、他人が作ったモジュールを簡単に探し出せる
Perl の方が色々な意味で「簡単」ですね。
ただし、自転車に乗る練習と同じくらいの努力が最初に必要ではあります。
Re:保留 (スコア:2, 興味深い)
恐怖!Googleアカウントあぼーんの謎 [gmail-maniacs.net]
Re:保留 (スコア:0)
Re:保留 (スコア:1)
得てして、リスクをとってゲインがあった場合のほうが、皆の記憶に残って、華々しいもの。
様子見して、リスク回避できたことはなかったのと同じだしね。
#個人的には積極的にリスクはとっていきたいところ。
Re:保留 (スコア:0)
Re:保留 (スコア:2, おもしろおかしい)
既に個人の性的嗜好はバッチリ記録されている訳で。
#眼鏡っ娘とかチャイナドレス萌えである事はGoogleにはバレているだろうけどAC
Re:保留 (スコア:2, すばらしい洞察)
洩れても構わないという人も多いでしょうが、業務データ、
特にエクセルで作るようなデータは、外部には絶対洩らせ
ないでしょう。
Re:保留 (スコア:0)
どうでしょうね。ヨノナカの業務メールってそんなに暗号化されてます? 理屈の上では契約してるプロバイダには筒抜けですしキャプチャもされる可能性があるんですけど。
これにしたってある程度機密性が必要な場合は暗号キーをローカルで持ってやれば同じことじゃないかな。
Re:保留 (スコア:0)
Re:保留 (スコア:2, すばらしい洞察)
正直所内の共有ドライブなんてすぐ一杯になるし。
お前ら前任のいらないデータは消せよ、とかになるんで、一括全部サーバー側で面倒見てもらえるならその方がいいかも、というニーズはありそう。
データ自体は暗号化しておけばいいんじゃないかな。
-----------------
#そんなワタシはOS/2ユーザー:-)
Re:保留 (スコア:1)
>時代がすぐそこにやってくるかも。
データへの有効な検索到達手段が提供されるなら、
良いかもしれませんね。
うちは
廃止になったファイルサーバ上のデータ。
移行中に障害で頓挫しているファイルサーバ上のデータ。
障害発生で各自がローカルに保存しているデータ。
廃止になったはずなのになぜかいつの間にか使えるように
なっているファイルサーバ上のデータ。
と、カオス状態で、どこに何を保存しているのやら。。。
でも、データだけサーバに置くのであれば、
あまりwebベースアプリである必要性はなさげ。
Re:保留 (スコア:2, 興味深い)
Re:保留 (スコア:1)
確かに社外秘の情報や顧客情報を書いたりするのは使えませんが、危なくない使い方なら良いんじゃないですか?
ゲームのスコアつけるとか(チャットで実況しながら付けれますね)、最初からWebに公開する予定の表を作るとか(どこかのスペースにアップロードする必要が無いので便利)。
Re:保留 (スコア:0)
以前の記事で同様のサービスがいくつか紹介されていたけど、まだ試してはいなかったので今回応募してみた。
複数のアカウントで一つのシートをWebで共有できるってのはちょっと使い道がありそうだね。
wikiと違ってxlsで出力出来るのが面白い。
やり過ぎくらいがちょうどイイ
Re:保留 (スコア:5, すばらしい洞察)
アプリケーションやマシンが突然落ちるリスクとあまり変わらないのではないかと思います。
こまめに保存をして万が一に備えましょうというのは、Webベースであろうが無かろうが関係ないのではないかと。
Re:保留 (スコア:5, 興味深い)
工夫次第で、ブラウザやマシンが落ちてもデータをサーバーで保持してもらえるようにもならないか?
再ログインするだけで何事も無かったかのように作業を継続できる仕組みに。
元コメントは情報をサーバーに預けてしまうことを危惧してるのだと思うが。
ビジネス向けには Google Mini のような形で出せなくもないっしょ。
Re:保留 (スコア:5, 参考になる)
>パァとかはあんまり想像したくないね。
IT mediaの記事 [itmedia.co.jp]によると、「文書を一度保存した後は、オートセーブが常時作動し、文書が変更されるたびにファイルが保存される」らしいから、以外にその辺は安心なのではないでしょうか。
データのセキュリティに関しては、大いに不安な気がするけど。
Kaori
Re:保留 (スコア:3, 参考になる)
逆に「うーん、これなら元のままの方がいいや。破棄して開き直そう」なんてことが出来ないんですね。
数式を組むときとかは、試行錯誤が多いので、そういうことが結構あります。
まあ、「オートセーブしたもの」と「明示的にセーブしたもの」が別になっていればそれでいいのですが…
出来れば、vi の recover file みたいにな感じで。
Re:保留 (スコア:0)
>数式を組むときとかは、試行錯誤が多いので、そういうことが結構あります。
そこはそれ、これからの成長次第でしょう。
安全側から煮詰めていくのはわからないでもないです。
Re:保留 (スコア:1)
この不安が解消されない限り、重要な仕事には使えないということになるんでしょうね。
となると、学生のレポートづくり位にしか使われないのかも。
もしかしたら漏れるかもと思ったら、住所録や家計簿なんかにも使いにくいですよね。
Re:保留 (スコア:3, 参考になる)
実際問題、メールなど適切に運用すれば問題はない一方で Winny 経由の流出とか今時ローカルで動く方が安全とは言い切れないような。
の
Re:保留 (スコア:0)
Re:保留 (スコア:1)
社外のデータセンタは専用線か少なくともVPNで、クローズドなネットワークですよね。
不特定多数がアクセスできるGoogle(インターネット)に置くのとは全然違うと思いますが。
とはいえ、最近は企業向けでもインターネット経由のASPのスケジューラサービスとかデータやりとりのサービスとかあるので、比較すべきはそちらでしょうな。
-- sun burst.
Re:保留 (スコア:3, 興味深い)
あれはかなり高度にメールの書き途中を勝手に自動でセーブしておいてくれる機能がありますよ
そういう機能を積極的に搭載する風土?みたいなのがあると思います。
Re:保留 (スコア:1, 興味深い)
ブラウザが落ちた時のリカバリ機能は付いてるんじゃないかな。
>複数のアカウントで一つのシートをWebで共有できるってのは
それはSharePointで良いとして、個人的にはこっちに期待。
http://www.google.com/googlespreadsheets/tour2.html [google.com]
>Multiple people can edit or view your spreadsheet at the same time as you
社内イントラでこいつ動かして、会議中に皆で表や図形をグリグリ使って議論。楽しそう。
メンツによっては喧嘩になりそうだけども・・・
確か簡単な線画のスケッチは既に有ったよね。全ユーザがリアルタイムに同じホワイトボードに落書きできる奴。