Notices by のえる :cava_red: DTP鯖管 (noellabo@dtp-mstdn.jp), page 79

@mayaeh そういう意味では、アカウント作成時の確認メールだけの問題になるかな。アカウントが有効になったあと、言語設定はできるわけで。

Accept-Languageヘッダがあったら使う、ぐらいでいいのかもしれないなぁ。

@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なので、手を入れるなら今のうち！

【Adobe Creative Cloudの改定価格情報】

先日書いたAdobe Creative Cloudの価格改定の件、グループ版だけですが、ボーンデジタルさんが具体的な金額をもう書いていますね。これは見ておいた方が良いと思います。
https://cloud.borndigital.jp/cc/?p=4866

単体サブスクリプションの値上げ幅が大きく、コンプリートプランへの誘導を企図していることがうかがえます。

IllustratorとPhotoshop契約したら、コンプリート版とほぼ一緒、という状態になる → じゃぁ、コンプリートにしよう

当然、個人版が値下げになるハズがなく、同様に値上げされる見込みです。

----

それはそうと、Adobeの発表に先駆けて書いちゃうの、許可されてるものとは思いますが、これどうなんでしょうね。実質、VIP3年版の販促記事ですし。すごいアクセス集まると思いますが……。 #dtp

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

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

くまかんさん @kuma_planet によるMastodon関連の記事ご紹介。

世の中を便利にしてますます存在感を増すGoogle、Apple、Facebook、Amazon（GAFA）の世界を見渡しながら、マストドンが掲げる【あなたは人間であり、商品ではありません】とは……と考察する内容です。読んでみて。 #dtp
QT: [https://gingadon.com/@kuma_planet/101301734745506795]

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

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