{実装 K#F85E/A-0D00}

昨日，KNEST 隠し実装の再開を決めたのが寝る頃で，消化不良だったため，今月の中間まとめも兼ねて頭の整理をしておくことにした。再開によってデライト収益目標達成の展望が急に明るくなったような気がしたが，それが何故なのか，理解出来ていなかった。

そもそも，今月に入ってから，新生デライト開発はまたもや不思議な軌道を描いていた。機能整備を進めようという意識とは裏腹に，実際には高速化や開発環境整備（知機駒手整備，手定め環境整備，デバッグ環境整備）に多くの時間を割いた。また脱線しつつあるなと感じてはいたが，収穫は大きかったので成り行き任せにしていた。これが KNEST 隠し実装の再開に繋がったのは，単なる偶然ではなさそうだ。

いま思えば，8月頃からデライト収益目標達成に向けた具体的な道筋がこれまでにない鮮明さで見えてきて，具体的な数字も掴めてくるにつれ，一つの不安が浮上していた。それは，デライトにおける性能面の課題だった。現実装では，収益目標達成に必要な握接量を捌けないのは明らかだった。

ただ，これまでの自分なら，そんなことは気にせず，問題が起きたらその時に乗り越えればいい，という感覚で突き進んでいただろうし，意識の上ではまだそのつもりだった。無意識下でそれに反するような行動をしていたのは，日に日に増していくデライトの成功に対する現実感のせいでもあっただろう。空想的な見通しの甘さを許容出来なくなっていた。

今のデライトは，デライト高速化の着実な進展によって性能面でも健闘しているが，それは低負荷状態の0.1秒単位でのページ表示速度を上げていくようなもので，握接集中対策への突破口は見えていなかった。

その明らかな理由が KNEST 隠し実装の停滞であるということと，いまその再開に最良の時期が訪れていることに気付いた。この時，一気に展望が明るくなったように感じた。これまでの不可解な軌跡も，ここに導かれていたのだと思えた。

現在，高速化・機能整備・文書整備を同時進行させることにしているが，KNEST 隠し実装を中断した5月から急速に発展し展望が開けていた機能整備・文書整備に対し，切り札を失ったままでいたのが高速化だった。ここでそれが復活したわけだ。

KNEST 隠し実装を中断したのは，実装方針への迷いからだった。隠しは初期設計を間違えると足枷になりやすく，早まった最適化になりかねない。しかし，7月から8月にかけて新生デライト像が固まったことで実装の見通しは劇的に改善している。これから機能整備・文書整備を進めて集客を本格化させようというところで，性能問題での機会損失は極力避けたい。確かに，再開するとしたらこれ以上ない時期だ。

10月中のデライト収益目標達成に向けて組計調整することを決めたのは7日だったが，まだ月内達成の可能性も見ていたため，ここまではあえて態勢を変えていなかった。KNEST 隠し実装の再開という大義名分も出来たところで，本格的に頭を切り替えることにした。

今月後半は雑務処理をしっかりこなしたいので外出も多くなる見通しだが，とりあえず，中旬一杯は KNEST 隠し実装に開発時間を充てて様子を見る。

（16日の振り返り日記）

希哲15年2月9日再開。

希哲15年5月，作業方針の迷いから中断。

デルン出力録整備，deln の出力録保存機能調整。

昨日の時点では「間に合わせ」に近い感覚だったが，調整を続けてみると機能・性能ともに十分なものになったため，4月のデルン出力録整備で作った現行方式をいったん正式採用，出力録保存機能に関しては一段落とすることにした。

deln.log 肥大化問題も最終的に解決したといってよさそうだ。

deln_log の実装は将来的な選択肢の一つとして保留しておく。

昨日の時点でも概ね上手く動いていたが，一つだけ気にかかることがあった。

watch で deln.log の変化を観察してみると，tail が切り詰める一瞬の合間に，数十kBから数MBへサイズが極端に増えることがあった。しかも大きい方のサイズは減ることなく，微増を続けている様子だった。

以前の deln.log 肥大化問題に比べればずっと緩やかなもので，直ちに問題があるほどではなかったが，時限爆弾のような気持ち悪さがあった。

挙動からして，tail で譜類を置換した後も tee が累積した出力で再作成し続けているとしか考えられなかった。最初はバッファか何かが上手く噛み合っていないのかと思い stdbuf で調整してみたが変わらず，結局，tee -a を使うことで問題は解消した。

これは tee の仕様なのか，もっと基本的な譜類司組や司組呼応の問題なのかは分からない。

まずは速度を改善してみようと tail -n 1000 を tail -c 50kB に変えてみたりもしたが，文字交度を壊して Bash が command substitution: ignored null byte in input という警告を出すので止めておいた。そこまでの性能も必要なさそうだ。

知機駒手整備で終了。

kn mk に –prl 長応付を追加し，対象を並列実行出来るようにした。

もともと基本的には make に直接引数を渡す実装だったが，昨日の開発で指定対象は直列実行するようにしたため，個々の換配などに問題があった。

直列実行と並列実行のどちらを出放りにするかは少し考えたが，並列実行が必要なほど多くの対象を手作業で指定することは考えにくいため，手入力で多用する直列実行を出放りとすることにした。

定休日だったため，気ままに考え事や開発作業などをして過ごした。

デライト収益目標達成に迫ったこともあり，個人知識管理サービスの収益性についてよく考えた。やはり，複雑・鈍重になりやすい上，人口も限られているこの種のサービスはまだ「儲からないサービス」だ。分野として主流になれない理由だろう。

少し気になることがあり，開発通類でいくつかのサービスを分析していたが，やはり実装の雑さで開発現場の状況や台所事情が透けて見える。

しかし，高度に最適化された実装技術，単純で見通しの良い設計，KNS という根想，超高効率経営など，デライトはそれを解決する鍵を揃えている。この少ない用者数で収益目標達成が見えてきたのもそのおかげだ。奇跡的に恵まれた状態にあるのだということを改めて実感した。

こんなことを考えていたら妙にやる気が出て，また夜更かししてしまった。あまり休めた気はしなかった。

（6日の振り返り日記）

デライト高速化，デラングに関する外部スクリプトの選択的読み込み実装。

雑ながら一応の実装が出来たところで終了。

Dex に組み込むことも考えたが，Dex 自体まだ整理が必要な現時点では無闇な複雑化を避けるべきと判断し，Dex が出力する HTML を検査してフラグを立てることにした。