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

こういう、わりとみんなが興味ありそうな話題だというのに、エアリプばかり。

言及を収集するとなると大変だし、みんなお互いのコメント読めなくてみんな不便じゃないの？

これってトリビアになりませんか？

Mastodonにしても、PleromaもMisskeyもみんなそうだけど、gitで最新版のソースをとってくるじゃん？ 運用のために。（開発じゃなくて）

で、.gitignoreで管理対象外にしてある設定ファイルはともかく、やっぱりちょっとソースコードいじることあると思うんだけど、いじった時に、それをどのように公開したり、維持していったらいいか、こうやればいいよ！ってのある？

GitFlowとかGithubFlow、GitLabFlow、みんな開発のためのフローなのよね。

圧倒的な物量の本家の開発成果を利用し、更新に追従しながら、どこかから借りてきた改造と、自分のあてた小さなパッチ（コミット）を維持していくだけのフロー、だれか提案してない？

（私も色々考えてやっているけど、再発明してもしょうがないので）

Web上の記事でもそうだし、枠の小さい雑誌の紙面などではますますそうだけど、そもそもどこかを参照しないで自分で全部書き下せるということはないので、必ずどこかを参照先として提示しないといけないのだが……

Mastodonのサーバはいろいろあります、ここをみて下さい！ってjoinmastodon.org紹介しても、正直、覗きにきた人、帰っちゃうよね……。

鯖缶びちびち（陸に上がって、やがて動かなくなった者も……）

結局、参照先が頼りないという問題があるな。

マストドン日本語ウィキは鉄板として、他が弱い気がする。

joinmastodon.orgは、日本など各国のローカルな事情をカバーするより、グローバルでどこでも同じ体験ができます！ってのがウリだから、なかなか難しいところがある。

docs.joinmastodon.orgも、充実している方ではあるが、プルリクは放置するし、まだみんなgithubにあるドキュメントを参照しちゃったりする有様で、これもなんとも頼りない。

まず、Mastodonというシステムがいくつかの種類のキーを抱えていて、それぞれ超大事なんだけど、あんまりわかってない、ってところから、勉強会が必要なんじゃないかっていう……

私も散々、主語の大きい、言い切り調の話をするから、Mastodonを代表しているように受け取られるかなー。

いろんなあり方を包含するものとして慎重に扱っている部分と、自分の意見の部分は、そんなに綺麗に分かれてないからなぁ。

まぁ、名称に『Mastodon〜』って付けるのは慎重になるよね。

DTPアドベントカレンダーとか、割と大胆なヤツはやってみたりしましたが……（アレは良い具合にいろんなメンバーが集まってくれた）

ことらさに人の考えや人格を否定したりけなしたりしなければ、どんな話をしても何も支障ないんですが……

あと逆に、回りの言葉と距離がとれずに自己を否定したり傷つけてしまうとか。

トゲのある言葉をぶつけて煽ったり、相手の苦手なことや抵抗できない部分を攻撃して、正常な判断を行わせないように仕向けて、勝ち負けに持ち込んだりね。

筋の通った話をするのに必要な手数をかけないで、物量で攻めたり。

相手がもっとも理知的に振る舞える状況となるよう、そこをお互いに努力すれば、実りある話ができるのになぁと思います。

実際はだいたい、逆をやってます。

まぁ、子どもが大人を真似するように、実は大人も大人の真似をしているだけなので、まずは人のことより自分が望ましいと思う振る舞いをすることに努めるのが、結局は早道じゃないかなと思っています。

私の場合、自分の時の反省も含めて、さくらのクラウドMastodonスタートアップスクリプトから別のUbuntuサーバに移行する際にどうしているかというと、

まずCentOS環境を、Ubuntu 18.04あたりと遜色ないレベルまでガシガシアップデートして、同等の最新の環境を作ります。

ここで『移行する必要無いじゃん！』という問題が発生するのですがw

また将来苦労するのは見えているので、やっぱり移行頑張るわけです。

同等の環境を作れば、ほとんどのものは同一バージョンなのでコピペできるし、レプリケーションも支障なくできる。トラブルも少なくなります。

また、CentOS上で動かしながら、コンポーネント毎に少しずつ進めて、大変なところを最後にまとめて押し込まないようにします。

失敗して出戻りになる確率を極限まで下げるわけです。