らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
Mastodon v2.7.0の最初のリリース候補rc1が公開されました。これをブラッシュアップしたものが正式版になる見込みです。
直近の更新分については翻訳もこれからですし、とりあえずオイゲンさんも旅行に行くみたいですのでw、慌てる必要はありません。
なお、本バージョンより使用するrubyのデフォルトが2.6になっていますが、~/live/.ruby-version を2.5.3に書き換える（liveディレクトリでrbenv local 2.5.3）ことで、引き続き2.5.3のままで実行可能とのことです。
今回も、大小さまざまな変更点がありますので、詳しくはリリースノートを参照しましょう。
https://github.com/tootsuite/mastodon/releases/tag/v2.7.0rc1
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
結局 ogg が覇権を握ることはできなかったか…… (とか言ったら怒られるかもしれない)
早く AV1 + Opus がデファクトスタンダードになった未来が見たい
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
どうだろう……
IPFS などの分散ファイル共有は、本質的に「(少なくともシステム上では)(改変なしの)再頒布を認める」という条件があるわけで、たとえ web ページがパッケージ化できたとしても、それが第三者によって再頒布できると明示されないと結局 HTTP と大差ないし、おそらく大半の情報発信者はライセンスなんて概念を知らない
SAFE Network - Secure Access For Everyone
https://safenetwork.org/
IPFS の話題になるといつも思い出すのがこれ
SAFE Network - DevHub
https://hub.safedev.org/
単なるファイルシステムに留まらないので、アプリケーションとか乗せられるらしく
IPFS 、やってることはファイルシステムなので既にちゃんと使えるというのは良いのだが、いかんせんファイルシステムなので HTTP より表現力が弱めで、いろいろなものを置き換えるに至っていない
Dweb: Building Cooperation and Trust into the Web with IPFS - Mozilla Hacks - the Web developer blog
https://hacks.mozilla.org/2018/08/dweb-building-cooperation-and-trust-into-the-web-with-ipfs/
IPFS Companion – Get this Extension for 🦊 Firefox (ja)
https://addons.mozilla.org/ja/firefox/addon/ipfs-companion/
まあ正確には HTTP の表現力が無駄に強すぎると言うべきかもしれない
(ランディングページへの)アクセスがオープンなのでオープンアクセス (？)
このアカウントは、notestockで公開設定になっていません。
プル〜ンとかちょっとかわいげなコマンドで2ケタGBのディスクアクとか怖すぎるでしょ
の投稿
prime@mstdn.poyo.me
このアカウントは、notestockで公開設定になっていません。
build すると各コマンドの結果が溜まるから、まあ……
そもそも Mastodon は「場」ではないと何度も申し上げております(個人の感想)
Mastodon というか fediverse に繋がる様々なものも結局は Atom feed の流れを汲んでいるわけで、つまるところ情報の受信については、気になったサイトの RSS とかをリーダーに登録しているのと本質的にはほとんど変わらない
で、じゃあ「RSS やトラックバックは災害時に役に立つか」って何なんだという話で、そりゃ有用で信頼できる発信者をフォローしていれば役に立つだろうし、ノイズ源しかフォローしていなければ役には立つまい。
fediverse そのものについて言えば、インスタンスが分散してるから一気に落ちづらいかもしれないですね程度の話では
文脈、余裕があれば乗るけどそこまで重視してない (fediverse では「場」よりもユーザがプライマリだと思っているので)
つまり「私が『場』を共有している」というモデルが、そういう同調圧力的なにかとか自治厨云々やファッションキチガイや純粋なアホどもをあなたのお手元にお届けしてしまうわけで、「私が複数人を見ている(そしてこれは私だけの問題である）」という個人単位の視界の獲得が問題の一部を解決してくれるのだろうと
で、分散 SNS はモデルとしては後者なのに、 LTL は前者ですよね、という話 #distsns
そういう観点で言うなら、インスタンスが個人のものかどうかというのは(このレイヤーでは)関係なくて、 LTL が「twitter がリードしているネット最先端の不愉快」をユーザにお届けしている、あるいはそうしうる
まあ「場」が欲しい人はいるだろうしその欲求や有用性は否定しないけど、はたしてそれはモデルが全然違う分散 SNS の上に無理矢理に構築すべきものだったのか、というのは疑問視せざるを得ない #distsns
個人的には、やりたいことに適した道具を使うべきだし、「場」が欲しいなら「場」を管理・運営するための道具を用いるべきだろう、と思うわけですが
そもそも、ユーザ同士をシームレスに結合させるモデルを持つ fediverse の説明で真っ先にインスタンスの概念を説明するのは何かがおかしいんだよな。シームレスということは本来隠蔽されているべき区分なのであって、むしろユーザはインスタンスという区切りの存在を意識すべきでないはずなので。 #distsns
無論、実用のうえではインスタンスを立てるなり選ぶなりする必要はあるけど、それらは “実装や運用の細部” であって、人々が fediverse のメンタルモデルを作るときにどうしても必要かというのは疑問ではある。
我々は連合について説明するとき、不必要に詳細な実装の説明をしているのではないだろうかと
#distsns
まあ一応、中央集権サービスの利用によって培われたメンタルモデルを一度リセットしてもらわないといけないので、そのために必要だったりするんだけど
Mastodon ブーム初期によく見られたような、サービスと運営者の区別が付いていなかったり運営者の存在が認識できていないような人々に、そういった説明がどこまで有効なんだろう
基本的にはらりおさんの考え方として同意・・・とはちょっと違うけど、ひとまとまりの考え方としてそうだと思うけど、一点おかしい気がする点が＞＜
そもそも分散だって技術的理由だよね？＞＜
https://mstdn.nere9.help/@orange_in_space/101384238356019790
まあその点では(いわゆる素人に)「分散システムです！」と言って宣伝するのがおかしいというのも妥当ではある。
本来は「分散です！」とか「連合です！」とかのような実装の細部ではなく、「自分で管理できます！」というユーザから見た特性で宣伝されるべきなのよな #distsns
まあ「自分で管理できる」は「自分用にインスタンスを立てれば」という話なのでそれはそうという感じなんだけど
私の VPS 4 インスタンスもまだｳﾝﾌﾞｰﾂ 16.04 なんだよな……
デプロイスクリプトで、 docker から IPv6 ネットワークを使えるようなシステム設定変更をしているんだけど、 18.04 ではネットワークのシステムが変わっているので確認と検証をしたい。
しかし私が持っているインスタンスは全て本番運用中なのでテスト環境がないのである……！
consistently broken なメルセンヌツイスタの話か？
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
そいえばとらのサークルカード、わたしも来たけどあれ一般と違ってためたポイントを支払いに使えてこれが本来の姿やろって気持ちになった
店で聞かれた瞬間、は！？とらもついにまともになったのか！？と思ったけどサークルカードだけだった
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
私 DRM 回避して使ってますけど、やっぱり FANZA は不便ですね
FANZA 、作品内でディレクトリ分かれててもビューアからそれがわからないのでつらい
あと「本棚」が作品を排他的に分類するものなのでこれもつらい。
一方の DLsite のブラウザベースビューアは、ディレクトリ構造も維持されるしリスト機能は排他的でないので、もう格が違うといえる
唯一 FANZA のビューアが優れているのは、ページ単位で栞を付けられることくらいですかね
まあ DRM 付き作品自体は FANZA でも DLsite でもあるので、最新の注意を払ってﾎﾟﾁｰすることです (私は一度うっかり不注意で DRM 付き作品を買ってしまったことがある)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
あれ、 PDF ファイルも普通に画像の集合として見られたはずですよ
このアカウントは、notestockで公開設定になっていません。
あのビューア、一度大規模に更新されてるのでそのときかな
リリース当初は、サービス自体へのアクセスは HTTPS でできるのにユーザデータへのアクセスが HTTP だったので、うっかり HTTPS でアクセスすると「作品情報を取得できない」とか言われてたりした (草)
ユーザデータかな、作品データかな (まあどちらにせよ当初の HTTPS 対応は不完全だった)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
の投稿
8vit@gs.yvt.jp
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
静的なドキュメントスタイルについての記述と動的な表現やアニメーションについての記述が分離されていてほしいみたいな気持ちがあるんだけど、全てが CSS に集約されつつあって非常につらい (js がなくても着実にページが動的になりつつある)
そうは言っても、まあどこまでが静的でどこからが動的かは線引きが難しいというのはあるんだけど、それにしても……
ひとつの境界としては、ユーザインタラクションやブラウザの状態によって挙動が変化するか否かみたいなところ？
理想的には、単に CSS の静的なプロパティだけを使って書けば済む話だし、静的なプロパティだけ解釈して描画すれば静的な出力は得られるんだけど。
実用的には、「動的な描画がされる前提で書かれている CSS」と「動的な描画はオマケなので省いても大丈夫なように書かれている CSS」は区別が付かないので
私はね、本質的に静的であるはずのものについて動的な表現のみを提供してくる web ページが大嫌いなのです
純粋な文章を読むためにスクリプトやアニメーションが必要な世界観、どう考えてもおかしいことに気付いてくれ？
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
私の欲求はもうちょっと根源的なところにあって、「私が欲するコンテンツは本質的に実行されるべきロジックを持つか」という観点で考えています
たとえば完全に静的な文書において、その表現が実行可能なロジックを持つことはないし、それゆえに可搬性が高くなる
で、逆にロジックを含む文書というのは、「実行されるべき文書」であるという意味で捉えることができて、それを意図して「動的」という言葉を使いました
で、文書というのが何を指すかはさておき、たとえば飛び出す絵本のようなコンテンツは静的というよりは「実行」によって得られる体験をコンテンツとして提供していると考えられるので、私の中では「動的」に分類されます
あるいは、たとえば Flash がどんなに本質的に静的なコンテンツを提供していても、その表示には「実行」を伴うわけで、これは本来望ましくない形態というか、コンテンツの性質と表現が噛み合っていないよね、と
まあ、もっと掘り下げて「何故ロジックを不必要に注入したくないのか」といえば、もちろん時間方向の再現性を担保したいという理由もあるし、あるいはデバイス依存を小さくするという空間方向の再現性を担保したいという理由もあるし、機械可読性を高めたいとかセマンティックにしたいという理由もあります
このアカウントは、notestockで公開設定になっていません。
私は、可搬性とセマンティックであること (よく意味付けされていること) は両方とも同様に重視しています。
たとえば単純な文書における HTML5 とか CSS は「意味は HTML 、表現は CSS」という棲み分けでうまくいっていて、 CSS は最悪なくても動くものだった。
一方、 CSS でアニメーションを書くと、アニメーションはコンテンツの不可分な一部であったりするので、そこには勿論「意味」が存在することになるし、そうなったときもはや「意味と表現の棲み分け」はできていないのではないか、と
コンテンツが本質的に特定の表現を要求すること自体はべつに問題視していなくて、まあそういうコンテンツであるというだけなんですが。
問題は、その本質的コンテンツの強制が、本来コンテンツの本質から分離された表現フォーマットを指定するものであった CSS を用いて書かれているというところで、そのせいで「どこまでが不可欠でどこからが任意なのか」がわからなくなる。これが嫌。
CSS がコンテンツの本質でないというのは若干原理主義的に聞こえるかもしれませんが、たとえば user stylesheet みたいなのは典型的に CSS が交換/削除可能であるという前提で使われますよね
ひとつの解決策としては、省略不可能である CSS style と、本質的ではない CSS style を別々に指定できたりメタデータとして指定できるようにするという方法ですが、まあ人間が同じ言語内でそれを正しく扱えるわけもなく
あるいは本来不要な飾りとそうでないものを分離できるという考え自体が妄想なのかもしれない…… (行き着く先は地獄)
まあ今の CSS も、たぶん人間にとっての意味とかそういうことを考えて分離されたのではなく、単に「文書構造と表示」という実装レイヤーでの切り方なんでしょうね。それはそれで綺麗なのでいいと思うんですが。
そういう実装で切られた区分に意味と飾りという幻を見てしまったのが良くないのかもしれない……？
(や、まあ CSS はさておき HTML は少なくとも文書構造を通して文書の意味付けを主要に担っているには違いないんでしょうけど)
ロード時間を稼ぐためとか連続めくり速度に制約を加えるためなのかなみたいな邪悪な考えが浮かぶ
いや、フリックとかキー入力でめくれる感じになるだけならまだしもタッチ位置とページの角が連動するやつマジでいらんやろ
「デバイスの特性はさておき、とになく既存の物理的な道具を模倣しようとする」勢というのが一定数存在して、そういう人々が優勢になった分野では本来不要なはずの儀式めいたアクションを要求するデバイスなどが発生する
でもそういうとき模倣されるの、結局演出とかであって、身体的動作はそこまで綺麗に模倣できないので、結局ただ使いづらく過剰演出になるだけ
まあデバイス特性とマッチした質の良い UI/UX デザインというのも (特に普及初期だと) 難しいのだろうし、易きに流れた結果なのかもしれないけど。
https://mastodon.cardina1.red/@lo48576/101385669580635168
「とりあえず物理を模倣しようとする勢」の仕業のひとつとして、「ナチュラルスクロール」が挙げられる。
ナチュラルスクロール (上にスワイプすると文書の下が見えるようになる) は、表示面と操作面が一致するようなデバイスでは効果的だが、画面と分離されたタッチパッドでやってもそんなに意味はない。
ところが！ 物理模倣勢は、特に意味もなく今までの慣習をひっくり返して、タッチパッドにまでデフォルトでナチュラルスクロールを導入したのである！！
や、まあタッチディスプレイでの操作とタッチパッドでの操作に一貫性を持たせようとしたのかもしれないけど、そんなのは言い訳にすぎない。
タッチディスプレイは位置を指定するデバイスなのに対し、タッチパッドは速度を指定するデバイス。両者は「触って操作」という特徴こそ共通でも、その特性は別物である。
位置指定からして別物なのに、敢えてスクロールだけ統一しようとしても、結局別物には違いないし何が得られるというのか
https://mastodon.cardina1.red/@lo48576/101385694125193592
ちゃんと説明するなら、タッチディスプレイではポインタの「位置」を指定するし、スワイプによるスクロールで「文書の特定の点が、画面上の特定の点に移動する」という位置と位置の対応を指定する。
一方タッチパッドでは、ポインタが (もっと言えば、仮想的なマウスが)「どちら向きにどれだけ動く」という移動方向と移動量を指定するし、二本指スワイプなどによるスクロールでは「マウスホイールの移動方向と移動量」を指定する。
まあ何故マウスホイールによるスクロールがあの方向になったのか、その歴史は知らないけど (物理的比喩で考えても矛盾なく理解することはできるし、単にスクロールバーを動かしているという解釈をすることもできるし) 、いずれにせよマウスホイールでのスクロール方向をそのままにタッチパッドだけ向きを変えようというのは、統一されているとはいえないのではないか
FANZA のビューアがクソな点がもうひとつあった。
ダブルタップで拡大操作になるのが設定で変更不可能なので、2ページ一気に進めようとすると拡大になる (これ本当に腹が立つ)
や、タッチパッドのスクロール方向がどうとでもできるのはそれはそうで、個別ケースの話をしているのではなく「デバイスの特性も考えず頭を空っぽにしてレガシー物理デバイスを模倣するのをやめろ」という話です
しかもタッチパッドへのナチュラルスクロール導入は単なる模倣どころか breaking change だったからな
https://mstdn.maud.io/@kb10uy/101385654869537894
https://mstdn.maud.io/@kb10uy/101385663252476339
https://mastodon.cardina1.red/@lo48576/101385664927307095
こちらが文脈です
ページめくりのアニメーションはなんらかの形であったほうがいいことを経験してるのであれなんですよね、いや紙風にする必要性はない
このアカウントは、notestockで公開設定になっていません。
ｽﾏﾋｮとかだとスクロールバーは掴めない細さになっているので、もはやつまみではなくインジケータであると納得できる
そういう面では Ubunt が Unity を導入した辺りだったかの、めっちゃ細いけどカーソル持っていくとつまみが現れるやつが一番いやらしくて、あれは今でも嫌な UI だなと思う (そもそもフォーカスしづらいというのもある)
いや、あれ昔じゃなくて最近のやつか？ もうｳﾝﾌﾞｰﾂメインで使ってないのでいつの時代だったかちゃんと覚えてないけど……
まあページ送りのアニメーションはイージングつきの縦一列もしくは横一列のスクロールでいいんじゃない、ってのがぼくの思いです
ディレイを入れるのは構わないがチンタラやるな、というのが個人的感想
せっかちなのでｱﾝﾖﾖｲﾖのアニメーション設定とかも標準より高速にしている
このアカウントは、notestockで公開設定になっていません。
CPU が SIMD で対マルチメディア用途に武装して GPU がシェーダを汎用計算に使えるようにしていくみたいな、技術と文明の倒錯的な進化がとても好きです
このアカウントは、notestockで公開設定になっていません。
私にとっては、RHELをRed Hat Linuxと呼ぶ人々の方が「え、いや、この記事のこれ、多分RHEL 7.3のことだよね……でも本当にRed Hat Linux 7
.3を動かしている可能性もなくはないぞ……いや、あれ確か2.6系になる前じゃ……しかし誰も引導を渡せずにいるのかも……」と悩むので厳しい
Enterpriseの付かないRed Hat Linux、もう15年も前に終わったLinuxディストリビューションなので、ベテランの人々と歴史に興味のある若手の人々しか知らない可能性がある
このアカウントは、notestockで公開設定になっていません。
コンギョこと공격전이다がまるでフリー素材であるかのように扱われているの、日本においては現時点で本当にフリー素材だからなのか……
asahi.com（朝日新聞社）：北朝鮮映画の著作権、日本では「保護義務なし」 最高裁 - 北朝鮮関連 http://www.asahi.com/special/08001/TKY201112080593.html
「著作権の国際的な取り扱いはベルヌ条約で「加盟国の国民の著作権は保護される」と定められ、日本、北朝鮮とも加入している。しかし、第一小法廷は、日本政府が北朝鮮に条約の効力が及ぶと告示していないことや、外務省や文部科学省も「条約により、北朝鮮国民の著作権を保護する義務を負うものではない」との見解を示していることなどから、著作物として保護する必要性を認めなかった」
の投稿
8vit@gs.yvt.jpこのアカウントは、notestockで公開設定になっていません。
database (removal) specialist は……
このアカウントは、notestockで公開設定になっていません。
1. GitHub が何かする
2. GitLab がマウントを取る
3. 悪いオタクが "Database Removal" と言う
ターミナルで開発してて、 tmux の別ウィンドウで cargo watch -x clippy 的なものを常時走らせているんだけど、 cargo check とか cargo clippy って、変更なしで2回以上走らせても、1回目で出してくれた警告を再び表示してくれないのよね……これで警告を見落としたことが何度かある
太陽から吹き出るガスがフレア
大腸から吹き出るガスがオナラ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
BTのときにダイアログ出さない設定にしてるわけなんだけどこれショートカットキーのときはダイアログ表示してほしいという問題があり、なんかいい対処法ないですかね……
greasemonkey 的サムシングで、 onclick ハンドラに確認ボタン自動クリックを仕掛けるとか (本当にできるかは知らん)
このアカウントは、notestockで公開設定になっていません。
ヒトビトが CO\?M3D2 やカスタムキャストでかわいい女の子を作っている間、私はかわいい女の子の 3D モデルを表示するためのライブラリを実装している……どこで差がついたのか
このアカウントは、notestockで公開設定になっていません。
なお時代は FBX ではなく glTF と VRM の模様
や、割とマジで「これからは Khronos に祈りを捧げれば生きていけるし FBX は用済みやろ……」とか思ってたんだけど、どうも最近になっても FBX の女の子を BOOTH で売り出す勢とか、 glTF を FBX に変換する記事を書く勢とかがいるみたいで、まだ FBX の呪縛から解放される日は遠そう……
ちなみに天下の assimp が FBX にも (勿論) 対応しているので、手が早い人はそっちを使う (正解)
pure Rust 実装にこだわるのが良くないんだよな (そうは言っても pure Rust で書きたいんだから仕方がない)
このアカウントは、notestockで公開設定になっていません。
GTK+ の C++ インターフェースであるところの gtkmm などは、 std::shared_ptr が入る前から自前のスマートポインタを持っていたりして、メモリ管理も勝手によろしくやってくれそうだなぁなどと思っていたんだけど、そういう良さそうな機能を使ってリークさせるものなのかなと
でもまあ Ruby みたいな言語からバインディング作るなら C++ でなく C を使うだろうから、そしたらリークすることもあるのか
メモリ管理がだいたい GC 任せの言語、どうやって RAII 的パターンを実現するのか知らない
gc で回収されるとき呼び出されるハンドラ的なのがあるのかな (Java はそういうタイプだと聞いた) (でもどうせ呼ばれることは保証されない)
メモリ回収については GC で十分なんだろうけど、メモリ以外のリソースの解放について GC はどこまで実効性があるソリューションなのかというのが疑問
(RAII あっても循環参照とかでリークさせることはできるけど、それはもう別の話なので)
こういうのとか Java の try with resource 的なの、ブロックスコープでのリソース解放なので、 C++ とかでの参照カウントによる RAII よりも表現力が弱い
@juners よく知らないんですが、 RxJava というやつでしょうか
RxJava: AutoDisposeで自動的にdisposeする - Qiita
https://qiita.com/stsn/items/272ffb5d272f674aca1d
[C#]イマイチ分かりにくいIDisposableの実装方法をまとめる。
https://clickan.click/idisposable/
@juners C# でしたか。
Java の try() のやつとかは、基本的にブロックスコープなので、オブジェクトの破棄のタイミングが (たとえば C++ の RAII に比べて) 著しく制限されてしまうので、ちょっと弱いかなと……
の投稿
8vit@gs.yvt.jpこのアカウントは、notestockで公開設定になっていません。
これら、結局 (例外への対応とかを除けば) 「ブロックに入るとき初期化し、出るとき解放処理をする」というだけで、「オブジェクトが作られるとき初期化し、破棄されるとき解放処理をする」よりかなり弱いんですよね。実質マクロ的な感じで書ける程度の表現力しかない
まあ逆に、本来その程度で事足りるような強力な制約でもってリソースを扱うべしという教えなのかもしれないけど……
RAII 、べつに参照カウントのスマートポインタに限ったことではなくて、たとえば所有権システムだけでも「最大カウントが1の参照カウント」と捉えることはできるからね
たとえば std::fstream とかを move で持ち回り、誰もそれを受け取らなかった時点で自動的にファイルが閉じられる (無駄に解放が遅延しない)、みたいなのも RAII の作用なので
の投稿
8vit@gs.yvt.jpこのアカウントは、notestockで公開設定になっていません。
の投稿
8vit@gs.yvt.jpこのアカウントは、notestockで公開設定になっていません。
IDisposeの実装ややこしいけど、今のVSだとこういう風に解説のコメントありで補間してくれるのでわかりやすいかも？＞＜
持っていないｴﾖｹﾞのサントラを聞いてノリノリになるオタクと化した
C# だと「ブロックに入る時初期化出る時開放（IDisposeとusing）」GCが動いてオブジェクトが破棄される時（ファイナライザ（名前変わった？））」はあるけど、「スコープが外れた時（＝参照カウントがゼロになった時に）にGCを待たずすぐに」が無い点が不便な気がしてる？＞＜
（それがあるとそればっかり気軽に使われてせっかくのGCの最適化（？）が・・・ってなるのを避ける為なんだろうけど＞＜）
Span<T>構造体 - C# によるプログラミング入門 | ++C++; // 未確認飛行 C
https://ufcpp.net/study/csharp/resource/span/
いずれにせよブロックスコープではあるけど、 C# だとだいぶ低めのレイヤーでいろいろできるっぽいということはわかった
や、 Span については FFI とかで外部的に寿命が管理されている領域を指せばブロックスコープでないともいえるけど、結局所有権を持っている風ではなさそうなのでまあいいや
符号なし整数型で0以上N未満の値をランダムに返す関数rを使って0以上k (< N) 未満の値をランダムに得たいときにr() % kと書くとわずかな偏りが起きるという話は頻繁に語られているけれど、浮動小数点型で0以上1未満の値をランダムに返す関数Rを使って同じことをしたいときにR() * kと書いてもいいのかどうかについての話をあまり見かけないような気がする
その浮動小数表現において、それ自身を表すビットパターンは存在するけれどそのk分の一を表すビットパターンは存在しない1以上k未満の数aがあると、その数はR() * kから得ることができない、気がする（数値計算の本にちゃんと書いてありそう）
の投稿
8vit@gs.yvt.jpこのアカウントは、notestockで公開設定になっていません。
アニメしょびっち ED 曲であるところの「恋のヒミツ」、本当に良い曲で、何故あのアホアニメからこんなに良い曲が生まれるのか不思議
pua:re / TVアニメ「僕の彼女がマジメ過ぎるしょびっちな件」エンディング・テーマ 「恋のヒミツ」 - OTOTOY
https://ototoy.jp/_/default/p/85573
