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

@mayaeh すいません、これ勘違い。v2.4.2から、ちゃんと取得と設定できる。＞ユーザーの言語設定

@mayaeh インスタンスのデフォルト言語って、そこしか指定できる箇所ないですよね。

DTP-Mstdn.jpはjaに指定してあるけど、リレー観測鯖の方は未指定なのでenになってます。

これ、mastodon:setupで聞くようにしないと改善されないなぁ。

--

あと、思うに、やはりAPIベースで各種設定を取得・設定できるようにすべきですね。

ユーザーの使用言語・表示言語、アカウント作成APIで指定できるようにするのはいいけど、そのあと確認したり再設定したりする方法がWebUI以外ない……。

@mayaeh 私はアセンブリ言語とかCの時代が長かったので、同じチェックが何度も書かれているの見ると避けたくなるんですよねぇ。

最近の言語は、タブかスペースか、などの不毛な議論が起きないようにフォーマッタがついてたり（crystal tool format とか go fmt）するので、良い時代だなと思います。

ruby、railsの流儀は、すごーくなんとなくやってるので、もう少しマジメに勉強します……。

@mayaeh APIなので、手を入れるなら今のうち！

@mayaeh @tateisu 正常系のパスをif〜endの外に出した方がわかりやすい、とかはあるかもしれないなぁ。ifで判定するブロックは全部エラー判定（before_action的な）にするとか。

などという、特に結果に寄与しないコード談義も楽しいのであります。戦争が起きる系ですがw

風の谷のガンシップみたいだな、とか思った……。

@mayaeh @tateisu あっさりマージしてくれましたね。

私は、最初に提案した書き方が、シンプルで重複がなく、ミスが混入しにくい点で優位と考えています。判定を追加するのもシンプルに対応できるし。正常判定のパスは先頭か末尾のいずれかであればどちらでもいいんじゃないかな。

ただ、独学というか、rubyに至ってはまともに文法勉強会してないので(!)ガイドラインなどがあるのかどうか知らなかったり……。

ちゃんと目を通したのはcrystalのリファレンスだけw

いまだに住基カードを身分証として愛用している。電子証明書も入れられるが、入れてから使わなかったので失効したままほったらかし。

@mayaeh @tateisu
この記法もアリかな。

def require_user!
if current_user && !current_user.disabled? && current_user.confirmed?
set_user_activity
elsif current_user && current_user.disabled?
render json: { error: 'Your login is currently disabled' }, status: 403
elsif current_user && !current_user.confirmed?
render json: { error: 'Email confirmation is not completed' }, status: 403
else
render json: { error: 'This method requires an authenticated user' }, status: 422
end
end

あら（私的）大ニュースだわこれ
https://twitter.com/alice_soft/status/1077501336709709824

@rat@mstdn.rabbitodon.work railsとか、react + reduxとか、フレームワークをガッツリ理解していないと手を出しにくい構造になってるの、私も正直ツライです。

MODXのように機能にしてもコンテンツにしても追加しやすい（まぁCMSとしては当たり前なんですが）ものと比較すると、もの凄く開きがあるのを実感しています。

Mastodonにこだわる必要がないというのは、それはそうなんだけど、今はMastodonをとことんよくしていくことが、Fediverseに貢献すると思うんだよね。

@tateisu @mayaeh こちらの件、
https://mastodon.juggler.jp/@tateisu/101301391429326074

とりあえずそのままプルリク投げました。
https://github.com/tootsuite/mastodon/pull/9625

@tateisu @mayaeh まぁそうですね……。HTTPとは別に、クライアントとの連携のためのエラーコードとかあってもいいよなーとか（いよいよいまさら

@mayaeh @tateisu 条件判断が重複しない、処理がシンプルな書き方に直しちゃいましたが、全体のコードをみてないので、すりあわせした方がいいかもしれませんね。

児童プログラミング……幼女戦記的な？