Go language part 2

あ · 2017/11/11(土) 19:25:26.19

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

公式ドキュメント
http://golang.org/doc/

日本語訳
http://golang.jp

※前スレ
Go language part 1
http://mevius.5ch.net/test/read.cgi/tech/1381374291/

**デフォルトの名無しさん** · 2017/11/18(土) 14:55:54.32

今はソフトウェア技術の規模が微妙な時期なんだよ。
数学のように「全ての分野を網羅するには人生は短すぎる」程の広がりはなく、
これまでの全ての問題を一つ一つ追体験するのも無理ではない。グローバルしかり、ポインタしかり。
もちろんそれは無駄だとして「歴史」に学ぶのも一つの手だ。
ただし実体験と教科書の知識だけでは重みが違うから、そこらへんがWeb系全般のフワフワ感につながる。
とはいえ、今後ともソフトウェア技術は肥大化する一方だから、今後の学び方としてはWeb系流の方が正しい。
ただ、今はまだそのシンギュラリティに到達しておらず、C++流の学び方も成立するってだけで。

> IDE
文法が分からない＝指摘されてもどう直してよいのか分からない、のだからそれ以前だよ。
ただしvscodeだとC#流の「；が抜けています。追加しますか？はい／いいえ」で行けたのかな？
それなら入れておくべきだったかも。実際はemacs+flyCheckでやった。
ただし既にPHPとNodeで動くコードをGoに移植だから、引っかかるのは全てSyntax/API/Go方言なんだが。

> だから蟻地獄的なものはあるかも
Goは多分、思想がGoだけで完結してるんだよ。
「驚き最小」ってのはGoの世界ではそうなのかもしれんが、
nilがタプル（というよりポインタが全部タプルか？）だとは普通のプログラマは思わないから
そこは「驚き最大」だ。
それならそれでいいとして、だったら最初にそれを言え、なんだが。

Goは割と想定外のところでバグるんだよ。
この点、実はJavaScriptはC的で、文法だけ抑えたらあとは、あー、はいはい、で行けた。
だから俺（というかC使い）にはJavaScriptは相性がいい、というのはある。
Goは妙なところでGoだけの世界を作ってるだろ。これが吉と出るか凶と出るか。

あ · 2017/11/18(土) 15:31:38.82

俺の長文もこんな感じなのかなぁ、注意せな。

**デフォルトの名無しさん** · 2017/11/18(土) 16:28:17.34

>>146
>Goは割と想定外のところでバグるんだよ。
>この点、実はJavaScriptはC的で、文法だけ抑えたらあとは、あー、はいはい、で行けた。
>だから俺（というかC使い）にはJavaScriptは相性がいい、というのはある。

どういうコードでバグったの？

**デフォルトの名無しさん** · 2017/11/18(土) 18:17:51.34

>>148
そりゃ該当するのは君の言うnilとかだよ。
俺の場合は何度も言っているがJSONだ。

問題なのはこの原因が「Goの特殊仕様」であって、「俺の未熟な文法理解」ではないこと。
文法は一通りやれば終わるが、特殊仕様は確認しないと分からず、その都度の対応になる。
新しい領域に踏み込んだら毎回地雷原を歩かされるようなもので、これでは生産性なんて上がらない。
だからプログラミング言語には統一性/一貫性が重要だと言われるわけでね。

C++は今は何でもかんでも仕様に取り入れてる。
あれがいいかどうかはさておき、既に言ったように、Goで何か結果が出れば必ずC++は取り込む。
だったら俺はそれでいいや、という感じだね。

先頭を走らなきゃヤダ！ならGoに集まっている連中とワイワイやるのもいいのではないかな。
ただ、仕様を見る限り面子には非力感がありまくりだが。
そして当然、結果はそう簡単に出ないし、出ても簡単にパクられる。
それも覚悟の上でがんばれ、ってとこだね。

**デフォルトの名無しさん** · 2017/11/18(土) 23:55:49.43

>>149
そんなの言語毎にハマりどころはあるから。
Goだけにある問題点みたいな言い方するから、
どんなのかと思った。
jsだってthisが何指してるかわからなくなる問題とか、独特のハマりどころはあるでしょ。

jsonの問題もjwgとか使えば自動的に理想的なtag付けしてくれるんで。使ってみては？

あ · 2017/11/19(日) 00:27:33.12

ドキュメントに書いてあることができないのが、何で未熟な文法理解に何故起因しないかわからん。
文法理解してるつもりなのに書けないのなら、語彙も足りないんだろ。
ってかドキュメント読めよなぁ。
特に難しい事もないじゃん。
なんか読めない理由でもあんのかね。

**デフォルトの名無しさん** · 2017/11/19(日) 00:31:17.32

>>150
いやGoだけだぞ。
正確に言うとC系(ハロワ系)はCに意図的に似せて作ってあるからこの辺で問題が生じることがない。
俺は関数型には深入りして無いからそっちは知らんが。

君がGoだけかなり特殊だと気づかないのは、他に比べる手持ちの言語が無いからだよ。
ただそれもGoの意図通りのようだし、
確かに他言語の経験者が大量流入すると独自進化できない、というのはごもっともだ。
ジェネリック使いたければ他言語を使え、Goはジェネリックよりいい解を探してみせる！というのもありだろう。
実際、彼らの意図通り、俺みたいなC系経験者にとってはGoは魅力的ではないし、ひとまず静観といったところだね。
上手くガラパゴス化して面白く変化できるかどうかだね。

> jsonの問題もjwgとか使えば自動的に理想的なtag付けしてくれるんで。使ってみては？
これは逆なんだよ。
書かないことこそが素晴らしい、というのが従来型言語であって、俺はそっちを支持する。
そうではなく、自動生成こそが正義、というのならそれはまあがんばってね、という感じだが、
それも結局「正しく自動生成できているか」確認しないといけないんだから、
書くのと比べてやること減ってないだろ。
なんかそこらへんの根本的なノリが違うんだよなあ。

なお、
> jsだってthisが何指してるかわからなくなる問題とか、独特のハマりどころはあるでしょ。
これは違う。あいつらはマトモにオブジェクト指向も出来ないくせに主張するからおかしなことになる。
普通に使えば obj.method なんだから、thisが何を指すかで戸惑うことなんてない。
逆に、それ以外でthisを使うからおかしなことになるのだが、それは根本的に間違ってるんだよ。
(ただし仕様上、関数ポインタにはいちいちbindする必要があるが、これはすればいいだけ)
JavaScriptのthisガーって言っている奴は間違いなく馬鹿だから、無視していい。
ただそいつらが過半数な感じがJavaScriptが終わってるところなんだが、、、、

あ · 2017/11/19(日) 00:34:49.76

なんで糖衣構文ではなく、アロー関数が出来たんだろうねぇ。

まぁ、言ったからには、静観してくれたら良いな。

**デフォルトの名無しさん** · 2017/11/19(日) 02:19:38.32

>>152
Goとjsで平等な視点で比較評価しているとは思えない点は目をつぶるとして

>それも結局「正しく自動生成できているか」確認しないといけないんだから、
>書くのと比べてやること減ってないだろ。

あなたの得意分野のCだって内部的にはプリプロセッサがコード生成してるけどそれを目視チェックしたこと無いよね。
隠蔽しているだけでコード生成を使ってるんだよ。

**デフォルトの名無しさん** · 2017/11/19(日) 02:37:25.16

コード生成を嫌ってるみたいだけど、そして理解もできるけど
静的言語が動的言語並の自由度を確保しようと思ったらコード生成は避けれないと思う。

例えばちょっと前にあったdatabaseとの接続もそう。
コンパイル前にスキーマを収集して型を作るのが静的言語における最適解。
それ以外は動的な解決(interface{}を使う)しかなくなり、静的言語としてのメリットを失う。

でも、そもそもコード生成嫌わないで。
生成したコードをデバッグ時に参照できるというのは、バグの解決につながりやすい。
Cで複雑なマクロを組むとエラーがわかりづらくなるけど
プリプロセッサの出力を目視できるようにすると解決できたりする。

だから Goのコード生成もプリプロセッサのコード出力くらいに考えておけばいいと思う。

**デフォルトの名無しさん** · 2017/11/19(日) 04:15:36.04

嫌なら使わなければいい
気に入らないなら思いの丈をブログにでも書いてくれ
そろそろ黙れ

**デフォルトの名無しさん** · 2017/11/19(日) 11:03:39.31

技術的革新について話すだけのヤツはクソだ、黙って手を動かせ、と言った奴を
自分が触ったことのないテクノロジを批評するのは滑稽、と批判してみせた奴

こいつが、その素晴らしい技術でLinuxを超える何かを世の中に残せたのなら説得力が有るのだが…
結局何かしらの技術を語ってる奴は総じてクソなのは揺るがない

**デフォルトの名無しさん** · 2017/11/19(日) 14:16:27.55

>>154
いや俺はマクロは最小限(見りゃ分かる程度)しか使ってない。
そして自動生成を嫌っているのではなくて、手間が増えるのを嫌っている。

PHP, JavaScript：何も書かなくていい
Go：構造体を書き、タグ付けスクリプトを作成し、go generate してタグを付け、正しくタグがついているか確認　←　やること多過ぎ
Go：構造体を書き、タグを書く　←　これのほうがまだまし

>>155
そりゃ公平な評価にはならないよ。俺は既にC言語は十分使える状況なんだから。
そしてPHPとJavaScriptにはC系言語の常識が通用したからさほど苦労しなかったが、
Goはそうではなく、色々引っかかる。
ただこれはGo言語制作陣の意図通りだし、確かにいまさら互換言語を整備する意味はないんだよ。

> それ以外は動的な解決(interface{}を使う)しかなくなり、静的言語としてのメリットを失う。
ちょっとこれは厳しすぎ、というか、若干誤解しているか？
(静的クラス機構による）動的型は型を失うわけではなく、一般的には「静的言語としてのメリットを失う」とはされない。
確かに間接呼び出しになる分だけ遅くはなるのだが、これを言うなら世の中のOOP言語は全部糞になる。
(動的言語の)動的型は毎回辞書引きが必要(map扱い)だから効率が悪いとされている。
Goのinterface{}はこれではない。

ちなみにGoのreflectionもC系とはちょっと感覚が違う。
jsonを吐くのにフィールド名が必要なら、普通はjsonモジュール内でreflectionするはずで、
それならpublic(先頭大文字)でなくとも全部取れるはずなんだよ。だからそれを期待してしまうわけ。
そして、あ、あれ？とれないの？みたいな事になる。
C的常識でGoを組んでると、この辺の予想外のところで引っかかる。いろいろ根本からして違うんだよ。
一方PHPだと、「下手糞がフレームワーク組みやがって」とは感じるけど、何でそうなるのかは分かるんだよ。
あっちはベースを共有してる感がある。
だから今の俺だとPHPの方がGoより生産性が高くなってしまうわけ。
しかしGo言語はC系言語出身者お断り仕様で計画通りなのだから、これはこれでいいんだよ。

**デフォルトの名無しさん** · 2017/11/19(日) 16:10:38.42

>>158
>> それ以外は動的な解決(interface{}を使う)しかなくなり、静的言語としてのメリットを失う。
>ちょっとこれは厳しすぎ、というか、若干誤解しているか？

単純にIDE連携が静的言語としてのメリットって話
つまりコード補完する時にDBのカラム名が候補に出る状態にできるのが静的言語のメリット。
内部的に型を持つとかそういう話じゃない。

> Go：構造体を書き、タグ付けスクリプトを作成し、go generate してタグを付け、正しくタグがついているか確認　←　やること多過ぎ
じゃなくて
Go：構造体を書き、go genereteを実行する
だけ。正しくタグがついているか確認は不要。ツールを信頼してるから。Cのプリプロセッサを信頼するのと同じ。

**デフォルトの名無しさん** · 2017/11/29(水) 20:31:48.17

長文で会話するのやめろ

**デフォルトの名無しさん** · 2017/12/02(土) 01:31:21.45

aws lambdaに正式対応だから勉強してみるか

**デフォルトの名無しさん** · 2017/12/08(金) 02:34:03.21

外部ライブラリで
import "github.com/hoge/foobar"
みたいにリポジトリ指定みたいに書いたりしますが
そのリポジトリが無くなったら終わりってことですか？

それと、forkした場合などはユーザ名変わるわけですがfork内のimport全部書き換えなきゃならんとか面倒ではないですか？

**デフォルトの名無しさん** · 2017/12/08(金) 14:44:36.27

>>162
vendoring すれば良いんじゃない

**デフォルトの名無しさん** · 2017/12/08(金) 17:33:33.51

ありがとうございます
vendoring という機能を知りませんでした
vendoringで解決できそうです

**デフォルトの名無しさん** · 2017/12/08(金) 21:10:32.89

リポジトリあっても数年更新ないとかあるからな
go-bindataとか

**デフォルトの名無しさん** · 2018/01/21(日) 17:08:27.78

ふむ

**デフォルトの名無しさん** · 2018/01/24(水) 05:47:28.45

goでもwasmへの準備が着々と進行中らしいな

**デフォルトの名無しさん** · 2018/02/08(木) 01:35:20.81

goland使いにくいvscode使いたいです

**デフォルトの名無しさん** · 2018/02/22(木) 17:15:17.70

>>165
こういうのがあるとパッケージプロバイダを経由したほうが良いと思える。アカウントけされたらvendor使ってても無駄だよね

**デフォルトの名無しさん** · 2018/02/23(金) 18:16:11.30

vgo に期待

**デフォルトの名無しさん** · 2018/02/25(日) 10:05:06.21

ビルドしたバイナリにソースコードのパスが含まれちゃうんだけどこれを抑制する方法ってありますか？

**デフォルトの名無しさん** · 2018/02/25(日) 11:14:54.47

>>171
試してないけどgoupxとか試してみたら？

**デフォルトの名無しさん** · 2018/02/25(日) 12:00:11.13

>>172
レスありがとうございます。
upxで圧縮しても解凍したらパスが出てきてしまうので意味がありませんでした。
https://qiita.com/kitsuyui/items/d03a9de90330d8c275c8
↑みたいな方法しかないみたいですね。

**デフォルトの名無しさん** · 2018/02/26(月) 00:18:29.75

なるほどpanic時に使う情報なのか。
でも本番では要らないなぁ

**デフォルトの名無しさん** · 2018/03/05(月) 14:57:47.25

Googleが「Dart 2」発表、Dartを再起動。iOS/Android用ライブラリ「Flutter」と共にWebとモバイルのクライアント開発にフォーカス
http://www.publickey1.jp/blog/18/googledart_2dartiosandroidfultterweb.html

**デフォルトの名無しさん** · 2018/03/22(木) 15:24:45.26

APIサーバでマスタデータ的なものをグローバル変数として最初にDBから読み込んでおくのってアリな設計？

memcacheとか使うのはもう少し流動性のあるデータとか、サーバ間できちんと同期する必要のあるデータ扱う場合って認識でいる

**デフォルトの名無しさん** · 2018/03/22(木) 15:27:09.34

>>176
あり
いつ更新するかは重要

**デフォルトの名無しさん** · 2018/03/23(金) 04:54:04.26

初歩的な質問で恐縮なのですが、
Javaでいう所のSystem.out.print(i + " ");のような記述は、
Goではどのようにすればよいでしょうか？
fmt.Print(i + " ");とするとエラーになってしまうのですが…

**デフォルトの名無しさん** · 2018/03/23(金) 08:37:20.35

>>178
fmt.Print(i, ” ");

**178** · 2018/03/23(金) 16:41:04.93

>>179
分かりました。ありがとうございました。

**176** · 2018/03/23(金) 18:24:39.93

>>177
ありがとう！

**デフォルトの名無しさん** · 2018/03/26(月) 02:30:23.68

intのabsってどこにあるの？

**デフォルトの名無しさん** · 2018/03/27(火) 02:46:00.44

>>182

https://godoc.org/github.com/google/gapid/core/math/sint

https://godoc.org/?q=math

**デフォルトの名無しさん** · 2018/03/27(火) 02:58:17.13

absのベンチの話面白いね

Optimized abs() for int64 in Go
http://cavaliercoder.com/blog/optimized-abs-for-int64-in-go.html

**デフォルトの名無しさん** · 2018/03/27(火) 08:30:30.17

intのabs無いんかい。
まぁ簡単に作れるからいいんだけど、、、なんで？
ジェネクリスができたら実装するんかな

**デフォルトの名無しさん** · 2018/03/27(火) 10:55:24.81

>>184
(・∀・)ｲｲﾈ!!

**デフォルトの名無しさん** · 2018/03/28(水) 03:52:49.62

https://golang.org/src/sort/sort.go

Goのクイックソートの実装を見ると内部でヒープソートとシェルソートをしているように見えるのですが
これはイントロソートの亜種なんですか？

**デフォルトの名無しさん** · 2018/04/08(日) 22:26:49.15

Google CodeJam 提出言語をGoのみにすればGoの普及がもっと加速したんじゃなかろうか

**デフォルトの名無しさん** · 2018/04/08(日) 23:50:10.95

go言語にc++17の [[nodiscard]]属性みたいなのないですかね？

**デフォルトの名無しさん** · 2018/04/09(月) 23:26:18.67

ほう、検査例外みたいな機構がC++に出来るのか
そりゃ楽しみだな

**デフォルトの名無しさん** · 2018/04/10(火) 00:34:02.45

アンダースコアを使用禁止にしたら

**デフォルトの名無しさん** · 2018/05/03(木) 12:05:12.84

wasmまだー？

**デフォルトの名無しさん** · 2018/05/22(火) 10:19:05.51

func calc(x int, y int) (int,int){
return x, y
}

var a int
a, b := calc(1,2)

みたいに定義済みのaと未定義のbに戻り値代入したいときって、
a用の一時的な変数を用意しないと駄目よね？
なんだかんだ一年以上、疑問に思ったまま過ごしてる

**デフォルトの名無しさん** · 2018/05/22(火) 10:20:03.02

もしくはbを先に定義しちゃうか
どっちが一般的なんだろう

**デフォルトの名無しさん** · 2018/05/23(水) 19:52:57.37

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

XC972

**デフォルトの名無しさん** · 2018/05/24(木) 00:39:30.46

RDBをRedisとかでキャッシュしつつ、更新もしてるサンプルない？
ラッパーの実装を参考にしたい

**デフォルトの名無しさん** · 2018/05/25(金) 23:12:31.74

>>193
別にそのまま行けないか？
aに当たるのはerrだったりするよね。

**デフォルトの名無しさん** · 2018/06/19(火) 04:26:11.88

>>192

**デフォルトの名無しさん** · 2018/07/02(月) 16:52:27.70

>> 193
https://play.golang.org/p/l3eB4W6F5Qc
こういうことね
そうするしかない。
「プログラミング言語Go」にも詳しく書いてあるよ。

**デフォルトの名無しさん** · 2018/07/02(月) 16:53:38.24

>>193
みすった -> >>199

**デフォルトの名無しさん** · 2018/07/04(水) 06:58:53.94

>>200
何を解決したいのかよくわからん

**デフォルトの名無しさん** · 2018/07/04(水) 21:54:37.11

WSB

**デフォルトの名無しさん** · 2018/07/05(木) 16:26:34.61

WSB

**デフォルトの名無しさん** · 2018/07/06(金) 08:01:58.35

ゴルーチンって緩衝必要じゃないですか？

**デフォルトの名無しさん** · 2018/07/06(金) 13:16:19.97

>>204
ゴルーチンって何？
コルーチンなら知ってるけど

**デフォルトの名無しさん** · 2018/07/06(金) 14:07:57.90

>>205
ハァ？その言語の識別子も把握してないの？死ねば？

**デフォルトの名無しさん** · 2018/07/06(金) 15:20:50.78

何でこのスレ見てるんだ

**デフォルトの名無しさん** · 2018/07/06(金) 17:12:54.17

このゲームわ沼
https://goo.gl/VuXjSo

**デフォルトの名無しさん** · 2018/07/06(金) 17:32:07.54

FORTRANマイスターが他の勉強方法を始めたのかもしれん

**デフォルトの名無しさん** · 2018/07/06(金) 19:00:23.58

呼び方とかどうでもいいけど
当たり前だけどcapacityはメモリ持ってかれるから
チャンネルに飛んでくる数が不定な場合はstack使わないとgoroutine爆発する
ググるとまさにってのがstack overflowにあったけど緩衝するのが普通なの？
なんなんこれ

**デフォルトの名無しさん** · 2018/07/06(金) 21:11:29.12

そこまで分かってるなら自分で何とかできるだろう

**デフォルトの名無しさん** · 2018/07/07(土) 00:20:15.43

C言語に挫折してGoに来たけどやっぱダメでした
ポインタも残ってるし、むしろCより覚えることが増えて難しくなってないか

**デフォルトの名無しさん** · 2018/07/07(土) 00:29:40.41

そうか、まぁがんばれ

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

自分でなんとかしてる
capacity小さくても止めとけと、耐えろよと思うわけよ
そのひと手間が普通ならなんだこれはと思うわけよ
Go言語のスレが未だにpart 2な理由よくがわかった

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

スクリプト言語ばっか触っててGoに移行しようとして1月近く経ったけどシンプルなのは良いけど他だと標準で出来ることしようとしたら必要以上に複雑になるな

**デフォルトの名無しさん** · 2018/07/07(土) 09:38:56.87

位置づけがCとLLの間くらいだからね

**デフォルトの名無しさん** · 2018/07/07(土) 11:34:48.98

Go自体が他の次世代言語とくらべて低機能にしてある
複雑な機能つけても使いこなせない人がいるから単純にしてあるのさ
それがGoの利点ともいえる

**デフォルトの名無しさん** · 2018/07/07(土) 14:03:44.47

じゃあ俺go使いこなせないから言語ごと消えてどうぞ

**デフォルトの名無しさん**(地震なし) · 2018/07/10(火) 22:09:13.77

行番号振ってVRAMアドレス意識してた古代からタイムワープして来たがLLのがむずい

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

抽象度の高さに慣れるしか

**デフォルトの名無しさん** · 2018/07/16(月) 15:29:05.06

Goでは定数同士の演算はコンパイル時に行われるという認識で正しいですか？

**デフォルトの名無しさん** · 2018/07/20(金) 20:05:59.76

Goに限らずCでも最適化オプションオフにしない限りコンパイル時に計算してくれるんじゃないかな

**デフォルトの名無しさん** · 2018/07/22(日) 15:52:23.78

cのunionとかpackされた構造体の扱いがめんどくさいな
せめて自動でsetter/getterを付けてくれたらいいのに

**デフォルトの名無しさん** · 2018/07/22(日) 20:53:07.07

僕もただのデータの入れ物的な扱いしてました、何年くらい前だろうか15年くらいかなぁ

**デフォルトの名無しさん** · 2018/07/30(月) 09:32:46.50

Pyhtonの遅さに耐えられずGoを学び始めたんだけど
型の記述がしんどい
これが何を意味するのか読み解くのに土日を要した
func compute(fn func(float64, float64) float64) float64 {

**デフォルトの名無しさん** · 2018/07/30(月) 09:40:07.47

>>225
どのへんがわからなったの

**デフォルトの名無しさん** · 2018/07/30(月) 11:16:11.98

ツアーof goからやらないと。型を後置する意味について分かるよ

**デフォルトの名無しさん** · 2018/07/30(月) 11:17:39.17

Cの関数のポインタ型の分かり肉さに比べるとだいぶマシになったんやで

**デフォルトの名無しさん** · 2018/07/30(月) 11:54:11.80

返り値に名前付けるとさらにわかりにくくなるぞ

**デフォルトの名無しさん** · 2018/07/30(月) 12:06:09.54

片付け言語初めてなら頑張ってくらはい

**デフォルトの名無しさん** · 2018/07/30(月) 12:47:39.61

型無しやるとマジストレス、他人が書いたBugFixとかマジ地獄

**デフォルトの名無しさん** · 2018/07/30(月) 13:06:10.85

>>228
池沼に用は無い

**デフォルトの名無しさん** · 2018/07/30(月) 13:30:11.04

>>231
typescriptが人気出たのもそれだよね

**デフォルトの名無しさん** · 2018/07/30(月) 18:38:58.64

>>232
公式の解説にあったのよ。Cの型が読みにくいからGoはこうしたって。
ワイが池沼とか関係ない

**デフォルトの名無しさん** · 2018/07/30(月) 20:45:55.35

>>226
四つのfloat64、二つのfuncで混乱してしまった
後置はVBAで慣れているのだが、 as がないとまるで別物に見える

**デフォルトの名無しさん** · 2018/07/30(月) 21:41:11.40

理解するのに2日もかかったとは…かかり過ぎだろう

**デフォルトの名無しさん** · 2018/07/31(火) 13:08:04.84

スライスとかマップで普通に使いそうな関数を集めた定番のライブラリとかある？

**デフォルトの名無しさん** · 2018/07/31(火) 19:07:29.37

>>235
cで関数を引数に取るようなのを見たら卒倒しそうだな。かなりわかりやすい方だと思うけど。単純に関数名や、引数名を取り除いただけだよね

**デフォルトの名無しさん** · 2018/07/31(火) 22:54:51.46

今日学んだこと
・IdをIDにしろって注意される
・ログがインターフェイスじゃない

**デフォルトの名無しさん** · 2018/08/01(水) 01:31:31.58

MongoDBのRESTインターフェイスを作って、windowsのサービス化まで出来た
これでブラウザのユーザースクリプトでデータ使いまくれて捗る
Goは始めたばかりだけどサクッと作れた。まったくすごい言語だわ

**デフォルトの名無しさん** · 2018/08/01(水) 14:23:47.59

現在の時刻が日付に関わらずある時間帯に含まれるかどうか判定したいです
time.Timeのbeforeやafterを使うと日付まで考慮されてしまうので
いちいち時刻だけをとりだして比較しているのですが、もっと簡潔な方法ってありますか？

**デフォルトの名無しさん** · 2018/08/02(木) 10:41:38.06

時刻取り出して比較する以上に簡単な方法なんて無いでしょ
そういう関数なりライブラリが欲しいってこと？、無駄な機能無いのが取り柄だし必要なら作れば良いのだが
流石にt.Hourの比較程度を言語で抽象化するのは畑が違うとしか

**デフォルトの名無しさん** · 2018/08/02(木) 12:00:42.07

Go以外でもそこまでする言語ないかと

**241** · 2018/08/02(木) 15:04:47.29

わかりました。ありがとうございます

**デフォルトの名無しさん** · 2018/08/09(木) 11:32:00.96

趣味で作ってるアプリのAPIサーバーをGoに置き換えてみようと思うんだけど、
フレームワークはやっぱりechoが鉄板だと思っていいの？