{希哲15年5月の月記}{右目の三重瞼}{希哲15年5月25日}{振り返り日記}{第三次生活習慣改善}{贅沢な悩み}{はっきり}{2日間}{『希哲日記』}{デライト開発}...=}(19)

{希哲15年5月25日の日記 K#F85E/A-E74C-FB7C}

また一日外出。この2日間で,6月一杯まで落ち着いてデライト開発を進めるための仕事をしてきた。これも幸運なことだった。


生活習慣改善成果か,昨年から気になっていた右目の三重瞼はっきりとした改善が見られ,嬉しかった。贅沢な悩みだが,色々な問題解消するにつれ余計気になっていた。

26日振り返り日記

=}
{希哲15年4月の月記}{希哲15年4月25日}{快調期}{親戚宅}{『希哲日記』}{一週間}{心境の変化}{デライト開発}{半休}{運動不足}...=}(31)

{希哲15年4月25日の日記 K#F85E/A-E74C-6EA6}

頃,風邪が治った上のを連れて義兄が来て,家族皆で親戚宅に集まった。しばらく遊んで夕方頃に達は帰っていった。

結局,この一週間は姉と下の姪だけ泊まっていたが,やはり開発作業進捗は多少落ちた。しかし,赤ん坊可愛さもさることながら,周囲のの強さも感じて精神的には充実したことが大きい。乳児でも幼児でもいているのは意外に疲れるもので,運動不足が少し解消された気もする。

上のを預っていた2月後半を経てデライト開発快調期に入ったことを考えると,今回も良い心境の変化期待出来る。

こんな日くらいは半休にしてもいいかと思ったが,早速それなりの仕事は出来てしまった。

=}
{握接不能}{KNEST 認証不具合修正}{希哲15年4月22日}{KNEST 認証}{不具合修正}{本番環境}{手定め環境}{猛省}{解消}{認識}...=}(21)

{希哲15年4月22日の開発 K#F85E/A-E74C-D6A8}

主に不具合修正

特に KNEST 認証不具合修正重要だった。明らかな問題は潰したが,報告の不具合が解消したかどうかは不明

同様の現象手定め環境でたまに発生することを認識していたが,本番環境での発生可能性は低いとみて放置していた。折角の利用者握接不能になっていたのだから猛省している。

これを機に,KNEST 認証の流れを一通り確認した。潰した問題以外に大きな問題が見つからなかったため,しばらく注意しながら様子見することにした。

{希哲13年}{デライト高速化}{希哲15年4月8日の日記}{HTML の肥大化}{動的読み込み}{認識が甘い}{前縁の重要性}{前縁最適化}{思わぬ収穫}{装体適用}...=}(104)

{希哲15年4月8日の開発 K#F85E/A-E74C-86B0}

3日の開発から6日間に渡って続いたデライト小理腑をいったん終えた。

結果的には主に装体書整理テンプレート整理だったが,これにより,保守性体感表示速度大幅向上が見られた。


装体書テンプレートは, によるデルン初期実装から長いこと継ぎ足しで使ってきたため,古い記述譜類に埋もれて目的のものが探しにくいといった問題慢性的にあった。分割すべき記述が一つの譜類に詰め込まれている,逆に,一つにまとめておくべき記述が複数の離れた譜類に分散している,といったことがよくあった。今回の小理腑ではこの点が大きく改善した。

テンプレートの方は折に触れて整理してきたからまだマシだったが,装体書の方は適当に分割した譜類に大量の記述が詰め込まれている状態だった。そもそも SySS備立すら適当で,.syss 譜類があっても .scss が無いと換配されないなど,多数の譜類を管理出来る状態では無かった。これを機に備立方法から整備した。

装体書整理は当初,HTML の肥大化を恐れて埋め込み装体書見極めに時間をかけ過ぎてしまっていたが,この日,JavaScript や HTML に gzip 圧縮がかかっていなかったことに気付いた。ちょっとした deln.conf間違いだったが,これをきっかけ吹っ切れ作業捗るようになった。結局,転送量を大幅に削減出来た分,多少の冗長性には目を瞑ることにした。

これら作業の結果として,目的の装体テンプレートにすぐ握接出来るようになり,埋め込み装体書調整等も的確に行えるようになった。


表示速度は,ページにもよるが,DOMContentLoaded までの計測値0.5秒近く短縮した。これに装体適用合理化も加わり,体感表示速度ははっきり向上したのが分かる。溶明動き付けをいったん削除したのも大きいかもしれない。デライト初期実装読み込み中途半端遅さ誤魔化すため0.3秒の溶明を入れていた。

現時点でここまで高速化に繋がったことは思わぬ収穫だった。これまで,「デライト高速化」は後縁最適化中心に考えてきた。後縁最適化余地の大きさと負荷軽減重視していたこともあり,前縁最適化期待重視もしていなかった。

希哲13年前縁改革前縁の重要性は分かっていたつもりだったが,まだ認識が甘かったようだ。これに気付いたことも大きな収穫と言えるだろう。


そもそもスクリプト動的読み込みに使っている @icl() とその周辺整理によって生じた描画乱れ解消のために始めた作業で,あまり多くは期待していなかったが,結果的に大収穫となった。

ただし,10日までに盛り込むつもりだった付徴後回しになり,デライト収益目標達成にどう影響するかは不透明だ。

問題が解消するまで出振るい出来ず,他の作業が出来なくなっていたこともあり,作業項目としてのデライト小理腑はここでいったん完了とすることにした。整理が必要な部分はまだまだ残っているが,ほとんどは漸進的作業出来る部分だ。いま出来る範囲でまとまった時間を使ってやる理腑はこれが限度だろう。

{デラング記法}{希哲15年3月31日の日記}{既知の不具合}{希哲15年3月31日}{待っ読ボタン}{修正作業}{共有ボタン}{大きな収穫}{Aejs}{厄介}...=}(20)

{希哲15年3月31日の開発 K#F85E/A-E74C-62AC}

昨日の開発記録をまとめている所で共有ボタン不具合に気付き,修正作業に入ったが,これが思わぬ形で Aejs にあった既知の不具合解消に繋がった(10歩)。これは昨年から抱えていた Aejs の根幹に関わる問題だった。原因も明らかになった。

共有ボタンに少し時間をかけ過ぎかと思いつつ直感で作業を進めていたが,待っ読ボタン等に応用出来る部分も多く,かなり厄介に感じていた Aejs の不具合も解消し,結果的大きな収穫となった。

その他,デラング記法検討1歩2歩)など。

{デラング}{デライト高速化}{書きやすい}{他サービス}{遠くない}{「最も使いやすいメモサービスを目指す最も使いやすい知能増幅サービス」}{品質面}{希哲15年3月16日}{Dex}{貧弱さ}...=}(35)

{希哲15年3月16日の日記 K#F85E/A-E74C-7FF2}

最近,デライトに関して大きな心境の変化を感じている。

新デライト市場戦略では,単純なメモサービスとしての品質面での勝負を避けるべき,という前提があった。これが「最も使いやすいメモサービスを目指す最も使いやすい知能増幅サービス」という獲句に現われていたが,現状デライトから「最も使いやすいメモサービス」へはそれほど遠くないような気がしてきた。

想定していたよりもずっと作り込みにかける開発時間が取れていること,Dex によりデラング貧弱さ解消する見通しが立ったこと,十分な高速化期待出来るようになっていること,他サービスに関する知識が増えるにつれ他所のも見えてきたことなど,最近の様々な変化が重なり合っているのだろう。

今のデライトなら,どこよりも書きやすく美しく軽快メモサービスという位置に十分手が届く。新デライト市場戦略軌道修正必要があるかもしれない。

17日振り返り日記

=}
{解消}
{}