(61)
{希哲14年11月22日のツイスト}{希哲14年11月22日}{歯車アイコン}{@Dlt_jp}{デライト}{ツイスト}{形状}{歯車}{病的}{完璧主義}=}(11)

最近,自分の病的なまでの完璧主義を感じたのは,デライト@Dlt_jp)の「設定」に使う歯車アイコンを作った時。「この形状歯車としてちゃんと機能するのか?」みたいなことを考えてしまう。以来,他の歯車アイコンを見ても機能性が気になるようになった。

2020-11-22 12:05
=}
{希哲15年11月1日}{十年後}{目標期限}{希哲館創立14周年}{五十年}{細く長く}{太く短く}{悪い報せ}{計画策定}{希哲14年11月10日}=}(73)

諸々整理して一息つけるようになってきたため,今日は一日じっくり、ここ数日の諸記録を埋めながら今後について考えることにした。デライト宣伝も全く出来ない日が続いてしまったため,今日から毎日1歩分でも必ず時間を割くことにした。

また,今後の正しい計画策定のため,第一次総括から2年あまりの歩みまとめ,これを「第二次総括」と呼ぶことにした。第一次総括同様,何日かかるか分からないが納得行くまで続ける。

そんなことを考えていた正午頃,叔父について悪い報せを受けた。ここ数年,妙に自分や周囲にとって都合の良いことばかり起きるので,そろそろ不幸が訪れるのではないかとかえって不安だったが,いよいよ来たか,と思った。それと同時に,デライトの成功,ひいては希哲館事業の成功を急がなければならないもう一つの理由を思い出した。

ここ最近,希哲館創立13周年を過ぎ,米大統領選挙も誰が勝ったとも言えないまま一応終わり,デライトの成功を急がなければならない理由を見失っていた。

用合い改良山場を越えたことで太く短く時間投入しなければならない作業はほぼ無くなり,細く長く継続していくことが重要段階に入ったという感覚もあった。

普通,事業収益化を急ぐのは存続に関わるからだが,デライト超高効率運用なら十年でも五十年でも,私が生きている限り存続させることは難しくない。そういう意味で,デライトの成功時間の問題には違いなかった。

それにもかかわらず,短期決戦から持久戦への移行決断することは出来なかった。何か忘れているような,引っかかりがあった。件の報せを受けたとき,それが何だったのか突き付けられたような気分だった。私が成功を急いでいたのは,大義名分のためばかりではない。その前に死んでほしくない人が多い。

今のデライトの状況なら,目標期限を短かく設定すれば早期成功可能性は高まるが,その代わり確実性は低くなる。一年後を見据えるか十年後を見据えるかで時間の使い方も変わってくる。健康上直ちに問題にならない程度に睡眠時間調整するだけでも一日あたり数時間変わるだろう。

デライトの成功が十分な確実性早さ期待出来る期限を考えた時,あと1年キリのいいところで希哲館創立14周年となる希哲15年11月1日が最も妥当な線として思い浮かんだ。

離立から2年以内なら「ダーウィンの海短期攻略作戦」という白熊作戦趣旨も辛うじて保てる。とりあえずはこれで短期決戦路線を維持することにした。

2020-11-12 18:11
2020-11-10 21:53
=}
{あれ}{希哲14年10月24日のツイスト}{希哲14年10月24日}{Safari (iPad)で録入り後に別サイトに転送される}{録落ち}{ツイスト}{ブラウザ}{修正}{有効期限}{感謝}=}(14)

ありがとうございます!ご報告の不具合修正出来たのではないかと思います。お暇な時にでも確認して頂ければ幸いです。クッキー有効期限設定したのでブラウザ終了時に録落ちすることもないと思います。

いま見つけておくべき不具合だったので本当に感謝です。とはいえ身体を壊しては元も子もないので気を付けます。

2020-10-25 03:33
=}(1){あれ}
{希哲14年10月24日の開発}{転送先}{#lgi}{Max-Age}{希哲14年10月24日の進捗時限}{希哲14年10月24日}{希哲14年10月24日の進捗}{Safari (iPad)で録入り後に別サイトに転送される}{希哲14年10月13日15歩}{@win.fix_jmp_hsh()}=}(25)

録入り不具合修正続き。

途中で終了。

あまり関係ないだろうとは思いつつ,Max-Age有効期限設定した。

一通り怪しい設定を弄り,クッキー要因ではないことを確認。結果的に良い加減な実装だったクッキーはしっかりするようになった。

次に気になったハッシュ周りを調べる。転送先 URI の末尾に #lgi というハッシュが付いているのが最初から気になってはいたが,それが何を意味するのか分からなかった。

25時30分頃,13日15歩に追加した @win.fix_jmp_hsh()原因だったことを突き詰めた。

しかし,これがないと外部からページ内輪結に飛んだ時に違和感が残るため,代替実装を考える必要がある,というところで終了。

2020-10-25 03:16
2020-10-25 03:14
=}
{希哲14年10月20日の開発}{印象付け}{activate}{install}{ホーム画面に追加}{希哲14年10月20日の進捗時限}{希哲14年10月20日の進捗}{希哲14年10月20日}{デライト用合い改良}{デライトの PWA 対応}=}(41)

デライト用合い改良PWA 調整

ホーム画面に追加」すると PWA 風に起動出来たりするので紛らわしいが,どうしてみてもアプリとして認識されている気配がなく,諦めかけていた24時前,ようやく主要ブラウザアプリとして認識させることに成功した。

どうも Service Workerinstallactivate事象設定していなかったことが原因らしい。

普通にホーム画面に追加した時のブラウザバッジもなくなり,一見本当に普通のアプリに見える。

操作感半信半疑だったが,一通り普通に使える。

当初想定以上に時間をかけてしまったが,これで請い手最適化足掛かりが出来,用者印象付けしやすくなったと考えれば想定以上の大収穫だった。

PWA に関してはここで一段落とする。

2020-10-21 00:28
2020-10-21 00:26
=}
{希哲14年9月29日の開発}{大きな収穫}{1001px以上}{641px以上}{1000px以下}{640px以下}{1280px以下}{480px以上}{標準領当て}{幅広領当て}=}(57)

デライト用合い改良媒体求頼切り替え点についてまとめて終了。

従来,媒体求頼切り替え点@xpd_ss()定義していた640px以下641px以上1000px以下1001px以上。昔月庭のために適当設定したものをそのまま引き継いでいた。

端末に合わせるのはキリがないため,デライト機能最大限に活かせる画面幅向けの領当てを「標準領当て」とし,それより狭過ぎる場合を「幅狭領当て」,広過ぎる場合を「幅広領当て」と呼ぶことにした。

標準領当てにおける画面幅下限上限見極めるため,細かく画面幅を変えながら検証してみると,480px以上1280px以下標準領当て維持出来ることが分かった。

例えばデライトの扉改行を挟まずに自然に見えるのが480pxあたりからであり,横に広がり過ぎて文章が読みにくくなるのが1280pxあたりまでになる。結果的に画面広さとしてはキリがよく,一般的な切り替え点にも近いものになった。

もともとデライト画面幅依存するような要素を極力削っており,例外的画面幅に対して微調整を入れる,という考え方媒体求頼を使っていたが,この方向性確信が持てた。

長い間もやもやしていたことに解決道筋が見えたことは大きな収穫だった。

2020-09-30 06:49
2020-09-29 22:47
=}
{希哲14年9月17日の開発}{Delite.64.png}{Delite.16.png}{Delite.32.png}{Delite.ico}{Delite.360.png}{Delite.180.png}{delite.png}{デライト・アイコン集}{希哲14年9月17日の進捗時限}=}(31)

デライト用合い改良デライト・アイコン集制作

これまで月庭と同じ竜胆蛍Favicon を使っていたが,デライト専用のものを作り設定して終了。

A-4686-6960.ai を少し調整して Delite.16.png, Delite.32.png, Delite.64.png, Delite.180.png, Delite.360.png を作成。

16, 32, 64 の三種類で Delite.ico を作成。

全て同じ,デライトのロゴ左眼形白背景を加え,正方形で扱えるようにしたもの。

16px では流石に分かりにくいかと思って濁点だけにしようかなどと考えていたが,単純に縮小しただけでも意外とそれらしく見えて良かった。

apple-touch-icon設定Android で正しく表示されることを確認。

に表示している中途半端な delite.png もこれに統一してしまいたいが,今日はここまでにしておく。

2020-09-18 06:24
2020-09-18 05:47
=}
{デライト運営記録}{新規用者}{デライト設定画面の様子}{内部設計}{希哲14年9月14日}{デライト初描出の見本}{利用者設定}{自我名}{公式アカウント}{月庭改装}=}(42)

月庭改装までの暫定的措置について検討4歩)。

接渉まわりの実装点検,取り急ぎの修正5歩)。

検索窓挙動改良8歩9歩)。

一通り気になることを片付けたため,利用者設定自我設定)実装に戻る。取り急ぎ自我名だけ設定出来るようにして終了(デライト設定画面の様子)。

簡単なようで内部設計から徹案まであちこち調整必要時間がかかったが,それなりに方向性は定まって良かった。

最近,ちょくちょく新規用者からの描出があるが,絡んでいいものかどうか少し悩む性格にもよるだろうが,いちいち開発者運営者反応されるのは気持ち悪いと思う人もいるだろう。

特に K#F85E で絡むのは困惑させる気がするため,デライト初描出の見本で使った K#9-C7C6暫定的公式アカウントとして,よほど困っていそうな場合のみこれで対応することにした。あとは用者に任せておくべきだろう。

開発そのものではないが,日記に書くには瑣末な,こうした運営上の問題も今後増えてきそうなので,新たにデライト運営記録を付けることを考え始めた。

2020-09-15 17:42
2020-09-15 15:20
{希哲14年9月14日の開発}{希哲14年9月14日の進捗時限}{希哲14年9月14日の進捗}{希哲14年9月14日}{利用者設定}{自我設定}{進捗記録}{進捗時限記録}{進捗時限}{進捗}=}(12)

利用者設定自我設定)続き。

なんとか名前だけは設定出来るようにして終了。出振るい済み。

2020-09-14 22:34
2020-09-14 22:33
=}
{希哲14年9月10日の日記}{無応答}{希哲14年9月10日}{流量制御}{利用者設定}{一安心}{時間対効果}{デライト宣伝}{デライト市場戦略}{壊衝}=}(23)

時間がかかりそうな利用者設定自我設定)の実装に入る前に,時間対効果の高いこまごまとした問題を片付けておくことにした。

結局,デライト市場戦略デライト宣伝,今後の計画などについての考え事が多くなり利用者設定の実装には入れず,流量制御設定などで終わった。

しかし,8日出振るいから,今のところデライト非常安定して動いており,一安心している。それ以前はちょくちょくあった,微妙な一時停止無応答壊衝にはまだ一度も出くわしていない。

2020-09-11 01:01
2020-09-11 00:48
1
{設定}{類義語}{せってい}{}{}{素描}
{}