[過去ﾛｸﾞ] Go language part 1 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
9: デフォルトの名無しさん [sage] 2013/10/13(日) 19:51:55.28 AAS
golangの有様だよ！
60(1): デフォルトの名無しさん [sage] 2014/02/07(金) 23:37:47.28 AAS
その感覚難しい
今もまたIF ElseとSwich Caseでどっちが速いのか気になってやっちゃうし
AppendのCapは指定しとく方が速いのか気になってやっちゃう
所詮素人が趣味で作ってるレベルなのでご容赦を
96: デフォルトの名無しさん [sage] 2014/06/21(土) 00:05:57.28 ID:UJNwDYla(1) AAS
windows環境ならWalk使えば良いんだけど、
リファレンスやチュートリアルが無いのが広まらない原因なのかなぁ。
サンプルは豊富なので機能は充分だと思うが。
268(1): デフォルトの名無しさん [sage] 2014/08/04(月) 14:37:29.28 ID:HA1hOxHF(1/3) AAS
func hoge(x, y int) (x, y int) {
return
}
これはダメで
func hoge(x, y int) (int, int){
return x, y
}
これがいい理由がわからない
514(1): デフォルトの名無しさん [sage] 2016/02/26(金) 02:02:53.28 ID:xrOnn7Vq(1) AAS
>>511一番すごい変更はvendoringかな。
コンパイル速度も速いままだし。
あと開発環境はvisualStudioCodeのgoサポートが一番いい気がするんだけどどう？
debugが一応スタックトレースくらいは見れるから
code readlingしやすくなったかも
558: デフォルトの名無しさん [sage] 2016/06/01(水) 16:05:38.28 ID:c7aWQBRE(2/2) AAS
マジレスついた
ありがとう
715(1): デフォルトの名無しさん [sage] 2016/12/25(日) 18:22:44.28 ID:2u3ictDv(1) AAS
goglandどうですか
722(1): デフォルトの名無しさん [sage] 2017/01/16(月) 23:40:33.28 ID:/8hm5iax(1/2) AAS
内部関数の再帰呼び出しって可能?
yコンビネータとかでなく
849: デフォルトの名無しさん [sage] 2017/05/27(土) 16:29:07.28 ID:AtlUQH7H(2/2) AAS
>>848$ go version go version go1.8.3 darwin/amd64
866: デフォルトの名無しさん [sage] 2017/07/04(火) 23:39:57.28 ID:CTaqcgX4(1) AAS
外部ﾘﾝｸ:golang-jp.org
のRunボタンおすと
Error communicating with remote server.
Program exited.
ってなるんだけど直す気は無いの？本家のページはちゃんと動くのに。
934(1): デフォルトの名無しさん [sage] 2017/08/18(金) 05:00:28.28 ID:Wk6Gpf/O(2/4) AAS
こんなんで通らんの？
外部ﾘﾝｸ:play.golang.org
984(1): デフォルトの名無しさん [sage] 2017/11/11(土) 15:36:08.28 ID:proXGFSN(3/3) AAS
>>983983(2): デフォルトの名無しさん [sage] 2017/11/11(土) 15:20:24.76 ID:LLMRc4SD(5/9) AAS
>>982
誰もCで書くとは言ってないが、仮にCで書くとして、
ライブラリが揃っていれば、大して苦労しないと思うよ。
Goとは大差ないだろう。
ほぼローカルで動作してしまうのでGCがないと苦労するってこともないし、
型システムも100行程度のプログラムならウザイくらいで大してメリットないし。
動的言語の場合は既に言われているようにスキーマ管理が一元化出来る
（正確にはやらなくてもそのまま動くだけだが）
分だけ書く量は少なくて済む。
プロトタイピングには動的言語の方が向いてる。
なお今回の場合はGoがCに劣ることもないので、わざわざCで書き直すメリットはない。
(GCをほぼ使わないから速度低下もないし)
>動的言語の場合は既に言われているようにスキーマ管理が一元化出来る
>（正確にはやらなくてもそのまま動くだけだが）
> 分だけ書く量は少なくて済む。
> プロトタイピングには動的言語の方が向いてる。
同意する。Goでデータベース操作の決定版がでないのが物語ってる。
逆にGAE/goのdatastoreを使うときはGoとの相性の良さを感じる。
スキーマがGo側に設定することが決まっているから。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.036s