[B! 増田] 三大使い切ったことがないもの https://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20230326084155
ドライアイなので目薬わりと尽きまくってる＞＜
[B! 増田] 三大使い切ったことがないもの https://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20230326084155
ドライアイなので目薬わりと尽きまくってる＞＜
番組見た人の感想ブログ記事見つけた＞＜
ヒューマニエンス 第19回「涙」 | みゅう's Diary https://ameblo.jp/myu-g/entry-12671545189.html
「“涙” 秘められた魔法のチカラ」 - ヒューマニエンス 40億年のたくらみ - NHK https://www.nhk.jp/p/ts/X4VK5R2LR1/episode/te/NR9V6J1XRK/
たしかこの番組で、感情の調整用の方の涙を流すのはどうやら人間だけっぽいって学者さんが言ってた気がする＞＜(記憶があやふやすぎて全く自信がない)
このアカウントは、notestockで公開設定になっていません。
オレンジ方式のダメな所は、調べる為にリソースが大量投入されてしまう(今日も枝葉の実験ばっかりしてたね！＞＜；)のと、メンタルへの負担がわりとすごくなる事かも＞＜
たぶん、こういう風にその時点での最も妥当な判断を出来る限り下して、その仮説を改良しながら答えにたどり着こうって考え方のタイプって、MBTIをやったら高確率でINTPになりそう＞＜
(メタな事に、これも調べるきっかけを作るための仮説！＞＜；)
何らかの不確定な要素があった場合、例えばある要素がAであるかBであるかわからないみたいな場面であれば、判断を保留するのではなく。「Aであればあろうであろうし、Bであればこうであろう＞＜」って条件分岐式で投機的実行のように複数のパターンを予想する＞＜
その上でAであるかBであるかについても知りうる限り、調べられる限りの情報を調べ「その時点で得られた情報で確率が高いであろうと考えられるのはどちらか？＞＜」って考えてその時点での判断を行う癖もつけてる＞＜
今日やった事がまさにそうかも＞＜ わりとどうでもいい部分の最適化について疑問を持ったので仮説を立ててコードを書いてみて実験し、もしかしたら比較したコードに無駄があったせいかもしれないと考えて予想を立ててさらに改良しまた比較する＞＜
結果が出ても「別のアルゴリズムであれば違うのかもしれない＞＜ ロジック回路のテクニックで応用できるものは無いか？＞＜」って調べたり＞＜
かなり前に大学の先生が講義してくれた「分からないこと」に対するスタンスが生活の中でとても効いてきている - Togetter https://togetter.com/li/2109712
これ、オレンジの発想のまるっきり反対だし、オレンジが多分野に詳しくなれたのはこれと正反対の発想で、答えを得る為に全力で調べて「なにか見逃している要素はないか？＞＜」「自身の知識も全て活かせているか？＞＜」って自分を追い込みながら仮説を立てて、その仮説が正しいのかさらに調べ続けて答え合わせをしていって、誤っていた場合「どうして判断を誤ったのか？＞＜」「どういった要素を見逃していたのか？＞＜」ってPDCAグルグル回しまくりで進めていってるからこそって言えるかも＞＜
実験してどうでもいい部分の高速化遊んでたから、本来の目的のコードが全然進んでない・・・・＞＜；
ていうか、0だったら0のままで0以外だったら全bit立てるって命令があったらいろいろ高速化に便利だと思うんだけど、そういうのある環境って無いのかな？＞＜；
こういうレアケース（？）に限って言うと、回路が十分に高速であれば、現代のPC向けCPUでもコネクションマシンのアーキテクチャのコプロセッサ（というかなんと言うか）をくっつけて高速化に利用できるのかも？＞＜；
（柔軟なロジック回路をプログラミングで作れるような環境（超頻繁に書き換えまくれる版超小規模PLDのような感じ）だし＞＜）
・・・そんなことするよりもクロックちょっとあげる方が手っ取り早いわかる＞＜；
これのほかにifを全く使わない条件分岐無しバージョンも書いたけどむしろ大幅に遅くなった＞＜；
書いてて「これがデジタル回路だったら、小さい規模の回路で一瞬で結果が出るのに！＞＜；」って思った＞＜；
二分探索版を無駄な計算無くして並列実行されやすい気がするように（？）リファクタリングしたら、最適化コンパイルしても線形探索版とどっこいどっこい（測るたびに勝ったり負けたりする程度）まで速くなった＞＜
二分探索のコード、if使ってる部分がどう考えてネックになりそうだから、そこを論理演算使うように書き換えたらまた追い越せるのかな？＞＜；
ていうか最適化コンパイルでは
↑速い
while使ってきれいに書いた線形探索
二分探索
forを使った無駄がある線形探索
↓遅い
なので、最適化で追い越したのはきれいに書いた版だけってことかも＞＜
ちなみに、無駄にforで処理してたのをwhile使うようにきれいに書き換えたのは、最適化コンパイルをしてもちゃんと高速化されてる＞＜
（そういう無駄な書き方してる部分のリファクタリングはちゃんとやった方がいいよだよね＞＜）
"早すぎる最適化は諸悪の根源である。" ドナルド・クヌース
（オレンジ意訳「変に手動でコードを最適化すると、未来のCPUやコンパイラの最適化を邪魔して逆に遅くなったりするよ！」）
・・・・これそのまんまじゃん＞＜
！！！！！＞＜
最適化コンパイルすると線形探索の方が速くなる！！！！！！！＞＜；
線形探索版の方を無駄を減らしてwhile使うようにリファクタリングしたら、処理時間5パーセント～10パーセント程度削減できたけど、それでも二分探索版よりも遅い＞＜
線形探索版、while使うようにして無駄を減らしたら速くなる・・・？＞＜；
実験に使ったコード＞＜
下の方が8割の時間で処理が終わるって、ほんと不思議＞＜；
「がんばっても無駄でした！＞＜；」ってオチになると思って書いたのに＞＜；
https://mstdn.nere9.help/@orange_in_space/110088685897843278
こんななんかむしろ処理が増えてそうなコードでも、百万回試行で処理時間見比べるのを何度も繰り返してみたら、だいたい8割くらいの時間で終わるっぽい＞＜
不思議＞＜
0b00010001、左シフトして0b00100010..
みたいなマスクを使って結果を右シフトしてorしてって4回やって1bitにまとめれば二分探索できる？＞＜；
どう考えても処理増えそう＞＜；
4bitに区切った各桁を全部で4回andしてどうにかするような手で高速化されるのかな？＞＜；
実際の処理で言うと、64bit unsigned intに4bit区切りでIDが書かれていて、空のマスの場所は4bitが0になってる＞＜
これを探すのって結局4bitずつbitマスク(0xf)をずらして0になる場所を探す線形探索するしかない？＞＜
検証用コード書こうとして気づいたけど、この場合は二分探索の方が処理増えるというか二分探索出来ない？＞＜；
富豪的発想「そんなごくごく小さな処理の重さなんて気にせず書きやすく読みやすい方で書け」
＞＜；
15パズルのパネルのマップから空いてるマスを探すのって、端から探してくのと二分探索するのどっちが軽いんだろう？＞＜(実験しないとわかんない？＞＜；)
C# で15パズル作ろうとしてて、超久しぶりに配列がゼロからしか作れないとめんどくさいねのパターンになった＞＜
Pascalは、好きな数字から始まる配列作れるので、15パズルのパネルの1って書いてあるやつを配列上でも1としてアクセスできる＞＜
C# はC言語方式(というか大半の言語と同じ方式)なので、ゼロから始まる配列しか作れない＞＜
回避しようとすると遅くなっちゃう＞＜
元の話わかんないけど、離島の文化わりと好き(青ヶ島とか南大東島とか好き)なオレンジ的には、離島の村社会は、まぁしかたないよねって感じがしてる＞＜
生活していく上で必要な機能みたいになっちゃってるし、それ無しにどうにか出来るようなインフラになってないので、外界と道が繋がってて時化で何日も孤立したりしない(今どきの)山奥の村の村社会とはちょっと違う気がしてる＞＜
（エアリプ）そういえば、別の鯖のLTLで「沖縄行きたいよね」という話（ワタシは参加してない）になったときに、空気読まずに離島のヘイトを吐きまくってる人が一人おったけど、そういうことだったのかね？
これは一応、家族や恋人に絡めてないハリウッド映画な気がする＞＜
ガントレット (1977年の映画) - Wikipedia https://ja.wikipedia.org/wiki/%E3%82%AC%E3%83%B3%E3%83%88%E3%83%AC%E3%83%83%E3%83%88_(1977%E5%B9%B4%E3%81%AE%E6%98%A0%E7%94%BB)
ていうか、ハリウッド映画に限らず、他の映画やドラマや小説でも、家族や恋人に絡んだ描写が無い作品ってかなり少ない気がする＞＜
ハリウッド映画、主人公が孤独ってパターンだとだいたい「孤独な主人公が相手役と知り合って人間性に寝覚める」みたいになって、相手役は恋人になるか、「同じように孤独だけど過去に家族や恋人との悲しい別れがあるのでそうなってるので主人公に共感できる」みたいになって、なので過去の描写に家族か恋人が出てくるかも＞＜；
https://mstdn.nere9.help/@orange_in_space/102683104291391826
この中で言うと「ファイアーフォックス」だけは家族や恋人とのからみがない？＞＜
オレンジが見たことあるハリウッド映画でもどちらにも絡まってない映画思い浮かばない＞＜；
このアカウントは、notestockで公開設定になっていません。
理科から地学という科目が消滅するカウントダウンが既に始まっているような気がしてならない話３選 - Togetter https://togetter.com/li/2110051
地学好きだけど学校でちゃんと勉強したこと無いし(どの教科もだけど＞＜；)、お金無いから教科書も持ってない＞＜
(コロナ社の地学のガイドシリーズはいくつかの都道府県のを持ってる＞＜)
日本酒に試練 瓶の不足にリユース活用も | NHK | ビジネス特集 | 新型コロナ 経済影響 https://www3.nhk.or.jp/news/html/20230324/k10014017491000.html
オレンジ的には珍しい(？＞＜；)ドイツのポジティブな記事＞＜
ドイツはなぜ「危険な遊具」をあえて残すのか？ - GIGAZINE https://gigazine.net/news/20230326-germany-building-risk-playgrounds/
人類はどちらかというとフレイム（炎上）問題を起こしがちだけどな！
おあとがよろしいようで。
そのうちそういう「再現性のある安定した方法」をしっかりと組める技術屋が居なくなりそうで怖いという危機感は持ってる
想定しないといけない範囲がかなり明確なのでフレーム問題になりにくいとも言えるかも＞＜
逆に、鉄道の地上線の踏切がある線区や自動車の自動運転とかは、想定の範囲が無限に広がりまくってフレーム問題にぶつかるので、フレーム問題が無いかのように振る舞う事が得意な柔軟な人間が機械よりもいい感じにこなせる＞＜
鉄道のATOも旅客機のAPも「生物（だいたいヒト）というもっともOROKAで動きが読めない最大の外乱」を考えなくて良いから再現性のある安定した方法で自動運用を実装できているわけで…
まあ総じて計算機資源マシマシでぶん殴れる部分についてはどうにかなるやろということで…
特性の変化も今であれば高度なフィードバック制御(というかアダプティブ制御)で吸収できる範囲って気がする＞＜
テキトー私見
支線あり→のっけるべき制御パターンのデータが多くなってめんどくさい（脳筋ソリューションで殴れる範囲だろう）
在来線直通あり→新幹線区間内に限れば現況で導入可能。在来線は忘れろ。
分割併合あり→走行特性が変わるので、のっけるべき制御パターンの組み合わせがいきなり最低で2倍になる。代替わりで組み合わせる車両が変わることも想定して3～4倍ぐらいでの設計が要る感（脳筋ソリューションで殴れる範囲であってほしい）
貨物列車混走あり→単に遅い先行列車が居るだけなのでATCの管轄。ダイヤが狂いやすいのは悩みの種ではある。
20年くらい前の認識では、当時民放の新幹線の裏側密着みたいな特番を見た時には「高度な回復運転には職人技のような運転士の技能が必要ってわかる＞＜」って思ってたけど、
現在のみんなが当たり前のように手のひらサイズのたった5Vの電源で動くスパコンを使ってるような計算機資源が有り余ってる状況で同じ事を考えたら「どう考えても自動化した方が回復運転上手くいくんじゃね？＞＜；」かも＞＜；
21世紀すごいね＞＜；
ATOって結局雑に言うとATC信号に従ってマスコンを操作する装置でしか無いとも言えるわけで、ATO導入の障壁は、安全や高度な回復運転の為にATC信号とは違う運転をする場面だけの問題とも言える＞＜
一応、回復運転能力の問題のみとも言えるので、新幹線区間のみの利用であれば、東海道新幹線で導入可能な技術であれば、東北上越新幹線でも併結への対応を足す程度の改良で一応導入出来なくは無さそう＞＜
支線あり（上越・北陸・山形・秋田）
在来線直通あり（山形・秋田）
分割併合あり
貨物列車混走あり（北海道）
東北新幹線のほうだと、在来線と直通する列車があるから新幹線といえど外乱の可能性が高くなってしまって大変なんだろうな
オレンジ的にATOの歴史といえばこれ＞＜
営団3000系電車 - Wikipedia https://ja.wikipedia.org/wiki/%E5%96%B6%E5%9B%A33000%E7%B3%BB%E9%9B%BB%E8%BB%8A#ATO%E8%A9%A6%E9%A8%93
新幹線は時間調整の精度の問題であれだけど、在来線に関してはATOは昔からあるじゃんなので、あれだよね＞＜(？)
どっちも今の技術でGoA2.5以降のフルオートの実現が可能。ホームドアが整備された時点で基本的に外乱を想定しなくていいので。
JR九州とかがやってる地上線の実証実験のほうが興味深いところ。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
別の調べものしてて突発的に見つけた＞＜(？)
べき乗の高速化(log n) : がぶ飲みミルク珈琲 https://ttrsq.exblog.jp/24414256/
おもしろい＞＜＞＜
プログラミング出来る側から見たら「動く動かないって正解が明確に出るから簡単＞＜」だけど、絵描き側から見たら逆に正解不正解があるから難しいになるのか＞＜；
ある程度そうなんだろうとも思うけど、プログラミングの特殊性として、プログラミングって(ちょっと傲慢な言い方だけど)頭がよければ出来るし最適な正解があるので、真にアート的なセンスが無くても、手先の器用さも無くても出来る＞＜
絵画とか音楽とかってプログラミングのように頭でっかちでどうにか乗り切ることができないって大きな差があるかも＞＜
ついでについでに思いついたけど、プリンタのインクやトナーの提供をやめた場合には互換インクの使用を一切妨げてはならないって義務(罰金と補償金あり)も作って欲しい＞＜
消耗品の提供を終了する場合には消耗品の独占提供を行える一切の権利を放棄しなければならないみたいな方向の規制＞＜
ついでに、バッテリー内蔵製品(ユーザーによる交換が出来ない製品)のバッテリー交換対応も製造終了後10年くらいの義務付けをして欲しい＞＜
バッテリー交換可能製品のバッテリー提供義務付け期間も設けて、交換可能製品よりも大幅に長く義務期間を長くして、バッテリー交換可能製品へ戻る動きも推進して欲しい＞＜
素晴らしい＞＜
欧州委員会、消費者が修理サービスを受けやすくするEU指令案を採択 | スラド サイエンス https://science.srad.jp/story/23/03/26/013233/
プログラミングは、誰でも『独学できるか？』には、「NO＞＜」かも＞＜
独学できる考え方をもって無いと独学のブートストラップが出来ない＞＜
なので、その部分は持ってなければ教わらないとダメだし、その部分(考え方)を丁寧に上手く教えられる人が必要だと思うかも＞＜
なので、オレンジは「プログラミングは、考え方を授けられれば誰でも出来る＞＜」って考えてる＞＜
ある程度そうなんだろうとも思うけど、プログラミングの特殊性として、プログラミングって(ちょっと傲慢な言い方だけど)頭がよければ出来るし最適な正解があるので、真にアート的なセンスが無くても、手先の器用さも無くても出来る＞＜
絵画とか音楽とかってプログラミングのように頭でっかちでどうにか乗り切ることができないって大きな差があるかも＞＜
小学生の頃から趣味でプログラムを書いてきて、他の人よりプログラムチョットデキルけど、「これぐらい、やりたいことを分解して再構築できれば簡単にできるよ」と思うように、絵描きの人も長い時間を掛けてきた上で「描けば描けるよ」って思ってしまうんだろう。
自分で絵を描いても、自分で見返して伝えたいことが伝わらないことが自覚できる出来映え。紙と鉛筆があるんだから描けば良いと言われても、そこに到達するまでに描かないといけない枚数を考えたら、相手に想像力で補完してもらう方が楽。みたいなところまで考えて、これ、メールより電話を好む人の考えなのでは、と思い当たってうーんとなる。
ゾンビフード？ひらひら動く日本の伝統食にネットで衝撃 - Mashup Reporter https://www.mashupreporter.com/tiktok-viral-video-fresh-pasta-with-moving-bonito-flakes/
外人、定期的に鰹節で大騒ぎする＞＜
小さい頃の映像記憶、工事現場が多い＞＜(生まれつきの土木マニア？＞＜；)
もっとも過去の記憶は何時? | 国民投票 | スラド https://srad.jp/poll/976/
オレンジは謎の映像記憶能力のおかげでものすごく映像記憶があるけど、3歳の時の記憶は色ついてるのに2歳の頃の記憶は色があんまり無いというか白黒に近いの、謎＞＜
