Go language part 1

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

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

**デフォルトの名無しさん** · 2013/12/03(火) 22:24:45.52

>>36
インストールしたサードパーティ製ライブラリのドキュメントも見れるから本家より便利

**デフォルトの名無しさん** · 2013/12/10(火) 11:52:24.39

main.go:5:2: cannot find package "http" in any of:

何これ？標準でhttpパッケージ有るし
GorootのPathも通してんだけど

**デフォルトの名無しさん** · 2013/12/10(火) 12:01:53.25

よく見たらhttp無かった…

**デフォルトの名無しさん** · 2013/12/10(火) 13:02:12.00

これ全く触った事無かったら難しいな～
まさかGitのインスコで失敗してたとは

**デフォルトの名無しさん** · 2013/12/10(火) 16:32:38.23

import "net/http"の間違いでは

**デフォルトの名無しさん** · 2013/12/24(火) 21:37:47.88

http://coin.nikkeibp.co.jp/coin/itpro/hansoku/nsw201402_1.html
＞C言語代替で「Go」の時代が来る

ついに俺たちの時代が来るのか・・・！！！！！

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

て

**デフォルトの名無しさん** · 2014/01/13(月) 12:16:17.91

動的言語だけやってた僕が、38日間Go言語を書いて学んだこと - Qiita [キータ]
http://qiita.com/suin/items/22662f43b6a6e8728798

**デフォルトの名無しさん** · 2014/01/18(土) 23:16:04.50

型宣言面倒臭い、と一度も思ったことがないな

**デフォルトの名無しさん** · 2014/01/20(月) 06:13:09.40

go
http://unkar.org/r/tech/1257920595/ 2009年に華々しく初登場。3日で消化
Go part2
http://unkar.org/r/tech/1258183436/ まだまだ衰えず10日で消化
Go part3
http://unkar.org/r/tech/1259072043/ だいぶ落ち着いてきた3ヶ月で消化
Go part4
http://unkar.org/r/tech/1265620273/ ほぼ1年で消化。すっかり普通のスレに。
Go part5
http://unkar.org/r/tech/1327216227/ 17res。オワコン
Go 総合スレ
http://unkar.org/r/tech/1342535690 再建。しなかった。4resでアイちゃんフィニッシュ
Go の宿題片付けます
http://toro.2ch.net/test/read.cgi/tech/1257968644/ part1の頃立った残骸。

そして2013/10/10。何もなかったようにpart1で立て直す。
何も知らない情弱共が何も知らない顔で書き込み
結局即レスは回避したようだ。おめでとう。

**デフォルトの名無しさん** · 2014/01/20(月) 06:15:06.80

×即レス
◯即死

**デフォルトの名無しさん** · 2014/01/20(月) 06:28:30.39

Go 総合スレ
http://unkar.org/r/tech/1342535690 そもそも何が総合なのかわからなかった
　　　　　　　　　　　　　　　　　　知らないふりで書き込んで失敗した例

**デフォルトの名無しさん** · 2014/01/20(月) 09:45:34.40

ここだけじゃなくて色んなスレ見てるけど、2ch全体が下火になってきてる

**デフォルトの名無しさん** · 2014/01/27(月) 13:00:41.91

今年入ってからちょっと触ってるけど、これ結構いい感じだと思う
これが一番って感じにはならないかもしれないけどいくつか修得するうちの一つとしては薦められるようにはなってほしい

**デフォルトの名無しさん** · 2014/01/27(月) 13:15:20.02

パッケージ次第で凄い可能性があると思う
ここがプロの仕事で素人はインポートしてチョロ書きするだけで良い

**デフォルトの名無しさん** · 2014/01/28(火) 20:05:28.35

golang.jp全く更新されないね

**デフォルトの名無しさん** · 2014/02/01(土) 16:33:40.82

os.NewFileってどうやって使うかわかる人いる？

**デフォルトの名無しさん** · 2014/02/02(日) 04:01:00.42

syscallパッケージとかで得たfdがあるときに
第一引数にそれ、第二引数に保存先パスを渡して使うみたい
使ったことないけど

**デフォルトの名無しさん** · 2014/02/02(日) 14:58:49.44

>>53
http://stackoverflow.com/questions/17605588/correct-usage-of-os-newfile-in-go
既にある、os.File 型でないファイルを、os.File 型でラップするための低レベル関数で、一般ユーザーの
利用を想定したものではないそうな。

**デフォルトの名無しさん** · 2014/02/03(月) 00:37:35.80

サンクス

わからないままでも気にならない性格になりたい

**デフォルトの名無しさん** · 2014/02/07(金) 15:41:24.67

たまにループの中で変数宣言して使ってるのを見かけるのですが
ループの度に初期化されて処理速度に影響がないのだろうかと
測ってみると殆ど影響がないようです

ループ内だけで使う物ならば、スコープ的にも積極的に
ループ内で宣言した方が良いのでしょうか？

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

むしろループ外で使わない変数は内部で宣言した方が速い

**デフォルトの名無しさん** · 2014/02/07(金) 19:04:19.54

> ループの度に初期化されて処理速度に影響がないのだろうかと

決めつけず測定して確認したのは間違ってないけど、もうちょっとマクロに、
なんというかいちいち気にするまでもないムダをスルーする感覚を....
難しいかなぁ。

**デフォルトの名無しさん** · 2014/02/07(金) 23:37:47.28

その感覚難しい

今もまたIF ElseとSwich Caseでどっちが速いのか気になってやっちゃうし
AppendのCapは指定しとく方が速いのか気になってやっちゃう
所詮素人が趣味で作ってるレベルなのでご容赦を

**デフォルトの名無しさん** · 2014/02/14(金) 17:23:52.61

もうちょっと情報が欲しいな
基本的な事以外は全部手探りだから時間が掛かる

例えば、フィールドにスライスがある構造体で
構造体自体のスライスを作って増やしつつ
更にフィールドのスライスも増やす、とかさらっと書けない
試行錯誤で何とか出来たけど…

**デフォルトの名無しさん** · 2014/02/15(土) 12:25:15.98

goのネーミングって日本語の五から来てるの？
C(四)の次のgo(五)という

**デフォルトの名無しさん** · 2014/02/15(土) 17:30:52.59

>>60
>AppendのCapは指定しとく方が速いのか

これ要素追加が1万程度(Append1万回)なら
Cap指定しない方が僅かに速いか殆ど変わらない
どういう理屈でそうなんのか分からんけど

**デフォルトの名無しさん** · 2014/02/21(金) 12:13:52.04

>>63
キャッシュが効いてるだけ
事前に要素数が分かっていればCap指定しないと値のコピーが繰り返されるので遅い

**デフォルトの名無しさん** · 2014/03/03(月) 11:19:34.46

BreakeがSwichに効くのやめて欲しいわ
折角省略出来るようにしたんだから書いても同じ動作になるなら意味無いでしょ

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

わかる。for switch case ときてbreakしたらforから抜けるようにして欲しい

**デフォルトの名無しさん** · 2014/03/27(木) 00:35:35.75

初心者だけどstrings.Reader をio.Reader として渡せるって仕様としてどうなの
継承も何もしてないけどコンパイル時にチェックされてるの？

**デフォルトの名無しさん** · 2014/03/27(木) 01:03:43.90

別に結構な言語でioの継承なんだが、なんか問題ある？

**デフォルトの名無しさん** · 2014/03/27(木) 01:23:58.48

string.Readerはio.Readerを継承してるの？
io.Readerの条件を満たしてるとは書いてると思ったけど

**デフォルトの名無しさん** · 2014/03/27(木) 01:44:26.20

突っかかってるようで悪かった
継承がない言語でダックタイピングできる、つまり条件を満たしてるとどうやって確信できるかわからなかったんだ
標準ライブラリを読んでるんだけど型アサーションしてないから不安になってるだけ

**デフォルトの名無しさん** · 2014/03/27(木) 05:15:32.21

ある型がインタフェースを実装してるかは規定されてるメソッドがあるかどうかだけで決まる
Javaみたいに明示しない
ちなみにインタフェースを実装してるかどうかはコンパイル時に解決される
strings.ReaderだったらRead(p []byte) (n int, err error)を持ってることからio.Readerを実装しているといえる

もし実装できてないのにそのインタフェースに代入しようとしたらコンパイルエラー出るから試してみて
これが非明示的なのはGoの目玉の一つだから公式のドキュメントなりどっかのブログなり読んでね

**デフォルトの名無しさん** · 2014/03/29(土) 00:49:28.00

interfaceって構造的部分型付けって事でいいんかいな

**デフォルトの名無しさん** · 2014/04/06(日) 16:57:33.01

全ての型はInterfaceを内包している

**デフォルトの名無しさん** · 2014/04/21(月) 00:41:39.71

Goの継承っぽい機能って日本語で何て呼ぶのが良いんだろ
埋込型って呼んでるけど伝わるんかな

**デフォルトの名無しさん** · 2014/04/21(月) 10:58:39.64

とりあえず、元の英語はなんだよ？

**デフォルトの名無しさん** · 2014/04/22(火) 00:56:19.23

http://golang.org/ref/spec#Struct_types
>A field declared with a type but no explicit field name is an anonymous field, also called an embedded field or an embedding of the type in the struct.

**デフォルトの名無しさん** · 2014/04/22(火) 09:36:11.23

じゃあ匿名フィールドにしよう（提案）

**デフォルトの名無しさん** · 2014/04/22(火) 12:08:13.66

無名じゃないか？

**デフォルトの名無しさん** · 2014/04/22(火) 19:04:17.16

ちょっとしたコードを書いただけでもサイズが大きくなるのなんとかならんのかな

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

全部スタティックリンクするからだから、理由があってのことなので

**デフォルトの名無しさん** · 2014/05/05(月) 21:06:28.33

故に組み込みには不向きだとどっかで見たな
将来改善されるのだろうか？

**デフォルトの名無しさん** · 2014/05/05(月) 23:06:49.70

むしろ組込み向けのほうがダイナミックリンクは避けたくないか？
Goが組込みに向いてるかどうかは別として。

**デフォルトの名無しさん** · 2014/05/08(木) 05:12:59.74

デバッグまともに出来るIDEあんのこれ？
32Bitで開発環境統一した方がいいんかな

**デフォルトの名無しさん** · 2014/05/18(日) 16:17:49.47

Oracleとのアレでjavaやめてこっちくることはないかな

**デフォルトの名無しさん** · 2014/05/23(金) 23:43:10.01

むしろdartじゃないか

**デフォルトの名無しさん** · 2014/05/24(土) 01:08:21.25

あれが、Googleが作った
プログラミング言語だよ。

ほらみて、ゴラン

**デフォルトの名無しさん** · 2014/05/24(土) 13:58:01.94

ファイルサイズが大きくなるのでこんなのが流行るのは困る
大手企業のプログラマーなら時間もあるし仕事で試しに導入するなんてことも余裕だけど
中小だとそんな余裕はない

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

ゴラン高原

**デフォルトの名無しさん** · 2014/05/25(日) 11:15:27.02

goでファイルサイズが大きくなって困るのとか今時組み込みぐらいだろ。

**デフォルトの名無しさん** · 2014/06/06(金) 22:59:44.76

C++は自分で一から書く文には問題ないけど、書き方が無茶苦茶な人から引き継いだ時が悲惨だった
そういうのがマシになりそうなコンパイラ言語だからこれ普及して欲しいんだけど、周りで扱ってる人ほとんどいないんだよなあ

**デフォルトの名無しさん** · 2014/06/06(金) 23:14:29.91

リーディングコード読んでからGo書くとなるほどと思う事があった

**デフォルトの名無しさん** · 2014/06/06(金) 23:15:21.48

リーダブルコードだったぉ

**デフォルトの名無しさん** · 2014/06/07(土) 00:31:14.08

>>92
どんまい

**デフォルトの名無しさん** · 2014/06/20(金) 14:52:51.87

go-gtk全然進んでないじゃん
やる気あんのかよ

**デフォルトの名無しさん** · 2014/06/20(金) 22:23:23.60

windows環境でのGUIライブラリがもっと発展すれば普及もしそうなのにね
コンパイラ言語だし、仕様とかも結構気に入ってるからもっと頑張って欲しいんだけどなあ

**デフォルトの名無しさん** · 2014/06/21(土) 00:05:57.28

windows環境ならWalk使えば良いんだけど、
リファレンスやチュートリアルが無いのが広まらない原因なのかなぁ。
サンプルは豊富なので機能は充分だと思うが。

**デフォルトの名無しさん** · 2014/06/21(土) 01:32:59.17

クロスプラットフォームで動く定番のguiを我々は求めている

**デフォルトの名無しさん** · 2014/06/21(土) 01:55:32.09

walk知らんかったけどmain見て萎えた
これをcoolって言っちゃってるひとって・・・

**デフォルトの名無しさん** · 2014/06/21(土) 14:08:11.15

お、AndroidにGoサポート来る？

**デフォルトの名無しさん** · 2014/06/21(土) 20:56:12.02

Goでandroid開発できるなら覚えてもいい

**デフォルトの名無しさん** · 2014/06/21(土) 21:49:23.76

>>97
ぼくも(´・ω・｀)
もっとハッテンしてほしいお

**デフォルトの名無しさん** · 2014/06/21(土) 23:52:58.32

>>99
煽りじゃなくソース教えて。
今更だけど go ってほんと検索しずらい

**デフォルトの名無しさん** · 2014/06/22(日) 07:17:02.56

https://docs.google.com/document/d/1N3XyVkAP8nmWjASz8L_OjjnjVKxgeVBjIsTr5qIUcA4
Javaを置き換えるわけじゃなくて、Android NDKをGoで使えるようにするみたい
ゲームみたいなものならGoだけで書けるようになるのかな

**デフォルトの名無しさん** · 2014/06/22(日) 12:52:07.50

>>98
kwsk

**デフォルトの名無しさん** · 2014/06/24(火) 21:18:13.43

人がいないからあんち米すらでてこな

**デフォルトの名無しさん** · 2014/06/24(火) 22:05:30.11

Go界隈で日本語コミュニティ必要ないからな
みんな英語できるだろうし

**デフォルトの名無しさん** · 2014/06/25(水) 09:55:43.67

コード見たら何やってるか大凡分かるって素晴らしいよね

**デフォルトの名無しさん** · 2014/07/04(金) 23:14:50.75

>>89 Androidって組み込みなんだけど。

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

>>108
アプリは組み込むでは無い

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

>>109 環境的には組み込みソフトと同じだよ。
Hello World が、1MB何て許せるわけが無い。
基本ライブラリは端末組み込みで持つだろうから、Androidが標準装備すればもう少し小さくなるだろうが、今度はOSがでかくなる。

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

気持ちはわからなくもないけどねえ
16Gや32Gストレージなんて当たり前なところで、OSが多少増えてどうこうと言われてもさすがに

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

>>111 全てのアプリが何倍かの大きさになったら困るだろ？一つの話じゃ無いんだよ。
間、そんな事には成らないだろうがどのくらい大きくなるか未知数、今判断には時期尚早。

基本的には論外な大きさは悪

**デフォルトの名無しさん** · 2014/07/05(土) 16:47:01.80

Androidでいろいろ作ってて感じるのは
今や主メモリやストレージを埋めるのは映像や音声のデータだっていう現実
コードが占める割合はかなり少なくなってきてる

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

Android じゃないけど、自分の Ubuntu Linux 14.04(Intel 32bit CPU版) で
PATH にある実行形式ファイル(ELF, Dynamically linked executable)を調べ
てみると、

ファイル数: 1822
合計サイズ: 356 MB

「Hello World!」を表示するだけのプログラムサイズは(両方ともstrip済)、

C言語: 5532 B
Go言語: 1065264 B

これで単純な外挿計算を行うと 67 GB にもなるけど、そこまで膨れ上がる
ことはないでしょうね。ただ、「shared object ってステキ！」って感じはするｗ

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

128GBしか無いからこんなのに無駄に容量使いたくない

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

Hello Worldから線形的に増えるわけじゃないけどね

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

>>114
各実行ファイルにgo用のランタイムがくっつくと考えると
356[MB] + 1822×(1065264[B] - 5532[B]) = 2.2[GB]じゃね？
実際はもうちょっと増えると思うが

**デフォルトの名無しさん** · 2014/07/05(土) 20:55:34.60

gccgo(v4.9) を使ってコンパイルしてみると 20KB 程度に納まった。
許容範囲？

**デフォルトの名無しさん** · 2014/07/05(土) 21:42:25.12

100行にも満たないサンプル5個作っただけで1GB超えるとかバカかよ

**デフォルトの名無しさん** · 2014/07/05(土) 23:28:12.02

容量減らすためだけにポータビリティ捨てたくはないかな。

Rob PikeらはPlan 9の論文で動的リンクの問題点をあげつらってたから、
たぶん今後も静的リンクから変えない気がするし。

**デフォルトの名無しさん** · 2014/07/06(日) 00:34:38.00

>>97　それってHTMLじゃないのか？

**デフォルトの名無しさん** · 2014/07/06(日) 08:10:08.75

やっぱそうなるのか
HTMLで描画の性能が出せるようになってきたから
ネイティブウィンドウに拘る必要は少なくなったのかな

**デフォルトの名無しさん** · 2014/07/08(火) 13:18:21.31

https://github.com/andlabs/ui
ここでも見とけよカス共

**デフォルトの名無しさん** · 2014/07/08(火) 13:19:55.85

宣伝うける

**デフォルトの名無しさん** · 2014/07/08(火) 13:58:51.40

おお、すげー何これ素敵

**デフォルトの名無しさん** · 2014/07/09(水) 12:47:50.42

goが動かせるクラウドってGAEしかないよね

**デフォルトの名無しさん** · 2014/07/09(水) 13:53:57.91

GoがExperimentalでphpがPreviewってことはGo版の正規リリースはまだまだ先か

**デフォルトの名無しさん** · 2014/07/09(水) 14:56:08.07

goって存在価値あるのか?　NaCl　PNaCl で事足りるだろ。

言語を作りたいから作ったと言う自己満足だけでは？
これが有ると何が出来るようになったり，効率が良くなったりするのかな？
何がしたいの？

そういやDartも有るな。　あれはJavascriptの置き換えを狙ってるから目的がはっきりしてる。

**デフォルトの名無しさん** · 2014/07/09(水) 15:06:03.08

>>128
まったく意味不明だぞ
GoはNaClやPNaClと競合するものじゃない

**デフォルトの名無しさん** · 2014/07/09(水) 15:17:14.55

>>129 何がしたいの？　NaClでサーバアプリも作らせたいようだけど。

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

ファイルサイズが大きい言ってるから、hello worldの実行形式をreadelfしたら使ってなさそうなシンボルがうじゃうじゃいたけど、まだいろいろ工事中なのかい？

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

実行ファイルのサイズ見るだけで期待の新言語感が綺麗さっぱり消滅するよな
静的リンクだからで許されるサイズじゃねーだろ。

Goとは関係ないけど、JS界隈なんぞもたかだか数百数千行のJSをビルドするために
何十MBものnode_modules作るとか意味わからんし。言語のメリット投げ捨てとるわ

提言としては、今どきのプログラマ容量の感覚がおかしいので全員8ビット時代からやり直すべき
あるいは4Kとか64Kのメガデモでも作るとかな

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

>>132
さっさと去れよ

**デフォルトの名無しさん** · 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って何だよ。いやマジに。