{希哲15年4月20日の開発}{初出振るい}{KNEST::cch_ego_T}{応答時間短縮}{不安定化}{希哲15年4月20日の進捗時限}{希哲15年4月20日の進捗}{デライト高速化}{自我の隠し化}{0.5秒}...=}(32)

{希哲15年4月20日9歩 K#F85E/A-E74C-751D}

デライト高速化KNEST 隠し実装自我の隠し化

途中で終了。

KNEST::cch_ego_T がある程度の形になったため,手定め初出振るい。まずは輪郭一覧部分にのみ適用

KNEST 隠し糸間共有なこともあり不安定化懸念実装慎重にせざるをえなかったが,今のところ上手く動いている。

ばらつきはあるものの,0.1秒から0.5秒ほどの応答時間短縮が見られた。

体感的には微妙なところだが,出場負荷軽減効果は大きいだろう。

何より,これで KNEST 隠しの実装を進めやすくなったのは大きな進展だった。

=}
{デライト高速化}{希哲15年4月14日の日記}{希哲15年4月14日の開発}{高度な機能}{修正回数}{重くなる}{当たり外れ}{作業分類}{機能整備}{速いデライト}...=}(174)

{デライト高速化前の現状整理 K#F85E/A-E74C-A2D0}

希哲15年4月14日本格的デライト高速化に入る前の現状整理について,ここに記録しておく。

2月後半を預っていたこともあり開発集中しにくかったが,3月の頭からデライト開発はいわば「快調期」に入った。この想定外快調でそれ以前の計画良い意味狂うことが多くなり,3月8日からは計画にとらわれず直感に従って作業を進めていくことにしていた(日記)。

この快調によって,より高い完成度での新生デライトを目指すことが出来るようになり(第三次デライト市場戦略),3月20日収益目標達成努力期限5月1日延長28日にはこれを必達期限として,同時に短期集中生活に入った(日記)。短期集中生活は今月10日に終え,やり残した待っ読ボタン実装昨日一段落した。これが「デライトこれまでのあらすじ」といったところか。

少し落ち着いたところで,次の作業に入る前に現状整理することにした。収益目標達成期限まで残すところ半月,作業の優先順位見極める必要があった。短期間にこれだけのことがあると,流石に頭の中も混乱気味だ。もやもやしたものを晴らしておきたかった。

現在のデライト開発速さ予測不可能性を考えると,やはり中途半端な計画足枷にしかならない。「黄金循環高速化」としてのデライト高速化中心に,機能追加文書整備宣伝等々,全てを臨機応変巻き込みながら片付けていく,というのが現状での最適解結論付けた。

デライトにとって最大の付徴輪郭法であって,枝葉末節機能ではない。それを磨き上げ伝わりやすくする作業でもある。


作業項目としての「デライト高速化」を意識し始めたのは2月17日の開発からだった。当初は機能追加よりも優先し,文書整備並行させることを考えていた。その後,快調期に入ってから機能追加優先順位が上がり,特に Dex によるデラング整備優先するようになっていった。

今月頭の時点での大まかな見通しは,10日までに必要な機能追加20日までに新生デライト仕上げ,文書整備を終え,21日から第三次宣伝攻勢を開始,並行してデライト高速化を進める,というものだった(1日の日記)。

ところが,@icl() 周辺整備をきっかけに入った小理腑が,1〜2日という想定よりも長引き(6日間),上旬がほぼ潰れた。更に,これが思わぬ体感表示速度向上に繋がったことで,一気に高速化への持ち辺が高まった。この頃から,どちらかといえば後回しにするつもりだった高速化を最優先にすべきではないか,と考えるようになっていた。待っ読ボタン実装を終えた昨日の時点でほぼ腹が決まっており,最終確認のためにこの現状整理をしているわけだ。この判断収益目標達成成否直結するだろう。


デライト高速化の主な意義としては,用者体験の向上,SEO負荷軽減の3つを当初から見込んでいた。

小理腑後は,これに開発効率描出効率向上という意義が加わった。手定め時間短縮にもなるし,より描出を上げを増やすことにも繋がるだろう。頭では分かっていたことだが,速いデライト体験して実感が出てきた。この「先行体験」をさせてくれた小理腑の影響が大きい。

Dex 以後,デラング活用することにした文書整備にも寄与することになる。


高速化に並ぶ大きな作業分類であるデラングを含む機能整備機能追加),文書整備と比べても,やはり高速化が優位だろう。何より,高速化は技術面でも設計面でもデライト向きであり,この中で最も「伸ばせる」ところだ。本領発揮と言ってもいい。

機能追加が訴求するかどうかは当たり外れが大きい。開発者が求めているものと用者が求めているものは異なることが多いが,用者が求めているものと必要としているものも往々にして異なる。要望に応えても,思ったより必要なかったということもある。これは用者が馬鹿だからではない。開発者ですら,思ったより要らなかった,要らないと思っていたが意外と便利だった,ということは多々ある。人間そんなものだ。それでも,十分な時間があれば「数撃ちゃ当たる」で成功確率を高めることは出来るが,今はそうではない。

そもそも,現状デライト活動用者極端に少なく,動向分析する標本にもならない。まずは入り口の手前にいる人達を呼び込む必要がある。そのためには,一部の用者しか使わない高度な機能よりも第一印象重要であり,これに寄与するのは高速化だ。

また,機能追加には程度の差こそあれ通信処理上の負荷が伴なう。予定している機能を現状のデライトに全て詰め込めば明らかに重くなるのは目に見えている。


文書整備に関しては,ある程度機能整備が済んだところか,少なくとも機能整備と並行させなければ作業効率上の問題がある。これだけ仕様変更機能追加が激しい状況でなまじ文書を追随させても修正回数が増えるだけだ。先の理由で機能整備を後回しにするなら文書整備も後回しにするほかない。

現状,「使い方」などの文書は離立補完を最後にほとんど更新しておらず,実装との乖離が激しくなっているが,逆に言えば,無駄な修正作業が省けたということだ。新生デライトが熟れるまで放っておくのも一つの手だろう。

宣伝においても体験重視するようになる中で,相対的な重要性が低下していたということもある。「良い文書のある悪い体験」よりは「悪い文書しかない良い体験」の方がマシだ。


黄金循環」は,1月から再認識し,2月までよく言及していたが,3月からは快調期目まぐるしさ横に置いていた。

振り返ってみると,2月20日の日記高速化との結合予期するようなことを書いている。ただ,それほど強く両者の結合意識していたわけではなく,黄金循環高速化手段明確ではなかった。「全知検索の改良」と言っても,基本的な部分で問題の多かった希哲13年頃に比べ,今では範囲が広過ぎる。

快調期以後,計画ではなく直感に従うという戦法難局を上手く切り抜けてきたが,「次の作業」を意識するようになった短期集中生活終盤あたりから,作業になるものが欠けていると感じていた。

ここで高速化黄金循環結合してそのとして機能し始めるのだから,劇的な展開と言うほかない。ここまでの経験が全て一つに繋がったことになる。

{希哲15年4月13日の開発}{「コピーしました」}{「コピー済み」}{「コピー完了」}{写し取りボタン}{希哲15年4月13日の進捗時限}{希哲15年4月13日の進捗}{希哲15年4月13日}{修正済み}{待っ読ボタン実装}...=}(37)

{希哲15年4月13日8歩 K#F85E/A-E74C-5CB3}

待っ読ボタン実装

写し取りボタンの追加・出振るい手定めを概ね完了。これをもって待っ読ボタン実装はいったん終了とする。

写し取りボタンには絵文字📋)を使うことにした。元々ごちゃごちゃしたボタンを置くための小窓なので,統一感が無くても問題ない,というのは発見だった。

これは共有ボタンにも応用出来そうだ。


写し取りボタン写し取りした時の表示「コピー完了」採用した。

輪括弧による写し取りでは「コピー済み」になっていたが,これはいま完了したというよりも時間的距離を感じさせる表現だった。かといって「コピーしました」はやや冗長な気がした。

「コピー済み」も,やや大袈裟な感じがする「コピー完了」とやや冗長な「コピーしました」の間を取ったものだった。ただ,その後の描き直しボタン完了ボタンで,慣れれば「完了」もそこまでくはないと感じていた。

ここで「コピー完了」に統一しておくことにした。修正済み

{希哲15年4月12日の開発}{希哲15年4月12日の進捗時限}{希哲15年4月12日の進捗}{希哲15年4月12日}{待っ読ボタン実装}{手定め}{進捗記録}{進捗時限記録}{進捗時限}{内容}...=}(13)
{共有ボタンを追加しました!}{タッチ端末}{マウスアウト}{デライト扉の様子・共有ボタン実装後}{雑然}{モノクロ}{四分円}{ell.x2.png}{手間取った}{ソーシャル ボタン}...=}(71)

{希哲15年3月27日の開発 K#F85E/A-E74C-1FE0}

主に共有ボタン実装

想像以上に確認調整しなければならないことが多く手間取ったが,それでも OGP 対応作業開始からわずか2日納得出来る形になった。



予定通り,採用サービスは FacebookTwitterLINEはてなブックマークPocket日本国内利用者数の多いサービスをより共有ボタンに近付ける形で配置した。

Web Share API に対応していれば省略記号(...)が表示され,それを押すと端末ネイティブ共有機能利用出来る。省略記号の画像には全知検索ページャーに使っている ell.x2.png がそのまま使えた。AndroidiOS動作確認済み

当初,不揃いな各ボタンを整然と並べるために四分円を使い,横長の Twitter と Facebook,正方形の LINE とはてブ,最後に Pocket,と三段で構成することを考えた扇形共有ボタン部区が,これは廃案とした。試してみると意外と悪目立ちしたため別の領当てを模索していたところ,二段目の余った左余白に Pocket と省略記号を並べれば綺麗にまとまることに気付いた。

例えば同じ形状モノクロにするなど,よくあるアレンジを加えようかとも思ったが,各サービスの利用規約に抵触する可能性がある上,用者にとっては一見して分かりにくいものになりがちなので,公式のものをそのまま利用することにした。

各サービスの徹案依存する格好にはなるものの,TwitterFacebook に合わせているのだろうし,LINE正方形ボタンを変える理由もなく,はてブは柔軟性があるのでそれなりに安定して使える領当てではないかと思う。

用合いとしては,共有ボタンへのマウスオーバー小窓を開き,小窓からのマウスアウトで閉じるようにした上で,タッチ端末向けにクリックタップ)での開閉も出来るようにした。触り心地良好だ。

でもデライト語体の右下に置いておくことにした(デライト扉の様子・共有ボタン実装後)。

ソーシャル ボタンは,徹案の上でも処理の上でも雑然としたものになりがちなので,単純性重視しているデライトでの採用は見送り続けてきた。普段は邪魔にならず,かといって手間にもならず,用者にとっては分かりやすく,そこそこ美しくも見える……と,限りなく理想形に近いものが出来たと思う。

LINEPocket は使ったことがなかったため,本機能の手定めのためにアカウントを取った。



エクスポート機能仕様検討も進んだ(9歩)。