最も美しいプログラミング言語は？ Part6

**デフォルトの名無しさん** · 2010/03/23(火) 16:44:08

最も美しいプログラミング言語を語れ

前スレ
http://pc12.2ch.net/test/read.cgi/tech/1262707694/

**デフォルトの名無しさん** · 2012/09/24(月) 05:47:28.86

Prologは単一化とバックトラックを再帰の枠の中で理解することが必要。
囲碁のルールよりは少し複雑というレベルの一人ゲームのようなもの。
初心者向きの課題を考えて少しずつ「強く」なっていく以外にない。

他言語の重要な構成要素のものでPrologにはないというものがあり、
例えば配列だが、これを用いているアルゴリズムはリストに置き換える
必要がある。そういう時のための情報は外部サイトにほとんどないから
これも自分で考える。
一般に最初から難しい課題が与えられる傾向にあり、これがPrologの
難しさの原因。初心者に初段の課題をやらせても実力向上にはならない。

**デフォルトの名無しさん** · 2012/09/24(月) 07:53:56.12

>>365
囲碁にはどちらが勝つかつまりどうなったら勝負がつくかの難問がありPrologよりずっと難しい。

**デフォルトの名無しさん** · 2012/09/24(月) 07:58:32.92

確かに勝ち負けは帰納的？

**デフォルトの名無しさん** · 2012/09/24(月) 08:14:18.51

囲碁ソフトではルール化されているだろう。問題は人間がどれだけ終局のルールを教えられて
理解できるか。超再帰的直感で理解する人もいるだろうが、ほとんどの人は何回もやってみて
回りにいる人の助言を受けつつ理解していく。

**Prolog工作員** · 2012/09/24(月) 09:38:29.30

Prologは確かに美しくも、醜悪にも書けますが、
美しく書くことも、醜悪に書くことも、どちらも楽しいですよ。そんなつもりで
書いてみることを勧めます。コードが長いか短いかとか、実行速度が速いか
遅いかなどどうでもよい言語です。書いたものから何か得られれば十分。

**デフォルトの名無しさん** · 2012/09/25(火) 03:54:08.39

きめえ

**デフォルトの名無しさん** · 2012/09/25(火) 12:31:29.62

MicrosoftとXamarinが業務提携！C#でiPhone/iPad/Androidのアプリ開発ができる！Mono大勝利！
http://engawa.2ch.net/test/read.cgi/poverty/1348536694/l50

**デフォルトの名無しさん** · 2012/09/25(火) 12:40:52.31

オブジェクト指向のクラスではC#っていうのは美しい方に入るのかい？

**デフォルトの名無しさん** · 2012/09/25(火) 14:12:25.07

C#, Javaは、実用的、安全（プログラマを守る）

uy · 2012/09/25(火) 17:37:53.16

守らない
30で使い捨てｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2012/09/25(火) 23:05:49.63

Javaなんてドカタでも使えるように
わざわざ低能向けに設計されてるんだぜ
設計者の心が美しいよな

**デフォルトの名無しさん** · 2012/09/26(水) 01:42:26.54

波括弧のブロックに慣れたら、Pythonなんかのインデントブロックには違和感を感じる。

**デフォルトの名無しさん** · 2012/09/26(水) 02:47:28.70

PGを使い捨てると競合増えるから、今後は飼い殺しにする悪寒

**デフォルトの名無しさん** · 2012/09/26(水) 12:09:08.31

オブジェクト指向クラスの言語で美しさの観点から上位3言語をあげてください

**デフォルトの名無しさん** · 2012/09/26(水) 16:20:17.69

クラスベースオブジェクト指向？

**デフォルトの名無しさん** · 2012/09/26(水) 16:27:27.30

>>379
いや、オブジェクト指向を取り込んだプログラム言語全体。クラスといっているのは
オブジェクト指向言語はどうしても構造体表現がゴツくてこのコンテストの対象言語に
なり難いから、これを最初から別クラスとして評価しようという意味。

**デフォルトの名無しさん** · 2012/09/26(水) 17:33:14.55

いみふ(´・ω・｀)

uy · 2012/09/26(水) 18:42:52.56

マジで日本語がおかしいよそいつ。。。。

ほんとに終わってる業種だな

**デフォルトの名無しさん** · 2012/09/26(水) 19:06:34.24

>>381
オブジェクト指向言語と非オブジェクト指向言語を分けて評価しようということだよ。

**デフォルトの名無しさん** · 2012/09/26(水) 19:11:31.39

>>383
ズバリ言えばいいじゃないか。オブジェクト指向は醜いと。
見た目がだけどね。

uy · 2012/09/26(水) 19:42:31.79

うるさいしね

**デフォルトの名無しさん** · 2012/09/26(水) 20:33:55.44

>>383
その提案はこのスレでは何度か出てきたと思うけど一度も実現していない

**デフォルトの名無しさん** · 2012/09/27(木) 01:37:25.44

＞構造体表現がゴツくてこのコンテストの対象言語になり難いから
ゴツいの意味がわからんがね

uy · 2012/09/29(土) 00:17:34.10

冗長って意味だよ
OO厨はそれが最善だと思ってるのかね

**デフォルトの名無しさん** · 2012/09/29(土) 19:48:43.28

http://toro.2ch.net/test/read.cgi/tech/1197720520/
ちんこの恥ずかしい過去スレ落ちた

**デフォルトの名無しさん** · 2012/09/30(日) 07:54:55.15

SmalltalkやEiffelなんかのオブジェクト指向言語と
オブジェクト指向をめざした「オブジェクト指向指向言語」を
分けるほうが先じゃないか。

**デフォルトの名無しさん** · 2012/09/30(日) 11:02:42.26

もっと一般化して、Lisp、Smalltalk、APL等々のようにスタイルの結晶化を実践した言語と、
COBOL、PL/1、Adaみたいに普通に機能の充実を目指した言語とをきちんと分けたほうが
よい気がする。前者は徹底の度合いで、後者も機能の取捨選択でその美しさを論じられる。

たとえばSmalltalkはメッセージングのＯＯを実践した言語だけど、クラス指向（抽象データ型）の
ＯＯに汚染されているし、徹底度合いとしてなら Io http://www.iolanguage.com/ のほうが
美しい、とかいうふうに。

**デフォルトの名無しさん** · 2012/10/03(水) 06:43:14.93

>>391
>スタイルの結晶化を実践した言語
Prologのように天から舞い降りた言語もある

**デフォルトの名無しさん** · 2012/10/03(水) 09:19:26.64

>>392
これっきりこれっきりもうこれっきりですか

という仕様

**デフォルトの名無しさん** · 2012/10/03(水) 22:09:43.59

>>392
文法の美しさに反して汚いことしないと、いろいろと実装できないことがわかる

**デフォルトの名無しさん** · 2012/10/03(水) 23:39:23.28

俺様がC++で書いたコードが最も美しい。

**デフォルトの名無しさん** · 2012/10/04(木) 09:15:30.32

>>394
よく知らないんだけど ! は最初の実装にはなかったのかな

**デフォルトの名無しさん** · 2012/10/04(木) 09:33:41.35

>>396
伝説によると、カルメラウアはカナダのケベック州の研究所でqという
自然言語のトップダウン解析システムを自作し研究していた。
帰国と共にこれを持ち帰り使用しているうちに、引数評価の部分に
ユニフィケーションを加えれば、論理式がそのままプログラムとして
働く系を作ることができるのではないかということになり、案外簡単に
Prologが生まれた。
この話の雰囲気からは最初の実装ではカットにまで手を伸ばさなかった
のではないか。

**デフォルトの名無しさん** · 2012/10/28(日) 11:47:11.74

オブジェクト指向言語の変数（プロパティ）のget setの羅列が汚い
C#なんかもう自動生成だし本末転倒
本来はこんなのいらないように書くべきなんだよね

**デフォルトの名無しさん** · 2012/10/28(日) 14:15:45.46

publicなんか自動でプロパティになるべき

**デフォルトの名無しさん** · 2012/10/31(水) 17:13:25.24

C#の自動プロパティはViewとコードの分離のためだし
全部をコードビハインドで書いてる人には価値が分からないだろうな

**デフォルトの名無しさん** · 2013/01/20(日) 18:47:21.19

これは圧倒的に

Pascal

**デフォルトの名無しさん** · 2013/02/02(土) 20:29:00.01

やはりCかな

アセンブラに一番近いくせに、アセンブラ臭を完全に消し去っている
表現に無駄がないのに、何でもできてしまう
コンピュータが現在の仕組みである以上考えられる、最も自然な表現だ

ただし残念ながら、標準ライブラリは醜い部類にすら入る
ここを補完する方法が何かないかな

**デフォルトの名無しさん** · 2013/02/03(日) 06:58:25.12

>>402
C++。
Cのスーパーセットだから大体何でもできる。

**デフォルトの名無しさん** · 2013/02/03(日) 09:27:36.88

C++の標準ライブラリは醜いだろ

**デフォルトの名無しさん** · 2013/02/03(日) 10:55:25.77

Lispかな

**デフォルトの名無しさん** · 2013/02/12(火) 11:21:13.32

Prolog
何にでも化けられる点は他の言語とは違う。軽くはないけど、自在。

**デフォルトの名無しさん** · 2013/02/12(火) 19:07:52.48

そうか?
当時の PDP シリーズのインストラクションセットを,
んま仕様にして見ましたって, 雰囲気ありありなんだが… >初版 K&R

**デフォルトの名無しさん** · 2013/02/17(日) 02:50:24.25

Cはポインタを引数に渡して出力値を受け取れる、というか
複数の出力を受け取る手段がそれしかないというのが美しくない

**デフォルトの名無しさん** · 2013/02/17(日) 10:41:12.22

>>408
アセンブラの手法というか
かりに複数出力を受け取れたとしても、それは単なる糖衣構文というか

**デフォルトの名無しさん** · 2013/02/17(日) 10:42:57.70

構造体使えよ

**デフォルトの名無しさん** · 2013/02/17(日) 10:55:25.29

ごほ、ごほ、こ、構造体、じ、自体を、か、返すことはできぬ、ぽ、ポインタを返すことで、ごほ、ごほ、結果を受け取ることは、>>408 と、ごほ、お、同じ、ごほごほ、ごほ

**デフォルトの名無しさん** · 2013/02/17(日) 11:07:35.84

>>411
何言ってんだ？ http://ideone.com/pAoOWy
値のコピーが発生するからあまりやらないってだけで、
別にポインタ返ししか出来ない訳じゃねえだろ

**デフォルトの名無しさん** · 2013/02/17(日) 11:09:17.69

>>412
ご、ごほごほ、おぬし、K&R1、を、し、知らぬのか、ごほごほごほ

**デフォルトの名無しさん** · 2013/02/17(日) 11:17:58.69

いまどきK&Rとか言ってる奴はCを語るな、この老害が
他言語はやれ「Ruby1.9なら」「Python3だと」「Java8は」とかやってるのに
C99やC11を無視してK&Rかよ

**デフォルトの名無しさん** · 2013/02/17(日) 11:20:22.83

K&Rを知らぬものにCは語れぬ、ボーヤは帰って寝んねしな

**デフォルトの名無しさん** · 2013/02/17(日) 12:54:31.69

まあUNIXが使いづらいのと同じ理由で、K&Rも使いづらかった
Linuxが出てきたのと同じように、Cも変な癖が取り除かれて今の姿になったって

**デフォルトの名無しさん** · 2013/02/17(日) 16:38:27.70

>>415
リッチーもくたばったことだし、そろそろあんたも寝たきりの状態から
足洗ってあの世へ行ったらどうだいｗ

**デフォルトの名無しさん** · 2013/02/17(日) 19:07:53.27

>>417
おいおい、C++11 の右辺値参照をしらないのか？K&R2 の構造体リターンこそ黒歴史なんだぜ

**デフォルトの名無しさん** · 2013/02/17(日) 22:24:06.64

さすがに>>408みたいな書き方で標準化前のK&RのCを想定するやつはいないと思うけど
規格・標準化された言語の標準化前の大昔の仕様を取り出して「美しくない」とかいう
論評は意味不明もはなはだしいし

**デフォルトの名無しさん** · 2013/02/18(月) 11:32:10.51

PrologにもISO標準規格があるけど、気に掛ける人はほとんどいない。

**デフォルトの名無しさん** · 2013/02/20(水) 08:35:46.67

Prologでグローバル変数使っている人いますか？

**デフォルトの名無しさん** · 2013/02/20(水) 11:31:39.39

>>421
使わないし、全くのナンセンス。
標準規格に加えるなんて話、どこから、なぜ出てきたのだろう。

**デフォルトの名無しさん** · 2013/02/26(火) 08:50:14.54

このスレでLISPといった場合、処理系は何を思い浮かべるものですか？

**デフォルトの名無しさん** · 2013/02/27(水) 21:31:29.71

>>423

今時は common lisp かな
「LISP 系」って、なると話は変わるだろうけど、
scheme はある意味、伝統的な lisp と袂を分かった言語なので
scheme 使ってる奴らは scheme って言うだろうし…

**デフォルトの名無しさん** · 2013/02/27(水) 22:20:43.93

>>424
このスレに限っていえば、Schemeだろう。Common Lispは全然美しくないから。

**デフォルトの名無しさん** · 2013/02/28(木) 09:02:43.22

TIOBE INDEX では、Common Lisp, Scheme の他に単にLISPというのがあって、
これは上位(15位前後)に入っている。Common Lisp,Schemeはずっと下位。
この言語は具体的な処理系というより、イメージで「語られる」ことが多い
ということだろう。

**デフォルトの名無しさん** · 2013/02/28(木) 20:36:17.06

二番目に古い言語ですから

**デフォルトの名無しさん** · 2013/03/01(金) 09:27:40.24

>>427
ALGOLとどちらを古いとするか微妙ですね。

**デフォルトの名無しさん** · 2013/03/06(水) 00:10:51.66

最も美しいプログラミング言語は？ Perl6 に見えた。

**デフォルトの名無しさん** · 2013/03/06(水) 04:39:28.65

>>429
このスレの判断基準はそのくらいユニークでありたい。

**デフォルトの名無しさん** · 2013/04/04(木) 15:15:53.33

ttp://akiradeveloper.hatenadiary.com/
ちんこhaskellやってるな

**デフォルトの名無しさん** · 2013/04/18(木) 20:12:14.48

古代エジプト文字でプログラムを書けたら面白そう。

**デフォルトの名無しさん** · 2013/04/19(金) 18:17:51.41

ヒエログリフか

**デフォルトの名無しさん** · 2013/06/14(金) 18:26:58.45

機械語

ハード設計者の渾身の作であり
もっと評価されるべき

**デフォルトの名無しさん** · 2013/06/15(土) 07:15:10.84

ニモニックも使わないという話？

**デフォルトの名無しさん** · 2013/06/15(土) 08:25:29.33

機械語はどのCPUも似たり寄ったりの癖に
微妙に違うのが美観を損ねている
統一規格できないもんかな

**デフォルトの名無しさん** · 2013/06/15(土) 10:35:31.93

>>435
もち

>>436
デファクトならあるやん
俺はそんなことが言いたいんじゃないけど

**デニス・リッチー** · 2013/06/15(土) 23:23:39.72

>>436
任せとけ

**デフォルトの名無しさん** · 2013/06/17(月) 08:18:40.68

>>436
そのために生まれたのがコンパイルの概念でしょ

**デフォルトの名無しさん** · 2013/06/17(月) 09:28:46.85

>>439
少し違うみたい。

**デフォルトの名無しさん** · 2013/06/17(月) 11:57:39.68

日本ではその昔、SIP という統一アセンブラみたいなものが作られたこともあったけどね。
後に続かなかったってことは無理があったんでしょう。

**デフォルトの名無しさん** · 2013/06/17(月) 12:09:31.93

>>432
キリル文字とかギリシャ文字とかも面白そうだな

**デフォルトの名無しさん** · 2013/06/17(月) 12:16:52.96

ハードの特長を使い切るのが機械語の使命なんだから
統一・共通化するのはそれに反する
あえてやろうすればＣの劣化版になるだけ

**デフォルトの名無しさん** · 2013/06/17(月) 17:19:47.23

機械語にちょっと何か被せる程度だと
機械語レベルで直接操作できなくなるわ抽象化の恩恵がないわで、デメリットしかない
LLVMぐらいまでの水準まで上げないとダメだろうなあ

**デフォルトの名無しさん** · 2013/06/17(月) 19:10:08.24

>>443
>あえてやろうすればＣの劣化版になるだけ

あえてやってみた

The C-- Language Specification

https://github.com/aistrate/Articles/blob/master/Haskell/The%20C--%20Language%20Specification%20(Ramsey,%20Peyton%20Jones,%20Lindig).pdf

**デフォルトの名無しさん** · 2013/06/17(月) 20:30:27.49

スタックを叩きたい、とか、Cを言語処理系の中間言語として使うには、明確に弱い点があったから、
それを補強するというアプローチは普通にありえた。

**デフォルトの名無しさん** · 2013/06/18(火) 22:03:33.51

キャリーフラグやゼロフラグを普通に扱えたらいいのにね、あとローテート命令をサポートしてほしかったね

**デフォルトの名無しさん** · 2013/06/19(水) 02:00:23.50

インラインアセンブラとマクロを駆使すればライブラリの範囲で実現できるんじゃね

**デフォルトの名無しさん** · 2013/06/19(水) 02:01:13.02

辛いなーそれ

**デフォルトの名無しさん** · 2013/06/21(金) 10:31:44.70

最も美しいのはjavascriptだと思うんだけど

**デフォルトの名無しさん** · 2013/06/21(金) 11:19:39.99

>>450
確かに美は乱調にあり、だな。

**デフォルトの名無しさん** · 2013/06/22(土) 22:01:45.75

具体的には挙げないが、ドキュメント参照する頻度が少なくてすむ言語が一番いい

**デフォルトの名無しさん** · 2013/06/22(土) 22:18:16.03

有能なPGに自然言語か
ハワードヒューズあたりが愛用しそうだな

**デフォルトの名無しさん** · 2013/06/22(土) 22:54:09.39

ドキュメント参照する頻度が少ない＝機能が少ない

**デフォルトの名無しさん** · 2013/06/27(木) 00:13:09.68

俺みたいな有能な人間がコードを書くとC++がいちばん美しく見える。

**デフォルトの名無しさん** · 2013/06/27(木) 08:12:55.38

C++自体が美しくないから却下

**デフォルトの名無しさん** · 2013/06/27(木) 08:27:58.81

眼鏡を掛ければC++も美しくなるということか。

**デフォルトの名無しさん** · 2013/06/27(木) 11:05:49.21

めがねを取れば？じゃないの

**デフォルトの名無しさん** · 2013/06/28(金) 12:33:38.83

メガネっ娘

**デフォルトの名無しさん** · 2013/06/29(土) 00:17:54.24

>>459
かわいい男の娘ならなおよろし。

**デフォルトの名無しさん** · 2013/06/29(土) 01:48:56.14

複雑な正規表現をあれほど書くなと言ったのに、てんこ盛りにしやがった・・・
あいつは俺に恨みでもあるのか？

**デフォルトの名無しさん** · 2013/06/29(土) 01:52:10.58

IF　条件 THEN →　臭ぁ～い！

**デフォルトの名無しさん** · 2013/06/30(日) 20:46:54.48

書く方は楽で読む方に苦痛を強いる言語は美しくないよね

**デフォルトの名無しさん** · 2013/06/30(日) 21:28:47.13

APLか？　書いた本人が自爆する・・・俺も自爆した

**デフォルトの名無しさん** · 2013/07/03(水) NY:AN:NY.AN

文字列処理を正規表現に頼っている言語は全部美しくない。