{デライト高速化}{自然の流れ}{計画通り}{希哲館事業の広告塔}{全ページ0.3秒以内表示}{全ページ1秒以内表示}{希哲15年4月9日}{一日一文}{デライト小理腑}{待っ読ボタン実装}...=}(73)

{希哲15年4月9日の日記 K#F85E/A-E74C-2520}

昨日の激務デライト小理腑を終えた安心からか疲労感がどっと押し寄せてきた。日中はなかなか頭も手も動かず,調子が戻ってきた夜に小理腑や今後の方針についてまとめることで精一杯だった。

3日目にして一日一文休みだが,楽しもうと決めたばかりなので無理はしないでおくことにした。


小理腑後に残った時間では上旬中に出来ることも高が知れているため,今日で短期集中生活を終えようかと思ったが,振り返ってみると,短期集中生活に入った28日の開発待っ読ボタン実装理腑時間を充てることを決めていた。前後しただけで方向としては計画通りに進んでいるので,もう一日頑張り,待っ読ボタン実装までは上旬中に終わらせることにした。

中旬は,小理腑で得たものを最大限に活かし,新生デライトをこれまでの想定以上水準仕上げることを目指す

小理腑に時間をかけたことで第三次宣伝攻勢開始が遅れる可能性もあるが,『道草録』が多少は補完してくれるだろうし,調整はどうとでも出来る。


完成度勝負しようということ以外,まだ全体像明確ではなかった第三次デライト市場戦略についても,概ね考えがまとまった。

いわば「希哲館事業の広告塔」という本来の位置付け立ち返りありのまま希哲館事業の全てを自然に活かしていくことにした。新生デライトへの信頼感が高まるにつれ希哲館累新の動きも加速しているので,これも自然の流れだろう。

第二次市場戦略では宣伝上のにしようと思っていた「知能増幅」についても,隠さないまでも,必要以上に前面に出さないことを方針として決めた。先月からのデライト開発快調で,知能増幅デライトの姿で示せばいい,と思えるようになっていた。


小理腑でデライト高速化新鮮手応えを得て,調安が妙に楽しくなってきた。

当初,デライト高速化の目標全ページ1秒以内表示などとしていたが,これでは遅さが気にならないだけで速さを感じるには中途半端だ。目標は高く,全ページ0.3秒以内表示を目指すことにした。いっそのこと,速さで有名になるくらいにしたい。

{デライト高速化}{希哲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年4月下旬}{黄金週間}{年度始め}{デライトの品質}{デライト収益目標達成}...=}(64)

{希哲15年4月1日の日記 K#F85E/A-E74C-646E}

寝不足も続き,いつ疲労感に襲われてもおかしくない状況だが,絶好調だった。

先月20日頃まで,この日にはデライト収益目標を達成し,デライトの春希哲館の春にしたいなどと思っていた。収益目標未達だったが,ここ一週間,美しい桜並木を見ながら,思い描いた通りのの訪れを感じていた。代わりに得たものがそれだけ大きかったということだろう。

今を仮に「希哲館累新期」と呼び始めた1月にそれほどの確信は無かったが,希哲館本館構想具体化を経て,今まさに「希哲館累新」が起きていることを確信した。竜力竜虎計画など初期の構想についても久しぶりに思い出していた。

希哲館事業構想は,輪郭法閃きから生まれたものだ。その輪郭法をに変えるデライトによって希哲館事業可能性が広がるのは必然なのだろう。

10日までに新生デライトをある程度の形にし,20日までに諸調整仕上げを終え,年度始めから黄金週間に向けて世間が少し落ち着く下旬第三次宣伝攻勢を仕掛けたい。

第三次宣伝攻勢も,先月デライト開発快調を受けて変容した。短期間集中して,印迫最大化することを考えるようになっている。これは一夜革命そのものだ。「デライト一夜革命」を第三次宣伝攻勢の定問とすることにした。一夜城たるデライトの品質自信が持てなければ考えられないことだった。


デライト一日一文」として一日一文の再開も考え始めた。

一日一文デライト正式離立から間もなく完全に途絶えていた。単純に忙しかったということもあるが,発信媒体としてのデライトがあらゆる意味で不安定貧弱だったということも大きい。今のデライトなら効果的発信出来るだろう。

短期集中生活中に無理をしてやることでもないので,余裕の出来た時期に始めたい。

2日振り返り日記

{defer 属性}{希哲15年4月1日の開発}{描画速度}{二度手間}{link rel="preload"}{速度差}{DOM 構築}{Document.readyState}{Node.appendChild()}{デルン初期実装}...=}(53)

{希哲15年4月1日17歩 K#F85E/A-E74C-FE68}

Aejs@icl() とその周辺見直し

いったん終了。

デルン初期実装からか,@icl() では Document.write() 相当の @doc.wr() を使って script 要素を書き出していたが,これは様々な面で好ましくない。こんな実装にした経緯失念したが,装体書で同じようなことをする @apd_ss()@elm.bld..apd()Node.appendChild())を使っているところをみるに,テンプレート上で書き出し位置を指定しやすいといった理由があったのだろう。

特に,昨日まで Aejs にあった干渉不具合を回避するのに有用ではあったが,もはや不要なのでここで周辺とともに整理しておいた。

まず,@icl() を @elm.bld..apd() を利用した実装にし,スクリプト調整を行なった。AdSense より前の位置に配置していたため,これを body 要素末尾のその他ライブラリ前に移動した。非同期になったことで DOMContentLoaded が終わっている可能性があるため,Document.readyState を利用して DOM 構築完了後であれば即実行する処理を @() に加えた。

更に,各スクリプトに defer 属性を付け,直書きしている部分は addEventListener() で DOMContentLoaded を待ってから実行するようにした。ここはスクリプトを通さず捌き手側で直接書き出してもいいかと思ったが,試してみたところ大して速度差が無かったため,現状維持とした。

更に,link rel="preload"導入,ついでに cfg.vs で設定していた隠し破りテンプレート側で設定し,@icl() や @apd_ss() に引数として渡すようにした。テンプレート側で直接記述している URI に利用出来ず,修正作業でよく二度手間が発生していた。

ここまでの作業で体感的描画速度向上が見られた。ただし,速くなった分描画過程が見えてしまうようになったため,明日装体書調整を行うことにした。

未出振るい

=}
{希哲15年3月24日の開発}{自他輪郭}{希哲15年3月24日の進捗時限}{希哲15年3月24日の進捗}{希哲15年3月24日}{描き方ボタン}{描き方}{描き直しボタン}{吊るし輪郭}{輪郭一覧}...=}(25)

{希哲15年3月24日10歩 K#F85E/A-E74C-F1FC}

描き方ボタン調整で終了。

いざ試してみると,輪郭一覧では思いのほか邪魔に感じる。一応描写が空の場合には非表示にしたが,それでも描き方を見たいような輪郭は割合としてそう多くないので,ほとんど無用の長物になってしまう。

自他輪郭も見分けにくい。描き直しボタン無意識にも自他輪郭区別に使っていたことが分かる。

考えてみれば,描き方を見て欲しい場合は特定輪郭注目させたい場合でもあるので,吊るし輪郭のみで十分だったことに気付いた。早速修正した。

=}
{希哲15年3月23日の開発}{ややこしい}{見え方ボタン}{閉じるボタン}{最有力候補}{難しかった}{ボタンラベル}{大きな理由}{多機能化}{描き方ボタン}...=}(72)

{希哲15年3月23日7歩 K#F85E/A-E74C-66D7}

デラング整備,「描き方ボタン」について仕様をまとめて終了。

デラング多機能化に伴い,学習宣伝等の観点から,他輪郭描写素文をもっと閲覧しやすくする必要が出てきた。

現状,Ctrl + ダブルクリックで閲覧することは出来るものの,ボタン自輪郭描き直しボタンのみ表示しているため,説明されなければどのように素文を見るのか初心者には分からない。

描き直しボタン追加時からしばらく全ての輪郭でそのまま表示していたが,紛らわしく,用合いもずっとごちゃごちゃしている時期だったため他輪郭では非表示にするようになった。

調整して復活させることは度々考えてきた。そのたび見送っていた大きな理由に,良い表現が見つからないということがあった。特にボタンラベル等に使う文言難しかった

簡潔かつ直感的ということで最有力候補は「覗く」だったが,漢字を使うと少し印象が硬い,平仮名で「のぞく」では「除く」と紛らわしい,語感もあまり良くない,そもそも何を覗くのか初見分かりやすいとも言えない,と一番マシな案が難点だらけだった。

今回の再考で,「描き方」が使えることに気付いた

描き直しボタンアイコン領当てはそのままに,ボタンラベルは「描き方」に変える。機能描写部Ctrl + ダブルクリックした時同様,描写欄のみ開く。

知名欄でも一部デラング記法を使えるようにする予定はあるが,利用頻度を考えると余計に感じることが多いだろう。従って,描写部が無い他輪郭では引き続き非表示とする。見る手段がないわけではないので困ることは少ないはずだ。

描き方ボタンで開いた場合,完了ボタンはもう少し自然に閉じるボタンにする。「見え方ボタン」にするのも面白いかと思ったが,かえってややこしいかもしれない。

「〜で描き直す」「〜で完了」から変えていなかった通注も「〜で描き方を見る」「〜で閉じる」とする。

=}
{調整}{類義語}{ちょうせい}{調}{}
{}