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

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

前スレ
http://pc12.2ch.net/test/read.cgi/tech/1262707694/
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式みたいなデータを切った貼ったして、数式みたいなデータを
表現して処理するのが記号処理。
2013/07/07(日) NY:AN:NY.AN
記号処理は記号積分から発して、それでLISPが作られたのだから、
もっとずっと汎い概念だよ。長い間、記号処理=LISPだったんだから。
2013/07/07(日) NY:AN:NY.AN
コンピュータの世界で記号と文字、文字列の区別なんてないだろう。
文字、文字列も当然記号。記号処理の対象となる。
486デフォルトの名無しさん
垢版 |
2013/07/07(日) NY:AN:NY.AN
諸氏の抽象化能力の差が見えてくるな。
2013/07/07(日) NY:AN:NY.AN
諸氏の抽象化能力の差が見えてくるな。



だっておーwww ﾊﾞﾝﾊﾞﾝﾊﾞﾝ
2013/07/07(日) NY:AN:NY.AN
> 記号処理は記号積分から発して、それでLISPが作られた

はつみみです
2013/07/08(月) NY:AN:NY.AN
>>480
そもそも記号処理ってのが何から何までを指すのかは知らんけど、
DFAはある種の言語を認識するだけのものなので、
記号を操作していない気がするんだが
490デフォルトの名無しさん
垢版 |
2013/07/08(月) NY:AN:NY.AN
>>488
すなぎもとそり、それとお銚子もう一本頼んます
2013/07/10(水) NY:AN:NY.AN
まだ美しい言語の話してるの？
それなら Clean
492デフォルトの名無しさん
垢版 |
2013/07/13(土) NY:AN:NY.AN
Bだろ
美
2013/07/13(土) NY:AN:NY.AN
味
2013/07/13(土) NY:AN:NY.AN
情報処理とは記号処理そのものでないの
数値だっておけらだって文字列だってみんなみんな記号なんだよ
2013/07/13(土) NY:AN:NY.AN
普通「記号処理」って言葉が指す範囲、というものがあるから
496デフォルトの名無しさん
垢版 |
2013/07/13(土) NY:AN:NY.AN
シニフィアンとシニフィエ
497デフォルトの名無しさん
垢版 |
2013/07/13(土) NY:AN:NY.AN
androidだとおもう。
簡単にいろんなことできるもん
2013/07/14(日) NY:AN:NY.AN
>>495
数値処理も見方を変えれば記号処理っていうのが、LISPやPROLOG
2013/07/14(日) NY:AN:NY.AN
>>498
Prologは確かに組込述語isに数値演算を閉じ込めているが
LISPはどう考えたらよいのだろうか？
2013/07/14(日) NY:AN:NY.AN
記号処理というか、チャーチ数とかを使えばなんだって同じ処理になるけど、
冗談言語か、純粋に研究目的以外で、そんな言語ないと思うぞ。

普通は、たとえば整数の計算は、コンピュータの加算命令にマッピングする。

ソースコードの 12345 という文字列も、見方を変えればただのワード、という
言語は Forth だけど（実行中に読み込みルーチンが認識する基数を変えられるので、
ソースコード中の同じ 12345 でも十進としても16進としても読ませることができる）。
2013/07/14(日) NY:AN:NY.AN
整数の加算は、の間違い
2013/07/14(日) NY:AN:NY.AN
>>498
X: 数値処理も見方を変えれば記号処理っていうのが、LISPやPROLOG
O: 数式処理は記号処理であるっていうのが、LISPやPROLOG

ここで言う数式処理というのは、因数分解や微分のように、
定理を適用して書き換えることで数式の簡略化を進める記号処理のこと。
FortranやCが主流な(一般には科学技術計算とよばれる)数値計算とはまったく異なる世界
2013/07/14(日) NY:AN:NY.AN
そういう根本的な指摘をしちゃったら、ちまちま間違いを指摘する楽しみが無くなっちゃうじゃないw
2013/07/14(日) NY:AN:NY.AN
数式処理が記号処理なのは当たり前だろ
数値もそうだというのが今の論点
2013/07/14(日) NY:AN:NY.AN
>>502
> FortranやCが主流な(一般には科学技術計算とよばれる)数値計算
そんなこと言ったら MAXIMA とか mathematica とかの立場が…
チューニングすると大きな差ができるけど、そこらのアホの書いた
コードより早いわけだし…
2013/07/15(月) NY:AN:NY.AN
どんな計算でもデジタルならANDとORとNOTの組み合わせで計算できるから、
それは論理演算だ、と主張しているようなもの。無意味で無理筋。
2013/07/15(月) NY:AN:NY.AN
>>506
上の方の話は、3.14でも'3.14'で実は構わなくて、いちいち'3.14' -> 3.14と
変換してから計算するのでは堪らなく遅いから3.14を認めている、ということでは。
ただし、その計算部分は組込述語is/2に全て公理だとして押し込めた。
508デフォルトの名無しさん
垢版 |
2013/07/20(土) NY:AN:NY.AN
html/css/js/

このあたりだろな
本のデザイン的にも
2013/07/21(日) NY:AN:NY.AN
乱雑さとロジックの難しさは比例しないよね
悩ましい
2013/07/22(月) NY:AN:NY.AN
>>506
AND と NOT だけでOK

量子アルゴリズム持ちだされると状況は変わるが
今んとこ, 内部で走ってるのは, 実質的にに論理演算じゃないのか,
インタプリタとかコンパイラってのは???

だから, インタプリタとかコンパイラってのは
「与えられた命題をどうやって AND と NOT に翻訳するか?」
が仕事.

問題は, アルゴリズムの記述方法で
「その記述形式で, どれだけ何でも簡潔に記述できるか?」
だと思ぞ
2013/07/22(月) NY:AN:NY.AN
論理演算で表現できるということと、実質とは違うでしょ。
2013/07/23(火) NY:AN:NY.AN
>>510
NORだけでじゅうぶんNANDだけでじゅうぶん
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況