{あれ}{あれ}{希哲15年4月28日のツイスト}{希哲15年4月28日}{ツイスト}{革新的}{気休め}{人間}{知識}{サービス}=}(10)
{希哲13年}{デライト宣伝}{デライト高速化}{希哲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年頃に比べ,今では範囲が広過ぎる。

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

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

{心掛ける}{3ヶ月に1回}{ただの風邪}{主力機の不調}{若返った}{Cμ 流}{C 風}{アイコン制作}{希哲15年3月16日}{挿し直し}...=}(59)

{希哲15年3月16日の開発 K#F85E/A-E74C-838E}

昨日の主力機清掃後の耐久試験も兼ね,Windows 仮想機共有ボタンフィードボタンに使うアイコン制作2歩5歩)。


その後はデラング整備Dex 実装作業没頭

あえて C 風に書いていた Dex_T内部実装を思い切って Cμ 流に書き換えた。

設計に関しては行くところまで行ったという感じだ。


主力機若返ったように安定してきびきび動いており,最近の小さくない不安材料が消えた。

ここ数年の経験総合してみるに,主力機の不調原因は「」だった可能性が高い。

昨日は一応記憶器挿し直しもしたが,疑っていた接触不良という感じではなかった。1年以上前ではあるものの,同じ現象は Memtest86+通過しても起こることを確認している。

落ちてから10分ほど後に蓋を開けてみると,思いのほか内部がこもっているのが分かった。負荷室温高低にかかわらず起きていた記憶があったが,本体内部の熱を甘く見ていた。

人間でいえば80歳前後かという高齢個人機で,いつ壊れてもおかしくないという覚悟で使っていたせいで,問題複雑に見過ぎていたかもしれない。たまにする埃取りからしばらくは安定する,ということを繰り返していたが,流石に「ただの風邪」だとは思えなかった。

酷使してきたような気はするが,ほぼ SlackwareSLFS で使っていたことも長生き理由にあるだろう。

これからは少なくとも3ヶ月に1回埃取り心掛ける

{希哲15年3月17日のツイスト}{希哲15年3月17日}{Notion}{技術的負債}{ツイスト}{疑問視}{面倒}{正直}{将来性}{人間}...=}(12)
{同じことの繰り返し}{20人}{早く寝る}{希哲15年3月10日}{新しい発見}{母方の祖父母}{『希哲日記』}{考え事}{一週間}{夕方}...=}(32)

{希哲15年3月10日の日記 K#F85E/A-E74C-3322}

今日は早めに起きることが出来,頭も冴えた。午前中から爆発的考え事が捗り,夕方頃には少しぐったりした。

毎日新しい発見があり,見えなかったものが見えるようになり,出来なかったことが出来るようになる。一週間前にどう生きていたのかも不思議で,三ヶ月前なら大昔のように感じられる。

それは楽しいことには違いないが,時々,現生人類心身適応出来る生活なのだろうかと考えてしまう。毎日同じことの繰り返しが出来て贅沢さえ言わなければ人間生きていけるものなのだから。

進捗は十分だったので早く寝ることにした。


親戚にまた子供が生まれた。

母方の祖父母曾孫だけでも20人を越えそうな勢いだ。

もう一組ののような存在だった祖父母のことを思うと嬉しいものがある。

=}
{曝け出す}{ぼかす}{デライトの使い道}{描出公開戦略}{描出公開原則}{希哲15年1月25日}{希哲15年3月}{希哲15年2月}{希哲15年1月}{新デライト市場戦略}...=}(74)

{希哲15年1月25日の日記 K#F85E/A-E74C-5EE5}

描出公開原則再評価し,新デライト市場戦略一環,「描出公開戦略」として積極的に打ち出していくことにした。

もともと描出公開原則は止むをえず採用したようなものだったが,よくよく考えてみると,思っていたよりはるかに合理的だったことに気付く。知番によって秘密ぼかし記述がしやすいこと,知番譜類などとして外部利素管理出来ることが大きく貢献している。

例えば GAFA のような企業公開されたくない情報を預けるしかないサービスと,最初から公開されても構わないように書けるサービス,どちらが安全安心かといえば後者だ。不正握接流出はもちろん,内部の人間等に閲覧利用される懸念はどこまでも付きまとう。コストの問題を無視しても,デライト透明性圧倒的だ。コストの差まで考えれば大きな発明と言ってもいい。

これまで描出公開原則を過小評価していたのは,自分が用者としてあまりに特殊だったからだろう。膨大自由時間を持っていたこと,模体として全てを曝け出す覚悟が出来ていたこと,そして自分自身が開発者であり運営者であったこと……デライト文字通りの「なんでもメモ」として使えるのは自分くらいなのではないか,という不安が拭い切れず,先入観にもなっていた。

最近の試し文句ツイストにも表われているが,デライトの使い道はやはり人生の全てを鮮明に,知識として記録することにある,という思いを強くしていたところで,多くの人にとってになるであろう描出公開原則についても考えることが増えていた。これまで以上にしっかり分析してみて,知番が思いのほか上手く補完していることに気付いたわけだ。

描出公開原則は,用者にとっての欠点としてではなく,どのサービスよりも透明制危的利点として積極的かつ戦略的強調していくべきなのだろう。

昨年あれだけのことがあったので1月はどうしてもこんな考え事ばかりで開発が捗らなかったが,そろそろデライト収益化に向けた2月3月組計も練りたい。

{希哲14年10月の月記}{大事故}{4年前}{領当て崩れ}{最後の闇}{継ぎ接ぎ}{8年間}{希哲14年10月5日の開発}{希哲14年10月5日}{デライト集約}...=}(64)

{希哲14年10月5日の日記 K#F85E/A-5B28-A818}

体調が出てきた。寒いかと思えば暑い,暑いかと思えば寒い,という季節だからということもあるだろうが,やはりこのあたりが追い込み限界か。3日にいったん冷静になれたのはやはり幸運だったらしい。

開発では長らく懸案だった下装書整理が大きく進展した。デルンの実用化から,かれこれ8年間継ぎ接ぎしてきた下装書なので,領当て崩れ不具合温床だった。

たびたび整理必要は感じてきたが,なかなか優先順位が上がらず,技術的完済後のデライトにとっていわば「最後の闇」になっていた。デライト徹案設計がほぼ固まり,デライト集約環境も整った今,ようやく着手すべき時期が来たという感じだ。

デルンからの試行錯誤歴史でもあり,手を入れながら色々な思いが込み上げてきた。

もう一つ,ホワイトハウスまで新型コロナウイルスに蝕まれていくアメリカを眺めながら,運命不思議さについてしみじみ感じたりもした。酔っ払い運転のようなものでいずれ大事故を起こすだろうと漠然とは思っていたが,まさか本物のウイルス人間愚かさ合体するとは想像していなかった。

4年前英米政治危機を受けて新近代化事業としての希哲館事業構想急速にまとまり,インターネット衆愚政治対抗すべくデルンを世に出すことを決めた。だから次の米大統領選挙希哲館事業にとっても節目だった。

この状況をどう考えればいいのか,まだ気持ち整理はついていない。

=}
{旧鳴体}{希哲14年9月5日}{希哲14年9月5日のツイスト}{ツイスト}{希哲館}{使命}{必要}{ネット}{世界}{人間}...=}(11)
{人間}
{}