OnGhostEventTranslateっていう特殊イベント(_arg[0]にイベントIDが渡って、調整済IDを返す)で、イベント処理関数が呼ばれる前にイベントID自体を書き換えるハックができるので、多少マシになるかも？
https://ukadon.shillest.net/@mizu_yura_27/109845983514931492
OnGhostEventTranslateっていう特殊イベント(_arg[0]にイベントIDが渡って、調整済IDを返す)で、イベント処理関数が呼ばれる前にイベントID自体を書き換えるハックができるので、多少マシになるかも？
https://ukadon.shillest.net/@mizu_yura_27/109845983514931492
そのへんに転がってる木のやつにしておけばいいのに、わざわざ標準軌用コンクリ枕木を調達してきて勢いよく投げつけようとする流れ
このアカウントは、notestockで公開設定になっていません。
ユーザさんと枕投げ（鋼材の塊である台車の揺れ枕を投げつけてくるてつわんこ）（ユーザさんのスプラッタで見せられないよな姿がここに）
とはいえ思ったよりは穏当ではある。破壊的変更ガッパガッパ入れてくるとかも割と覚悟してはいたけどそこまで酷くないし…
4.x系でUI刷新した時も、おいおいこんなゴッソリ変えるんか…って思ったもんなあ。
トレンド系実装はうちはまあ「やっぱ要るよなあ」派だったんだけど、サーバの負担が無駄に増えるしなにより邪悪だと取られても仕方ないからなあ。
トレンド系の実装する時（タグだけじゃなく投稿やリンクもやる時）「いらねえ」「せめてリンクも含めて完全OFFする機能つけろ」って怒られてたの思い出した
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
頬を染めてチョコをくれる女ゴーストは居ないが、鉄板を茶色く染めてチョコだと言い張る女ゴーストなら居る
@risna 下のほうのURLが1文字抜けているので編集機能を試すのじゃ…
マストドンについて改めてまとめてみました。いかがでしたか？
約2億4500万-約1億9960万年前: マストドンサウルス
約4000万年前-11000年前: ゾウ目マムート科マムート属に属する、大型の哺乳類
2000-: ヘヴィメタル・バンド
2016-: ミニブログサービスを提供するためのフリーソフトウェア、またはこれが提供する連合型のソーシャルネットワークサービス
2017: 「パワーレンジャー」のバトルゾード
2018-: コーヒー豆
https://ja.wikipedia.org/wiki/%E3%83%9E%E3%82%B9%E3%83%88%E3%83%89%E3%83%B3%E3%82%B5%E3%82%A6%E3%83%AB%E3%82%B9
https://ja.wikipedia.org/wiki/%E3%83%9E%E3%82%B9%E3%83%88%E3%83%89%E3%83%B3
https://ja.wikipedia.org/wiki/%E3%83%9E%E3%82%B9%E3%83%88%E3%83%89%E3%83%B3_(%E3%83%90%E3%83%B3%E3%83%89)
https://ja.wikipedia.org/wiki/%E3%83%9E%E3%82%B9%E3%83%88%E3%83%89%E3%83%B3_(%E3%83%9F%E3%83%8B%E3%83%96%E3%83%AD%E3%82%B0)
https://ja.wikipedia.org/wiki/%E3%83%91%E3%83%AF%E3%83%BC%E3%83%AC%E3%83%B3%E3%82%B8%E3%83%A3%E3%83%BC_(%E6%98%A0%E7%94%BB)
https://www.itmedia.co.jp/news/articles/1803/28/news145.html
あおいとりさん、見た目だけリッチなパリピめいたものになろうとして失敗して「お前の居場所はここだ」と引きずり戻された感じなのでまあ…
大きいサーバは、人が集まっているだけでメリットがあるけど、デメリットもたくさんある。
大きいところがベストならそれでいい。
小さい方が、気に入らないものを我慢することもないし、意見集約するの簡単だし、小回りが利く。
自分専用にすれば全部自分で決められる。
そういうことができる環境を整えているので、自分にあった環境を確保してね。
Discordは脳内を通過する情報量が多くなりすぎたので控えることにしたの…
このアカウントは、notestockで公開設定になっていません。
強靭なメンタルと高いモチベーションの保持を要求されるので、各地の鯖管さんやモデレータさんをぜひいたわってあげてください。
うち？管理者はマゾだから適当でいいよ。
このアカウントは、notestockで公開設定になっていません。
今だとより自由にCSS/JSで代替できるから、クソデカ文字がWebサイトを暴れまわるとかできるよね（いますぐやめろ）
Webサイトの端から流れてくるクソデカ文字(marquee)なつかしい
このアカウントは、notestockで公開設定になっていません。
プログラミングできる絵師さんや製造業設計スキル持ちの絵師さんとかそこそこいるので、美術的感性と工学的な勘は割と同居できることが判明しています。
あーだいたいインフラエンジニアはめっちゃマゾだからお気になさらず（ひどい）
里々（伺かゴーストのスクリプト出力エンジン）の辞書書ける人、すでにプログラミング適性があるのに気づかずに苦手意識だけが先行してる感割とある
論理的に必要な機能を目指すためにコンポーネント群の組立ができる人、だいたいそもそもプログラミング適性があって「コーディング不要にこだわる必要なくね？」になりがち
ノーコードでなんか作ってビジネスやるって言ってた人、この前見たらXCode開いてバリバリSwift勉強してた
悟るの早すぎないか？
「これからはノーコードだ！」
「…これからは『ロー』コードだ！」
「……比較的簡単に自動化できます…」
「………まあがんばれ………」
プログラミング業界、真新しい利用分野が生まれてしばらくは「これからは〇〇ができるやつがつよい！いそげ！うおおおおおっ！」という空気になって、一段落して定石が見えてくると「賢明な読者諸君は既にご存知であろうが、プログラムとはただ走ればよいというものではない。より良きコードとは……」という空気になるという印象がある。
4.1.0は例の名前を言ってはいけないあのサーバ事件の軽減対策が入っているけど、そもそもアレ自体が割と忘れ去られつつあるので慌てなくてもいいような気がしてきました。
うかどんユーザーさん向け
メンテナンス通知を出そうと思ったけど手癖でプロセス再起動してしまったので4.1.0になりました（過去形）
トラブルシューティングのためにスタックトレースを50行吐かせたら、全部Rails内で最初どこから呼ばれたのかさっぱりわからないのを見て、ああこりゃダメだとあきらめたのを思い出した。
このアカウントは、notestockで公開設定になっていません。
まぁ全員がサーバー立てられる訳じゃないからねぇ... (ある程度の人数を収容可能なサーバーの継続的な運用ってなるとさらにハードルが上がるやつ...)
