アカウント名:
パスワード:
私もそう理解していましたが。 でも、それでも人により「美しい」の基準はアヤフヤではありますが、概ね効率的なアルゴリズムを持っ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
ごめんなさい (スコア:1)
環境がセキュアで管理されていると、美しくないコードの保守や拡張が楽になるというのでしょうか?
「美しい」の意味が私の思っているのと違うのでしょうか?
あぁ、「ン」が消えてるんですよ。「ビーフン・カレー」ね。
コードが「美しい」つったらアルゴリズムとか (スコア:2, 参考になる)
これが即座に「美しい」=「コードの可読性」になっているのは
これはもう時代のせいなのかな。でもEric Knorr氏が元投稿のなかで
「すっきりしたコード」と言っているのも、
書くのは難しいが堅くて短く効率の良いコードという意味で
「読み易いコード」という意味ではないと思う。
私もちょっとJavaの技術に詳しくないので例を引けないのだけれど
たとえばcであればループを含んだ処理とかで、特に実行に問題はないが
回りくどく特に工夫も無く書かれている20行位のありきたりのコードを
同じ動きをする3行位のコードに書き換える事が出来たりする。
その方がコンパイル後のコードサイズ的に小さく済むし、
処理速度的にも早くメモリ効率も必然的に良かったりするので
そういう物が必要な場合にはそう出来る。
アルゴリズムの習熟や同じ事を複数の文法で処理できる言語仕様の幅の
広さがそうさせている訳だけれども、同様にJavaも言語仕様の毛並みの良さから
同様な事が出来るだろうし実際Java開発者の層の特色からして
そういう事をあたりまえにするだろう、つってるのではないかな。
ところがVisual Studio特にVBとかであれば言語仕様的にも
そんなに多様な書き方が出来る訳でもないしたとえばマクロや
インライン展開関数とかの有れば効率必須が求められるような物も無いし
何より圧倒的な普及率から推測できる開発者層の特色とかからしても
あんまりそういう工夫はしそうにない。
結果として出来るこういう何の芸も無いコードは特に上で書いた種類のJava開発者
の層から見たら「美しくない」と取られるかもしれないけれど
そうした書くのが難しい美しく効率もよく堅いコードの利点は、
>有り余るプロセッシングパワーは、美しいコードと美しくはないが
>十分に機能するコードとの間の実用面での差を次第に消滅させていくだろう。
という風になっていくだろうし、MicrosoftがJavaの物真似に走って
出来上がる物がこうした芸のないコードの大量生産を生む開発環境だとしても、
Javaの模倣を志向する事で今より少しはましな物に近づくのが期待できたら
それは良い事なんじゃないの?つってるのではないかな。
まあそれでも何を言ってもマイクロソフトの話だから
>マイクロソフトがそのコード用にセキュアで管理された環境を
>きちんと維持してくれるのであれば
という但し書きを最初につけずには置けないけどね、という(笑)。
まずそれが確保されているかどうかの話の前では
>コードがすっきりしているかどうかなどは、どうでもよくなるはずだ という話
だと。
異論はないなあ。特に最後の但し書きがね(笑)
Re:コードが「美しい」つったらアルゴリズムとか (スコア:0)
私もそう理解していましたが。
でも、それでも人により「美しい」の基準はアヤフヤではありますが、概ね効率的なアルゴリズムを持っ