orange @[email protected]

オレンジ「本場を尊重すべき！＞＜ 高校野球で坊主頭強制はアメリカ文化を尊重してないし、寿司にアボカドを必須のように使うのは邪道！＞＜ 巻き寿司の海苔は外に巻け！＞＜＃ 」
イタリア人「イタリア料理でチーズと魚を組み合わせるのも邪道デス！ 絶対にダメデス」
オレンジ「はぁ？＞＜　美味しいじゃん？＞＜　イタリア人って子供舌なんじゃないの？＞＜」
イタリア人「ドウイウコトナノ・・・」

＞＜；

イタリア風料理にチーズと魚介の組み合わせは許して欲しい＞＜；

高校野球は必ず坊主頭って主張してるやつは、Sushiはアボカドを使った創作料理だと思い込んでるアメリカ人と同類だから絶対許しちゃいけない＞＜
ラーメン屋で麺をすする事を悪いことと考えるアメリカ人とも同類＞＜
絶対に絶対に許してはいけない＞＜

そのスポーツの本国のスタイルでやる事に文句言ってるんだから、日本の高校野球で「坊主にしろ」ってヤジを飛ばすのは、アメリカの相撲でまわしつけて髷を結ってる人に「変な髪型でふざけてんじゃねーぞ露出狂野郎！ ちゃんと服着てアメリカ人らしい格好をして真面目にやれ！」ってヤジを飛ばしてるのと変わらない＞＜

アメリカの高校野球の風景の参考＞＜

アメリカの高校野球：安全に野球を楽しむための工夫とは －日本人コーチが紹介する米国のスポーツ部活動その20 - Sportie [スポーティ] https://sportie.com/2022/11/high-school-sports-20

「髪の毛を切ってから、出直してこい」というヤジも…今夏甲子園の“非坊主”校、慶應高監督が明かす“高校野球の嫌いなところ”「皆、甲子園中毒になっている」 - 高校野球 - Number Web - ナンバー https://number.bunshun.jp/articles/-/858353

"...現在、主流となっている高校野球の姿を“日本の文化”だと考える人たちが多くいて、「文化だからこそ守らなければならない」と考える人も多くいます。..."

アメリカのスポーツなのにね＞＜
これ、ひっくり返して考えて、アメリカかどっかで
「スモウは、モヒカンヘッドとトゲトゲ肩パッドでやるものです！ チョンマゲとか言うアジアの髪型なんて邪道デス！ スモウはアメリカ文化！」
とか言い出したらどう思うのか？＞＜

たぶんFPSで一輪車に乗ってるかのような操作感覚に＞＜

キーボードのWとSの間で指を動かすよりも、自転車のペダル型の入力デバイスで正逆回転させる方が反応早いのかもって思った＞＜

これ見て思い付いたけど、ゲームの高速操作用のゲーミング自転車ペダル入力デバイスってあったら、キーボードとかゲームパッドよりも早く反応出来たりしないのかな？＞＜

日航ジャンボ機墜落事故から38年 あの夏の教訓をつなぎ続ける | NHK | WEB特集 https://www3.nhk.or.jp/news/html/20230810/k10014158681000.html

寝相、オレンジはむしろ全然動かなくて、死んでるか不安になるらしい・・・＞＜

型を明示的に書く事ですらDRY原則に反すると主張してる人が作った言語のユーザーが「安全の為にはある程度冗長さが必要！＞＜ 明示的な記述は素晴らしい！＞＜ スイスチーズモデル！＞＜」って人(→＞＜)に「これ、DRY原則に反してるんでは？＞＜；」って言われるコードを書くの、世の中不思議＞＜(？)

実験用コードはオレンジもハードコーディングだらけのガバガバコードで書くので恥ずかしくて人に見せられないけど、本番のコードは最初からちゃんと設計して書いて欲しい＞＜；

こういう書き方って、webp云々に限らず変更に強くするってこういう事じゃないの？＞＜
RubyとかPythonとかの型がガバガバな言語が好きな人々って、変更に強くするのが好き(「だから動的型付け環境は強力だ」って主張)だったんじゃないの？＞＜；

適切な英語調べるのめんどいのでわざと馬鹿っぽい日本語で例示するなら、
例えば、どこかに gazou_support_keisiki_override.rbみたいなファイルを用意してあって、そこのコメント解除してファイル形式のリストを一度そこで書き換えれば、次からはそこさえ弄ってなければサポート形式が変更されないとか＞＜

こういうスクリプト言語でのセキュリティ上問題ない使い方はよくわかんないので、セキュリティ面は謎だけど、
こういうの設定ファイル自体がjsonとかxmlじゃなくRubyのソースコードにしておいて、そこの画像サポート形式のリストを作る所だけ書き換えて置けば、アップデート後でもそこさえ書き換えて無ければ対応形式も変わらないように作れそうだけどどうなんだろう？＞＜

ていうか、Matz氏って極端なDRY原則支持者じゃん？＞＜(Matz流のDRY原則が元の意味に沿ってるか細かい定義論わからないけど＞＜)
という事は(と言うかRuby関連の色々な記事を読むと)、Ruby好きな人ってDRY原則大好きじゃん？＞＜
マストドンの画像形式サポート部分って明らかにハードコーディング的でありなおかつDRY原則的では無いコードじゃん？＞＜(見かたによってはシンプルと言えなくもないけど)
マストドンのコードに貢献してるRuby使いの方々は「うぉぉぉ、そんな書き方しないで・・・」ってならないの？＞＜；

マストドンのwebp追加のコード読んでて思ったけど、ローカライズ部分はまああれだけど、なんであらかじめサポートするファイル形式のMIMEタイプと拡張子を一ヶ所書いておけばサポートする形式を変更できるコードになってないのか？＞＜；
Rubyが悪いのかオイゲン氏が悪いのか知らないけどなんでこんなハードコーディングなコードなの？＞＜　涙ぐましい高速化？＞＜；