{成功観}{}{}{}{}{}{前後}{一日一文}{サービス}{希哲17年8月}(276)

{私の成功観 K#F85E/0758-C044}

長期安定体制じっくり構築するため,6月7月半ば夏休み気分過ごしていたが,8月からは気持ち切り替えてデライトの完全な成功希哲館事業の成功向けて調子を上げていきたい

そんな8月最初の一日一文題材には,私自身成功観についてが相応しいだろう。そもそも私自身がこの希哲館事業何を目指しているのか,改めてこれまで以上に明確に記しておきたい


さて,「デライトの完全な成功」というのは希哲館事業における目下最大の課題だ。

人気があるサービス必ずしも幸福なサービスではない,というネットサービス開発運営難しさ旧 Twitter騒動広く知られるようになった。もっとも非業界人にも分かりやすくなっただけで,全く問題を抱えていないサービスほぼ存在しないというのが業界実態だ。

デライトは,集客成功していない除けばあらゆる意味極めて上手く行っているサービス言えるデライトの不完全な成功。これが「デライトの完全な成功」という表現多用している理由だが,ではなぜデライト集客成功していないのだろうか。よく考えてみればそう不思議なことでもない。

多くのサービス当然ながら営利目的なので,集客第一考えるすぐに利益出なくても金の卵」である利用者数伸びれば投資集まる。その過程で,無理な資金繰りをしたり,人間関係権利関係しがらみ作ったりいわゆる技術的負債積み上げてしまったり,構想として小さくまとまってしまったりする(これが日本人一番多いそうしなければ生き残れないからだ。デライト場合幸運なことにそうしなくても生き残れてしまった集客最後回せた稀有なサービスなのだ。

デライトその完全な成功何のためにあるのかといえば,希哲館事業の成功ためだ。デライト背景としての希哲館事業については「デライトの歩み」にもざっと書いたが,日本かつてのイギリス産業革命越えるような知識産業革命起こして米中大きく凌ぐ極大国ハイパーパワー成長させ日本盟主とした自由民主主義究極形希哲民主主義によって世界中権威主義体制打倒によって万人自由平和享受出来る世界作り上げることが希哲館事業目的であり,最終的な成功だ。

これが実現出来なければ世界一の大富豪になろうが自分は「失敗者」である,というのが私が17歳頃から引きずってきた呪縛のような成功観だ。

読み込み中...
{開発記録}{一段落}{一通り}{}{デライト}{WebP}{pdftoppm}{譜類添付機能調整}{譜類添付機能}{希哲17年4月5日の副日記}(116)

{希哲17年4月5日の開発 K#F85E/E74C-3148}

譜類添付機能調整など。

細かい挙動調整終えてから PDF 埋め込み対応完了譜類添付機能全体として完成形言える状態になり,ようやくエクスポート機能実装移れる

3月24日の開発時点では,添付ボタン埋め込み記法ラスター画像JPEG, PNG, GIF, WebP扱える程度機能実装一段落としたが,SVG動画音声までの埋め込み含めて対応その他主要文書譜類対応添付代置子導入貼り付けドロップ対応更に PDF 埋め込み対応と,現時点やりたいこと一通りやってしまった一段落とは言ったものの中途半端感残りいまいちすっきりせずデライト公式での機能紹介出来ていなかった


PDF 埋め込み対応関してはPDF.jspdftoppm優秀だったおかげで意外とあっさり実装出来た特に PDF.jsviewer.html場筋PDF 譜類場筋組み合わせ<iframe>src 属性渡せばいいだけで,スクリプト側対応簡単だった

最初のページpdftoppmJPEG に,cwebpWebP変換,その画像クリック縦サイズ合わせた <iframe>置換し viewer.html読み込む読み込み中進捗表示viewer.html行ってくれるので,これだけ違和感なく軽快な PDF 埋め込み実現出来た一応,「(.pdf 添付ファイル)」の小書き輪結添えるようにしておいたPDF 埋め込みの様子


一つ添付譜類握接権限課題残した現状場筋分かっていれば誰でも握接出来るが,デライト性質上大きな問題ではないエクスポート機能譜類握接制御実装するのでそれを応用することにした。

{開発記録}{右肩}{一通り}{十分}{デライト}{filter}{ダークテーマの様子・輪郭選り手}{ダークテーマの様子・輪郭小窓}{ダークテーマの様子・Mermaid}{ダークテーマの様子・注意補足部区}(170)

{希哲17年2月12日の開発 K#F85E/E74C-A440}

{開発記録}{十分}{悪い意味}{希哲17年1月20日の副日記}{概念的に}{両記法}{とらわれない}{態勢に入っていた}{理解しやすくする}{増やせる}(164)

{希哲17年1月20日の開発 K#F85E/E74C-D455}

全知検索演算子についての検討1歩交度埋め込み記法実装方針検討数式記法含めた概念整理5歩知名デラング対応方針についての検討7歩交度記法対応言語スクリプト動的に追加する方法についての検討12歩など,検討作業よく捗った

実作業も,交度写し取りボタン実装13歩16歩交度埋め込み記法調整などそこそこ捗ったが,特に大きかったのは,交度埋め込み記法数式記法概念整理出来たことだった。

交度埋め込み記法数式記法概念整理

交度埋め込み記法では,対応言語texlatexkatex追加したこれまで katex のみを追加するつもりだったが,意図の明示という観点から使い分けられる方が望ましい例えばKaTeX という実装こだわらず LaTeX書きたいということは十分に考えられる

また,これまで数式記法KaTeX 交度埋め込み記法糖衣構文程度考えていたが,ここで「数式のための TeX 風記法」と位置付け直すことにした。これにより,例えば mhchem などの数式以外応用交度埋め込み記法使うといった使い分け可能になる


Mermaid 対応以後交度埋め込み記法KaTeX対応する機会を窺っていた。これは同記法考案した時点考えていたこと希哲16年2月15日18歩で,いずれ対応するつもりではあったが,30分もあれば十分だろうという実装コストの低さにもかかわらずいまいち気が乗らなかった

数式記法糖衣構文として再定義する,それ以上意義見出せなかった整合性という大義名分はあったが,悪い意味での冗長性加えるような感覚もあり,なんとなくぼんやりしたすっきりしないものを感じていた

読み込み中...
{開発記録}{一通り}{知番}{点検}{希哲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 となる。第二次知番改良経て司組生成する知番はこれで統一するようになったが,デラングでは大量にある第零番節付き輪符第零番節付き輪結生成していたため,クロール効率への悪影響懸念された出与え属性通して輪郭小窓知番表示にも反映されていたため,用合い上の問題なくはなかった

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

読み込み中...
{時点}

{}