1週間留守にしただけでこれだよ
まあ自動化してるから大抵はリリースノート読んでバージョン番号書き換えるだけでおしまいなのでべつにいいけど
RJ百科通(@lo48576@mastodon.cardina1.red)の投稿 1週間留守にしただけでこれだよ
まあ自動化してるから大抵はリリースノート読んでバージョン番号書き換えるだけでおしまいなのでべつにいいけど
ゴミでも何でも、沢山残ればフォレンジックには使える (かもしれない) からね
白湯がサユかパイタンかどちらであるべきかを政治的な衝突にまで持ち上げればいいってこと？
𝕏 とかいう †最高のSNS†、他人のプロフィールから見た投稿にまで広告を混ぜてくるのでマジで †最高† だと思うし、このまま †最高† の極みを見せてほしい。他のやつらじゃこんなことはできねえからよ……
正直まだWeiboの方が最高だと思うのでもう少し頑張って欲しい。せめて全画面広告（スキップボタンの位置が毎回変わる）くらいは導入しないと……（？）
Tracking issue for `vec_into_raw_parts` · Issue #65816 · rust-lang/rust
https://github.com/rust-lang/rust/issues/65816#event-20969103387
ついに来るか
英国ですくすく育ったうんちが日本の下水道へと旅立っていった
Release v2.15.0 · binwiederhier/ntfy
https://github.com/binwiederhier/ntfy/releases/tag/v2.15.0
ﾜﾛています
そろそろ飯食って寝るかなと思っていたところ近隣のアパートの破壊が始まって泣いています、ほな洗濯回すか……
サーバクラスタとの添い寝で鍛えられたので洗濯機の動作音くらいなら普通に寝られる (?)
の投稿
AureoleArk@misskey.io
の投稿
AureoleArk@misskey.ioの投稿
AureoleArk@misskey.ioの投稿
AureoleArk@misskey.ioの投稿
AureoleArk@misskey.ioの投稿
AureoleArk@misskey.io無料で使ってりゃ何されても合法なら文句言えんわなと思ったけど、そういえばﾐｮｷｰ.ioは有料プランあったんだっけ？ 何も知らんけど
べつに擁護も非難もするつもりないけど (私にはほぼ関係ないし)、原理原則に沿って素直に自分用サーバ持っとけばいいんじゃないですかね……という感想にしかならない。分散しような
△ 運営者にメリットがないと健康的な継続性がなくてつらい
○ 相応の対価を支払う覚悟のないユーザは健康的な継続性のあるサービスを利用できない
まあ金を払っても手に入らないサービスも時にはあるが、自由ソフトウェアを動かす程度のことはまず該当しないと思っている。
ちょっとそのへんの文書漁ってちょっとキーボード叩けばできることを「手に入らない」にカウントするなんてとんでもないよ
ちょっとキーボード叩く程度のことをあたかも選ばれた人類しかできないかのように過大評価するの、 “選ばれた” 側は自尊心をくすぐられて気持ちよく “選ばれていない” 側は事を為さない言い訳にできて都合が良いので Win-Win なのかもしれないが、現実から目を逸らすなら独りでやっとけ、周囲の人間を巻き込むなというのが率直な感想です
もちろん「その程度のコストも払いたくない」だって立派な理由だけど、だったら素直にそう言ってくれ
いや -9223372036854775809 円を目指さないと駄目じゃん
危うく人類史に名を残す借金王になってしまうところだった (?)
ここでいう目指せとはハイパーインフレーションを狙おうという意味ではありません
趣味プロジェクトに半月前に中途半端に追加したまま放置した変更を読み解くのに、書いた以上の時間がかかっている。これは書き直した方が早いかもしれん……
なーんか規格というか文法を勘違いした状態で弄ろうとしていたような雰囲気があるんだよなぁ……いよいよ書き直すべきか
んなことなかった、実装が不完全すぎてそう見えていただけらしい (めんどくせ……)
ｱｸﾃﾋﾞﾃｰﾊﾟﾖの (技術的な) 不健全性で言うなら、フォローという能動的なアクションが概ね安くて被フォローという受動的なイベントが割高なのはちょっと問題あるような気はしている (フォロー承認制にしたところで物量があると面倒だしデフォルト拒否にしてもそれはそれで他人**を**発見する機会が減る)
この点を技術的**でない**面で捉えるなら、べつにそんなに問題だとは思ってない (cf. <https://mastodon.cardina1.red/@lo48576/109520349029269478>)
被フォロー側にコスト負担が発生するの、拡散力の対価と考えるとそれはそれでバランスはとれるのかもしれない (まあ本当はフォロー側がコスト負担できる方が良いと思うけど……)
被フォロー側にコスト負担が発生するの、拡散力の対価と考えるとそれはそれでバランスはとれるのかもしれない (まあ本当はフォロー側がコスト負担できる方が良いと思うけど……)
フェアかどうかでいうと割とフェア寄りだと思うが、技術的に不安定性を発生させないかというと発生させる可能性がある、くらいの感じ
リクエストの分量については暗号署名つきのデータをサードパーティから再頒布できるようにすればある程度マシになるのではという夢を見ないこともないんだけど、どうせリクエストの総量は減らないのであまり解決策としてうまくいく気はしないし、そもそも WebBundle とか WebPackage みたいな規格の背景に AMP とか SEO まわりの文脈が混入しているらしくて一気に期待が持てなくなったというのもある
想定される primary use case が「サードパーティのリソースを google.com ドメインから配布しつつ画面表示では一次ソースのドメインを使えるように」なの、ｱｯﾊｲ以外の言葉が出てこない
みなさんの生活にいろどりを与える Defaults insults 設定をおすすめします (sudo を使っていない人は……残念！)
まゆつな空高 (
) 🦾👹🥼の投稿
mayu27_sky_high@misskey.io
改札で残高なさすぎ！と思って電車乗って降りた駅で乗越精算機行ったら全然余裕だった 新宿駅のトラフィックの問題かよ
タッチする場所に隣接してディスプレイがあった頃はそういうことがなかった気がするが、離れた改札機中ほどに表示される筐体になってからは歩くペースと表示更新タイミングが全然合わなくて残高がわからないことがままある
一度は使おうとしたこともあったが、何かの仕様がダルすぎてもう使わんわとなってやめた記憶がある。何だったかな (もう使わんわの部分しか覚えてない)
distributed とは限らないものを何でも DDoS と呼び、バグとは限らないものを何でもバグと呼ぶ、一般人の感覚なんてそんなものなので期待するだけ無駄。脆弱性なんて言葉を知れば喜んで振り回すでしょうね、「DDoS」と同じように
正確にはApple PayかGoogle PayのSuicaを使うべきで古のモバイルSuicaはゴミ
特に Apple Watch でやる場合稀に急にカードが invalidate されることがあって 10 分ぐらいおしまいになることがあるのが痛い これは物理カードに明確な利があると思う
まあFeliCa領域の汚染でだるいからAndroid端末でSuicaを使うのが悪手なんですけどね初見さん
iPhoneでモバイルSuica使ってるけど近年はインターネット接続が不安定な時にアプリがFeliCa側を書き換えることをしなければ特に困らない印象
どうでもいいが近年コンシューマが書き込めるタイプのライトワンスなメディアって聞かないな
もしかして DVD-R とか BD-R ってもう市場から消えていたりします……？
BD レコーダーの録画先メディアとして BD-R はまだ一応生産されていそうな気がしたけど (といいつつ、その用途ももう下火か……)
ソニーもBD生産終了、近づく“テレビ保存文化”の終焉 「残し続けたい」を阻む大きな壁とは：小寺信良のIT大作戦（1/3 ページ） - ITmedia NEWS
https://www.itmedia.co.jp/news/articles/2504/03/news158.html
@rinsuki 光学メディアはまだ売ってるけど、例えば書き込み済みで売られてる物で言うとWindowsの物理パッケージ(なんかブロックデバイスレベルで書き換えられないフラグが立ったUSBメモリ)とかSwitchのカートリッジ(確かそう)とかがあるが、という話
そういうのライトワンスというイメージなかったけど (光学メディアのせい)、そうといえばそうか
選択肢: 自動車免許の学科試験はクソである
解説: ×。自動車免許の学科試験以外にもクソなものはある。
こう感じるのは私だけではないはずだが、「カメラ・オブスキュラ」という名前を聞くといつも「ぼんやり写りそうだな……」と思う
いやまあ obscure は語源をたどると同じだから部屋が暗そうに感じるか映像がぼんやりしてそうに感じるかの錯誤でしかないのだが
ボタンたくさんありそう
いやまあカメラ・オブニンゲンにもボタンたくさんあるけど……
It is time for the annual State of Rust Survey! 📝✨️
Whether you've just begun using Rust, are an experienced Rust user, stopped using Rust, or might use Rust in the future, we'd like to hear from you! 🦀
Available in ten languages and open until December 17th: https://blog.rust-lang.org/2025/11/17/launching-the-2025-state-of-rust-survey/
スーツケース生涯保証、ただし航空会社による破損は対象外、みたいなのまあ妥当な線引きではあるけどどういう用途を想定してるんですかねぇみたいな嫌味はいいたくなる
自動車のトランクに突っ込んでとか？
言うてそんなに壊れるようなことがあるかというと、落としでもしないとないし、落としたら普通にユーザの瑕疵で対象外になりそうではある
まあ転がしていてキャスター壊れたみたいな場合は保証で修理してもらえるんとちゃいますか (鼻ﾎｼﾞ)
字句解析器の仕様をクソ面倒にしたせいで実装がクソ面倒になっている (使うぶんにはクソ便利なはずなんだけど)
ハードタブとソフトタブだけでは物寂しいから、バウンシータブとかリキッドタブとかシュレディンガータブとかも欲しくなってきた
#ステラソラ のサウンドトラックの発売を心待ちにしている
キャラが全然揃わないのがつらいなぁ (実用性を度外視すればいくらかはという感じではあるが)
IANAL TINLA だけど、それたぶん「リンクによりプログラムが形式的に分離されているかどうかではなく、実質的に『その GPL プログラムに』依存しているか」が焦点だぞという話をしているのであって、本質的には API の著作権が云々みたいな話ではないと思われ
API が何であれ実質的にひとつの実装に依存しているならそれは依存先を内部に取り込んでいるも同然だし、逆にその API がよく知られていて permissive license などによる代替実装があってそれを実際に依存先として使えるのであればライセンス縛りはそこで切れるのでは。 Java の API はまさにそういう例だと思う。
しらんけど。
その他複数の肛門、et anal. $ これは文法的には間違いで、名詞をとるなら anus が正しい $ そこではない
ani - Wiktionary, the free dictionary
https://en.wiktionary.org/wiki/ani#English
もしかしてと思って確認してみたら、やっぱり anus の複数形って ani なのか……
性器で覚えるラテン語複数形ね (penis - penes, vagina - vaginae, anus - ani)
今気付いたけど左結合・右結合ってサケツゴウ・ウケツゴウじゃなくてひだりケツゴウ・みぎケツゴウなの！？
Our Founder, @Gargron is stepping down from his position as CEO. He shared a reflection on his time building and growing Mastodon on our blog.
We want to take a moment to express the Mastodon team’s deep gratitude and admiration for Eugen, and for the technology and community he has built here. We’re thrilled he’s staying on in an advisory capacity.
https://blog.joinmastodon.org/2025/11/my-next-chapter-with-mastodon
そもそも広告ブロックしないと見れないようなサイトは低品質なので見るべきではない
技術好きな人に、会社の顔になれっていうの大変よな。名誉会長みたいな役職に居てられるならその方が幸せかも。
カスの嘘に目覚めたIQ145の女子高校生のお姉さんやめろ
「寿命が短い」が不快と言われて「メンテナンスが早期に終わってしまうことが多い」と言い換えるのはなんかの解決になってるのか……？（マジでわからん）
観測事実としては正しいけど社会・コミュニティとして気にするべきはそこじゃないよね（ここに大量の暗黙の仮定が入る）みたいな話なのかもしれん。「黒人は犯罪率が高い」的なやつ
fork の「寿命が短い」ことの原因が本家にあるかと言われると、あることも多いだろうけど、じゃあ fork を長命化させることが upstream の責務であるかというとべつにそんなことはなく、単に因果と責務を混同して腹を立てているだけのようにも見える
fork の延命は誰の要求による誰の責任なのかという点で upstream はほぼ何の関係もない (難読化なり意図的な大規模破壊なりで妨害しようとしているなら話は変わってくるが)
upstream が駄目だから fork で何とかする (上流への還元はしない/失敗した) パターンは「どけ！ 俺が何とかする！」なのだからその時点で upstream が負っている責任そのまま複製して背負っているも同然。
複製して背負いたくないならそんな駄目なソフトウェアをわざわざ選んで fork するなという話
XFree86 と Xorg はどうだったっけと思ったけどよくわからんな、正統な後継のような気もせんでもない (わからん)
@ponkotuy 典型的な例としてはX.Org、フォークが本家に成り代わった例としてはGCC（Pentium GCCやEGCSと呼ばれるフォークを主導した高度な最適化を重視する一派がGCCの開発の本流になった）やFirefox（Mozilla Application Suiteからウェブブラウザ部分のみを取り出してビルドするサイドプロジェクトがMozillaの中心となり、今度はApplication Suiteの方がSeaMonkeyとして外部化した）、Node.js（運営体制に不満を持った一派がio.jsを作り、io.jsの主張が認められた形で現Node.jsの体制に統合された）あたりでしょうか。
Redis/Valkey はどうなるかわからんが、個人的には MySQL/MariaDB くらいの感じになりそうな気はしている (適当)
【緊急ライブ】大規模火災 大分市佐賀関で複数の住宅が延焼中【LIVE】(2025年11月18日) ANN/テレ朝 - YouTube https://www.youtube.com/watch?v=do7wO-q-fNA
ベンダアアアアアアアアアアアアアアアイヤァアアアアアアアアアアアアアアアアウィルオオオオオルウェイズロオオックユウウウウウウウウアアアアアアアアアアアアア
Cloudflare is aware of, and investigating an issue which potentially impacts multiple customers. Further detail will be provided as more information becomes available. Follow our updates here: https://www.cloudflarestatus.com/incidents/8gmgl950y3h7
「Cloudflare」のグローバルネットワークに障害 ～Google、X、AWS、OpenAIなど影響多数／広範囲にわたり500エラーが発生、現在も復旧作業が継続中
https://forest.watch.impress.co.jp/docs/news/2064377.html
そうだった、外向けの DNS では Cloudflare Tunnel を噛ませているサービスいくつかあるんだけど (全てではない) 宅内向けは直接繋がるように別の DNS を立てているから自宅からでは自分のサービスへの影響がすぐには確認できない
確認する必要もない (VPN を使うときも Cf 以外だし)
本当に大事なサービスは Cf Tunnels 噛ませてないし
A「Cloudflareがやられたようだな......」
B「ｸｸｸ...... 
」
C「500 Internal server error」
べつに Cloudflare や AWS を使わなければ可用性が高くなるかというと絶対にそんなことはなく、 Cloudflare や AWS の障害で道連れにならない方法がないかというとそんなこともないので、可用性の低下ではなく単に「皆が一斉に落ちる」という位相の一致が目立つようになっているだけではという素朴な感想もある
ｹﾞﾝのｼﾝの UGC、連続でバグに遭遇してからやる気完全に喪失して依頼一切触ってない
サッカーゲームする
→敵はスキル使えるのに私はスキル発動しない
別のサッカーゲームする
→8人マッチでチーム作成中に一人抜ける
→「チーム編成ができていない」というメッセージが永遠に出てゲームが始まらない
→もう1人抜けて6人になって 3 vs3 になってもやっぱり始まらない
→オワ
まあ素人が (これはインディーズとかそういう次元ではなくガチの素人が) 作ったらこんなもんだよなという素朴な納得と、二度とするかこんなクソゲーという後悔の気持ちとがある
原神UGC、キーボード＆マウスでしか動作確認していない作者のゲームがあると、実際にゲームが動かないことがある。
なるほどそういうことか……
UI 的には普通にボタンのラベル表示されていて謎すぎたのでやっとすっきりした
まあべつにランダムなミニゲームをやりたくてｹﾞﾝのｼﾝやってるわけではないのでスルーしていいかなという気持ちになっています (他ゲーとか積みゲーとか趣味進捗で忙しいというのもある)
むしろ逆で、「誰かが死んでいても自分のところには (死んだサーバとの間のやりとり以外では) そんなに影響がない」という点で脆いどころか粘り強いとみるべき。
というかそもそもｲﾝﾀﾈｯﾂの分散型アーキテクチャがこれなんだよな。「一部の故障が全体に伝播しない」とかそういう。
ボルボ13「俺の前に立つな。湖に突き落とされたくなければ……」
世の中には思った以上に邪悪なアクセスが多くて、Cloudflareで助かっているサーバーも有り、むき身で運営して落ちてたら怒られるパターンもある。
もちろん国内に担当者がいて24時間監視していて障害があったらすぐさまバックエンドを切り換えるみたいな運用をすれば障害の影響を小さくすることはできるかもしれないけど、で、行政の手続きサービスを24時間動かすんですか？ そのために公務員を深夜稼動させるお覚悟は？ 税金を使うお覚悟はおありで？ という話にはなるんだよな
だったら海外なり世界中なりに拠点があってナチュラルに24時間の障害対応ができる世界的なサービスに乗せた方が復旧時間の期待値も自前でやるよりずっと良くなるだろという。
べつに自前で持つなという話をしているのではなく、どんな代替を考えるのであろうとそこにはトレードオフと期待値の変化があるのだから、それを雑にでも評価してから口にしてはいかがかという素朴な気持ち
銀の弾丸はないと教わらなかったんか？ まあ私は教わってないが……
GPKIよ、おととい来やがれ！(タイトルで煽るスタイル) - yumetodoの旅とプログラミングとかの記録
https://yumetodo.hateblo.jp/entry/2018/02/28/232939
この文脈で出すのはまあフェアではないかもしれないが、日本という国の行政の性質くらいは意識しとけという話もあるな
どっちが良いかご意見が欲しい＞だれか
絶妙で何とも決めかねる (モニタで見ると紙と感想が違うかもしれん、そもそも実寸で表示した方がいいか……)
実寸にしてみたが、どちらもありな気がしてきた。
比較すると行間狭い方がちょっと窮屈に見えるけど、それは字間の調整で解決すべきなのかもしれない (わからんので適当)
行間の広い方を見て「べつにそんなに空ける必要はないよな」と思うのは確かだし (かといって広すぎワロタwというほどでもない)、行間の狭い方が (行間という観点で) 窮屈すぎるということはない、と思う (個人の感想)
そもそも文字がでかい。10ptなんだけどなあ
自分を信じて小さくすると会場で「うわっ…私の文、小さすぎ…？」となるんだよな
https://x.com/MrShibolet/status/1990755129818296485 #tw
> First day at CloudFlare , pushed a little update and taking the afternoon off ✌️
wwww
-
-X
市販の本と比べると9.5でもまだまだデカかったりする。ていうか市販の書籍の文字ちっちゃくね？
紙質の問題とかもありそう。
紙の色が明るくて安定していてシワや折れ目が付きづらいのであれば小さな文字でも視認性が悪化しない。
しらんけど……
ベビーベッドに嵌って寝る全裸中年男性、そういうものがいてもいい
相変わらず日本語で正しくMarkdownの太字を出力できないからベンチマークがいくら良くなろうがゴミ
そもそも強調の機能を持つ鉤括弧を強調対象に含めているのがどういう †意図† によるものなのか心底理解できない
単に分離のための鉤括弧ならまあわかるかもしれないけど、明らかにこれ強調の意味で使っているだろという鉤括弧を更に `**` で強調しようとしていることがあるのが本当にわからん、どこ由来の作法なんだこれは
