{デライター}{どこの}{開発上の都合}{デライトの歩み}{希哲16年7月の一日一文}{他でもない}{盛り上げていく}{活動出来る}{発展し続ける}{望ましいこと}...=}(421)

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

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

感謝

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

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

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

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

代表的デライター

デライト利用者達とどういう関係築いてきたか,その具体例として, さん,t_w さん,cat さんを紹介したい

デライト公開した2020年から毎日のように使い続け様々な形貢献してくれた3名だ。開発上の都合宣伝活動抑制せざるをえなかった1年あまり期間デライト日常的に使っているのがとこの3名だけということもあった。

さん

さんは,私の次に早くデライト使い始めた2人目デライターだ。

デライトの歩み」でも触れたように,デライト2020年2月に「名目リリース」したあと,8月の「実質リリース」まで,ほとんど宣伝せず改良続ける期間にあった。細かいこと気にしていたら埒が明かない,と公開してみたものの,やはり他人勧められる出来ではなかった。 さんが現れたのはそんな時期だった。それも,名目リリース翌月だから,デライト特にひどかった時期だ。

テスト程度の投稿ちらほらあったが,ある日明らかに異質な投稿があることに気付いた。「希哲館訳語」に関する内容で,デライト背景にある希哲館事業についても一定の理解があることが窺えた。しかし,当初は嬉しさよりも戸惑いの方が大きかった

分かりにくいよく言われるデライトとも比べ物にならないほど,当時色々な意味でひどかった

分かりやすいボタンの類はほとんどなく,ダブルクリック編集欄いたり送信したりしていたので,一見して操作方法分からなかったデラングデライト用軽量マークアップ言語には最低限記法しかなかった。遅くて不安定だった上に,エラーページ移動入力途中内容あっさり消えたいわゆるページャーというものもなく,検索結果輪郭引き入れ関係にある輪郭も,最新10輪までしか表示出来なかったアイコンどころか名前すら設定出来なかったので,自分他人区別内容知番利用者番号でしていた。呼び方当時の利用者番号で「K#9-D657 さん」だった。

設計意図理解している者辛うじて使える程度出来だ。折角興味を持ってくれた人悩みながら使っているのは見るに忍びなかった。それでも さんは,開発者不思議思うほど,粘り強く使い続け理解しようとしてくれた。積極的な不具合報告提案で,開発にも多大な協力をしてくれた。

納豆ウニみたいなものを最初に食べた人凄いよく言うが, さんに抱いている私の印象はそれに近い普段の投稿でも,分野を問わず耳新しい情報たくさん集めてきてくれる知的好奇心権化のような存在だ。

t_w さん

t_w さんは, さんが使い始めた何ヶ月現れた。それでも実質リリースだから,出来のひどさ大して変わらない

さん同様,開発にも様々な形貢献してくれたが,驚いたのはその行動力だ。色々なこと考え付いてはすぐに実行するデライト利用した外部サービスブラウザ拡張初めて作ってくれたのも,外部サイト紹介記事初めて書いてくれたのも t_w さんだった。ついこの前そんなことやりたい言っていたな,と思ったらもうやっている。これはなかなか出来ることではない

デライターとして外向き活動私以上に誰よりもしているし,デライト内でも次いで投稿量多い。その実験精神行動力デライト使い方大きく拡張してくれた。

cat さん

実質リリース後,二度目の宣伝攻勢をかけていた2020年12月cat さんが現れた

cat さんも先の2名負けず劣らず活発にデライト利用し開発貢献してくれているだが,遊びのような内容投稿比較的目立つ最初は冷やかし荒らしかと思ったくらいだ。

それが,だんだんこの人機械的ではない賢さ,「気が付く」とでもいうべきものに敬意抱くようになった。状況場の空気よく読んでいるな,と思うことが多いし,不具合報告にせよ提案にせよ,普通は気付かないようなことを的確に指摘してくれることも多い堅く難解に見えがちデライト雰囲気和らげてくれていたのだと,見ている内に気付いたいわゆるEQ」という概念にはあまりピンと来ていなかったが,こういう人のためにあるのかもしれない。

杞憂

こういうサービス公開し運営するのは私にとって初めての経験だった。サービスとして風変わり過ぎることもあり,最初は利用者対して色々な不安があった。

例えば偏屈な人ばかり集まって近寄り難い場所になるんじゃないかとか,反対に広く浅く集め過ぎつまらない場所になるんじゃないかとか,問題を起こす利用者多くなったどうするとか,色々なこと考えたありがたいことに,全て杞憂だった。

デライター達はそれぞれに良い意味で変わった部分持っている多いが,今のところ悪い意味で非常識な人はおらず,朗らか良識ある人ばかりだ。問題という問題起きていない。それでいてみんなどこの作ったのかも分からないこんなものを使おうとするくらい,旺盛な知的好奇心柔軟性がある。リテラシー高い知識技術後から付いてくればいいものだが,すでに高度なもの持っている多い

この開発者には出来過ぎた利用者達だ。こんな人達中心にいてくれるなら,デライトの未来明るい思える

デライトに“偉い人”はいない

こんな文章書いているのは,デライター達に感謝気持ち伝えたかったのと同時に間違った遠慮なくしたかったからだ。デライターはまだ少ないので,どうしても開発者古参遠慮してしまう多いだろう。もちろん,それはデライトにとって望ましいことではない。

デライト真に知的探究として機能し続け発展し続けるために必要なこととして,平等であることと開放的であることを私は最重要視している。

黒いものでも言わなければならない誰かがいるとしたら,そこは知的自由な場とは言えない誰でも自由に参加して,誰にも気兼ねなく活動出来るあり続けなければならない強く思っている

だから,デライトに“偉い人”は一人もいない古参開発者も,も,デライトでは一人デライター過ぎない。そしてデライトにはいかなる権威もない。私はそういう場世界広げるために,あらゆる困難闘う覚悟をしてここまで来ている

このデライトこれから盛り上げていくのは,他でもない全ての等しく尊いデライター達なのだ。


{第二次知番改良}{希哲16年6月16日の開発}{希哲16年6月16日の進捗}{優先すべき}{柔軟に}{有効な場面}{控えている}{ページ内容}{実装出来る}{削除していく}...=}(80)

{希哲16年6月16日5歩 K#F85E/E74C-2C3A}

進捗時限記録中略

KNEST 隠しについての実装作業方針検討終了

第二次知番改良での交度出場整理経てKNEST 隠し実装イメージ急速にまとまってきた

まず,輪数隠しについては「輪数取得改良」として出場設計見直し含めた包括的な実装方針出来ている

課題だった共通の出与え構造については,任意隠し出与え更新時印持たせた map_ と,更新時印として本体set_持たせた map_基礎とすることを決めた。これで古い隠しから削除していくような処理簡単に実装出来る

探索効率保存効率単純性柔軟性兼ね備えた実装なかなか見つからなかったが,これで解決した昨年4月12日10歩から,「浮上式隠し」として独自の出与え構造考えていたものの,それも課題多く再考せざるをえなくなっていた。

昨年9月から最優先実装することを考えていた HTML 隠しについてはいったん後回しにすることにした。公開設定機能など,自我によってページ内容大きく変わる機能実装間近控えているテンプレート保存するにしても,有効な場面限られる柔軟に利用出来る輪数隠し自我隠し輪郭隠し優先すべきだろう。

{希哲館事業}{デラング}{進捗記録}{希哲16年2月22日}{希哲16年2月22日の開発}{希哲16年2月22日の進捗}{担わせる}{4ja}{有名無実化}{意識しない}...=}(159)

{希哲16年2月22日9歩 K#F85E/E74C-BABF}

進捗時限記録中略

kitetu.comサブドメイン設計についての検討終了

今後デラングのように独立して参照出来るべき献典には積極的にサブドメイン与えていくことにした(例:dlng.kitetu.com


デラング的転回同時にデラング文書dlng.kitetu.com与えることを決めたが,これを機に知番SLFS 等々の公式文書にもサブドメイン与えることを考え始めた

これまでサブドメイン追加には消極的で,例えば技術系献典tech.kitetu.com集約することを考えていた。ただ,この手の URL 設計は,運営者にとっても閲覧者にとっても直感的でなく情報過多になりやすい上,階層的な整理難しいことも多々あり,変更に弱く参照可能性の低い URL が出来がちであるという問題があった。

こういう場合対策として,経験上最短原則」が最善であることは分かっていて,最近駒手にせよ各種識別子にせよ知名最短知名原則にせよ最短化する流れにある。サブドメインについてもこれに従うことにした。希哲館事業要素全て kitetu.com階層下にある,ということだけは確かだ。もちろん,これとは別に,階層的な情報源もあった方がいいので,そこは tech.kitetu.com などに担わせる

献典ドメインとしての独立性統一感同時に持たせられるのだから,むしろ,ここからがドメイン名統一本領発揮になりそうだ。

2文字サブドメイン問題解決

サブドメイン活用していく上で,一つ,「2文字サブドメイン問題」とでもいうべき問題があった

例えば,サブドメイン与えるなら cu.kitetu.com とするのが自然だが,CUキューバ国家符号だ。

ドメイン名統一によって ccTLD使わなくなっているため,将来的に地域別ドメイン欲しくなった時にはサブドメイン使うことになる。2文字サブドメイン使用避けるべきかもしれない,と考えていたキット*メーネmn.kitetu.comモンゴルMN被っているのが少し気になってはいた

ただ,その懸念も「もやもや」の域を出ていなかった明らかに紛らわしいサブドメイン最初から使わないので,被るとしたら普段意識しないようなものだ。被ったとして,ドメインハックccTLD有名無実化している今,そこまで神経質になることでもないだろう。そんなことのために,わざわざ不自然な表現もしたくない。とはいえ,サブドメイン選択肢多い越したことはない

そこで,国家符号表す何らかの接子導入考えたFacebook のように,ja-jp言語符号付きを基本として,言語符号がいらない場合は x-jp のように表記出来るようにするかとも考えたが,少し野暮ったい

最終的に4 接頭子導入する方向検討進めることにした。例えば,キューバ向けのドメイン4cu.kitetu.com として cu.kitetu.com区別出来るようにする。衝突しなければ 4 接頭子省略してもいいし,4ja のように言語符号に代えられてもいいだろう。4ja-jp のような表現が出来てもいい。これなら十分な簡潔性柔軟性兼ねられる

例えば 4jp.kitetu.com なら www.kitetu.com変わらない標準的な長さだし,むしろお洒落感すらあるので,これで統一して,4 接頭子無しは転送用にしてもいいくらいかもしれない。

いまのところ地域別ドメイン必要は感じておらず,将来的に必要になるかもしれない,という程度の問題なので,細かいこと追い追い決めるとりあえず理論上すっきりしたので良かった

=}
{色見本}{色見本記法}{進捗記録}{希哲16年2月21日}{略す}{希哲16年2月21日の開発}{希哲16年2月21日の進捗}{まとめたい}{同時指定}{表記し分ける}...=}(52)

{希哲16年2月21日13歩 K#F85E/E74C-37C1}

進捗時限記録中略

色見本記法と,タグ記法にも応用出来る広義の色記法」について少し進展があったのでまとめて終了

色記法に関しては,背景色前景色をどう表記し分けるかが課題だったが,色見本記法でどうせ %使うのであれば,同時指定[fg]%[bg] として,それぞれ [fg]%%[bg]書けるようにするのが良いかもしれない。

さらに,[fg]%[fg]してもいいことにし,CSS との整合性考え ;区切り文字として使えるようにすれば,%[bg];[fg] のようにも書ける色見本%[bg]%書けるとすれば,%[bg];[fg]%短縮形ともみなせる

この考え方なら,十分な柔軟性明示性持たせられそうだ。以下のような記法概ね整合的解釈出来る。

%black%    <!-- 小さな色見本を表示 -->
%%`black`  <!-- 指定内容の前に色見本を表示 -->
`black`%%  <!-- 指定内容の後に色見本を表示 -->

%%`black;white`%% <!-- 大きな色見本を交度付きで表示 -->

%%black;white
白文字に黒背景
%%

<{white%black}>白文字に黒背景</>
<{white;%black}>白文字に黒背景</>
<{%black;white}>白文字に黒背景</>
<{black}>黒文字</>
<{black%}>黒文字</>
<{%black}>黒背景</>

ただ,まだ確信には至っていない。もう少し煮詰める必要がある

色見本記法がどれだけ必要とされるかは分からないが,デライト装体調整有用なことは間違いないので出来るだけ早くまとめたい

=}
{デラング}{進捗記録}{SySS}{持つ}{希哲16年2月14日の開発}{タグ記法}{活かせそう}{XML 化}{DXML}{XDML}...=}(45)

{希哲16年2月14日10歩 K#F85E/E74C-6454}

客体表現への書き換えHTML タグ関連の整理差し掛かったため,少し概念的整理をして終了

これまでデラングでは HTML タグ一部をそのまま使える,ということにしていたが,将来的な拡張性考え,(ほぼ)HTML 互換XML 風タグ記法」を持つ,という考え方にすることにした。

例えば又情報埋め込みたいとか,独自要素使いたいという要求応えるなら,下手に独自記法拡張するより XML柔軟性利用する方が理に適っている

そのうちデラングXML 化した XDMLDXML なんてものも出来るのかもしれない。SyMLSySS経験活かせそうだ。

=}
{進捗記録}{Markdown}{部区}{希哲16年1月18日の開発}{希哲16年1月18日12歩}{行内埋め込み}{行内埋め込み記法}{書き分けられる}{視覚的な}{導入予定}...=}(161)

{希哲16年1月18日8歩 K#F85E/E74C-91F1}

進捗時限記録中略

埋め込み記法渡括記法)の応付子オプションなどについての検討終了

概ね方針が固まってきた

引数風の応付子

これまで埋め込み記法には,埋め込み方細かく指定するような機能がなく,例えば画像埋め込みでも表示サイズ水平方向寄せ方指定出来なかった。この問題当然当初から認識していたが,どうしてもごちゃごちゃしがちな部分なので,直感的美しい記法練るのに時間がかかった差し当たり欲しいのは画像埋め込み表示サイズ寄せ方指定出来る機能だが,他の埋め込み対象でも使える汎用的な枠組み整えておきたい

そこで,[寄せ方指定スペース]+([応付])[埋め込み対象]形式採用することにした。例えば,添付譜類PNG 画像100x100埋め込みたい場合,+(100x100)png書けるようにする。

丸括弧内は,函数引数風にコンマ区切りで,埋め込み対象毎に使える応付子設定する。引数名指定出来るように a=xa:x受け取ってもいいが,柔軟性必要なのであえて必須にはしない。スペースを含む文字列扱いたい場合考えられなくはないのでとりあえずコンマ区切りにしておくが,各引数扱い駒手欄感覚近い

他のとして,+100x100 png+100x100,png のように全てを引数的に扱うことも考えたが,あくまでも埋め込み対象とする応付役割まとまり一番分かりやすいという点で丸括弧採用する。また,埋め込み対象URL など長い文字列になることも多いため,応付+直後置く。あるいは,末尾に置く書き分けられるようにする。

水平方向寄せ方

水平方向寄せ方は,表組み記法採用予定スペースを使う方法応用することにした。以下のように,+ 前のスペース無しは無指定4つ未満は左寄せ4つ以上で中央寄せ6つ以上で右寄せとする予定

+png            <!-- 無指定 -->
  +png          <!-- 左寄せ -->
    +png        <!-- 中央寄せ -->
      +png      <!-- 右寄せ -->

直感性でいえば矢印のような記号導入することも考えられる。となるとまず <>使うことになるが,すでに多用しているため無闇役割広げる記号意味稀薄化しかねない。そうでなければ leftcenterright のようなキーワード導入するくらいしかないだろう。いずれにせよ,見た目的にもあまり美しくない

当初,以下のようにスペースの数表組み記法合わせようとした2つ中央寄せ3つ右寄せが,いくつか問題がある。

+png         <!-- 無指定 -->
 +png        <!-- 左寄せ -->
  +png       <!-- 中央寄せ -->
   +png      <!-- 右寄せ -->

まず,表組みにおけるセル内での編集に比べそこまで編集効率問題にならないためここまで短くする必要もなく,比較的長くなる後続文字列に対して目立ちにく過ぎる単純にスペース2つ中央寄せ3つ右寄せ表現には見えない

さらに致命的な問題は,いくつかの他記法との整合性だ。導入予定字下げ記法では,行頭全角スペース使う。あまり好き記法ではないが,Markdown4つの半角スペースを使う交度記法互換性のため導入する可能性がある。これらの記法混ぜ書いた場合,視覚的な整合性が取れない。

そこで,行頭に使う寄せ方指定スペース表組み記法とすることにした。交度記法にも使われる4つの半角スペース右寄せ一致するよりは中央寄せに一致した方が違和感がずっと小さい

行内埋め込み記法

おまけに,行内埋め込み記法についても少し考えた

これまで埋め込み記法部区として扱うことを主に考えてきたが,やはり行内埋め込み必要だろう。まだ草案段階だが,例えば以下のようにして画像回り込む段落が作れると便利だ。

++png++ 左上の画像に回り込む段落。
=}
{進捗記録}{廃止}{希哲15年12月17日の開発}{kn+/}{持たせた}{将来的に}{バイナリ実装}{スクリプト実装}{無拡張子}{必要に応じて}...=}(63)

{希哲15年12月17日2歩 K#F85E/E74C-7E64}

知機駒手実装整理終了

+ 接尾子使った台録構造について見直した結果これまで必ず置いていた実行譜類への疎輪結のみ「必要に応じて」とすることで概ね現状維持となった。

アンダースコア略記法の廃止により,今後kn+/foo+/bar.sh のような台録構造副駒手管理することになる。いっそのことこの + 接尾子廃止していいかと思ったが,kn+/foo という無拡張子疎輪結使うことでスクリプト実装.shバイナリ実装.x切り替え容易になるという狙いがあり,これはこれで捨て難い設定譜類より直接的分かりやすいし,最上位knkn+/ になるのが自然なのでそれに整合的でもある。

将来的に膨大な副駒手追加することを考えて持たせた柔軟性だが,これまでの実装では無拡張子疎輪結を通して副駒手探索していたため,常に副駒手疎輪結しておく必要があり,スクリプト実装しかない現状ではただ煩雑なだけだった。これを省けるようにすれば柔軟性維持しながらかなり見通しが良くなる

=}
{柔軟性}

{}