新しいものを表示

祖父はなぜか1番と4番だけ歌ってて、実際に体験した戦場の状況がだいたいこの歌の通りって言ってた><

各国の軍歌が紹介される中、日本の軍歌がなにかおかしいと話題に - Togetter togetter.com/li/2311310

オレンジの祖父も酔っぱらうとそういう方向性の軍歌をいくつか歌ってたけど、いま考えると、たしかにネガティブな歌詞の軍歌って(効果が)意味不明かもって思って祖父が歌ってた軍歌をググったら

戦友 (軍歌) - Wikipedia ja.wikipedia.org/wiki/%E6%88%A
"...「この軍歌は厭戦的である」として人々が歌うことが禁じられ、陸軍も将兵がこの歌を歌う事を禁止した。..."
"...太平洋戦争中「戦友」は禁歌だったが、下士官・古参兵は「今回で戦友を歌うのをやめる、最後の別れに唱和を行う。」と度々行い、それを士官・上官によって黙認された場合もあり、兵隊ソングとして認知されていた。..."

本当は戦地で歌ったらダメな歌だったのか!><;

重くないゲームをフルHDで30fps程度で遊ぶならこれっで十分遊べそう><

[B! PC] 【本日みつけたお買い得品】Ryzen 5 5560U搭載ミニPCがN100の価格に迫る?3万9,840円に b.hatena.ne.jp/entry/s/pc.watc

orange さんがブースト

ゴミな重複があり、ゴミな共通化もある。そういう話

スレッドを表示
orange さんがブースト

べつに DRY 原則が雑だからといって重複が正義とは誰も言ってなくないですか……

新型コロナの接触どうのアプリのコードも、DRY原則に反しまくりまくってる典型的な事例っぽすぎてオレンジがビックリした事例><
mstdn.nere9.help/@orange_in_sp

DRY原則ってこういうのじゃないの?><

orange さんがブースト

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

orange さんがブースト

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

orange さんがブースト

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

orange さんがブースト

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

orange さんがブースト

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

orange さんがブースト

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

orange さんがブースト

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

orange さんがブースト

Add WebP support by acid-chicken · Pull Request #9879 · mastodon/mastodon · GitHub github.com/mastodon/mastodon/p

読み方わかんないけど、パッと見では数行書き換えてMIMEタイプ追加しただけっぽさ><

ていうか、オレンジが実験コードって言ってるものがロジックだけ考えてとりあえず試験的に動く部分を書く段階で、それに基づいてインタフェースを考えて本番コードを書いていく感じかも><

orange さんがブースト

まぁ,誰しもインターフェースからトップダウンで作り始められるものじゃないし,リファクタリングで整理していくしかないのかなと思う

orange さんがブースト

放言するなら「ロジックを先に考えるから滅茶苦茶になるんだろ、インターフェースを丁寧に設計しろ」という感じなんだが、これはたぶん流儀の違いみたいなところが大きくて大いに反発を受けそうなので、大声で言えるかというとちょっと……静かに暮らしたいので……

orange さんがブースト

独立したコードであるべきか、同じものとして抽象化すべきか、そういうのはコードやモジュールに負わせる責任を見て決めるべきなのであって、コードが文字列的にどれくらい近しいかで決めるべきではない

スレッドを表示
古いものを表示
:realtek:

思考の /dev/null