＞Xユーザーのロケット商会さん: 「【おしらせ】我々の大変な多忙により、営業会議の配信はしばらくお休みします。残念ですが、またいつか…！」 / X x.com/rocket_shouk...

えッ、ロケット商会先生、なんで！？

www.youtube.com/post/Ugkx6zK...

ジェミニ氏曰く：
> 「かれる」は主に「枯れる（植物が死ぬ・円熟する）」「涸れる（水がなくなる・尽きる）」「嗄れる（声がかすれる）」の3つの意味を持つ動詞です

品質が安定するという意味の「かれる」はどれなんだろうなぁ。「円熟する」という意味の「枯れる」でいいのか？

go-enex と expect-lua は、まったく期待してなかったのに、結構使われている模様…

どういう分野でもあるよな。作っている側が力を入れているのとは別の製品の方が評価されるパターン

使用了Python脚本 （ enex_to_html.py ） · Issue #5 · hymkor/go-enex 首先分析了go-enex-0.5.0的源代码 ，发现了图片丢失的根本原因（Hash匹配失败），并提出了优化方案（添加hash生成的fallback机制）。 尝试使用现有的二进制文件 （ D:\ever\agent\test\unenex\unenex.exe ）进行转换，但发现它： 无法处理某些XML语法错误（如 等实体） 无法正确提取和保留图片资源 最终使用了Python脚本 （ enex...

もう一つは、添付画像ファイルと本文からの参照を紐づける hash が壊れているケース。これは本来どうしようもないんだけど、結構ありがちらしいので、本文の方に画像の幅と高さが書いてあったら、それを元に別の候補を出すようにした。まぁ、おそらく、これで全部直るわけではないとは思うが、ないよりはマシ対応（ゆえに現在進行形）

# こちらについてはテストデータをもらってないので、疑似テストで済ました。

github.com/hymkor/go-en...

Program stops with error "XML syntax error on line 7: invalid character entity  " · Issue #6 · hymkor/go-enex A number of my notebooks fail to convert with the same reason. I cannot find the NBSP in the said lines, though. Attaching one of the files for the developer to reproduce this issue. NHKクラシック 2012.zip

ひとつはコレ。XML としてダメな表現（ ）が Enex ファイルに生で入っていたため、"encoding/xml" の Unmarshal がエラーになってしまっていた。
& < > 以外については数値参照する形に置換するようにして、問題解消（ユーザさんにも OK もらった）

github.com/hymkor/go-en...

今日は JSON エディターの方ではなく、ずっと go-enex/unenex の方の issue 対応をしてた。

これは要は Evernote のエクスポートファイル(*.enex) を HTML や markdown へコンバートするツールなんだけど、問題がある Enex ファイルが結構あるんだよな…

自動リリーススクリプトの実行でしくじって、空コミットを push してしまった。

jj で空コミットをチェックしようとすると

> jj diff --quit | wc -l

などの行カウントしかないんかな

（git だと exit コードの成否で判別できるんだがなー）

・エネルギー危機で、AI をぶんまわせるだけの安価なエネルギーが枯渇する（百年単位だとかなり現実的。石油・石炭・原子力がエネルギーとしてあまりにも効率的すぎた）

・AI が禁忌になってしまって、さわると使うと猛非難をあびる社会になる（ただ、これ国家の垣根は越えられないので、うっかりするとテロ国家だけが AI 使うみたいなことにもなりかねない。AI が核扱いかよ）

AI 時代などという言葉はあまりスキではないけれども、いずれ「マウスとキーボードだけ操作していたらお金いただけるお仕事」というのはなくなってしまう可能性もゼロではないだろうな。

人が担うのは、責任を負うか、身体動かして汗流すお仕事だけになってしまう予感。たぶん今日明日という話ではなく、数十年というスパン。

そうならない可能性もあるとは思う。
(つづく)

チャッピーもジェミニも、jj-vcs/jj について質問すると、ほぼ 100% 間違っているのが面白いな。git の区別が出来ているようで、完全に git と仕様をゴッチャにしてる。

ターミナル用JSONエディター jegan、CSVエディターの Csvi と同等以上の機能を実装しようとがんばってはいるけれども：

・木構造のデータなので、最後まで読まないと最初に登場するルート要素がほとんどの場合終わらない。つまり、バックグラウンドロードが不可能ではないが、かなり困難

・どうしても表示が縦に伸びるので、自分のツールの売りである、画面を必要最小限の行だけ使うというメリットがあまり活きない。

きびしい

そもそも「正しい結論」や「最善の結果」などというものを、誰が決めるのか？という点もあるわな。

（皆の合意で決めたことを、中立づらして、恣意的に「これは正しい、これは間違っている」などと断定することの、なんという傲慢なことか。「中立な人」など基本ありえないのだから、立場を隠さず、どうどうと「こうあるべきだ」と「自分の立場と主張」を述べるべきだよね）

x.com/otapediatric...

Release v0.4.0 · hymkor/jegan Changes in v0.4.0 (English) Display current JSON path and value in status line (#62, #63) Add shortcut (Ctrl-C) to copy current path and value (#64) Value search feature (#65) / : search forward ...

ターミナル用 JSONエディター Jegan を更新しました（v0.4.0）

・ステータスラインで、カーソル行の JSON パスと設定値を表示するようにしました。Ctrl-C でそれをそのままコピーできるようにしました

・値の検索機能（ / , ? , n , N ）を追加しました

・横スクロールをリセットするキー( 0 , ^ ) を追加しました

＞Release v0.4.0 · hymkor/jegan github.com/hymkor/jegan...

「ロケット商会」先生の名前を「ロケット広場」先生と言い間違える愚かな人類よ。難波駅で集合だ。

（補足）
編集していない項目は元のテキストの表現をセーブ時に壊さず…
　↓
前後の空白や記号を含め、編集していない項目は元のテキストの表現をセーブ時に壊さず…

スクリーンショット（tweet.js）

ターミナル用 JSON エディター v0.3.1 を公開しています
（ issue 対応があったため、平日公開となります ）

・編集していない項目は元のテキストの表現をセーブ時に壊さず、完全に再現できるようになりました

・ユーザが追加した項目も前後の項目にインデントや余白を合わせられるようになりました

・JSON だけでなく、JSONL や、エックスのアーカイブの js ファイルなど、JSON 前後に非JSONテキストがついているファイルも、その部分も含めて扱えるようになりました（セーブ時にも維持）

・他もろもろやりました。

github.com/hymkor/jegan...

「スティール・ボール・ラン」も、続きは秋とかなんとかいう話だからなぁ

経験上、僕のライブラリのサプライチェーンだと、Linuxでうまく動作していたら、FreeBSD と macOS もほぼ OK なんだけど、それでも理論上動作するってのと、実際動作したは全然違うからね。
（Experimentalとは書いてたけど、Csvi でもお世話になった人なので、信頼してくれてたのかな）

これだよ、これがいいんだよ（ジョジョの登場人物風な台詞回し）

昨夜はうっかり、午前5時くらいまで issue 対応をしていたため、今日は１日寝たり起きたりを繰り返してた（朝、コーヒー飲んだので、仮眠からの熟睡ともいかなかった）

しかしながら、おかげで完成度がさらに上がった（しかも、macOSの人だったので、たすかるー。こっちは mac だけはないんだよな！）

作ってる最中は「これはすごい過密ルール、もとい、神ツールだ！」と思って作ってるけど、形になって v0.1 を出す頃には「需要なかったんだな」と しおしおしてくる

すごいものを作ってるつもりでいたが、多分それはテム・レイ症候群

「こ、こんな古いものを…」

Release v0.10.2 · hymkor/bine Changes in v0.10.2 (English) Change Ctrl-L behavior during input (e.g. data or filename editing) (#86): Redraw the current input instead of clearing the entire screen. Update go-readline-ny to v1...

ターミナル用バイナリエディター Bine を更新しました（v0.10.2）

・データやファイル名などの入力中の Ctrl-L の動作を変更し、画面全体のクリアではなく、編集文字列の再描画だけとしました

＞Release v0.10.2 · hymkor/bine github.com/hymkor/bine/...

Release v1.23.2 · hymkor/csvi Changes in v1.23.2 (English) Change Ctrl-L behavior during input (e.g. cell or filename editing) (#110): Redraw the current input instead of clearing the entire screen. Update go-readline-ny to v...

ターミナル用 CSV エディター Csvi を更新しました（v1.23.2）

・セルやファイル名などの入力中の Ctrl-L の動作を変更し、 画面クリアではなく、編集文字列の再描画だけとしました

＞Release v1.23.2 · hymkor/csvi github.com/hymkor/csvi/...

あわせて複数行対応 readline ライブラリ go-multiline-ny を更新しました（v0.23.1）

こちらは、コアとなる go-readline-ny の要求バージョンを v1.14.3 へあげただけとなります（go.mod の更新のみで、コードの更新はありません）

＞Release v0.23.1 · hymkor/go-multiline-ny github.com/hymkor/go-mu...

Go言語製 readline ライブラリ
go-readline-ny を更新しました（v1.14.3）

・v1.14.2 での`Editor` 構造体の非互換性の解消 : フィールド: `PredictColor` と `Predictor` を復元
・描画順の問題で、`OnAfterRender` の出力が Ctrl-E, Ctrl-K, Ctrl-F などで消えてしまう不具合を修正
・画面のクリアや改行をせずに現在行を再描画する`REPAINT_LINE` コマンドを追加

github.com/nyaosorg/go-...

JSONエディタの開発が軌道に乗ってから、退屈はないが、ずっとそればかりになってしまいがちである。

readlineも改造したわけだが、テストがあまかったのか、非互換性やら、不具合がもろもろ出てしまった。一応、なんとか収拾はつけたが、こういう時あわててリリースすると後から「これも一緒にやっておけばよかった」がよく出る。そういうのをさけるには、一旦、PCの前を離れるのがよろしい。そうすると、たまにニュータイプ音が鳴る。「ヤツとの戯れ事はやめろ、ララァ」うるさい、シャア、番号間違えてるぞ

自分の一連のターミナル用エディタシリーズ（Csvi、Bine、Jegan）

ファイル名やらセルのデータを変更する時に、Ctrl-L を押すと画面全体がクリアされてしまう！

（readlineが想定している、シェルやらREPLならば正しい動作だが、画面の最下行でひっそり動かすには大胆すぎる動作だ）

ええ、直しましたよ！そのうち、リリースを更新すればいいんでしょ、わかってますよ！（逆ギレ）

あー「黒歴史」は別にターンエーガンダムが初出ではなかったんですな

（1988年の作品、小説『魍魎伝説 1 (白虎の章)』( 著者・谷恒生、角川文庫)にて、「歴史の闇のなかに消されてしまった"黒歴史"を描くべく」と記述ありとのこと）

x.com/i/status/204...

今回のreadlineの改造のトリガーは JSON エディターなんですよね

1. 値としての単品文字列を入力させる時は型指定のために二重引用符の入力を要求するのに、連想配列の「キー文字列」を入力する時は引用符は要らないのは混乱する

2. せや、最初から引用符を表示させといたろ。プロンプトで開始引用符を、末尾に終了引用符を編集できない形で表示させといたら、勘違いせーへんやろ

3. それ、go-readline-ny の PowerShell 風予想入力の表示機能を汎用化させればええやん

4. 複数行向け(go-multiline-ny)の改行マーク表示とかにも使えるやん

やったね!