文章がお上手ですね。

とても興味深く拝読しました！

かなり高くて、コスパはよくありません。実運用ではむしろo3-miniのほうがまだ良さそうですが、コーディング用途で使うなら推論段階が短く、中間トークンの問題も解決する必要があるので、その用途で見れば最適だと思います。価格も……

flash 2と比べるには価格差が大きすぎるけど……ちょうどo1proとo3-miniの中間クラス

hwp.js (https://github.com/hahnlee/hwp.js) を開発していた hahnlee です :)
私はそのプロジェクトを開発していた当時も、そして今も、HWP はあまり好きではありません。特に公開性のレベルについてはです。

ただし、「HWP フォーマットは AI 学習に有利な要素を持っている」という点については、ある程度共感します。

RAG を構築したときの経験から言うと、韓国では特に表を多用するのですが、PDF の場合は印刷を前提に作られたフォーマットなので、「表」というものは PDF にはありません。あるのは線分とテキストだけです。

そのため、複雑な表情報からデータを抽出する作業は、PDF 文書をベースにすると難しかったです。特に表がページをまたぐ場合はなおさらです。

大まかにたとえるなら、hwp が一種のリッチテキスト文書だとすれば、pdf は txt 文書のような感覚でした。もちろん「表」に限った話です。

ただ、これが hwp フォーマットの特長なのかと言えば、そうではないと思います。簡単なものは Markdown で十分ですし、もう少し複雑なら HTML で定義するほうがよいと思うからです。

そして決定的なのは、docx や odt も同じ利点を持っていることです。

Netscape は IE に完敗したあと、ソースを公開したり何だりと、後追いで必死に対応していましたよね。

HWPは好きではなく、今のハンコムという会社の製品については良いことは言えませんが、昔は製品自体はWordよりはるかに優れたソフトウェアだったと思います。

正確にお答えすると、同じ本でもフォーマットが異なればISBNを別途発行してもらう必要があります。しかも、epubとpdfの電子書籍もそれぞれ別個のISBNを取得しなければなりません。
上の方のお話にお答えすると、国内の電子書籍の場合は本文で言及されているように「サービス権限」を購入する概念であり、コンテンツそのものを所有する概念とは少し異なります。書店ごとに異なるDRMを別々に適用することもありますし。だから、自分のお金を払って購入した電子書籍を、どの環境でも快適に使えないので、時代に合った法律が必要です。
個人的には、金融業界のマイデータのように、デジタル資料もどこで購入しても自分が望む形で利用できるといいと思います。

ああ.. なるほどですね..（笑）（笑）（笑）（笑）

えっ、本当に？

なぜキャッシュが必要なのか理解できない。従来のやり方ではキャッシュなんて不要だったし、キャッシュを使わなければならない状況はごく限られているのに、無駄にキャッシュに命を懸けているのか？

世界標準になれなかった不運な存在

政治家によるセキュリティ破壊は、「自分だけは使う」という態度以上でも以下でもないと思います。数人の補佐官を引き連れていながら、この程度の技術を理解できないなら、それは職務怠慢でしょう。

ワードプロセッサは「アレアハングル」で覚えましたが、今では大韓民国の発展のために消えるべき遺物ではないかと思います。

ロシアでもTelegramをあれほど弾圧しておきながら、いざ戦争になると結局Telegramを使っているし、韓国政府もTelegramを悪の枢軸のように追い立てておきながら、自分たちは結局Telegram、さらにはSignalまで使っていたことが明らかになりました。自分にだけ都合のいいセキュリティなんてこの世には存在しないのに、技術に対する理解が不足しているのではないかと思うこともあります。

私もその部分を読んで不思議に思いましたが、元のドメインを見て納得しました（笑）

「HWPフォーマットはAI学習に有利な要素を持っている」

これ本当ですか..?

あまり共感できませんね。本文でも言及されていた hwpx ならまだしも…

なぜ Clojure なのか？

Jank Jank~!

かなり気合いの入ったマニフェストですね（笑）。かっこいいです。

AlphaGoに似た感じですね。なぜあんな手を打つのかは分からないものの、勝率はこちらのほうが高い。人間が理解するために本質を歪めてしまう（？）ケースをうまく見つけられれば、最適化に大いに役立ちそうです。