次世代言語議論スレ[Go Rust Kotlin Scala]第4世代 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/04/20(木) 04:43:27.12

いざ、語ろうぞ。

スレタイ超過のため、一部省略。
Go, Erlang, Kotlin, etcもウェルカム。
Haskellは協議により次世代失格になりました

前スレ
次世代言語議論スレ[Go Rust Haskell Scala]第3世代
http://echo.2ch.net/test/read.cgi/tech/1488608741/

**デフォルトの名無しさん** · 2017/05/17(水) 00:01:12.17

ペチパーへの強い憎しみを感じる……

**デフォルトの名無しさん** · 2017/05/17(水) 04:28:27.85

Nimってどうなん？
次世代感は無い気もするけど

**デフォルトの名無しさん** · 2017/05/17(水) 04:48:40.76

>>432
似た印象を持った
問題提起者が新しい型と型制約の逆転に気づいてないし、
RustをRubyか何かと勘違いしている感じだ

**デフォルトの名無しさん** · 2017/05/17(水) 06:25:59.43

>>457
開発者が足りなくてライバル言語との開発競争に負けている。
それにこの用途ならNimという用途がない。

https://github.com/rust-lang/rust/graphs/contributors
https://github.com/JuliaLang/julia/graphs/contributors
https://github.com/nim-lang/Nim/graphs/contributors

**デフォルトの名無しさん** · 2017/05/17(水) 07:38:00.11

性的オッパイソンみたい

**デフォルトの名無しさん** · 2017/05/17(水) 07:38:49.95

まともなプログラマならPHPなんて金積まれても書かないから、
PHPを書いたことがあるプログラマは全て無能のクズペチパーでFA

**デフォルトの名無しさん** · 2017/05/17(水) 08:29:33.19

>>460
何それ？楽しそう。

**デフォルトの名無しさん** · 2017/05/17(水) 11:39:01.15

EC-CUBEとかphpじゃん？
求人多いじゃん？
でも言語としてはダメってこと？

**デフォルトの名無しさん** · 2017/05/17(水) 12:43:44.96

>>463
PHPは言語ではない。まずそこからだ。

**デフォルトの名無しさん** · 2017/05/17(水) 13:07:19.59

>>464
え？

まあ、EC-CUBEは開発当初流行ってたからPHPで作った
というだけで今一から同じもの作るとしたらPHPという
選択肢は無いんじゃないかなぁ。
PHPが流行ったのは歴史的な経緯が大きいと思うし。

**デフォルトの名無しさん** · 2017/05/17(水) 13:16:25.89

>>447
つーかああいう馬鹿な批評家みたいなやつが生産性を落としてるんじゃねーかっていうことを
証明したのが go という印象。

あ · 2017/05/17(水) 14:32:20.84

>>455
夏休みの工作をフライス盤で作るような事したくないじゃんww
悪いもの使ってるから悪いものしか作れないと言う意味じゃなくてな。
俺の字が汚く見えるから鉛筆は使わない、みたいな情けない字が下手なやつの言い訳に聞こえる。

>>458
この辺思想だから、移植物だと仕方ないっちゃ仕方ないんだよね。

**デフォルトの名無しさん** · 2017/05/17(水) 17:32:30.07

PHPはテンプレートエンジンであって、それを使って無理矢理プログラミングしてるのが異常事態っていうテンプレは置いといても、
誰がが言ってたが生産性が高いんじゃなくて生産性を前借りしてるっていうのは言い得て妙だと思った。Rubyに対しての話だがPHPにもしっかり当てはまるな。

Goは「前借り」感が少ない。少ないだけでまだあるがRubyやPHPよりはるかにマシ

**デフォルトの名無しさん** · 2017/05/17(水) 17:33:55.88

借りて返さなくていいプロダクトなら確かに一つの選択肢になり得るってのは否定しようがないけどな

**デフォルトの名無しさん** · 2017/05/17(水) 23:33:27.42

今出てきてる次世代言語はどれも外れ臭い

洗練されてない
くどい
従来の物のほうがなじみやすい
目立った成果をあげていない

**デフォルトの名無しさん** · 2017/05/17(水) 23:56:52.27

＞従来の物のほうがなじみやすい
これはさすがにアホだろ

**デフォルトの名無しさん** · 2017/05/18(木) 01:36:26.16

＞目立った成果をあげていない
新興言語が既存言語の積み上げた資産ぶち抜く成果上げたらびびるわ。

コンテナオーケストレーション領域やNewSQL領域みたいなそもそも新しい分野ではGoが結構強い。

**デフォルトの名無しさん** · 2017/05/18(木) 03:34:10.58

AndroidでKotlinサポート！

**デフォルトの名無しさん** · 2017/05/18(木) 06:06:25.90

HaskellはClojureよりは実用的。。。らしい。

【Lisp】プログラミング言語 Clojure #4【JVM】 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1483498849/

>>37
＞facebook傘下のwitaiが基盤実装をclojureからc++かhaskellに移行する予定だったらしく、haskellにしたとのこと。
＞移行したら読みやすいみたいな話もちょっとだけ。
＞
＞clojureの場合、ライブラリは一度作るまでいろいろいじって、一回出来るとあまりいじらないイメージもあるけど、実装を多人数でよくいじるみたいなのだと、難しいのかな？
＞IDE上手く使えばそういう開発もできるのだけど、最初からなんでも決まってるほうがいいってのはgo見るとわかる気もする。
＞https://wit.ai/blog/2017/05/01/new-duckling

あ · 2017/05/18(木) 08:04:06.63

>>468
それはその通りだろうな。
まぁ、使い捨てるためのものであって、確かにあれでバッチ処理とか書いてたのは直させたことある。
>>472
新しい概念に新しい言語はマッチするし、やっぱ効率的だと思う。
PCODEとパスカルとか。
資産活用なら、すごい親和性のKotlinかな。JavaのクラスのgetXXXとsetXXXが、勝手にクラスのプロパティになるとかすげえなって思う。

**デフォルトの名無しさん** · 2017/05/18(木) 10:38:06.37

>>475
そこらへんのKotlinの機能はただのGroovyのパクリ
というか静的型以外は大体Groovyのパクリ

**デフォルトの名無しさん** · 2017/05/18(木) 11:37:49.17

過去の資産を自然に利用できるってのは次世代言語にとってでかいってことかね。
そういう意味じゃ c++ は先見性のある言語だったんだろうな。

**デフォルトの名無しさん** · 2017/05/18(木) 11:58:01.78

Rustもbindgenとかで頑張ろうという姿勢はなくはないな。
肝心の言語がアレだが。

一方GoはGoogleの暴力で全部自前で資産を構築した。

あ · 2017/05/18(木) 12:37:01.30

>>476
当時の次世代だったじゃん、Groovy。
まぁ、KotlinもAndroidの一級言語になったし、暴力かどうかはおいといてこれからどうなるかはわからんが。

**デフォルトの名無しさん** · 2017/05/18(木) 13:10:22.49

あ、暴力っていうのは恐怖政治って意味じゃなくて、圧倒的な自前リソースで叩き上げたって意味ね。数の暴力のニュアンスに近い

**デフォルトの名無しさん** · 2017/05/18(木) 13:17:24.91

Kotlinは無事次世代から現世代に格上げされたようだな
さようなら次世代言語ことりん

**デフォルトの名無しさん** · 2017/05/18(木) 13:31:05.44

>>459
まぁそれ言うとRoR出る前のRubyとか・・・って話に
なっちゃうしなぁ。
別に推したい訳じゃないけど、サラサラッと見た感じ
ツボは押さえてて悪くなさそうなので、今まで俺は全然
聞いたことなかったし何故かなーと思った次第。

**デフォルトの名無しさん** · 2017/05/18(木) 13:54:46.39

Google、KotlinをAndroidアプリ開発言語に選定―I/O会場から大喝采

http://jp.techcrunch.com/2017/05/18/20170517google-makes-kotlin-a-first-class-language-for-writing-android-apps/

**デフォルトの名無しさん** · 2017/05/18(木) 14:02:21.88

Nimの競合はCrystalやJuliaって気がする。
この中ではJuliaがリードしてる。

**デフォルトの名無しさん** · 2017/05/18(木) 14:50:52.71

>>359書いたものだけど、今これを複数ファイル対応させたくてコマンド引数の奇数グループと偶数グループに分けてzipするプログラム試作してみた。

import System.Environment

makeList cs f = take (length cs `div` 2) [cs!!x | x <- [0..], f x]

zipArgs args = zip (makeList args even) (makeList args odd)

main = getAtgs >>= print.zipArgs

何が言いたいかと言うと、次世代言語で>>359の第4形態作りませんか？

**デフォルトの名無しさん** · 2017/05/18(木) 14:54:47.81

動かすとこんな感じ

>zipArgs hello world good by
[("hello","world"),("good","by")]

**デフォルトの名無しさん** · 2017/05/18(木) 15:53:54.50

コテになってくれればNGにぶちこめるのになあ

**名前は開発中のものです。** · 2017/05/18(木) 16:14:27.77

GoogleはJVM捨てたいと思ってたからKotlin採用したの意外だな
というかGoに自信ないの？

**デフォルトの名無しさん** · 2017/05/18(木) 17:11:11.24

>>486
言語組み込みの１メソッドで対処できる程度のつまんないお題しか出せてないってそろそろ気付けよ

**デフォルトの名無しさん** · 2017/05/18(木) 18:22:51.27

>>488
Goは文系土方を集めて開発する時の言語じゃない？
Google社員は優秀な人多そうだからGo使うより別の言語使った方が効率良いんだろ

**デフォルトの名無しさん** · 2017/05/18(木) 18:27:00.09

いや単純にGoのバイナリがモノリシックでバカでかすぎるからじゃねえの？
JVMとKotlinランタイム積んだ方が総合的にスマホでは得なんだろ。

**デフォルトの名無しさん** · 2017/05/18(木) 18:45:04.78

>>489
1メソッドで対応出来るの見せてもらえれば、流石次世代言語と思うけど。

じゃあ何かお題出してくださいな。
クラス作れとかじゃなくて何か実際に動くものの。
出来れば高卒のおっさんでも解けるレベルなら有難いw

今>>359をより実用的にするアイデア浮かんでて、まず上の通り複数ファイル対応の後、見つけた場所と同じ行の文章を表示させたいって思ってる。
これを一行丸々か、前後を何十文字ずつ切り取るってするか考え中だが。

**デフォルトの名無しさん** · 2017/05/18(木) 19:09:30.79

Haskell使いって変なのしかいないよな
なんでかしらんけど

インターフェースって書いたり文末に。つけたり
おじいちゃんなんだろうか？

**デフォルトの名無しさん** · 2017/05/18(木) 19:19:39.20

多いと言うか、おいらだけかと。
若くはない。
そう歳でもないつもりだったが、おっさん言われる歳になっちまった。

次世代言語にも興味あるのに、言葉ばかりでコードがあんまり出てこないから問題出せば見られるかと思ったんだが、上手くいかないね。

**デフォルトの名無しさん** · 2017/05/18(木) 19:22:15.02

sed ,grep
↓
awk
↓
perl
↓
ruby

**デフォルトの名無しさん** · 2017/05/18(木) 19:58:51.19

句点打つとおじいちゃんて何か非常に新鮮だな。
これで俺もおじいちゃんの仲間入り。

**デフォルトの名無しさん** · 2017/05/18(木) 20:03:00.27

まー何にせよ、お話ばかりで全然コード出ないのにウンザリなのよ。
簡単なので良いから次世代言語のコード見て見たいのよ。

**デフォルトの名無しさん** · 2017/05/18(木) 20:19:35.82

githubでも漁ってれば良いのでは

**デフォルトの名無しさん** · 2017/05/18(木) 20:45:13.68

インタフェース？
インタネット？

**デフォルトの名無しさん** · 2017/05/18(木) 21:19:37.89

>>493
いつも本題と別のとこに難癖つけて荒らしてるのお前だろ
なんか明らかに引っ掻き回してる奴いるなと思ってたが、今回ので確信した

**デフォルトの名無しさん** · 2017/05/18(木) 21:22:49.46

別人だろ
昨日から見始めたんだから

**デフォルトの名無しさん** · 2017/05/18(木) 22:13:42.45

>>479
そうか次世代ではあったか
しかし動的で静的にも使えるGroovyのが書いてて楽しかった
普通のJavaコードをそのままコンパイルできたし敷居も低かった

KotlInは今使ってはいるが、優等生過ぎて自分には合わない感じがするな

**デフォルトの名無しさん** · 2017/05/18(木) 22:17:31.87

>>501
ほんとかよw

**デフォルトの名無しさん** · 2017/05/18(木) 22:32:46.48

>>501
半年ROMってから書き込めよクソザコナメクジ

**デフォルトの名無しさん** · 2017/05/18(木) 23:37:06.81

>>503

多分こいつが犯人だろｗ
>>504

**デフォルトの名無しさん** · 2017/05/19(金) 01:22:16.89

今回みたいにGoogleとかその他大企業が採用するかどうかが全てだな
ここでこれは次世代、そうじゃないとか言っててもチラシの裏だな

ともかく、GoogleはJVM捨てる方向に行くかと思ったけど、このタイミングで捨てなかったらずっと使われるだろうな

**デフォルトの名無しさん** · 2017/05/19(金) 01:29:41.16

別にビジネスにするわけでもなし、酒の肴にあーでもない
こーでもない言って楽しむスレでしょ？
もっとマイナーな奴発掘してみても面白いんじゃないかな

**デフォルトの名無しさん** · 2017/05/19(金) 06:03:36.39

kotlinてネイティブでも動かす方向みたいだけど
やっぱjvm嫌なんかね

https://blog.jetbrains.com/kotlin/2017/05/kotlinnative-v0-2-is-out/

**デフォルトの名無しさん** · 2017/05/19(金) 07:21:55.50

>>506
それは製品を選ぶ消費者が全てだと言っているようなものだな
消費者の気持ちが全てだから作者の気持ちなどは無意味だと

あ · 2017/05/19(金) 08:11:43.65

JackとJillがいまいちだった、ってので、なんとかしたかったんだろうな。
JVMはARTの時点でほぼ捨ててるのでは？LLVMベースのAOTに近い動きしてたと思う。

**デフォルトの名無しさん** · 2017/05/19(金) 09:33:01.74

Google的にはとりあえずOracleに訴状は勝ったしな
そのうちJetBrain買収して全権掌握、kotlinもやりたい放題弄りだすんじゃね
androidがjavaもどきである必要性は世界的に皆無だしみんなハッピー

**デフォルトの名無しさん** · 2017/05/19(金) 10:05:13.89

元々は上物の開発しやすいようにJavaなんだよね？
でもパフォーマンスとかに問題があったからなんやかんや
していた感じで。
一時期UIというか上位層にJavaって流行ってたしナァ。

**デフォルトの名無しさん** · 2017/05/19(金) 10:15:34.60

Oracleは大企業の中で最弱・・・みたいな設定を後出しするやつは無能
最初から大企業の強さを疑問視していた方が正しい

**デフォルトの名無しさん** · 2017/05/19(金) 11:05:24.31

webkitをblinkにフォークしたgoogleのことだ
そのうちｺﾄﾘﾝもﾎﾟﾛﾘﾝとかにフォークされる

**デフォルトの名無しさん** · 2017/05/19(金) 11:16:40.28

Kotlinとやらは今のScalaよりも良いものなのかね？

**デフォルトの名無しさん** · 2017/05/19(金) 11:42:51.86

kotlinのニュース聞いて調べてみたけど、なんだよOOP（笑）か。
ここで関数型の言語指名してればGoogleもまだやるなぁと感心したけれど。

**デフォルトの名無しさん** · 2017/05/19(金) 11:59:32.63

>>498
2ch住民がどんなコード書くのか見たかってん。。。
例えば>>485のコードRubyで書いて見たけど、イマイチ命令的で宣言的にはならんのよな。
次世代言語ならもっと宣言的に書けないかなとか。

あ · 2017/05/19(金) 12:05:33.38

>>516
書いてみ。
クラス宣言は必ずしも要らんし、データの定義だけが出来たり
クラスみたいだけど、ブロック始まって即関数ではなく束縛とか宣言できたり処理できたり関数書いたりできて、それがメソッドやプロパティになったり、
割と無茶できる言語だよ。

**デフォルトの名無しさん** · 2017/05/19(金) 13:23:54.29

今のScalaはランタイムの大きさとかコンパイル時間とかでモバイルに適合しないってのは理解できるんだが、
Googleともあろう企業がScalaのランタイム改良ではなく言語としては劣化ScalaのKotlin採用って方針にしてるのは違和感あるんだよな。

**デフォルトの名無しさん** · 2017/05/19(金) 14:09:46.57

わかりやすいってのは重要なポイントでしょ。
次世代ヲタからすれば、SwiftとかKotlinとかGoが憎くて憎くて仕方ないんだろうな。

**デフォルトの名無しさん** · 2017/05/19(金) 14:15:46.20

わかりやすいのは大事だな
低機能言語が読みやすいとは思わんけど

**デフォルトの名無しさん** · 2017/05/19(金) 14:20:00.44

可読性の観点から言うと、Kotlinが読みにくいというよりはScalaのimplicit嫌ったか。
それなら納得できるわ。

**デフォルトの名無しさん** · 2017/05/19(金) 14:26:16.91

あまり次世代っぽくはないけど、Goが並行処理を得意そうなのでこんなお題はどうでしょう？

お題
1) 1から1000までの整数からなる要素数1000の配列を作ってそれをランダムに並び替え
2) 当該配列の各要素nについて、sleep等でnミリ秒後にnを返す処理を別スレッドで起動し
3) 各スレッド終了順に配列等に結果を収めそれが昇順になっているかを真偽値で返すコードを書け。
4) 念のため (2)～(3)にかかった時間を計測しこれも同時に提示せよ（1秒を大きく越えていないことを確認）
5) (3)が偽なら、(2)を「n*mミリ秒（mは2以上の整数）」に変えてmがいくつ以上なら真を返すかも示せ。

要はスリープソートですが…

**デフォルトの名無しさん** · 2017/05/19(金) 14:37:07.10

おいらのPCがAtomなんだが。。。
Haskellで並列化は今一理解出来てないのか逆に遅くなる。。。
本の通りなら速くもなるんだろうが、使いこなせてない。
途中からシングルスレッド処理に切り替えるのが肝っぽい。
上手く行ったら参戦するけど、期待しないでね。

**デフォルトの名無しさん** · 2017/05/19(金) 14:41:06.27

俺もお題考えたぞ！！
ハートリーフォック方程式を解くコードを書け
基底はガウス基底。6-31G**でのベンゼンの計算結果を示すこと！！
分子積分は並列化して下さい！！

**デフォルトの名無しさん** · 2017/05/19(金) 15:38:16.89

>>523
回答例を兼ねてRubyで書いたのを晒します
手元の環境ではスレッド数的に厳しかったので100にしてmは5でした

$ ruby sleepsort.rb
m = 1; time(sec) = 0.129255; sorted? = false
m = 2; time(sec) = 0.3634174; sorted? = false
m = 3; time(sec) = 0.7056763; sorted? = false
m = 4; time(sec) = 1.1430185; sorted? = false
m = 5; time(sec) = 1.6765738; sorted? = true

http://ideone.com/RhQXqq
※ideone.comには制限があるようなのでスレッド数は更に減らして10にしています

**デフォルトの名無しさん** · 2017/05/19(金) 15:43:19.44

>>525
高卒のおいらには、そもそもその方程式が分からない。。。

**デフォルトの名無しさん** · 2017/05/19(金) 18:37:46.78

次世代言語は物理や数学が扱いやすいことが必須ってわけじゃないから
数学を必要とするのはほんの一部

次世代でも手続型言語が主流なのは変わらないだろう

**デフォルトの名無しさん** · 2017/05/19(金) 18:42:47.68

同じ処理をするにしても
より記述量が少なく
間違いが起こりにくく
学習時間が少ないものが今後も好まれるのではないか

**デフォルトの名無しさん** · 2017/05/19(金) 18:44:19.31

あとはwebとの親和性かな…

**デフォルトの名無しさん** · 2017/05/19(金) 18:47:42.86

手続き型言語が主流なのは分かるけど、オブジェクト指向も宣言的なプログラミングを目指してるはずで、メソッドチェーンとかで済むように進化していくはずなんだ。

samlltalkやrubyはかなり宣言的に書ける場合がある。
pythonも>>485をリスト内包表記有るからHaskellみたいに宣言的に書けるはずだし。

次世代言語が過去の言語に宣言的プログラミングで劣ったら元も子もないよ。

**デフォルトの名無しさん** · 2017/05/19(金) 18:53:11.32

宣言的プログラミング"も" 書けるのであって

宣言的プログラミングに近づけば優秀というわけじゃないから

**デフォルトの名無しさん** · 2017/05/19(金) 18:57:49.08

"も"で良いよ。
でも、手続き型言語でどこまで宣言的になったか見てみたい。

ifもforもここまで使わないで済むって。

**デフォルトの名無しさん** · 2017/05/19(金) 19:24:24.98

>>529
一般にやれることがおおければそれだけ記述量は増える。
まあよく使われる書き方については短くかけるように符号を割り当てるってのは
あるのかもだが。

**デフォルトの名無しさん** · 2017/05/19(金) 20:17:34.42

そこそこ高学歴の学生としては数学扱いやすい言語以外はそもそも学ぶ気にならないなあ
だからPythonとか大好きだし、もし自分が言語を決める立場になったら、Pythonで出来ることは全部慣れてるPythonでやると思う

**デフォルトの名無しさん** · 2017/05/19(金) 20:57:32.26

>>485をHaskell（読みやすくしてみた）、Ruby、Pythonで書いてみた。
Haskell
import System.Environment

makeList cs f = take (length cs `div` 2) [cs!!x | x <- [0..], f x]
zipArgs args = zip evenList oddList
where
evenList = makeList args even
oddList = makeList args odd
main = getArgs >>= print.zipArgs

Ruby
evenarry,oddarry = [],[]
ARGV.each_with_index{|line, i|
evenarry.push line if i.even?
oddarry.push line if i.odd?
}
evenarry.zip(oddarry){|x,y| print [x,y] } if evenarry.size < oddarry.size
oddarry.zip(evenarry){|y,x| print [x,y] } if evenarry.size >= oddarry.size
puts

Python
import sys

evenList = [arg for i, arg in zip(range(len(sys.argv[1:])),sys.argv[1:]) if i % 2 == 0]
oddList = [arg for i, arg in zip(range(len(sys.argv[1:])),sys.argv[1:]) if i % 2 == 1]
for (x,y) in zip(evenList,oddList):
____print((x,y), end = '')
print()

**デフォルトの名無しさん** · 2017/05/19(金) 22:15:21.36

>>536
例えばRubyで

ARGV.each_slice(2){ |e| print e }; puts

と書くのと何が違うの？

**デフォルトの名無しさん** · 2017/05/19(金) 22:22:13.75

今飲み屋なので明日確認するけど、おいらは(へっぽこ)Haskellerであって、RubyもPythonもそこまで得意じゃない。
あんたみたいな精通してる人のがずっと良いコード書けると思う。
ただ、オブジェクト指向も結局、宣言的プログラミングが理想の形なのは確か。

**デフォルトの名無しさん** · 2017/05/19(金) 23:08:50.45

>>535
数学好きならJulia使ってみようぜ。今年1.0出る予定だそうだ。

**デフォルトの名無しさん** · 2017/05/19(金) 23:26:54.55

>>537
クソが！！
コマンド引数が奇数の時にエラー出るじゃねーか！！！！
ちゃんとテストしやがれ！！！！！！

**デフォルトの名無しさん** · 2017/05/19(金) 23:35:57.31

>>539
ここで興味持って見て見たけど、文法がHaskellよりごちゃごちゃしてるんよ。。。
やっぱおいらはHaskellが好きやねん。

**デフォルトの名無しさん** · 2017/05/19(金) 23:45:26.92

>>539
別に数学好きってわけでもないけど、もちろんJuliaは使えるよ
最新の文法を全部追ってはいないから最新のをちゃんと使える自信はないが

**デフォルトの名無しさん** · 2017/05/19(金) 23:48:20.94

>>541
そりゃHaskellやLispと比べりゃどんな言語もごちゃごちゃしてるわ。
Juliaが狙撃対象にしてるのはRやPython（つーかNumpy）だから、Haskellはそもそも意識してないはず。

おまいさんに八つ当たりしてもしょうがないんだが、個人的にHaskellは二項演算子のググラビリティが死ぬほど低いのが困る。

**デフォルトの名無しさん** · 2017/05/19(金) 23:54:27.07

pythonは言語的に優れてるとはおもわんけど簡素だよね全体的に
学習コストが低い

そこが高学歴ｗの人に好かれるとは思わなかったけど

**デフォルトの名無しさん** · 2017/05/19(金) 23:59:47.82

>>544
俺がPython好きなのは簡素だからではないけど、たしかに物理や数学の勉強で忙しくって、あんまり難しい言語は流行らないなあ

**デフォルトの名無しさん** · 2017/05/20(土) 00:04:40.55

Pythonは教科書に載ってる模擬言語にそっくりだ
昔はpascal風のが多かったけど

**デフォルトの名無しさん** · 2017/05/20(土) 00:05:47.77

>>543
自分で書いたコードはどうやって検索してるんだ
もしかして全部オープンソースにしてからぐぐるのか

**デフォルトの名無しさん** · 2017/05/20(土) 00:14:11.99

>>523
Haskell
http://ideone.com/affD4l

**デフォルトの名無しさん** · 2017/05/20(土) 00:25:17.41

>>543
なぜHoogleを使わないんだ？
あと今のGoogleは記号検索も対応しているぞ。

**デフォルトの名無しさん** · 2017/05/20(土) 01:38:29.31

学歴たけーからこの言語は使えませんとかなんなんｗ
普通に言ってきたら馬鹿だとしか思えなくなるわｗ

**デフォルトの名無しさん** · 2017/05/20(土) 08:02:40.56

大学生と中学生って3年ちょっとの差しかないからな

**デフォルトの名無しさん** · 2017/05/20(土) 08:20:32.04

>>523
Go
http://ideone.com/Uv5UOC

**デフォルトの名無しさん** · 2017/05/20(土) 08:56:41.66

>>543
すまん。
ググラビリティって何だ？
って調べたらググり易さ？
そんなに記号多かったっけ。。。
モナドとファンクタ以外は普通の言語にもある記号だろ？
本一冊持ってれば十分だし、Hoogle有るから。
それ言ったら2引数の関数全て二項演算子になるし、二項演算子も全て2引数の関数になる。
かえって(*)とかのセクション(2引数の関数)としてググれば見つかりやすいかもな。

**デフォルトの名無しさん** · 2017/05/20(土) 09:03:31.15

>>544
プログラミングが本分じゃ無い人にとっては言語学習はコストだわな。
オブジェクト指向にどのくらい純粋かとか、そんなのどーでも良いんだろう。
おいらは言語オタだから純粋さにこだわって行き着いたのがHaskellだったが。
そのHaskellも実装が関数型言語ならこんな最適化が出来るって本に書いてたことをあんまり実現出来てない、理想から程遠い実装なんだが。

**デフォルトの名無しさん** · 2017/05/20(土) 09:04:28.62

>>550
そんなん言ってる奴おる？