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

**デフォルトの名無しさん** · 2017/08/28(月) 21:53:37.12

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

**デフォルトの名無しさん** · 2017/09/02(土) 12:39:54.25

Javaが依然としてナンバー1だが、それに取って代わるのは何か？
https://www.infoq.com/jp/news/2017/08/Java-Still-One-Tiobe

>TIOBEは、特にCrystal、Kotlin、Clojure、Hack、Juliaを挙げて、
>新しい言語への関心が高まっていると見ている。
>これらの全体シェアは小さいが（すべて1%未満)、その浸透速度は注目に値する。
>特に、RubyのいとこにあたるCrystalは、1ヶ月で60位から32位へと飛躍した。

Crystalが早くRuby を追い落としてほしい。

**デフォルトの名無しさん** · 2017/09/02(土) 12:45:48.01

>>167
細部は微妙だけど、まあ大方そんなもんだよ。大分近かろう

**デフォルトの名無しさん** · 2017/09/02(土) 12:46:18.42

このスレ共通認識擦り合わせ出来なすぎだろどうなってんだ

**デフォルトの名無しさん** · 2017/09/02(土) 12:50:38.76

「Ruby風味のプログラミング言語」四天王現る！Elixir,Crystal,Opal,Mirahまとめ #ruby
https://codeiq.jp/magazine/2015/07/26120/

あ · 2017/09/02(土) 12:55:46.34

>>170
擦り合わせしたいと言うと荒らし扱いされるから気をつけてね。

**デフォルトの名無しさん** · 2017/09/02(土) 14:12:09.69

さんざん宣伝された「コミュ力」でさえ
プログラムにコミュ力が必須という共通認識は出来ない

**デフォルトの名無しさん** · 2017/09/02(土) 14:26:26.94

頭の悪い人がちょっと覚える労力を避けるために
頭の良い人が多大な無駄な苦労をするのは
社会的損失だ

**デフォルトの名無しさん** · 2017/09/02(土) 14:26:47.13

抽象化思考能力が欠如してるから
自分の知ってる分野・レイヤーの視点で語りたがる

**デフォルトの名無しさん** · 2017/09/02(土) 14:45:24.92

>>170
兜合わせとかいやらしい

**デフォルトの名無しさん** · 2017/09/02(土) 15:06:32.25

2ちゃんとスーパーハカーによると抽象的思考にはアルファベットよりも漢字を使うのがいいらしい。
プログラミングも漢字でやるといいらしい。

**デフォルトの名無しさん** · 2017/09/02(土) 15:49:49.61

>>177
そういう結論になる事が抽象化思考力の欠如してる何よりの証

**デフォルトの名無しさん** · 2017/09/02(土) 18:15:56.44

アルファベット仕様キーボードで入力してる限りは
入力速度がアルファベット＞非アルファベットになるのはどうしようもない

あ · 2017/09/02(土) 20:43:09.37

>>179
タブキーと補完使わないの？
俺、和文のあとに、同じ内容の英文つけたメール書くことあるけど、あきらかにタイプ数は和文の方が少ないよ。

抽象思考したいならLabViewとかSPSSあたりでブロック図とかフィルタのグラフで思考するのが一番早かろう。

**デフォルトの名無しさん** · 2017/09/02(土) 22:56:58.71

今の世の中に抽象的思考が足りないって実感あるの？ないでしょ
そんなことよりユーモアが足りないと思う

**デフォルトの名無しさん** · 2017/09/02(土) 23:39:15.33

ユーモアが足りないように感じるのは
ネットのおかげか世の中がマトモという言い方はおかしいけど
正解を引くひとが多くなってきたから
明らかにおかしい状況を
ユーモアで笑い飛ばす必要性があまりなくなってきたんだと思う
苦痛な環境に置かれても、ある種納得してるっつーか

でもプログラミングの世界はまだまだ黎明期に当たるのか
偉い人でも、おかしなことしている人がいっぱいいて
https://img0.etsystatic.com/178/0/13833747/il_340x270.1165546874_11w2.jpg
↑まだまだこういうユーモアが有ったりする
今後ある程度成熟していくと、もうこういうユーモアも見れなくなると思うと残念だね
と同時に、正しいことを知っているだけでは勝負にならなくなる
実力が問われるね

**デフォルトの名無しさん** · 2017/09/03(日) 01:21:59.30

そんな残念、杞憂だよ

糞バカジャップランド土人が
山ほど遺してくれたコボルやペェチプゥの保守案件があるからね

**デフォルトの名無しさん** · 2017/09/03(日) 01:48:32.74

>>182
DrinkをCoffeeのメソッドにしてることに最高に納得いかない。
設計者出てこい！

**デフォルトの名無しさん** · 2017/09/03(日) 03:47:08.84

>>182
これ何がアカンの？

**デフォルトの名無しさん** · 2017/09/03(日) 04:22:00.89

「お前が飲むんかーい！」ってツッコミたくなる

**デフォルトの名無しさん** · 2017/09/03(日) 05:04:38.40

>>182
bool値はIsEmpty()がいいなー

**デフォルトの名無しさん** · 2017/09/03(日) 06:11:13.88

次世代言語スレでisHogeは無いだろ…

**デフォルトの名無しさん** · 2017/09/03(日) 08:29:59.58

関数やメソッドの呼び出しに()を使う言語は滅亡すべきだな

**デフォルトの名無しさん** · 2017/09/03(日) 11:27:05.90

明示的に call とか書くのはあんま流行らんぞ。
おれはそれくらい明示的でいいかなと思うのだが。

**デフォルトの名無しさん** · 2017/09/03(日) 13:01:37.55

Coffeeが空かどうかのStateをインターフェースで持たせて、StateはVisitorを受け入れるのが伝統的なやり方かね
次世代だとCoffeeが空かどうかのStateは、インターフェースじゃなくて、型クラスで制限して、パターンマッチで処理を切り分けるって感じかね

**デフォルトの名無しさん** · 2017/09/03(日) 13:21:28.44

Human john;
Cup cup;
...
if (cup.isEmpty)
{
cup = new Coffee();
}
else
{
john.Drink(cup.Drop());
}

**デフォルトの名無しさん** · 2017/09/03(日) 13:26:23.45

まずそもそもコーヒーをモデル化とかしないから

**デフォルトの名無しさん** · 2017/09/03(日) 13:34:57.13

>>192
Drinkの中でdropを呼べよ

**デフォルトの名無しさん** · 2017/09/03(日) 14:05:43.95

久しぶりに見たんだけどなんでまだスレタイにRustなんて欠陥言語があんの？

**デフォルトの名無しさん** · 2017/09/03(日) 14:14:39.78

Rustの何が欠陥？？
いい言語だと思うけど

**デフォルトの名無しさん** · 2017/09/03(日) 14:27:10.98

>>196
強いて言うなら学習コストだ高いとか。
インタラクティブに勉強する教材とか欲しい。
nodeSchoolみたいなやつ

**デフォルトの名無しさん** · 2017/09/03(日) 14:46:11.02

>>194
おまえはcupをdrinkするガイジなのか？

**デフォルトの名無しさん** · 2017/09/03(日) 14:58:12.28

ここでもキャットドア問題再燃w
ほんと使えるなこれ

**デフォルトの名無しさん** · 2017/09/03(日) 15:11:53.96

>>196
ちょっと込み入ったもの書こうとすると即座にコンパイラがあらゆるコード受け付けなくなる言語のどこがいいんだ？

なおC++コードはきちんと動くことは実証済でな

**デフォルトの名無しさん** · 2017/09/03(日) 15:40:55.80

>>194
Human you;
Cup cup = Mix(new Coffee(), new Poison());
you.Drink(cup.Drop());

**デフォルトの名無しさん** · 2017/09/03(日) 15:56:06.83

Rustには保守しにくいコードを事前に排除する意味もあるようなｗ
ぶっちゃけ書き捨てプロトタイプには向かない言語

**デフォルトの名無しさん** · 2017/09/03(日) 15:59:55.01

>>200みたいなコンパイルエラーを嫌う人種ってどういうひとなの？
インタプリタ最強みたいな感じなのかな？
ランタイムでこけるより、コンパイラでエラー出たほうがいいじゃん

**デフォルトの名無しさん** · 2017/09/03(日) 16:01:57.97

>>189
>>190
今どきのメジャー言語は
たいてい関数名＋括弧だけじゃないか？

いちいちcallとか書いてたらコードがcallだらけになるし
関数定義のfunctionすら面倒だっていう声があるから
いちいち関数を明示的に呼び出す言語は流行らないよ

**デフォルトの名無しさん** · 2017/09/03(日) 16:29:46.99

callって明示的に書く言語ってなんだよ
Fortranくらいしか書いたことない

**デフォルトの名無しさん** · 2017/09/03(日) 16:32:54.49

>>196
言語はいいんだけどまだ普及してないからライブラリが辛い

あ · 2017/09/03(日) 16:44:19.82

「f(x)」以上に「関数」らしい表現を見た事無いがな。

call書かないとカッコ書けないVBAとかが、callだらけになるかな。

**デフォルトの名無しさん** · 2017/09/03(日) 16:59:40.82

f x
でいいだろ

**デフォルトの名無しさん** · 2017/09/03(日) 17:12:48.70

>>208
これは同意

あ · 2017/09/03(日) 17:25:55.62

たしかに。
lispのS式は自然なんだなぁ。

**デフォルトの名無しさん** · 2017/09/03(日) 17:47:32.06

でも、けっきょく
f (ｘ＋ 1) みたいないことしたり
f () みたいなことするなら括弧的なもの必要になるし
単に省略してるだけでしかないのでは？

**デフォルトの名無しさん** · 2017/09/03(日) 18:01:27.53

f(x+1)はともかく、f()は関数というよりはサブルーチンなんだよな。Fortran以外の言語はあんまり区別しないけど

**デフォルトの名無しさん** · 2017/09/03(日) 18:08:08.10

値を返すのが関数、返さないのが手続きだろう。

**デフォルトの名無しさん** · 2017/09/03(日) 18:23:54.59

>>211
だよね。Lispだと(f x)
どの言語でも定義と実行の区別は必要なんじゃないかな

**デフォルトの名無しさん** · 2017/09/03(日) 19:56:58.37

>>211
Nim ならどっちも不要だな

**デフォルトの名無しさん** · 2017/09/03(日) 20:26:30.83

括弧ないと関数だと区別できないとか

関数と変数とかで名前空間分けるのが普通なのかな
一緒のがシンプルな気がするけどダメなの?
this.objみたいにスコープで名前空間分けたらダメかな

**デフォルトの名無しさん** · 2017/09/03(日) 21:13:19.59

Common Lispは名前空間分けてるけどSchemeは同じだよね
個人的には分けないほうが好きだな

**デフォルトの名無しさん** · 2017/09/03(日) 21:19:54.76

関数の()が要らないなら
配列の[]も要らないね

**デフォルトの名無しさん** · 2017/09/03(日) 21:32:57.42

>>218
正直、そんな文法の言語
使いづらそう……

**デフォルトの名無しさん** · 2017/09/03(日) 22:05:19.16

括弧を開く位置には何か記号が要るが閉じる記号は要らないな
最後のセミコロンが要らないのと同じ

**デフォルトの名無しさん** · 2017/09/03(日) 22:07:40.42

$かな？

**デフォルトの名無しさん** · 2017/09/03(日) 22:52:39.79

>>220
ｐｙてょｎのことか
ブロックあった方が正直みやすいわ
初心者にも、視覚的にここからここまでがまとまりだと説明しやすい
インデント強制はいいけど、いきなりインデントがどうとか説明しても、イミフやろ

**デフォルトの名無しさん** · 2017/09/03(日) 22:55:16.25

むしろpythonの方が見やすい

**デフォルトの名無しさん** · 2017/09/03(日) 23:00:57.36

a[b + c] + d + f(x + e) + 100
↓
a[ b + c + d + f(x + c + 100

なるほど素晴らしいアイデアだな

**デフォルトの名無しさん** · 2017/09/03(日) 23:29:49.01

>>224
実を言うとセミコロンの省略でも同じ失敗をしてるんだよな
y=f; (x)();
↓
y=f(x)()

**デフォルトの名無しさん** · 2017/09/03(日) 23:46:26.57

Haskell ならこうかな
(a !! b + c) + d + (f $ x + e) + 100

**デフォルトの名無しさん** · 2017/09/03(日) 23:49:41.11

>>224
ガイジ

>>225
改行しろガイジ
(x)←意味分からんぞガイジい

**デフォルトの名無しさん** · 2017/09/03(日) 23:49:51.83

!!って+より優先度雑魚かったんか

**デフォルトの名無しさん** · 2017/09/04(月) 00:04:41.50

括弧の意味は二つある
優先順位を明示する、または関数呼び出し
どっちの意味か分からんから関数呼び出しの意味で括弧を使うのはもうやめたほうがいい

**デフォルトの名無しさん** · 2017/09/04(月) 00:08:29.47

>>228
!! の方が優先順位高かったゆるして

**デフォルトの名無しさん** · 2017/09/04(月) 00:09:48.10

タプルやらにも()を使うのが普通だし
無意味な主張だな

**デフォルトの名無しさん** · 2017/09/04(月) 00:12:21.46

括弧を使った関数呼び出しは関数にタプルを適用していると見ることもできる

**デフォルトの名無しさん** · 2017/09/04(月) 00:16:07.76

>>220
>最後のセミコロンが要らないのと同じ

それなら、最後のコロンも要らないだろ

インデントを強制する言語の中で、
Haskell や Occam は文末は改行のみだけど、
ｐｙてょｎ(>>222)だけが要らないコロンを強制する

**デフォルトの名無しさん** · 2017/09/04(月) 00:31:15.86

pythonって中途半端だよな
高階関数とかドットチェーンしづらくして、平易な書き方を強制したい
と見せかけてあの可読性ゴミ屑なリスト内包表記糞とかいう糞を強制してくる真性ガイジ
間違いなく俺が設計した方がいい言語できるね

**デフォルトの名無しさん** · 2017/09/04(月) 00:51:57.88

変数宣言の無い言語は大体糞
変数スコープがぶっ壊れてる

**デフォルトの名無しさん** · 2017/09/04(月) 00:58:56.67

>>235
for/ifの中から飛び散る糞とかほんと糞

**デフォルトの名無しさん** · 2017/09/04(月) 01:09:13.44

高階関数とドットチェーンし辛いのはそうだけど、リスト内包読みにくいっていうのは理解できない

**デフォルトの名無しさん** · 2017/09/04(月) 01:28:25.81

条件分岐や反復なんてもんはどんなに言語が良くなっても
馬鹿が書けばどこまでもくそにすることなんてできんだよ。

**デフォルトの名無しさん** · 2017/09/04(月) 01:45:59.23

>>234
＞間違いなく俺が設計した方がいい言語できるね
無理無理
無名言語がひとつ増えるだけ

**デフォルトの名無しさん** · 2017/09/04(月) 06:07:53.93

以前仕事でRuby書いてて、()省略すると自分はいいんだけど他人が書いたコードは変数だかメソッドだか分からなくて面倒な事多かったから無しだなぁ

**デフォルトの名無しさん** · 2017/09/04(月) 08:57:59.85

IDEの機能を言語と一緒にして例えば
アンダーバーとか、色とか、枠線をつけられるようにしてブロックを表せたりとか
そういうGUI的に拡張させるアイディアって無いのかな？

**デフォルトの名無しさん** · 2017/09/04(月) 09:18:10.64

.Netがやりまくってるだろ

**デフォルトの名無しさん** · 2017/09/04(月) 09:24:23.35

確かにhaskellの$で閉じカッコは要らないは惹かれる。
他の言語でも採用されればいいのに。

**デフォルトの名無しさん** · 2017/09/04(月) 09:33:26.87

でもそれって、表記上、末尾の括弧を省略できるって状況だから可能ってだけで
実際は括弧付いてるようなもんなんじゃないの？

**デフォルトの名無しさん** · 2017/09/04(月) 10:21:51.60

>>241
特定の開発環境に依存するのはリスクを感じる
言語の機能でなくてjavaのdocletやpythonのdoctestみたいに自由な部分で拡張すればいいんじゃないの
拡張可能にさえしといてあげれば、数多の楽したがるエンジニアが稀にいいもの作ってくれるよ
だから言語はシンプルがいい

**デフォルトの名無しさん** · 2017/09/04(月) 10:41:39.20

>>だから言語はシンプルがいい

これはちょっとすでに古い考え方だよ
今の人気言語は最初から機能てんこ盛りだし
ほとんどの言語はいろんな形でで最初から拡張可能
lispやschemeですら充分に複雑だよ

**デフォルトの名無しさん** · 2017/09/04(月) 11:14:48.20

そうだな
初心者はIDEに統合されててなんでも言語がやってくれる方がいいな
フレームワークとか作ってると競合しないように気を遣うが

**デフォルトの名無しさん** · 2017/09/04(月) 13:29:53.64

＞今の人気言語は最初から機能てんこ盛り
Scalaなんかは最初からいろんな機能盛り込んでるな
そのおかげで言語仕様が複雑になって覚えにくいけど

**デフォルトの名無しさん** · 2017/09/04(月) 13:34:02.71

>>241
IDEの機能はIDEに任せた方がいいんじゃないの
たとえばシンタックスハイライトとかIDE側の機能を
言語側に仕様を入れる必要ないと思う

そこをあえてやりたいなら
アノテーションで拡張可能にするかな

**デフォルトの名無しさん** · 2017/09/04(月) 13:55:27.67

メールなんかでHTML形式があるけど
あんな感じでHTML形式でプログラムを書く
そうするとソースコードの途中にコードを説明する画像を挟み込むことが出来るし
音楽を入れて音声で説明してもよい
さらにはJSを駆使して動的なことをしてもよい
で、それで何のプログラムを書くかというとHTMLを書く
ブラウザで表示させる
ソースコードのソースコードがあるということだ
素晴らしいね

**デフォルトの名無しさん** · 2017/09/04(月) 14:19:19.83

>>249
それをあえて入れるところに意味があって
人はあくまでプログラム自身に集中するべきじゃないかな

**デフォルトの名無しさん** · 2017/09/04(月) 14:28:08.47

OSと言語とIDEを選ぶのは大変だからね
言語を選ぶだけで他の全てが自動的に決まるのが理想のように思える

現実には言語を変更するだけで他の選択肢も強制的に変更させられることがよくある

**デフォルトの名無しさん** · 2017/09/04(月) 14:51:16.77

>>250
文芸的プログラミングの事かな？

**デフォルトの名無しさん** · 2017/09/04(月) 18:34:04.31

>>250
XMLで可能だけど誰もやってないような
javadocで十分だな

**デフォルトの名無しさん** · 2017/09/04(月) 19:26:15.80

YouTubeで稼げるジャンルは〇〇動画です。YouTube講座
https://www.youtube.com/watch?v=_Nps8xb5czQ
最新トップYoutuberの年収は10億円、1億円の時代はもう古い
http://www.himatubushisp.com/entry/2017/05/10/224945
Youtuberヒカルが月収を明らかに!!おはよう朝日です出演
https://www.youtube.com/watch?v=RLZGrqQnnZc
第１回案件王ランキング！YouTuberで１番稼いでるのは誰だ！
https://www.youtube.com/watch?v=asF2wQ2xhjY&;t=61s
ユーチューバーの儲けのカラクリを徹底検証！
https://www.youtube.com/watch?v=FUSb4erJSXE&;t=504s
【給料公開】チャンネル登録者4万人突破記念！YouTuberの月収公開！
https://www.youtube.com/watch?v=Y7DAQ0RKilM&;t=326s
誰も言わないなら俺がYouTuberのギャラ相場を教えます
https://www.youtube.com/watch?v=E4q-vaQh2EQ&;t=118s

最高月収5000万円だとさ。年収じゃなくて「月収」な
おまえらもyoutubeに動画投稿したほうがいい
手っ取り早く視聴数稼ぐには有名ユーチューバーへの物申す系動画がオススメ
しばたーやよりひとやkunやぽんちやモンスタージョンなどを真似すればいい

**デフォルトの名無しさん** · 2017/09/04(月) 23:12:52.17

docのマークダウン対応くらいはあった方が便利だけど
愛生病院みたいなsrc読みたくねえだろ

**デフォルトの名無しさん** · 2017/09/05(火) 00:11:19.92

コメントみたいな曖昧な仕組みじゃなくて
コードのメタデータとして言語機能が積極的に管理していく方向に発展して欲しいね

**デフォルトの名無しさん** · 2017/09/05(火) 01:26:37.76

愛生病院は懐かしい・・・と思ったら
2013年まであったのかよ、恐ろしすぎ
病院の先生ってやっぱ頭良いんだなって思うのは
未だかつて愛生病院のサイトより見てて不安になるサイトには出会ったことが無い
やろうとしてできるものではない
そんなことが片手間で出来るんだから、医者って本当に凄い
http://web.archive.org/web/20130515083615/http://www.aiseikai.or.jp/
↑魚拓
若い人で知らない人は一度勉強したほうが良い
昔のインターネットがいかに刺激的だったかが良くわかるだろう

**デフォルトの名無しさん** · 2017/09/05(火) 05:47:32.86

>病院の先生ってやっぱ頭良いんだな

目の前にある具体例と真逆の結論を出すのがすごい
これが抽象化か

**デフォルトの名無しさん** · 2017/09/05(火) 06:00:54.41

真逆も何も医者は頭が良いものだろ

**デフォルトの名無しさん** · 2017/09/05(火) 08:05:20.63

MSが提唱してるlanguage server protocol(LSP)はまさにIDEの機能を
言語側で提供しましょうってアイデアだけどね。
TypeScriptで採用してる(採用しようとしてる？)。

言語のシンタックスに一番詳しいのは言語自身なんだからIDEの機能を提供してくれるのは理にかなってると思うけどね。

俺としては、言語を新しく使うたびに初期段階で補完機能に悩むのはしんどいので
新興言語はかならずLSPを用意しておいて欲しい

参考：
http://qiita.com/atsushieno/items/ce31df9bd88e98eec5c4

**デフォルトの名無しさん** · 2017/09/05(火) 08:06:21.68

>>261
投稿先間違いました。m(_ _)m

**デフォルトの名無しさん** · 2017/09/05(火) 10:29:52.93

>>259
どう見ても皮肉だろ

**デフォルトの名無しさん** · 2017/09/05(火) 10:39:14.44

>>131
これどゆ意味？
C診断室ってCやってる奴なら今でもわりと有名だと思うんだけど

**デフォルトの名無しさん** · 2017/09/05(火) 13:01:50.78

expert Cに似たようなマクロが載ってるけどね
ALGOLだったと思ったけれど

**デフォルトの名無しさん** · 2017/09/05(火) 15:40:54.23

>>130
ふり返るとこういう言語拡張はLispならアリだし
むしろ今の時代のDSLを先取りしているな
C言語中心の昔じゃ受け入れられなかっただけで

**デフォルトの名無しさん** · 2017/09/05(火) 19:13:54.89

ナシだわ。こんなん横行したらまた歴史が逆回転始めるよ