@relay すでにバックポート作業は終わってマージ待ちですね。
Mastodonのホスティングサービスに適用されたら、まあ今回と同様の手口はおおむね封じられるでしょう…
@relay すでにバックポート作業は終わってマージ待ちですね。
Mastodonのホスティングサービスに適用されたら、まあ今回と同様の手口はおおむね封じられるでしょう…
@steve02081504 This was enough for me to understand.
I think it is good that the generation speed is fast, so Google should try harder to tune it.
@steve02081504
1.
GPT-4 : Person C must be the one playing tennis, by process of elimination. 
Gemini Advanced : Who cares? 
@fine_l しまぱんにあるバグを誰も覚えていない
ゴーストばかり見てる
@steve02081504 Gemini Advanced improves if you try the prompt instructions in English.
Gemini Advanced includes a caveat suggesting that it is optimized for English and has poorer performance in other languages.
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@mizu_yura_27 誰かがタグづけしたやつと実際の絵との関連を学習したものなので、正確に時代考証に役立つよう画像をタグづけする奇特な人が多数居ないと、いろいろ指定しても効かないのよね…
通報を確認する権限持ちが、1週間以内に誰もログインしてなかったら、勝手にアカウント作成が承認制に切り替わるようになるそうです。
https://github.com/mastodon/mastodon/pull/29318
これとは別に、インストール直後のデフォルトが、アカウント登録不可になる変更も準備中です。
わたくしは日々エンバグマウンティングを活用しています。
お前より私のエンバグスキルのほうが高い 
このアカウントは、notestockで公開設定になっていません。
の投稿
kmy_myun@ukadon.shillest.net
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
の投稿
kmy_myun@ukadon.shillest.netこのアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
フェイルセーフの限界チキンレースに勝ち申した。いやむしろこの機体運がまわってきたのでは？
どうも T-0.4 のSRB-3スタート信号の1-2秒前ぐらいまでのぎりっぎりのところで、すんごい微妙な異常を拾って、停止シーケンスに切り替わったということのようで…
飛んでからじゃなくてよかった。いやほんとうによかった。
とりあえず、たとえ生データを見られたとしてもアッハイって感じのリアクションしかできなさげなヤバい臭いがするということはわかりました。
いったんフタします！
昔は検知できなかったぐらいのサージを、センサーから信号引っ張ってきたコントローラがギリ引っ掛けてエラー吐いたとかそんなんじゃないかなーとかまったく根拠ないけど妄想してる
まあなんというか、今回のウインドウは捨てて仕切り直しの臭いがしてきたなあ…
ぽろっとジンバルが関係する強電系でなんかめんどくさいことが起きてるっぽい、ってところまでは出たらしいですけど、具体的になにがあったかは非公開（弾道ミサイル技術で秘匿案件）
でもなんかテレメトリは正常値なのに異常停止して、詳細動作ログを見たらテレメトリで降ろせないぐらいの微妙なサージを検出してたっぽい、それが無害か有害で要対策かはこれから、…っていう感じな気がするなあ。
「テレメトリから電源系の異常を検知したことがわかった、それが実事象かセンサーのエラーかはわからない」ぐらいは言えたかなあ。
電源がらみの異常（ノイズとかではなく実現象）を拾って異常検知、シーケンス自動停止に至った。LE-9は既定値（9割）までの立ち上がりを確認しているのでエンジン自体は無罪。電装系のすごいめんどくさいやつに当たったくさい。
「中身が見たいと言っていきなり目覚まし時計を分解する子だった」
「記憶にございません」
「あと電池なめた」
「記憶に！ございません！！」
このアカウントは、notestockで公開設定になっていません。
H3 TF1のシーケンス中断より、SSPの動作中断を追いかけるべき
「タモリ倶楽部」3月末で終了 放送40年「役割は十分に果たした」 さらば空耳アワー、マニアック企画… - ライブドアニュース - https://news.livedoor.com/article/detail/23753807/
鯖管兼SSPのバグいひとが伺かに関係のない話しまくってるのでお察し…
https://ukadon.shillest.net/@february_yayoi/109907385204004016
いうても内部電源切替はシーケンスのずいぶん前だし、X-15で熱電池起動してからもたっぷり十数秒は経ってるし、なにをやりよったんやろねえ。
「機体や地上設備の電気的な挙動が影響を与えた可能性が高い」って、なんかこれノイズが暴れて誤認識しました系の書き方な雰囲気がするなあ。
偽JTSB勝手連各位
H3 TF1 のシーケンス中断に関しての追加資料が投げ込まれました。
熟読の上テキトーにツッコミしまくりましょう
SHIORIとかMAKOTOとか言ってる時点で矛盾ないしなあ。
このアカウントは、notestockで公開設定になっていません。
うにゅうは最初からうにゅうだって当然のように受け入れてたんだけど、そもそもうにゅうっていう名前なんでついたの？
たぶんAmazonの奥地もChatGPT先生も頼りになりません。当時のリアタイ勢でも知らん。
@seika うちもちょうどGCさくらのBotアカウント生やすときに思い出しただけで、普通はGMailユーザーさえ用がない…
あと、そもそもメール鯖持ちだから内部のアカウント設定で無限に増やせるしなあ…
@_od_radek （実は管理コマンドで無限に増やせたりするんだけど、メアドの問題はつきまとうので、確認を兼ねて取ってもらったほうが早い…）
@seika あれ…なんか有名な小技だと思うんだけど、今動かないとかあったりする？
@_od_radek なおGMailを使っているなら、 ID+任意の文字列@gmail.com として分けられて、これは別のアドレスとして扱われます（セコイけど有効）
@_od_radek ふつうに別のメールアドレスで別のアカウント取ってください。うかどんでは特に複垢を禁止してはいませんが、アドレス1つにつきアカウント1つでないとエラーになる制約があります。
このアカウントは、notestockで公開設定になっていません。
これはもう除雪がどうこういう概念自体がないし38豪雪を鼻で笑える大災害なのでは…？
https://twitter.com/jrhokkaido_info/status/1495935606534590464
減塩しお（塩化ナトリウム摂取量は減るが内部被曝量は増える）
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
最後の音がくっそ長い梅田駅終電のやつのほうをなぜか思い出した
🎨 🖋
☃ 
の投稿
rk@misky.rikunagiweb.jp
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
の投稿
uyupica@ukadon.shillest.net
このアカウントは、notestockで公開設定になっていません。
115系＜ばあさんや…227-2000の投入はまだかい…
キハ40＜さっき食べたでしょ…
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
今日はなんかシニカルな思いつきばかりなのでたぶんご機嫌が悪いんだと思う
このアカウントは、notestockで公開設定になっていません。
ケツの穴からミサイル突っ込んでキュー歯ガタガタ言わせたろかい
@aobanozomi まあアレや…ちょい前のシーサイドライン逆走事故とかもあるからあんまりエラソーには言えんのやけれど。
@aobanozomi 良くも悪くも「設定した通りに動く」ので、外乱のない踏切なし路線とかすっごい向いてるんだけどなあ。
最初のJR九州のは踏切あり路線でチャレンジしようっていう取り組みだけど。
@aobanozomi 丸ノ内線・大江戸線・TXとかもすでにボタンぽちー押したら次の駅行くって仕組みやで
@aobanozomi ゆりかもめとか誰も乗ってないやん…？
@aobanozomi 運転するかどうかはともかくしばらくの間は人は乗ると思う。
運転士資格のない人でも動かせるようにっていうのが当面の目標だからね。
@aobanozomi もういいかげんゼロマン化されてもいいころなのに
もう子会社なんだから泉北線直通編成も高野線平坦線用にパクってしまいたいよねこういうとき
堺東でお団子ができてるのなんですかねこれ。1線使えないとか？
@Satis 一応こんな感じ。
4.実は今でもサーバ側の実装依存だけどやろうと思えばできる ✔
このアカウントは、notestockで公開設定になっていません。
@aobanozomi 僕と契約してrootになってほしいんだ！
Web UI以外だとサーバのルールが表示されるとは限らないから、クライアントアプリとかでもAPI経由で取得できる簡易なルール箇条書き機能を追加しよう、という意図らしい。
なんかサーバのルールを書く機能が追加されたので、とりあえずsudo三カ条書いてみた
クソデカファンも限界だし、二重反転ギヤードターボファンエンジンとかいうキチガイな代物誰か作りませんか
燃費重視のクソデカファン仕様全盛だから設計に無理が出てるのかねえ。
このアカウントは、notestockで公開設定になっていません。
古めの機体だから、JA8978のインシデントと原因が似てる可能性はありそうね。
https://mstdn.nere9.help/@orange_in_space/105771896719318538
今回エンジンぶっ壊れたやつって2018年の同様（エンジン同じで同じく右エンジンの同じくファンブレードがぶっ飛んだ）の事例の事故のやつの製造番号ひとつ違い（同時期に隣のラインで作られたやつ）だったんだね＞＜；
Incident Boeing 777-222 N772UA, 20 Feb 2021 https://aviation-safety.net/wikibase/248087
MSN 26930(LN 5)
https://www.airfleets.net/ficheapp/plane-b777-26930.htm
Serious incident Boeing 777-222 N773UA, 13 Feb 2018 https://aviation-safety.net/wikibase/206147
MSN 26929(LN 4)
https://www.airfleets.net/ficheapp/plane-b777-26929.htm
毎回何故か「アルティガス帝国」を「ググレカス帝国」に読み間違えそうになる謎の病に冒されている
曜日という概念を作ったのは人類なので間違いなく人類の業
人々が毎週日曜日を望む限り月曜日は必ず訪れてしまう、これが人類の業 (?)
マキシマム山の中に無理やり駅を作ってしまった感のある駅
https://ja.wikipedia.org/wiki/%E6%AD%A6%E7%94%B0%E5%B0%BE%E9%A7%85
の投稿
nyoki@v2.nyoki.club
このアカウントは、notestockで公開設定になっていません。
【航空無線】ユナイテッド328便 エンジン部品脱落 - YouTube
https://www.youtube.com/watch?v=QRP8aaLAj0c
正直期待はしていたけど本当にもう動画になってる、たすかる
国内のPW4000使った機体全機運航停止か…
デンバーでエンジン爆発四散した問題は割とやばめだという認識なのね。
20H1はBuild 19041っぽいので、それ以上だと21Hxって出るようになってる。現状Fastが21H1、Slowが20H1、RPが19H2。
あとまさかx86なCPUが未だにメインストリームだとかいったい誰が予想しただろうか。というより、いいかげん退役させてやれよというか…
枯れたOS論でなぜか思い出したけど、ARM版Windowsって結局どうなったんだ。いまいち話を聞かないんだが。
@toneji
マルチコアなCPUが当たり前になり、1コア当たりの性能は頭打ち気味になったころから、どのOSもパフォーマンスを引き出すために散々苦労している様子で、枯れたOS論ってどこまで言っていいのかわからなくなっている感じです。
結局今の基準では「枯れたOS」とは、単純にユーザ数が多くて多数の検証がされ続け、変化に適応し続けられているOSのことなのかな…なんて思います。
頑固者のFreeBSDでさえスケジューラレベルからごっそり書き換えたりとかされてるので、ハードウェアの進化が早すぎて枯れたOSなんてもう存在しない疑いが…
OSの枯れてる論、割と難しい。
Linuxは当然じゃんじゃんコードが書き直されて何が枯れてるやらさっぱりわからないし、Darwin(macOS)なんて元ネタがいったい何だったのか分からないほど変わってる始末なので、実は一番枯れてるのNTカーネル(Windows)では…？😵とかいう頓珍漢なことを言いたくなるぐらいには難しい。
@cat_maidens
・ホテルの予約を受ける部屋の台帳がある
・予約を受ける担当は2人以上居る
・大人気で空き部屋があと1つだった
・予約担当が台帳を見て空きありと回答、台帳を置き場に戻す
・別の予約担当が台帳を見て空きありと回答、台帳を置き場に戻す
・最初の予約担当が予約を受けて台帳に書き込み、満室に
・別の予約担当も予約を受けて台帳に…
・ 
せいぜいこれだとお客さんに怒られる程度で済むけれど、例えばこれがOSのメモリ使用領域の管理だったとしたら、何が起こるかお察しなわけです。
たとえJavaのマルチスレッド機能を使っていたとしても、プログラムの仕方ではいくらでも地雷を踏めるし、そこがマルチスレッドの難しいところだときちんと把握して腹くくって組まないといけない…
@cat_maidens Javaとかの場合synchronizedって書いたら勝手に信号機が植わるからいいよなー（C++/Win32使いなので全部手で書いてる人）
@cat_maidens SSPの場合
・プログラム本線のメインスレッドが1本
・作業補助用スレッドが2本
・ゴースト1組あたり「スクリプト実行」に1本
・「SERIKOアニメーション実行」にキャラ1体当たり1本（つまり掛け合いゴーストさんは1組あたり2本）
・ネットワーク更新・本体更新・ヘッドラインセンス・メールチェック、その他処理に時間がかかることをする度に一時的にスレッド追加
@cat_maidens 実は理屈上は問題ないけれど、クラス内のメンバ変数とかを双方でいじってる場合事故る。それだけ。
走ってる複数のスレッドは互いに空気を読まずあらゆる読み書きを仕掛けにくるので、読み書きが中途半端な状態になり未体験ゾーンに突入する羽目に。
これを防ぐには各スレッドの同期、つまり片方走ってたら片方待たせる信号機的な仕組みを仕掛けるしかなくて、それにmutexとかsemaphoreとかその他特殊なものが使われる。
semaphoreなんか日本語訳したら「腕木式信号機」でそのまんまやん的なやつですわ。
