{KNS}{デライト}{それなりにいる}{デライトの闘い}{創出出来る}{PKMS の次}{逆に言えば}{同じ問題}{保管している}{閉鎖的なサービス}...=}(157)

{希哲17年4月14日の日記 K#F85E/E74C-A703}

脳爆発おかげで検討作業では大きな収穫があったが,思考広がり過ぎたか。サイクリングそれなりに身体を動かしたにもかかわらず脳疲労感が強かった他にちょっとした幸運があり,少し気が緩んだことも影響しているかもしれない。


最近ちょくちょくKNS の経済的合理性」について考えている考えれば考えるほどKNSSNSPKMS相補的相乗的発展形であると同時に経済的合理性において唯一の解だと思えてくる

SNS経済的な問題は,「献典の質」にある。開放的にして人を集めると,どうしても粗悪な献典増えるそもそもSNS における投稿体験のための手段過ぎないことが多く献典としての情報価値が低い

日常的な挨拶から「バルス祭り」まで,情報としての意味はない出与え抱え過ぎている砂金のために土砂全部保管しているようなものだ。意味がないだけならともかく不法行為デマのようなものも誘発する構造持っているのも厄介だ。放っておけば広告主が減るし,監視を強めれば人件費が増えるかつての匿名掲示板同じ問題抱えていたが,文字という最も軽量情報でありながら維持費収益追いつかない理由だ。

他方PKMS では,知的関心献典蓄積され利用者自然と内省的になるので献典の質治安総じて良い

ただ,PKMSとにかく高コスト体質」になる。まともに開発しようとすれば,厳重な制危情報保護体制複雑な WYSIWYG 選り手自動保存編集履歴オフライン対応ゆとりのある譜類上信機能あたりは基本として,OCR人工知能くらい付いているのも当たり前なりつつあるデライトがこれらの機能上手く切り捨てられているのは,やはり KNS という根想によるところが大きいどれも SNS なら必要性が低い

しかもPKMS閉鎖的なサービスなので収益化手段限られ広告宣伝費まともにかかるEvernote にせよ Notion にせよ,SNS比べると規模的に伸び悩み状況にある。

そこで KNS たるデライト出番というわけだが,KNSKNS で「新し過ぎ理解してもらうのが難しい」という問題抱えている逆に言えば,ここさえ突破すれば SNS の次PKMS の次同時に創出出来るSNSメモ通類として使っているPKMS情報発信使いたいそれなりにいるので,突破口確実にある

これが目下デライトの闘いだ。

15日振り返り日記

{希哲17年1月22日の開発}{希哲17年1月22日の進捗}{希哲17年1月22日}{良いばら成し}{排除した}{詰まり過ぎていた}{ボタン類}{自分向け}{渡りに船}{差を付ける}...=}(206)

{希哲17年1月22日17歩 K#F85E/E74C-EFB2}

進捗時限記録中略

輪郭ページ改良装体調整終了

取り急ぎテンプレート整理して輪郭ページ吊るし輪郭入れていた要素<header> から <main> へ,輪郭ページ輪郭一覧<main> から <div>切り替えた前後景一覧ページでは従来通り

特に急ぎたかった部分上手く片付き残る内部的な問題のみなので,輪郭ページ改良ここで中断することにした。


閲覧専用模動実験をしていた時,輪郭ページ輪郭一覧隠す<header> だけのページになってしまうことに気付いたのが事の発端だった15日14歩

あまり意識してこなかったが,輪郭ページ概念実装大きな不一致生じていた一時凌ぎつもり後景一覧ページ輪郭ページ使うようにしたのはデライト離立補完中の希哲14年8月5日だった。当時とでは輪郭ページ捉え方輪郭充実度全く違う

予てから検索模動輪郭模動内部的な切り分け中途半端なまま進んでいない問題もあったため,抜本的な輪郭ページ改良方針まとめた17日8歩

最近の検索演心そこまで神経質ではないと言っても,<header><main>違い流石に小さくないだろう。何より気付いてしまう表現として気持ち悪いので早く解決したかった

読み込み中...
=}
{デライト}{希哲17年1月15日の進捗}{希哲17年1月15日の開発}{希哲17年1月15日}{下がれば}{済みそう}{かからず}{採用を決めた}{至らなかった}{高まらず}...=}(118)

{希哲17年1月15日6歩 K#F85E/E74C-C29A}

進捗時限記録中略

新生デライトの要件ではなかったが,デライト最初期実装削除してからずっと保留状態にあった全知検索窓固定機能実装イメージ急速に固まったのでまとめ終了

全知検索窓では,下スクロール隠れ上スクロール現れる固定表示採用することにした。

昨日寝る前に Android 版 Chrome触ってい思いついた上スクロールツールバー現れる以前にもこの方式検討した記憶があるが,その時流してしまった昨年新規描出フォーム固定機能とともに大きく検討を進めたことがあった開発記録ので,時期的噛み合わせだろう。


いったん削除した理由その後復活させられなかった理由主に二つあった。

一つは,広告との相性問題だ。AdSense では広告固定メニューのようなものが被ることもグレーとされている。実際には悪質でなければそこまで厳しく対応されることはないだろうが,広告頼みデライトではわずかなリスクでも避けたかった

もう一つは,画面広く使いたい場合邪魔になることがあり,必ずしも便利ではなかったことだ。当然スマートフォンのような小型端末ではこの問題顕著になる

昨年検討では,広告近付いた隠すようにすることと,表示領域の高さ十分ではない場合固定機能無効にすることでこれらの問題回避する方針固め復活向けて一歩前進した。しかし,実装調整煩雑さ対して必要性高まらずここまで実作業至らなかった

今回採用を決めた方式なら,調整手間ほとんどかからず交度半分くらいで済みそうだ。無くてもそこまで困らない機能ではあるが,これくらい実装コスト下がれば優先順位上げられる

=}
{コード埋め込み記法は一口に言って発明}{希哲17年1月13日の副日記}{普通の開発者}{GitHub 開発者よりデライト開発者の方が賢い}{言語開発者}{かくあるべき}{考案した}{一年近く前}{雑な実装}{客寄せ}...=}(73)

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

{デライト市場戦略}{Firefox}{輪郭整備}{希哲17年1月7日の開発}{希哲17年1月7日の進捗}{希哲17年1月6日の開発}{抑止する}{数十分}{損ねている}{無反応}...=}(210)

{希哲17年1月7日20歩 K#F85E/E74C-370E}

進捗時限記録中略

知名欄描写欄捕活フォーカス関する仕様検討結果ともにマウスオーバー捕活する仕様確定実装した出振るい手定め済み

なお,知名欄自動全選択については正式に廃止決定した


仕様というほど明確なものではなく,時期によって実装上機能しないこともあったものの,デライト初期実装からのマウスオーバー時の挙動は,知名欄では捕活全選択描写欄では捕活,という方針だった。これは実用上の都合というのも大きく,こうでなければ単純に描出効率悪かった

昨年9月までの第二次用合い改良中の交度整理で,知名欄捕活全選択機能しなくなっていた。これは確か中景輪符事象イベント改良したことで干渉懸念があり,再実装後回しにしたという経緯だった気がするもっと地味な描写欄捕活過去に何度か再実装した記憶があるものの,どの時点機能しなくなっていたのかは曖昧だが,いずれにせよ第二次用合い改良後はどちらもマウスオーバーでの捕活すら機能しなくなっていた

もしかしたらこれはこれで今のデライトでは悪くないのかもしれないと少し様子を見ていたが,輪郭整備のように描出効率重要な作業になると,クリックでの捕活やはりまどろっこしく,鈍重感じる。そこで最近はかつての挙動復活させる機会窺っていた

懸念は,他要素他機能との干渉誤操作だったが,これは昨日の検討から急速に氷解した今のデライトで,マウスオーバー捕活移動すること自体前提のようなところがあるので用者体験大きな悪影響はないだろうということ,むしろほとんどの要素マウスオーバー反応するのに知名欄描写欄無反応なことが直感性損ねているとも言えること,スクロールとの干渉実際の舞覧ブラウザでは生じないこと,誤編集問題については,そもそも閲覧編集用合い切り分けていることが一定の保護機能になっており,更に取り消しボタン変更有無分かるようになることで大きく軽減されること,などの理由で,大きな問題はないという結論に達した

そこでまず,知名欄全選択含めてマウスオーバーでの捕活機能復活させてみたところが知名欄全選択については数十分廃止決定することになった。実装上の問題としては,選択状態やはり周辺要素干渉する干渉しないようにマウスアウト解除すると,今度は選択状態意図せず解除されやすくなる。もっと問題なのは,誤入力上書きしてしまいやすいということだった。全知検索窓では再検索のためにも上書きしやすい全選択状態好都合だが,知名欄での利点写し取り素早く行えることくらいでさほど大きくない

これは,今のデライトで,慣れ切ったこの挙動からいったん離れなければ気付かなかったことかもしれない。今のデライト市場戦略から考えても熟練用者向け過ぎ採用出来ない

次に知名欄全選択機能し,捕活だけにしてみると,これはむしろ想像以上に好感触だった。地味ながら編集軽快感明らかに向上している捕活さえしてくれれば Ctrl + A写し取り十分効率的に行える今のデライトとの相性でいえば理想形とすら思えた。ここで正式な仕様として確定することにした。なお,捕活時発生するスクロール意図しない場合多く考えられるため抑止する

どこまで普遍的な現象分からないが,常用している LinuxFirefox では,<textarea>選択状態残して捕活解除すると,再選択のつもりが未捕活状態のせいで)意図しない文字列ドラッグ発生しやすいため,これがなくなったのは個人的に嬉しかった近頃多用している複数輪符引き入れ欄への写し貼り障害になっていた。

とにかく第二次用合い改良後に残っていたもやもやしたものを払拭出来たのは大きかった

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

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

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

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

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

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

実装について

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

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

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

読み込み中...
{理由}

{}