Go language part 1

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

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

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

**デフォルトの名無しさん** · 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は自分で自分の首を絞め始めてる様に見えるな。
会社として収集がつかなくなってしまった感じ。