Go language part 1

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

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

**デフォルトの名無しさん** · 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が有るのに、なんでやらないんだろう？
言語と同等に重要だと思うけどな。

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

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

Does Go provide REPL?
http://stackoverflow.com/questions/8513609/does-go-provide-repl

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

>>233
まあ確かに話題になってるようにpythonコンソールみたいに使えたらとても楽だ。

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

>>231
>>229だけどありがとう
REPLはいろいろ試せて便利ということですね
コンパイル方式の言語でもREPLがあれば便利だという意見に納得

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

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

これに関してはIDEでも出来るからREPLの利点になるかは微妙に思うけど

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

そういう事出来るIDEってそんな多くないような
IDEの機能でREPLに近いのはイミディエイトウィンドウとSmalltalkくらいしか思い浮かばない

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

ipythonみたいに補完できるツールって無い？

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

>>238
SwiftのPlaygroundは、補間はおろかREPL機能やリアルタイム描画や変数の時間軸変化のグラフとか、時間軸を遡って確認したり出来る。
https://developer.apple.com/swift/
簡単なデモ動画
https://m.youtube.com/watch?v=vogFSIxprUo
描画結果も表示してる

今後こういったIDEが重要な要素となる。

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

Swift使ってればいいんじゃない

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

本当に今欲しいもの
それはその機能ですか

**デフォルトの名無しさん** · 2014/07/26(土) 01:12:14.54

func a() string {
return "aaa"
}
これをstringかintを返したい場合どういうふうにfunc a() stringの部分を書きなおせばいいのか教えてください

**デフォルトの名無しさん** · 2014/07/26(土) 01:38:36.60

func a() interface{} {
...
}

**デフォルトの名無しさん** · 2014/07/27(日) 04:43:42.19

2013-07-18
Go言語でmmapシステムコールを使ったファイル読み込みの高速化検討とC言語のコンパイラの話
http://ryochack.hatenablog.com/entry/2013/07/18/201736

http://i.imgur.com/2sZxU5w.jpg

Go compiler も検討してるが、LLVM Clangには大きな差をつけられてる。

**デフォルトの名無しさん** · 2014/07/27(日) 08:52:04.39

LLVM Clangは、徹底的にループを排除するからな
元のコードがどんなだか知らんけど
他がやってるループをClangは回してない場合がある

**デフォルトの名無しさん** · 2014/07/27(日) 09:13:55.62

>>246 中にソースが書いて有るよ。
1GBのランダムなデータを3種類の読み方で読んで、00のバイト数をカウントすると言う物。
ループを省略するなんてことは出来なさそう。

**デフォルトの名無しさん** · 2014/07/27(日) 09:46:07.39

元のコードのここの部分が
for (i=0; i<fsize; i++) {
if (buf[i] == 0x00) cnt++;
}

例えばこんな感じに書いたみたいに展開されるってことじゃないの？
for (i=0,size=fsize/2; i<size;) {
if (buf[i++] == 0x00) cnt++;
if (buf[i++] == 0x00) cnt++;
}
if (fsize%2==1) {
if (buf[i++] == 0x00) cnt++;
}

**デフォルトの名無しさん** · 2014/07/27(日) 11:02:43.76

コンパイラの最も重要な最適化がループだからね。

**デフォルトの名無しさん** · 2014/07/27(日) 11:07:33.89

変数って型をしてしたほうがいい？
:=にたよったほうがいい？

**デフォルトの名無しさん** · 2014/07/29(火) 21:53:04.26

・【翻訳】Go言語がダメな理由 | POSTD
http://postd.cc/why-go-is-not-good/
　Goは何も新しいことをしない。
　Goは全てにおいてうまく設計されているとは言えない。
　Goは他のプログラミング言語から退化したものである。

**デフォルトの名無しさん** · 2014/07/29(火) 21:59:11.76

D言語とGo言語
http://wazanova.jp/post/64086105199/d-go

**デフォルトの名無しさん** · 2014/07/29(火) 23:32:56.57

早くジェネリックは欲しいね。

**デフォルトの名無しさん** · 2014/07/30(水) 07:50:42.52

>>251 >>252
でもRustやDは全然普及していないという決定的に致命的な欠点があるよな

**デフォルトの名無しさん** · 2014/07/30(水) 09:20:20.31

Rustはまだ実験段階だから仕方ない。　金が無いとなかなか進まないね。

Dはスポンサー次第だろ。　Facebookが使った。
http://blog.fenrir-inc.com/jp/2014/07/about-d-language.html
トレンド的な話ではウォルター氏を含むD言語プログラマーが Facebook に雇用されてD言語の開発とD言語製アプリケーションに携わっている状態で、
D言語公式カンファレンスの DConf も Facebook 本社を会場として去年から開催されています。

SUNはDTrace　として使ってるし、DTraceはAppleでも使ってる。

**デフォルトの名無しさん** · 2014/07/30(水) 09:54:57.06

>>255
http://ja.m.wikipedia.org/wiki/DTrace#cite_ref-2
DTraceで使われてるDはまた別のものっぽいよ

**デフォルトの名無しさん** · 2014/07/30(水) 09:58:39.78

D言語のドキュメントは読みにくいから挫折してGo北野に俺が勉強したくなるような余計ななことかくな！

**デフォルトの名無しさん** · 2014/07/30(水) 11:40:53.67

分かりやすい綺麗なコードが書ければプログラム言語なんて何でも良い
ただ、同じ事やるのに色々な表現方法が存在して構文を複雑にしたり
波括弧の位置だの鬱陶しい問題が存在しない方が良い

表現の違いで吐き出したバイナリコードに差が出る言語は
一々最速かつ最良の方法を模索するハメになるので煩わしい

**デフォルトの名無しさん** · 2014/07/30(水) 11:43:17.31

Go北野でツボった
AV男優か何か？

**デフォルトの名無しさん** · 2014/07/30(水) 12:44:24.74

>>259 もしかしてマジに聞いてる？　Go（に）来たの

**デフォルトの名無しさん** · 2014/07/30(水) 15:03:28.86

>>258
あなたはpythonで幸せになるべき

**デフォルトの名無しさん** · 2014/07/30(水) 17:26:23.03

>>258
そういう模索が必要になるレイヤーがあるんだよ

**デフォルトの名無しさん** · 2014/07/30(水) 18:58:50.92

英語読めないからあれだけど
WindowsだとOSのDLL読めるけど
ユーザーが作ったDLLは使えないんだって？
ならGoでグラフィックをやりたければOpenGLよりDirectXのが楽ということか

WinのOpenglは外部DLLないと古臭いから

**デフォルトの名無しさん** · 2014/07/30(水) 21:19:57.41

>>255
Facebookってオープンソースに力入れてたっけ？単に自社の便宜のためにDの開発者を取り込んだだけ、ということではなくて？

**デフォルトの名無しさん** · 2014/07/30(水) 21:50:47.94

facebookはPHP処理系の独自実装とかをオープンに公開してるな

**デフォルトの名無しさん** · 2014/07/30(水) 22:09:01.57

>>260
お前のアスペぶり、最近GoとOcamlの勉強始めた激オポ野郎に似てて笑える。

**デフォルトの名無しさん** · 2014/07/30(水) 22:51:02.01

あそこはサーバもオープンソースでやってたじゃないか

**デフォルトの名無しさん** · 2014/08/04(月) 14:37:29.28

func hoge(x, y int) (x, y int) {
return
}
これはダメで

func hoge(x, y int) (int, int){
return x, y
}
これがいい理由がわからない

**デフォルトの名無しさん** · 2014/08/04(月) 14:39:53.99

スコープの中で一度も出てこないからだろ