Officeが遅いから？ MicrosoftがWindows起動時に読み込み機能で対策か
引用元：https://news.ycombinator.com/item?id=43852162
なんか昔も同じことやってたよ。MicrosoftはOffice 97で”Office Startup Assistant”か”Office Startup Application”（osa.exe）ってのを導入してたんだ。システムトレイに入って、起動時に主なOffice DLLsを読み込んでたみたい：https://web.archive.org/web/20041214010329/http://support.mi…
OpenOffice.org（LibreOfficeの前身）もこの機能をコピーしてて、”QuickStarter”って呼んでたんだ。いつか正確には知らないけど、2003年よりは前：https://www.openoffice.org/documentation/setup_guide2/1.1.x/…
MicrosoftはOffice 2007でosa.exeをデフォルトじゃなくして、Office 2010から”削除”したんだ：https://learn.microsoft.com/en-us/previous-versions/office/o…
今、それを復活させるのかな？
これ知りたくてここに来たんだよね。昔の、まだHDDがボトルネックだった頃からの古いアイデアだよ。バイナリをプリキャッシュするっていう。
Office 97を10年以上経ったPCで試してみると、マジで信じられないくらい速くて軽いんだ。起動は一瞬だし、超サクサク。それに、あのアプリは機能が不足してたわけじゃないんだよね。Word 97には、デスクトップワードプロセッサに求めることの95%が入ってたよ。
＞ from the days when spinning rust was the limiting factor
でも、なんでまたこうなったんだ？今はNVMeでギガバイト/秒とか、ローエンドでも少なくとも4コアのめちゃ速いCPUなのに。
なのにテキストエディタが起動するのに時間がかかって、PC起動時に読み込んでおく必要があるなんて…。この仕事、本当にイライラする分野だよ。
こんなこと言うとマジで典型的な”最近の若いモンは”的な発言だって分かってるんだけど、俺たちはソフトウェアエンジニアリングの技術を失ったんだと思う。
機能をとにかく詰め込んで、できるだけ早く多くの人に送り出すことばかり。パフォーマンスはいつも二の次だ。
昔をそんなに懐かしんでるわけじゃないけど、もしできたなら俺たちも全く同じことやってただろうね。
でも性能の制約があったから、気にせざるを得なかったんだ。現代の技術がその制約から俺たちを”解放”しちゃったんだよ。
企業が高速なアプリを作るのに戻ってくれたらいいんだけど、残念だね。全部機能満載で、インターネットの半分をダウンロードしないと。
俺のIntelliJライセンスが今日切れたから、今はSublime Textに戻って使ってるんだけど、正直言って新鮮だしホッとするよ。一番速いエディタじゃないはずだけど、確か裏ではPython使ってるんだ。
Zedもインストールしたけど、プラグインとかキーボードショートカット全部合わせるのがいつも大変なんだよね。あれはコールドスタートで2〜3秒かかったな。
一部の現代ソフトウェアが遅いのは、誰かがメイン機能のクリティカルパスでネットワークから何かを取ってくるっていう、悪い判断をしたからなんだ…。マジで嫌になる。
Niklaus Wirthが1995年に、彼のエッセイ『A Plea for Lean Software』でこのことについて書いてるよ。
約25年前、インタラクティブなテキストエディタはたった8,000バイトのストレージで設計できたんだ。（現代のプログラムエディタはその100倍を要求する）。オペレーティングシステムは8,000バイトで管理しなきゃいけなかったし、コンパイラは32 Kbytesに収まらなきゃいけなかったのに、現代の子孫はメガバイトを要求する。
これだけ肥大化したソフトウェアは速くなったのか？いや、それどころか、ハードウェアが千倍速くなってなかったら、現代ソフトウェアは全く使い物にならないだろう。
https://www.computer.org/csdl/magazine/co/1995/02/r2064/13rR…
そうは言っても、かなり若い俺としても、それが間違ってるとか、年寄りだけが思うことだとは思わないね。
ソフトウェアは必要最低限のパフォーマンスしか出さないみたいで、だからハードウェアが進歩しても、俺たちのコンピュータはソフトウェアをそんなに速く動かしてくれないんだ。
パフォーマンスを気にしないソフトウェア作者にはイライラするね（そして俺は年寄りだ）。
コンピュータがシングルスレッドでできることの量はすごいし、コンピュータは今や仕事をこなすためのスレッドを10個以上持ってる。もし開発者がパフォーマンスを気にしたなら、今の20倍は簡単にパフォーマンスが出るはずだ。
”アセンブリで書け、バーカ”って言ってるんじゃない。ただナイーブじゃなくて、賢くやれってことだ。俺がサポートしてる開発者たちは、自分が解決してる問題について単純に考えてないことが多くて、彼らにとって一番シンプルな方法で問題を解決するだけで、コンピュータにとって一番シンプルな方法じゃないんだ。
ソフトウェアは非効率の増幅器なんだ。なぜなら、一つのコードに対する開発者の数は、そのコードを実行するコンピュータの数よりずっと少ないから。クソみたいな実装のためだけに、どれだけ石炭が燃やされてきたか？答えは””大量だ！””って断言できるね！
たとえ石炭の使用量を気にしなくても、アプリが突然以前より5倍速くなったら、ユーザーがどれだけ幸せになるか考えてみて？じゃあ、自分のソフトウェアが遅くなってほしいと願う顧客がどれだけいるか考えてみて（TheDailyWTF以外で）：ゼロだね。
JavaScriptやPythonみたいな言語は、CPUやキャッシュからあなたを遠ざけすぎるから、たとえそういうことを考えてたとしても、どうすることもできない。JSとElectronは開発者には素晴らしいけど、上で説明した増幅のせいでユーザーには最悪だ。
この分野でハッスルカルチャーが全てを乗っ取ってて、俺にとって重要なこと、例えば品質とかパフォーマンスとかサポートが全部ドブに捨てられてるのには、もううんざりだ。
Copilotみたいなものが、これに役立つかもしれない、と願ってる。おそらくCopilotは、空想にふける開発者よりも良いコードをアプリに導入するのを助けてくれるだろうけど、vibe codingの存在がそれを無効にしちゃう可能性もあるだろうね。
AIがかなりすぐにやるであろうことの一つは、存在するソフトウェアの量を劇的に増やすことだ。そして、それが全部ひどい出来になる可能性について、ちょっと心配してるんだ。
それは、現代の開発者が全体的にレイテンシの違いを全く理解してないからだよ。
昨日、MySQLでオンディスクの一時テーブルがインメモリより遅い理由を人々に説明しなきゃいけなかったんだ。””でもディスクはSSDなのに””ってマジで言い返されたよ。それがAuroraで、””ディスク””がSAN経由で公開されてる（複数の）SSDのスライスだってことは全く気にされてなかったんだ…。
＞ I wish companies would go back to building fast apps
90年代のWindowsアプリが、今と同じことのほとんどを、今のハードウェアより桁違いに性能が低いハードウェアで、しばしばより速くできていたのは、どれだけ効率的だったか考えると魅力的だね。
前にこのことを言ったとき、おそらくここでも言ったんだけど、パフォーマンスの低下は現代のセキュリティ—脆弱性対策、暗号化などのコストだと示唆されたんだ。
高速なアプリ好きなら、Windows explorerの代替のFilePilot見てみたら？
https://filepilot.tech/
マジで超速いよ．まあ機能はいくつか足りないし、ベータ終わったらめっちゃ高くなるみたいだけどね．
それって、開発者が大学とかちゃんとした教育じゃなくて、オンラインコースから学んだときに起きることだよね．「誰でもコード書ける！」だってさ．
Ribbonは、ショートカットが体に染み付いてない大多数の人にとっては良かったよ．ずっと分かりやすくなったしね．
ああ、てっきりこういう門番みたいな排他的な考えはもう終わったと思ってたよ．CSの修士号持ってても、全然コード書けない人とか一緒に働いたことあるもん．僕の経験だと、プログラミングをどう学んだかってことと、全体をどれだけ深く理解してるかってことには、ほとんど相関性がないんだよね．
＞こんな典型的な「若いモンは分かっとらん」発言だけど、ソフトウェアエンジニアリングの技術は失われたね．
ソフトウェアの肥大化にうんざりしてるけど、自分で努力すればまだ希望はあるって話．例えばPlan 9ってOSは、OS丸ごとすぐ再構築できるくらいシンプルで速いんだ．業界の言うこと気にせず、自分たちでやろうぜ．
開発効率が悪いのはJS/Pythonじゃなくて設計の問題だって思う．Electron製のVS CodeがC++製のVSより速かったことからもそれがわかるよ．それに昔のWindowsやOfficeだって結構遅かったこと、みんな忘れがちだよね．
ソフトをこれ以上非効率に、遅く、肥大化させられないだろうと思ってた矢先に、Electronみたいなのが出てきて、アプリと一緒にブラウザ丸ごと送ってくる！で、それより悪くなることはないだろうと思ったら、今度はDockerやコンテナが出てきて、アプリと一緒にOS丸ごと送ってくる始末．次はテキストエディタ動かすのにコンピュータ丸ごと郵送してくる未来が楽しみだよ．
＞全体的に、昔のコンピューティング時代を理想化してる人たちは、90年代のWindowsとかVS、Officeがどれだけ遅く感じられたか見てなかったか忘れてる気がするね．
90年代と今の「遅い」は、ハードウェアの進化を考えたら全然意味が違うってこと．CPUとかストレージが当時より何桁も速くなってるんだから、今の遅さは比べ物にならない非効率さなんだ．スピードを正規化して話さないとダメだね．
それはソフトを初めて使う最初の5分間だけ真実だったかもしれないね（CUAアプリを一度も使ったことがない場合だけど）．そのあとは、間違いなく悪くなったよ．
CUAってのは「dosとwindowsの標準メニュー＋キーボードショートカット」のことね．https://en.wikipedia.org/wiki/IBM_Common_User_Access
同意。みんな「C++じゃないから遅い」って言うけど、実際はI/OとかN^2 algosが問題なんだよね。
ずいぶん前にMSPの仕事してたとき、law office clientsはWindows版遅いからDOS版のWordPerfect使ってたな。ファイルをディレクトリに整理せず、全部スクロールして探してたんだ。でも開くのは超速かったから気にしなかった。Windowsだとマウスで3回クリックして待つけど、DOS character modeだと一瞬だったよ。
失礼に聞こえたらごめんね、信じてないわけじゃなくて興味あるんだけど、もう少し詳しく話してもらえない？考えてた例とか、もし経験あるなら、アカデミックな人より独学のプログラマーに驚かされた点とか聞きたいな。逆に足りてなかった点とかも。もしHNとか他のコメントで答えてたら、リンクしてくれてもいいよ。
俺たちユーザーとか顧客のために開発するのやめて、開発者の人生を楽にするために色々追加したんだ。
なんで俺のデスクトップアプリは全部JSで書かれてるんだよ！
例：[リンク] LibreOfficeで表計算ファイル開くとき、印刷しなくても30秒フリーズすることがある。プリンター設定を読もうとして、ネットワークプリンターがオフだとタイムアウト待ちになるから。2011年に報告されて、まだ直ってない。[リンク]
＞なんで俺のデスクトップアプリは全部JSで書かれてるんだよ！
JS以外のUXフレームワークの現状見た？それが理由。JS/css/htmlは他の言語が追いつけないくらいUX分野を制覇。最新フレームワークはこれの模倣で、拡張書く開発者ほぼいない。Intellijは90年代のSwing使ってる。欠点だらけだけど、JavaFXよりマシ。サポート多いから。
遅さ以外に、機能過多が品質低下を招いてる。バグだらけで、変わるUIにユーザー混乱。ソフトウェアがシンプルなら、正確さの保証もできるはず。プロトコルをモデルチェックしたり、Dafnyみたいに条件検証したり。変化のための変化が多すぎるんだよ。
Electronの問題は、ビジネス的には最高ってこと。数人でWebアプリをラップしてOSと統合すれば、アップデートもほぼタダ。でもユーザーには最悪—重い、遅い、ネイティブ感なし、開発者も大変な固有バグとか。軽量ユニバーサルエンジンがないと、デスクトップUI開発は暗いな。Tauri+WebViewは promisingだけど、Linuxや古いシステムで問題。
Pythonパッケージ研究で言いたいこと：Pipが遅いのは、デフォルトでバイトコード事前コンパイルするから（マルチプロセス使わない）、何もしなくても何百もモジュールをインポートするから、ローカルインストールでもネット接続用ラッパー作るから、ファイルあるのにセッションシミュレートするから…だいたい分かった？「Pythonだから」は関係ないんだよ。
うん、なんでこれがこんなに注目されてるか分かんないな。起動時に立ち上げて後で作業避けるって、Windowsで一番古いパターンだよ。新しいスタートアップアプリ削除しなきゃいけないのはうざいけど、何十年もメンテの一部だったし、Officeが一番ひどいわけじゃない。なんでHNは昔からやってたことと同じことをMicrosoftがやるのに急に興味持つんだ？
Windows XPから速いExplorer代替を探してたんだ。ワークフロー変えずに使えるやつで、これは試した中で一番速い！アーリーバード割引もあるし、もう買うって決めたよ。投稿ありがとう！他におすすめの速いアプリがあれば教えてほしいな。俺のおすすめはSpeedcrunch [0] とEverything [1] をListary [2] と組み合わせる方法だよ。
[0] https://github.com/ruphy/speedcrunch
[1] https://www.voidtools.com/
[2] https://www.listary.com/
色々なファイラーも試したけど、これが一番。
もっとコメントを表示（1）
Officeが遅いしCopilotとか邪魔すぎて、もう使うのやめたいレベル。OneNoteとOneDriveしかほぼ使ってないのに、アプリのプッシュがウザすぎる。Satyaに”使わない機能を知らないで済むにはいくら払えばいいんだ？”って聞きたい気分。30年のOfficeとの関係終わらせて、Libre OfficeとSyncThingに乗り換えようか考えてる。昔のウザくないOfficeなら年間50ドル払ってもいいんだけどね。
Office 2003は今でも全然普通に使えるし、昔ライセンス買ってたら無料だよ。あのバカなリボンとか、他に邪魔な新しい機能もないし。最近WordでAI APIを呼んでAI翻訳するマクロ書いたんだけど、マジでうまく動くんだよね。
あんた、絶対戻ってくるよ。LibreOfficeは見た目がマジでキモいから、使うのかなり大変だよ。
俺は99%の文書でLibreOfficeを全然問題なく使ってるよ。自分でPandocで文書生成もしてるし。このやり方は今までマジでうまくいってるね。
俺はもう何年も前にメインツールをGoogle Docs/Sheets/Presentationsに切り替えたんだ。もう6年間、ローカルのOfficeなんて入れてないよ。Google Workspaceには電子署名ツールが組み込まれてるし、Google Docsの変更履歴もマジでいいね。
Office 2003の最大の弱点はdocxとかをちゃんと開けないこと。新しい形式と互換性がないから、共同作業には向かないね。利点はアクティベーションとかが無くて、シリアル入れたら一生使えるとこ。俺も2003だけ使おうとしたけど、docxの編集で送ってきた人と何度も揉めて、結局諦めたよ。
Excelについてはその通り。Excel 2003は行数・列数に制限があるけど、2007以降はもっと大きいシートを扱えるんだ。最近使った新しいLAMBDA()関数も便利で、以前VBAでやってたことが簡単にできるようになった。VBAファイルは開くときセキュリティ警告出るしね。Word 2003ならExcel 2003よりはマシかも。
Excelについては君が正しいね。でも、大きなデータファイルはスプレッドシートじゃなくてdbで扱うべきだと思うな。sqliteは（拡張機能を使えば）Excelファイルをクエリできるし、超速いし、どんな関数でも使ったり自分で書いたりできるよ。
Office 2003でもdocxとかxlsxとかpptxファイル開けるぜ。だいたい読み取り専用で開くから、編集するには”save as”しないといけなくてちょっとイラつくけどね。それ以外は普通に使えるよ。
Geminiとかさ、ワークスペースの管理者が無効にできるんだぜ。あとさ、Googleは利用規約読めば分かるけど君らのデータ”盗んだり”しないから。学習とかもそのワークスペース内だけに限られてるんだよ。ちょっと考えれば分かると思うけど、デカい法務チーム抱えてる会社がGoogleにデータ渡すような契約なんて結ぶわけないじゃん？
”View”と”Open and edit”は違うんだよなー。ビジネスだと後者が必要じゃん？それができないなら、最初から100% LibreOfficeでいいんだし。そう、これが”堀”なんだよ。
LibreOfficeはマジ勘弁してほしいわー。バグだらけ（起動時にプリンター待つのがデフォルトとかさ…）、20年前みたいなダサいUI、パフォーマンス悪いし、起動もクソ遅い。書式崩れとか互換性の問題もひどいし…全体的に最悪な体験なんだよね。
こういう時ってさ、HNがコメントのカルマ公開してたらいいのにな。Microsoft社員も見てるだろうし、あのコメントにすごいアップボート付いてるの分かるはず。特に「金払ってる客なのに、Officeが積極的すぎ。もう”無理！”レベル」ってとこ。Satyaに「いらないサービス黙って使わせないために、あといくら払う？」って聞きたい。昔は価値あったのに、今は常にストレス。
ちょっと前の話だけどさ、たぶんみんなが言ってるのは、編集するには”save as”しないとダメってことだと思うんだ。Office 2003は新しい圧縮形式を、内部形式じゃなくてエクスポート用の形式って思ってるからね。
LibreOfficeさ、”Office Icons”みたいなテーマとかアイコンパック出すべきだよなー。だって、ほとんどの人がMS Officeで育ったせいで、LibreOfficeのアイコンが何なのか半分も分かんないんだもん。あと、Google Docsみたいな”シンプル”モードもあったらいいかもね。ほとんどの人はそれで十分だし。それ以外は問題なく動くし、作ったドキュメントで困ったことないよ。特にPDFに直接エクスポートする機能はマジ好き。
あー、そりゃ残念だな。長いことチェックしてないからなー。でもさ、ここ数年でOfficeのUXは俺にとってもどんどん悪くなってるんだよ。見た目が嫌ってわけじゃなくて、どんどんデカくて太くなって、画面スペース取るのに情報量が少ないんだ。もしオープンソースの代替が合わないなら、俺の最後の手段は、たまに使うOfficeアプリの最後のパッケージ版買って、絶対アップデートしないこと。ここ10年くらいで「おっ、これいいな」って新機能なんて一つも追加されてないし。
LibreOfficeにもMS Officeみたいに見えるテーマがいくつかあるよ（リボンとかモダンUIとかね）。やり方はね、「TOOLS ＞ OPTIONS ＞ ADVANCED ＞ Enable experimental Options （注意：実験的機能だから不安定かも） ＞ OK」を選んで、LibreOfficeを再起動してね。再起動したら「VIEW ＞ TOOLBAR LAYOUT ＞ NOTEBOOKBAR」を選んでみて。そしたら「VIEW ＞ NOTEBOOKBAR ＞ CONTEXTUAL GROUPS／ CONTEXTUAL SINGLE ／ TABBED」で色々オプション試せるよ。
俺もこれやってるけどさ、他のMS Office使ってる人と一緒にドキュメント共同編集すると、結構な書式崩れが出るんだよね。
Officeが遅いって話だけど、Libreofficeと比べるとさ。バグとかUI古いとかパフォーマンス悪いとか互換性ないとか言われてるけど、プリンター問題は経験ないし、UIは分かりやすいし、Javaアプリにしては速いと思う。互換性問題は完璧じゃないけど、Officeユーザーの使い方のせいもあるんだよ。完璧なレンダラー前提で使ってるんだから。
リボンとかUIについては同意だけど、特にExcel 2003は今日ではかなり制限されてる感じするよね。シートで最大255列までしか扱えないし、マジで便利な関数（SUMIFSとかXLOOKUPが特に頭に浮かぶけど、SORTみたいな新しい配列関数も）がいくつか足りないんだよ。
「大きなデータファイルはスプレッドシートじゃなくてDBで扱うべきだと思う」
お前側の負けだよ完全に。遭難信号弾上げるか、かがり火でも炊けよ、終戦からお前が住んでる島から誰か助け出してくれるかもしれんぞ。
OnlyOfficeには結構満足してるんだよね。LibreかOpenOfficeベースだと思うけど、2012年くらいのMS Officeにかなり似てるんだ。
昨日友達と話してて気づいたんだけど、Wordで実際に文章書くの、とっくの昔にやめてたわ。でかすぎるし遅いし使いにくいんだもん。プレーンテキスト環境（色々あるけど、多分Obsidianかemacs）で書いてるよ。もしWordを立ち上げるとしたら、それはドキュメントを構成したり、配布用にフォーマットするため。文章作成にWordはもう役に立たない。これは悪いことみたいだね。
OpenOffice/Libreofficeってさ、複数のUXスタイルを選べるんだよ。古いOfficeみたいにボタンを並べ替えたり、リボンみたいなやつとか、他にもたくさん。最初にこの（ちょっと隠し機能っぽい）機能に気づいた時はマジで驚いたわ。試してみるべきだよ。
前のコメントで言われたUXスタイル変更機能、実際は「表示」→「ツールバー」→「カスタマイズ」→「ノートブックバー」って深くて分かりにくいんだ。テーマ変更オプションもないみたいだし。MS Officeの代替目指すならもっと簡単にすべきだよ。Linux歴20年の俺でも直感的じゃないから、新しいユーザーには厳しいだろうね。
いや違うよ、実際は「メニュー」：→「ユーザーインターフェース」だよ。
https://postimg.cc/sMhhFvC1
そしたらこのダイアログが出てくるんだ。
https://postimg.cc/YhVWyQVJ
データベースソフトとか使わない普通のExcelユーザーにとっては、SQLiteやMS Accessは面倒くさいんだよね。例えば、10万行くらいのCSVファイル（別に”そんなに”巨大じゃないし）をダウンロードして、クリックすればExcelで即座にグリッド表示で見られる。データを切り分けたりピボットしたりするのは、SQLでWHEREとかGROUP BYを書くよりExcelの方が断然速いよ。前に、なんでデータベースがスプレッドシートツールのワークフローエルゴノミクスを代替できないかってコメントしたことあるけど、それと同じ理由だよ。
PythonとかRとかJupyter notebooksも、普通のExcelユーザーにとってはExcelの代わりにはならないんだ。Excel 2003の65536行っていう少ない行数は、1980年代の16ビットコンピューティングの遺産で、後方互換性のために32ビットになっても長く引き継がれただけ。スプレッドシートユーザーは、65536行より多く使いたいだけで、データベースとかPythonに乗り換えたいわけじゃないんだよね。
ファイル形式が全然違うんだよ。確か.docファイルは基本的には実装依存で、c-structsをそのままディスクにダンプしたみたいな感じ。
.docxはちゃんとした仕様の、圧縮されたxml形式になってる。
仕事で毎日Officeソフト使ってるけど、あのクソアプリがなんであんなにトロいのか全然理解できない。生産性マジで落ちるんだよ; ちょっとしたタスクも先延ばしにしちゃうのは、その作業時間の半分がOfficeのいろんな部分が読み込まれるのを待ってる時間で、それがなんかめちゃくちゃストレスになるから。一つ一つの時間は大したことないって分かってるけど、あのクソがランダムなタイミングで何かクソみたいなものを読み込むために止まることの心理的影響は、時間が経つとマジで耐えられなくなる。頭に一滴ずつ水滴を垂らされる中国の拷問みたいに、徐々に痛みに変わっていく感じ。
あんなにクソでトロいのは、ブロートウェアだからだよ。MSにとっては幸運なことに、企業向けの世界ではある種の独占状態だからね。
もっとコメントを表示（2）
OfficeはJiraみたいなもんだよ: 単体で見るとクソだけど、実質的な代替がない。
トロいだけならまだしも…、たくさんの認知されてるバグがあるのに誰も気にしないみたいだね。
昨日、Outlook 365を使ってて、メールの中にURLが一つあったんだけど、それを他のメールでも探す必要があった。当たり前で、メインの使用例の一つだろ。検索ボックスにURLを入れたら、0件の検索結果（コピー＆ペーストした元のメールも含めて）。マジかよ、もしかしたら非英数字が内部の正規表現かなんかを邪魔してるのかもと思って、ホスト名だけにして試したけど、それでも0件（全てのメールボックス、本文検索含めて）。
もしかしたらExchangeの設定かなんかかもしれない、誰が知るかよ、どうでもいいわ。こんな基本的な技術と格闘して、実際の仕事ができないことにマジでムカついた。
最近は毎日macOSのMail.appを使ってるんだけど、あれはなんかこれ（Office）よりもっとひどいよ。特に検索機能、さらに奇妙な動きをする。2000年代初頭から基本的なデスクトップ機能が退化してるみたいに見えるなんて、マジで驚きだよ。
Excelユーザーのたった1%がピボットテーブルかなんかが必要だからって、俺たちがみんなそれに縛られてるなんて、マジでクレイジーだよ。LibreOfficeで大多数のユースケースには十分なんだから。
主要なメールウェブアプリ/クライアントで検索機能がなんであんなにひどいのか、マジで混乱してる。検索はよく研究されてる機能だし、ちゃんと動くはずなのに、メール（特にO365）で探してるものを見つけられた試しがないんだ。日付を知ってからスクロールするのが、一番正確な探し方みたいだよ…。
代替ソフトはたくさんあるよ。山ほど。でも、どれを使うか考える必要があるんだけど、それが大多数の人にとっては面倒すぎるんだ。
みんな俺がなんでvim使ってターミナルに住んでるか不思議がるけどさ．．．だって全部一瞬で開くし，メール，spotify，エディタ，デバッガ，PDFリーダー，ファイルブラウザ（画像プレビュー付き）とか必要なもの全部動かしても，メモリ1Gも使わないしCPUも全然食わないんだぜ．GUIは設定探しが面倒でBloatなんだ．しょぼいTUIですら多くのGUIより速くて使いやすいことも多い．そりゃGUIの方が良い時もあるよ．TUIのGimpなんて欲しくないけど，多くのものにはあの肥大化はいらない．あんたが言ってる中国の拷問みたいなのが嫌いだからだよ．俺たちはプログラマーなんだから，そんな生き方しなくていいんだ．
＞Excelユーザーの1％しかピボットテーブルとか使わないからって皆それに縛られてるなんて信じられない
金融とか保険業界はExcelパワーユーザーだらけだよ．＞LibreOfficeで十分なユースケースが大半
Excelは多くの大規模ワークフローに統合されてるから，LibreOfficeに変えるってことは中心的なビジネスアプリケーションの重要な部分を書き直すってこと．すごく良い理由が必要だよ．
そうそうOutlookの検索機能は．．．エキゾチックだね．1年前に誰かにメール送ったの絶対覚えてるのに，TO：その人の名前って入れても出てこない時，マジでイラつく．あと：Smart foldersがまだない．俺たちが職場で使わなきゃいけない”New Outlook”にはないんだ．Appleは2007年にはこれあったのに．
OneNoteも同じ感じだし，ウェブ版はノートブック全体で検索できなくて特定のフォルダだけなんだ．
うちは小さいソフト会社でOffice 365とExchangeでメール使ってる．俺はMac Mailで管理してて上司はOutlook．
月に数回，上司がOutlook検索で困ってメールを探してくれって頼んでくる．めちゃくちゃ簡単な検索でも．俺はすぐに見つける．Outlookはダメ．どうやったら検索をここまで酷くできるんだ？
俺，専門でニッチな検索エンジンを開発してるんだけどさ：検索ってのは最初簡単そうだけど実はめちゃくちゃ難しい問題で，何十億ものエッジケースに対応する必要があるんだ．最適化するたびに別のケースが悪化する．
まあそれは置いといて，俺も大体どこも検索がクソなのはムカつく．難しいけどそこまで難しくないはずだ．
そうだよ，Mac Mailがメール全部ダウンロードしてローカルでインデックスしてるからさ．Outlook（特に新しいやつ）はただのElectronベースのウェブメールなんだよ．だから検索は全部クラウドでやっててメールの完全なコピーを持ってない．クラウドベースの検索がちゃんと動いてれば問題ないんだけどね．まあ．．．その件については．．．
”クラシック”なOutlookの方がマシなはずだけど俺の経験だとダメだった．マジで酷い，メールクライアントのコア機能じゃん．
追伸：Copilot使えるならなんか知らんけど探し物はずっとマシになるよ，でもAIみたいに当たり外れあるけどね．
LibreofficeのCSVサポートはMicrosoft officeに比べて圧倒的に優れてるよ．代替ソフトにはそれぞれ違う強みと弱みがあるんだ．
同意しようと思ったんだけど，emacsをemacsclientで開くようにエイリアス設定しててOfficeがやろうとしてることと全く同じことやってるって気づいたんだ．
今回はvimにお前さんの勝ちだけど，次こそは勝ってやるからな．
macOSのSpotlight検索って大体ちょっと．．．ムラがあるよな．超速いSSDがあるんだから一瞬で確実なはずなのに．どれだけ難しくないんだろう？BeOSは30年も前にこれを理解してたみたいだけど．AppleはAPFSが開発された時にこれを完全に修正するチャンスを逃したんだ，でも連中は太って幸せで腹に火がついてない．Craig Ferengiは辞めるべきだ．
特定のすごいニッチなケース１つだけでも対応してくれたら嬉しいな「この単語を含むメールを全部見せて」
Open Source好きの人が「Excelとか何に使うの？」って感じで見下してるのイライラする。
LibreOfficeのCalcでExcelみたいなテーブル作りたいって聞いたら「そんな機能いらなくない？」とか「データベース機能使え」とか、全く分かってないのに偉そうに言う奴らがいて、マジで狂ってると思った。
結局Excelに戻る人もいるし、Open Sourceが普及しない理由ちゃんと知ろうとしないとダメだよ。
［Edit：これお前だろ：https://news.ycombinator.com/item?id=43855927 ！やっぱそうか。］
Libreofficeって昨日今日できたわけじゃないし、その前のOpenOfficeはもう25年前だよ。
そもそもの話、なんで毎年値段が変わるかも分からない高い方を選んだの？って疑問になるよね。
生命保険のバックエンドやってるんだけど、計算チームが作るExcelファイル、マジ重いんだよ。100MB超えとか見たことある？俺はある！
面白いことに、Excelって超強力なのに、違うフォルダにある同名ファイルは2つ同時に開けないんだよね。少なくとも俺のバージョンでは無理。
”pivot table”ボタンだけで部署が回ってるなんてザラだよ。
ほとんどの会社には、Excelにしかない機能が必要な人が少なくとも一人はいるんだ。
俺も他のソフトがエクスポートした、人が修正したカスタムExcelスプレッドシートでやり取りするソフトに関わったことがあるけど、各段階で仕様無視、ニッチな機能のオンパレード。
毎日数百万ドル分の商品輸送を管理してたけど、Windows VMを使わないように必死に頑張ったけど、あのファイルには何も効かなかった。
ほとんどの場合、自転車で十分な移動が多数派だけど、それでも車はどこにでもあるのと一緒かな。
…それが俺が言ってた問題なんだよ：君のユースケースに最適化すると、他の人のユースケースが必ず損なわれるんだ。
入力はテキストフィールド一つだけなのに、フレーズの完全一致か、曖昧一致か、単語の一つでも含むか、それ以外のバリエーションか、どうやって推測すればいいんだ？
あと、内容に興味あるのか、件名か、受信者か、使った送信者アドレスか、ヘッダーフィールドか、添付ファイルか、一体何に興味があるんだ？
単語の出現頻度で順位付けしたいのか、テキストの最初からの位置か？
ダウンストリームの以前のメールの引用部分の出現も複数回カウントするのか？
それがストップワードだったらどうする？
もちろん、これらの質問に対する妥当なランキング解決策やヒューリスティクスはある。ただ、最初に思うほど単純じゃないってことを強調したかったんだ。
たいていのメールクライアントはLuceneインデックスを積んでないけど、本当はそうすべきだね。
