{10代}{洞窟}{🎉}{デライター}{どこの}{開発上の都合}{デライトの歩み}{希哲16年7月の一日一文}{他でもない}{盛り上げていく}...=}(422)

{全てのデライターへ 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月2日}{希哲16年6月1日}{希哲16年5月31日}{希哲16年3月}{振り返り日記}{日記}{デライトの歩み}{デライト}{一日一文}{希哲16年6月の日記}...=}(235)

{希哲16年6月1日の日記 K#F85E/E74C-2E1F}

そろそろ第四次宣伝攻勢新生デライト開発中間まとめすべき時期であるため,振り返り現状整理をした。昨日やろう思いつつ開発に熱中したり姪達の世話追われたりして出来なかった

ある程度考えまとめたが,珍しく早い時間眠たくなってきた早寝最近の課題なので,この日記明日書くことにして早く寝た

宣伝攻勢現況

第四次宣伝攻勢最初から事前想定少し異なる展開を見せたものの,概ね状況良好であると言っていい特に5月前半一日一文時間をかけたのが予定外だった。後半から開発時間増やしてそちらも想定外発展していき,直接的な宣伝活動にはそこまで多くの時間割いていない

当初朝昼晩1時間ずつ宣伝活動割くことを想定していたが,昼晩30分ずつというく,これで丁度良い気もしている高速化歩調を合わせる必要があることに加えて一日一文などでこれまでにない好感触得ている今は無闇にかき集めるより,デライトにとっての理解者じっくり増やしていく時期なのだろう。

それは「宣伝攻勢」なのかという気がしないでもないものの,その程度のことしない時期長かったから意義なくはない

用者動向水物なので,努めて一喜一憂しないようにしているが,最近のデライトでは明らかに良い変化起こっている比較的深いところまで知ってくれる増えたし,常連用者使い方変わっているこれまで開発者何を考えているのか分からないままみんな手探り使っているという感じだったが,ある程度デライトの根想踏まえた上で使ってくれるようになった。良い意味方向感出てきて初心者にとっても良い見本になる。

一方初期デライト宣伝感じていた,「面白そう止まり表面的な反応減っている「面白そうだけど使わないよ」というダーウィンの海乗り越えつつあるように感じる

回り道振り返り

なかなか出来なかった振り返りをしながら,「回り道」についてよく考えた

開発では3月中断していた中間的デラング整備戻ったが,ここで以前とは比べ物にならないほど手定め効率向上していることに気付いたAejs 整備から下見機能付きの新輪郭選り手出来たからだ。これが当時 Aejs 整備終わらせたかった理由だったことを思い出した

そろそろ一日一文続きを書くか,と思えば文章閲覧性飛躍的に向上している5月後半一日一文中断して最大化アイコン描写拡縮ボタン追加自動ページ展開機能実装一気に進めたからだ。これは,「デライトの歩み」という題材あまりに重かったというのもあるが,文章を読む媒体として閲覧性課題感じていたことも大きい写真上信始めた頃に感じていたことでもあった。せっかく良い写真撮れたり良い文章書けたりしても見にくいのではもったいない

こう思うと,的確過ぎる回り道自分でも驚くデライト開発快調維持してこれたのは,こういう良い回り道重ねてきたからだと改めて実感する見えている出口向かって時間があるだけいくらでも改善出来る柔品珍しい大抵は技術的負債潰されてしまう良い回り道出来ないからだ。

回り道をする以前の当努戻るまでそれを忘れていたから余計驚く特に第四次宣伝攻勢以後軍隊の行進のようにひたすら前進意識してきたため,振り返る余裕がなかった

デライトの進歩冷静に見る驚異的に速い。ここ2ヶ月だけでも見違えるほど進歩した。ただ,逆茹でガエル状態というか,進歩しているのがデライトの日常になっているせいで,たまに振り返ってみないとその速さ分からなくなる振り返り重要性再認識したので,また旬毎振り返りの時間持つことにした。


2日振り返り日記

{希哲16年6月15日}{希哲16年6月}{希哲16年4月5日}{}{}{デライト}{希哲16年4月5日の開発}{希哲16年4月5日の進捗}{CSS 変数}{生み出した}...=}(208)

{希哲16年4月5日14歩 K#F85E/E74C-6431}

CSS 変数(カスタムプロパティ)の導入舞覧ブラウザ五年対応原則採用決め終了今後デライトでは,「5年以内離立された版存主要舞覧」を中心に対応していく

希哲15年3月1日の開発から「デライト推奨動作環境」として同様の定義考えてはいたが,当時は,古い舞覧対応努力はするが推奨はしない程度の,もっと緩やかなものを想定していた


希哲13年ECMAScript 2015HTML5CSS3比較的新しいウェブ標準導入決めてからだいぶモダンにはなったが,まだデライトの舞覧対応方針には感覚的保守的なところがあった。感覚的に影響範囲の広い付徴主要舞覧対応から10年影響範囲の狭い付徴5年目安導入考えていたrem ですら必要以上には使わなかった

先日前次記法実装グリッド領当て導入したが,これはちょうど主要舞覧使えるようになってから5年ほど経つ機能だった。一記法装体過ぎなかったこともあり,ここまで辛うじて良かったが,他にも色々応用したいことが出てき舞覧対応方針見直し必要を感じていた

決め手は,デライトのダークテーマ対応見据えて CSS 変数の導入考え始めたことだった。CSS 変数主要舞覧対応から5年ほど経つが,本格的に導入するとなると影響範囲広がり過ぎる


Can I use対応舞覧よく調べるようになってから,「5年以内離立された版存主要舞覧」が意外に普及していることに気付いた大体90%以上はある。

地域にもよるだろうが,確かに今時古い舞覧使い続ける方が難しいかもしれない。個人機なら5年平均的な買い替え周期であり,スマートフォンなら古い部類だろう。自動更新標準的になった昔と違って多数派の“普通の人”ほど新しい舞覧使っている

あえて古い舞覧使い続ける場合というと,一昔前なら古い個人機再利用というのがあったが,格安インターネット端末普通に流通している今,新しい舞覧使えないほど古い端末使い続ける費用対効果疑わしく,制危考えれば推奨出来ることではない

一番面倒なのが舞覧の更新許されない企業内利用だが,そもそもそんな保守的な環境デライト利用出来るとは考えにくい

こう考えていくと,デライトにとって古い舞覧への対応重要性極めて低い言わざるをえない

奇しくも新生デライトの完成目指している6月15日に,IE11 のサポート終了がある。中途半端気もする内容だが,いわゆるモダンではない舞覧最後の砦崩壊する新しいウェブ標準への社会的移行象徴的な出来事にはなる。


ある程度古い舞覧への対応考慮してきたのは,企業体力がついた将来対応拡充することを考えていたからだったが,これもよく考えると合理性怪しい

技術的負債”は簡単に返せるものではない。大企業肥大化した交度にいかに苦しめられているかを考えれば合理的に古い舞覧への対応出来る来るかどうかも分からないむしろ組織大きくなった時にこそ見通しの良さ重要になる


もっと根本的なこと言えばデライトウェブ標準という盤本の“キラーアプリ”になるべきものだ。新しいウェブ標準普及牽引していくくらいの考えがなくてはいけない。

その伝証デモ足掛かりがすでにこれだけ普及していれば十分過ぎるだろう。


舞覧五年対応原則導入によって,ウェブの理想と現実における汚い現実大部分だった古い舞覧正しく切り捨てることが出来るようになり,前縁整備はもちろん,デライト文書整備でも大きな効率化もたらされるだろう。文書整備では,対応舞覧についてどう説明していくかが一つの課題だった。ここまで絞り込めば説明すっきりする

デライト開発劇的に合理化した描出公開原則とともに「デライト二大原則」と呼ぶべきかもしれない。思えば描出公開原則デライト正式離立という大きな節目目前にして生み出したものだった。


=}
{希哲16年2月18日}{進捗記録}{希哲16年2月18日の開発}{あれ}{文章の流れ}{左右矢印}{下矢印}{上矢印}{使うべきではない}{右矢印}...=}(171)

{希哲16年2月18日13歩 K#F85E/E74C-E223}

進捗時限記録中略

前後記法」として検討していた記法を「前次記法」に改め仕様再検討して終了

<- 前 | 次 ->

<- 前
次 ->

<- 前のみ

次のみ ->

以上のように,<- 前 | 次 ->基本形とし,改行区切り<- 前次 -> のみでの記述可能にすることにした。


デルンにあった類似機能から,「時間(時印)的な前後関係」を表現する記法として「前後記法」と呼んでいたが,文書では新旧にかかわらず読ませたい順序指定出来る方が便利なので,より汎用的な前次記法」と位置付け直した

新旧表すのに「」や「」というのはよく考えるおかしいという意見もあり,私も何か良い代替表現はないかと考えていたが,慣用表現として定着しているのでこれは仕方ない前ページ次ページというように,左開きページめくっていく感覚なのだろう左開き右開き書字方向との相性問題なので,ウェブになることが多いのは一応合理的ではある)


前回の検討では,以下のように書いていた

前 <|> 後
前 <|
|> 後

これは他記法区別しやすく簡潔ではあるが,見本はともかく少し長い文字列が入ると記号埋もれがち直感的とも言い難い視認性考えると,行頭行末分かりやすい記号があってほしい。

また,<|>タグ記法使う予定</>紛らわしい|始まる長い文字列があると,初心者には表組み記法誤認される恐れもある。


他記法との区別しやすさ簡潔性直感性などを総合的に考慮した結果最も素直な記法であろう <- 前 | 次 ->落ち着きつつある

雑多な考慮点列挙しておく。

{希哲16年1月26日}{上等訳語}{}{進捗記録}{希哲16年1月27日13歩}{漢字一字}{見越した}{訳されている}{伝わりにくい}{意味が狭い}...=}(106)

{希哲16年1月26日17歩 K#F85E/E74C-79F5}

進捗時限記録中略前後

長いこと決めかねていたソースsource暫定訳語として「素出そしゅつ」を採用することを検討決定して終了

希哲8年12月13日には「素成そせい」という訳語描き出していたが,なんとなく使いにくく,ほとんど使わなかった

ただ,このから,どの道」で始まる訳語になるだろうということは確信していたため,「素交ソース コードや「素譜ソース ファイルという略語の形では比較的よく使っていた。このように,他の訳語組み合わせ略した時などに分かりやすい利点大きかった。「オリジナル」の区別しにくい原〜」などと差別化しやすく,音写性申し分ない

素出」は希哲12年2月27日描き出していた案だが,これらの略語間に合うことが多かったこともあり,採用にはいたっていなかった。最近デラング整備の中で単純にソース対応する訳語欲しい思うことが多くなっていたので再検討してみることにした。

素泉」「素種」「素資」等々のもあったが,どれも一見して意味掴みにくい新たに素書」という案を考えてみたが,これも若干意味が狭い。それに比べると,「素出」は平たくソース全体訳語として使いやすそうだ。

素出」で特に問題なさそうだが,まずは暫定訳語として使ってみて,上等訳語とするかどうか決めることにした。


ついでに,「オープンソース」のオープンをどう訳すかも考えた。「大触れ」というもあったが,伝わりにくいだろう。

平たく表現するなら,「公開」は誤解の余地が大きいので「開放」しかなそうだ。あまり使わなかったが,希哲14年1月頃,「開素」をオープンソース暫定訳語としたことを思い出した。これも「」で始まるソース訳語見越したもので,やはりオープン漢字一字表すなら「」以外ないだろうと考えていた

答え合わせ感覚中国語での調べてみると,やはり〈开放〉訳されている

とりあえず,オープンソースは「開放素出」とし,「開素」はその省略形位置付け直すことにした。

{希哲16年1月19日}{デラングの文字サイズ}{進捗記録}{目立たな過ぎる}{装体の調整}{読みにくさ}{短い URL}{事情が異なる}{ちょっと長い}{文書の傾向}...=}(94)

{希哲16年1月19日1歩 K#F85E/E74C-5396}

デライト装体調整URL 装体調整終了

直書き URL<a.URI>font-size: 0.9em等幅フォントにしたURL 装体調整前後字間無し昨年6月30日の開発からだが維持する。

直書き URL のある描写読みにくい問題はずっと以前から感じていて,何度か調整しているが,一昨日の開発中にふと,「文字サイズ小さくしていない」ことに気付いた

昨年6月30日の開発字間無しにしているが,等幅フォントにして変に目立ち過ぎるという理由したりもしている。この時になぜ文字サイズ小さくするという発想がなかったのか不思議だ。他にも問題山積していて思考時間割けず灯台の下まで目が行かなかったか。

今回<kbd><code>装体について考えていたところだったので,その関連気付けたのだろう。

文字サイズはやはり0.9em丁度良い0.8emにすると長い URL はともかく短い URL提示する時に今度は目立たな過ぎる


これにより,十分凝縮されメリハリが付いたので,予てから検討していた長い URL の省略については保留とすることにした。

長い URL の省略は,簡単なようでいざ導入しようとすると意外と難しい問題がある。

まず,デライト上文書の傾向からいっても,「ちょっと長い」程度の URL省略したくない。URL全体情報として有用場合しばしばある。このあたりはマイクロブログなどとは事情が異なる

では,どこで省略すべきかという問題になるが,長い URL許容すればするほど比較的短い URL読みにくさ解消されないというジレンマがあった。これは装体の調整解決した。

そもそも輪結記法[ ... ]もあるので,現状維持で特に困ることはないだろう。そのうち https://example.com/abc ... xyx のような省略記法導入してもいい。

ただ,パーセント符号化復号はしたい。これは昨年3月22日2歩決めていたことだが,少し面倒臭い部分がありいまだに実現していない。

{比較的}

{}