><https://twitter.com/orange_in_spacehttps://pawoo.net/@orange_in_space
ていうか、『調べる』のと『自分で考えて思いつく』の全然違うけど、自分で考えて思いつくように訓練するのに、既存では無いものなんて普通の人はそんなにたくさん思いつけないかも><という事はつまり、既にあるかもしれないけど自分で考えてみたものを編み出すのもしないとトレーニング不足になるかも><
x ってトレーニングするのo って考えるトレーニングするの
日本語おかしかった・・・><
どういう風に作ったら作れるのか?><ってトレーニングするの、車輪の再発明が手っ取り早いよね><そおういうトレーニングしてないと『自分で作りたいもの』が出来た時も「・・・それをどうやって作るのか?」をどう考えて組み立てていったらいいのかわかんなくなっちゃう><
プログラミングが目的化するの、大変結構なことだと思うけどなぁ。ビジネスにかぶれてしまうと生産性がないように見えるかもしれないけど
実際、そういう基礎的なところの理解とか実装力がないと、新しい言語や新しいフレームワークや新しいプラットフォームに既存のコードを移植できないわけで
ポヨグヤミンについては特に、車輪の再発明なんかいいぞもっとやれという感じだけど
まさにこれだったっぽい水色の線が1970年代くらいで、1車線だったけど、本道路の2車線への拡幅に伴い赤線のようにして新しく架橋したって感じっぽい
対向2車線で架橋してから拡幅して上下線共に片側2車線になったりして新たに架橋したり片側が登坂車線と走行車線の2車線で架橋されて反対方向は1車線で、みたいな別々の架橋だったりはわかるけど対向2車線の道から片側1車線ずつの橋を架けるのはどういう経緯でそうしたのかよくわからない
そういえば中札内橋は上下線(?)で橋が分かれてたんだけどなんでなんだろう
突然思い出したけど鉄道土木界隈向けのすごい資料昨日発見した><https://mstdn.nere9.help/@orange_in_space/103430151926094162
すごい資料見つけた><
私のトンネル路線選定秘伝 https://www.jstage.jst.go.jp/article/jjseg1960/45/4/45_4_197/_article/-char/ja
ていうか、GCの有無とは別に参照カウンタを環境標準で用意して欲しさある><;(使いまくられたら思いっきりパフォーマンス落ちるだろうけど、似たものが必要になって各々実装するよりは大幅に性能マシだろうし的な意味で><)
ぶっちゃけGCつきの言語でも十分なパフォーマンスが出るようになった今はとてもパラダイス…だけど、妙な不具合にハマる流れとかけっこうありそう。
そのうち「えっ、newしたのdeleteしないといけないの」とか素で言われそうよね
微妙に違うかもだけど、C# でIDisposable.Dispose()した後わかんなくならないように今もnullつっこんでる><
モダンな言語全部GCつきなのでfree/deleteという概念がお察し
Cの老人は階層的にmalloc/freeする時はfreeするついでにfreeしたポインタをnullにするようにして「ポインタがnullでないならfree」とかよくやったものだけれどこういうのがロストテクノロジー化していくんやろなと思った昼休み
「ネオナチやらなんやらが使えないようなライセンスできないかな?」みたいな話も、OSSがなにであるか理解してたら出て来ない話だし、OSSの話では無いので、普通に独自ライセンスを各々作るって話なら、「各々好きにOSSの世界から離れて好きにライセンス作ってね」ってだけの話であって、OSSの話とは関係ない><
ていうか、FSFの中の人がJSONライセンスを皮肉たっぷりにけなしてる短い文を読めば何が問題で自由なライセンスとはどういうものなのかわかる話だし、「まだやってるの?」とかあきれられずに済むので(><;)、JSONライセンスの話を理解して欲しい><
思考の /dev/null