orange
さんがブースト
新型コロナウイルス感染症について | 北海道七飯町 新型コロナウイルス感染症について | 北海道七飯町 http://www.town.nanae.hokkaido.jp/hotnews/detail_sp/00007648.html
アアー、渡島管内の感染者、七飯の町議かあ
だから、型推論も嫌ってる＞＜
？？？「いやいや、ダブルチェックが大切というのであれば、補完に頼って誤りに気づけないのも駄目なんでは？」
・・・＞＜（？）
（トートロジーだけど）
型を省略せずに書く必要がある環境で静的検査を常に（高頻度に）してもらうのって、「お前が書いたコード矛盾してるんだけど？」って指摘してもらうのと同じじゃん？＞＜
矛盾って複数の要素に齟齬があるから矛盾であって要素ひとつでは矛盾は発生し無いじゃん？＞＜
動的型付けと言うか型アノテーションを省くのって意図を記述しないのと同じようなものなんだから、実行するまで検査のしようが無いのでは？＞＜
ってオレンジは考える＞＜
テストコード無しに自動テストできないよね的な＞＜（ここは変な事言ってるかもしれない＞＜；）
orange
さんがブースト
IDE は Integrated だから IDE なのであって Integration の内容が静的解析かどうかは関係ないのでは
orange
さんがブースト
静的解析の観点でいけばむしろ静的型付け言語なら鼻ホジっててもできるんだから[独自研究]、動的型付けのために IDE が開発されるべきでしょう
オレンジは色々考える時＝設計する時もIDEいじくってる＞＜
実験用プロジェクトで弄りながら構造考えて、考えついたら本番用プロジェクト作って書く＞＜
書く時は本番コードでもなるべく補完使う＞＜
（なので最初の頃にやらかしたタイポに気づかない事多い＞＜；）
orange
さんがブースト
これは私の好みの問題なんだけど、コーディングはだいたい「頭の中で組み上がっているコードを打っているだけ」か「リファレンスを読んでライブラリ仕様を完全に把握したい」かのどちらかなので、正直補完とかあまり必要ないし、むしろ今打とうと思っている以外の選択肢がやたらと出てくるのが認知へのノイズでしかない
なんとか遺跡これ＞＜；
一乗谷朝倉氏遺跡 - Wikipedia https://ja.wikipedia.org/wiki/%E4%B8%80%E4%B9%97%E8%B0%B7%E6%9C%9D%E5%80%89%E6%B0%8F%E9%81%BA%E8%B7%A1
orange
さんがブースト
これ知らなくて、頭の中で繋がってなかった。
＞江戸幕府によって強制的に浄土真宗の公式名称とさせられた。
一向宗 - Wikipedia
https://ja.wikipedia.org/wiki/%E4%B8%80%E5%90%91%E5%AE%97
福井にある何とか遺跡がどうたらこうたら・・・＞＜（全然覚えてない）
なんかこう、明智光秀＞＜（？）
福井県のあたりがどうのこうのでって小学5年生？6年生？でやったじゃん？＞＜（「やったじゃん」とか言いつつとてもあいまいな記憶）
orange
さんがブースト
一向一揆の一向が一向宗だと☑今知った。
orange
さんがブースト
一向に一揆が起きないな。
オレンジ的にはIDEは静的検査を使うからこそ本領発揮するって考えるので、IDEの本領発揮のためにも静的型付けにすべきだし、逆に
「動的型付けならメモ帳ででも書けばいいんじゃないの動的型付けの環境使わないので知らんけど＞＜（てきとう）」みたいな感じ＞＜
orange
さんがブースト
IDE がデバッグに貢献するのはわかるんだけど、だから IDE を使うのが「マトモ」だというのであれば、まず本来必要なかったデバッグやテストを余計に発生させるような動的型付き言語を使ってる人々は「マトモ」じゃないので先にそっちに静的型付き言語を普及させよう…… (白目)
orange
さんがブースト
物理的な位置と手で操作できる性質を、ディスプレイに表示されてマウスやタッチで操作する性質と並べるのは若干のナンセンスのかほりを感じるけど……
いとしのレイラ（Layla、ミツビシモータースの曲）、あらゆる面で ものすごくものすごくひどい曲＞＜；（メロディパクリに、後半丸ごと知人の未発表曲の盗作に、制作背景が不倫だったり、どうにか結婚したけどクラプトンがクズすぎて離婚とか＞＜；）
でも、（だからこそ？＞＜；）名曲＞＜；
- ＠orange_in_space
2017年 4月に登録
