なってるっぽさ＞＜
arm用のexeファイルもx86なDOSで実行するとメッセージが出る仕掛けになってるんだろうか？＞＜
ていうか、ProcessExplorerのarm64用のバイナリ（バイナリ！＞＜；）も拡張子exeだし、やっぱ同じなんでは？＞＜
この事例の「バイナリ」が、話題の「バイナリ」の使用例？＞＜；
違うの？＞＜；（arm版windowsの中身とか見たことないけど、同じく拡張子exeなんじゃないの？＞＜；）
「WindowsもEXEなのかよ！＞＜ 変えろよ！＞＜；」は30年ほど前のオレンジもそう思った＞＜
(32bit DOS-Extenderな実行形式は拡張子expだったので見分けられるようにするのが当たり前だと思った＞＜)
オレンジ的には、ファイル拡張子由来の混乱なんではって思った＞＜
日本語圏でWindows 3.1の頃だと「EXEファイル（イーエックスイーファイル）」って言ってる人が多かったような気がする＞＜（記憶違いかもしれない）
そして実行可能ファイルが「実行可能ファイル」と表示されていようが人々がそれに従うとは限らず、実際 Windows ユーザが USB フラッシュメモリを「リムーバブルドライブ」ではなく「USB」と呼んでいることからもこれは明らか
Windows 長らくロクなスクリプティング環境がなかったし (近年こそﾊﾟｩﾜｰｼｪﾙがあるが)
むしろ実行可能イコール「バイナリ」という図式はｲﾝﾄﾞｯｽﾞ界隈の方が強いのでは
Executable - Wikipedia
https://en.wikipedia.org/wiki/Executable
"sometimes simply referred to as an executable or binary..."
oh...><
ていうか、「実行可能バイナリ」を「バイナリ」って略す場面、あんまり見ない気がするというか見かけた明確な記憶がないかも＞＜
開発環境関連の話で、コンパイラとかから出力されたバイナリファイルを「バイナリ」と言うのは、実際にそうでしかないわけだから別の話だろうし＞＜
ていうか日本語（？）でも「実行可能バイナリ」って言葉が開発環境のマニュアルとかでよく使われてる気がする＞＜
executable text とも binary data とも区別できる
何かしら区別したいときは executable binary と呼ぶことはある
This account is not set to public on notestock.
dev@post.naskya.net
This account is not set to public on notestock.
[B! 映画] 映画「オッペンハイマー」が日本で公開、広島の人々はどう思っているのか - BBCニュース
https://b.hatena.ne.jp/entry/s/www.bbc.com/japanese/articles/cp6drl97dw0o
最後の学生の人の感想が学生として素晴らしい＞＜
（大人が言ってたら今までそういう視点をなぜ持たなかったのか？＞＜ って呆れるけど＞＜（相手の立場から見たらどう考えるかって視点を忘れるからこそ戦争になる＞＜））
現場の職人『なんかおかしいな』品質管理部が調査して重大な原因が判明した事例「これを言える風土が大事」 - Togetter
https://togetter.com/li/2340708
ニュージーランド航空エレバス山墜落事故(Air New Zealand Flight 901)の"I don’t like this"を思い出した＞＜
Flight Engineer Nicholas John Maloney | This Day in Aviation
https://www.thisdayinaviation.com/tag/flight-engineer-nicholas-john-maloney/
DayOfWeek 列挙型 (System) | Microsoft Learn
https://learn.microsoft.com/ja-jp/dotnet/api/system.dayofweek?view=net-7.0
C# (というか.NET)の曜日は、専用の型がある かつ 日曜日が0である方式で、単純に数値に型変換するとUNIX準拠になるっぽいしRubyも0が日曜日っぽいけど、
Pythonは月曜日が0方式らしいけど、なんでそうしたんだろう？＞＜；（UNIXとも違うしISO8601とも違う＞＜；）
UNIXの場合＞＜
https://minnie.tuhs.org/cgi-bin/utree.pl?file=V5/usr/source/s3/ctime.c
"weekday (0-6, Sun is 0)"
SwiftもDelphiと同じくISO8601準拠方式らしい＞＜
https://developer.apple.com/documentation/foundation/calendar/component/weekday
曜日って色々な環境でどう扱ってるかちょっと調べたけど、
C# とAdaは専用の型方式、
PythonとRubyは、0～6の整数型、
DelphiはISO8601準拠で1～7の整数型
らしい＞＜
そもそもC以前の言語にもboolean型はあったのに、採用しなかったのが馬鹿言語らしい特徴かも感＞＜
（そもそもintをbooleanのように扱うなって怒られそう…）
否定ってどうなんだろう、!hoge #hoge /hoge -hogeどれもああ負論理なんですねーって思ってしまう。
（個人的には hoge == 0 よりも !hoge 派です…）
ていうか、標準ライブラリでnot関数って作っておいて、それはコンパイラは問答無用で !() と解釈するでもよさそう＞＜
この問題について言えば前置であることの問題もあるような気がするし、 not(some_boolean) なり some_boolean.negate() なりのような既存の構文に乗せられそうな書き方でも良いのではないか？ という気持ちもなくはない。その辺りはいろいろ意見がありそうだけど
「!」については、この前置の細い記号1つで否定というクソデカいロールをこなすのが異常だから not と書きたいというのはわかる。 and と or よりは。
べつに = でも be でも書けるものは書けるが、敢えて記号より be を使う理由あるか？ という話なのよ。
で、 && や || の代わりに and や or を使うのも私には同じレベルのしょーもない余計なお世話に見えている
英語圏特有の感性なのか何なのか知らんけど、たとえば雑に例をでっちあげると
let foo = bar();
を
let foo be bar();
と書くことが可読性に貢献すると信じているような連中がいて、さすがに非ネイティブとしては強く反発せざるをえない
Adaと、あとなんか他でもあった気がするけど、型を定義する文法で
型名 is
ってisをつけるの、最初見た時は「なんじゃこりゃ＞＜；」って思ったけど、見易さ的にわりとよさそうって思ってきた＞＜
ただまあメソッドチェーンで英文風の語順を使うことで名前付き引数の代わりにしようとする作法などもあって、 positional argument よりマシという点では同意せざるを得ない。嫌いだけど。
# define BEGIN {
# define END }
の話はよせ！！！
個人的には予約語を積極的に英単語にしたり構文を英文風にするのは嫌いです。意味論の良し悪しとは全く独立した話として、減点ポイント
動的型付け言語であれば型を意識しないでコードをかけるって豪語する人に「じゃあ、曜日を受け取って、その翌日の曜日を返す関数書いて＞＜」って言ったらどういうコードを書いてくるのか謎＞＜
型に相当する概念を「仕様！」って言い張りそうなイメージ＞＜
それは完全にそうなんだけどというかそうだからこそ、Python＆動的型付け批判記事でついでにdisられてたので「AdaやPascalも予約語方式だぞ！＞＜；」って話になった＞＜
予約語が英単語であるか記号であるかはオーバーライド/オーバーロード可能性や型付けの強さとは一切関係ないよ
子供が入門でちょっと触れる程度って意味で "LOGO程度であれば" って書いたけど、LOGOも型あるよね＞＜；
https://b.hatena.ne.jp/entry/4751341637167680928/comment/knjname
これ、わりと本気でわけがわからないけど、LOGO程度であれば型がわかんなくても何とかなるだろうけど、動的型付けな環境でさえ、型がなんであるかをわからずに使えると思ってるの？＞＜；
ていうか動的型付けって、型検査を実行時まで遅延させた環境ってだけであって、型自体はあるんだから、型の概念を理解せずにまともに使えるわけないだろ＞＜
Ada 95: Chapter 5
https://www.adaic.org/resources/add_content/docs/craft/html/ch05.htm
「必ず型を作ってから使え！」って原理主義的な型ガチガチ言語であるAdaもPascal系の言語なので、論理演算は and or みたいな予約語方式＞＜
modもmod＞＜
https://dev.thanaism.com/2023/05/python-sucks/
" &&や||ではなくandとor"
この部分も型ガチガチ派の境地と言っていいPascal一族が流れ弾を受けてる＞＜；
動的型付け派の人が言う「型を意識しなくてもよい」って完全に嘘で、単にそいつが型を意識せずに書いただけであって、そいつが書いたコードは、他人が使う時には型を推測しなければ使い物にならない＞＜
[B! プログラミング] Python滅ぼす協会に入会したい
https://b.hatena.ne.jp/entry/s/dev.thanaism.com/2023/05/python-sucks/
タイトルとサブタイトルに同意したけど、読み進めたら := がdisられててPascalの型ガチガチ派のオレンジが流れ弾を食らった＞＜（？）
グラスゴーがスコットランドの大阪で、エディンバラがスコットランドの京都＞＜
なんかホロ公式でなんかやってる＞＜
↓
いきなりアダムスミス像に三角コーンがかぶせられてる映像
↓
グラスゴー？＞＜；
↓
エディンバラだった
エディンバラはイギリスじゃなくてスコットランドだろ！＞＜；（スコットランドかぶれ）
【3期生】笑いあり！涙あり！？イギリスファンタジー旅の様子を大公開【 #ホロファン旅 】 - YouTube
https://www.youtube.com/watch?v=L1WASkPNMNk
[B! security] Everything I know about the XZ backdoor
https://b.hatena.ne.jp/entry/s/boehs.org/node/everything-i-know-about-the-xz-backdoor
This account is not set to public on notestock.
コミッターの故意っぽいって話になってきてる？＞＜
Urgent: Secret Backdoor Found in XZ Utils Library, Impacts Major Linux Distros
https://thehackernews.com/2024/03/urgent-secret-backdoor-found-in-xz.html
たぶん保安基準的には補助座席(保安基準第22条第3項第2号)になるので大丈夫なんだと思う＞＜
あれも後部座席で認められるんだ
まあ、1999年式なら何やってもアリになりそう
緑地がほとんど残らない＞＜＃ 酷すぎる＞＜＃
返還跡地・返還合意施設ガイド | 跡地利用の推進
[pdf] キャンプ瑞慶覧（ロウワー・プラザ住宅地区）（沖縄市）
[pdf] https://atochi.ogb.go.jp/sites/default/files/inline-files/22.%E3%82%AD%E3%83%A3%E3%83%B3%E3%83%97%E7%91%9E%E6%85%B6%E8%A6%A7%EF%BC%88%E3%83%AD%E3%82%A6%E3%83%AF%E3%83%BC%E3%83%BB%E3%83%97%E3%83%A9%E3%82%B6%E4%BD%8F%E5%AE%85%E5%9C%B0%E5%8C%BA%EF%BC%89%EF%BC%88%E6%B2%96%E7%B8%84%E5%B8%82%EF%BC%89.pdf
返還跡地・返還合意施設ガイド | 跡地利用の推進
https://atochi.ogb.go.jp/shisetsuguide
＞＜＃
2023年03月02日
ライカム近く「ロウワー地区」、返還後のイメージは？ 跡地利用プラン案を承認 地権者役員会 沖縄 - 琉球新報デジタル
https://ryukyushimpo.jp/news/entry-1670898.html
キャンプ瑞慶覧（ロウワープラザ住宅地区）／北中城村
https://www.vill.kitanakagusuku.lg.jp/kakuka/kikaku/kikaku/kitanaka/rouwa/index.html
この返還される場所、返還はいいと思うけど、ちゃんと緑地は維持されるんだろうか？＞＜
米軍施設、初めて緑地広場として開放 キャンプ瑞慶覧ロウワー・プラザ地区 官房長官も出席し開設式典 - 琉球新報デジタル
https://ryukyushimpo.jp/news/politics/entry-2943408.html
なんかバックドアがどうので大騒ぎになってるっぽいxzって圧縮形式、名前自体初めて聞いた＞＜；
