Go language part 1

**デフォルトの名無しさん** · 2013/10/10(木) 12:04:51.78

Goについて扱うスレッドです。
GoはGoogleによって開発された言語です。

**デフォルトの名無しさん** · 2014/07/16(水) 21:10:33.17

GoほどじゃないがRustもでかい。システムプログラミング言語としてやる気あるんかお前ら
C言語当分安泰だわ。

**デフォルトの名無しさん** · 2014/07/16(水) 21:26:57.08

>>132
node.jsにモジュール上げたときも外人もクレクレ厨ばっかりだったな

firefox は勝手にメモリ使いまくって
2GB以上になったとたん固まって落ちるし

**デフォルトの名無しさん** · 2014/07/16(水) 21:33:51.50

>>133に去れとか言われたのでもう少し粘着するよ。

ここに去年の12月のエントリがあるんだがな。
「Goのバイナリサイズは膨らみ続け、制御不能になりつつある」

Go Binary Sizes Are Growing out of Control ? Donat Studios
https://donatstudios.com/Golang-Binary-Sizes

追記がうける。これはGoが糞だとかそういう趣旨じゃない。私はGoを愛しているｗ
Redditでほのめかされてるように開発者が怠惰で無能と言っているわけじゃない云々ｗ

言語の問題を指摘するためにこういう弁明をしなければならないこと自体糞だが、
恐ろしいのは、このrant以後も、バイナリサイズがさらに膨れ上がっていることだ。
設計上、思想上の欠陥があると見なすべきで
こういう明らかな問題点を見て見ぬふりする言語コミュニティに期待するかどうか。

俺はしないね。

フロッピー１枚に入らないHello Worldって何だよ。いやマジに。

**デフォルトの名無しさん** · 2014/07/16(水) 21:36:44.42

exerb

**デフォルトの名無しさん** · 2014/07/17(木) 00:03:14.51

まぁ静的リンクすらわかってない奴だということはわかった

**デフォルトの名無しさん** · 2014/07/17(木) 06:43:50.83

わかってないのおまいだわ、上面だけ読んでレスやめとけw

**デフォルトの名無しさん** · 2014/07/17(木) 07:10:02.53

>>136

最近使ってるpecoのファイルサイズ見たら4.1MBだった。ちょっとしたツール系でこのサイズは・・・とか思ったけど、今どきメモリは4GB,8GBくらいあたりまえに載ってる時代だし、もう許すことにした

組み込みでは使えないってことだね

**デフォルトの名無しさん** · 2014/07/17(木) 08:38:37.24

わかってるわかってないの水掛けこそ、上っ面の駄レスだろ
おかしいところを具体的に突いてやれば、言い返せないしこのスレの質向上にもなる

**デフォルトの名無しさん** · 2014/07/17(木) 09:31:32.17

そうだそうだ

**デフォルトの名無しさん** · 2014/07/17(木) 10:45:11.17

容量制限のあるクラウドとかVPSじゃ使えねえよ

**デフォルトの名無しさん** · 2014/07/17(木) 12:27:33.98

>>140 大きいと言う事は全てにおいて時間がかかると言う事なんだぞ。　つまりあらゆる面で生産性が低くなる。
そんな言語誰が使う。

作ってる奴がヘタレだとか基本設計自体に問題が有るとかさんざん言われてる。

**デフォルトの名無しさん** · 2014/07/17(木) 12:35:36.25

これね
http://s.kakaku.com/mag/pc/id=1676/
http://www.itmedia.co.jp/pcuser/spv/1407/17/news060.html
http://gigaz.in/1mOmuRj

**デフォルトの名無しさん** · 2014/07/17(木) 13:13:00.43

誤爆？

**デフォルトの名無しさん** · 2014/07/17(木) 16:46:46.06

Go は使う側にとって何かメリットをもたらすのか？

メリットが見えずにデメリットばかりが目立つ。
作る目的がはっきりしてい無いから何年経っても出来上がらないんだよ。

Swiftと大違い。あっちは公開前からブレークしてる。
沢山のメリットが誰の目から見ても明らかにわかるからだよ。

Go の公式REPLは有るんだっけ？

**デフォルトの名無しさん** · 2014/07/17(木) 18:42:53.14

>>24 はい判りました。

for a in 0..<100 {
...
}

こんなんでました。今注目の言語

**デフォルトの名無しさん** · 2014/07/17(木) 19:44:48.46

Swiftですやん

**デフォルトの名無しさん** · 2014/07/17(木) 19:58:44.51

　―┼‐　　　　　　　　ノ　　　 /　　|　 --ヒ_/　　　　/　　＼ヽヽ　　　ー―''7
　　　`」　 ┼,　　　二Z二　　　レ　 /　 /´レ' ＼　―７￣｝　　|　　ー-、　　　/
　（＿＿　（|フ)　　　（＿＿ノ　　＿ノ　　∨`　　ノ　　/ 　/　　　　　＿ノ　　　＼＿

　　　 ─┼-　　　　　　　　/　　 |　　 ‐┼-　　　|　　　　　ー|―
　　　 ─┼─　|　　　＼　レ　　/　　￣Tー　　/　　　　　　ノ　-─
　　　(二フヽ　　＼/　　　　＿ノ　 (二フ＼　　ヽ＿ノ　　 /　、＿＿

　　　　ｉ';ｉ
　　　　/__Y
　　　 ||真||　　　　　　　　　　　　　　　　　／⌒彡
　＿　||露|| 　　　　　　　　／⌒＼　　　　/冫、　）　・・・・・・。
　＼　|| 　||￣￣￣￣￣￣￣＼　`.／⌒ i `　／ゝ　　　_,,..,,,,_
　　||＼`~~´　　（十万石）　　　＼(　>　　　 ('＼＼　./ ,' 3　`ヽｰっ　・・・・・・。
　　||＼||￣￣￣￣￣￣￣￣￣||￣＼`つ　　 ⌒ ＿） l　　 ⊃　⌒_つ
　　　 .||￣￣￣￣￣￣￣￣￣|| 　　　　　　　　　　　 `'ｰ---‐
( 'A) ・・・。〃∩ ∧＿∧ 　　　　　＜⌒／ヽ＿＿＿
/(ﾍ)ﾍ　　 ⊂⌒（　・ω・）　・・・。　＜_/＿＿＿＿／　ｚｚｚｚ・・・
　　　　　　　｀ヽ_っ⌒/⌒ｃ

**デフォルトの名無しさん** · 2014/07/17(木) 23:26:36.96

そのうちhello worldで1GBを超えるバイナリを生成する言語が登場する

**デフォルトの名無しさん** · 2014/07/18(金) 07:16:09.83

googleが一番やりそうなこと

**デフォルトの名無しさん** · 2014/07/18(金) 08:06:18.24

最近のGoogleは自分で自分の首を絞め始めてる様に見えるな。
会社として収集がつかなくなってしまった感じ。

**デフォルトの名無しさん** · 2014/07/18(金) 09:03:19.13

いや昔からこのノリだけど
小さなグループ毎に好き勝手やってる感じ
むしろ最近は昔よりまとめようとしてる

**デフォルトの名無しさん** · 2014/07/18(金) 12:50:52.86

NaCl PNaCl > 速いスピード
Dart > Javascript の置き換え

Noop > Java VMで動く新言語、Oracleとの喧嘩用？

Go > 目的不明(サーバアプリ？)

上二つは上手くやれば美味しいものも見えるし、業界の方向性にもあっている。

Noopは保険みたいなものだろう。ユーザにとっては迷惑なだけ。

Go は美味しそうな匂いがし無い。並列処理？他の言語より美味しいか？

**デフォルトの名無しさん** · 2014/07/18(金) 12:55:38.48

匂いがしないなら使わなければいいんじゃない

**デフォルトの名無しさん** · 2014/07/18(金) 13:03:16.54

googleはトラフィックに無頓着なんだよな
自社でキャリア持たないからかな

**デフォルトの名無しさん** · 2014/07/18(金) 14:48:11.31

>>136 のC言語の経験がHello, world!留まりということはわかった。

**デフォルトの名無しさん** · 2014/07/18(金) 14:57:25.22

hello worldが大きくてもそれの数百倍の大きさのプログラムをコンパイルしたら
数百倍の大きさの実行ファイルが出来るわけでは無いだろ

**デフォルトの名無しさん** · 2014/07/18(金) 16:25:14.51

>>159
全然無い。>>136はHello, world!留まりの赤ちゃんが疳の虫でグズってるだけ

**デフォルトの名無しさん** · 2014/07/18(金) 22:10:34.84

>>156 ユーザにとって美味しい餌が無いと言語も流行らないんだよ。

なんで三項演算子( ? : ) すら作らないんだろう。文法に無駄が多い。

// 入力値iが正の整数の場合iの2乗が、iが0以下の整数の場合0が返されるfunction

// Go
func Fx(i int) (ret int) {
if i > 0 { ret = i*i } else { ret = 0 }
return;
}

// Swift 三項演算子
func fx( i: Int ) -> Int { return i > 0 ? i*i : 0 }

// Swift 三項演算子を使わない場合。
func fx( i: Int ) -> Int {
if i > 0 { return i*i } else { return 0 }
}

**デフォルトの名無しさん** · 2014/07/18(金) 22:51:20.66

流行らなかったら何百(何千？)とあるプログラミング言語の一つが静かに
消えていくだけ。しかし三項演算子が美味しい餌ってのはワケが判らんなｗ

どうしても欲しかったらこんなのでもいいんじゃない

type Any interface{}

func T(exp bool, a Any, b Any) Any {
　if exp {
　　return a
　}
　return b
}

もちろん、これは三項演算子モドキにもなっていないけど。
本物の三項演算子が必要なら src/cmd/gc/lex.c に追加する
なりしてもいいし

**デフォルトの名無しさん** · 2014/07/18(金) 22:51:30.47

3項演算子はレガシーコードだな
うんこが現れたと言うことはGoも注目されてるのか？

**デフォルトの名無しさん** · 2014/07/19(土) 05:03:22.62

goのほうが言語仕様的には美しくて無駄が少ないと思うけど

型についてレシーバ(メソッド)が付けられるからClassを削って構造体のみにしたって所とか、関数は複数の値を返せるから通常のtry-catchみたいな例外文法削ったりとか、intefaceの実装の自動化によるduck typingっぽい感じとか

SwiftはなんかまだObjective-Cのラッパーて感じ。
引数のラベル付とか。selectorが使える所とか。

**デフォルトの名無しさん** · 2014/07/19(土) 08:42:00.07

まさに>>163
ってことなんだろうな

**デフォルトの名無しさん** · 2014/07/19(土) 09:59:22.84

とりあえずフレームワークを1つ覚えとけばいいかな

**デフォルトの名無しさん** · 2014/07/19(土) 13:50:20.51

>>164
>例外
例外文法削ったのではなく、例外自体削ったんだろ。パフォーマンス出すためにな
例外機構が必要な言語もある。

duck typingはSwiftの設計方針に合わない。goのinterfaceは面白いけど

>引数のラベル付き
これは他言語にもあるぞ。Rubyとか
引数後少なかったり、関数名から引数が明白な場合を除いてキーワード引数はわかりやすくて良いよ。

なんつーか、SwiftよりGoのが良いって前提で話してるよな。
どっちも良い所あるんだから、優劣付けずに話せばいいのに。

**デフォルトの名無しさん** · 2014/07/19(土) 14:16:07.12

>>161 の発言があっての話だからだろ

**デフォルトの名無しさん** · 2014/07/19(土) 14:19:18.94

>>164 例外を削除も、複数戻り値もSwiftは採用してるよ。

言語毎に色んな特徴は有るだろうけど、使用者にどんなメリットが有るかが一番大事だろうな。
どんなターゲットを対象にしているかとか。

**デフォルトの名無しさん** · 2014/07/19(土) 15:05:11.74

>>167,169
後の話はSwiftのスレでお願いしますね

**デフォルトの名無しさん** · 2014/07/19(土) 15:06:03.17

>>169
そうそう、だから自分がいいと思う言語を使えばいいだけ、なのに、すごい低レベルなところで煽るやつは何を考えているのかと思う、が、いちいち相手にするレベルに至っていないのでスルーしとく

**デフォルトの名無しさん** · 2014/07/20(日) 23:08:04.42

<-演算子を何て呼んでますか？

**デフォルトの名無しさん** · 2014/07/20(日) 23:21:11.04

アロー演算子
->
<-

**デフォルトの名無しさん** · 2014/07/20(日) 23:43:36.57

>>173
そうなんだ
どうもありがとう

**デフォルトの名無しさん** · 2014/07/20(日) 23:45:46.75

一瞬「アフロ演算子」に見えたｗ

**デフォルトの名無しさん** · 2014/07/21(月) 16:07:42.61

Cだとアロー演算子って呼んでたけど
Goはチャネルオペレータって呼んでるな。

**デフォルトの名無しさん** · 2014/07/21(月) 17:41:17.08

らむだ

**デフォルトの名無しさん** · 2014/07/21(月) 21:39:44.74

iotaの読みはイオタでいいの？
iotaって何から来てるの？

**デフォルトの名無しさん** · 2014/07/21(月) 21:54:45.83

>>178
ググれば出るだろボケナス

**デフォルトの名無しさん** · 2014/07/21(月) 22:02:32.32

井岡

**デフォルトの名無しさん** · 2014/07/21(月) 22:30:59.47

APLのindex generatorのιだろ。
ぐぐらびりてぃの悪さでは定評がある知識だと思うが。

**デフォルトの名無しさん** · 2014/07/21(月) 22:34:55.66

iota の先頭文字は i で母音だから
不定冠詞を付けるときは
a じゃなくて an を付ける必要がある
つまり an iota としなければならない

**デフォルトの名無しさん** · 2014/07/21(月) 22:37:14.11

アニオタ

**デフォルトの名無しさん** · 2014/07/22(火) 00:52:49.93

>>181
APLのindex generatorよくわからんが、そんなところから来ていたのか～
atoi, itoa系だとばかり思ってたわｗ
ありがとね

**デフォルトの名無しさん** · 2014/07/22(火) 01:56:11.63

ギリシャ文字の読み方も知らんて厨房か

**デフォルトの名無しさん** · 2014/07/22(火) 09:46:04.54

20行程度で2MB行くとかクソだな
200行で2GB使うのか？
ばかだろｗ
これじゃVPSでもクラウドでもすぐ容量いっぱいで使い物にならねえよ

**デフォルトの名無しさん** · 2014/07/22(火) 09:48:02.67

教えてくれ
どこから突っ込めばいい

**デフォルトの名無しさん** · 2014/07/22(火) 09:51:44.86

printfもでかいけどprintfを100回呼んでも100倍のサイズにはならない
判り易く喩えるとこういうことです

**デフォルトの名無しさん** · 2014/07/22(火) 09:54:05.00

釣りじゃなければさんすうのお勉強が先かなと……

**デフォルトの名無しさん** · 2014/07/22(火) 10:22:55.44

>>189 俺に算数教えてくれ。　1万行のサイズはいくつだ？

**デフォルトの名無しさん** · 2014/07/22(火) 10:27:27.42

1500行のプログラムで3MBくらいだな
1万行で何書くのか知らんけど、似たような呼び出しだと仮定すると
3MBくらいか

**デフォルトの名無しさん** · 2014/07/22(火) 10:39:49.89

vimでgo書く記事がどれもふるいのばっかりでダメだな

**デフォルトの名無しさん** · 2014/07/22(火) 11:41:55.36

>>191 算数大丈夫か？

**デフォルトの名無しさん** · 2014/07/22(火) 17:18:55.96

>>19 なあんだ、文化祭の出し物か。
そう言えば、Noop なんてだし物もあったな。

**デフォルトの名無しさん** · 2014/07/22(火) 20:32:55.34

自分で書いたコード400行、標準ライブラリ10個、外部ライブラリ4個で4MBぐらいだったわ

**デフォルトの名無しさん** · 2014/07/23(水) 10:54:58.68

goをvimで書いてるけどやっぱgocodeが導入は楽だな

**デフォルトの名無しさん** · 2014/07/23(水) 11:46:22.33

goぐらいはmattnさんの使ってあげなよ

**デフォルトの名無しさん** · 2014/07/23(水) 11:53:15.04

ソフトウェア板で書いたけど人いないから
http://anago.2ch.net/test/read.cgi/software/1379912425/658
http://anago.2ch.net/test/read.cgi/software/1379912425/659
http://anago.2ch.net/test/read.cgi/software/1379912425/660
http://anago.2ch.net/test/read.cgi/software/1379912425/661

**デフォルトの名無しさん** · 2014/07/23(水) 11:55:04.11

:Importと:GoImportは勘違いでした

**デフォルトの名無しさん** · 2014/07/23(水) 12:38:54.74

golang.jpみたいに一人でも全部翻訳はできてるのに
golang-jp.org全然翻訳進まんな
名前ばかりの幽霊部員しかいないのか

**デフォルトの名無しさん** · 2014/07/23(水) 21:59:22.64

と思ってる奴が参加するのが良い

**デフォルトの名無しさん** · 2014/07/23(水) 22:03:23.63

ろくに翻訳活動もしてないのに肩書きとして「golang-ja.orgで翻訳活動をしております」って名乗るのはいかがなものかな

**デフォルトの名無しさん** · 2014/07/23(水) 23:42:01.46

goは簡単なバッチ処理をするようなプログラムを作るのには向いてないね
ビルド後のファイルサイズが気になる

**デフォルトの名無しさん** · 2014/07/24(木) 00:30:01.41

たしかに気にはなるけど
採用されない理由がそれだけのプロジェクトも想像できない

**デフォルトの名無しさん** · 2014/07/24(木) 11:10:30.02

>>203
むしろバッチ処理得意じゃないかと思うんだが。
APIを何万回も叩いて結果をDBに格納するみたいなバッチ処理を書いた時に
チャネルを使うと素晴らしく綺麗に並列化できて感動したんだよね。

**デフォルトの名無しさん** · 2014/07/24(木) 11:45:59.80

>>205
>>203が言ってるのはバッチ処理というより単機能の小さいコマンドみたいなもののことでしょ。
自分らが~/binにたくさんおいてあるbashスクリプトレベルの。

そもそもこのコンパイラは常駐アプリケーションを作るための設計すぎて、実行時間がある程度長くないと無駄なのは事実。
とは言えいい言語だからそういうシンプルな機能を作るためにも使いたい。
使い終わったらプロセスごと落としてくれればいいからGCとかいらないし。

**デフォルトの名無しさん** · 2014/07/24(木) 12:12:06.82

bsd って何の略ですか

**デフォルトの名無しさん** · 2014/07/24(木) 12:22:50.32

BuShiDou

**デフォルトの名無しさん** · 2014/07/24(木) 16:17:04.74

golang.jp を見て見たが、ちょっと最初の構想から外れてるみたいな気がする。
インタプリタみたいな軽量な言語を目指したと言うが、REPLすらないってどう言う事？
サードパーティの物をちらっと見た覚えは有るが、最近目立たないな。

REPLがあれば取り敢えず簡単なスクリプト処理的な物はこなせるけど、いちいちコンパイルGOじゃ面倒臭い。

ジェネリックもいずれ入れると言ってるがもう何年も経つのに入らないってどう言うこと？設計上無理が有るのでは？
今は色んな面で言語的にはかなり低級に思える。

**デフォルトの名無しさん** · 2014/07/24(木) 16:21:26.89

golangってインタプリタとして使えなかった？

**デフォルトの名無しさん** · 2014/07/24(木) 16:22:41.66

go run helloworld.go

**デフォルトの名無しさん** · 2014/07/24(木) 16:23:12.99

buildさえしなければhddを圧迫することはないだろう

**デフォルトの名無しさん** · 2014/07/24(木) 16:35:20.39

>>211 それは単なるコンパイル& Go

**デフォルトの名無しさん** · 2014/07/24(木) 16:39:29.49

え？インタプリタはコンパイルしないと思ってるの？phpもrubyもpythonもコンパイルするんだよ？

**デフォルトの名無しさん** · 2014/07/24(木) 16:44:21.40

>>214 広い意味でのインタプリタはそうだけど、そんな事言ったらJavaですらインタプリタと言い出すだろ。

本来の意味のインタプリタは、1行書いたら即実行が本来だよ。
コンパイルしようがどうしようが良いが、書いたら実行。これがインタプリタ。

perlなんかよりREPLの方がよほどまし。

**デフォルトの名無しさん** · 2014/07/24(木) 16:46:57.30

>>214 それに>>212 は全くのコンパイルじゃ無いか。
どこにインタプリタ的な要素が匂うんだ？

例えば、100行位のプログラムを書き始めたとして、>>212はいつ実行出来るんだ？
アホなこと言うな。

**デフォルトの名無しさん** · 2014/07/24(木) 16:47:30.54

>>211の間違い

**デフォルトの名無しさん** · 2014/07/24(木) 17:50:00.05

定義的にインタプリタであるかどうかにこだわる意味がわからん。
コンパイルが十分に速くてエディタの支援があれば事実上同じ。

**デフォルトの名無しさん** · 2014/07/24(木) 17:59:05.81

>>218 解らんかな？例えばインタプリタなら
>>218 と会話的にプログラム出来る。

コンパイル方式だと、>>218の発言を知ってから全ての218の行動を予測しながらプログラムを書かざるを得無い。どれだけ膨大なプログラムになるかわかるか？

例えば今日台湾の航空機墜落事故のニュースを知ってから、それに関連したプログラムをするのと、
全く知らずに何年も前から予測してプログラムするのでどれだけ大きな差が有るのか解らんかな？

**デフォルトの名無しさん** · 2014/07/24(木) 18:05:42.50

>>218 ま、いいや、golangで1行ずつコンパイルして結果が見えるのならそれで良い。

#今いるディレクトリは？
--gogo
#ls
--
#cd xxx

**デフォルトの名無しさん** · 2014/07/24(木) 18:10:26.83

ニュースの例えは効果的ではなかったな

**デフォルトの名無しさん** · 2014/07/24(木) 18:13:08.35

もう少し分かり易く説明して欲しい

**デフォルトの名無しさん** · 2014/07/24(木) 18:17:36.20

そもそもgoはc++の置き換えを狙ったガッツリコンパイル言語目指してたと思うが
インタプリタの話はどっから出てきたのだろうか。

**デフォルトの名無しさん** · 2014/07/24(木) 18:18:07.34

読込み -> 中間式生成 -> 実行 -> 結果表示
こういう流れなら中間式がなんであれインタプリタでよくないか

**デフォルトの名無しさん** · 2014/07/24(木) 19:31:52.41

対話式の環境が使いたいならscalaでも使えばいいんじゃねえの？
コンパイルくっそ遅いけど

**デフォルトの名無しさん** · 2014/07/24(木) 19:35:29.67

ClojureとかGroovyとかもJVM系の言語はコンパイルしてから実行するのに凄い時間がかかるな
REPL的な環境使うと捗る

**デフォルトの名無しさん** · 2014/07/24(木) 21:13:03.11

>>223
http://golang.jp/go_faq
新しく言語を作った理由は？

Go言語は、インタプリタ言語のプログラミングの容易さと、動的型言語の効率、コンパイル言語の静的な型の安全性を併せ持つことを目指しました。

**デフォルトの名無しさん** · 2014/07/24(木) 22:11:05.80

>>224 Javaは含めたく無いな。インタプリタは、基本的にソースコードをそのまま配布する物。
配布されたソースを変更すれば即座に実行出来る物。

**デフォルトの名無しさん** · 2014/07/24(木) 22:34:04.45

>>219
REPLが備わってる言語だと
1行ずつ試しながらプログラムを書けるのが良いっていう主張なんかな
コンパイル方式だと、ある程度まとまった量を書くまで
プログラムの挙動の確認ができないからダメだと

ちょっと興味あるから良かったらもう少し分かりやすく説明してほしいんだが

**デフォルトの名無しさん** · 2014/07/24(木) 23:08:29.15

つまり軽い気持ちでインタプリタという言葉を使ってしまったら
インタプリタに思い入れの有りすぎる人が騒ぎだしたって話か。

**デフォルトの名無しさん** · 2014/07/24(木) 23:30:45.74

>>229
例えば、
system("ls")
でカレントディレクトリ内のファイルを見て、ファイルが有るのを確認してファイルを読み込むとか。
周りの環境が不確かでも確認しながらコーディングを進めて行くことが出来る。

試行錯誤が入る様な場合には力を発揮する。

パラメータを変えながらのテストプログラムとか。

とは言っても、一般的にREPLが力を発揮するのはコーディング時に結果を確認しながら進めていけることだろうな。バグの少ないプログラムが書ける。

例 Java REPL
http://calms.hatenablog.com/entry/2014/03/20/215529

**デフォルトの名無しさん** · 2014/07/24(木) 23:38:19.65

>>231
お前の言いたいことはよくわかったが残念ながらgoは最初の最初からc++後継のガッツリコンパイル言語だ。
REPLなんて全く意識してない。

そこに書いてあるインタプリタがうんたらかんたらはPythonの手軽さり入れてますよくらいの意味だ。

**デフォルトの名無しさん** · 2014/07/25(金) 00:07:36.47

>>232 C++ ですら、CINTや、LLVM でのREPLが有るのに、なんでやらないんだろう？
言語と同等に重要だと思うけどな。

その前にジェネリックとかやることが山積みで残ってるからかもしれ無いが。