{『希哲日記』}{}{}{}{日記}{}{}{}{}{テキスト向き}(401)

{希哲17年7月15日の日記 K#F85E/0758-279C}

激化する SNS 戦国時代の中で,サービス文化について考えさせられること多い今日ちょっと面白い発見もあった。

以前にも SNS におけるオタク文化について考えたことがあるが3月1日の日記依然としてその影響力強い感じる例えばMisskey猫耳機能などは私の価値観からすると完全にありえないものだが,そういう部分があることでオタク層からの信頼得ているはあるだろう。誰かにとっての「居心地の良さ」を提供することは SNS核心であって,Misskeyまだ小規模ながら興味深い事例ではある。

最近でいえば,Threads急速な台頭によって,キラキラした Instagram 的な対するドブ川」としての Twitter に,想像以上に多くの Twitter 用者想像以上に強い愛着持っていることが分かってきた。「陽キャ」に対する陰キャ」のコミュニティであるという意識やはり根強いようだ。それは単なる自虐というより,昔から言う明るい人気者ほどつまらない」とか「面白い奴には根暗多い」とか,その種含みがある。

確かに自分が好きだったお笑い芸人なんかを振り返ってみても,根暗ひねくれていたばかりだ。そういう人が,業界一定の地位いて妙に社交的な「明るい人」になったりして,つまらないこと笑うようになり,かつての面白さ失っていく,という哀しい現象よく見てきた

明るい人というのは箸が転んでもおかしいというなので,日常そこまでひねりの効いた刺激求めていないのだ。Twitter 用者Instagram 的SNS感じるつまらなさとは,こういうことなのだと思う

幼稚なデマ煽られやすいなど,全体としては知的脆弱さ目立つ Twitter ではあるが,役立つ投稿面白い投稿比較的多いことは認めざるをえない学問文芸も,多少ひねくれていたり,オタク気質だったりするくらいが丁度良いからだろう。その点で,Twitter 文化にはマイクロブログ型 SNS における確かな優位性がある。

そういう観点からデライト文化について考えてみたら,対 Twitter 戦略なんて無理筋じゃないかと一瞬思いかけた。というのも,デライト文化種子たる私自身が,人間の限りない可能性限りない成功対して限りなく楽天的性格であって,その実現のためにデライト開発してきたからだ。サービス名〈delight〉歓喜かけているくらいなので,そもそもデライトこの上なく明るい気分から生まれているそういう意味では,インスタグラマー真っ青キラキラ志向なのだ。

単純な話Twitter陰キャ寄りオタク寄りSNS だとして,デライトそうでないとすると,どうやって用者移行させるのかという問題があるここまでのデライト運営実感としても,Twitterはじめとするマイクロブログ型 SNS からの訪問者は,明らかにデライト文化引いている

読み込み中...
{開発記録}{一段落}{十分}{}{前後}{デライト}{対応出来る}{希哲17年1月25日の副日記}{多大な効果}{表示速度向上}(402)

{希哲17年1月25日の開発 K#F85E/E74C-7E8A}

23日の開発から急速に進展したデライト高速化一段落した

テーマ切り替えボタン用合い検討4歩新規描出フォームへの移動機能として吹き描き外背景ダブルクリック用合い復活10歩全知検索ページャー周りの調整16歩こまごまとした領当て装体調整17歩といった雑多ながら充実した作業片付けついに描写後略機能一段落させた21歩出振るい手定め済み

描写後略機能により,デライト最初期から吹き描き構造的問題だった「不必要な出与え読み込み多さ」という問題解消した表示速度向上通信量削減SEO 強化迷惑行為対策など多大な効果見込める

デライト高速化現状今後

昨年末の壊衝不具合修正以後デライト速度安定性ともにウェブ相振りとして十分な水準達していたが,今回の高速化経て明らかにもう一つ壁を越えた感がある体感として,「ウェブ相振りなら特に不満のない速さ」から「単動相振り比べても遜色のない速さ」になった。

一昨年4月9日掲げた全ページ0.3秒以内表示」という目標埋め込み利素考えると現実的ではない気がしてきたものの,軽いページでは200ms台重いページでも概ね300ms台応答出来るようになっている。実感として欲しかった速度手に入れられたし,最適化余地まだまだ残しているので「埋め込み利素除いてほぼ全てページ0.3秒以内表示」なら十分手が届くいよいよ本格的に速さデライトの武器になってきた。

ここで新生デライト開発におけるデライト高速化一段落とし,今後機能追加トラフィック応じた微調整留め別の機能整備集中することにした。

その先デライト高速化については,大きなところでは CDN 導入KNEST による水平拡大請い手隠し機能整備描写 HTML 隠し以外HTML 隠し実装,そして中途半端な状態放置しているページ付け求頼改良があるが,どれも現時点での優先順位低い

読み込み中...
{開発記録}{知番}{知名}{描写}{CSS}{filter}{描写部}{希哲16年9月29日}{希哲16年9月29日の副日記}{導入時期}(123)

{希哲16年9月29日の開発 K#F85E/E74C-B1F3}

輪郭削除機能実装一段落させ新生全知検索整備り,全文検索機能実装入った

輪郭削除機能

用合い概ね予定通り知名欄描写欄空にする表示される削除ボタン実行する輪郭削除ボタンの様子

削除済み輪郭は,全体半透明化中景輪符知名部薄く削除済み」と表示知番打ち消し線付け描写部には「この輪郭は削除されました。」表示するスクリプト複雑化させないように,前後景輪符×輪結全知検索窓自我アイコン吊るし輪郭以外はpointer-eventsfilter使って CSS のみで無効化するようにした削除済み輪郭の様子削除済み吊るし輪郭の様子

後縁では,知名描写同時に空文字列送信される削除立求認識する出場dg_udrw())では b_delTRUE にし,n_olnn_fgn_bg減算し輪括一括削除する。復元問題もあるため出与え変更最小限留めた

KNEST 隠し最低限同期をさせつつ,効率的な同期不可能他輪郭前後景輪数ある程度不一致許容することにした。未公開輪郭のために使っていた「未公開輪郭が含まれています。」「表示出来ない輪郭が含まれています。」変更してある28日3歩

6月27日の開発dg_udrw() での最低限輪郭削除出来るようになっていたため,用合いの調整程度で終わるだろうと思っていたが,忘れていた輪括KNEST 隠し周りの調整時間がかかった性質上慎重を要する部分でもあった。とはいえ,所要日数3日で,現段階でなければここまで効率的に実装出来なかっただろうという実感があり,導入時期として最適解近いことが分かったので,それはそれで嬉しい発見だった。

出振るい円滑に成功した

全文検索機能

全文検索機能実装とんとん拍子み,出振るいまでもう一息というところまで来た

{実感}

{}