{『希哲日記』}{}{}{}{日記}{}{}{}{}{テキスト向き}(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年7月2日}{恵まれていた}{ちょっとだけ}{デライト経営}{いかに}{思い浮かばない}(73)

{希哲17年7月2日の日記 K#F85E/0758-A9B7}

昨日の日記にも書いたように,ほとんど世界史上最大の成功言えるデライトの完全な成功」を果すには環境ぬるま湯過ぎるのかもしれない,とちょっとだけ考えていたところで,Twitter では閲覧制限巡って大騒動になっていた。騒動大きさ過去最大級かもしれない。

Twitter 危機は,サービス開発難しさ非業界人にも分かりやすくしてくれたというやはり意義深いものがある。なぜデライトが「完全な成功」と「不完全な成功」を概念化しているのか,ぐっと理解してもらいやすくなった

Twitter のように人気は集めていても問題山ほど抱えていて,経営者に「地獄」と形容されるようなサービスもあれば,デライトのように閑散としていてもほぼ完全に理想的な状態にあって開発者経営者にとっては天国そのものというサービスもある。考えてみれば,「完全な成功」と言えるサービスなんて一つ思い浮かばないし,それに限りなく接近しているデライト到達点いかに高いかということでもある。

ほとんどのサービス集客代償として様々な問題抱え込んでしまうわけで,集客ここまで後回しにしてこれた,それだけ環境恵まれていた,というのがデライト経営特異性であり,優位性なのだろう。

3日振り返り日記

{開発記録}{}{}{1}{0}{サービス}{デライト}{希哲17年4月11日の副日記}{制御出来る}{拭えず}(203)

{希哲17年4月11日の開発 K#F85E/E74C-7F12}

新着確認機能実装一段落させた10日12歩修正ともに出振るい手定め済み

新着確認機能により輪郭一覧更新状況ぐっと把握しやすくなったサービス性質上自動更新など気が散る実装避けてきたが,あちこちページ画面切り替えながら作業していると,輪郭一覧鮮度気になることが多々あった必要以上に輪郭一覧更新する癖がつく問題もあった

実装要点次の通り

新生デライト開発当努としての新着確認機能実装優先順位が低く,最後の方になるかと思っていた最近になって,メニューアイコン使えること,輪数必要ないこと,交差監視使えること,と立て続け実装上気付きがあり,高い時間対効果負荷対効果望めるようになっていた。

マイクロブログなどの投稿数異なり1輪長文もあれば10輪知名のみの輪郭もあるのがデライト輪数なので,文脈限定せずましてや2桁程度表示幅では情報量尺度として機能しないことに気付いた

全知検索窓固定機能採用した交差監視使えることに気付いたのが駄目押しだった。無駄な再読み込み抑制する効果望めるとはいえ,多少なりとも立求が増える機能なので,悪影響懸念拭えずにいた。交差監視によって無駄なく効果的に待機状態制御出来る見通しが立った流石に高速化までは行かないにしても,十分な低負荷実装になった。

{環境}

{}