新しいものを表示

Pascalの場合は逆に、「宣言部を見れば必ず書いてある」って考え方になるからどこに書いてあるか見つけやすい><(当たり前だけど)

PascalとかPascalとかPascalのことかな?><

orange さんがブースト

そうしないとダメな言語があったからかな

orange さんがブースト

Javaは必要なタイミングで変数定義してよいのよ…ていうかして欲しい

finallyで使うから、とかならtry句の直前にnullで変数定義するのわかるけど

orange さんがブースト

1000行のCOBOLは読んで解析できるかも知れないけど、1000行のJavaは読むの辛いんだよなぁ。。

しかも定数にfinal付けてないとか、変数をメソッドの先頭で一旦nullで宣言するなど可読性の悪さが目立つコード。。

Windows以外のGUI文化圏(Windows向けでもゲームとか)、キーボードのみで操作できる事をあんまり考えてないの、WindowsでGUIアプリ作りまくってどっぶり思想にはまってる目から見ると結構びっくり><

完全には実現できてないけど、Windowsって一応、CUIでもGUIでも全ての操作が可能で、最悪でもキーボードのみ/マウスのみどちらでもGUIを操作できるようにするって発想で作られていた・・・気がしなくは無いかも><(8以降は特に微妙だけど><;)

orange さんがブースト

PowerShell のことは知らない (インドッズメインで使うことがないので)

スレッドを表示
orange さんがブースト

インドッズ、なんでも GUI でやるのが無理すぎて無理 (カーネルのことは知らん)

旅客機もエアバスはA320(1984年から開発で1987年初飛行)以降は完全な一貫性を持ってるので好き><
ボーイングはシリーズ毎には互換性保つの頑張ってるし、特に737は涙ぐましい努力が見えるけどその結果今回墜落したし、ていうかシリーズごとにバラバラで一貫性がなかったのが微妙><(今は737以外は777ベースで787で改良したやつを基本に(737以外は)どうにか統一しようとしてるっぽさ?><)

土台がある程度正しくて上に載ってるものへの邪魔さえしなければ、上は自分で作ればいいわけだし><(例えばOSの土台はAPIも含めて正しいけど、シェルは酷いのなら、シェル自作すればおkとか><)

オレンジ的には、土台が正しければ、その上がある程度酷くても我慢して使う><ってポリシーなので、NTは(少なくともUNIXと比べると大幅に)正しいし、Androidもインテントでパイプ処理できる画期的かつ長期的に互換性が保てる一貫性のある思想を持ったGUI環境として気に入ったので使ってるかも><(具体的に言うとこれ読んで使いたくなった>< sho.tdiary.net/20100608.html#p

orange さんがブースト

「エンジニアはウンコを食べないといけない。」、何度読んでも感銘を受けるし、名言として語り継いでいきたい日本語

スレッドを表示
orange さんがブースト

今のGoogleには、すでに総合的な技術力は無い...かもしれない。:村上福之の「ネットとケータイと俺様」:オルタナティブ・ブログ
blogs.itmedia.co.jp/fukuyuki/2

> しかし、あれだけウンコOSでもWindowsは世界標準になった。いま、Androidは17年前のWindows95だ。ウンコでも我々はAndroidを知らないといけない。エンジニアはウンコを食べないといけない。

orange さんがブースト
orange さんがブースト

正しい在り方のものを待つには人間の寿命は短すぎる

スレッドを表示
orange さんがブースト

理想的にはこれはそれなりの正しさがあるんだけど、実際どうなのかというと、たとえば web でなく Project Xanadu を待つ人がどれだけいたか、 Linux でなく GNU Hurd を待つ人がどれだけいたか、それが答え

今のローリングリリースで最新版以外はまともに使えない状況ってつまり、まともにモジュール化されてないゴミみたいな設計のソフトウェアが世の中に大量にあふれたままとも言えるかも><
mstdn.nere9.help/@orange_in_sp

ていうか「部品」とは、ある仕様(結果的な契約とも言えるかも><)に基づく振る舞いを行う事が出来るひとかたまりとも言えるかも><
それが破られる=仕様、振る舞いが違うものは別物だし、その仕様(契約とか規約とも言えるかも><)がころころ変わる境界は、部品としての分割面では無いとも言えるし、分割(モジュール化)されていないとも言えるし、機能毎に適切に分割されていないような設計はゴミかも><

オレンジが最近何回か話題にした、将来の互換性を考えれみたいな話も、
mstdn.nere9.help/users/orange_
欠陥を改修しても仕様変更せずに済む正しい設計をって話につながるかも><(部品に欠陥があっても、最新の改修済みの部品に完全な互換性があるなら、その部品だけ変えれば済む><)

古いものを表示
:realtek:

思考の /dev/null