のえる DTP鯖管 @noellabo@dtp-mstdn.jp

@nelsoncoffeeroaster なるほど……。ちょっと注文入れるね。

@nelsoncoffeeroaster ヒマなの？

まだ11時か。もう少し頑張ろう……。

@yanagi そういうのを目立つようにしないと流行らない！って主張していた方がいたけど、

マーケッターとしての価値観として正しいと思う一方、

そういう価値観から距離を置くために今のデザインになっているんだよ、ということが伝わってない、

価値観の押しつけか、異なる立場に対する想像力の欠如か、こちらの価値観を伝える努力が足りなかったのか、単にそういうのを読んでないのか、

モヤモヤする話でしたね。

リプライが1+って表示されるデザインセンスが好きです。

うーん、今の延長でLaravelとかに行くのもなんか違う気がするし、敢えてあまり使われていないがよさげなモノに手を付けたい欲求が……。

セッションが短いと、フォームに記入しながら悩んでいる間に切れて、内容を失ってしまうリスクがあるな……。

何かで優劣をつけると、劣るとされたものの価値を不当に低くみてしまう。リニアな評価は難しい。

作業に人の倍の時間かかることは、比べれば劣るものだけど、きちんと結果が出る点では差異は無く、ことによっては品質に優れているケースもある。

こういう人の評価は不当に低い。

評価された本人も不幸だが、価値あるものを低く評価した評価者もまた不幸である。価値のあるものを生かせないのだから。

シンプルなメッセージで、もう一度トゥートしておくことにした。

基本的に、こういうヤツの方が使い勝手が良い。良くも悪くも。

Twitterのようにならないためにはどうすればいいか考え、生み出されたのが、マストドンです。

アナログの、現実にある物体と格闘することの何が優れているかって、インタラクションでしょう。

試してみることができる範囲と、得られる情報量、チャンネルが圧倒的に多い。

我々が既に持っている肌感覚を総動員して、常時フィードバックを得ることができる。

そのことで、必ずしも正確ではないが、素早くアタリをつけることができる。

インタラクションが豊富なものは、一般に、大変楽しいものです。

デジタルのメリットは、無限に複製できること、計算機のパワーを適用し易いこと。実際の物体がなくても結果を得ることができる。

まぁ、別にどちらかだけにこだわる必要はなく、両方使えばいいわけです。

長文が良くない理由は色々あるけど、一番ダメなのは、メッセージが複数盛り込まれてしまうこと。

議論の出発点として散漫だから使いにくい。

賛同できることとできないことが混じっているから、お気に入りはともかく、ブーストしたり言及する際の態度が曖昧になる。

語りすぎていて、受け取った側が話す切っ掛けや言うべきことを奪う。

全部読むのに忍耐が必要でしんどい。

逆に言うと……

ある程度結論を出したことを、自分の意見で固めて、一部を切り取りにくくし、雑音を避け、熱心な読者にだけ届けようと思うと便利。

@sximada 見たら判別できるようなものじゃないしね……。

有名人であることに価値を求めていて、そこを強化していきたい人は、できるだけ多くの人にアピールできるチャンネルを利用するのが最適なので、そのためにマストドンを利用するという理由はないよね。

で、ここから本題。

マストドンは有名人を必要としてないし、大衆を必要としてない。有名人もマストドンを必要としていないし、大衆もマストドンを必要としていない。

たくさん人がいても良いし、いなくても良い。

有名人が利用してもいいし、大衆が利用してもいい。でも、それに依存はしていない。

これまでの価値観のように、有名な人や人数を、お金や影響力に変換するのではなく、そのことによって生じるいびつなものから自由になること。

目指しているもの、そのために選択した手段、成功の条件が、そもそも異なるワケです。

単にこれを使う人は、知らなくていいし、意識しなくていい。まぁ参考までに。

インスタンスを自ら立ち上げる人は、これは承知しておいた方がいいと思う。

Twitterのようにならないためにアレンジしたことが出発点であって、Twitterと同じ状態を目指すんじゃ無いんだ。

@weep 然り。
ミートゥートゥー
ワイトもそう思います

@chin_ana_go13 そこに絡んでいくのは、やはりなんというか、大人げないですなァ。気持ちはわかるけどさ！w

@chin_ana_go13 パワーワードすぎる……。

真面目な話、単語レベルの表記ゆれは辞書登録が安全じゃないかなぁとオモイマス。

@orange_in_space なんか複数形だしイテレーションできそうだなーぐらいのふわっとした理解でコード書けちゃうっていう、厳格さの対極にあるような感じを、ヨシとするかアカンと思うか……。

私はCrystal先に書き始めたので、型のエラーをコンパイラが捕捉してくれるの凄く便利で、RubyよりCrystalの方が好きです。見た目はRubyそのものなのに、全然違う。

WebUI、よくjavascriptのエラーで死んでしまうことあるよ。独自拡張とのマージ失敗w

この場合、APIはRubyなので無傷だったりする。

Webpackで失敗してたりとか。

マストドンのコード、すごく綺麗だけど、理解しやすいかといわれると、ちと全体像は追いかけるのが大変なトコあるよね……。