26/01/31 11:43:25.84 RBEe1Jm6.net
元請けがファイル形式指定してくる場合はどうもならん
479:login:Penguin
26/01/31 15:25:04.07 yziA2QiI.net
>>477
そもそも、一般的な事務処理をやるなら、ExcelみたいなスプレッドシートよりもRMDBSの方がいいんだよな
スプレッドシートだと、各セルの値が何のデータなのかを明確に定義することができない。どの列にいるか、どの行にいるかで辛うじて何の値か推測しているだけで、間違って行や列を挿入してしまうとそれだけでデータ全体が壊れる
データの整合性チェックなんてやろうとすれば途方も無い手間がかかるし、少なくとも過去や現在の事象をデータとして扱うなら絶対ＲＭＤＢＳの方がいいんだよ
Excelが強味を発揮するのは未来予測・シミュレーションの類
だから普通の業務でExcelじゃないとダメ（LibreofficeCalcじゃダメ）ってのがあれば、それは本来Excelでやるべきじゃないって可能性が高い
480:login:Penguin
26/01/31 18:46:40.26 ljrgfS9/.net
どこのAIに相談したのかね？
481:login:Penguin
26/02/02 13:16:45.05 M9/l1XJY.net
>>479
まあそのとおり、DXへの本当の道だと思う
エクセルは業務ルールをサイロ化するので、社員がエクセルに依存するほどむしろDX実現を遠ざけることになる
482:login:Penguin
26/03/01 16:02:37.19 JHL8lQYc.net
スプレッドシートが欲しいのなら、Gnumeric が良いよ
わざわざ重たい LibreOffice をインストールしなくていい
483:login:Penguin
26/03/01 17:25:44.72 wrH+wRnD.net
「LibreOffice 26.2」に初めてのマイナーアップデート、60件以上もの問題を修正 - 窓の杜
URLﾘﾝｸ(forest.watch.impress.co.jp)
484:login:Penguin
26/03/02 04:45:56.70 QJC//geh.net
>>483
Lotus-123（ボソッ）
485:login:Penguin
26/03/02 07:09:01.62 g2n+m3SW.net
>>484
GNU/Linuxじゃ使えないじゃないか！ﾊﾞﾝﾊﾞﾝ(興奮して机を叩く音)
486:login:Penguin
26/03/02 07:16:47.43 g2n+m3SW.net
いや、使えるのか…
GitHub - taviso/123elf: A native port of Lotus 1-2-3 to Linux.
URLﾘﾝｸ(github.com)
487:login:Penguin
26/03/04 01:58:53.66 m7XPGqgV.net
LLMにドメインコンテキストを挿入するにはLibreOfficeのようなOpenDocumentがいろいろやりやすい
一方で、プロプライエタリなMS形式は扱いにくい
488:login:Penguin
26/03/06 18:01:37.80 2tcRzCkk.net
Copilotからしか触れないようにするんだろう
489:login:Penguin
26/04/17 21:06:52.73 yIuuorLf.net
LibreOffice Calcの条件付き書式設定を使ってはいけない
設定するときはいいが解除できなくなる
ここにはバグがたくさん潜んでる
490:login:Penguin
26/05/01 09:07:22.08 IbR7rRmN.net
各国の政府機関など公的機関がキチンと仕様を定めた文書ファイルの形式だけを採用して、
それに完全に合致している文書ファイルだけを提出時に自動的に検査をして、そうでない
ものは合致していないことを具体的に指摘して必ず却下をするようになれば、世の中が少
し変わってくる。そのようにするべきだ。文書ファイルを作るソフトもその規格に合致し
たものだけを生成するようにすれば良い。レイアウトなどのデザインの領域に属していて、
仕様で定義し難いものについてはどうすれば良いだろうか？
なおAdobeのPDFとAcrobatのソフトも、排除すべきではないだろうか。アップデートを
口実に利用者のシステムに入り込んで何かを調べて情報を抜いている可能性があるし、
サブスクでもって永遠にコストを抜かれ続けることにもなる。
491:login:Penguin
26/05/02 12:11:21.85 gcMuXdqZ.net
>>490
AIが共同する世の中になるからこれまでとは違って、おっしゃるような安全性の担保は必要ですね
そのためにもLibreOfficeのオープンドキュメント形式を世界標準にすべきだと思う
492:login:Penguin
26/05/03 21:45:11.03 DwRlMc4L.net
もうドローとインプレスもうちょい使いやすくして欲しい
493:login:Penguin
26/05/10 18:23:32.10 CWL8l+pl.net
100年後にもデータファイルをそれが書かれたときの意図通りに表示したり
レイアウトしたりできるべきで、完璧ではないがそれができているのは
グラフィック（図）を張り込んでいないTeXやLaTeXだけ。しかも英語オリジナル版。
あとは、UNIXのプレイン・テキストファイル（ASCIIコードだけ使用）ぐらいかな。
494:login:Penguin
26/05/10 18:55:06.04 KpHrhEwQ.net
つ PDF/A
495:login:Penguin
26/05/10 22:14:13.76 R8nReeuG.net
Unicode異字体セレクターが機能しないから世界標準になれんし国間の問題なんか知らぬぞんざいなのがなあ
もう少しアジア圏に本気で向き合えよって思うが、きっとアジア圏のコントリビューターがいないか、いても
中国人くらいなんだろうなって思う
496:login:Penguin
26/05/10 23:24:17.82 2hWPyU3/.net
>>493
100年後に日本語を読み書きできる人間がどれほど残ってるかって問題も
497:login:Penguin
26/05/11 01:36:36.42 zxu3RvSm.net
>>492
あの辺のアプリは、ぼくのかんがえたさいきょうの実装の都合がUX側に染み出てきてしまっているのだよな
たとえば、テキストボックスは四角形オブジェクト+テキスト領域オブジェクトとして実装されているけど
テキストボックスの背景色を変えようと思ったら、テキストボックスに見えるもののうち四角形オブジェクト側を選んで色を変更する、
テキストの文字色を変えようと思ったら、テキストボックスに見えるもののうちテキスト領域オブジェクト側を選んで色を変更する、みたいに
実装の都合により利用者が選択すべきオブジェクトが変わってきてしまう
で、それが非常に分かりづらい
PowerPointだと、とりあえず選択して背景色を変えればその背景色が、文字色を変えれば文字色が変更できる
こういう使い勝手の良さが無いのだよなぁ
ちなみに↑のはBugzillaにも似たような事案が何件も上がってるのだけど、
いずれも仕様通り、みたいな話でクローズされてるので、Libreはもう使いやすくはならんよ
498:login:Penguin
26/05/12 23:19:17.24 CjcDnJ5j.net
LibreOffice使いやすいわ
ありがとう