最も美しいプログラミング言語は? Part6
■ このスレッドは過去ログ倉庫に格納されています
囲碁ソフトではルール化されているだろう。問題は人間がどれだけ終局のルールを教えられて
理解できるか。超再帰的直感で理解する人もいるだろうが、ほとんどの人は何回もやってみて
回りにいる人の助言を受けつつ理解していく。 Prologは確かに美しくも、醜悪にも書けますが、
美しく書くことも、醜悪に書くことも、どちらも楽しいですよ。そんなつもりで
書いてみることを勧めます。コードが長いか短いかとか、実行速度が速いか
遅いかなどどうでもよい言語です。書いたものから何か得られれば十分。
MicrosoftとXamarinが業務提携!C#でiPhone/iPad/Androidのアプリ開発ができる!Mono大勝利!
http://engawa.2ch.net/test/read.cgi/poverty/1348536694/l50
オブジェクト指向のクラスではC#っていうのは美しい方に入るのかい? C#, Javaは、実用的、安全(プログラマを守る) 守らない
30で使い捨てwwwwwwwwwwwwwww Javaなんてドカタでも使えるように
わざわざ低能向けに設計されてるんだぜ
設計者の心が美しいよな 波括弧のブロックに慣れたら、Pythonなんかのインデントブロックには違和感を感じる。 PGを使い捨てると競合増えるから、今後は飼い殺しにする悪寒 オブジェクト指向クラスの言語で美しさの観点から上位3言語をあげてください >>379
いや、オブジェクト指向を取り込んだプログラム言語全体。クラスといっているのは
オブジェクト指向言語はどうしても構造体表現がゴツくてこのコンテストの対象言語に
なり難いから、これを最初から別クラスとして評価しようという意味。 マジで日本語がおかしいよそいつ。。。。
ほんとに終わってる業種だな >>381
オブジェクト指向言語と非オブジェクト指向言語を分けて評価しようということだよ。 >>383
ズバリ言えばいいじゃないか。オブジェクト指向は醜いと。
見た目がだけどね。
>>383
その提案はこのスレでは何度か出てきたと思うけど一度も実現していない
>構造体表現がゴツくてこのコンテストの対象言語になり難いから
ゴツいの意味がわからんがね
冗長って意味だよ
OO厨はそれが最善だと思ってるのかね SmalltalkやEiffelなんかのオブジェクト指向言語と
オブジェクト指向をめざした「オブジェクト指向指向言語」を
分けるほうが先じゃないか。 もっと一般化して、Lisp、Smalltalk、APL等々のようにスタイルの結晶化を実践した言語と、
COBOL、PL/1、Adaみたいに普通に機能の充実を目指した言語とをきちんと分けたほうが
よい気がする。前者は徹底の度合いで、後者も機能の取捨選択でその美しさを論じられる。
たとえばSmalltalkはメッセージングのOOを実践した言語だけど、クラス指向(抽象データ型)の
OOに汚染されているし、徹底度合いとしてなら Io http://www.iolanguage.com/ のほうが
美しい、とかいうふうに。 >>391
>スタイルの結晶化を実践した言語
Prologのように天から舞い降りた言語もある >>392
これっきり これっきり もうこれっきりですか
という仕様
>>392
文法の美しさに反して汚いことしないと、いろいろと実装できないことがわかる >>394
よく知らないんだけど ! は最初の実装にはなかったのかな >>396
伝説によると、カルメラウアはカナダのケベック州の研究所でqという
自然言語のトップダウン解析システムを自作し研究していた。
帰国と共にこれを持ち帰り使用しているうちに、引数評価の部分に
ユニフィケーションを加えれば、論理式がそのままプログラムとして
働く系を作ることができるのではないかということになり、案外簡単に
Prologが生まれた。
この話の雰囲気からは最初の実装ではカットにまで手を伸ばさなかった
のではないか。
オブジェクト指向言語の変数(プロパティ)のget setの羅列が汚い
C#なんかもう自動生成だし本末転倒
本来はこんなのいらないように書くべきなんだよね C#の自動プロパティはViewとコードの分離のためだし
全部をコードビハインドで書いてる人には価値が分からないだろうな やはりCかな
アセンブラに一番近いくせに、アセンブラ臭を完全に消し去っている
表現に無駄がないのに、何でもできてしまう
コンピュータが現在の仕組みである以上考えられる、最も自然な表現だ
ただし残念ながら、標準ライブラリは醜い部類にすら入る
ここを補完する方法が何かないかな >>402
C++。
Cのスーパーセットだから大体何でもできる。 Prolog
何にでも化けられる点は他の言語とは違う。軽くはないけど、自在。 そうか?
当時の PDP シリーズのインストラクションセットを,
んま仕様にして見ましたって, 雰囲気ありありなんだが… >初版 K&R Cはポインタを引数に渡して出力値を受け取れる、というか
複数の出力を受け取る手段がそれしかないというのが美しくない >>408
アセンブラの手法というか
かりに複数出力を受け取れたとしても、それは単なる糖衣構文というか ごほ、ごほ、こ、構造体、じ、自体を、か、返すことはできぬ、ぽ、ポインタを返すことで、ごほ、ごほ、結果を受け取ることは、>>408 と、ごほ、お、同じ、ごほごほ、ごほ >>411
何言ってんだ? http://ideone.com/pAoOWy
値のコピーが発生するからあまりやらないってだけで、
別にポインタ返ししか出来ない訳じゃねえだろ >>412
ご、ごほごほ、おぬし、K&R1、を、し、知らぬのか、ごほごほごほ いまどきK&Rとか言ってる奴はCを語るな、この老害が
他言語はやれ「Ruby1.9なら」「Python3だと」「Java8は」とかやってるのに
C99やC11を無視してK&Rかよ K&Rを知らぬものにCは語れぬ、ボーヤは帰って寝んねしな まあUNIXが使いづらいのと同じ理由で、K&Rも使いづらかった
Linuxが出てきたのと同じように、Cも変な癖が取り除かれて今の姿になったって >>415
リッチーもくたばったことだし、そろそろあんたも寝たきりの状態から
足洗ってあの世へ行ったらどうだいw >>417
おいおい、C++11 の右辺値参照をしらないのか?K&R2 の構造体リターンこそ黒歴史なんだぜ さすがに>>408みたいな書き方で標準化前のK&RのCを想定するやつはいないと思うけど
規格・標準化された言語の標準化前の大昔の仕様を取り出して「美しくない」とかいう
論評は意味不明もはなはだしいし PrologにもISO標準規格があるけど、気に掛ける人はほとんどいない。 Prologでグローバル変数使っている人いますか? >>421
使わないし、全くのナンセンス。
標準規格に加えるなんて話、どこから、なぜ出てきたのだろう。 このスレでLISPといった場合、処理系は何を思い浮かべるものですか? >>423
今時は common lisp かな
「LISP 系」って、なると話は変わるだろうけど、
scheme はある意味、伝統的な lisp と袂を分かった言語なので
scheme 使ってる奴らは scheme って言うだろうし… >>424
このスレに限っていえば、Schemeだろう。Common Lispは全然美しくないから。 TIOBE INDEX では、Common Lisp, Scheme の他に単にLISPというのがあって、
これは上位(15位前後)に入っている。Common Lisp,Schemeはずっと下位。
この言語は具体的な処理系というより、イメージで「語られる」ことが多い
ということだろう。 >>427
ALGOLとどちらを古いとするか微妙ですね。 最も美しいプログラミング言語は? Perl6 に見えた。 >>429
このスレの判断基準はそのくらいユニークでありたい。 ttp://akiradeveloper.hatenadiary.com/
ちんこhaskellやってるな 機械語
ハード設計者の渾身の作であり
もっと評価されるべき 機械語はどのCPUも似たり寄ったりの癖に
微妙に違うのが美観を損ねている
統一規格できないもんかな >>435
もち
>>436
デファクトならあるやん
俺はそんなことが言いたいんじゃないけど >>436
そのために生まれたのがコンパイルの概念でしょ 日本ではその昔、SIP という統一アセンブラみたいなものが作られたこともあったけどね。
後に続かなかったってことは無理があったんでしょう。 >>432
キリル文字とかギリシャ文字とかも面白そうだな ハードの特長を使い切るのが機械語の使命なんだから
統一・共通化するのはそれに反する
あえてやろうすればCの劣化版になるだけ 機械語にちょっと何か被せる程度だと
機械語レベルで直接操作できなくなるわ抽象化の恩恵がないわで、デメリットしかない
LLVMぐらいまでの水準まで上げないとダメだろうなあ >>443
>あえてやろうすればCの劣化版になるだけ
あえてやってみた
The C-- Language Specification
https://github.com/aistrate/Articles/blob/master/Haskell/The%20C--%20Language%20Specification%20(Ramsey,%20Peyton%20Jones,%20Lindig).pdf スタックを叩きたい、とか、Cを言語処理系の中間言語として使うには、明確に弱い点があったから、
それを補強するというアプローチは普通にありえた。 キャリーフラグやゼロフラグを普通に扱えたらいいのにね、あとローテート命令をサポートしてほしかったね インラインアセンブラとマクロを駆使すればライブラリの範囲で実現できるんじゃね 最も美しいのはjavascriptだと思うんだけど 具体的には挙げないが、ドキュメント参照する頻度が少なくてすむ言語が一番いい 有能なPGに自然言語か
ハワードヒューズあたりが愛用しそうだな 俺みたいな有能な人間がコードを書くとC++がいちばん美しく見える。 複雑な正規表現をあれほど書くなと言ったのに、てんこ盛りにしやがった・・・
あいつは俺に恨みでもあるのか? 書く方は楽で読む方に苦痛を強いる言語は美しくないよね APLか? 書いた本人が自爆する・・・俺も自爆した 文字列処理を正規表現に頼っている言語は全部美しくない。 ■ このスレッドは過去ログ倉庫に格納されています