索道関連(というか索道跡地の遺跡)のレポ、やまいがにいっぱいあるよ＞＜
廃道・廃線・未成道・隧道・林鉄・道路趣味～山さ行がねが～ https://yamaiga.com/index.html
索道関連(というか索道跡地の遺跡)のレポ、やまいがにいっぱいあるよ＞＜
廃道・廃線・未成道・隧道・林鉄・道路趣味～山さ行がねが～ https://yamaiga.com/index.html
This account is not set to public on notestock.
番号空いてるからって1250・1251とかつけられるとものすごくまぎらわしいので、3550番台とかにしてほしかった。
DE10 3001
日車豊川No.3008
旧車番 DE15 1001
と書いたらよくわかる。
DE10 1251
日車豊川No.3345
旧車番 DE15 2526
お察しの通りてつわんこの脱走未遂でございます。 
の10才離れた妹。
まさかのJR貨側の機関車が全入換担当する流れワンチャンありますかね
秋臨さんあと3カ月ぐらいの機関車どうする気だろう。DE10自体はたくさん置いてあるけど、どれもこれも稼働してなかった気が…？
＜ここ、今運用担当してる職場なんだけど、どうするのこれ…
＜初荷はおあずけ、緊急トラック輸送かな…
※ただし今日は推定A272運用なので秋田貨物駅内完結です。秋田港行A271は1197。
https://www.youtube.com/watch?v=oTU4heRnv4g
廃止直前に脱線事故とかこれどうするんですかね。JTSBの報告書できあがるころには会社自体がないから報告書なんて書く気だろう。
もともとCLRの内部実装で実際の計算はネイティブコードだから、いちいちUnmanagedなコードで「最適化」を試みるよりはやいよ、ってことらしいです（今読んだ）
https://mstdn.nere9.help/@orange_in_space/105494123841238231
x87が80bitで規格の64bitとの変換が間にはさまるからとか？記事は読んでないのでわからない。
https://mstdn.nere9.help/@orange_in_space/105494123841238231
Managed->Unmanagedの呼び出しコストがちょっとでかめのはずなので、素直に.netのネイティブなやつつかっといたほうがいいとおもう
だからいまだに親愛をこめて「京都の花札屋さん」ってわざと呼んでる
京都の花札屋さんはそもそもゲーム機を作ることが目的じゃないというか、今んところ目的を達成する手段がゲーム機を作ることだからそっちに力入れてるだけって感じね。昔そういうニュアンスの記事が出てたような。
人間はアルゴリズムをちまちま弄って高速化するより、最適化ヒントになるアノテーションをいかに楽して確実に的確に付けるかに心血注ぐべき
まあ人類ぽんこつだからコード最適化とか本当に自動化すべきである的アレ
auto vectorization とか、ほげー現代のコンパイラそんなに賢くなっとるんか……と思ってしまう
まあ真っ当なコード組む人々にとっては、こんなおもしろいことができますよ、っていう話で今んところは収まってしまうね。
セキュリティ対策ソフトの重要コンポーネントがセキュリティ対策ソフトのヒューリスティック機能で蹴られる回とかないですかね（やめれ
怪しいもなにも、 LL を十分高速に動かそうとしたら JIT が必要になるし、 JIT はそもそも機械語を動的に錬成しながらそっちを実行する機構なわけで、それはもう……
VirtualProtect系API自体そんなに頻繁には使わないので割とセキュリティ対策ソフトに疑われがち。
どこかのただのデスクトップマスコットソフトはIAT Hookとかのために使ってるけど。
昔はメモリ領域のフラグ立てる必要すらなかったのよ。NX bitはXP SP2あたりからだっけ…？
Windowsに怒られたりするやつはVirtualProtectExで解除してますな。
Unmanagedな関数呼べるのは割と誰でも知ってるやつだけど、そうかしょせんバイト列だからメモリ領域に実行権限持たせてそのまま書いちゃえばいいんだ。
さっきのC# でx86インラインアセンブラ・・・じゃなくインラインx86マシン語（？）、マジで？＞＜；
って事でさらにググって
https://stackoverflow.com/a/53110027
をやってみたらほんとに出来たし、add(0x01)をsub(0x28)に変えたらちゃんと引き算になったし「マジで！！！？＞＜；」ってなった＞＜；
そもそも差し込んだままで充放電方向を勝手に切り替えられる規格まであるらしく頭抱えてるところ
人類だいたいやらかすのでケーブルに矢印描いてそっち方向しか充電できないようなんか内蔵チップで制約かけるとかしないと
両方向対応のデバイス増えてきたからこういうのにも気をつけないといけないよな…
いやそんなん人類任せってアカンやん。
USB-Cケーブルをつなぐと先につないだデバイスから後につないだデバイスに充電が進むらしいので、電話と電源をつなぐときに電話を先につないで電源を充電しちゃわないように気をつけてる←
さらっと一次創作キャラが11周年とか割と基準がおかしい
