orange @[email protected]

＞＜

humble、何回説明されてもよくわからなくて、よくわからないけどたまにゲームただで配ってるサイトになってる＞＜

64bit版RIFFのようなもの、基本的な型とかも規格化したら気持ち良さそうだし、本当に汎用的に(それこそバイナリ版のJSONのように)使える部分とは別に、将来公式な規格の例えば画像とかのフォーマットとして使う時に衝突しないように予約しておいたら、将来性もいい感じかも＞＜

テキストでのデータフォーマットは色々あれだけどバイナリの汎用フォーマットみたいなのが現れないのがアレ＞＜(64bit版RIFFみたいなのが規格化したら便利だと思うんだけど＞＜)

C# わりとあちこちDelphi＞＜(？)

DelphiのVCLもわりと全部入り＞＜(の上に標準では静的リンクさせて単一バイナリに！って方針だったのでバイナリがデカかった・・・＞＜)

C# のライブラリが依存地獄にあんまりなら無いの、.NET Framework＆Windows(の標準コンポーネント？)が多機能だからだけなのかも？＞＜

ていうか、C# 辺りの便利なライブラリのうちオレンジが使うような分野のもの、便利なライブラリ自身は標準ライブラリしか使ってないのが多いかも＞＜ (JSONが関わるとNewtonSoft Json.NET？＞＜；が出てくるとかあるけど＞＜；)

OSSなもののドキュメントの著作権(あえてライセンスとは書かない)、わりと書く側も適当だと思う(想像)し、適当でいいんじゃないのかなって気がしなくもない＞＜

翻訳のライセンス云々ってこれの話かも？＞＜ だとしたらAGPLかも？＞＜
https://github.com/kyori19/documentation/blob/master/Running-Mastodon/Production-guide.ja.md

"別の文脈で"の方の文脈はこういうの＞＜
依存関係をなくそう : Rubyアプリ・Gemの開発者への提言 | POSTD https://postd.cc/kill-your-dependencies/

ソフトウェアのガラクタの寄せ集め云々のオレンジの文脈、依存するソフトウェアを複数手動でインストールさせるのであれば、ガラクタの寄せ集めって言っていいと思う＞＜
(あと、別の文脈で、依存ソフトウェア(/ライブラリ)が依存するソフトウェアが依存(以下略)みたいに依存構造がものすごく誇大化してスパゲティなやつもガラクタの寄せ集めと言えるかも＞＜)

なんだかよくわからないLED制御チップとか、なんだかよくわからないオルゴールICとか、なんだかよくわからない表示デバイスとか＞＜

ソフトウェアは微妙だけど、電子部品は技術資料が中国語しかないやつって結構ちらほらあるかも？＞＜(あれ偶然にも英語圏の人よりも漢字文化圏である日本人の方が有利だよね＞＜)

オレンジはなに語でも読めないので気にしないで使ってる＞＜(？＞＜)

マジレスすると、Google翻訳で英訳(＆ググって辞書ひく)して読める言語のならあんまり気にしないで使ってる＞＜(Google翻訳、日本語に翻訳はめちゃくちゃ過ぎて使い物になら無いから英訳＞＜；)