{『希哲日記』}{日記}{}{}{希哲17年7月25日}{希哲17年7月24日}{痛いほど}{生かされてきた}{安らかに眠れる}{覆い隠さず}(120)

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

明日から長期安定体制仕上げ後半戦だが,旧雑務想定より早め片付きそうで,早速気持ち弛緩し始めている


長期安定体制の完成まであと一息という希哲館事業デライトとは対照的に,Twitter崩れ落ちる音が聞こえそうなくらいの混乱ぶりで,ついにTwitter名称語体を「X」に切り替えるそうだ。既存用者気の毒なくらい,ブランディングデザイン観点からは明らかな悪手だが,色々考えさせられた

イーロン・マスクが,センスの権化のような存在だったスティーブ・ジョブズ一部並び称されることにずっと違和感があったのだが,やはりこの人には根本的にセンスがない

X」になんとなく既視感があるなと思ったら,14歳くらいの自分も,「X」のような意味深名前で,漠然と万能凄い司組作りたいというようなことを考えていたからだったことに気付いてしまったイーロン・マスクというは,本当にその辺中2感性何のひねりもなく50過ぎまで持ち続けているのだなと思う難解理解出来ないのではなく,幼さ痛いほど分かってしまう

司組大きく改変されて,Twitter というブランド根想辛うじて表面的に Twitter らしさ保っているだけだなと思っていたところなので,この変更をもって事実上Twitter の終焉」とすべきなのかもしれないとも考えたしいて言えば用者献典依然として残る遺産だが,それも,所有者感性がこれだと腐っていく気しかしない

もっともとっくの昔ゾンビ化していた Twitterそのまま健全化するなんてことは最初から無理な話だったわけで,マスクはその現実覆い隠さず世間突き付けただけとも言えるゾンビになっても騙し騙し生かされてきた Twitter にとっては,ようやく安らかに眠れる良い機会かもしれない。

28日Twitter について追記

{希哲14年}{}{}{}{}{}{}{}{}{}(424)

{全てのデライターへ K#F85E/E74C-CA32}

デライト公開から2年半ほどち,色々な人興味を持ってくれたり,使ってみてくれたりした。遠くから眺めているだけの登録してみただけのたまに使ういつも使っている……風変わりデライトでも,出会った人多様性他のサービスさして変わらない

感謝

私は,そんな全てのデライター”とデライターの卵達に深く感謝している付き合い長さ深さ関係ないデライト否定的な人ですら,知ってくれただけでありがたい思う

これがよくある社交辞令ではないということは,前回の一日一文,「デライトの歩み」を読めば分かるだろう。そもそも全く無謀な挑戦として始まったのがデライトだ。成功どころか,誰にも認められず終わるかもしれない。それならまだいい。弾圧暗殺命を失うかもしれない。10代の内にそこまで想像して葛藤乗り越え20年かけてここまで来た

たとえるなら,デライトの歩みとは,真っ暗な巨大洞窟一人彷徨うようなものだった。どこかに新しい世界つながる出口がある。生きている内辿り着けるかどうかは分からない。そんな洞窟歩き続けていた時に見えた聞こえた人の声。それが私にとってデライト利用者であり,デライトへのだ。

そしてデライトは「完全な成功一歩手前言えるところまで来ているすでに夢のようなことだ。感謝せずにいられるだろうか。

代表的デライター

読み込み中...
{}{十分}{知番}{意味符号化}{抜控}{進捗記録}{進捗}{デライト}{👍}{希哲17年4月17日の開発}(148)

{希哲17年4月17日13歩 K#F85E/E74C-3416}

進捗時限記録中略

デライト全体における添付譜類方針検討終了

添付譜類あくまでも添え物として最小限の役割留めエクスポート機能でも実譜類出力には今後対応しない方針固めた

元々添付譜類添え物として設計しているが,実際に譜類添付機能出来エクスポート機能実装しようとしてみると,実質的な役割落とし所意外に難しい意図に反して,変に使われ過ぎるのも問題だ。

エクスポート機能では,とりあえずは代替 HTML などで済ませゆとりが出来た実譜類にも対応するか,などと考えていたそもそもどんな大企業クラウドであれ消えて困るような譜類唯一の保管場所にすべきではないし,そこまで神経質な人手元抜控持っていないということも考えにくいので,実はさほど必要性の高い付徴ではない。とはいえエクスポート時負荷帯域だけが問題なら金で解決出来るのだから,将来的に対応しないというほどの動機もない

しかし添付譜類エクスポート出来てしまうことで譜類倉庫的な利用増え,それに伴い譜類保全責任が増せば,将来にわたって無視出来ない経営上の問題になる。ということについさっき気付いた描出公開原則同様,ここは割り切った用者文化育てていくべきだろう。

これに気付いてみて,最近添付譜類役割広げようとし過ぎていたことにも気付いた譜類添付機能サイズ上限拡張子制限緩和考えていたが,これも最小限留めることにした。拡張子制限制危面もあるが,献典として非効率だったり無意味だったりする譜類上信抑止といった効果望める例えば .bmpそのまま上信して欲しくはない

デライトの強みは,知番による意味符号化文字献典情報密度極限まで高め,その軽さ最大限に活かせることだ。譜類倉庫的な方面消耗するのは差別化戦略として明らかに悪手だ。譜類添付機能実装以降,その微妙揺らいでいることはうっすら感じていた今日は妙にもやもやしていると思ったら,どうもがそれを訴えていたらしい。気付いたら非常にすっきりした

描出公開原則のように何かこの方針名前を付けたくなったが,「譜類添付機能」という名前趣旨表現出来ているので,それに立ち返るということで十分だろう。

{進捗記録}{進捗}{希哲17年4月12日の開発}{希哲17年4月12日の進捗}{希哲17年4月12日}{紹介した}{練りながら}{「更新検知機能」}{希哲17年4月12日の進捗時限}{譜類添付機能}(26)

{希哲17年4月12日12歩 K#F85E/E74C-5D01}

進捗時限記録中略

デライト公式新着確認機能紹介文などを書いて終了更新検知機能が出来ました!

新着確認機能」は若干問題のある名前なので,説明練りながら「更新検知機能」として紹介した機能名称についてはあとで整理する


ついでに譜類添付機能紹介文隠し破りについての追記をしておいた。

URL には更新日時情報(例:?20230102012345)が付くことがありますが、お使いの端末に読み込まれている一時的なデータ(キャッシュ)を更新するためのものであり、通常は無視して問題ありません。

{名前}

{}