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

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2010/03/23(火) 16:44:08
最も美しいプログラミング言語を語れ

前スレ
http://pc12.2ch.net/test/read.cgi/tech/1262707694/
2012/09/26(水) 19:11:31.39
>>383
ズバリ言えばいいじゃないか。オブジェクト指向は醜いと。
見た目がだけどね。
385uy
垢版 |
2012/09/26(水) 19:42:31.79
うるさいしね
2012/09/26(水) 20:33:55.44
>>383
その提案はこのスレでは何度か出てきたと思うけど一度も実現していない
2012/09/27(木) 01:37:25.44
＞構造体表現がゴツくてこのコンテストの対象言語になり難いから
ゴツいの意味がわからんがね
388uy
垢版 |
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のように天から舞い降りた言語もある
393デフォルトの名無しさん
垢版 |
2012/10/03(水) 09:19:26.64
>>392
これっきり これっきり もうこれっきりですか

という仕様
2012/10/03(水) 22:09:43.59
>>392
文法の美しさに反して汚いことしないと、いろいろと実装できないことがわかる
395デフォルトの名無しさん
垢版 |
2012/10/03(水) 23:39:23.28
俺様がC++で書いたコードが最も美しい。
2012/10/04(木) 09:15:30.32
>>394
よく知らないんだけど ! は最初の実装にはなかったのかな
397デフォルトの名無しさん
垢版 |
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 って言うだろうし…
425デフォルトの名無しさん
垢版 |
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
ヒエログリフか
434デフォルトの名無しさん
垢版 |
2013/06/14(金) 18:26:58.45
機械語

ハード設計者の渾身の作であり
もっと評価されるべき
2013/06/15(土) 07:15:10.84
ニモニックも使わないという話？
2013/06/15(土) 08:25:29.33
機械語はどのCPUも似たり寄ったりの癖に
微妙に違うのが美観を損ねている
統一規格できないもんかな
437デフォルトの名無しさん
垢版 |
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 という統一アセンブラみたいなものが作られたこともあったけどね。
後に続かなかったってことは無理があったんでしょう。
442デフォルトの名無しさん
垢版 |
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
具体的には挙げないが、ドキュメント参照する頻度が少なくてすむ言語が一番いい
453デフォルトの名無しさん
垢版 |
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
めがねを取れば？じゃないの
459デフォルトの名無しさん
垢版 |
2013/06/28(金) 12:33:38.83
メガネっ娘
460デフォルトの名無しさん
垢版 |
2013/06/29(土) 00:17:54.24
>>459
かわいい男の娘ならなおよろし。
2013/06/29(土) 01:48:56.14
複雑な正規表現をあれほど書くなと言ったのに、てんこ盛りにしやがった・・・
あいつは俺に恨みでもあるのか？
462デフォルトの名無しさん
垢版 |
2013/06/29(土) 01:52:10.58
IF　条件 THEN →　臭ぁ〜い！
2013/06/30(日) 20:46:54.48
書く方は楽で読む方に苦痛を強いる言語は美しくないよね
464デフォルトの名無しさん
垢版 |
2013/06/30(日) 21:28:47.13
APLか？　書いた本人が自爆する・・・俺も自爆した
2013/07/03(水) NY:AN:NY.AN
文字列処理を正規表現に頼っている言語は全部美しくない。
2013/07/03(水) NY:AN:NY.AN
ねーよw
2013/07/03(水) NY:AN:NY.AN
文字コードの世界が既に美しくないので
文字列を少しでも処理すると美しくなくなるよね
2013/07/03(水) NY:AN:NY.AN
なんのためのオブジェクト指向だよ
全部 String オブジェクトに押し込めちゃえばいいんだよ
2013/07/03(水) NY:AN:NY.AN
>>465
漢字覚えるのが面倒だから全部カタカナにしようぜってことだな
2013/07/04(木) NY:AN:NY.AN
その側面からコメントするなら、
「漢字の読み書きをできない人が大量にいるのだけどどうしよう」ということだろう。
2013/07/04(木) NY:AN:NY.AN
なにいってんのコイツ
2013/07/04(木) NY:AN:NY.AN
正規表現読めません書けませんっていう「自称技術者」に対する揶揄じゃね？
2013/07/04(木) NY:AN:NY.AN
>>470
素人は記号処理なんてやらないから別段構わないんじゃないか。
2013/07/04(木) NY:AN:NY.AN
記号処理って正規表現と全く関係ない分野を指す用語なんだけど
2013/07/05(金) NY:AN:NY.AN
プログラム内で正規表現を使うことは皆無だけど
それ以外の文書作業ではたまに使うな
476デフォルトの名無しさん
垢版 |
2013/07/06(土) NY:AN:NY.AN
>>474

チョムスキーあたりでは同一カテゴリじゃないか?
477デフォルトの名無しさん
垢版 |
2013/07/06(土) NY:AN:NY.AN
GUIのリソース込みならXAMLとポインタを多用したC#との組み合わせが美しい。
2013/07/06(土) NY:AN:NY.AN
>>476
生成文法とか正直わけわかめ
2013/07/07(日) NY:AN:NY.AN
>>476
確かに形式言語論で取り扱う言語は記号の並びだが、
だからといって記号処理とは言わんと思う
2013/07/07(日) NY:AN:NY.AN
>>479
文字列は文字のリストにすると扱いやすいから、LISPなど記号処理言語向きだ。
正規表現の理論的な背景は有限オートマトンでこれは記号処理の世界。
2013/07/07(日) NY:AN:NY.AN
オートマトンとか形式言語の分野を「記号処理」って言うんだっけ？
2013/07/07(日) NY:AN:NY.AN
コンピュータの数値計算的な利用以外の領域を指す言葉だから、
離散系は一体に記号処理なんではないか。
2013/07/07(日) NY:AN:NY.AN
文字列っぽいデータの処理はストリング処理、
Lispが得意とするのはリスト処理。

それらを使ってS式みたいなデータを切った貼ったして、数式みたいなデータを
表現して処理するのが記号処理。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況