{方向}{}{}{}{}{一日一文}{サービス}{希哲17年2月}{希哲17年7月の一日一文}{時間がかかり過ぎている}(204)

{X(旧 Twitter)はなぜライトモードを捨てたかったのか K#F85E/0758-FB71}

昨日X旧 Twitterダークモード以外配色モード廃止するイーロン・マスク氏が表明し反対意見殺到するという騒動があった。結局ダークモードデフォルトにしてライトモード一応残すという方向軟化させたようだ。

デライトでは,今年2月ダークモード(ダークテーマ)対応実現したばかりなので,個人的に色々思うことがあった。前回予告した KNS についての文章時間がかかり過ぎているため,今回の一日一文つなぎとして,開発者の視点からこの騒動背景について書いてみたい


デライト元々明るい配色いわゆるライトモードのみでやってきた大きな理由一つに,イメージ問題がある白背景基本としたデザインにはやはり明るく清潔印象がある。サービスメディア紹介されるなど,イメージ戦略考えるとこれは馬鹿にできない

個人的には黒背景好きだが,この種のネットサービスではどうしてもアングラ感出てしまう背景色微かな灰色にすることも試したが,白背景比べるちょっとくすんだような,地味印象になってしまう。なるほどダークモード流行しても大手サービス多くデフォルト眩しい白背景採用している理由はこれかと思ったものだ。

今年2月満を持してダークモード対応完了し,テストがてらダークモード常用していた時期がある。最初新鮮さもあって,それこそダークモードだけでやっていけそう気がしたが,慣れてくると,眠気が強くなったり,いまいち調子が上がらないことに気付いて結局ライトモード常用する生活戻った

ライトモードダークモードも,どう感じるかは個人差環境差によるところが大きいどちらかが万能だと思ってしまうのは,単純な経験不足なのだろう。今回の騒動は,ソフトウェア開発におけるマスク氏の経験不足と,新しいロゴ象徴される偏った趣味起因する出来事とも言える

ただもう少し踏み込むと,マスク氏をこの拙速追い込んだ X切実な開発事情見えてくる

配色モード追加維持というのは,見かけよりずっとコストかかる例えば外観絡むような機能追加をしたそれぞれの配色モード問題生じていない確認する必要があるし,問題があれば個別に調整する必要があるそして,このコストは,既存のコード保守状況ければ悪いほど,変更程度多大であればあるほど高くなる

読み込み中...
{進捗記録}{十分}{}{描写}{進捗}{希哲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>違い流石に小さくないだろう。何より気付いてしまう表現として気持ち悪いので早く解決したかった

読み込み中...
{『希哲日記』}{日記}{デライトの完全な成功}{他自我内検索用合い改良兼自我ページ整備}{更に高まった}{思い出しながら}{抱いた}{その中}{結実しつつある}{半世紀経って}(75)

{希哲17年1月3日の日記 K#F85E/E74C-9D6C}

{開発記録}{一通り}{知番}{点検}{希哲16年12月18日の副日記}{小さく感じる}{越化参照化}{復活させた}{いったん無効化}{なくはなかった}(253)

{希哲16年12月18日の開発 K#F85E/E74C-8AE4}

新生全知検索整備中間出振るい

領下手定め環境概ね問題なさそうだったため,新生全知検索整備中間出振るい踏み切った首尾良く完了し,大成功だった。これにより後縁最新の状態同期され自由自在開発体制取り戻した

21時30分出振るい作業開始断帯21時30分から約5分23時頃までには一通り点検不具合修正終えた

その後動作極めて安定しているdg_fnd() への輪数取得処理組み込み今回初出振るいとなるが,高速化効果は,毎回輪数計算必要になる場合検索数十ms求頼1回分短縮なので体感速度向上あまり期待していなかったしかし意外と検索時軽快感増している気がする最初はプラセボ効果近い開発者心理かと思ったが,自分の全知検索歴検索頻度考えれば感じ取れてもおかしくはない嬉しい誤算だった。

輪符知番輪結改良

安心して後縁手を入れられるようになったので,手始めに輪符生成する輪結で,第零番節付き知番そのまま輪結先などに反映されてしまう問題修正した

これにより,輪符知番K#9-XXXX/A-YYYY記述されていても,輪結先第零番節の削除をした /?fg=KNo.XXXX/YYYY/KNo.XXXX/YYYY となる。第二次知番改良経て司組生成する知番はこれで統一するようになったが,デラングでは大量にある第零番節付き輪符第零番節付き輪結生成していたため,クロール効率への悪影響懸念された出与え属性通して輪郭小窓知番表示にも反映されていたため,用合い上の問題なくはなかった

とりあえずは量が多い基本形輪符重い強調輪符でのみの対応

読み込み中...
{気がした}

{}