ﾍﾟｲﾍﾟｲの CM の歌 (?) が記憶の奥底を揺らすのがずっと気になっていたんだけど、やっと思い出した。『男女』のサビ部分だ
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
ﾍﾟｲﾍﾟｲの CM の歌 (?) が記憶の奥底を揺らすのがずっと気になっていたんだけど、やっと思い出した。『男女』のサビ部分だ
じぇいさんと打ち上げで話した内容が普通に本にできそうな内容だった。盗聴しとけばよかった。（？）
大筋はいくつかあったけど、「もはやサーバー単位でのコミュニティはブレが出ている」というのが面白かったテーマ。たとえば、jpのLTLや空気感みたいなのが嫌いだけどjpで知り合った人たちは好きだから、jpのアカウントをべスフレに移してフォローインポートしてすべての投稿をunlistedないしprivateにしてやり取りするという話。べスフレはフレニコ同様LTL文化が強烈だけどサーバーは安定しているため、unlisted以下の可視性によりべスフレに波を立てることなくjpとイチャコラできるという寸法。
こういうサーバーを超えた人間関係（コミュニティ）がそれなりに普及してきているだろうというじぇい氏の見立て。さすがのフォロー大魔神
このアカウントは、notestockで公開設定になっていません。
「エキスパートシステム」という言葉でいつも思い出すんですが、
https://mastodon.cardina1.red/@lo48576/101455116648672254
A「医療アキネーターとかほしい」
B「エキスパートシステムですね」
C「ディープラーニングでやってる会社がある」
↑これ二回りくらい世代違いそうじゃないですか？
twitter で目撃したときは「これが……多様性……これが twitter ……！！」みたいな謎の感銘に包まれてしまった (笑った)
圧倒的感謝…
LTL中心サーバーやるならべスフレやボカロ丼ぐらいまでしっかり振り切らないと無用な軋轢を生みます。それはLTLに脆弱性があり、異常者がLTL上に一人でも生まれると治安が一気にオワるからで…という話をしています。 #分散SNS萬本
ていうか、jpとかはあれかもだけど、一見LTL中心っぽく見えるひとでも、実際には『お一人様含めた他所のインスタンスも含めたその人の相互フォロー界隈でエアリプ的会話してるだけ』って人の方が増えてる気がする＞＜
(「なんの話だろ？＞＜」ってそのアカウントのLTL見に行って意味わかることほとんどなくなったかも＞＜)
https://pl.komittee.net/objects/1f8a51fc-6697-4d42-9c17-8909d9247899
https://mstdn.nere9.help/@orange_in_space/102607508928852524
そういう意味でも、一般ユーザ視点では更に twitter に似てきたのかなという気している #distsns
無理に Mastodon の特殊機能を使おうとしなくなったというか、使い方が慣れてきたというか？
Kyash 使ってるオタクは三菱 UFJ とかに口座作ってデビットカードも一緒に作るといいですよ (一定額以上の利用か一定以下の年齢で年会費が無料になるはず)
で、 Kyash のバックエンドにそのデビットを使えば完璧よ
デビットカードなら三菱ＵＦＪデビット | 三菱ＵＦＪ銀行
https://www.bk.mufg.jp/tsukau/debit/index.html
大雑把には、年10万以上か23歳以下なら年会費無料ね
> 初年度年会費は無料、2年目以降は1,080円（消費税込）。なお、2年目以降も、以下のいずれかの場合は年会費は無料です。
>
> ・前年度1年間の利用額10万円以上
> ・[ JCBデビット ]：カード有効期限月の翌月1日時点で23歳以下
> ・[ VISAデビット ]：年会費請求月の月末時点で23歳以下
デビットなら口座にある額以上は使えないので安心よ
(ちなみに私は VISA デビットを使っている)
あまりにFlashが高機能化しすぎて、Shockwaveがスッカリ忘れ去られた時代があったなあ…
ていうか、ウェブから独立したマルチメディアオーサリングシステムが死にかけてるの、セキュリティを考えると微妙に謎＞＜
HyperCardみたいなやつの事ね＞＜
(独立してより機能が限定されたサンドボックス環境の方がセキュリティ的にはたぶん有利じゃん？＞＜)
クロスプラットフォーム＝ウェブって現状、ぶっ飛びすぎじゃん？＞＜ セキュリティー的にというか、サンドボックスの機能という広さというかなんと言うか＞＜
ひとまとまりのハイパーテキストなコンテンツを作れて実行できて、機能が限定的なサンドボックスで悪いことするのが困難で、そしてクロスプラットフォームな環境 ってある方がいいじゃん？＞＜
セキュリティリスク無視してなんでもウェブベースにする世の中なので分野ごと消滅しかかってるけど＞＜
ウェブにしても環境にネイティブなアプリにしても、知らない人が作ったやつをホイホイ実行できるほどマルウェアであるリスクが低くないじゃん？＞＜
そう考えると、心理的ブラクラみたいなのは別として、技術的セキュリティーリスクをほぼ無視してよいコンテンツのフォーマットって必要じゃん？＞＜
「データに無駄にロジックを注入するな」というのは大いに賛同するところだけど、それをプロプライエタリな製品や規格で為そうというのは全く賛同しかねるので、はよくたばってくれという感じ
プロプライエタリでないにせよ、少なくとも規格は公開されていてほしい
例えばjpegなファイルやmp3なオーディオファイルを開くときにそれが「マルウェアかも」なんて気にする人ほとんどいないよね？＞＜
アプリであれば「マルウェアであるかもしれない」って考えるのは当たり前の事かも＞＜
ウェブにしても、怪しいサイトを開いたら何が起こるかわからないって現状かも＞＜
ところで、 3D コンテンツについては基本的に (アニメーション等も含め) 静的データなんだけど、表現としては procedural texture や shader などがありえるわけで、限定的とはいえロジック自体がデータとなりえるので、こういったものをセキュアに表現できるのかということについて各位の見識や知見を聞きたいところ
まあそもそも、Directorとか(HyperCardも当然)あまりに古い技術すぎて、確実にFlashと同じように穴だらけであろう、という疑いがあるので、安心してローカル環境で使えるかというとなんか微妙な気がするし、渋々HTML5とかに移行するしかないのかなーと…
もっとモダンな技術ならともかく、XじゃないMac OSの時代からなわけで、つまり動作パフォーマンス向上のためにセキュリティなんぞ即犠牲にするカウボーイたちの作品だから…
ｼﾞｬｯｳﾞｧも規格としては安全性高そうなものなのに VM がガバだったり、 JS とか Flash も仮想マシンといいつつ JIT でｼｭｰｯして外の脆弱性組み合わせて外に出られたりするからなぁ。
仮想マシンなら良いというわけでもないし、ﾊﾟﾌｮｰﾏﾝｽを求めると尚更危うさは出てくるよなぁと
の投稿
prime@mstdn.poyo.me
このアカウントは、notestockで公開設定になっていません。
の投稿
prime@mstdn.poyo.meこのアカウントは、notestockで公開設定になっていません。
結局のところ、ロジックをちゃんとデータとして表現しないと高度な検証は難しいし、ネイティブコードへの翻訳はめちゃくちゃ難しいということなんだろうなぁ
WASM は (今のところ) 単なるシンプルな仮想マシンで、計算リソース以外で現実に与える影響は import された関数次第なので、ブラウザとかで使う分にはセキュリティレベルは JS に準じるはず
機能を限定した環境(規格)を用意するんじゃなく
ほぼ全機能許可させて制作者や接続先を(技術的な意味ではなく)信頼するかでどうにかしてる現状、サイバーノーガード戦法と大して変わらないかも＞＜
なので、そのファイルを開くことをほとんど躊躇しなくてよい、ウェブから独立したクロスプラットフォームなマルチメディアオーサリングシステムが、むしろ今こそ必要かも＞＜ セキュリティを重視するのであれば＞＜
これは本質情報なんですが、人間はデータとロジックを区別できるほど賢くないので、静的ドキュメントで平気で js 使いまくります
クソ田舎小学校の出身なんですが、昼の放送で神田を「しんだ」と読んだ放送委員がいたのを思い出した
東京を知らない子供たち (戦争を知らない子供たち風に)
僕のLTL回りのエピソードはここに集約されてますのでご覧くださいね
インターネット蟹工船に乗って楽しかったこと - Komittee Express
https://express.komittee.net/posts/fun-about-taking-the-internet-nere9-fishing-boat/
#分散SNS萬本
このアカウントは、notestockで公開設定になっていません。
https://yakumo.foundation/@yakumo/102607700082018419
ニコフレで生存バイアスがかかったユーザが多かったうえでベスフレへの移行で、定着していて熱意のあるユーザのみがフィルタされたという特殊な事情が効いているのかななどと思っている (どっちも使ってないので実際どうなのかは知らんけど) #distsns
僕の #分散SNS萬本 第1章はらりおさん @lo48576 のつぎの記事が土台になっています。マイクロブログ型分散SNSやってる人には全員読んでほしいとすらおもってます
Mastodon が普及しつつあるけど、元 GNU Social 勢として思うこともありまして - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2017/12/15/comparison-of-mastodon-and-gnusocial/
サーバ系はリソースに多少余裕持たせとかないと、唐突なスパイク的負荷で気絶したり死んだりするからなぁ
弊鯖も稀に数秒間 502 Bad Gateway 出たりする (十数秒待ってリトライすると何事もなかったかのようにうまくいく)
fzf の Rust 版実装であるところの skim がめっちゃ便利
エロ解禁くるのか？👉Verizon is selling Tumblr to WordPress parent, Automattic – TechCrunch http://social.techcrunch.com/2019/08/12/verizon-is-selling-tumblr-to-wordpress-parent-automattic/
べつに fzf を選ばない理由もないんだけど、 Rust 製のを使っとくといざというとき自分で弄れるし、安全性も一般に Rust の方が高いので
Linux、21世紀になってもシャットダウン処理が遅いというか、下手すると最初に使った1994年辺り？に486なマシンで使ってた時より時間がかかるようになってるっぽいのすごく謎＞＜
そのかわりクラッシュリカバリとかは強くなったのでは (これは FS のみについての話だけど)
の投稿
prime@mstdn.poyo.meこのアカウントは、notestockで公開設定になっていません。
あー、同時に起動してるプロセスの数が昔とは違うというのもあるのか
というか Windows のシャットダウンまーじで遅かったりするの私だけか？
Profile-guided Optimization - The rustc book
https://doc.rust-lang.org/beta/rustc/profile-guided-optimization.html
Rust に PGO が！？ 知らなかった……
他の銀行や他のカードのことは詳しくわからないけど、少なくとも私はデビットで Visa を選んで後悔したことはないです
【予告】Pleromaホスティングを開始します
Hostdonは、ActivityPubに対応しMastodonと連合可能な分散SNS「Pleroma」のホスティングを開始する予定です。
提供開始時期は2019年8月中を、料金は324円/月〜を予定しています。
また、詳しい情報については改めてお伝えする予定です。
状況によるんだけど、
impl AsRef<str>
とか
impl AsRef<str> + Into<String>
とか
Cow<'_, str>
とか、いくらか考えられる
std::collections::HashMap - Rust
https://doc.rust-lang.org/stable/std/collections/struct.HashMap.html#method.get
まあ HashMap::get のシグネチャちょっと複雑だからね
AsRef は Borrow とは違って同値性が保たれるという意味は持っていないので、 HashMap での検索のキーに使いたいなら
impl Borrow<str>
とかの方が良いんでないかな
Borrow and AsRef
https://doc.rust-lang.org/1.15.1/book/borrow-and-asref.html
古い方のドキュメントだけどl
> Choose Borrow when you want to abstract over different kinds of borrowing, or when you’re building a data structure that treats owned and borrowed values in equivalent ways, such as hashing and comparison.
>
> Choose AsRef when you want to convert something to a reference directly, and you’re writing generic code.
の投稿
nyoki@v2.nyoki.club
このアカウントは、notestockで公開設定になっていません。
[東京ビッグサイトの作業員死亡は心不全 大会組織委]
今月、東京オリンピック・パラリンピックの取材拠点として改修が行われている展示施設「東京ビッグサイト」の工事現場で男性作業員が倒れたあと死亡し、熱中症の疑いもあるとみて確認が進められていましたが、工事を発注した大会組織委員会は、13日、男性の死因は心不全だと明らかにしました。ただ、熱中症との因果関係は分からないとして、受注した業者に対し熱中症対策を含めた安全管理を求めています。
http://www3.nhk.or.jp/news/html/20190813/k10012034081000.html
