トップページ⇒tech
1002コメント366KB

次世代言語議論スレ【Go Rust Haskell Scala Erlang Elixir】 第二世代 [無断転載禁止]©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2017/02/11(土) 21:32:37.61ID:0GjTSBdX
いざ、語ろうぞ。

前スレ
次世代言語議論スレ【Go Rust Haskell Scala Erlang Elixir】 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1479434349/
0322デフォルトの名無しさん2017/02/17(金) 01:19:27.13ID:v1OUY9Vp
>>321
だって、端的に書いても理解できてないじゃん。
俺ずっと同じ事を言ってるよ。
0323デフォルトの名無しさん2017/02/17(金) 01:22:15.67ID:CPPwRvDK
>>316
>>303「『管理しやすいなら』Excelでもいい作業」
>>309「ExcelでいいならExcelを使えばいい」
>>314「Excelは管理しにくいからダメ」
>>316「Excelでいいなら」
>>318「Excelじゃダメだって」
なんか間違ってる？
正直今も316は解釈出来てないかもしれん
319も最初の段は何言ってるかわからん。主語と述語ちゃんとつけてくれ

だから程度問題だって。程度問題だよ。程度問題で言語選んじゃいけませんか？全てにおいてこれがいいって言語はないから中ぐらいの普段書きの言語として関数型選んでるわけ。文句ある？

「全てにおいてこれがいいって物は出せないよね」って意見が理由で人に計算量きっちり計算できない奴はエンジニア失格とか煽ってたの？

>>322
確信持てないし、俺も人のこと言えないけど、多分君の文は相当読みにくくて理解しにくいと思う。
0324デフォルトの名無しさん2017/02/17(金) 01:23:50.79ID:CPPwRvDK
いや、もしかして>>149がこの板の総意だと思って暴れてるのか？
0325デフォルトの名無しさん2017/02/17(金) 01:23:55.37ID:FFSvl2Qr
バカの一つ覚えみたいにマウンティングがどうの喚いてる残念な子は何なの
0326デフォルトの名無しさん2017/02/17(金) 01:39:01.80ID:CPPwRvDK
いやこいつ>>181か？
関数型ができたら免許皆伝という意味ではないと主張してるのか
もしそうなら特に異論はないわ。書き方が全体的に刺々しくて腹立つだけで
0327デフォルトの名無しさん2017/02/17(金) 01:47:42.61ID:BlebXdwz
数学よりも国語力が大事ってことが証明されたな
0328デフォルトの名無しさん2017/02/17(金) 01:51:20.62ID:v1OUY9Vp
>>323
309の解釈が違う。
309では、Excelで良いって言うなら、Excelでいいんだよなって言ってんの。
君の発言とは一切関係なく。
>>269を引き合いに出した発言な。
かつ、Excelでいい場合の話してるんだから、Excelではいかん場合のお前の話は、何故俺に説明されてるかわからんかった。

>>323
何をムキになってるかわからん。
俺にとっては程度問題だけど、そっちが持ってる技術に偏りがあるなら、それは重み付けされちゃうじゃん、って。

「全て於いてこれが良い云々」は当たり前だけど、その前提を持って考える上で計算量を把握して、という話なんだから、
君が煽ってるのは君だよ。
君が用意するんだよ、前提の前提を。

前提を出さず、ほらお前はやってない、どうなんだ、ってそりゃ詐欺師だ。
よほど、それでは出せない、と端的に断るほうが誠意がある。
少なくとも知ったかぶってはいないよ。

>>323
確信を持って言うけど、ちゃんと読めば最初から書いてある。
それに対して、正しいというレスもついているし、反論もついている。

それをここまで懇切丁寧に説明させて、わかり辛いとはどの口に言われたもんかわからんな。
バカの責任転嫁も甚だしいわ。
0329デフォルトの名無しさん2017/02/17(金) 01:52:59.18ID:v1OUY9Vp
>>324
そうじゃないよ。
それへの反論の書き込みに対して、反応した人らがずーっと反論してくる感じ。
>>326
そうだよ！！
0330デフォルトの名無しさん2017/02/17(金) 02:05:33.84ID:/e9PsruZ
>>269
バッファ程度の事も想定して当たり前だよ
お前さん、他人をすぐ下に見る傾向があるみたいだけど、特に優秀には見えないよ

そもそもプログラミング可能な範囲だけでIO制御を考えてる時点で、想定が甘すぎると言ってるわけ
それと実測値に根拠がないと言うが、実測もしない値のがよほど根拠ない
想定と異なるとしても、それは実測とは関係がない

自分を過信するのもいい加減にな
0331デフォルトの名無しさん2017/02/17(金) 02:07:45.05ID:CPPwRvDK
>>328
日をまたいで正確に追って読めというのは無理がある。ちゃんと日をまたいで理解して欲しければコテをつけてくれ
バカの責任転嫁とまで言われる筋合いは流石にないし、流石に自分の文に自信持ちすぎかと。そこは自分を過信しすぎだろう。
>>316の
>それは、使えない、で良くないって言うんじゃないの？>俺は、で良いならって言ってんだから。
なんて書いていてめちゃくちゃな日本語だと自分で思わなかったの？
まあ、もういいけど
0332デフォルトの名無しさん2017/02/17(金) 02:08:57.41ID:CPPwRvDK
よくみると元々の議論相手だったっぽいID:/e9PsruZもけっこううざいな
0333デフォルトの名無しさん2017/02/17(金) 02:18:08.25ID:/e9PsruZ
>>332
お前ふざけた事言ってるとOreillyで殴るぞ
0334デフォルトの名無しさん2017/02/17(金) 02:19:14.14ID:CPPwRvDK
>>333
Oreillyは電子書籍で揃えた。そっちだけ物理の本で殴るのはズルい
0335デフォルトの名無しさん2017/02/17(金) 02:23:41.12ID:/e9PsruZ
>>334
わかったKindleで殴るぞ
0336デフォルトの名無しさん2017/02/17(金) 02:25:04.91ID:CPPwRvDK
>>335
そこまで揃えられたらしゃーない。大人しく殴られてやる。おやすみ
0337デフォルトの名無しさん2017/02/17(金) 02:48:04.12ID:rJQ63uAR
俺、次世代言語の事なんか何も判らんけど
このスレ好きだわ
0338デフォルトの名無しさん2017/02/17(金) 06:12:11.89ID:OzL2HcLi
スレ伸びてたと思ったら、すごいことになっとるなww
プロの人が降臨してたか。エアプじゃない経験した各プログラミング言語の弱点を聞いてみたいわ。
0339デフォルトの名無しさん2017/02/17(金) 07:09:56.96ID:g/hrd3HU
Haskell好きでガシガシ勉強してきたけど
久しぶりにCでコード書いたら
シンプルかつ高速なええ言語やん。

バグらずちゃんと動いて、読み易けりゃ
言語はExcelでもCでもなんでも構わんなあと達観。
0340デフォルトの名無しさん2017/02/17(金) 08:04:07.72ID:v1OUY9Vp
>>330
実測するんだって。
その出てきた実測値は根拠あっての実測値じゃん。
想定と実測が関係ないとなると、じゃあどう直す？って話になるじゃん。

>>331
滅茶苦茶な日本語だとは特に思わんけどな。
お前の言ってるのはAは使えないだろ
俺はAが使える時の話してる
ってのを理解できなかったから、細かく話されてるだけかと。
0341デフォルトの名無しさん2017/02/17(金) 08:17:06.53ID:v1OUY9Vp
>>338
coq→原理上、煩雑
Prolog→思ってるより良い。ただ満足に使いたければマシンパワーで押す必要がある
haskell→煩雑で遅い
Scala→そこまで遅くはないけど煩雑
lisp(Gauche)→カッコが一種類は読んでて辛い。でももっと流行っても良かった言語。好き。
Fortran→実務やるまでは古代文明だと思ってたが、相当こなれてる
C#→割と万能。個人的に一番使う。
C→これを使って便利な所が、≒不便な所に直結する。ライブラリ書く言語としては最強かと。
Java→嫌いじゃないが、細かくthrowableとか書く割にそれから享受するメリットが少ない。
rust→とても良いけど、結局低レイヤー考えられないと使い物にならん
Go→イケアの取説程度にわかりやすい。手順や書き方を縛って読むのを楽にする類。ただ、channelって考え方は好き。
PHP→良い言語ではないが、よい道具。作者の発言の、歯ブラシの下りはまさに同感。
そんなもんかな。
Ruby→歪すぎる
0342デフォルトの名無しさん2017/02/17(金) 08:23:11.54ID:/e9PsruZ
>>340
だからそのデータや実測値という根拠を元に、更にべつの想定で関連させるんだろ
でもお前さんは、想定が先と言ってる
推量はいくら進めても推量でしかなのだから、実測値には勝てないよ
その事を認めるなら、プロファイルを取る事より、想定を優先した事が矛盾している
0343デフォルトの名無しさん2017/02/17(金) 08:29:07.61ID:/e9PsruZ
しかし機械系のSEって具体的に何の人よ
制御系なら組込Javaの基礎知識ぐらいあるだろうし
0344デフォルトの名無しさん2017/02/17(金) 08:46:35.63ID:v1OUY9Vp
>>342
勝つとかじゃなくて。
実測は結果で、原因にはできないよねって言ってるの。
実測が意味を為すのは推定想定に対しての振れ幅だよ。

>>343
原動機とかその辺作ってるような所のSE。統計と解析と、モデリングとシミュレーションが主。
Javaの基礎知識は微妙。好きじゃないし。
Javaのプロセッサも使わんな。
0345デフォルトの名無しさん2017/02/17(金) 10:09:14.07ID:5GnaKs10
>>340
君細かく話すの下手ね
自分の書いた文を三日後に読んで意味わかるか確かめるといいよ
0346デフォルトの名無しさん2017/02/17(金) 10:55:52.49ID:v1OUY9Vp
>>345
普段細かく話さなくても通じるから、それはちょっと慣れなきゃならんな。
面目無い。
0347デフォルトの名無しさん2017/02/17(金) 18:13:23.68ID:BlebXdwz
>>341
>lisp(Gauche)→カッコが一種類は読んでて辛い。でももっと流行っても良かった言語。好き。

カッコが3種類の読みやすいLispあるよ
0348デフォルトの名無しさん2017/02/17(金) 19:30:05.29ID:OHRubUk+
俺の使ってるlispは閉じ括弧と開き括弧の２種類あるから読みやすいよ。
0349デフォルトの名無しさん2017/02/17(金) 20:08:04.10ID:OzL2HcLi
>>341
そっち系のプロの一感想として参考になった。
ありがとう。
アマチュアとしてそれとは真逆の方向に進むわ。
0350デフォルトの名無しさん2017/02/17(金) 20:14:56.21ID:v1OUY9Vp
>>347
Gaucheは同じとみなすだけだが、あれは好かん。
違う、同じ物を2つの書き方で書けてもなんの意味もないどころか、全てが同じ存在であることがまず一番のメリットのlispに無視できない影を落とすと思わないかな。
カッコが一種類で辛いのは人間が読むときなんよ。そんな都合でいびつな仕組み作っても全く意味がない。

Javascriptはいろんな意味でカッコが3種類あるlispかもしれんな。
0351デフォルトの名無しさん2017/02/17(金) 20:34:03.22ID:krcZKPEA
Lisp系は読みやすくするためにブロックインデントのような記述をする
しかもインデントは構文とは関係ないからルーズでいいという柔軟性もあって
コードを読むのは最初の取っ付き難さだけの問題ですぐに慣れる
0352デフォルトの名無しさん2017/02/17(金) 20:39:11.22ID:v1OUY9Vp
>>349
俺は情報分野は仕組み知ってただけだよ。あとTurboCとTurboPascalは使ってたけど、高尚なもんじゃなくて単に計算してた。
それこそ仕事で最初触った石がハーバードアーキテクチャで、コンパイラがカスすぎてアセンブラで書いたくらい。
あとは使うから使えるようになっただけだし、新しい何かが出たら本当に便利なのか使ってみたいから、今すでにあるものをその考え方に合わせて書き直して、必要があれは人呼んで添削してもらったりして選定してきただけ。
趣味者やアマチュアとモチベーションの位置は変わらんよ。

>>351
あれ今の環境だときっと読みやすいんだろうな。
0353デフォルトの名無しさん2017/02/17(金) 20:54:31.83ID:jHhPXKUT
お山の大将にありがちな
聞くに堪えない幼稚な大演説
0354デフォルトの名無しさん2017/02/17(金) 21:00:04.86ID:v1OUY9Vp
>>353
幼稚でなく端的な、聞くに耐えるレスをよろしく！
0355デフォルトの名無しさん2017/02/17(金) 21:01:30.74ID:OzL2HcLi
>>352
なる。感想を聞いたとしても結局は自分で試すことになる。仕事で使っていない分、試す時間は少ない。
となると、アマチュアはプロが触れそうにない領域を試すというのが良い役割分担なのでは？と思っている。
常に進化するべきという、モチベーションは共通していると思うよ。
なので、上に挙がっているProlog、Lisp(Gauche)、Coqあたりをやることにする。自然言語処理に相性いいかなと。
上の計算コスト云々はよく分からんかった。
これらはアルゴリズム系のを押さえとけばいいんかな？教えてもらえるのならこの際聞いておきたい。
0356デフォルトの名無しさん2017/02/17(金) 21:04:19.50ID:OzL2HcLi
ああ、触れそうにないというのはあれね、
触れたけどそっちの方向には行く気があまりしない、というやつね。
すでに触れとるわとか言いそうだからww
0357デフォルトの名無しさん2017/02/17(金) 21:13:43.89ID:BlebXdwz
>>348
>>350
そういうんとちゃうわw
リスト -> ()
ベクタ -> []
マップ -> {}
0358デフォルトの名無しさん2017/02/17(金) 21:17:54.89ID:FRNRkpOC
実測とこのスレの次世代言語は関係ないとおもうんだが・・・
現行が遅いことと、速さの限界が言語として決まってることは別だろ。
チューリング完全とされる言語は理屈上、同じ性能のはずだし、
同じ動作を実現させるならどんな言語でも、コンパイル後のアセンブラコードを一致させるのは可能だろ。
0359デフォルトの名無しさん2017/02/17(金) 21:36:19.92ID:791Hsf9h
>>358
同意。現行の速さの話は現世代言語スレを立ててそちらで行うべき
0360デフォルトの名無しさん2017/02/17(金) 21:46:25.54ID:j7VnQfgr
>>358
そういう究極に近い処理系は海外旅行と同じくらいのコストで
別銀河に行ける時代には可能かもしれないけど次世代ではないと思う
0361デフォルトの名無しさん2017/02/17(金) 21:52:26.95ID:RO0Dh/N6
Haskellってデータ構造がリストで整数値がBigIntだから遅いだけで、その二つをやめたコードは普通に速いって聞いたけどどうなの？
0362デフォルトの名無しさん2017/02/17(金) 22:07:14.05ID:umz2fAMD
>>355
プロが触れそうにないってのはたしかにあるかも。
俺も個人的に遊んでるものはあるけど、そっちで使ってたものが何年か経って何故か流行る事もあるし。
アルゴリズムってか、計算量を想定する癖的なものを付けといたほうが、明らかな悪手を選ばないと思う。

>>357
全部S式だから意味がある。

>>358
そう。実測は結果であって、考え方の軸に据えるべきものじゃない。
速さの限界が言語として決まってるってのは微妙。その言語でコンパイラ書いたら良いんだし、今のCPUだと作法がめんどくさいけど、クリティカルな部分メモリに機械語書いて実行可能フラグ立てて、ただjmpすれば良い。
0363デフォルトの名無しさん2017/02/17(金) 22:10:00.55ID:FRNRkpOC
そうでない。
言語文法によって速度限界が決定されるのか?ということ。
たとえばジョジョ言語、天使ちゃんマジ天使言語はもとと同速、同性能なはず。
　
一部抜粋。
　
　
ジョジョ言語
オラオラオラオラオラオラオラオラオラッ！！
「あ・・・ありのまま今起こったことを話すぜ
俺は奴の前で階段を登っていたと思ったら、いつの間にか降りていた
な…何を言っているのかわからねーと思うが、
俺も何をされたのかわからなかった…
頭がどうにかなりそうだった…催眠術だとか超スピードだとか、
そんなチャチなもんじゃあ断じてねえ。
もっと恐ろしいものの片鱗を味わったぜ…」
スターフィンガー！
オラオララララ！
http://d.hatena.ne.jp/toyoshi/20100208/1265587511


天使ちゃんマジ天使言語
天使ちゃん！天使ちゃんマジ天使天使ちゃん天使ちゃん天使ちゃんマ
ジ天使天使ちゃん天使ちゃん天使ちゃん天使ちゃん天使ちゃんマジマ
ジマジマジマジ天使マジマジマジマジマジ天使天使ちゃん天使ちゃん
天使ちゃん！天使ちゃん天使ちゃん天使ちゃん天使ちゃんマジマジマ
ジ天使天使ちゃんマジ天使天使ちゃんマジマジマジマジマジマジ天使
天使ちゃん天使ちゃん天使ちゃんマジ天使天使ちゃん！
http://yuroyoro.hatenablog.com/entry/20100621/1277104092
0364デフォルトの名無しさん2017/02/17(金) 22:47:39.98ID:umz2fAMD
>>363
俺も、されない、って言ってるんだけど。
Brainfuck系でも、その中でそれを解釈してインタプリタとして実行するのと、それを解釈してメモリに実行可能なバイナリ書いてjmpするのではかなり違うだろうし。
BASICでPOKEしまくってjmpする感じ。
0365デフォルトの名無しさん2017/02/17(金) 22:50:27.46ID:RO0Dh/N6
常に誤解されてる日本語能力低い奴おるな
0366デフォルトの名無しさん2017/02/18(土) 00:01:31.00ID:r22s4v0Y
このスレって
次世代言語議論とか関係なくて
宗教戦争してる感じ

ただ読んでて勉強になる
0367デフォルトの名無しさん2017/02/18(土) 01:18:25.28ID:aPryF3wh
プログラミングで時間がかかっている場所を推測してはいけない。ボトルネックは思いもよらない場所で起きる、そのためボトルネックの場所が特定されるまで後で推測しようとしたり、チューニングを施そうとしてはいけない。
0368デフォルトの名無しさん2017/02/18(土) 01:36:35.85ID:sBDrBZfs
実行速度やメモリ使用効率など一切気にしないで（犠牲にしてでも）
とにかく仕様や記述が美しかったり、新たな概念を入れ込んでるような
次世代言語って無いの？
0369デフォルトの名無しさん2017/02/18(土) 01:59:33.85ID:yZwtGkz9
>>362
>全部S式だから意味がある。

トレードオフを考えた意見には見えないな
0370デフォルトの名無しさん2017/02/18(土) 02:20:36.55ID:pwNGovUe
[]とか{}とかを使ったらS式じゃなくなるというのは意味がわからんな
#()と大して変わらんやろ
0371デフォルトの名無しさん2017/02/18(土) 04:14:00.29ID:u3Rp0W8f
>>362
お前最初と言ってる事変わりすぎ
0372デフォルトの名無しさん2017/02/18(土) 06:53:05.50ID:PttFZXVD
>>371
どこ？
0373デフォルトの名無しさん2017/02/18(土) 08:15:41.52ID:eEzHSrBl
次世代言語論に可逆性なんて観点は出てこないものだろうか。
03743732017/02/18(土) 08:20:24.07ID:eEzHSrBl
前スレも含めてリバースエンジニアリングという言葉が一度も現れていない
ことに気がついたのだけれども。
0375デフォルトの名無しさん2017/02/18(土) 09:05:56.17ID:IbdRLC16
可逆であったとして何か良いことがあるのだろうか
0376デフォルトの名無しさん2017/02/18(土) 09:58:23.84ID:tWOOsF+u
実際道具によってどこまで抽象的に考えられるかは違うんだよな

googleがmapreduceをC++だけ書いてて気づいたならたいしたもんだが、その名前自体がアイデアの出所を示してるよな

disassem?必要だよ
何1000万回回す関数ループのアセンブリでのステップ数をしるのに必要

次世代の言語は常におーぷんそーすでかかれるべきだから、きにしてはいけない

だいたい動作原理なんか概ねわかるだろっていうソフトしかないし

めんどくさいのは既存のプログラムのハックしやすさとかだけど、ハックされるってことはユーザ的にうざったいってことだから、これを拒絶するのは次世代的じゃない
0377デフォルトの名無しさん2017/02/18(土) 10:10:29.33ID:tWOOsF+u
あと実務か理論家問わず、ある目的を達成する時間をきにしような

一番いいのはハードウェアリソースと自分の時間的リソースを天秤にかけることだよ、それが答えだ

で下から最適化かけるか上から最適化かけるかだけど、結局的は動くものだから、ラピッドに書き進めて、ダメならコードをさっさと捨てられる言語じゃないとダメだ
下の都合は上からの変更要求に容易に薙ぎ倒される

コードを捨てたことがない奴や、インターフェースを変更してがりがり修正したことがない奴は、物事の設計の本質が再設計にあることがわかっちゃいない
逆に再設計ばっかしてる奴は開発の重みを知らない

だけど同じ内容をいろんなようにかけることが重要で、捨てるべきコードでもテスト関数に使えたりするわけだ、まあコードをがりがりかける言語が重要だわ
0378デフォルトの名無しさん2017/02/18(土) 10:16:40.50ID:eEzHSrBl
>>375
単純に、逆関数が効く部分に限っては、副作用なんて怖くなくなる。
何時でも、元に戻せばよいのだから。
0379デフォルトの名無しさん2017/02/18(土) 10:51:47.48ID:Ro3+uC32
>>371
しかも相手をちゃんと読んでない扱いする屑だぞ
0380デフォルトの名無しさん2017/02/18(土) 11:27:28.43ID:n/aPn98B
>>379
読めてないじゃんw
0381デフォルトの名無しさん2017/02/18(土) 11:34:58.18ID:+coMAf/q
>>378
それがいくつも組み合わさった結果、
副作用と反作用が入り乱れてワケわかんなくなるよね
0382デフォルトの名無しさん2017/02/18(土) 11:44:14.96ID:SkS6Bpbi
>>380
ほらね
0383デフォルトの名無しさん2017/02/18(土) 11:57:51.06ID:J8ZqTZ7F
>>373
Pure Prologなんて「モデル」もあるのだから議論の対象にはなるね
0384デフォルトの名無しさん2017/02/18(土) 12:58:31.34ID:L0Ez/SUX
>>378
副作用なければゼロサムの余地あるけど、あるならただの無駄なんだから駄目だろう

ってか今は副作用って用語流行ってるの？
中級者以上が意識するような印象あったのに
0385デフォルトの名無しさん2017/02/18(土) 13:09:45.23ID:c66JkvGz
>>374
可逆計算を保証するのは、計算モデルを極端に限定しなくてはならない
から難しい。それでは寛くリバース・エンジニアリングではというと、
これは、ログ技術の問題となる。記述量の少なくて済む抽象化が進んだ
高級言語ほど有利。低水準な言語や手続型言語は一般に不利になる。
そんなこともあって、手続型主体の2chでは話題になり難いのではないか。
0386デフォルトの名無しさん2017/02/18(土) 13:12:29.93ID:nOWzQE+i
>>351
すでに通った道です。
https://practical-scheme.net/wiliki/wiliki.cgi?Lisp%3AS%E5%BC%8F%E3%81%AE%E7%90%86%E7%94%B1
0387デフォルトの名無しさん2017/02/18(土) 13:20:05.55ID:+coMAf/q
ルーストっていう新しい言語でもC並の速度？低レベル？扱えるんだから
Go並に仕様整理して、Swift並にモデーンな概念取り入れて、null安全とか型推論とか関数型とか
んでもって、C並の速度？低レベル？もイケる言語作れよ
何でしょうもない新言語モドキばかり作ってるんだ？
0388デフォルトの名無しさん2017/02/18(土) 13:29:38.44ID:H1Iwru9r
構音障害定期
0389デフォルトの名無しさん2017/02/18(土) 13:30:05.93ID:1c96nb+d
つまり D だな
0390デフォルトの名無しさん2017/02/18(土) 13:31:53.39ID:H1Iwru9r
Dに線形代数ライブラリの決定版が来たら使ってやってもいい
0391デフォルトの名無しさん2017/02/18(土) 13:47:42.79ID:lgYwOx6z
>>387
C++が諸悪の根源。こいつのせいで他の低レベル言語が育たない
0392デフォルトの名無しさん2017/02/18(土) 13:51:27.71ID:a+1Rglt2
今SchemeやるならGaucheよりRacketじゃね
0393デフォルトの名無しさん2017/02/18(土) 15:06:57.43ID:H1Iwru9r
>>392
いいこと言うね
0394デフォルトの名無しさん2017/02/18(土) 15:29:25.16ID:+coMAf/q
>>392
ほらな、またワケワカラン言語が沸いてくる
すぐ消えるよそんな言語！
0395デフォルトの名無しさん2017/02/18(土) 15:32:00.14ID:mXj5l4mF
Cのマクロがしょぼいのが一番悪いんだ。
0396デフォルトの名無しさん2017/02/18(土) 15:37:20.08ID:H1Iwru9r
Rackは相当力入れて作ってる奴がいるから多分そう簡単には消えないと思うよ
超手軽にGUIが作れて面白いぞ
0397デフォルトの名無しさん2017/02/18(土) 15:56:21.71ID:+coMAf/q
https://racket-lang.org/

なんだこのきったねえ＆だっさい文法
かっこつけすぎ
頭おかしなってるんちゃうか
死んでこいこのサルゥ
0398デフォルトの名無しさん2017/02/18(土) 16:12:20.92ID:IbdRLC16
LLVMのおかげで「文句言うなら作ってみろ」が躊躇なく言える
いい時代になったな
0399デフォルトの名無しさん2017/02/18(土) 16:16:45.63ID:H1Iwru9r
主観でdisは流石に品位を疑う
0400デフォルトの名無しさん2017/02/18(土) 16:20:18.48ID:+coMAf/q
主観じゃない評価って何？
きみ、騙されやすいフレンズなんだね
0401デフォルトの名無しさん2017/02/18(土) 16:20:51.75ID:uN0gKd0L
計算機代数に強い新しい言語って無いよね？
未だにMaximaとかMathematicaとか…
0402デフォルトの名無しさん2017/02/18(土) 16:34:47.66ID:yZwtGkz9
かっこつけすぎって
格好じゃなくて括弧のことだったのかw
0403デフォルトの名無しさん2017/02/18(土) 16:41:27.95ID:nInQFD5e
>>387
ocamlでネイティブコンパイルする
後はすこし遅いけどhaskellでCの型使って正格評価で手続き型として書く
haskell信者が発狂しそう
0404デフォルトの名無しさん2017/02/18(土) 16:45:25.66ID:IbdRLC16
>>400
根拠がない
0405デフォルトの名無しさん2017/02/18(土) 17:12:08.79ID:mXj5l4mF
マウンティングしすぎ。
0406デフォルトの名無しさん2017/02/18(土) 17:46:36.58ID:lAiiQrdi
>>401
独自言語よりJupyter NotobookでSymPyを使う方が応用範囲が広い。
だから計算機代数に強い新言語を作る意味はないと思う。

Pythonの数式処理ライブラリSymPyをWolfram Alpha(Mathematica, Maxima)の代わりに使う方法
http://myenigma.hatenablog.com/entry/2015/11/21/222755
0407デフォルトの名無しさん2017/02/18(土) 18:27:44.02ID:tWOOsF+u
計算機代数ならfortranがさいっきょ
単純なシンタックスが高水準なコンパイラを生むのは当たり前だよなあ
0408デフォルトの名無しさん2017/02/18(土) 19:09:22.59ID:mXj5l4mF
maximaはlispだしmathematicaはCだろ。
というかマウンティングしすぎじゃね？
0409デフォルトの名無しさん2017/02/18(土) 19:57:28.94ID:n/aPn98B
Racket、文法は悪くないと思うけど。発想もランタイムもドキュメントもサンプルも素晴らしいのに流行らんな。

しかし、相変わらず>>405みたいなのが言うマウンティングがわからんな。
なんか昔そう言う奴がリアルに廻りに居たことあったけど、すごくめんどくさい奴だった。
何か自分が知らないことが出てきたら、知らないって事を認めるのが悔しいのか、知っているから何なんだ、偉そうに教えてるつもりか！ってキレてから必死に調べて、
俺が飽きたぐらいにドヤ顔してきて、「へえ、凄いね。で、どんな実用的な物作ったの？そこまでは俺前やったから、実用化したとなるとがぜん興味が出る。是非それを見せてほしい」って答えると発狂した奴。
勝つ事や、覚える事が目的になってんだよなぁ。マウンティングって発想自体が。
これも、ただの人格のdisりに聞こえるんだろうが。
考え方への違和感なんだけど。

>>408
MathematicaはWolfram自体で書いてるライブラリが殆ど。
0410デフォルトの名無しさん2017/02/18(土) 20:05:57.21ID:+coMAf/q
>>408
おまえの名前は今日から騎乗位ヴォーイな
0411デフォルトの名無しさん2017/02/18(土) 21:49:41.01ID:yZwtGkz9
マウンティングはdoggy styleなんだがw
0412デフォルトの名無しさん2017/02/18(土) 21:57:05.09ID:u3Rp0W8f
>>409
ドキュメント、フレームワークの件って
haskellやclojureでも似たような文言見たな
0413デフォルトの名無しさん2017/02/18(土) 21:59:25.00ID:u3Rp0W8f
なんだスレで一人で盛り上がってる奴か
いい加減コテ付けてくれ
0414デフォルトの名無しさん2017/02/18(土) 22:07:23.98ID:9b05DXnD
>>409
偉そうに人を見下した態度を取るクズを揶揄した言葉だぞ
0415デフォルトの名無しさん2017/02/18(土) 22:11:22.21ID:yZwtGkz9
>>414
ちがうわww (マウンティング)
0416デフォルトの名無しさん2017/02/18(土) 22:12:45.81ID:+coMAf/q
騎乗位ヴォーイは誰と戦ってるんだ？
0417デフォルトの名無しさん2017/02/18(土) 22:14:15.42ID:9b05DXnD
>>415
ほんまや。相手よりも立場が上と一方的に格付けすることだったわｗｗｗｗｗｗ
素性も晒さず立場が上とアピールして相手を見下すことほど滑稽な事はないなｗｗｗｗｗｗ
0418デフォルトの名無しさん2017/02/18(土) 23:25:03.39ID:n/aPn98B
見下した態度を取るってのがわからんのだよな。
俺は割と疑問質問には答えてるのに。
馬鹿の発言だから、と適当に煙に巻いてしまうのが、見下した態度なんじゃないの？
そうでないと、自分の知らない事喋るやつは全員自分を見下しに掛かってる奴って事になるじゃん。
自分が出来てない事を、自分が改善できない事にすり替えて、だから相手が悪いと言い続けてただ安心してるようにしか感じられん。
0419デフォルトの名無しさん2017/02/18(土) 23:27:34.38ID:n/aPn98B
相手が立場が上とアピールしてると思うためには、自分は立場が下だと思ってる必要があるような気がするんだが、それがよくわからん。
遠回し過ぎる謙遜みたい。
0420デフォルトの名無しさん2017/02/18(土) 23:32:17.27ID:f/vArP56
まずはエンジニアとしてうんぬん言うのやめたら？
このスレにいるのはエンジニアだけじゃないんだし
あとさっさとコテつけろ
0421デフォルトの名無しさん2017/02/18(土) 23:39:15.74ID:+GrP5YYe
ID:n/aPn98B
日本語下手すぎ。ちゃんと推敲して書き込め
■ このスレッドは過去ログ倉庫に格納されています