ワイトがオオアリクイに殺されて1年が過ぎました
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
本日のsidekiq。なんて言うか、特に何も起きてない感じ。
(ただしwasabiは度々エラー出る)
みなさんはいかがですか。
This account is not set to public on notestock.
どのぐらい人数がいるか、活動しているかっていうのは、Fediverseを俯瞰する上で参考になりますよ。
いや、どこが勝ったとか負けたとかじゃなくって。
リレーとか、Fediverseを通じた仕組みでどんなことができるか考えているからなんですが……まぁ普通はあんまり関心ないかもしれません。
総数なんて登録しただけのもう使ってないのだらけだし、意味のないアカウントだらけなんだから、アクティブユーザーで比較しませんか? っていうのがコレ。
https://hakabahitoyo.wordpress.com/2017/07/21/number-of-users-is-shit/
This account is not set to public on notestock.
Mastodonの管理に便利なツールが用意されています。一覧はこちら。
https://github.com/tootsuite/documentation/blob/master/Running-Mastodon/List-of-Rake-tasks.md
Mastodonユーザーで、Mastodonが配置されているディレクトリ(変更していなければ ~/live )に移動し、
RAILS_ENV=production bundle exec rake タスク名
で実行します。
オプションを指定するものもあります。
たとえば、外部のインスタンスから取得したメディアファイルを削除するタスクは、何日前のものを削除するかを指定する NUM_DAYS というオプションがあり、指定しないと7日前となります。これを14日前にするには、
NUM_DAYS=14 RAILS_ENV=production bundle exec rake mastodon:media:remove_remote
と指定します。
注意点として、多くのタスクが、Mastodon本体と同様に、Workerを通じて非同期に実行されるようになっています。即座に結果が反映されないのでご注意ください。 #dtp
Mastodonの管理に便利な、ちょっとしたツールが用意されています。一覧はこちら。
https://github.com/tootsuite/documentation/blob/master/Running-Mastodon/List-of-Rake-tasks.md
Mastodonユーザーで、Mastodonが配置されているディレクトリ(変更していなければ ~/live )に移動し、
RAILS_ENV=production bundle exec rake タスク名
で実行します。
オプションを指定するものもあります。
たとえば、外部のインスタンスから取得したメディアファイルを削除するタスクは、何日前のものを削除するかを指定する NUM_DAYS というオプションがあり、指定しないと7日前となります。これを14日前にするには、
NUM_DAYS=14 RAILS_ENV=production bundle exec rake mastodon:media:remove_remote
と指定します。
注意点として、多くのタスクが、Mastodon本体と同様に、Workerを通じて非同期に実行されるようになっています。即座に結果が反映されないのでご注意ください。
最近あまり活用されていないMastodon日本語メタフォーラムですが、こちらのトピックも参考になるので掘り起こしておきます。
インスタンスの容量の節約のアイデア
https://discourse.mstdn.jp/t/topic/181
#relay考
QT:[https://dtp-mstdn.jp/@noellabo/100386583641342200]
This account is not set to public on notestock.
@Yohei_Zuho 何歳とか、Mastodonやってると関係なくコミュニケーションとれてるよね! きっと知らないだけで、凄くいろんな年齢層の人達が、普通に混じり合ってやりとりしてるよ!
嬉しければ「ありがとう」っていうし、失敗したり迷惑かけたら「ごめんなさい」っていうし、楽しいことがあれば一緒に笑い合えるし、普通に一緒に過ごせる。
実年齢が邪魔しない。
本当に自由でいいなーと思う。
というわけで、年齢は気にしないでOK。一緒にプログラミングしましょうw #dtp
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
インスタンスのDBやメディアの保存容量圧縮について
リレーによるトラフィック増大を受けて、マジで考えなくてはいけなくなってきた件。
ちょうど今 @Gargron さんがpostした内容がぴったりです。
https://mastodon.social/@Gargron/100386555690511875
こちらのissueです。
https://github.com/tootsuite/mastodon/issues/1554
問題は認識されています。
掃除する基準、それを実行するsidekiqタスクが膨大になる件、など、相応に難しい問題だということですが、解決したいですねー。 #relay考
@toneji さん管理の箕面どんで、ディスク容量不足によるダウンがありました。
リレーによる急激なトラフィック増大が、直接または間接的な原因と考えられます。
@theoria さんが指摘していた通りのことがストレートに起きた感じです。
https://wug.fun/@theoria/100379745939116761
俳句検出Bot @find575 も、自鯖におかないようにしているそうですw
https://wug.fun/@theoria/100384460903755520
@theoria さっそく起きましたぜ、リレーによる急激な負荷増大が原因と思われるディスク容量不足事故。
https://minohdon.jp/@toneji/100385205968199407
@toneji そうでしたか……。かえってご迷惑をおかけしました。でも復旧してよかった!
鯖缶勢として、ディスク容量不足は通過儀礼みたいなものですがw
あと、何かあったことにこちらで気付いても連絡手段ないねって話をしておりました。
@kedama さんが箕面どんが落ちてるって教えてくれました。
https://foresdon.jp/@kedama/100382660058734952
https://foresdon.jp/@kedama/100383638936317360 #dtp
This account is not set to public on notestock.
@ohyaji @dawakirohi 基本的に、無茶な働き方が求められた時は、その原因を作っている営業なり経営者が悪いのです。
力不足でご迷惑おかけし申し訳ございません。助けて頂いてありがとうございます。
もう、それしかないよね。おとといまで急な三交代体制で切り抜けたばかりで、身につまされますわ……。私も頑張らねば。
今日撮ってきた近所のセブンイレブンのコーヒーマシン。もう長いことやってるけど、相変わらずペタペタ貼られているていたらく。よく見ると、アイスコーヒーのとこにアイスカフェラテのシールが貼ってある。ちゃうやん……。 https://dtp-mstdn.jp/media/_fcNOuiz4pppiBUeDTg
@yamo https://dtp-mstdn.jp/media/HDizAlgZ37MscLWPwg4 https://dtp-mstdn.jp/media/bPTQCHT3omYo15Wx3Lo
https://ninchisho-online.com/archives/14692/
https://plaza.rakuten.co.jp/nitotora/diary/201307020000/
UIの話を始めるあたっては、この張り紙・テプラをきちんと解消するところからだよな、と思ってます。「流す」を明確にすべし、という力強いメッセージを感じます。(リンク先から画像をお借りしています。リンク先も参照ください)
@ohyaji プログラマーの場合、目指すべき成果物の定義を事前に行っていて、そこがプログラマーの職分じゃないっていうのがありますね。要件定義をひっくり返されるとデスマーチが始まっちゃうんですが、とりあえずプログラマーの問題ではないし。
デザイナーの成果物も、デザイナー本人の力量・信頼度だけで解決しようとせずに、会社全体で持っている信用や知見、営業やディレクター、同僚デザイナーの力を借りながら、目指すゴールを事前定義してすりあわせ、皆に後押ししてもらわないと、そりゃぁ分が悪いかなと思います。
@t_fukui それキツイ……。
ウチも、大判ポスターとか看板とか横断幕とかやってますが、出力原稿としてヨソで作ったチラシの内容確認用PDF(低解像度・JPEG高圧縮)がきちゃったりして、すごく残念な大判プリントになること、よくあります……。
できるだけ良い素材を入手できるよう交渉したり、あんまりなのであちこち作り直したり加工したりしますが、これはホントツライ。
@yamo 営業(や経営)の役割って、予測が困難で不確かな状況下であっても、直ちに判断を下してその責任を取ることなので、非常にキツイ仕事です。ベストの答えなんてなかなか出せない。戦略的に不利な立場にあれば、戦術では取り返せない敗色濃厚な状況下で最善を尽くすしかない。そうしてようやく獲得した条件を持ち帰れば、まずもって味方からブーイングなワケです。専門性ではかなわない現場スタッフから判断がおかしいとなじられる。そもそも後出しじゃんけんならなんとでも言えますしね。あまつさえ約束を反故にしてこいとさえ言われます。
たしかに、現場から見たら営業の判断とか感覚、おかしいでしょう。能力不足や努力の方向が間違っていて、現場に迷惑をかけているかもしれない。
でも、だったら、どうしたらお互いがハッピーになれるのか。互いをリスペクトし、不足を補って助け合う以外に、とるべきアクションはないのでは?
どのように営業と協力すれば最強のタッグが組めるのか、そういう意見交換・勉強会だって、DTPの技術と同様かそれ以上に重要じゃない?
ということは申し上げておきたいと思います。
@yamo 営業(や経営)の役割って、予測が困難で不確かな状況下であっても、直ちに判断を下してその責任を取ることなので、非常にキツイ仕事です。ベストの答えなんてなかなか出せない。戦略的に不利な立場にあれば、戦術では取り返せない敗色濃厚な状況下で最善を尽くすしかない。そうしてようやく獲得した条件を持ち帰れば、まずもって味方からブーイングなワケです。専門性ではかなわない現場スタッフから判断がおかしいとなじられる。そもそも後出しじゃんけんならなんとでも言えますしね。あまつさえ約束を反故にしてこいとさえ言われます。
たしかに、現場から見たら営業の判断とか感覚、おかしいでしょう。能力不足や努力の方向が間違っていて、現場に迷惑をかけているかもしれない。
でも、だったら、どうしたらお互いがハッピーになれるのか。互いをリスペクトし、不足を補って助け合う以外に、とるべきアクションはないのでは?
どのように営業と協力すれば最強のタッグが組めるのか、そういう意見交換・勉強会だって、DTPの技術と同様かそれ以上に重要じゃない?
ということは申し上げておきたいと思います。