(39)
{希哲14年11月の月記}{希哲14年11月27日}{N10K 問題}{個人知識管理サービス}{『希哲日記』}{デライト}{ふわふわ}{心地}{飛躍}{正念場}=}(13)

ツイスト文章を練りながらN10K 問題個人知識管理サービス現状についてよく考えた。

デライトがこれを機に飛躍しそうでしないような,しないようでしそうな,これまでになくフワフワした心地になっている。

ここが本当の正念場なのかもしれない。

2020-11-28 01:35
2020-11-28 01:06
=}
{希哲14年11月の月記}{帳尻}{希哲14年11月19日}{『希哲日記』}{雑務}{文章}{日記}=}(7)

峠を越え、ようやくゆっくり出来た日。

軽い雑務をこなしつつ,まとめや文章を書いて過ごした。

しかし,帳尻の合い方に我ながら驚く。

2020-11-19 22:55
2020-11-19 22:49
=}
{希哲14年10月9日}{デライト用合い改良}{用者心理}{前縁}{出振るい}{領当て}{デライト広告}{下装書}{輪郭一覧}{合理的}=}(26)

デライト用合い改良

引き続き下装書スクリプト整理が捗った。外観的にも内部的にも前縁改良は著しいが,出振るいするにはまだ細部調整が甘い。

領当てに関わってくるためデライト広告についても見直したが,現在の一定条件下で輪郭一覧の中間に一つ,新規描出フォーム下に一つという形式が思っていた以上に合理的であることに気付く。

新規描出フォーム下の広告は無駄な気もしたが,一覧中間の広告よりも目に触れにくい代わりに,文章を書いている時に視界に入っている時間が長い場合もある。かといってこれをフォームの上に持ってくると煩わしく感じる。

これ以上目立たなくすると効果が見込めず,これ以上目立たせても用者心理悪化させる,というところに上手く落ち着いている。

2020-10-10 16:30
2020-10-10 15:14
{希哲14年9月29日の開発}{大きな収穫}{1001px以上}{641px以上}{1000px以下}{640px以下}{1280px以下}{480px以上}{標準領当て}{幅広領当て}=}(57)

デライト用合い改良媒体求頼切り替え点についてまとめて終了。

従来,媒体求頼切り替え点@xpd_ss()定義していた640px以下641px以上1000px以下1001px以上。昔月庭のために適当設定したものをそのまま引き継いでいた。

端末に合わせるのはキリがないため,デライト機能最大限に活かせる画面幅向けの領当てを「標準領当て」とし,それより狭過ぎる場合を「幅狭領当て」,広過ぎる場合を「幅広領当て」と呼ぶことにした。

標準領当てにおける画面幅下限上限見極めるため,細かく画面幅を変えながら検証してみると,480px以上1280px以下標準領当て維持出来ることが分かった。

例えばデライトの扉改行を挟まずに自然に見えるのが480pxあたりからであり,横に広がり過ぎて文章が読みにくくなるのが1280pxあたりまでになる。結果的に画面広さとしてはキリがよく,一般的な切り替え点にも近いものになった。

もともとデライト画面幅依存するような要素を極力削っており,例外的画面幅に対して微調整を入れる,という考え方媒体求頼を使っていたが,この方向性確信が持てた。

長い間もやもやしていたことに解決道筋が見えたことは大きな収穫だった。

2020-09-30 06:49
2020-09-29 22:47
=}
{希哲14年9月11日}{希哲14年9月11日のツイスト}{HarmonyOS}{ツイスト}{ファーウェイ}{話題}{文章}=}(7)

ファーウェイHarmonyOS,最初に話題になった時こんな文章を書いたが,もう1年以上経つのか。

中国製 HarmonyOS は何を意味するか

2020-09-11 13:04
{あれ}{あれ}{バルス祭り}{赤字体質}{静止画}{希哲14年8月1日}{希哲14年8月1日のツイスト}{動画}{献典}{Twitter}=}(18)

動画よりも静止画,静止画よりも文章を扱うウェブサービスの方が負担軽いが,じゃあなぜ Twitter赤字体質なのかというと,意味に乏しく献典コンテンツ)としての価値が低い投稿が多過ぎるからだと思う。分かりやすい例でいうとバルス祭り

2020-08-01 22:04
=}
{思考能力}{支離滅裂}{希哲14年6月30日}{希哲14年6月30日のツイスト}{ツイスト}{常軌}{正常}{怖い}{文章}{論理}=}(10)

たまに,わざと支離滅裂文章を書いて「キ○ガイ」を演じているような人がいるが,そういう人は割と気軽に見てもらえる。私の場合,文章も一見まともだし,論理は通っているし,どう考えても正常思考能力を持っているのに,よくよく内容を見ると常軌を逸し過ぎている。こういう所が怖いんだろうな。

2020-06-30 15:19
=}
{希哲14年5月15日}{希哲14年5月15日のツイスト}{ネットワーク構造}{デライト}{ツイスト}{技術的}{階層構造}{解決}{利点}{欠点}=}(13)

この文章は,階層構造ネットワーク構造双方の利点欠点を踏まえた上で,どう技術的解決するかという所まで踏み込んだ数少ない例。解決のアプローチデルンデライトとは異なるが面白い。

https://ubiteku.oinker.me/category/cotoami/

2020-05-15 16:36
=}
{デモ版}{希哲14年5月15日}{希哲14年5月15日のツイスト}{Cotoami}{ネットワーク構造}{司組}{ツイスト}{問題意識}{階層構造}{試用}=}(16)

階層構造ネットワーク構造調和意識した司組システム)としては Cotoami というのもあり,これは開発者文章を読む限り一番デライト問題意識が近いのではないかと思う。ただ,デモ版試用した限りまだ発展途上

2020-05-15 16:09
=}
{自己紹介}{文章}=}(2)
1
{文章}{ぶんしょう}{}{}{素描}
{}