AMDのCPUに新たな脆弱性。Inception攻撃により情報漏えいの恐れ。Ryzen 7000やRyzen 5000シリーズなど、Zen 4とZen 3が影響 | ニッチなPCゲーマーの環境構築Z
https://www.nichepcgamer.com/archives/amd-ryzen-zen4-and-zen3-vulnerability-cve-2023-20569-inception-attack.html
！？
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
AMDのCPUに新たな脆弱性。Inception攻撃により情報漏えいの恐れ。Ryzen 7000やRyzen 5000シリーズなど、Zen 4とZen 3が影響 | ニッチなPCゲーマーの環境構築Z
https://www.nichepcgamer.com/archives/amd-ryzen-zen4-and-zen3-vulnerability-cve-2023-20569-inception-attack.html
！？
Glibc log2 Function Up To 69% Faster Thanks To FMA - Phoronix
https://www.phoronix.com/news/Glibc-Faster-log2-FMA
FMA ってそんなに効くんだ……
高速だからといって軽率に FMA 使うと精度問題で苦しむことになる分野などもあり、ままならない
北海道拓殖銀行とカブトデコムとなみはや銀行、令和のコミケの一部支払決済手段として株券が流通 : 市況かぶ全力２階建
https://kabumatome.doorblog.jp/archives/66011763.html
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
はちゃめちゃ意訳するなら public と unlisted は「積極公開」と「消極公開」くらいの呼び分けでもいいとさえ思っているんだけど、そもそも LTL/FTL が実装依存の機能なのでそこはなんとも
mastodonにおける未収載、収載になることがないから訳語として不自然はわかるけど収載につける否定は未収載しかなさそうだし初めから間違ってる感じがする
そもそもが listed/unlisted というのが「public の中でのスイッチ」なのであって、 unlisted と followers only が並列になっていること自体が実はおかしい
// ↓ これはおかしい
enum PostPrivacy {
Public,
Unlisted,
FollowersOnly,
DirectMail,
}
// ↓ こっちが正しい
enum PostPrivacy {
Public(PublicOption),
FollowersOnly,
DirectMail,
}
struct PublicOption {
listed: bool,
// 他にも (listed/unlisted と独立したオプションが) 追加されるかも
}
言うて MS も「今は」 OSS とうまく付き合っているけど、それはうまく付き合うことが利になると判断しているからであって、ロックインした方が利になるという経営判断が発生すればまた 3E 戦略のようなことをやりだすでしょ (まあ MS に限らず任意の大企業はそうだろうけど)
かつて Google が Don't be evil とか言っていたのが今こうなっていて、逆にかつてハロウィーン文書で大層嫌われた MS が OSS で存在感を見せているのは、べつに誰がより信用/信頼できるとかの話ではなくて、単に経営の指針がそのようになったというだけの話と捉えている。どうせトップが何か信念を持っていたところでそのポストが交代してしまえば判断がガラッと変わるのは十分ありうるし
今こうなっているのはあくまで今時点での話にすぎないということを自覚して過度な信用をやめろ、適度に距離をとれ、自由ソフトウェア思想に共感しているなら尚更草の根への投資を考えるべきだ、という話
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
https://under-bank.blue/@rk_asylum/110883344730471738
どちらかというと「コミケは老人向けの催しなんだな」と思われるリスクの方がありそう。「理工系学部には陰キャ男ばっかり」という風説の流布 (???) で女性志望者が減るみたいなやつ
普段のメンバーで私が一番弱い (かつ私だけがコンソールでやっている) ので、たまにソロでやると敵が (相対的に) 弱くてびっくりする
このアカウントは、notestockで公開設定になっていません。
まあユーザ定義のデータが深い階層構造を持っているとかでもなかったからなぁ。 YAML である必要性はかなり薄かった
「住宅不足ですよね、いっそ新築で我慢してみては？」みたいな特集組まれてたし、日本の価値観と真逆なんだよな
何も知らないころ、日本人同士で「ここ新築なのに家賃安いんですよ、お得ですよね」って話をしてたけど、あれ本当は新築だから安かったんだな
「建築業者のオプションは高いから適当に作って、あとで自分で交換するといいよ」とかのtipsが書いてあって、この無駄な感じ、アメリカっぽくていいですね
英語の看板がある公園から出られなくて一生詰んでたけど、ついにみつけた
https://twitter.com/HumansNoContext/status/1690830726718009344 #tw
「{{任意の国名}}式の計算がすごい！」みたいなこと言って筆算と原理が等価な図式を紹介している謎のアカウントと思考停止してそれを称賛する有象無象みたいなの沢山見てきたので、マジでこれ †Japanese Multiplication† だなと思うw
このアカウントは、notestockで公開設定になっていません。
https://mastodon.cardina1.red/@akahana@fla.red/110880468758186077
DRM つき電子書籍はサービス終了/オフライン環境/未対応デバイス等でアクセス不可能になるので Sustainable Documentation Goals を達成できない (適当)
ASMR と称するマイク風切り音が巷に溢れ返っており、これが世界の選択か……となっています
これですが、「ペーパレスオフィスという約束の地は遠く、必要な紙の量はいまだ減っておらず、便利なオンラインショッピングがダンボール包装の需要を高めている。より良い製紙・ペーパーボード産業は、まったくセクシーではないかもしれないが、気候問題の解決には絶対的に必要である。」「木はいい。私は木というものを、本の次に優れた炭素隔離方法だと考えるのが好きだ。」（『すべてを電化せよ』pp.291-292）とのことでした。よかったですね。（？）
株式会社デカテックカンパニー（Bic Tech Company Ltd.）
このアカウントは、notestockで公開設定になっていません。
デカテックなら当然すべてがデカいので責任もデカくして無限責任会社 (ULC) であるべきでは
lemmy、バージョン上げる度に面倒が色々あるし雑メモにしか使ってないからそろそろ閉じるか…
lemmy、 advanced bookmark service 的な感じで使えるかもと思っていたが、思った以上にコミュニティ用という感じだった
Komiflo オカズ共有や感想交換をしている各位とかには適していると思う >lemmy
ソーシャルDRM（購入者情報をファイルに埋め込む）でいいんじゃないかなと現時点では考えている。ハッシュ値がひとつひとつ違うものになるけれど、購入したファイルが保存できる利点と比べたら捨てられない性質ではない。
現状のアクセス制限 DRM は全てソーシャル DRM (かノーガード) に置き換わってほしい
少なくとも機械可読性とか相続可能性の観点からソーシャル DRM の方が絶対に優位
ただ、「PC が †ハッキング† されて漏洩しちゃっただけでワイが違法アップロードしたわけじゃないんですよ〜 (ﾍﾗﾍﾗ)」みたいな言い訳ができてしまう可能性はあり、その辺り警察がちゃんと捜査能力を持っているかどうか怪しさが……
このアカウントは、notestockで公開設定になっていません。
リンチを防ぐには埋め込む情報が個人情報そのものではなく DRM 業者内の DB で紐付いた ID になっていればよさそう
このアカウントは、notestockで公開設定になっていません。
ID による個人の照会を捜査機関しかできなくなれば、ｲﾝﾀﾈｯﾂで有象無象が犯人を †特定† することはできなくなる。
問題は、田舎警察のｱｲﾃｰ捜査能力がｲﾝﾀﾈｯﾂの有象無象と大差ないか劣っている可能性が高いということですね……
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
†技術的保護手段の回避† を違法化したがった圧力団体はあるはずなのに、その逆をやっていそうな圧力団体は聞いたことがない
Shamir Secret Sharing
https://max.levch.in/post/724289457144070144/shamir-secret-sharing-its-3am-paul-the-head-of
おもしろかった
技術的保護手段の回避を違法化するとともに「破り方が公表されたDRMはもはや技術的保護手段としての機能を実効的に有さないので関連規定の対象にならない」という形にすると、著作権者は形だけのガバガバDRMにお金を出すと損なので真剣に選定するようになり、DRM開発者はガバガバDRMを作らない強い動機が生まれ、DRM攻撃者の一部は攻撃手法を公表する動機が生まれるのでガバガバDRMがすぐにそうだと知られて廃れるようになり、DRMをより推進できるしDRM産業の雇用創出にもなるんじゃないかなと思うんだけどそういう話は聞かない。
このアカウントは、notestockで公開設定になっていません。
消費者はちっともうれしくない、それはそう。私もあまり嬉しくない。だけどこれはなにがなんでもDRM市場を活発化させてより強固なDRMを開発するインセンティブを与えるとともにDRM人材雇用創出するDRM推進派シンクタンクの立場になって考えた結果なので……。
技術的保護手段の回避の違法化、問題を見つけたら権利者や開発者に報告するような人は問題を探さなくなるので裸の王様になってしまうリスクがあり、DRM推進の立場から見ても手放しに肯定できるものではない感じ
【検証】肉の量はほぼ同じ！？ 吉野家の牛丼は「並」に比べて「大盛」・「特盛」は一体何が増えているのか？ – 食楽web
https://www.syokuraku-web.com/column/110969/
このアカウントは、notestockで公開設定になっていません。
Kindle の電子書籍や BD の円盤を見て同じこと言えますかね (まあそれ以前の問題として、そもそも消費者がガチガチ DRM を嫌いになるほど DRM というシステムを理解していなそうだが)
ユーザが好むか好まないかの問題ではなく、客観的事実としてユーザの権利が着々と奪われているということが問題なのであって。
奴隷やいじめられっ子が良いと言っているから良いというようなものではない。本来は。
このアカウントは、notestockで公開設定になっていません。
あるいは Amazon や Google のアカウントが不当に停止されたとき
まあ不当と言いつつ、実はユーザ本人が利用規約でそのことは了承済みだったりするわけですが……
三木谷社長、素肌に黒 T やめてくれ、みたらしだんごさんの呪いのせいで胸部を確認してしまう
このまえのみたらしだんごさんの toot のせいで三木谷氏の胸部を思わず確認してしまって最悪
ウェブブラウザやlibxsltにXSLT 2.0やXSLT 3.0が実装されてほしい
【緩募】タスク管理サービスで、 Redmine よりもうちょっとモダンな使い心地 (たとえば kanban 等の UI がある) をサードパーティプラグインなしで実現できて、自由ソフトウェアで、セルフホストできるもの
Mattermost Boards — Mattermost documentation
https://docs.mattermost.com/guides/boards.html
これは気になっているんだけど、べつに全てをカードとして扱いたいというわけではなく、従来の ITS のように各チケットはそれはそれとして独立にしっかりしたモデルのもとに存在していてほしい (し、コメント等も追加させてほしい) というのがあるので、その点でどうなのかは未確認
まず前提として、日常生活や遊びの TODO 等をセルフホストのサービスで管理したいというのがあって、今のところは Redmine と Radicale (CalDav) でやっている。
で、コア機能に不足はないが、使い勝手にまあまあ不満がある。
まず Redmine についてだが、軽微で沢山あるタスクの状態を管理するのがダルい。
たとえば
「ゲーム内のタスクが沢山ある」
→「数時間のプレイで数個は解決した」
→「ゲームプレイ終了後にまとめて resolved にしたい」
みたいな用例を考えると、毎回個別の issue のページを開いて状態を変更して、みたいなページ遷移が何度も発生する UI は結構面倒。
専用アプリでそういうことが楽にできるものもあるかもしれないが、 PC でから使いたいので……
次に、 Redmine だとチケットの階層化がちょっと微妙かなと感じることがある。先行とかブロックとかの関係を与えることで一応それっぽい管理はできるにはできるんだけど、これもやっぱりページ遷移があるし細々したアイテムの分割には向いていないように思われる。
「7月中の生活用品買い物メモ」のサブタスクとして箱ティッシュとかトイレットペーパーとか冷凍肉とかの小さなアイテムを作っては消し……という用途に Redmine は不向きのようなので、これを Radicale でホストした CalDav サーバで扱っている。
しかし、これは Android だと jtx Board (<https://jtx.techbee.at/>) が大変便利に使えるのだが、 PC からだとあまり良いクライアントがなく…… (Thunderbird は階層化されたアイテムの扱いがかなり微妙)
かといって、 Redmine で大きな目標を管理しつつ小さなタスクを CalDav から吐くというのも何か違うなぁという感じで、せめて Redmine から CalDav サーバが生えていればと思ったんだけど軽く調べても使えそうな情報がなかった
Nextcloud Deck (<https://apps.nextcloud.com/apps/deck>) も試したことがあったけど、これはマジで Kanban first という感じになっていて、カードになった個々のタスクについてじっくり向き合うというのに向いてない UI という感じなのと、階層化の数に制限があるのがちょっと微妙 (階層化無制限にしようとすると結局先行とかブロックとかの関係を使うことになるが)。
あと Nextcloud は雑に管理しているとマイグレーションでミスったときに詰む (詰みかけた) ので、ファイル管理とか最低限のこと以上にアプリを載せたくない。ひとつのことをうまくやるサービスをちゃんと別で持ちたい。
@tora 右クリックメニューがオーバーライドされていることを今初めて知りました……
このアカウントは、notestockで公開設定になっていません。
@tora 右クリックメニューがオーバーライドされていることを今初めて知りました……
Kanban そのものが欲しいわけではなくて、従来の issue tracking system に Kanban 風の一覧・操作 UI があれば十分なんだけどなぁ。やっぱり Redmine のサードパーティプラグインを探すしかないのか？
サードパーティプラグインは本体バージョンに追従できなかったりアップデートが面倒だったりするから嫌なんだよなぁ
Nextcloud の apps くらい楽に管理できるなら検討するんだけど (あれはあれで問題もあるけど……)
ブラウザで動くサービス、右クリックはブラウザのメニューが出ると思いこんでいるので、割り当てないで欲しい（？）
このアカウントは、notestockで公開設定になっていません。
https://stackoverflow.com/a/4447356
> Firefox implemented the `menu` element where you can add to the existing context menu. It was also implemented in Chrome behind a flag. Unfortunately this feature has been removed from the W3C standard due to a lack of implementation interest.
泣いてる
このアカウントは、notestockで公開設定になっていません。
たとえば「全部複数人でやることですよね」と言われたとして刃物を突き付けられた気分にならないのなら、それはやっぱり内心で「一人はよくなくて複数人は良い」という価値観を正当化してしまっているということでは
このアカウントは、notestockで公開設定になっていません。
WORKDIR ってホスト環境じゃなくてビルドされているコンテナ環境のパスじゃなかったっけ
と思ったけどちゃんと先に useradd -m してたわ……
このアカウントは、notestockで公開設定になっていません。
non-root docker だったら、たぶんユーザ ID の空間が分離されていて内外で一致してない
デフォルトが rootless な podman を使うとき何かそういう設定をした記憶があるので、たぶん rootless docker でも似たようなマッピングをしているのではなかろうか
Run the Docker daemon as a non-root user (Rootless mode) | Docker Documentation
https://docs.docker.com/engine/security/rootless/
> Rootless mode does not use binaries with `SETUID` bits or file capabilities, except `newuidmap` and `newgidmap`, which are needed to allow multiple UIDs/GIDs to be used in the user namespace.
```
$ id -u
1001
$ whoami
testuser
$ grep ^$(whoami): /etc/subuid
testuser:231072:65536
$ grep ^$(whoami): /etc/subgid
testuser:231072:65536
```
というわけで、たぶん rootless でやるなら uid のリマップをやめさせないといけない (そんなことができるのか知らんけど)
このアカウントは、notestockで公開設定になっていません。
外部サービス (自分が管理していないサービス) 用のアドレスをほぼ統一して使っていたのですが、どこぞの EC サイトからの大規模漏洩のせいか、銀行や大手ECを装った手の込んだフィッシングが毎週何通も届くようになったので、統一しない方がいいです
なんなら予測可能にもしない方がいい (amazon@my-domain.example.com とかのようなものもやめた方が良い)
……という教訓を得たので、 SimpleLogin (<https://simplelogin.io/>) で {service_slug}{random_chars}@mydomain.example.com のエイリアスを作りまくることにしました
ところで、いくつかのサイトがメールアドレスの変更を許してくれないんですよね (仕方ないので順次カスタマーサポート等に問い合わせ中)
このアカウントは、notestockで公開設定になっていません。
https://mstdn.maud.io/@kelvin27315/110885282260601761
「理論的には、隔離環境であって reproducible build を実現可能なプラットフォームであるという点で、同じ環境を構築できる能力はある。実践的には reproducible build は実施されていない。イメージをどのように pull するかあるいは build するか、またそのタイミングがいつなのか、 Dockerfile 内で apt update 等しているか/ベースイメージが latest 等のタグになっているかによって、各々が異なるイメージを利用してしまう事態は十分発生しうる」
……を端的にまとめると「Pullしたりビルドするタイミングによってはズレるよ」になりません？
そもそも本当に reproducible build にお気持ちがある人なら「どんな人が使っても同じ環境になる」みたいなファジーな質問はしないだろうし、思うところはあるものの回答としてはまあまあ適切だと思う。
このアカウントは、notestockで公開設定になっていません。
現実問題、 reproducible build ができたところでそれ単体では仕方なくて、脆弱性検査や audit の結果の共有であるとか、トラストチェーンの検証とか、そういう諸々の周辺ツールとエコシステムが揃っていないとどうしようもない。
docker の用途の大半はオンラインサービスなわけで、 reproducible にできたところでバージョン固定して脆弱性修正もせず何年も再利用というわけにはいかないのだから
オンラインとか信頼できない入力とかを考えなくて良いのであれば、 docker save なり docker export なりで tar ball にしてしまえば良いのでやりようはある
このアカウントは、notestockで公開設定になっていません。
まあハードウェア (CPU 含む) については……うーん。まあ確かにそう
可能な限り環境を壊したくないし壊れても復活させやすいようにDocker on Ubuntu（と一部テストでRHEL） on ProxmoxVE
VPS で /var/lib/docker がクッソ容量食ってるのを見て嫌な気持ちになっているので、 Proxmox VE で docker 用のオーバーヘッドを許容したくない気持ちが結構強い
さすがに k8s のノードはそんなこと言ってられる文脈ではないのでちゃんとストレージ確保して浪費してるけど
ソニーら音楽各社、著作権侵害でInternet Archiveを提訴。SPレコード2749作品以上をデジタル化・公開 | テクノエッジ TechnoEdge
https://www.techno-edge.net/article/2023/08/13/1742.html
> ちなみに、米国では2018年にMusic Modernization Act（音楽近代化法）が成立し、1972年以前の音楽の著作権が、2067年まで保護されることになっています。
レガシーの著作権保護期間、際限なく延長されすぎ問題
Music Modernization Actによる著作権管理への影響等について [PDF]
https://www.bunka.go.jp/seisaku/bunkashingikai/chosakuken/kokusai/r01_01/pdf/r1420741_12.pdf
JAREC著作権セミナー「アメリカの音楽近代化法と今後の動向」第１章 – JAREC
https://jarec.com/special/3225/jarec%E8%91%97%E4%BD%9C%E6%A8%A9%E3%82%BB%E3%83%9F%E3%83%8A%E3%83%BC1/
読んでる (全9章)
> アメリカでは、インターネット・ラジオのような非インタラクティブ型ストリーミング配信で音楽を流すときに、一定要件を満たせば、強制許諾制度を利用して、他人の原盤を配信できるんです。つまり、個々のレコード・レーベルの許諾を求めなくてもいい。これは面白い制度ですね。だから、アメリカではインターネット・ラジオがとても流行っています。
ﾎ㍂
> 日本では他人の原盤を自由にインターネット配信することはできません。ウェブ・キャスティングの配信事業者は、使用する原盤の権利を保有するレコード・レーベルから許諾をもらっています。いちいち、「この曲の原盤使用料はいくらですか？」と交渉しています。1,000曲使うなら、1,000曲分の許諾をもらっています。これはとても大変です。
ﾊｲ…… (でなきゃ「VTuber がカラオケで歌えない曲」みたいな概念は発生しないわな)
> 残りのCLASSICS Actは、日本で言うところの“原盤権”に関する法律です。これは、これまで州法で保護していた1972年2月14日以前に作成された原盤を、新たに連邦著作権法で保護するように改正した法律です。
そういう話だったか
JAREC著作権セミナー「アメリカの音楽近代化法と今後の動向」第９章 – JAREC
https://jarec.com/special/3265/jarec%e8%91%97%e4%bd%9c%e6%a8%a9%e3%82%bb%e3%83%9f%e3%83%8a%e3%83%bc9/
この Q&A 回だけでも読む価値ある
国会審議のネット中継が浮き彫りにした、フェアユースをめぐる矛盾 - CNET Japan
https://japan.cnet.com/article/20354036/
このアカウントは、notestockで公開設定になっていません。
Cat6A のLAN ケーブルが結構余りがち (USB は不足しがち)
なんなら SFP+ の DAC ケーブルもちょっと余ってる
今の会社受けた時にWebでやらされたやつ録画回してたよなーという記憶があり、すっかりデータロストしたと思ってたんだが、found.000にしれっと居たことが発覚した
一度死んで復活した (完全とは限らない) やつ、生きていると言って良いのか
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
日本での Mastodon ブーム初期の頃はね、 t.co を Mastodon で投稿する人々というのがおりまして
https://mastodon.cardina1.red/@lo48576/100548656591879958
直接的な言及は2018年8月までしか遡れなかった
Twitter でリンク踏むと t.co 経由にされるやつとか、 Gmail アプリでリンク踏むと google.com 経由になるやつとか、おぞましいなんてレベルじゃないんだよな……
こんなに堂々とアクセス横取りして MITM するようなプライバシー侵害が無視されているの、ｼｬｶｲは寛容だなぁという気持ちになる (婉曲表現)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
短縮 URL は少なくとも被リンクコンテンツと同等の寿命を持つことを要求されるので、自分のサイトへのリンクを自前短縮 URL サービスで短縮する限りにおいては特に問題がないと思う (もちろんちゃんと維持する前提でだけど)
URL そのものによる検索可能性を考えると、被リンクコンテンツが死んでもリダイレクト先の URL を取得可能であることが望ましいのは当然で、むしろ短縮 URL サービスの方が長寿であることが求められている
https://hostux.social/@fsf/110884789573589392
実例として、 FSF の Mastodon アカウントなんかが自前短縮 (u.fsf.org) を使っている
このアカウントは、notestockで公開設定になっていません。
むしろ Box::leak() っぽいので Link::leak とか (漏洩しそうで嫌だなぁ)
短縮サービス、長さの制約や人間可読性、連番の可否や予測可能性の是非など、単純に見えて実はいろいろ弄れる要件があるので、自作したくなる気持ちは割と理解できる
ﾁｭｲｯﾃで巻き込みリプに巻き込まれる事故を減らす方法: RTをやめる
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
そもそも職務上の過失での損害を個人に請求するのって普通じゃないような……
https://www.yomiuri.co.jp/national/20230810-OYT1T50305/
> 発表によると、教諭は５月１７日にプールへの注水を開始したが、警報音が鳴ったため電源ブレーカーを落とした。その後、止水したつもりだったが電源喪失状態でスイッチが機能せず、同２２日に発見されるまで注水が続いていた。
べつに異常な怠慢というわけでもなく、システム上発生しうるミスの範疇のように読めるし
このアカウントは、notestockで公開設定になっていません。
ある種の医者の不養生ってやつなのかね、こういうのも……
労働相談Q&A｜９．業務上のミスに対する損害賠償責任
https://www.jtuc-rengo.or.jp/soudan/qa/data/QA_09.html
違法ではないが部分的に請求されることはある、まあ一般化するとそうなるだろうけど……
> 労働者が負担すべき賠償額は、労働者本人の責任の程度、違法性の程度、会社が教育訓練や保険に加入するなどの損害を防止する措置をとっていたかなどの事情を考慮して判断される。
まあそうなるよな (一般論)
プールの請求のやつ、警報音が鳴ったのに切ったというところが、せっかく用意してあった仕組みをわざわざ無効にしたってことなんだろうなと思った。ヤフコメを見たときに、そういう賠償を求められたとき用に掛け捨ての保険に強制加入させられている、みたいなのも見かけた。
https://www.pref.kanagawa.jp/documents/5081/kh55.pdf [PDF]
㍂ (昭 62.7.27 名古屋地裁 大隈鐵工所事件)
このアカウントは、notestockで公開設定になっていません。
そもそも「電源ブレーカーを落とした」のに注水が継続されるのって、そういうものなのか……？
それとも単に警報装置の電源ブレーカーが注水装置と独立しているというだけなのか
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
まあ t.co も (投稿内容を Twitter 外で直に利用するわけでもなければ) Twitter 自身の寿命程度には長生きすることを期待されていたわけだけど、ｲｰﾛﾝが我々の想像以上の輩だったという話に過ぎない。
なんならツイートへの非短縮の正規リンクがぶっ壊れたってもはや驚きませんよ
もっとも、そもそも投稿内容は (script を含められてはいるが) <blockquote> で各所から引用されているため t.co の破壊はｲﾝﾀﾈｯﾂ破壊行為に該当しますが……
1文字 (3文字) ドメインとなると相当高額になるはずなので、そこらの三流業者では確保できないだろうし、悪用されるとしたら本格的なフィッシングとかマルウェアとか詐欺だろうなぁ
サイトからは「このリンクへのアクセスには専用ソフトが必要になりました」などの案内を出してですね……
このアカウントは、notestockで公開設定になっていません。
How to obtain a shortened mzl.la link | Contributors Help
https://support.mozilla.org/en-US/kb/how-obtain-shortened-mzlla-link
> Mzl.la link only generated when the original link is from a Mozilla domain.
はー、こんなのあったのか。知らなんだ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ちょっと気になる (でも大したことではない) 質問を見たので小一時間調べ物をしていたが、大した結論に辿り着けなかった
警報の安易なキャンセルが異常な怠慢じゃなければ何が異常な怠慢になるのか？＞＜；
そもそも「電源ブレーカーを落とした」のに注水が継続されるのって、そういうものなのか……？
それとも単に警報装置の電源ブレーカーが注水装置と独立しているというだけなのか
これ日本語の解釈が曖昧だった可能性があるのでぶっちゃけよくわからないです
警報が鳴った→ (警報ではなく) 対象の装置の電源を落とした
だったら、まあそういうことはあるかなという感じしません？ (もちろん機器次第だろうし当該施設がどうだったかは知らんが)
監視対象装置を稼動させたまま警報装置の “電源ブレーカー” だけピンポイントで落とせるという風景が思い浮かばなかったので怠慢じゃないと表現したけど、そういうことができる環境で警報装置の電源だけ落としたのであれば普通に賠償に繋がる問題行動だったろうなという感想です
まあその場合もその場合で、そもそもそんなことができるシステム自体にも十分問題があるのではという感想もあるけど……それはまた両立できる別の話ということで
注水装置がただの蛇口で、警報装置が「蛇口の下に付いてる水車が回っていたら警告音を鳴らす」だけだった場合、警報装置のブレーカーを落として、無音化させることはできそう。全ては想像の範疇なので、真相は分からんけど。
これ、もはや警報というより「注水中ブザー」でしかない (まあ想像するしかないので実態はわからんが)
だとしても、そもそも注水程度のことで警報を外して作業したくなるような鬱陶しいシステムって一体何なのだろうという話で……
たとえば溢れを報告してくれる警報とかだったら普通無効化して作業しようとはならないわけじゃないですか
無効化されるには (安全でないにせよ) それなりの理由があるはずで、物理的手動バルブの開閉程度で無効化したくなるような邪魔な警報装置って一体何をしていて何の役に立つことを想定しているんだ？ という疑念が
あっ！＞＜；
市立小プールの水、６日間流し続けて損害１９０万円…市教委は校長と担当教諭に半額請求 : 読売新聞 https://www.yomiuri.co.jp/national/20230810-OYT1T50305/
"発表によると、教諭は５月１７日にプールへの注水を開始したが、警報音が鳴ったため電源ブレーカーを落とした。その後、止水したつもりだったが電源喪失状態でスイッチが機能せず、..."
読み直してみても、「水の溢れの警報が発生したので注水装置を停止するつもりで電源ブレーカーを落としたが、警報だけ止まって弁が機能せず注水が止まらなかった (注水が止まらないのは意図せぬ結果だった)」という可能性はこの文面からは排除できなそう。微妙だけど。
原神（Genshin）公式さんはTwitterを使っています: 「【お知らせ】 8月16日(水)07:00にてVer.4.0バージョンアップのメンテナンスが行われる予定です。 PC版、モバイル版にてバージョンアップに向けた事前ダウンロードを開始しました。 ▼詳細はこちら https://t.co/Ief3eAySYb #原神 #Genshin https://t.co/ny7uzstUfM」 / X
https://twitter.com/Genshin_7/status/1690922442733096960
安全デザイン上たしかにそれも一理あるけど、作業デザイン上は、安全装置をより重大な危険を避けるため以外の理由では無効化してはいけないし、ペナルティも含めた設計では最も重いペナルティを課さなければならない＞＜
それは意図的な不正であり、重大な事象の検出を妨害するものであるから＞＜
これは全くもってその通りで反論の余地はないけど、同時に校長とかは人間を扱う管理職であって、おそらく安全に意識のある作業者として訓練されていない、という事実もある
この文章、「ブレーカーを落とした。その後、止水したつもり」の「その後」が結構時間経っているイメージを受けて、最初に書いてある「警報音」が注水中ブザーの様に感じるんよね。
注水している間鳴り続けるブザー、あまりに無意味というか、現場の全員をノイローゼにする装置かな？ という感じがする。何時間鳴り続けるのやら
警報音が満水警報のことで、水を止めるためにブレーカーを切ったのなら、「その後、止水したつもり」という表現に違和感がある。
> 教諭が注水スイッチを操作し、栓を開いて注水を開始したものの、注水と同時にろ過装置も作動させたため職員室の警報音が鳴った。教諭は、警報音を止めるためにブレーカーを落とした。（実は、注水スイッチの電源も喪失していた。）
ほほーん
> 教諭が、止水のため注水スイッチを切ったが、実はブレーカーが落ちた時に電源が喪失していたため、注水スイッチが機能せず、栓が閉じず、注水が継続していた。
で、こうなったと。
> 注水と同時にろ過装置も作動させたため職員室の警報音が鳴った
根本的にはこれが悪いみたいなところがあるが、注水と濾過を同時に差動させると警報が鳴るのは何故だろう
装置としての安全上は、プールであれば電源喪失したらバルブが閉じる設計の方ができればよさそうって改善点はあるけど、人命が係わる分野での警報装置の無効化に関しては許されるべきものではないので、その改善点をもとに情状酌量すべきではないかも＞＜
情状酌量すべきとは思わないけど、起きるべくして起きた事故だとも思う
どうせ金がないからなんだろうけど、報告書も「装置操作方法を確認するよう徹底します。」「水栓の開閉栓に関する確認を徹底します。」の「気をつけます」方式で締められていてシステムの問題には全く触れていないし。
同時に動かしてはいけないことについては、非難しているわけではなくて純粋な疑問です (警報されているということは何か理由があるんだろうけど、調べてもそれらしい情報が出てこなかった)
間違っていようが何だろうが、間違ったことをするインセンティブを与えれば当然そうする個体が現れるのが人間ってやつなのであって、「気をつけさせま〜す。こいつが悪いのでこいつだけ処分しま〜す。」で終わらせるのはそれこそ管理者の怠慢でもあるのよ。
いやまあ金がないので他に手を打てないのであれば心底同情はしますが。
おたくが思うほど，「人間はミスをして当たり前」は浸透していないし，フェイルセーフも浸透していない
このアカウントは、notestockで公開設定になっていません。
作業者が悪いからといって管理者や設備導入者や機械製造者が悪くないかというのは全く別の話なので……
作業者に責があることにはもう誰も反対していなくて、それ以外の部分にも同程度に問題があるだろという話
まあマジでカネがないだけなんじゃないかとは思うけどね……
止めないと命に関わるような警報なのであれば、原因を解消せず警報だけ止めたくなるようなシステムにしては駄目なので……
べつに命に関わらずとも本質は同じで、インセンティブ設計の問題
ミス(ヒューマンエラー)を招くデザインはよくないけど、意図的な不正は、基本的には不正をしたやつが全面的に悪い＞＜
不正を検出する仕組みもつけるべきだけど、今回の事例で言えば「ブレーカーが落ちたら警報を鳴らす」とかにもなるけど、この不正を行う人はそれもとめるでしょ？＞＜；
不正をするインセンティブが高ければ、そりゃ不正する人間は絶対出てくる
それをわかっていて放置するなら、いわゆる「未必の故意」ってやつなんじゃないですか
それを下げるには、ペナルティを大きくした上での教育が必要だし、今回の件でもペナルティを大きくして代々語り継げばいいと思う＞＜
完全な使用者の立場としてみれば当然そうなるんだけど、それだと被使用者の QoL は確実に下がる一方で上がることはまずないだろうからなぁ
たとえば際限なく無闇にうるさい警報であっても、煩雑でミスを誘発する操作手順であっても、貧弱な設備のせいで無限に時間のかかる作業であっても、ぜんぶ「マニュアルに忠実にやらなかったらお前が悪い、マニュアル通りにやってどれだけ無駄に苦痛を負うのも業務の範疇」ということになってシステム改善の圧がほぼ皆無になってしまう
人命に影響する分野であれば話は別だろうけど、そうでないあらゆる分野で「弁償でどうにかなるなら、何かあったら弁償させればいい。システムを改善する金なんてない」が罷り通ってしまう
賠償請求が半額になっている (これ慣例っぽい？) のも、結局システム側にも問題ありますというのを暗に認めているわけで。
本当に作業者のみに責のある不正であれば普通に 100:0 と懲戒とかで戦えるはずだし
ある程度それはそうだけど、今回の事例は警報の原因を突き止めずに警報をとめたわけだから、安全装置の動作を物理的に阻止したわけで、どれだけ対策して安全装置をつけてもそれを物理的に阻止する人がいたらそれはどうにもならない＞＜
少なくとも今回の事例で、警報音をおとなしくするって方向は改善とは言えないかも＞＜
そりゃ今回の事例では警報自体が悪いわけではなさそうですが
今回の個別事例について言うなら、たとえば「注水と同時にろ過装置も作動させた」が常態化していたのか、あるいは (装置自体の制約等を考えなかった場合に) それが作業の妥当な並列化だったのか、とかそういう要素を考えないと正しい結論は出ないと思うのでこれ以上考えてもしょうがない
警報の内容をわかりやすくするであれば改善になりそう＞＜
でも、原因追求せずに警報を止めるやつは、わかりやすく改善したところで警報の内容を知ろうとする作業を行うようになるとはオレンジには思えない＞＜
警報を止めたくてブレーカー止めるのはだいぶアホだと思うけど、訓練されていない人間は警報が鳴り続ける中で作業するプレッシャーに耐えられないというのもまた歴とした事実ではあると思うんだよな。コンパイルエラーが出ることが責められているようで精神的苦痛に耐えられないみたいな話もあるし (マジかよ)
「警報うるさいから、まず止めてから作業しよう」とか「原因はわかっていて致命的でないこともわかっているから警報止めて続行しよう」とかは、 (正当性はさておいて) ごくごく自然なことだし、当然のように予期される行動なので……
でも、これで学校の先生だと、学校で火災警報器が鳴った時にどこかで何か燃えてないか確認する前に火災警報器を止めそうじゃん？＞＜；
そういう意味でもダメすぎると思う＞＜；
でもマジでこれで、結局「プールの注水は即座の人死に繋がらない」という意識さえあれば人間に警報を止めさせるには十分すぎる
べつに不正な作業を擁護しているわけではなくて、「このくらいの不正は石を投げて当たったその辺りの一般人がごく普通にやりかねないもの」だということ
当該作業者が特別に愚かだったというわけではないと感じる
愚かではあるのだが、「人並みに愚か」とでもいうか。期待できない人間という存在として標準的に期待できないレベルというか
「そのへんから人を拾ってきたらだいたいそういう人になる」とでもいうか。
https://mastodon.cardina1.red/@lo48576/110886220876964683
つまるところこういうことなんですが。
「なんか火災警報器鳴った」
↓
「とりあえずうるさいから止めてから燃えてないか確認しよう」
↓
「この部屋はどうかな？ うっ煙が」
バタッ
↓
気づかれないまま大火事に
とか＞＜
* 雑に火災で説明されても困る。深刻度としては「スマホのアラームをとりあえず止めてから予定を確認する」が近い。
* そもそも人命を危機に晒す自動車の運転でさえこれだけ日常的でカジュアルな違法行為がはびこっているのに、何を今更……
まあ危機管理が「訓練された人間」でないとできないというのはよろしくないよなぁとは思う。職場教育でやればいいか義務教育でやらないと間に合わないかは知らんけど。
個人的には幼少期に刷り込んでおかないと大人になって手抜きを覚えてから教育しても手遅れ気味かなとは思うけど、まあ個人差
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
在宅ワーカーに密かに人気の、マウスのフリしてマウスカーソルをたまにちょっとだけ動かすためのドングル
ああいうのマルウェア仕込むにはうってつけの機会(機械)だし、中華製とかのが沢山出回っているんだろうなぁと……
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ちなみに異世界 (ダンジョン) が来たパターンもまあまあある (最近よく見るのは、陰キャが一人でダンジョン行ってたら配信者を助けることになってしまい……パターン)
基本的に努力モノではないので最初からある意味別分野かも
「エラーメッセージのダイアログを消して情報がなくなってから『何かがおかしい』と言いだす人」と言えば一発で伝わったかもしれん (いまさら)
穴が拡張している状態と抜けた瞬間のぬぽっとしてる感が重要なので穴の種別はあんまり問わないけどサイズが問われる派
それ卵じゃなくてよくない？ と思ったけど、そもそも性的嗜好のほとんどに必然性と必要性がないので深く考えないことにした
でも固体(に近いもの)を排出させる妥当性が一番高いのが大便でその次が卵だったりしません？しないか
要件から考えると固くて太い棒が2番目の候補になる気がしていた
でも拡張しつつある状態を観察することが難しいのか。まあそうなると確かに……
お風呂で地図アプリ立ち上げたら、現在地がアメリカになってて欲しい
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
せっかくの連休なのに生活は破綻するし、やりたいことは無限にあって時間が足りないしで、もうどうしようもない
このアカウントは、notestockで公開設定になっていません。
個人的に検証できないがそれらしいとされている科学理論の正当性の根拠、結局のところ
* 世界の挙動を適切に説明できるか
* 世界の挙動を適切に予測できるか
* より単純な原理群から構成されているか
の3つに集約されると思っている
補足: 再現可能性は「個人的に検証できないが」の部分で暗黙に無視されているものとします
VTuber モノのｲﾝﾃﾙﾈｯﾁ小説で「炎上」が「ちょっと界隈の一部ファンがざわついた」くらいの意味で使われまくってる話？
「その程度のことで『炎上』と言っちゃっていいんだ……だいぶ軽いなぁ……」と思いながら読んでいます
世界に対して冷笑的な態度というのはある種の客観性というか、過度に主観的に捉えがちな人間の精神性から意図して離れるための助走になっているところがあると思うので、一概に否定したくはないね (というよりは「それはそれとして」で主観的な態度と両立できるようにありたい)
人は身近な問題をシリアスで深刻なものとして軽率に肥大化しがちなので、そういった歪な評価を抑制するメカニズムを自身の中に持っておかないと
「今この瞬間見えている価値が全て」みたいなある種の超保守的な態度の一部って、そういうところの冷笑の欠如から来ているのではないかなと思うときがある。
たとえば「それ (趣味) が何の役に立つの」とか「それで飯が食えるのか」とかのような。
typical な労働は人生の目標ではなく、報酬や満足感を受け取って個々人が人生を快適にするためのいち手段に過ぎないという観点を失念しているというか。
そういうのって、社会とはアクター間の相互作用で勝手に発生・存在しているものであって、自分が全体から見て取るに足らない一個体でいつか死ぬ単なる動物に過ぎないという俯瞰的な観点の欠如が引き起こす現象なんじゃないかなと思う
あるいは「“自然” を守ろう」系の話とかもそう感じるところがあって、「自然」というのはそもそも環境そのものであって、動物の1種類が全てを破壊していこうが隕石が全てを破壊していこうが勝手に変化していくものであるはずなんだけど。
そういう「人間も所詮は動物の一種」という視点を忘れると、「人間がいなかった頃の自然の形を人間が破壊している！」とか「自然を守ろう！ (なお自然とは現状の環境のスナップショットであって変化は認めないものとする)」みたいなことを言い出してしまう。
自然の多様性や現状の環境を維持したいのも人間の都合なのにね
「人間が滅びれば温暖化解決！」系の中二冷笑仕草については、もうちょっとちゃんと世界を分析できるようになれば真顔で社会性と両立できるようになるのでそのまま頑張ろうねという感想
https://mastodon.cardina1.red/@lo48576/106680349903595431
https://mastodon.cardina1.red/@lo48576/106680379559892741
https://mastodon.cardina1.red/@lo48576/106680384303969823
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
#はいふりカメラしろちゃんラーメン入浴部 に似た何かの芽生えを感じる (?)
の投稿
outer1102@misskey.io
このアカウントは、notestockで公開設定になっていません。
