{『希哲日記』}{黄金状態}{第一次生活習慣改善}{日記}{輪郭整備}{デライトの完全な成功}{希哲17年6月21日}{3年以上前}{デライト開発生活}{二つの夢}(69)

{希哲17年6月21日の日記 K#F85E/0758-6055}

生活習慣改善甲斐あって顔付き一段と良くなってきた過去最高の状態100点とするなら85点くらいにはなった。3年以上前撮った今のアイコン写真良くも悪くも80点くらいの状態なので,だいぶ取り戻した感があるこのまま100点欲を言えば120点目指したい

デライト開発生活ではなかなか難しかった睡眠改善食事改善大きな課題だ。


最近の生活習慣改善正式に第五次生活習慣改善」と呼ぶことにした。

輪郭整備をしながらこれまでの生活習慣改善について振り返ったりもしたが,やはり生活習慣改善黄金状態デライトあいだには切っても切れないものがある。第一次生活習慣改善デライト開発への助走のようなものだった。最近デライトの完全な成功への期待が高まる中にあって開発ブレーキをかける格好になったのも,心身の状態釣り合っていない感じていたからだ。

私にとって二つの夢同時に叶える唯一の希望デライトの完全な成功であり,黄金状態デライト車の両輪だ。これからの長期安定体制活用し最高の状態釣り合うようにじっくり調整していく

22日振り返り日記

{『希哲日記』}{デライト3周年}{日記}{}{デライトの完全な成功}{迎えに来れる}{やるべきことはやった}{共に}{社会の雰囲気}{一役買っている}(120)

{希哲17年5月17日の日記 K#F85E/E74C-156B}

開発では地味な作業積み重ね目に見える成果になってくる一番楽しいところ来たが,ふと思い立って雑務抜本的な見直し始めたいよいよ本格的にデライト以前のような生活戻れそうだ。

ここ半年ほど希哲館事業外での体験求めるもの増えてきたような,不思議な心境の変化感じていたが,その原因少しずつ掴めてきたやはり長期戦態勢切り替えたあたりから精神的なゆとり出来たのだろう。

新生デライトの完成目前第五次デライト市場戦略固まり,気付けばデライトの完全な成功希哲館事業の成功対する焦り無くなっている油断するわけではないが,もうここまで来たら,あとはばら成し良く色々なもの磨きをかけながらその時を待つしかない,という心境になっている。少なくとも最低限やるべきことはやったし,時代迎えに来れるところまでは来た

思えば私の人生17歳の頃から希哲館事業の不可能性との闘いだった。特にデルンの実用化向けて本格的に走り出したからは,希哲館事業外使うあらゆる力あらゆる時間惜しかったそんな呪縛からも解き放たれたようだ。

今はこのデライトがあり,知識経験十二分得て多くの迷い無くなり,希哲荘中心とした理想的な生活環境整っている。これでデライト以前のような安定感取り戻せるならそれほど心強いことはない。もはや無敵だ。

そんなこと考えていたら高揚してきなかなか寝付けなかった

デライト3周年コロナ収束誕生日……と何かと大きな節目重なる時期だが,それも気分の切り替え一役買っているのかもしれない。デライト正式離立からの3年コロナ禍社会の雰囲気共にあった,というのが特に大きいのかもしれない。

18日振り返り日記

{『希哲日記』}{黄金状態}{希哲12年}{日記}{希哲16年11月}{希哲16年10月}{デライトのあるデライト以前のような生活}{ばら成し重視}{生活全体}{揃っていなかった}(97)

{希哲17年5月12日の日記 K#F85E/E74C-ABEF}

最近顔付きにも精神状態にもデライト開発入る前希哲12年あたりの懐かしいものを感じているデライト以後高次化した黄金状態とも異なる自然穏やか黄金状態続いているような感じで,これはこれで良いものだと思う

思えばデライト開発始まってから一応の休日はあっても本当に心が休まることなどありえなかった知らず知らず気持ちのゆとり出来ていたようだ。この心境の変化要因探ってみると,デライト開発デライト市場戦略局面変化行き着く

目先の当努追いかけながら個人知識管理サービス市場における小さな波大きくすることに四苦八苦する,これが長いことデライト開発というものだったが,今はすぐそこまで来ている SNS 市場大きな波待ち構えながら少しずつでもばら成し良く当努進めていけばいい,という考え方出来ている。これを軸に生活全体ばら成し重視になってきている。

デライト以前生活への回帰,というようなことは長期戦態勢切り替えた昨年10月頃から11月頃にも感じていたが,間もなく第三次快調期始まるなどして慌しくなり持続しなかった回帰したまま希哲館事業の成功向けた希望保てるほどの条件揃っていなかった昨年12月21日の日記その後新生デライト仕上げ段階り,第五次デライト市場戦略方向性固まったことで条件が揃ったのだろう。

何はともあれ,“デライトのあるデライト以前のような生活”ほど幸福なものはないな,としみじみ思った

13日振り返り日記

{『希哲日記』}{日記}{一日一文}{KNS}{デライト市場戦略}{忙しい日}{書けなくなる}{時間をかけ過ぎる}{まとまりに欠ける}{希哲17年5月5日}(76)

{希哲17年5月5日の日記 K#F85E/E74C-F179}

姉一家来て少し騒がしかったが,動的引連 SVG アイコン実装では大きな手応えがあった。

一日一文書きながら知能増幅メモサービスとしての行き詰まりKNS救われたことと,CSS アイコン実装行き詰まり動的引連 SVG アイコン実装救われたことが似ているのに気付いたどちらも次善の策として残しておいたものだ。

多様な選択肢大切さ実感する同時にデライト市場戦略少しまとまりに欠ける感じていたところが,実は大切な柔軟性だったということにも気付けて嬉しかった


何かと気付き多い一日一文重要性再認識したため,今日から毎日きっかり1時間2歩分)だけ輪郭整備兼一日一文あてることにした。

元々1時間程度で書ける内容というのは意識していたことだが,結局時間をかけ過ぎしばらく書けなくなるということを繰り返してきた一日書き切れないということはもう常態化しているので,書けても書けなくても1時間切り上げる一日一文だけだと気が乗らない時に困るが,輪郭整備兼一日一文なら何かしら思考整理献典整備繋がるだろう。

よほど忙しい日休養必要仕方ないとして,しばらく実験してみる

6日振り返り日記

{進捗記録}{}{十分}{知番}{意味符号化}{抜控}{進捗}{デライト}{👍}{希哲17年4月17日の開発}(148)

{希哲17年4月17日13歩 K#F85E/E74C-3416}

進捗時限記録中略

デライト全体における添付譜類方針検討終了

添付譜類あくまでも添え物として最小限の役割留めエクスポート機能でも実譜類出力には今後対応しない方針固めた

元々添付譜類添え物として設計しているが,実際に譜類添付機能出来エクスポート機能実装しようとしてみると,実質的な役割落とし所意外に難しい意図に反して,変に使われ過ぎるのも問題だ。

エクスポート機能では,とりあえずは代替 HTML などで済ませゆとりが出来た実譜類にも対応するか,などと考えていたそもそもどんな大企業クラウドであれ消えて困るような譜類唯一の保管場所にすべきではないし,そこまで神経質な人手元抜控持っていないということも考えにくいので,実はさほど必要性の高い付徴ではない。とはいえエクスポート時負荷帯域だけが問題なら金で解決出来るのだから,将来的に対応しないというほどの動機もない

しかし添付譜類エクスポート出来てしまうことで譜類倉庫的な利用増え,それに伴い譜類保全責任が増せば,将来にわたって無視出来ない経営上の問題になる。ということについさっき気付いた描出公開原則同様,ここは割り切った用者文化育てていくべきだろう。

これに気付いてみて,最近添付譜類役割広げようとし過ぎていたことにも気付いた譜類添付機能サイズ上限拡張子制限緩和考えていたが,これも最小限留めることにした。拡張子制限制危面もあるが,献典として非効率だったり無意味だったりする譜類上信抑止といった効果望める例えば .bmpそのまま上信して欲しくはない

デライトの強みは,知番による意味符号化文字献典情報密度極限まで高め,その軽さ最大限に活かせることだ。譜類倉庫的な方面消耗するのは差別化戦略として明らかに悪手だ。譜類添付機能実装以降,その微妙揺らいでいることはうっすら感じていた今日は妙にもやもやしていると思ったら,どうもがそれを訴えていたらしい。気付いたら非常にすっきりした

描出公開原則のように何かこの方針名前を付けたくなったが,「譜類添付機能」という名前趣旨表現出来ているので,それに立ち返るということで十分だろう。

{進捗記録}{一通り}{一箇所}{十分}{}{サービス}{進捗}{デライト}{希哲17年4月10日の開発}{希哲17年4月10日の進捗}(148)

{希哲17年4月10日12歩 K#F85E/E74C-A47E}

進捗時限記録中略

隠し破りKNEST一部として体系化することにし,仕様まとめ交度修正などを一通り終えた緊急性低いため未出振るい

KNEST では,%Y%m%d%H%M%S 形式求頼変数隠し破りとして扱い(例:?20230101000001デライトでもこれで統一することにした。この時印形式を「詰め込み時印ts_jam呼んでおく

隠し破り導入以後スクリプト装体書などの主要静的譜類には ?upd=K170101.1 のように,希哲紀元での日付連番形式基本的に使ってきたが,自我アイコン隠し破り対応では ?icon&upd=[Unix 時間] になったり,添付譜類では ?[Unix 時間] になったりと,統一感なくなってきていた

実用上なんでも良かったが,譜類添付機能実装以降用者目に触れやすくなったため,簡潔さ分かりやすさ両立させる必要性感じていたUnix 時間では非技術者理解しにくいし,技術者でも意図理解するのに時間がかかるそれが不安繋がることは好ましくない特に簡潔というわけでもない。

確実性重視するならハッシュ使うのが定石だが,抽象性が低いということでもあり,擬制的扱いにくく融通が利かない場面出てくる冗長さ一部省略何とかなるにしても,やはり分かりにくい

総合的に詰め込み時印のみが一番無難だろうと結論付けた更新時印でも整合性を保つやり方いくらでもある用者意図推測しやすく,開発者手動ったり異常に気付いたりしやすい。

強いて欠点を挙げるなら,更新日時知られたくないいるかもしれない,ということくらいだが,デライトでは大きな問題ではないだろう。そもそも更新履歴見られるサービス投稿同時に上信される SNS なら秘密情報ではない。

ウェブ捌き設定などで小細工しやすいように,upd= なり mod= なり ts= なりのとして表現することも再考したが,として扱うことを想定していない文字列という特殊性鑑みると,それはそれで違和感がある14桁数字列求頼変数隠し破り,と明確に決めておけば十分だろう。


これを機にこれまでいちいち書き換えてきた主要静的譜類用の隠し破り更新も,mkbld-etc自動化したテンプレート一箇所書き換えればいいようになっていたものの,積み重なるそれなりの手間だった。

自動化するまでもない隠し破り記述いくつか残っているが,これは ?upd=K170101.1 なら ?20230101000001 というように置換しておいた

{進捗記録}{十分}{}{描写}{進捗}{希哲17年1月22日の開発}{希哲17年1月22日の進捗}{希哲17年1月22日}{良いばら成し}{排除した}(206)

{希哲17年1月22日17歩 K#F85E/E74C-EFB2}

進捗時限記録中略

輪郭ページ改良装体調整終了

取り急ぎテンプレート整理して輪郭ページ吊るし輪郭入れていた要素<header> から <main> へ,輪郭ページ輪郭一覧<main> から <div>切り替えた前後景一覧ページでは従来通り

特に急ぎたかった部分上手く片付き残る内部的な問題のみなので,輪郭ページ改良ここで中断することにした。


閲覧専用模動実験をしていた時,輪郭ページ輪郭一覧隠す<header> だけのページになってしまうことに気付いたのが事の発端だった15日14歩

あまり意識してこなかったが,輪郭ページ概念実装大きな不一致生じていた一時凌ぎつもり後景一覧ページ輪郭ページ使うようにしたのはデライト離立補完中の希哲14年8月5日だった。当時とでは輪郭ページ捉え方輪郭充実度全く違う

予てから検索模動輪郭模動内部的な切り分け中途半端なまま進んでいない問題もあったため,抜本的な輪郭ページ改良方針まとめた17日8歩

最近の検索演心そこまで神経質ではないと言っても,<header><main>違い流石に小さくないだろう。何より気付いてしまう表現として気持ち悪いので早く解決したかった

読み込み中...
{開発記録}{十分}{悪い意味}{希哲17年1月20日の副日記}{概念的に}{両記法}{とらわれない}{態勢に入っていた}{理解しやすくする}{増やせる}(164)

{希哲17年1月20日の開発 K#F85E/E74C-D455}

全知検索演算子についての検討1歩交度埋め込み記法実装方針検討数式記法含めた概念整理5歩知名デラング対応方針についての検討7歩交度記法対応言語スクリプト動的に追加する方法についての検討12歩など,検討作業よく捗った

実作業も,交度写し取りボタン実装13歩16歩交度埋め込み記法調整などそこそこ捗ったが,特に大きかったのは,交度埋め込み記法数式記法概念整理出来たことだった。

交度埋め込み記法数式記法概念整理

交度埋め込み記法では,対応言語texlatexkatex追加したこれまで katex のみを追加するつもりだったが,意図の明示という観点から使い分けられる方が望ましい例えばKaTeX という実装こだわらず LaTeX書きたいということは十分に考えられる

また,これまで数式記法KaTeX 交度埋め込み記法糖衣構文程度考えていたが,ここで「数式のための TeX 風記法」と位置付け直すことにした。これにより,例えば mhchem などの数式以外応用交度埋め込み記法使うといった使い分け可能になる


Mermaid 対応以後交度埋め込み記法KaTeX対応する機会を窺っていた。これは同記法考案した時点考えていたこと希哲16年2月15日18歩で,いずれ対応するつもりではあったが,30分もあれば十分だろうという実装コストの低さにもかかわらずいまいち気が乗らなかった

数式記法糖衣構文として再定義する,それ以上意義見出せなかった整合性という大義名分はあったが,悪い意味での冗長性加えるような感覚もあり,なんとなくぼんやりしたすっきりしないものを感じていた

読み込み中...
{進捗記録}{一段落}{進捗}{希哲17年1月18日の開発}{希哲17年1月18日の進捗}{希哲17年1月18日}{要整理}{気にしていた}{軽視していた}{意識が強い}(120)

{希哲17年1月18日20歩 K#F85E/E74C-CA8D}

進捗時限記録中略

デラング整備デラング関連スクリプト読み込み改良

ここでいったん出振るい手定め終えデラング関連スクリプト読み込み改良一段落とする。


若干混乱していたデラング関連スクリプト読み込み周り交度整理大きく進み,非常に見通しが良くなった期待していなかったが,体感速度向上見られたのは意外な収穫だった。過程環境整備不具合修正など雑多な収穫もあった。

これまで後縁では使用しているデラング記法基いて <script> などを送出する効率的な仕組み出来ていたが,前縁では Aejs未整理原因不必要なスクリプト読み込み多々発生していた最近の対応サービス増加で,この現状への危機感募っていたこれまではともかくこれ以上増やすには交度整理効率化必要だと感じていた

本当努では,交度整理進めながら必要最小限のスクリプト確実に読み込むようにすることを目指し,その目的十分に果たした


今後のため」という意識が強く,すぐに恩恵があるわけではないと考えていたが,実際に出振るいしてみると明らかに体感速度向上している。これはちょっと驚いた高速化として期待出来るのは,せいぜいスクリプトまで評価する検索演心向けの SEO 効果くらいだろうと思っていた

棚から牡丹餅ではあるが,外部スクリプト負荷軽視していたことへの反省もあり,複雑な気分だ。確かに最近自サービス応答速度ばかり気にしていた


交度整理では,@math@dia@cd@mbd@mbd.Tw整理中心に進めた実装時期ばらばら統一感もなく乱雑だったが,概ねよく整理出来た@mbd.Tw若干要整理交度残っているくらいだ。

{感じていた}

{}