orange @[email protected]

これ、公式の機能じゃなくてもVSのアドオンとして作れないのかな？＞＜

C# + VS IDEで、例えばBigIntegerを使う時に、
System.Numerics.BigInteger hoge = System.Numerics.BigInteger.Parse(@"42");
とか書くじゃん？＞＜ 整数リテラルだとInt32だと思っちゃうから＞＜
そのせいで例えば
BigInteger.Parse(@"＞＜");
とか書いても静的検査されないじゃん？＞＜
で、思ったんだけど、VS IDE用に「引数がリテラルである場合のみ静的検査する属性」ってあったらおもしろいと思うんだけど無理なのかな？＞＜（つまりこの例だとParse（にその属性がついているとして）を実際に実行してみて例外が出るのかIDEが書いてるそばから試してくれるみたいなの＞＜）

お仕事だと、タイムリミットもあるであろう事も大変そう＞＜
オレンジが今作ってるソフトウェア、20年以上前に作りたかったものだったりする＞＜

そういえば、猫も杓子もAI()な世の中で、「ディープラーニングをやるならPythonだよね！」って風潮はまあそこまではいい（よくわかんないけど相性いいのかも？＞＜）として、そのAI()を「失敗すると人が死ぬ分野」で使おうって話で、失敗すると人が死ぬ分野って型がガチがちだったり仕様が厳格だったりする言語や規約が使われることが多いと思うんだけど、そういう分野でAI()って、そのぶつかり合い（？）みたいなのどうするんだろ？＞＜
下の方はガチガチにMISRA CとかAdaとかで、上はPython？＞＜ 境目が地獄？＞＜；

ビルドするときにはじいてくれて、コンパイラのエラーメッセージが的確でわかりやすければ、コンパイラが具体的に「こうすればバグがとれるよ！」って教えてくれてるって事なんだからこれほど楽な事は無いじゃん？＞＜
賢いIDEなら書いてるそばからそれをしてくれるし「こうするつもりだったのかも？」って修正案まで提示してくれるし「それだ！＞＜；」って思ったらキーひとつ押せばそれに置き換えてくれるからさらに楽だよ＞＜
実行してみないとわかんないとかめんどくさいじゃん？＞＜

頭固いPascal ＆（頭固くは無いけどPascalからDelphiを通じて大きく影響を受けてる） C# にどっぷりなオレンジ的には、ビルドが通る＝だいたい正しい＞＜ 通らない＝正しくない の方が楽ちんすぎて、ビルドと折らないけど動いて欲しいって感覚さっぱりわからない＞＜
「ビルド通ればだいたい正しい」のおかげで、どう使うんだかさっぱりわからないままでもゲームMODを最新のバージョンのゲームに対応させるとか出来ちゃう＞＜（なお、年末に頼まれてそれを行った所、ボスが死んでもボスが弾を撃ち続けるという愉快なバグが発生しました＞＜；）

文字列型が無くなったから3への対応無理になったってことなのかな？＞＜
なんで3用の2の文字列型互換ライブラリを公式で作らなかったんだろう？＞＜(正しくない仕様を作ってしまったらそういうめんどくさい事までする覚悟を持っていなかったら、また気軽に正しくない仕様を作っちゃうよ＞＜)

よりPythonicなPythonを目指して（前編）：Python 3が後方互換性を捨ててでも求めたもの (2/2) - ＠ IT http://www.atmarkit.co.jp/ait/spv/0901/31/news017_2.html

Pythonよくわかんない(ちょっとしか弄ったこと無い)けど、Python2からPython3に機械的に完全にソースコードを変換出来ないっぽい(出来るんだったらそういう問題起きてないんだろうし)のすごく謎＞＜
(オレンジの発想では、仕様が正しいのなら変換できるはずだし出来ないのなら正しくないと考えるかも＞＜(仕様決めた人的には、「2は正しくなかった」って言いたいんだろうけど＞＜))

なんでccドメインじゃないんだろう？＞＜って思ってた＞＜(下品)