最近はささいなことに動揺して泣いてしまう。
不安定さが酷くて
アップダウンが激しい気がする。
理由が分からないのがツラい
理由らしい理由はあるけれど、後付けの理由な気もする
たぶん何があろうと動揺はするんだろうなぁと思う。
本当なら、今日も仕事を休んで横になっていた方が良かったんだろうなと反省している。
明日もこんな感じなら、無理せず休む。
特に午前中から昼頃にかけては普通に体を起こしているだけでダルい。
mstdn.jp終了のお知らせ 公式アカウントから「jp終了のお知らせ」(ガチ)が発表されました。
https://mstdn.jp/@mstdn_jp/104227467367414869
適切な対応ができないため
となっておりますが、雑な個人の予想では運営側に金銭的なメリットがなさ過ぎたのではないかなぁと・・
Mastodonのサーバー運営、収益化しづらいので。
「jp閉鎖だってね、Twitterに戻るの？」
と聞かれたので、声を大にして言いたいのだけれど
MastodonとTwitterは全く別物です！
そもそもjpは数あるMastodonサーバーの一つであって
jpの閉鎖は事件だけれども、Mastodon自体がなくなることは無いです。
Mastodonは分散型という構造の特徴ゆえ
Twitterのようにトゥート(ツイート)が炎上しづらくて
PublicよりもPrivate寄りな
他人行儀な外ヅラの会話ではなく、本音に近いウェットな会話を
発言ひとつひとつをカスタマイズ可能な公開範囲で投稿することができるの。
TwitterはTwitter社が決めたただ一つのルールに縛られているけれども
Mastodonはサーバー管理者がルールを決めて運用していて
ユーザーは、自分の好きなサーバーを選ぶことができる。
「こんなことを発言したら炎上(引かれて)しまうかも」
だとかを考えて
予防線を張る必要が無いのは
Mastodonの居心地の良さだなぁと思います。
MastodonとTwitterが別物なのは
構造単体の差異だけではなく、構造の差異ゆえの情報伝播の違いが
全体の雰囲気に影響しているためだと思う。
don.suwa3.meの再稼働 過去あったニコフレのように、後継が爆誕するか
委譲先が見つかるなどすれば存続の可能性もあるけれども
どちらにせよ方向性が決まるまでの間はjp難民が色々なサーバーに分散しそう。
他鯖の負担軽減のために、微力ながら自鯖を避難用に再稼働しました。
新基盤への移行中だったので
取り急ぎ、旧基盤Dockerでの稼働だよ。
就業後にガッと勢いでやりました。
最近ずっとApache × MySQL on CentOSの環境を触ることが多くて
Nginx × PostgreSQL on Ubuntuの環境は久しぶりだったので
コマンド思い出しつつだったけれども、最初の頃に比べたら慣れたなぁって感想です。(むしろ慣れなきゃマズイ・・)
WordPressとMastodonサーバー (新旧2台)
EC2を3台稼働していて、さすがに欲張り過ぎなので
WordPressの引っ越しと、Mastodon新基盤への移行が急務になりました。
わたしはのんびり過ぎなので、お尻に火がついて丁度良いかも・・
楽しみながら取り組みたいです🙌
がんばるぞい💪
作業ログ **旧基盤でやったこと
**- EC2の再起動
- アクセスログのCheck
- Route53の設定
- 証明書の発行
- メンテナンスモードからの切り替え (Nginxの再起動)
- Sidekiqの監視
- ディスク容量の確認
$ df -H
今日はGoを書く練習していました。
まずはEmacsにgo-modeをインストールした。
EchoでWebサーバーを起動させたら
入力フォームを作成して、リクエストパラメータの取得をさせてみたよ。
なんかよくわからないところは音読しました。
Echo独自ルール的なところが分かりづらいのかなぁ。
GitHubに草を生やせたので満足です。
後はセッションデータストアを作るために
認証機構についてふむふむした。
セッションの作成/保存/読み出し/削除をできるようにする。
コツコツジリジリとでも、毎日前進するのが大事なので
この調子で続けていきたいです。
病院へ行ったり、数カ月ぶりに美容院へ行ったりしました。
美容院の雑談でセキュリティの話をしたけれども
何でこんなつまらん話をしてしまったのか
もっと一般ウケする話しなきゃと少し落ち込みました。
夕方から作業したの。
昨夜と今朝はまあまあメンタルが落ちていたのに
集中して作業したら時間が一瞬で過ぎた上に
気分も良くなったの、人体の不思議だなぁって気持ちです。
雑音が少ない休日のほうが10倍捗るし
作業が捗ると精神的にかなりプラスに働くことが分かった。
Webサービスの構築と運用が昨年のテーマで
今年のテーマは『ハッカソン慣れする』だったのだけれど
ハッカソンはしばらく参加が難しそうなので
テーマを『個人開発』に変更しようと思いました。
もうあと半年だけれども・・・
Goで何かWebアプリケーションを開発してみたい
分散型SNSを自分でつくってみるのが面白そう
まずはログイン画面作成からスタートだなぁ
ミニブログをつくったら
Goで書かれたTwitter cloneなどのソースを読んでみる
マストドンのDBはPostgreSQLだけれども
わたしはMySQLでつくりたいので、スキーマを見てみる
同じクライアントを使えるようにしたいので
Goでマストドン cloneを書いてみる感じになりそう
これから少しづつ進めていけたらなと思います。
昨夜はMastodonの先輩方(エンジニアなど)と雑談していて
「対処療法的で煩雑なルール策定は人為的ミスの要因になるし、技術的に可能なのであれば自動化をベースにルールづくりをしたい」
という意見を話したら
「自動化ができるほどの詳細なルールは、守ることが難しくて破られる傾向がある。もともと根付いていた習慣が明文化されたものならまだしも、いきなり湧いてきたルールは回るまで数年かかるイメージ」
「職種にもよるけれど『人が死ぬ』『従業員が犯罪者になっちゃう』『著しく時間を奪う』だとかの理由がない限り、そもそもルールはつくってはいけないと思う」
などの意見を聞いて、色々なルール持論があるなぁと思いました。
「守るのが難しいルールをつくって守れなかった者を晒し上げるのはヤクザの古典的手法。それは出世にも利用できる」
という意見もあった。なかなか過激だなと感じたけれども、ほえーーなるほどと思った。自分にない視点の意見って面白い。
価値を届けるという目的があれば、出世のためだとかそういった利用の仕方をする人はいなさそうだなぁとも思った。
ルール策定までに至る様々な状況があるので、一概にそのルール論は適用されないだろうし
そもそもMastodonの住民は、組織などのルールに縛られるの嫌う傾向がありそう😃