{デライト}{OFFSET}{減らせる}{付けたかった}{ts_upd}{利用しやすくなった}{実装しておいた}{一覧部分}{整備した}{隠し効率}...=}(210)

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

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

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

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

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

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

輪数取得改良

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

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

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

この通りに実装終え上手く動いている

また,この過程で各輪郭操作での輪数更新必要になったため,ほとんど未実装だった輪郭操作系の外充て函数整備した

自我隠し輪郭隠しから次の施策

自我隠しに関しては昨年4月中途半端な実装をしていたため,これを整理した輪郭隠しは,現時点一覧部分には適用出来ないものの一応実装しておいた

自我隠し出来たことで自我情報利用しやすくなったため,自我アイコンts_upd使った隠し破り付けたかったが,自我情報取得部分がまだ非効率なので見送った

輪郭情報求頼分割し過ぎているので,これを統合することを考えているうちに,次の施策まとまった

輪郭一覧については,まず知番のみで中景輪取得し,輪郭隠し照合してから三景輪郭情報同時に取得することにした。これで輪郭隠し効率的に利用出来求頼大幅に減らせる予定していた検索属性もここで盛り込む

{新生デライト}{上手くまとめる}{一定の水準}{大きな印迫}{暫定実装}{争っている}{具体的な作業}{大きな当努}{合間合間}{どうであれ}...=}(113)

{希哲16年4月3日の日記 K#F85E/E74C-2AE0}

のんびり作業しながら開発組計について整理した最近の脳爆発でまた混沌としてきた頭の中がだいぶ整理出来脳疲労感一気に和らいだ良い休日の過ごし方だ。


まず,第四次宣伝攻勢は,遅くとも黄金週間初日29日には始める多少の助走期間欲しいので,下旬出来るだけ早い内始めたい。その前に新生デライトの完成,と行きたいところだが,やや無理がある無理をして不眠不休やれば出来ないこともないだろうが,今のところそこまでの必要感じていない

無理のないところで,6月までの新生デライトの完成目指すことにした。ちょうど6月まで様子を見ることにしていたが,新生デライトさえ出来れば収益どうであれどうとでもなる。これが現状の最適解だろう。

宣伝認知されてから実際に流入始まるまでには多少の時間差もある。第四次宣伝攻勢前には,新生デライト当努のうち,訴求効果必要性高いものを優先して詰め込む

こまごまとした問題合間合間片付けるとして,大きな当努では,まず輪郭選り手抜控機能整備片付けたい今のところ最も長く中途半端なまま引きずっている当努で,心理的負担大きい先日終えた Aejs 整備目的でもあった。KNEST 隠し実装昨年から中断しているが,これは具体的な作業がほとんど出来なかったため,状態としては他の当努大差ない

その次は,Aejs 整備の再開前の Cμ 文字列処理改良り,1月29日12歩決めた通り,続いて描写渡括実装入る。さらにその次の優先順位をめぐって頭の中争っているのが,輪郭小窓暫定実装公開設定機能部分実装だ。どちらも用者体験にとって大きな印迫がある。集客する以上,高速化文書整備デラング整備一定の水準以上に進めておく必要がある

これらを黄金週間前に上手くまとめることが当面の目標になりそうだ。

{進捗記録}{導入する}{文字装飾記法}{下線記法}{斜体記法}{太字記法}{打ち消し線記法}{希哲16年1月23日16歩}{微妙な要求}{たまにあった}...=}(94)

{希哲16年1月23日12歩 K#F85E/E74C-5AE3}

進捗時限記録中略

3歩きっかけ久しぶりに実装予定文字装飾記法について見直し,以下のように基本的方針整理した

<<大きい文字>>
>>小さい文字<<
##太字##
//斜体//
__下線__
~~打ち消し線~~

下線記法については,_下線_有効にすることも考えていたが,適当に書いた時の誤解釈増える懸念もあり見送ることにした。文字装飾記法2個以上記号統一した方が綺麗にまとまる簡潔な記法追加するより削除する方がずっと難しいので,使用頻度考えてもいまあえて導入する動機に乏しい

……ここまで考えて昨年6月23日10歩でも同じ結論を出していたことに気付いたが,再確認出来た。


太字記法については,昨年6月23日9歩では ++太字++検討しているものの,最近 ++行内埋め込み記法利用することを考えているためこれは避けたい。そもそも「強調ではない太字」という微妙な要求のための記法であり,廃案脳裏をよぎった

分かりやすい代替記法がありうるのかと思ったが,意外と ##太字##悪くない。「くっきりした」という意味シャープにもかかっているし,見た目濃さ丁度良い後述文字サイズ記法同様,記号の数濃さ調整出来ても面白い


ついでに<<大きい文字>>>>小さい文字<< という文字サイズ記法思いついた大きさ小ささ記号の数調整出来てもいい。直感性申し分ない

あまり文字を大きくしたい思ったことはないが,小書き括弧記法を使わずに文字を小さくしたいと思うことはたまにあったので良い拾い物だった。


斜体記法打ち消し記法については特に変更無し


上線記法検討していたが,ここまでで HTML の要素相当するものはい,軽標記言語としての表現力十二分なので,いったんここで一区切りとすることにした。

{整理した}

{}