{希哲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若干要整理交度残っているくらいだ。

=}
{希哲17年1月4日の副日記}{比較的深刻}{復元出来ない}{それ以外}{解消されている}{キーボード入力時}{空になる}{本来の意図}{表現した}{無地の黒背景}...=}(246)

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

いったん出振るい終え他自我内検索用合い改良兼自我ページ整備一段落した

開発時間確保しにくい時期だったことや交度整理時間をかけたことで12月22日着手してから日数かかったが,総合的に満足出来る結果となった。

特に実装時期予測すら出来なかった自我ページ整備出来たことが大きい。これで新生デライト像完全なものになった。自我ページ整備自体作業時間正味2日間程度で,時間対効果非常に高かった

今後はまず新生全知検索整備り,輪郭整備兼文書整備並行させ新生デライトの成立目指すことになる。

実装について

12月19日の検討通り他自我内検索時に自我アイコン並べ自我ページではこれをプロフィール風見せることにした整備後1整備後2

見ただけではまずやり方分からなかった他自我内検索整合的かつ直感的に行えるようになり,自我知番による検索結果過ぎず一見意味の分からない自我ページ整備前一応プロフィールページらしくなった。

自我ページは,デライトにおける自己表現入り口となる部分であり,初めてデライト触れたまず覗いてみる部分でもあるので,直感的に理解出来るようになったことは大きな進歩言える最低限の又情報設定したので多少の SEO 効果望めるあとは風船輪郭出来ればデライトプロフィールページとしては無駄なく十分なものになるだろう。

読み込み中...
{希哲16年9月20日}{希哲16年9月10日}{希哲16年9月3日}{希哲16年8月}{希哲16年6月}{振り返り日記}{日記}{難工事}{最大級の}{こだわっている}...=}(138)

{希哲16年9月3日の日記 K#F85E/E74C-3F90}

一時脳疲労感が強かったが,現状整理組計検討急速にみ,だいぶ頭がすっきりした

8月第二次用合い改良輪郭小窓実装によって用合い上最大の革新果したので,内部的最後の大革新となるであろう新生全知検索整備完了と,文書整備一段落をもって「新生デライトの成立」とすることにした。遅くとも開発専念出来る20日までにこれを実現する

具体的な当努設定している新生デライトの完成」については,もう少し長い目で見着実に歩を進めることにした。先述目標まで漕ぎ着ければ比較的小さな機能実装調整残すのみなので開発時間多少減っても大きな問題にならない。

状況の変化に対する即応性必要な時期であるため,10日以後5日刻み現状評価組計見直しい,月内結果出せるかどうか判断する出せそうならこのまま突っ込むし,出せそうになければそこで律動的集中生活解除長期戦備える


新生デライトの完成」が「新生デライトの成立」の十分条件であることも必要条件ではないことも自明だが,ではいつ新生デライトの成立」と言えるのか,ということはたまに考えていた。ただ,いずれにせよ先の話だったので,そこまで深刻な問題ではなかった

8月第二次用合い改良輪郭小窓実装以後,この問題無視出来なくなっていた。「新生デライトの完成」までの進捗よりずっと早く思い描いていた新生デライト」に近付いた感覚があった。実際残りの当努印迫はここまで大きくないだろう。

そもそも新生」というのは「生まれ変わったような」という意味だ。「新生デライトの成立」と言える時点があるとすれば,新生デライト開発過程特に大きな革新果し終えたということになる。その時デライトは「未完成の新生デライト」となる。今回の組計検討ではその要件絞り込んだ

現実問題として,短期的に新生デライトの完成」を目指すことが合理的ではなくなってきたというのもある。製品価値大きく寄与しない細部こだわっている時間が無い第二次用合い改良予定外展開だったが,6月第二次知番改良など予定外作業多過ぎた

その代わり最大級の難工事成功という予定外収穫得てきた。これを活かす方向舵を切るべきだろう。

4日振り返り日記

{知番}{希哲16年6月30日}{希哲16年6月18日}{壊衝}{デライト}{OFFSET}{減らせる}{付けたかった}{ts_upd}{利用しやすくなった}...=}(211)

{希哲16年6月30日の開発 K#F85E/E74C-A106}

デライト高速化における KNEST 隠し実装一段落した。18日作業方針検討のみで20日から,休日除いてちょうど10日間での達成だった。出振るい済み

全体としては大成功だった。

必要以上に固め過ぎるのも良くないため,隠し化現時点最低限必要範囲留めたが,期待以上安定性期待通り高速化得られた次の施策出来たので,まだまだ高速化出来るKNEST 隠しDex匹敵するデライト武器になるだろう。

交度整理しっかり進めたこともあり最初の輪数取得改良想定以上に長引いたものの,ここで KNEST 隠し共通の問題ほとんど解決したため,自我隠し輪郭隠し半日ほどで終わった。この交度整理収穫として大きかった輪郭操作系の kn の外充て函数整備したことで関連交度一気に整理された

影響範囲確率的に大きな問題はないだろうと見て排他制御甘い部分あえて残して出振るい急いだが,出振るい直後壊衝多発して少し焦ったすぐに論軸的問題気付修正し,その後むしろ想定以上に安定して動いている。この判断結果として正解だった。

輪数取得改良

輪数隠しに関しては,第二次知番改良中に固まった輪数取得改良」として,輪数取得仕組み全体的に改良した

これまでデルンではいちいち厳密な輪数表示をしていたが,これが大きな低速化要因になっていた。デライト以前まで,count()遅さ対する認識が甘かったデライト以後そもそも出場における件数計算原理的に遅いもの,と気付いてページ付けOFFSET上限設けるなどの対策はしていた希哲13年10月14日の開発記録が,輪数一筋縄ではいかない部分があり放置してきた

厳密な同期必要性隠し効率から,次のように整理することにした。

読み込み中...
{輪郭整備}{希哲16年5月14日}{希哲16年5月13日}{日記}{デライト}{心地良い疲労感}{整理しておくべき}{怪しげ}{なりつつある}{大きな展望}...=}(63)

{希哲16年5月14日の日記 K#F85E/E74C-A07D}

{過程}

{}