{開発}{開発記録}{知番}{記録}{半自動}{使用状況}{新括体採番法}{旧括体採番法}{8MB}{分割挿入}(38)

{希哲14年8月16日の開発 K#F85E/5B28-FA11}

知番予約分割挿入一括挿入分割)化を試みるが,速度問題改善しなかった(9歩)。

1回あたりおよそ8MB記憶使用量もあり,抜本的改良必要判断急遽新括体採番法」の方針をまとめ,知番予約による「旧括体採番法」から移行することにした。

旧括体採番法は単純に個々の知番使用状況記録していくというものであり,自分で使っている分には必要十分ではあったが,サービス拡大を考えると現実的ではない。また,知番拡張についても半自動でやっていたが,完全に自動化したい。

先送りにしてきた課題解決する良い機会なのだろう。

その他,自我設定徹案練り(2歩),マウスオーバー関連の仕様検討3歩)など。

{進捗記録}{進捗}{dg_kno}{希哲14年8月16日の開発}{8MB}{分割数}{分割挿入}{希哲14年8月16日の進捗時限}{希哲14年8月16日の進捗}{希哲14年8月16日}(30)

{希哲14年8月16日9歩 K#F85E/5B28-116E}

知番予約分割挿入化。

分割数を指定して一括挿入を繰り返せるようにし,_dg_kno への挿入を試してみたが,意外なことに,分割数をどう変えてみても,毎行挿入に比べて速くなるどころか遅くなった。一括挿入そのものが逆効果になっている気がする。

前案の非同期化も脳裏をよぎったが,負荷自体は変わらないのでさほど魅力的ではない。ふとストレージ容量消費を調べてみたところ,1回あたりおよそ8MBの消費がみられた。ただちに問題になる量ではないが,将来的重荷になるのは間違いない。

ここで,知番予約からの脱却も含めて根本的知番採番仕様見直すことにして終了。これは良い機会かもしれない。

{開発}{開発記録}{28時}{24時}{出振るい}{当努}{希哲14年8月13日の日記}{自我知番検索}{希哲14年8月13日}{デライト離立補完終結}(29)

{希哲14年8月13日の開発 K#F85E/5B28-5C15}

ページ付け自輪郭検索出振るい完了自我ページ自我知番検索実装代用

24時まで残り3時間というところで自我設定知番予約一括挿入化,知番付け検索当努絞り込む。比較的高度な機能である知番付け検索は省いてもいいことにした。

自我設定作業に入るが,24時頃,休憩のつもりで横になったら28時まで寝てしまった。

アイコン設定が出来ない時点でどのみち中途半端になると判断自我設定実装は中断,知番予約だけ一括挿入化しようとするが,試してみると今度は記憶量を食い過ぎることに気付き,後に回すことにした。

必須としていた当努が無くなったところでデライト離立補完終結とした。

{進捗記録}{進捗}{30時}{希哲14年8月13日の開発}{希哲14年8月13日の進捗時限}{希哲14年8月13日の進捗}{希哲14年8月13日}{デライト離立補完終結}{一括挿入}{進捗時限記録}(14)
{進捗記録}{進捗}{28時}{24時}{希哲14年8月13日の開発}{希哲14年8月13日の進捗時限}{希哲14年8月13日の進捗}{希哲14年8月13日}{デライト離立補完終結}{一括挿入}(16)
{進捗記録}{進捗}{24時}{当努}{希哲14年8月13日の開発}{希哲14年8月13日の進捗時限}{希哲14年8月13日の進捗}{希哲14年8月13日}{知番付け検索}{一括挿入}(17)
{開発}{デラング}{開発記録}{点検}{デライト}{通注}{開発者心理}{前後景輪一覧}{確認ダイアログ}{再送信}(38)

{希哲14年7月17日の開発 K#F85E/5B28-3E0E}

前後景輪一覧整備の前に,気になっていた細かい問題を時間対効果の高いものから片付けた。

まず,描写記法デラング)の改良として無番輪符ハッシュタグ記法,引用記法に対応。

ハッシュタグ対応は少し悩んでいたところだが,普及状況に加え,デライト検索語をどう扱うかという示唆にも使えるとの判断から採用

さらに,デライト正式離立以来ずっと気になっていた自我登録新規利用者登録)周りを点検録入り直後の描出で出る再送信確認ダイアログ対策だけ行い,あとは現時点で大きな問題はないと判断,知番予約一括挿入への変更は後回しにした。ここはずっと実態以上にまずいと思っていたところで,冷静検証したことによる開発者心理改善が大きかった。

その他,デライト用合いにおいて重要になっているツールチップ翻訳語として「通注」の採用など。

取り急ぎ対応出来る問題を片付け,前後景輪一覧に落ち着いて取り組める環境が出来た。

{進捗記録}{進捗}{10秒}{確認ダイアログ}{再送信}{記憶違い}{時間対効果}{希哲14年7月17日の進捗時限}{希哲14年7月17日の進捗}{希哲14年7月17日}(38)

{希哲14年7月17日7歩 K#F85E/5B28-C318}

新規利用者登録自我登録)時の知番予約一括挿入式に改良する作業の試行

これも高い時間対効果が見込めるが,1時間ほど試して時間がかかり過ぎるようであれば後回しにするつもりで調査に入った。

久しぶりに自我登録周りを見直したが,いま落ち着いてみると,それほど悪くなかった。遅い遅いと思っていた初回の知番予約も,遅いと思って見ると意外に速い。ここは記憶違いもあり,登録時に走るものだと思っていたが,実際には初回描出時に走る処理だった。

やはり,デライト正式離立目前になって必死に整えた部分で,余裕もなく,出来たばかりの xpo.Pg への過信もあり,心理的に遅く感じたのだろう。

現時点でそれほど大きな問題ではないため,ここは後回しにすることにした。一つ杞憂が消えたのは良かった。とはいえ,手定め環境体感10秒かかることは念頭優先順位を考える必要がある。一括挿入にすればすぐに解決するだろう。

ただ,録入り後,同じ画面で新規描出しようとすると再送信確認ダイアログが出るのはまずいため,次歩で修正する。ここは最初から気付いていたが,知番予約の方に気を取られて後回しにし続けた部分だった。

{一括挿入}

{}