◎正当な理由による書き込みの削除について： 生島英之 とみられる方へ:Go language part 2 YouTube動画>2本 ->画像>7枚
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/tech/1510395926/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
Goについて扱うスレッドです。
GoはGoogleによって開発された言語です。
公式ドキュメント
http://golang.org/doc/ 日本語訳
http://golang.jp ※前スレ
Go language part 1
http://2chb.net/r/tech/1381374291/ 書き込み待って読んでから8時まで待つべきだったかな。
>>1 乙。だが
http://golang.jp/ って推奨されないurlじゃなかったっけ？
>>3 最早死んでるんだっけ？
申し訳ない。単純に引用した。
今どこか良い日本語のサイトがあれば、書いてもらえるとありがたい。
>>2 あ、これrangeでvals受ける所をvalues受けてる。あとからargsが4文字だからvaluesもvalsにしよう、とか文字数とか調整してはいかんかったな。
（前スレ）
>>984 > 同意する。Goでデータベース操作の決定版がでないのが物語ってる。
>
> 逆にGAE/goのdatastoreを使うときはGoとの相性の良さを感じる。
> スキーマがGo側に設定することが決まっているから。
再度調べて、また考えて、大体理解した。
RDBはKVSと比較されるからKeyValueではないと勘違いしていたが、実はKeyValueそのものだ。
一方、静的言語は基本的にValueだけの世界で、Keyはコンパイル時に落ちてしまい、リフレクションするしかない。
ここが絶望的に相性が悪い。これはGoの問題ではなく、静的言語一般の問題だ。
だったらもうORMにしてしまえ、ということで、GAE/Goのdatastoreは見る限りそれに近い（と思う）
というか、静的言語でDB操作の決定版って、ORMじゃないと無理だろ。
自前のリフレクションはかなり死ねるし、そこを隠蔽してくれないと意味がない。
ただ、ORMまで持ち出すのなら「速度の為に」わざわざ静的言語を選ぶ理由がなくなってしまう。
DBで律速するのなら、動的言語でも大して変わらないはずだし、
管理も楽なら、もう動的言語で組んでしまえ、ってことになる。
(型の問題を回避する為にmapを使っても、同様に速度優位性のない無駄なシステムに成り下がってしまう）
意識したことはなかったが、静的言語では「型」を通じてプログラム全体がゆるく密結合してる。
これは「自分のみ」の世界では全く問題ないのだが、
JSON/RDB等「KeyValue前提の他人」と組み合わせる時にはかなり最悪だ。
PHPが糞言語なのは事実として、何だかんだで他を圧倒して生き残っているのには当然理由があり、
この相性問題はかなり大きい。
また、PHPerやJavaScripterが馬鹿にされる割には何とかなってるのにもこれが寄与してる気がする。
Java鹿が「オブジェクト指向で粗結合化(ｷﾘｯ」してるのは割とミクロな粗結合化で、実はあまり意味がない。
今回のようにReadとWriteを丸ごと粗結合化することは静的言語(の優位性を保ったまま)では基本的に出来ない。
動的言語では速度は最初から捨ててて、組みやすさだけを取っており、割り切り感がいい。
この点、Goは若干中途半端なポジションだが、
Go = C+GC+型システム+リフレクションかな？
C++がリフレクションしたらかなり被るね。
リフレクションせんでも、アサーションで十分じゃないの？
まずORMって何か考えれば良いと思うが、Object Relational Mappingだ。
JsonとRDBを同様にキーバリューと考えてるみたいだが、「RDBは同じ列で構成された行の集合」、Jsonは「「キーで表された値の集合」の集合」であって、キーと列はかなり違う。なぜかと言うと、Jsonは「キーで表された値の集合」単体で成立するが、
GoでRDB使う時に本当にきついのはSELECTとかLEFTJOINとか駆使して
てか、staticメソッド無しかよ！これどうなのよ？
>>10 > queryの結果から構造体をコード生成する方法があると良いんだけど
evalだね。Goには当然ないが。
C#でLINQでevalモドキを作っていたのがあったはずだが、
(心はC++のExpressionTemplateみたいなノリで、
演算子と評価順をデータとして記録しとけば、式程度ならデータ側だけで出来る、というもの）
それと同じノリで上手くいけるか、だね。
フィールドのオフセットさえ決まればそれは構造体なわけで。
ただ一般的にはオフセットはコードに静的に埋め込まれているから、
回避するにはオブジェクト指向の仮想関数テーブル(vtbl)みたいな仕組みが必要になる。
逆に言えば、これさえあれば動的な構造体を簡単に扱えるようになる。
JavaScriptは無駄に速くなっているが、この手の仕組み持っているんじゃないかな？
V8はプロトタイプ毎に型扱いでnewしてるようだし。（正式名称があったが忘れた）
>>11 自分の型をポインタで書いたらnilで呼べるだろ。
可変長もそうだし、ちゃんと言語仕様読め
なんで既存コードが読めないんだろう。
>>11 goにクラスの概念はないぞ、ドキュメント読んで勉強し直せ
>>13 お、ポインタレシーバならnilで受けられるのか？
しかしまあ、ベタで書くことにした。
というか、どうもその手の「ちょっと綺麗に書くテクニック」を全力で否定するノリのようだし。
なまじ隠蔽出来るから無駄に肥大化するのであって、管理が厳しくなったらパッケージを分けろ、なんだろ、多分。
まあ分からなくもない。
JavaScriptの関数スコープは最初は戸惑ったが、結局のところ関数を小分けにすればいいだけであって、
Cとかはなまじブロックスコープなんてあるから無駄にでかい関数になってしまうのも事実だ。
Nodeのコーディングルールなんて段々短くなってて、どうも今は「関数は10行にしろ」と言っているようだし。
（以前は19行だったと思った。今ググったら15行（多分更新されてないだけ）ってのはあった）
同様に、基本的にパッケージ内にベタで転がしておき、無理ならパッケージを分割、というのも妥当な方法ではある。
そもそもメソッドも（見た目は）ベタで転がってる訳だし。
まあこれはいいとしても、generic的な物がもうちょっとないと、昔の定義のコピペプログラムが必要になってしまう。
この点については何で端折ったのかよく分からんなあ。
C++のテンプレートは暴走気味だし、そういうのを嫌ったのかな？
まあいずれにしても、俺にとってはGoはbetterCとして理解した方がいいというのはかなりはっきりしてきた。
もう「味見」は終わった様だし、やっぱり go は使わなくてもいいんじゃないかな
>>17 いやまだ終わってないんだなこれがw
道草食いまくってるからだが。
ただ、GoはWebには不向きというか、新規機能追加等で変更を迫られた場合、
PHP/JavaScript等と比べて3-5倍のコード変更が必要になりそうだ。
そしてこの、変更時のコード量がCと比べてほぼ同量だ。だから開発効率はかなり悪い。
パッケージが揃っているからとっつきやすいだけで、
（ライブラリを熟知している）バリバリのC++使いにとっては魅力はほぼ無いだろう。
とはいえ、「とっつきやすいC」という存在価値があるのかもしれない。
というか、C++は取っつきにくすぎる。あれは完全に暴走してる。Linusが毛嫌いしているのも分かる。
とはいえ、Goでプロトタイピングするのは辛いのは分かった。
というか、はっきり言ってろくな言語がないなこれについては。
JavaScriptは非同期のおかげでかつてのgoto文プログラムみたいな構造になってしまうし、
PHPは言語仕様が糞過ぎて思わぬところでバグって引っかかりまくるし。
RubyもPythonも前方宣言必須のゴミ言語だし。
同期JavaScript（マルチスレッドだよ！）が出れば一人勝ちじゃないのかな、と思うが、
あいつらの非同期はもはや宗教だし。
長文だらけで追い切れんけど
>>16 ちょっときれいに書くテクニック、が他の言語と違うだけだよ。可変長引数に参照のスライスを渡す、とか、
取り敢えず受けて.(type)でswitchしてcaseに型書いて処理するとか。
ジェネリックに関しては、あれば良いなと思う事もあるが、実際やってみたらrangeで事足りたり、
chanにとにかく突っ込んで、空selectとcase xxx<-xxxchでさらに事足りたりと、便利な読み方はある。
システムコールのselectで複数のファイルハンドル待つ感じ。
>>18 多分ウェブに関して言えば、ちゃんとしてればPHPの工数の4番の1くらいになると思うよ。
ちなみに、JavaScriptでマルチスレッドマルチコアは、クライアントならWebWorkerやら、nodeなサーバならclusterとか色々ある。
そもそも、クエリの結果イコール構造体にならない事の方が多いでしょ。
>>21 ちょっとわかりづらいからサンプルコードある？
構造体を自動生成するとして中身のわからん構造体をどうやって使うんだ？
結局リスレクション使った遅いもんになるだけでしょ
>>22 >>2 hogeって構造体があって、そのxxを取りたいなら、
のargsの、欲しいカラムの場所に&hoge.xを入れるだけ。
構造体を自動精製するんじゃなくて。
リフレクションとアサーションは違うし、そもそもそこまで遅くないぞ。
つーか、これ、構造体のメンバ名を都合3回書く必要があるじゃねーかよ！
度を超したクソッぷりにビビる。つーか、お前らマゾなのか？
1回目：type struct 内 ← うーん、まあ静的言語なら仕方ないか
2回目：rows.Scan 内 ← 速度の為なら仕方ないか、、、
3回目：メンバ名は大文字で始めてjsonタグをいちいち書け ← 死ね
PHPやJavaScriptでは1回も書かなくていいんだぜ！
さすがにこれには切れたよマジで。
https://qiita.com/vvakame/items/6719b3c90dfaa8220e44 >>26 Scanには書かんで良いだろ。何読んでんだよ。
Jsonなら、*interface{}で受けて、map[string]interfaceで値とりゃフィールド名出てくんの一回だろ
だから、
>>9 で、RDBのように行と列が分離してねえんだよって言ってんじゃん。
しかし2chで知りたいことがあればdisれというのはホントだな。
これで、Cをやってたからついてける、お前はGCの動くタイミングが、とよく言えるな。
dynamicとかnewtonsoft.JsonのJObjectで受けないC#でもクラスのフィールドに属性つけなきゃならんし、こいつが何を問題にしてるかわからん。
前スレ
>>977 まさか３回も書かされるとは思っていなかったから今更ながらxoを試した。
が、これもちょっと冗長だな。
標準で go generate がついている時点で、公式も糞っぷりを認めてる。
ASTとか完全に屋上屋を架してる。
ろくな解がない。
構造体メンバを１回書くところまでは許すとして、
Scanは構造体を受けろ、JSONはlowerCamelスイッチをつけろ、ってとこだね。
新参を足蹴にするような真似はしたくないが、
可変長引数を受ける関数には、...でスライスを渡せる。
>>31 > Scanは構造体を受けろ、JSONはlowerCamelスイッチをつけろ、ってとこだね。
ま、↓にでも投げてみたら
ExperienceReports
https://github.com/golang/go/wiki/ExperienceReports >>32 構造体で受けるだけならそうだね。
ただ、毎回リフレクションはかなり厳しいから、うまくキャッシュしてくれるかどうか。
refrectを見る限りシグニチャは発行してくれないっぽいし。
ポインタ演算を禁止しているから、ＣみたいにOffsetofの結果を配列でキャッシュできないのも残念な所だね。
使うときは速度/ソース確認必要といったところか。
今回は速度の味見だし、とりあえずベタで書いた。
ただ2回書きまでは覚悟してたが、3回とはね、、、
>>36 まあ俺が煽るから無視してるんだろうが、
煽り抜きでとりあえず
>>2 と
>>25 やってみたら？
ベタ書きよりはましだと思うが。
なんかそれでダメな点があればまた教えて欲しい。
>>35 さすがにＧｏ歴１週間もないのに投げないよ。背景等もよくわからんし。
てか、同意するなら誰か投げてどうぞ。
てか、Ｇｏ信者はこの言語のどこに惹かれてるんだ？
特に目立ったメリットはないような。
>>31 むしろ標準ライブラリにASTついてるのって魅力じゃないんかな。
goはコード生成してなんぼなんじゃないの
ただの別名も指定せんクエリなら、構造体渡して、参照がセットされた([]interface{})返す関数だけでいけると思うが、なんかいかんのかな。
>>37 日本語でおｋ
おまえには日本語が通じず、話が空回りするから無視してる。
map/リフレクションを使わない理由は俺は既に
>>6 で言っているし、
それはむしろ一般論だから、他の人もそれをふまえて話をしている。
おまえだけ空回りしてるんだよ。そしてそれが荒らし行為なんだよ。
煽るとか、そういう表面的な行為は大した問題ではないんだよ。
おまえは馬鹿だからそれも分からない。マジで死ね。
>>41 マップでもリフレクションでもないんだが。
>>38 俺的に気に入ってる点。
* 構文規約が言語側で確定してるから誰のgoコードでも見やすい。
* コードの管理周り。 正直他の言語でもコード管理は真似してる(ghqをつかって)
* 標準ライブラリが学習教材になってる感じ。
* goaがある。
正直一番最初に使いたい理由になったgoroutineは一番最初に触って以降触ってないな。
色々欠点もあるけど、なんかコード生成によるメタプログラミングを体得すれば解決する問題かも。と思っていてAST周りを学習中
なんで、リフレクションとアサーションと言葉が違うかわかる？
>>39 いや、正直、そういう文化なのかな？とちょっと思ってました。
てかなに？今時の若者はASTとかでさくっとコード生成しちゃうもんなの？
俺はlexとかbisonとかは触らずにきてるんだけどさ。
かつ、interfaceが指す先の型がScanner実装してたらそれで勝手にやってくれんじゃないかなぁ、これは勘違いかもしれんが。
>>38 > てか、Ｇｏ信者はこの言語のどこに惹かれてるんだ？
> 特に目立ったメリットはないような。
ある種のシミュレーションプログラムを作るのに goroutine + channel
で割合と簡単に書けちゃって、32 core 使って並列化したら実行時間が
1/25 程度に抑えられて…といった経験からかな。
ちゃんと言うと、Goのinterfaceはメモリ上に型情報をそもそも持ってるから、リフレクションせんでもほぼノーコストでアサーションできる、はず。
https://research.swtch.com/interfaces >>43 go fmtとか、パッケージ管理/ディレクトリ構造が言語に密着とか、確かにいい割り切りっぷりではある。
しかし他挙げてくれた点も、Ｇｏ言語自体ではなくて、エコシステムの話だよな？
いやもちろんエコシステムも重要なんだが。
gorutineはパンダだろ。その意見（最初だけしか使ってない）は割とよく見るよ。
> コード生成によるメタプログラミング
まあＣのマクロやC++のテンプレートよりはましかも。ソースが直接見えるという点で。
goroutineはAPIサーバ書いたり、システム内でメッセージ投げ合うたぐいの物書いたらめちゃくちゃ便利だけどな。
>>45 そんな恐ろしいもんじゃなくGoコードを構造体に変換できるから
改変がし易いってだけじゃないかな。
正規表現で変更とかよりよっぽど安心できる。
>>47 goroutine+channelがはまったケースか。
それなら分かるとして、ただ、そもそもこれがはまるケースがほぼないよな？
>>51 ハイジェニックなマクロ展開とか書きやすいしね。
前スレ974で良いところ行ってたのに、突然のシッタカでグダグダ言う上に読解力に欠けてて、しかもリフレクションだと決めつけてて、
>>51 > 正規表現で変更とかよりよっぽど安心できる。
確かに。自前よりは公式解釈済みの構文木をもらえた方が100倍いい。
しかしそれ、渡されましても、、、ってのが普通だと思うが。
てか、これ見せてる言語ってこれまであったっけ？
最近はflycheckみたいなリントも流行ってるみたいだし、見せる方向なのか？
>>49 俺にとってgorutineはたしかにパンダだったな。
構文規約が言語側で確定って割と言語仕様よりなんじゃないの。
Go言語の言語仕様は物足りさは感じつつってのはある。
interfaceがGoにおけるキモなんだけど機能不足感があって
関数の引数がなんでも受け入れokな interface{} 型になるとかなり残念になる。
多分interfaceにプロパティをokにしたり
type interfceC =interfaceA | intrefaceB
(interfaceCはinterfaceA か intrefaceBどちらかを満たす 直和型ってやつ)
みたいな定義をokにしたり、シンタックスシュガーだけど
type interfceC =interfaceA & intrefaceB
みたいな定義もokにしたら幸せというかジェネリクスに進化できる気がする
>>52 はまる、はまらないで言ったらやっぱり……いや、もう何も言わないよｗ
何か得意分野があるってだけでその言語は魅力的じゃないの？
他の人もそれを踏まえて、って誰も勘違いしてなくねえか？
>>57 まじかよ！JavaScriptならevalできるし無限増殖できるぜ！って思ったけど、
俺が思ってたASTのフォーマットとものすごく違ってた。
これ完全に文字ベースだよな。
もうちょっとファンクションベースなものを期待してた。
メトリックスをASTから抜いたツールもあるようだが、これ相当死ねるだろ。
http://azu.github.io/slide/JSojisan/#7 まああくまでパースした直後のデータで、だからこそすべての用途に使えるってことなんでしょうな。
ただ、ここからコード生成も相当死ねると思うが。
見えないフリしてないで
>>48 を百回ぐらい読んでこいよ。
そして長文で語れよ。
空回りしてて荒らしでそれもわからないバカなのは誰なのか、どうすりゃいいか
>>41 読んで考えろ。
>>56 interfaceのプロパティってのは何に使うんだ？
俺は一応、Ｇｏのインタフェースシステム「実装してたらその型として使える」はありだと思っている。
平べったいダックタイピングというか、C++のtemplateを野良で転がしているのに近い。
貧弱かどうかって所まではまだ味見できてないから分からない。
直和や直積（でいいのか？）は別名でテンプレート書け、って文化なんだろ多分。
割とベタが好きな言語なんだと思うよＧｏは。
虚しくなるわ。悪かったな。interfaceの実装知ってて。
>>62 escodegenがこれ食うからいいんだよ
>>65 の訂正
× 別名でテンプレート書け
○ 別名でインタフェース書け
とにかく汎用ライブラリを作ろうとするなり触ろうとするとinterface{}型が登場するのは機能不足によるものだからもっと頑張れ。
>>69 interface型は宣言がそうなだけで、実際には型持ってるから、そこまで嫌わんでも良いんじゃないの？
default書くのをサボらなければそうそう死なん。
>>70 んなこと言ったら動的言語だって内部的には型を持ってるよ。
問題はintereface{}型が関数パラメータに使われた場合、
Printlnみたいになんでも受け入れ可能って意味ならいいんだけど、
実際にはGoの表現力が不足していて仕方なくってパターンが多い。
>>71 動的言語の良いところを取るべくして、ただのvoid*には無い機能をもたせてるんよ。
表現力が足りないと言うより、ではなくて、本来は型にアサーションするんじゃなくて、別の任意のinterfaceにアサーションして便利に使おうね、って感じの思想。
だから、printf渡すだけでも、%sで渡すとStringerとして扱われたり、%+vで中身が見れたり玉虫色の解釈が出来るようになってる。
何でも受け入れ可能だから形無しinterfaceではなくて、こいつの型は提示せんがフォーマット文字列の通りに扱えよ、という意味であの引数。
だから、interfaceは明示的に実装しなくても、満たす関数があれば自動的に実装されるようになってる。
俺が今こうinterfaceを宣言して、そうするとこの構造体には自動的に実装されてるはずだから、俺は与えられた引数を宣言したinterfaceとして扱うってアサーションがかけれる。逆に言えば、俺に処理してほしけりゃこれを実装しとけ、って発想。
後出しジャンケンみたいなジェネリクス。
話題()のScanの中で、convertAssignってのが呼ばれてるんだけど、こいつがまさに、Scannerとして扱えればScannerに任せるようになってる。 >>2 のargsを例に上げるとargs[0]=&v.ID 長くて読んでないけど静的言語を使いたいものとしては極力コンパイル時に解決したい。interface{}に頼ると実行時エラーが発生する可能性が増えてエラー処理の記述量がふくらむから嫌いなの。
そりゃまあ、便利さとリスクの天秤でしか無いわな。
まぁ、interface受けてるのにアサーションしてないとか、default書いてないのが一番悪い。
親切な人が多いけど、ウンコが混じってもコミュニティの役にはたたんよ？
>>77 デメリットと言うより、必要悪だろ。
一切キャストしないCも書けるが
このスライド出す時点でナンセンス。
PHPの変数は暗黙的変換で無残なことになる、数や名前や型の不一致はそれこそ、毎度構造体を作る事によって引き起こされる。
val,ok := アサーション
でokが見れるという点で殆ど対応できる。
Bugクラスが未定義、と言うところもおかしいわな。
interfaceを実装してればそれがなんであれそのinterfaceとして扱えるように、ライブラリ書くだけだろ。
ただの型チェックの防御的プログラミングとは違う。
interfaceとのチェックと、interfaceに任せる事での、そのロジック内での処理と切り離した、interfaceへの責任転嫁に近いが、
interfaceをいかに正しく定義、実装するか自体が問題であって、型は無くて良いよねって言ってるわけじゃない。
オブジェクト指向だと考えるのが一番いかんな。
よーく読んだら、このスライドで話してることが(責務の分担(interfaceとinterfaceへのアサーション)、
>>81 の言ってることが全く理解できないのは俺だけかな？なんだろういくら話してもすれ違い感が半端ない。
誰か翻訳して！
>>82 お前が、interface{}を、なんでも渡せるvoid *的な物として考えてるから理解できんのだろうな。
コンパイル時に誤りに気づきたいのは、要は、動作させるまで正常に動くことが保証できないのがいかんのでしょ。
どう動作させても最悪、処理対象外データとしてスルーするようにdefaultに書いておくのと同じようなもんで、形チェックに通るか通らんなんか、ポインタがある時点でどのみち同じようなもんで、と書こうとしたら大事なところ抜けたわ。ごめん。
なぁ、俺が持ってるGoの知識は古いのか？
これ、virtual持ってないよな？ジェネリックなんてまるでやる気ないだろ。
OOPが暴走気味でデザパタ廚のようなゴミを再生産しているのは事実として、virtualなしはいかんだろ。
それに対しての
> 多分interfaceにプロパティをokにしたり (
>>62 )
なら全くもって同意だ。というか、JavaScriptはこれができて便利すぎる。
むしろあれがC++に入らないのが不思議だ。
継承や委譲をこねくり回してデザインパターン（ｷﾘｯするよりは、
JavaScriptのようにメソッドも第一級オブジェクトにしてしまって、簡単にvtblを手組できるようにした方が、
「見りゃ分かるだろ」的なソースを作りやすい。多重継承も楽勝で対応できる。
Goは多分行き過ぎたOOPの反省でinterfaceが１階層しかなく、この点はいいが、
せっかく第一級オブジェクトな関数をメソッドに代入できない点が糞だ。
これはinterfaceをプロパティバッグにしてしまえば解決できる。(62の指摘はこれだと認識している）
動的対応がいやなら再代入禁止で2パスコンパイル
(インタフェース解決+オブジェクトコード生成)にすれば対応可能だ。
Goの作者はよほどOOPが嫌いか、ジェネリックなんて不要と思っているのだろう。
Goのinterfaceは静的ダックタイピングのためのものであって、記述コードを減らすためのものではない。
俺はこの点は全く気に入らないね。というかコードを減らす努力がGoには全く見あたらない。
おそらくそれがここ20年のソフトウェア産業の努力の方向だったというのに。
すまぬ、安価間違えた
>>87 内安価は62ではなく
>>56 ちなみに味見の結果は出た。PHP比で15%速かった。結論としてはGoは糞だ。
そうですか、ではそのように他の言語をお使いくださいな。
一歩引いて、ハサミを買ってきた奴が、
馬鹿とハサミは使いようだが、馬鹿にハサミは使えないもんなんだなあ。
>>87 56だけどまぁ分かる。今TypeScriptでジェネリクス使いまくってるけど
やはり静的言語に自由度を求めるとジェネリクスがほしい。
でもGoの言語設計ってコード生成しようぜって匂いを感じる。
パッケージ内に生成したコードを置けば自作の型にいくらでも機械的にメソッド追加できる。シンプルな構文でこういう自由度を確保してるのは良く出来てる感ある。
問題はコード生成するコードを書くのが大変ってことなんだよねw
コード生成するコードを書くための仕組みがもっと簡単になればかなり使い勝手が良くなる。
実際ジェネリクス自体コード生成するためのコードをショートカットした技術って感じがする。だからちょっと複雑なことをしようとすると難しかったりする。
コード生成するためのコードは素朴な分そういう頭がこんがらがる感じはないかなと。
なんでジェネリクスが使えるか、型引数がジェネリクス関数の中で行う処理で必要な演算子やらメソッド呼び出しを実装してるか、だろ。
だったら、そもそもinterface受ければいいだけじゃん。
>>56 でやりたいであろう直積も和も、interface側ではなくて、構造体側がどう実装するかでしかないし、
それも各構造体で両方実装するとか、各構造体を埋め込んだ構造体書くだけじゃん。
それは、型のないinterfaceで受けるべきじゃなくて、パブリックな「型のあるinterfaceで受ける関数に」から、プライベートな「型のないinterfaceを受けるが中でアサーションしてる関数に渡して」やるだけじゃねえの？
その設計が面倒なら、ジェネレーターで組み合わせ爆発起こして遊ぶべきなんだろうが、
実際は型付きinterfaceで事足りないか？それ。
>>93 > でもGoの言語設計ってコード生成しようぜって匂いを感じる。
俺にはその嗅覚はないが、状況証拠からするとこれはその通りだ。公式ブログ(URL後掲)もあるし。
標準コマンドに go generate とか、最初からASTを見せる気満々とか、iota とか、ちょっと行っちまってる。
そしてパッケージ内に階層がなく、 cat >> で全ていける。コード生成に障害が何もない。
首謀者は一般のプロダクトプログラマではなく、
サポート側のプログラマ（Perlでlinter等の作成とか）だったのかもしれんね。
C++のテンプレートはちょっと行き過ぎてしまっていて、余計に見にくくなってる。
例えば、形式的な無駄関数呼び出しがありまくったりする。
しかしそれらはコンパイラが最適化で抜いてくれるので、彼らはそれでよしとしている。
C++erの最優先はオブジェクトコードであって、ソースコードではないんだな。
無駄に回りくどくなったソースを見せられても困るんだが。
しかし考えてみれば、テンプレートなんて所詮はコピペだから、機械的に吐き出すのは極めて簡単だ。
人間がゴリゴリテンプレートを書くのではなく、
自動コード生成前提で、そのために基本ベタ書き、ってのは逆転の発想だがありだろう。
いや正確に言うと、Cのマクロの基本はコピペ的使い方だから回帰か？
とはいえCのマクロもC++のテンプレートも濫用が過ぎてるのは事実だ。
ベタなコードを自動生成してしまえ、ってのはありだろう。
go generateは以下を見る限り追記だけかな？
https://blog.golang.org/generate https://techblog.haroid.io/go-generate/ https://qiita.com/vvakame/items/6719b3c90dfaa8220e44 これはちょっと回りくどい。go fmt が上書きなんだから、go generate も上書きでいい。
具体的に欲しいのは、MarshalJSONではなく、構造体にJSONタグを追記する機能なのだから。
つまり、
type myStruct struct {
SomeProp int
}
を
type myStruct struct {
SomeProp int `json:"someProp"`
}
に上書き、だ。上書きが怖いのならビルドディレクトリを分ければいいだけでね。
> コード生成するコードを書くための仕組みがもっと簡単になればかなり使い勝手が良くなる。
俺は go generate が別パッケージを呼び出すのが気に入らないね。
とはいえ、自動生成用のコードなんてその場に埋め込まれても困るのも事実だが。
しかしjsonの部分は明らかに糞なんだし、公式で以下のとか用意しとけよなマジで。
元ソース
type myStruct struct { //go:maintain jsonTag -type=lowerCamel
SomeProp int
}
を、
type myStruct struct { //go:maintain jsonTag -type=lowerCamel
SomeProp int `json:"someProp"`
}
にビルドの度に自動的に maintain する、とか。
上書きしない理由は、本来想定された用途がinterfaceを実装すべくレシーバをもった関数を生やすためだろ。
そもそも、「ジェネレータ」なんだから、既存のものを上書きするものでないのは自明だろ。
>>99 純然たる日本人だよ、たどれる範囲では。
日本語が解りにくいみたいなそういう言いがかりはナンセンス。
そもそも解りにくい日本語を喋れるのは日本人だけだ。
解りにくい○語を話せるのはネイティブ○語話者だけと大きくも言える。
韓国人が日本語の語順が不安定な部分使ってニュアンス出したりとか、逆にきちんと定義されてる言葉の使い分け使って煽れる訳ねえじゃん。
その結果例え解りにくいものになったとしても、あとから学んだ言葉が不得手な場合の解りにくさとは全く違う読みにくさが生まれる。
英語少々喋れても、口喧嘩はできなかったり嫌味が言えないのと同じようなもん。
>>100 > 解りにくい○語を話せるのはネイティブ○語話者だけと大きくも言える。
そんなわけねえだろドアホ
韓国人はマジで死ね
>>101 理屈が通じないなんて、まさかそんな日本人、現代人離れした感覚持ってるとは思わなんだ。
説明には充分注意を払わないといかんな。
ASTの話題にちょうどいい動画見つけた。
エディタの壁を越えるGoの開発ツールの文化と作成法
VIDEO >>96 go generate自体はただのコマンド実行なんだから
上書きするコマンドを実行させちゃえばいいと思う。
作法としてNGってことなんかな。
windowsで開発していると
>>105 gopath以下を検索対象外すればいいのでは？
>>103 23:00- からのIDの話とか、やっぱり筋が悪いと思うぞ。
・IDが大文字じゃないとダメだからタグをつけよう！(Go信者)
・IDが大文字じゃないといけないのがダメだろ。それでソース変更とか頭おかしい(C派)
Linusが嫌っているのはこういったどうでもいいことに余計に手間がかかることであって。
これはGoの仕様が糞だから発生した手間でしかない。
IDが大文字になったら見やすくなり、バグが減るのか？そんなわけない。
ここで必要なのは、lintのwarningを抑止するコメント、 //golint: ignore case `Id` 等であって、
余計なタグを増やすスクリプトではない。
ここら辺の「全部ベタ書きで個別指定しろ」という点がGoの思想の糞な所だ。
次はこれらによって個別に記述されたタグの整合性をチェックするスクリプトが必要になり、以降無限ループだね。
そうではなく、1箇所にしか書かないから不整合が発生し得ない、というのがOAOOなりDRYだというのに。
Goは人間がソースコードをメンテすると仮定してない。それでついてこれる奴が多いかどうかだね。
俺は無理だと思うが。
関数型が急速にポシャった感があるのは、馬鹿しかいなかったからだと思っている。
Goもそんな感じがする。C++についていけない馬鹿しかいない感が酷い。
上記だって目の付け所が反対だ。
linterをフォークして余計な手間が必要ないようにコメント拡張を加え、どちらが支持されるか勝負するのがまっとうだろ。
プログラマとして未熟な奴がGoを支持してる感が酷い。
C++も一応スマポを使えばGC的なプログラミングは行える。
(俺はあれは糞だと思うし、普通にGC言語使えよ馬鹿なのか？としか思わないが)
というか、Goは完全にスタートポイントがCで、C++/C#/Javaじゃないね。
だからC++等がやらかしたことを再現している。歴史に学ばず、経験に学ぼうとしている。
多分Goはポシャる。
今必要なのは肥大化しすぎてデザパタ厨のような「目的と手段を履き違えた馬鹿」を生み出したOOPを整理することであって、
はっきり言ってこの「大文字な構造体メンバにタグをつける」スクリプトなんて既にGo厨化してる。
やることを「減らす」スクリプトを書かなければいけないのに、「増やす」スクリプト書いてどうするんだよ、というね。
96にあるようにjson用に構造体にタグを機械的に打つツールは既にあるよ。
>>108 あ、id の話か。
どうだろうね。IDでもidでもIdでも良いとしたら、つまりプロジェクトとして構文規約を作ろうってことになるよね。
それを始まりとして、プロジェクトによってコードの書き方が違うという分断化が起きる。
>>110 Goの言語仕様が糞でなければ、そんなことは最初からする必要が無い。
Go信者にはこの観点がまるでない。
100歩譲って、jsonのEncode関数にスイッチがあってもいい。
しかしそれもないだろ。
Goの仕様なんてかなり糞で、こんなのを教科書にしてたら勘違いすると思うぞ。(
>>43 )
いちいちやってることが回りくどすぎる。K&Rと正反対だ。
（ただしK&Rはこれまたさっぱりしすぎているが）
とはいえ、ここは合意を形成する必要はない。
俺はGoは糞だと思うし、今後使うことは多分ないだろう。
君がGoに賭けるのはもちろん自由だし、そうすればいい。
>>112 なら黙って去れよ。つかえねえなぁ。
そもそも、単語単位で命名規則決まってるからlint簡単だし宗教戦争起きないようにしてるんじゃねえか。
go runしか走らして無いんじゃねえの？
>>112 所詮はツールだから宗教戦争にしかならないのも確か。
vim vs emacs的な。
ちなみに一番理想的だと思ってる言語は何なのか知りたい。
俺自身はgoの言語仕様に欠点があるのは認めるよ。
でも、どの言語もコモディ化で割と似たような言語仕様になる中、独自性があって、素敵だとも思う。
何か言語設計者に信念を感じるんだよね。
ジェネリクスが熱心に要望されてる中、
未だに入れないのも何かもっと新しい手法を編み出そうとしてるんじゃないかと妄想してる。
phpなんか、片っ端から言語仕様足しまくってるし。動的言語のくせにinterface入れてみたりとか。
でも確かに最初に触る言語をgoにするのは危険かも知れない。
あとgoはast周りが充実してるってことは究極自分の理想言語を作ってgoのエコシステムを乗っ取るって手もあるよね。
Goの欠点と言えば、一度使い込むと他の言語で書きたく無くなる事だな
null安全な言語じゃないのはなんとかならないかな。
nullはなぁ。
アンケートを募集してるみたい。
https://blog.golang.org/survey2017 とりあえずnil safeな言語にしてくれってお願いしてみた
>>114 宗教戦争は結局自転車置き場の議論と同種で、馬鹿が無理に参加するからだ。
その点ではC++の割り切り、「ソースコードに過度の美を求めず、オブジェクトコードで勝負」ってのは正しいと思うし、
go fmt ってのもありだと思うが。
Goがまずい点は、後発なのに誰にも合わせる気がない点だ。
UpperCamelはC++以来(だと思う）既に30年「クラス」として使われてきており、他言語も全てそうなのに、
「public」と勝手に規定してしまった。このためにjsonがUpperCamelになってしまうわけだが、
これまた世の中JSONで回り始めて10年以上経ち、大体lowerCamelが使われている状況で、スイッチもつける気無いだろ。
略号は全部大文字？それは言われなくても大体そうだし、違反してたとしてもソース改変して再テストする価値はない。
そんなにマメにソースを改変したければ、ユニットテストではなく、形式検証ツールを提供するべきなんだよ。
> でも、どの言語もコモディ化で割と似たような言語仕様になる中、
結局ソフトウェア技術も成熟しつつあるってことだよ。
どう書くべきか、何をやってはいけないのか大体わかってきた。
> 独自性があって、素敵だとも思う。
ないね。独自性ってのはHaskellの「全面遅延評価」みたいなのを言うんだよ。
俺はHaskellが1990製だと知って驚いたが、それ程の独自性があれば20年後に話題になる可能性もあるということ。
Goには独自性なんて無い。一度廃れれば終わる言語だ。
「新機能」といえる物が全くないだろ。むしろ「ちょうどいい頃合」を目指している言語だ。
悪く言えば、全てにおいて中途半端でしかない。
> phpなんか、片っ端から言語仕様足しまくってるし。動的言語のくせにinterface入れてみたりとか。
PHPはミクロな点でゴミだが、マクロな点には多分ほぼ問題がない。（というほど試してないが、今のところそう感じる）
具体的に言うと、引数の順が統一されてなかったり、引数にすべきものを別名関数にしてたりとか、
そういう「1行内」の部分でいちいち引っかかり、ストレスが溜まるものの、
Goみたいに「言語仕様的に3回書かないと無理」みたいな構造的問題は（多分）ない。
> でも確かに最初に触る言語をgoにするのは危険かも知れない。
> ちなみに一番理想的だと思ってる言語は何なのか知りたい。
Goはこの辺さらに酷い。JSONの仕様とか、ありえないだろ。
あれはJSONモジュールを作った奴がJSON使ってないんだよ。完全に例の漫画になってる。;
https://twitter.com/frontend_ux/status/692369282626383873 UpperCamelでJSONしてるサイトなんてない。1回使えば分かる。
逆に言えば、1回も使ってない奴が作るからこんなことになる。
そしてそれを弾けない標準化委員会も相当低レベルだと分かる。
他モジュールも相当なゴミが混ざっていると思うぜ。Goがいい教材だと思う奴は程度が低いだけだ。(
>>43 )
そしてJavaScriptとは違ってGoの間違いは救いようがないレベルだからどうしようもない。
あと俺が気づいた範囲だと、SQLite3はPHPでもNodeでもopenするときにReadOnlyかReadWriteを指定するのだが、
Goのdatabase/sqlではこの指定が出来ない。
俺にはこれがパフォーマンス等にどう影響するのかはよく分からないが、
根本的に間違ってるんじゃないか？と思うよ。
知らない奴/使ってない奴が仕様策定/基本モジュール提供をしてはいけない。
これも多分、普段SQLite使ってない奴が仕様策定してるからこんなことになってるんだよ。
Web系はよくも悪しくもここら辺に躊躇が無い(馬鹿が自重しない)が、結果的にゴミがゴミを再生産しているのはよく見かける。
しかも使ってる連中もそれに気づけないほど馬鹿なんだろ。だからマンセーするとかおかしなことになる。
俺はPHPもそんなに試してないが、Goはその一部分を移植しただけでPHPより問題山積だ。
>>115 > 究極自分の理想言語を作ってgoのエコシステムを乗っ取るって手もあるよね
Goじゃなくて普通はCを乗っ取るだろ。Goも最初はそうだし、今も半分そうだろ。
或いは他言語みたいにJavaのVMに乗ってしまうか。
Goありきなのは既に信者だからだよ。
> streem
何用これ？streemでconcurrency？shellとか言っているし、何に使えるのかよく分からん。
実装は他人に任せてシステム設計に専念する方が良いんじゃないかｗ
大演説ご苦労だな。
>>124 Uniform Resource Identifiers
https://www.sqlite.org/uri.html に書いてあるURIフォーマットを使えば良いんじゃないかな。
db, err := sql.Open("sqlite3", "file:hoge.sqlite3?mode=ro")
みたいな。
JSONがアッパーキャメルじゃない？でもGoはアッパーキャメルだ、だから歪んでる？
>>127 それは全ての環境で使える物ではない。
Goの連中は（というかWeb系一般にそうだが)この手の未熟な奴が仕切って暴走しているのをよく見かける。
新しい言語は老害がいなくて心地よいのだと思うが、
結果的に若い奴らが浅知恵で馬鹿なことを繰り返しているだけになっている。
例えばxampp(今年の9月の最新版だったと思う）にバンドルされている物は3.7.6.3でそれは使えない。
なお同じxamppのPHPのSQLiteモジュールは3.15.1で、つまりPHP経由なら使える。（ちなみに最新版は3.21.0)
俺もこのxamppのバージョン管理は奇妙だと思うが、
これもxamppの連中が「一番無難なバージョン」を選んだからこそであって、問題ないのならそのまま使うのが無難だ。
こういうのがあるから、「最新版では要らないから」と早合点して勝手に仕様を削っていいものではないんだよ。
ここら辺がGo（というかWeb系全般）は拙い。プログラミングの経験が全般的に浅く、物事を知らないからだ。
JSONの件も、マジで1回でも使えばどこもUpperCamelなんて使って無いと分かる。あの仕様は本当にありえない。
作っただけ、動くだけで満足している連中しかいないからこういうことが繰り返される。
そして使えない物が再生産されまくってる。
だからWeb系も全般的に馬鹿にされるわけでね。Goも間違いなく同レベルだ。
>>130 Goでもアッパーキャメルで出すもんじゃねえよ。
ドキュメントに書いてあるでしょ。
変数名が何故あの形かも書いてあるし、一度でもちゃんとfmtから順番にツールにコード通していけば小言が読めただろうに。
xamppは一番無難な初期iniで使うのかねえ、ベルリンで。
要は SQLite の URI format を知らなかったんだろ？
そもそもsqlパッケージ自体使い方わかってないんだろ。godoc読んだ形跡がここまで無いのも凄い。
略語が全部大文字どころか、こまごまいちいち指定してこられる事のメリットは、あとからインターフェイス書くときだよ。
>>121 >> でも、どの言語もコモディ化で割と似たような言語仕様になる中、
>結局ソフトウェア技術も成熟しつつあるってことだよ。
>どう書くべきか、何をやってはいけないのか大体わかってきた。
ここに俺は異を唱えたい。
言語の方向性は歴史的な圧力が絶対あると思う。
仕方なく大多数が採用したから新言語でも採用したみたいな。
例えばclassとstructってなんで２つあるの？って思ったことない？
cの頃はstructはただの構造体だった。もちろんcにはオブジェクト指向の機能はないからstructにメソッドは生やせない。でもその後後発の言語はstructを拡張するのではなくclassを作った。でもsturctはそのまま残した。
swiftでも残り続けてる。値型と参照型の違いということで残したみたいだね。
意味がわかんない。
例外処理
例外が発生する可能性がある関数とない関数でコンテキストが大きく変わる。
そもそも例外処理って横着機能でしかないと思うんだけど。
そんなわけでgoはこの歴史的な圧力に対して異を唱えている。
それは本当に正しいのか！って。
>>132 それはその通り。俺は知らなかった。しかし、PHPとNodeではそれでも何も問題なく使えたのがミソなんだよ。
「Goは覚えることが少ない」なんて言っているのはプログラミング経験が浅い馬鹿で、表面しか見えないから。
或いは、他言語を使えないからGoの問題に気づけないだけ。
実際はこの手のGo特有事例（方言）がものすごく多い。(これについてはPHPより酷い)
だから常識的にプログラミングするといちいち引っかかってしまう。熟練者にとって生産性が著しく悪い。
（ところが他言語を全く知らないド素人にとっては生産性が悪くないのがミソ）
「C++はプログラマを育てる言語だ」と禿は言っていて、実際にC++の連中は育っている感がある。
俺はJavaScriptもかなりいい言語だと思うが、こちらは壊滅的なほどに育ってない。
Goはどうか？俺はGoは間違った方向に育つ（使えない奴が出来る）言語だと思うよ。色々おかしいから。
それでもGoを信じるのは君の自由だが。
新しい言語には老害がいなくて心地よいのだろうが、それは達人もいないことを意味する。
色々仕様がおかしいのは、つまりそれにも気づけない馬鹿しかいないことの証左だ。
(上記のように、熟練者除けを装備してもいるし)
K&Rの評価が異常に高いのは、さらっと書いてあるコードの品質がとんでもなく高いからでもある。
有名なのはmallocだが。
http://www.wdic.org/w/TECH/malloc そういうコードは今のGoには無いと断言できるね。
今のGoはお山の大将が出来ることがうれしいだけの馬鹿しかいない。だからこんな糞仕様がまかり通る。
それでもGoを選ぶのは君らの自由だが、当然その責任も数年後に負うことになる。
それは自己責任だから、君らが思うようにやればいい。
責任を負うことの出来ない俺が「止めろ」ってのもおかしな話だし。
ただ、俺がもし学校の先生だったら、この言語を教えていいのか？と躊躇する言語だよGoは。
とはいえ、成否は俺には分からんね。
俺達がゆとりに死んで欲しいと思っているのと同様、ゆとりも老害に死んで欲しいと思っているのなら、
ゆとり専用言語で棲み分けするのもいい手だ。Goはここに位置できる。
そこで好き勝手やってみるのも悪いことではない。それでどっちが残るか勝負すればいい。
>>135 > 例えばclassとstructってなんで２つあるの？って思ったことない？
それは歴史的「圧力」というよりはただの後方互換性だ。
冗長といえばそうだが、かといって削除するほどのことでもない、ということ。
C++のstructとclassなんて、デフォがpublicかprivateかの違いしかない。
当然、明確な使い分けはない。では実際どうするかというと、
クラスとして「主体的に動作をする」のか、データとして「外部から操作をされる」のか、で分けるのが一般的か？
つまり、お前らが言うOOPか手続きかで分ける。
しかしこれは、初心者にとっては意味不明すぎるのも事実。
おかしいだろ！整理しろ！というのはごもっとも。Goがstructだけに絞ったのも、別段問題ない。
ただ、これで生産性が上がるわけも無く、だから他言語では放置されてる。
なんつーか、どうでもいいわな、というところ。
> そもそも例外処理って横着機能でしかないと思うんだけど。
その通りだが、要するに、よく使う機能だから言語側にサポートを入れた、というだけ。
無ければ伝言ゲームをする羽目になる。
自前のオレオレ伝言ゲーム構造体よりは、言語側で規定してて言語機能に入っているほうがマシだろ。
ただここに至ってGoの実装はよく分からんね。
あれは自分で「毎回チェック」してthrowするのが必要なだけで、panicした後は従来の例外の様に動く。
catch/finallyでグダグダ書くよりdeferしろってのは一理あるが、
例外を使いたがっている奴はそもそもの「毎回チェック」を書きたく無いからだろ。
Goの例外がどういった層に喜ばれるのか（どういうメリットがあるのか）よく分からん。
>>136 同意する部分は多々あるよ。
>「Goは覚えることが少ない」なんて言っている
>実際はこの手のGo特有事例（方言）がものすごく多い
シンプルさを意図して実際は中味の複雑さがにじみ出ることは多々ある。
nilでも型があるとかね
https://golang.org/doc/faq#nil_error だから蟻地獄的なものはあるかも。
>「C++はプログラマを育てる言語だ」と禿は言っていて、実際にC++の連中は育っている感がある。
これは知らんかった。禿って誰のこと？
正直C++勢と会ったことはない。web系と断絶してる感じする
なんで育てる言語がC++なの
>だから常識的にプログラミングするといちいち引っかかってしまう。熟練者にとって生産性が著しく悪い。
>（ところが他言語を全く知らないド素人にとっては生産性が悪くないのがミソ）
もしかしてIDE使ってないの？vscodeとか。
俺もTypeScriptとかいろいろな言語を使ってるけど
言語仕様で引っかかってもその場でIDEが指摘してくれるから、生産性に問題は起きない。
そもそも第一言語としてGoだけ使うって輩はないだろ。多様性を楽しむくらいの余裕があってもいいと思うけど。
関数型も書いてて楽しい。Elixirとか。Haskellはちょっと挫折した。
ちょっとぐぐってみたら面白い記事を見つけた
http://gihyo.jp/news/report/01/GoCon2014Autumn/0001 言語が思想に影響するという説（サピア＝ウォーフの仮設）
があるからあえてGoにはあなたが方言と言ってる違いを設けて
多様性を確保したいらしい。
>>138 ヒープに値が乗るかポインタが乗るかで全然違うだろ。構造体とクラスは。
後方互換製でも何でもなく、使い分けとるわ。
>>141 概念としてそれをclassとstructに分ける必要あるかって話。
>>142 使い分けてるんだから、必要あるってわかるだろ。
ベクトルなんかをそこそこの量処理したいとき、そのベクトルを表すものがクラスか構造体かでかなり違う。
彼が言ってるような歴史を辿ってきたJavaやC#みたいなGCを持つ言語だと、GC対象か否かという点でもメチャクチャ違う。
>>140 > 同氏は，Go言語はスケーラブルなクラウドソフトウェアのために設計されたきれいな手続き型言語であると述べていました。
あーなるほどね。反OOPか。
Cが生まれて50年弱経ち、ソフトウェアテクニックってのはほぼ固まりつつある。
その状況で若い連中が何か新しいことを思いつき、しかしそれを老害が腐してそのアイデアが埋没してしまうようなら、
それは勿体無いから、若い連中用のプレイグラウンドはあるべきだ。Goはそれに成り得るだろう。
ただし、そこで試されるアイデアの大半は既に誰かが試してゴミだったからポシャった物であり、
つまり「歴史」ではなく「経験」に学びたい若者が「車輪の再開発」をする場でしかないわけだが、
それもまあ必要悪というか、更なる発展の芽を探す為には仕方ないのかもしれんね。
ただそれで無駄言語に傾倒することになる若者は哀れだが、自己責任だから致し方なしか。
心配せずともGo言語で何かめぼしい成果が出れば、C++他は数年後には確実にパクる。
正直、遅延評価を既存言語機能だけで丸パク出来たのには驚かされた。templeteの汎用性を俺は舐めてた。
Go言語で出る成果でC++がパクれない物はたぶんありえない。もともと似てるし。
OOPが暴走気味なのは事実としても、現実解としてOOPしかないからみんなOOPしてるわけで、
そこに刃向かうのはもちろん自由だが、それでpackageが解なの？うーん、といったところか。
それならCでいいじゃん、になってしまうし。
>>139 > 禿って誰のこと？
禿＝ストロウストラップ＝C++作者＝
> 正直C++勢と会ったことはない。web系と断絶してる感じする
話してみたいのならスレにでもどうぞ。それがネットの正しい使い方でもある。
ただあいつらの話題って重箱の隅どころでは無いからなあ、、、
> なんで育てる言語がC++なの
知らん。禿が著書でそう主張している。そして確かにそんな感じだ。
おそらくC++の奴らは自分でいろいろ試して、結果的にいろいろひどい目に遭うからだよ。（追体験）
例えば、「グローバルガー」とか言うWeb系の奴、実際にグローバルが問題になるほどの規模のコードを書いたことがないだろ。
そういう、薄っぺらい馬鹿が威張っている感がC++erにはない。
C++erの場合は、実際に「便利だから」グローバルを使い、結果的に苦労して、
どの規模の辺りからグローバルはやばいかを知った後で話をしている。
そういう、地に足が着いている感がある。
一方Web系は「経験に学ぶのは愚者。俺達は歴史に学ぶ」と言い、この手の追体験を拒む。
そしてグローバルガーと連呼したりするが、実際にはその規模ならどうでもいい場合が殆どだ。
ここら辺が地に足が着いてない。教科書（歴史）を妄信してる感ありあり。
しかしそのわりにGoで経験に学ぼうとしているのは、結局OOP流に嫌気が差しており、自由にやりたいだけだろう。
（まあ気持ちは分からなくもない。JavaのOOPとか完全にやりすぎだと思うし）
それが自分達が言っている「経験に学ぶ愚者」に該当する自己矛盾に気づかないのが愚かなところだが、
Web系の連中にとっては経験こそが足りないから、色々やってみるのもいいとは思う。
今はソフトウェア技術の規模が微妙な時期なんだよ。
>>146 >Goは割と想定外のところでバグるんだよ。
>この点、実はJavaScriptはC的で、文法だけ抑えたらあとは、あー、はいはい、で行けた。
>だから俺（というかC使い）にはJavaScriptは相性がいい、というのはある。
どういうコードでバグったの？
>>148 そりゃ該当するのは君の言うnilとかだよ。
俺の場合は何度も言っているがJSONだ。
問題なのはこの原因が「Goの特殊仕様」であって、「俺の未熟な文法理解」ではないこと。
文法は一通りやれば終わるが、特殊仕様は確認しないと分からず、その都度の対応になる。
新しい領域に踏み込んだら毎回地雷原を歩かされるようなもので、これでは生産性なんて上がらない。
だからプログラミング言語には統一性/一貫性が重要だと言われるわけでね。
C++は今は何でもかんでも仕様に取り入れてる。
あれがいいかどうかはさておき、既に言ったように、Goで何か結果が出れば必ずC++は取り込む。
だったら俺はそれでいいや、という感じだね。
先頭を走らなきゃヤダ！ならGoに集まっている連中とワイワイやるのもいいのではないかな。
ただ、仕様を見る限り面子には非力感がありまくりだが。
そして当然、結果はそう簡単に出ないし、出ても簡単にパクられる。
それも覚悟の上でがんばれ、ってとこだね。
>>149 そんなの言語毎にハマりどころはあるから。
Goだけにある問題点みたいな言い方するから、
どんなのかと思った。
jsだってthisが何指してるかわからなくなる問題とか、独特のハマりどころはあるでしょ。
jsonの問題もjwgとか使えば自動的に理想的なtag付けしてくれるんで。使ってみては？
ドキュメントに書いてあることができないのが、何で未熟な文法理解に何故起因しないかわからん。
>>150 いやGoだけだぞ。
正確に言うとC系(ハロワ系)はCに意図的に似せて作ってあるからこの辺で問題が生じることがない。
俺は関数型には深入りして無いからそっちは知らんが。
君がGoだけかなり特殊だと気づかないのは、他に比べる手持ちの言語が無いからだよ。
ただそれもGoの意図通りのようだし、
確かに他言語の経験者が大量流入すると独自進化できない、というのはごもっともだ。
ジェネリック使いたければ他言語を使え、Goはジェネリックよりいい解を探してみせる！というのもありだろう。
実際、彼らの意図通り、俺みたいなC系経験者にとってはGoは魅力的ではないし、ひとまず静観といったところだね。
上手くガラパゴス化して面白く変化できるかどうかだね。
> jsonの問題もjwgとか使えば自動的に理想的なtag付けしてくれるんで。使ってみては？
これは逆なんだよ。
書かないことこそが素晴らしい、というのが従来型言語であって、俺はそっちを支持する。
そうではなく、自動生成こそが正義、というのならそれはまあがんばってね、という感じだが、
それも結局「正しく自動生成できているか」確認しないといけないんだから、
書くのと比べてやること減ってないだろ。
なんかそこらへんの根本的なノリが違うんだよなあ。
なお、
> jsだってthisが何指してるかわからなくなる問題とか、独特のハマりどころはあるでしょ。
これは違う。あいつらはマトモにオブジェクト指向も出来ないくせに主張するからおかしなことになる。
普通に使えば obj.method なんだから、thisが何を指すかで戸惑うことなんてない。
逆に、それ以外でthisを使うからおかしなことになるのだが、それは根本的に間違ってるんだよ。
(ただし仕様上、関数ポインタにはいちいちbindする必要があるが、これはすればいいだけ)
JavaScriptのthisガーって言っている奴は間違いなく馬鹿だから、無視していい。
ただそいつらが過半数な感じがJavaScriptが終わってるところなんだが、、、、
なんで糖衣構文ではなく、アロー関数が出来たんだろうねぇ。
>>152 Goとjsで平等な視点で比較評価しているとは思えない点は目をつぶるとして
>それも結局「正しく自動生成できているか」確認しないといけないんだから、
>書くのと比べてやること減ってないだろ。
あなたの得意分野のCだって内部的にはプリプロセッサがコード生成してるけどそれを目視チェックしたこと無いよね。
隠蔽しているだけでコード生成を使ってるんだよ。
コード生成を嫌ってるみたいだけど、そして理解もできるけど
嫌なら使わなければいい
技術的革新について話すだけのヤツはクソだ、黙って手を動かせ、と言った奴を
>>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系言語出身者お断り仕様で計画通りなのだから、これはこれでいいんだよ。
>>158 >> それ以外は動的な解決(interface{}を使う)しかなくなり、静的言語としてのメリットを失う。
>ちょっとこれは厳しすぎ、というか、若干誤解しているか？
単純にIDE連携が静的言語としてのメリットって話
つまりコード補完する時にDBのカラム名が候補に出る状態にできるのが静的言語のメリット。
内部的に型を持つとかそういう話じゃない。
> Go：構造体を書き、タグ付けスクリプトを作成し、go generate してタグを付け、正しくタグがついているか確認 ← やること多過ぎ
じゃなくて
Go：構造体を書き、go genereteを実行する
だけ。正しくタグがついているか確認は不要。ツールを信頼してるから。Cのプリプロセッサを信頼するのと同じ。
aws lambdaに正式対応だから勉強してみるか
外部ライブラリで
>>162 vendoring すれば良いんじゃない
ありがとうございます
リポジトリあっても数年更新ないとかあるからな
>>165 こういうのがあるとパッケージプロバイダを経由したほうが良いと思える。アカウントけされたらvendor使ってても無駄だよね
ビルドしたバイナリにソースコードのパスが含まれちゃうんだけどこれを抑制する方法ってありますか？
>>171 試してないけどgoupxとか試してみたら？
>>172 レスありがとうございます。
upxで圧縮しても解凍したらパスが出てきてしまうので意味がありませんでした。
https://qiita.com/kitsuyui/items/d03a9de90330d8c275c8 ↑みたいな方法しかないみたいですね。
なるほどpanic時に使う情報なのか。
Googleが「Dart 2」発表、Dartを再起動。iOS/Android用ライブラリ「Flutter」と共にWebとモバイルのクライアント開発にフォーカス
http://www.publickey1.jp/blog/18/googledart_2dartiosandroidfultterweb.html APIサーバでマスタデータ的なものをグローバル変数として最初にDBから読み込んでおくのってアリな設計？
初歩的な質問で恐縮なのですが、
>>179 分かりました。ありがとうございました。
intのabs無いんかい。
https://golang.org/src/sort/sort.go Goのクイックソートの実装を見ると内部でヒープソートとシェルソートをしているように見えるのですが
これはイントロソートの亜種なんですか？
Google CodeJam 提出言語をGoのみにすればGoの普及がもっと加速したんじゃなかろうか
go言語にc++17の [[nodiscard]]属性みたいなのないですかね？
ほう、検査例外みたいな機構がC++に出来るのか
func calc(x int, y int) (int,int){
もしくはbを先に定義しちゃうか
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
RDBをRedisとかでキャッシュしつつ、更新もしてるサンプルない？
>>193 別にそのまま行けないか？
aに当たるのはerrだったりするよね。
>> 193
https://play.golang.org/p/l3eB4W6F5Qc こういうことね
そうするしかない。
「プログラミング言語Go」にも詳しく書いてあるよ。
>>204 ゴルーチンって何？
コルーチンなら知ってるけど
>>205 ハァ？その言語の識別子も把握してないの？死ねば？
FORTRANマイスターが他の勉強方法を始めたのかもしれん
呼び方とかどうでもいいけど
C言語に挫折してGoに来たけどやっぱダメでした
自分でなんとかしてる
スクリプト言語ばっか触っててGoに移行しようとして1月近く経ったけどシンプルなのは良いけど他だと標準で出来ることしようとしたら必要以上に複雑になるな
Go自体が他の次世代言語とくらべて低機能にしてある
じゃあ俺go使いこなせないから言語ごと消えてどうぞ
行番号振ってVRAMアドレス意識してた古代からタイムワープして来たがLLのがむずい
Goでは定数同士の演算はコンパイル時に行われるという認識で正しいですか？
Goに限らずCでも最適化オプションオフにしない限りコンパイル時に計算してくれるんじゃないかな
cのunionとかpackされた構造体の扱いがめんどくさいな
僕もただのデータの入れ物的な扱いしてました、何年くらい前だろうか15年くらいかなぁ
Pyhtonの遅さに耐えられずGoを学び始めたんだけど
ツアーof goからやらないと。型を後置する意味について分かるよ
Cの関数のポインタ型の分かり肉さに比べるとだいぶマシになったんやで
型無しやるとマジストレス、他人が書いたBugFixとかマジ地獄
>>231 typescriptが人気出たのもそれだよね
>>232 公式の解説にあったのよ。Cの型が読みにくいからGoはこうしたって。
ワイが池沼とか関係ない
>>226 四つのfloat64、二つのfuncで混乱してしまった
後置はVBAで慣れているのだが、 as がないとまるで別物に見える
スライスとかマップで普通に使いそうな関数を集めた定番のライブラリとかある？
>>235 cで関数を引数に取るようなのを見たら卒倒しそうだな。かなりわかりやすい方だと思うけど。単純に関数名や、引数名を取り除いただけだよね
今日学んだこと
MongoDBのRESTインターフェイスを作って、windowsのサービス化まで出来た
現在の時刻が日付に関わらずある時間帯に含まれるかどうか判定したいです
時刻取り出して比較する以上に簡単な方法なんて無いでしょ
趣味で作ってるアプリのAPIサーバーをGoに置き換えてみようと思うんだけど、
goaもginも知らなかったよ、ありがとう。
>>246 それはオライリー片手にやったけど、外に出せるようなレベルまで作り込むつもりはないw
ちょっとしたものならgorilla/muxだけでやってる
goaの肝はコード生成だから、結構素直なコードが生成される。
変数への代入に := を使うか = を使うかはどうやって判断するのだろう
var unko = 1
>>254 ループ変数のiが先に宣言されてれば後者で良いけど、特別な理由が無い限りは使わないな
indexの値から開始したい場合、for i := indexとした方が良いだろ
:=を代入にあえて使う言語は=には透過性の意味を、:=には定義の意味を持たせて数学寄りにしてるだけだと思ってたが
Cしか経験ないのに
奇遇だな、1週間くらい前にその本をAmazonのほしいものリストに入れたわ
失礼
俺もその本読んでるけど難しいわ
goって仕様がシンプルで習得しやすいって触れ込みだけど意外と複雑だよね。
すごく頭の良い人が合理性だけでデザインしちゃった感はある。直感的じゃない。
色々な意味で異質だから慣れるまでは面食らうかもね
夏休み使ってGo入門したけど、良いなこれ
上の長文合戦全部読んできたけど、結局Goってバカでも使いやすくするために文明の利器を捨てたプリミティブな言語ってことなんだな
と思ったら
>>270 って書かれてるし、合理性のために無駄を削ぎ落とした言語なのか？
プログラマーに期待する事をやめた言語かな
実用的でいいんだよ。言語オタクな人には物足りないだろうけど
インタプリタはないのかなあ
二者択一じゃなくてswiftやkotlinみたいにREPLもあったら良かったってことじゃないの。
>>280 go run
じゃダメかね。コンパイルと実行を続けてやってくれる
goが生まれた経緯を調べるとなんでああいう言語が生まれたかわかる。
そういや昔Delphiが最速のコンパイラとか言われてた時代が懐かしいな
>>285 削って大丈夫な部分は全て削った感じよな
個人的にはいくらなんでも削りすぎな気もするけど、やるからにはそれくらい徹底しないとダメなんだろうな
>>280 Go言語でつくるインタプリンタ
を読んでGoのインタプリンタを作ればいい
>>287 そうかな？
やたら省略形とかシンタックスシュガーが多かったり、同じ構文で別の意味に用いられたり、
最近の言語にしてはけっこうごちゃごちゃしてるという印象なんだが。個人的には。
scala,rust,haskellとかむずい(;_;)
それは2000年頃のJavaのポジションか。ワイはペーペーで高給は取れなかった
>>289 予約語の数とか見てみればわかると思うが。
予約語の数は一つの目安だけどそれがすべてじゃあないよね。
記号はカウントされていないし他言語なら予約語になりそうな定義済み識別子がごっそり抜けている。
それよりも
>>289 で言いたかったのは、例えば型アサーションの構文に型名じゃなくて
予約語のtypeを渡したら型switch内で使えるとか、そういう一貫性の無さからくる複雑さ。
同じような構文に機能を詰め込むから表面上は予約語が増えたりしないわけ。
返り値型宣言したらreturnだけで値が返るとかか。
>>294 一貫性がないというより他の言語には無い書き方が引っかかるって感じじゃ無いかな？
それは理解できる。
どこをどう読んだらそうなるｗ
/＼＿＿_／＼
もともとグーグルの天才たちが内輪で使うために作った言語だろ？
>>297 それに引っかかるのってせいぜい数時間だよね。
俺は仕事でさわるコードの一貫性のなさに苦しんでるけど、そっちのほうがしんどい。
一貫性が無いのは事実なのにズレた話で絡み続けるのはなんなんだ
話の腰をブチ折ってすまんが、「Go言語でつくるインタプリタ」の
>>302 気に入らない事どんどん上げていきなよ。
他にはどんな問題を感じてんの？
やっぱりGo言語来そうだね。
Google様に逆らったらインターネットに住めなくされちまうだ
>>306 一応、念のため確認しておくけど、GASと混同してないよね？
>>314 え、まじで何の話をしてるか分からないからどういう意味なのか教えて
>>308 Googleのクラウドでしか使えないと思った
>>316 awsのlambdaとかで使えないのかと思っただけ
ああそういうことね
Node.jsとかPythonとかとは根本的に違うの？
はいはい初心者は退散しますよ
ちなみにNodeとかPythonとかとはすごく大きなところで違いがあって、それがGoたんの大きな大きな特徴の一つだったりする。
いつまでたっても具体的な噺が出てこないところを見ると
素直に教えてくれって言えよw
もったいぶって言わないってことは
実はGo言語のマスコットがとても可愛いんだ
>>336 Pythonの間抜けそうな蛇よりははるかに可愛いだろ
マスコットで言えばD言語もかなり人気だけど言語自体を使ってる人って殆ど見たことないよね
D言語なんて存在は知ってるけどHello Worldすら書いたことがない
Plan9とGoは作ってる人が一緒(ケン・トンプソン)だからかな？
プロファイリングが簡単にできるのもいい…あるプログラムを調べて
Plan9インストールしたことあるのはこのスレでは俺ぐらいだろうな
>>344 むむ。お主やるな。
BeOSなら俺もある。ブラウザが不安定で使い物にならなかった。
>>345 どちらも一応うごいた
くらい・・・
BeOSのほうがPlan9よりはうごいた
かな
隔離されてある程度守られて監視うけてるから死んでないよ。死んだことにしたいらしいが。
>>352 コイツがどうしたって？
お作法外と知りつつ、コーディング中の簡易的な動作確認としてテスト作ってfmt出力しちゃう
>>357 俺もよくやるけど。必要な機能をテスト上で書き始めて、動かしてモジュール化して。
最後に必要なテストとして残る。
だからプロジェクトとしてなんの問題もない。
静的型付言語でリフレクション使いすぎるとあんまり良くない気がする
外部APIの動作確認とかから始まって
学習し始めたからスレ見に来たら結構やべーやついたんだな…
5ちゃんだぞ。やべー奴しかいないに決まってる。
go modでGOPATHのsrc以下にある自分のパッケージはどうやって使うの？
おい、Go2がアナウンスされたのになんで誰も話題にしないんだ
1.11がリリースされても誰も話題にしないし
Errorのハンドリングで迷い出してんのな、今の仕様の方が時点の処理を考えるようになったし
>>366 go mod も自作パッケージ使う場合は src 以下で作らないといけないんですかね？
// import "a" とか // import "a/b" みたいな src 外では自分のパッケージを使えないということなんですか
>>369 んー。でも冗長コードはあんまり書きたくないし、良いことじゃないの？
>>371 俺もそう思うんだけど、これは思想の問題だから揉めそう
確かに思想の問題なんだよな、例外的なの望んでる人は大抵デプロイするまでのプロセスの簡略化
そういえば os.Exit() だと defer で登録した処理が実行されない、って
ところが runtime.Goexit() の場合はしてくれるんだよね…
go触ってみようかと思うんだけどどこまで低水準なこと出来る？
基本サーバアプリとモバイルアプリだけど、組み込みに使えたりするのかなと
グーグルの中の人のインタビューを雑誌で見たことがあるけど
mapをmakeで作る利点は何ですか？
空 map 作るなら全く同じ
OSがない環境だとGCなぞ動かすランタイムも一緒に移植しなきゃいかんでしょうな
最近致し方なくGoを触ったが忌み嫌ってたほど悪くない
まわりがJava信者ばっかりでGoを使ってくれない
Javaで済むならそのままでいいのでは。
自分では何も選択しなかったヤツがJava使ってるんだから
Javaの開発が止まったとか大事件がなければそのままでもいいんやで。
今流行ってるものは別にGoだけじゃない
そもそも何を持って流されてると定義するかという哲学的な問いかけをされている気がする
別に流されることを否定していない
javaの連中ってのもものすごいラベリングだなw
―┼‐ ノ / | --ヒ_/ / ＼ヽヽ ー―''7
Javaしか知らない人の反応
分散メッセージングなんかはJavaの独壇場だしなあ
>>403 オブジェクト指向にクラスも継承も必須なのか？という本質的な問いかけを投げかけた。
そもそも継承を重ねすぎてわけわかんないことになってるのがjavaだったわけで、
javaに問題点を感じなければgoみたいな言語仕様は生まれなかった。
/＼＿＿_／＼
自分はクラス設計もデザインパターンも全くわからないプログラマなので
goは実験的な言語であって、明確に何かをリプレースしようと開発したわけじゃない
データとはバイナリじゃなくてアクセス可能な情報構造だって考え方がクラスだから
>>413 だったらstructで十分じゃん。って、考え。
型に対してメソッド追加できるし
javaもgoもどっちも書く俺はどっちの連中に分類されるんだろうか、、
>>412 goは現場から考え出された言語だよ。
実験的とか口から出任せすぎる。
生まれた経緯はgo blogに書かれてるから読んでみ。
基本的にはgoogle社内のc++プロジェクトの一部を置き換え目的で生まれた。
Go 2ブロックをおりる
https://www.infoq.com/jp/news/2018/09/go-2-draft-designs Go 2の記事は貴重だけど全体的に訳が微妙
特に Gets off the Blocks → ブロックを降りる はひどい
ここ機械翻訳つかってんのかわかんないけどかなり翻訳ガバい
get off the blockなんて言い方あるのか。勉強になったぞい
get off / the blocksで訳しちゃったんだな
handleブロックたくさん書きたいケースってあるのかね？適宜書いた方が見通しが良い？？？
書いた後で、エラー区別できるわけではなさそうだから適宜必要かという結論になった
エラーは判別できるでしょ
var b *bytes.Buffer
>>434 ｂの参照先がつくられるかどうか確定してないじゃん
>>436 NewRequest の中で body.(io.ReadCloser) をやってるから if 文を実行せずに b を nil のまま渡したらダメということでしょうか？
むしろそこまで分かっててあと何がわからないのかわからない
if文が実行されなかったら nil を渡したい。それを簡素に書きたいそれが知りたい
よく見たらnilでもいいはずだけど型がおかしく見える
var r io.Reader
何でだろうね、全てをGoで書きたいのに
試しにやってみたことあるけど、その分野はまだまだって感じ
Goに限らんけど、この手の言語はRestfulなAPIを提供するバックエンドだけにしてUI関係は他のフロントエンドを利用してブラウザ上で提供するのが良いのでは。
それはそうなんだが、せっかく単一バイナリで実行できるものが作れるんだから
GoでGUIってだめなの？
UNIX限定のGUIアプリって時点で超ニッチだけど、それならいいんじゃない
いや、WinAPIだと他言語のほうが使いやすいねって言ってるだけで、Windowsで動かないもの作る話じゃないんだよね
出来るか出来ないかで言ったら出来るけど、
goにChronium突っ込んで一緒にビルドする道がある
フォーマットと呼んでる
もちろんformatのことだし、formatと読んでなんの問題もないけど、
英語で話していると
>>458 で読む人多いよ
主因はrob pikeがそう発音したからだと思う
Gophercon 2014のキーノート
VIDEO の15:30あたりから
Mat Ryerという人がGo Programming Blueprint, 1ed, 2edで
このネタを紹介してる
Goでenum→arrayがしたいのだけれど、そんな機能はないと……？
MAXだかENDMKだかでcみたく配列作りたいんやろ？
例えば入力値に対するバリデーションで、enum(という言い方が適正かどうかは別として)が取り得る値のリストが欲しいとかそのへんかな
structに突っ込んでreflectでゴニョゴニョすれば出来るかもしれん constではなくなるが
久しぶりにgo触ったので記憶が不確かなところありますが
>>475 です
自己解決しました。main.goのあるフォルダ名がgoになっていたせいでした。
お騒がせしました
文法難しすぎて挫折した
go触ってみたんだが、なにGOPATHって？
結局それってプロジェクト毎にGOPATH設定する前提じゃない？
go1.11以降であればgo modでvendoringともGOPATHともおさらばよ。デフォは設定してないとダメだけど
おおこれはうれしい。
goでwebサービス作ろうかと思ってるんだけどginとbeegoならどっちがおすすめかな？
goでの大規模開発は複数のマイクロサービスで成り立ってるのが主流だから、単体だと機能少なくていいんだよ
>>509 それは分かるんだけどフルスタックなFWでモノシリックなサービス作るのにjavaより劣る点があるのかな？開発者数以外で。
今は過渡期でマイクロサービスやってるような敏感企業が先行してgo導入してる(gin流行る)→数年後、技術者が増えてjavaのポジションにgoが座る(フルスタックFWも流行る)。
なんて事を妄想してるんだけど、実際にgo使ってる人からするとこの妄想は無理がある？
Googleが小中規模だと思うならどうぞ。
>>510 可能性としては大いにあるけど、確実なことは誰も分からんよ
少なくとも今よりは採用例が増えるし、中にはモノリシックなでかいシステムを組むところももちろん出てくるのは間違い無いと思う
モノシリック → 物知り
>>512 そーか。とりあえずginで遊んでみるわ
>>513 ありがと
goルーチンやチャンネルがそこまでスケールするものかね。
vscodeのgoプラグインで、ファイル保存時にフォーマッタかけるのを止める設定ってどこだ？
>>516 "[go]": {
"editor.formatOnSave": false
}
>>515 どんなシステム化によるけどサーバー1台で同時10000さばけたらなかなか優秀じゃね
他の言語に当たり前のようにある機能がGoにはないよな
／／￣~`i?ゝ ? ? ?`l?|
>>520 そりゃそういうコンセプトで作られたものだし
）ｿ）
gin(gorm)とbeego(beego/orm)を味見(CRUD API+ちょっとした検索)してみた。
goってenumないの不便じゃない？慣れたらそうでもないんかな
グーグルの天才たちがenumは要らないと判断したんだから要らないってことだよ
まさかと思いますが iota も知らずに言っているわけないですよね。
例外は不便じゃないが、ジェネリクスは確かに欲しいっちゃ欲しいけど、無くてもなんとかしてた、かなぁ。
例外はデメリットも結構あるから、Goはこれでいいと思う。
>>530 そう。javaのやつ。
あれからいじくり回した結果、自分でメソッド生やせば似たような事はできた。
そしてjavaのenumに求めていたような事はgoでは違う方法で実現すべきという気がしてきた。。
レガシージャバで嫌な思いしてきたからgo最高ですよ
そりゃ違う言語なら違うやり方を選ぶべきだよ。
リモートプロセスとchannel通信したいと思ったんだけど、netchanってもう非推奨なんだよね。
標準パッケージだとrpcしかないか。
log.Fatal()を呼び出したときdeferが実行されない罠なんなんですか
panic()使ってmain()のdefer内のrecover()で拾ってlog.Fatal()使えってこと？
>>543 log.Panic()使えばいいんじゃね？
それとも、同じ関数内のdeferは呼びたいけど上位のdeferは処理したくないってこと？
Fatalは致命的なのでリソース解放とか気にしている場合じゃないのです
致命的な状況でFatalの代わりにPanicを呼ぶのは妥当ではありません
目的で使い分けりゃいいだけの話。defer呼びたいっていうことならPanicでいいだろ。
放置してたチュートリアルを、最近また始めた。
または前の関数使い回さず、
あーごめんこれ
https://go-tour-jp.appspot.com/methods/20 ■正答とされているもの
func (e ErrNegativeSqrt) Error() string {
return "cannot Sqrt negative number: " + fmt.Sprint(float64(e))
}
func Sqrt(x float64) (float64, error) {
if x < 0 { return x, ErrNegativeSqrt(x) }
}
実際やるなら普通こうだろ！と思った答え
■その1 fmt.Errorfつかう
func Sqrt(x float64) (float64, error) {
if x < 0 { return x, fmt.Errorf("cannot Sqrt negative number: %f", x) }
}
■その2 interfaceで揃える
type FloatValue float64
func (x FloatValue) Error() string {
return "cannot Sqrt negative number: " + fmt.Sprint(float64(x))
}
func (x FloatValue) Sqrt() (float64, error) {
if x < 0 { float64(x), x }
}
func main() {
o := FloatValue(2)
fmt.Println(o.Sqrt())
}
typeにErrorを実装することでinterfaceの条件を満たせるんですよってのが演習の目的なんだと思うけど、実際こんな実装するの？って疑問に思った。行数限界
>>553 リンク先ちゃんと読んでなかった
いろんな回答例出てるのね
ただ出題の前提条件はやっぱおかしいというか、無理がある気はする
新しい型:
type ErrNegativeSqrt float64
を作成してください。
こんな事普通しないよね？
という話でした
明日にでも読んでみますわブログ
>>555 普通するかどうかは問題じゃない
言語の機能を一通り学ぶことがチュートリアルの目的なのだからね
>>556 ユースケースって大事だと思うけどなぁ
最初何やってるか、何やろうとしてるか理解できなかったし
あとここに書いたのは、
> こんな事普通しないよね？
>>555 エラーの型を作るのは深いところからerrorが戻ってきたときに何のエラーか特定できるようにしてエラー次第で処理を分岐するためなのではないの？
>>560 戻ってきたときにはエラー型になってるから型判定は無理で、
メッセージで判定するならその階層のために型を作る必要が無いのではなかろうか
まだ上のリンク読んでないから、違ってたらすまん
エラーってインターフェースだから、タイプアサーションで型判別は出来るんでないかい？
>>562 ありがとうございますorz
なるほどswitch型アサーションしてエラー処理出来るのね。。
goに関係なくインターフェースって言葉自体を理解してなさそう
すまんがA Tour of Goの次はどこ行けばいいの？
これってなんで通らないんですか？ https://go-tour-jp.appspot.com/moretypes/18 引数が間違ってるからでしょ、pic.Showは、f func(int, int) [][]uint8、これを受け取るのだから
そうだったのか、そもそもを全く勘違いしてたよ
go
http://2chb.net/r/tech/1257920595/ 2009年に華々しく初登場。3日で消化
Go part2
http://2chb.net/r/tech/1258183436/ まだまだ衰えず10日で消化
Go part3
http://2chb.net/r/tech/1259072043 だいぶ落ち着いてきた3ヶ月で消化
Go part4
http://2chb.net/r/tech/1265620273 ほぼ1年で消化。すっかり普通のスレに。
Go part5
tech/1327216227/ 17res。オワコン
Go 総合スレ
tech/1342535690 再建。しなかった。4resでアイちゃんフィニッシュ
Go の宿題片付けます
http://2chb.net/r/tech/1257968644/ part1の頃立った残骸。
Go language part 1
2013年開始、4年で消化。
http://2chb.net/r/tech/1381374291/ Goのシンプルさを再認識した
Mapがない言語から来たんで、どう役に立つのかよう分からん
namespace周りはもう少しなんとかなりそう。
>>571 https://github.com/gorilla/websocket/blob/master/examples/chat/hub.go > type Hub struct {
> // Registered clients.
> clients map[*Client]bool
最近見てへーと思ったwebsocketのサンプルチャット
typeのポインタをmapのkeyにしてる
1.12リリースあげ
TLS1.3ってHTTP/3.0とセットじゃなかったっけ？
全く知らないんだけどちょっとググったんだけど
http/3とセットなのはquic
go案件は増えてきてるのにここの書き込みが少ないのは5chの人気が衰退してるってことなん？
うん
2chの代わりってどこなんだろう
genericsが正式リリースされたら使ってやろうと様子見。
ジェネリクスが入ったら、インターフェイスで書くのはレガシーになるんだろうか
Goは難しすぎる
良かった、やっぱり人居たじゃん。
難しくはないけど直感的じゃないしコードの見た目が汚いとは思う
そういや、チュートリアルのクイズはなにを求めてるのかよく分からんかったな
>>590 ああそれだ
俺みたいにコードを論理ではなく見た目で直感的に解釈するタイプの人間には果てしなく合わない
やっぱこれを作ったグーグルの秀才たちの感性は俺とは違うんだなと思った
見知っている言語と似ているようで微妙に違う、不気味の谷を感じることはある。
C作った人がCじゃないものを作ったわけで
QiitaじゃGoとかScalaがもてはやされてるけど実務でガッツリ使ってる企業って1%もないよね？
Goはそこそこ使われてんじゃん
Scalaがもてはやされてたのは2017年頃までやろ
よくサーバサイドのエンジニアがJavaScriptの流行り廃り怖すぎwって言ってるけど最近はサーバ側の方が激しくない？
scala嫌いではないけど万人に好かれるような言語じゃないよな、理想に走りすぎてて使いにくいというか
誰でも頭が良くなる、プログラムが書けるようになる方法が発見される 83890
https://you-can-program.hatenablog.jp 情報工学を学んでいない者にも使える言語がこの先生きのこる
何だかんだでJava、JavaScript、PHPが30,40年後も生きてると思う
20年前はcgiと言えばperlだったし
今のWebの新規開発はrubyかpythonってイメージある
静的、動的、関数型を一つずつマスターしてれば時代の流れとともに簡単に乗り換えできるし
今だったらJava(Kotlin)、Python or Ruby、Go
とりあえず、ここGoのスレだからGoは入れようか
Kotlin, Go, Python, TypeScript
JavaScriptでちゃんと実務ができれば他の言語とか全部余裕だと思ってる
Go,Gopher||JSSyscall/js,Otto
>>613 静的で動的で関数型なTypeScript最強ってか。
小中学校でプログラミング必修化だそうだ
職業プログラマで才能が～とかなるシーンてほぼ無いような…
結局のところ授業は国数英社理が9割ぐらい占めてるし
>>621 そもそも論理的思考は算数・数学で鍛えられるのに、今まで何やってたのかと。
>>621 家庭科で料理を教えるけど料理人は失職してないよ
料理は人間の食欲に直結する
プログラムを自分で書かなくても生きていけるけどプログラムが消滅したらもはや生きて行くのは無理なのでは
俺も学生当時は数学なんて勉強しなくても生きていけるって言ってた
>>624 自分は数学が極めて苦手なんだよ
高校入学後の数学のテストで三回連続零点取って呼び出しを食らったほど
三角関数や微分積分はおろか分数の計算すら全くわからない
だから普通に数学のできるヤツがプログラマーに大量進出してくるとすぐに失職する
PHPのディスられっぷりがすごい
>>633 Perl が日本刀か、Ruby は何の工具よ？
>>634 サーベルソーとかレシプロソーって言われる電動ノコ
プログラミング言語はモダンで緩い職場につくための道具である
structの拡張記法でjsonをそのまま返せるし、web APIを書くための言語としては最高だと思うけど
web APIは、golang + micro serviceに流れるだろうけど、業務システムはjavaから変わることねーわ
―┼‐ ノ / | --ヒ_/ / ＼ヽヽ ー―''7
>>639 ハロワで30万以上の無いんですかって聴いたら
いまどきそんなのあるわけないでしょって諭された
日本お㍗る
プログラミングで食っていきたいなら東京近辺に住んでないと本当に人権が無いからな
業務系アプリは作ってほぼ終わりだからオフショアが成立するけど
業務系の雑魚がプログラミング語ってるの見ると本当に笑える
YouTube で有名な雑食系エンジニア、KENTA の動画を見れば？
>>644 大学サークルみたいな集まりの売れない自社サービスなんて赤を垂れっぱなしだよ
宅配ドライバーの契約社員の方が給与マシってレベル
これで地方から人が居なくなるとか言うもんだから笑えてくる
>>650 最近垢抜けたよ、マジで。
Windows一族感を一歩脱出して、クロスプラットフォームも.Net coreで攻めてきてるし。
ベンチも悪くない。
最近Goと両刀使いしてる。
golangって、RESTful ＡＰＩを書くぐらいでしょ？
.netは昔VB.netしか書いたことないから詳しくないけど
プロジェクトのネジになりたくないなら、自分が立ち上げる側に回れば良い
Webページのフレームワークって、まだ特にどれが定番とかってないの？
Goなら定番までいってるものはないんじゃないかな
net/http と html/template ってのがまぁ定番じゃないの？
あるにはあるけどRubyにおけるRailsみたいな定番はまだ定まってないわな
スレチなら申し訳ありませんが解説をお願いします
https://qiita.com/clamoto/items/7c977d9a741c677b8539 のサイトにGoProの位置情報ぶっこ抜きが乗ってるのですが2バイナリの抽出からよくわかりません
gitとか全くわからないものですがわかりやすく解説お願いします
何が分からないのか言ってくれないと教えようがないけど、
GoogleはGoを捨ててDartのみやってくだろう
web業界のサーバー側はgolangが主流になるわ。json返すの楽だし、micro serviceは増えるだろ
先日行われたGoogleのプログラミングコンテストCode Jamで
提出に使えるGo言語のバージョンがsort.Sliceも使えない古いバージョンで
GoogleがGo言語にやる気が無いのが伺える
https://twitter.com/andrew_charlton/status/1114791830950961154 https://twitter.com/5chan_nel (5ch newer account)
>>661-663 ffmpeg で、動画を変換しているだけだろ
変換前・変換後の動画の規格を調べる
ただし、各メーカーの動画の規格を調べるのは、大変
各メーカーの独自規格なら、そのメーカーしかわからないし、
特許関係で、規格を公開していない場合もある
十分な報酬が無ければ、こんな機械の規格のような業務を引き受けてはならない！
言語の文法とは、全く関係ないし、調べることができないから
>>665 みたいに、新しい技術が出るとそれまでの技術が消滅すると思ってる奴はいつの時代もいるよな
実際は選択肢が増えるだけで、完全に消えることはほぼない
企業によって有料で提供されるものは企業が倒産で消えることもあるだろ
グーグルは儲からない・将来性のないプロジェクトはバンバン廃止するからなあ
Python 2 みたいな技術的負債w
gifは消える消える言われながらまだ息してるな
まあgoくらいのシンタックスならgoogleが捨ててもメンテされるだろ。単純だし。
というかGoは出所がGoogleってだけで完全にOSSとして開発されてるからな
メンテが放棄されたOSSがいかに多いか理解しているのか？
というかGoは出所がGoogleってだけで完全に揚げ底クソ言語
Google Code Jamでもバージョンが1.8とかだったし、中であまり使ってないのかなと思った
OSSになってたのか
サーバーでgolangを使う気はするけれど、dartって息してるの？
>>680 Go言語は競プロには向いてないって言ったでしょ
>>682 Flutter
>>681 会社と同じで人間関係に寄る。
小規模のOSSは大学生が就職先にアピールする為で就職先したら止まるし、ユーザーが技術的な困難理解したりで人間関係上手く行く。
タダ働きのボランティアだって事をユーザーが忘れると主力が抜ける法則。
戻り値のerrorを処理せず捨ててるコードがある場合にコンパイル時に警告かエラーを出すことできます？
>>686 errcheckってlintツールがあるからCIのタスクで回すといい
&Hoge{}とnew(Hoge)の違いってなーに？
>>688 いっしょ
速度的な差はあったかよく覚えてない
スクリプト言語ならともかく、
2019年高い給料につながるプログラミング言語は? - Stack Overflow
2019/04/15 17:03 後藤大地
https://news.mynavi.jp/article/20190415-807198/ Stack Overflowはこのほど「Stack Overflow Developer Survey 2019」において、高収入と
関係性の高いプログラミング言語ランキングを伝えた。ランキングによると、Clojureが最も
高く、これにF#、Go、Scalaが続いている。逆に、ランキングの中で最も給与が低いのは
Javaだという。
高い給与と関係性の高いプログラミング言語ランキング - 資料: Stack Overflow提供
ランキングの上位は、調査ではシェアが低いことが多いプログラミング言語が入っており、
逆にシェアが高いとされるプログラミング言語が下位にエントリーする傾向が見られる。
特定の要求があるにもかかわらず対応可能な開発者が少ない場合、開発者を引き寄せるために
給与が高くなっていったものと見られる。逆に、シェアが多いプログラミング言語は人材も
豊富であることから、給与の下落につながっていると考えられる。
Goができると給料がいいんじゃなくて給料がいい企業がGoを使ってる定期
>>688 初期化できるか出来ないかの違い
hoge := &Hoge{
foo: 10,
bar: "aho",
}
hoge := new(Hoge)
hoge.foo = 10
hoge.bar = "aho"
>>692 単に需要と供給の原則で決まってるだけだよな。
これからGoがめっちゃ流行って書ける人が増えたら平均値は確実に下がるし。
それで言うと確実に需要があるのに誰も新規に習得しなくなってるCOBOLマスターはかなり年収が高くなってると聞く。
Clojure 使ってるとこ CircleCI しか知らんな
>>692 6位 : Ruby
12位 : Python
19位 : JavaScript(JS)
YouTube で、漏れが見た、外人の動画では、
Ruby は、800万円で、Python, JS では、1,200万円まで上げられるって言ってた！
日本では、COBOL の求人も多い
JavaのfinalやC#のreadonlyのような仕組みになっていないのクソでは？
import "github.co.jp/hogehoge/foobar"
ここにいる人達はGoでどんな仕事してるんでしょうか？
>>704 ありがと。そんなクリティカルなとこにこんな新しい言語適用するような会社があるのか。
自分は旧態依然の日本企業の仕事だけなんでjavaかメインフレームから離れられないんだよね。
クリティカルだけどGoで書いたコードが問題になった事はないよ
>>705 メルペイとかものすごい勢いでgoエンジニア採用してるやん
goエンジニア募集してるけど素人に毛が生えた程度の人しか集まってないと予想
独学じゃなく体系的にgoを勉強する機会って無いよね？
goで問題が生じるとしたらgoroutineが回収不能になるとかそんなとこかね？
フリーの言語を使って障害出したら組織として問題になる懸念がある
>>706 は保身策を練ってあるのか？
社長が「大事なシステムをフリーソフトで開発したヤツは誰だー!」って
海原雄山モードになったらどうする？
DBならともかくweb系の言語で有料なのって.netくらいじゃないの
言語はやりたいことから覚えていってしまうから、自分も体系的に覚えた言語はないな。
>>714 ,netは最初から無料ですよ
有料なのはVisual Studio
最近は.net coreってオープンソースのもあるし
web系の言語で有料なのってJavaくらいじゃないの
>>713 Goを全面的に採用するような組織は言語側にバグがあっても自分で直してプルリク出しちゃうだろ
逆に言えばそこまで出来ないなら大人しく金はらって有料の言語を使えという話
フリーソフトを使おうが使うまいが「大事なシステムでバグを出したヤツは誰だー!」ってなるだけ。
>>717 Goってプログラミングで騙して回避できないような言語バグって残ってるのか?
責任負えるの？って観点でjavaが選択されてたのか…
マイクロソフトはこっちが切羽詰まった状況の場合は
>>713 Goに限らずOSSで作ったシステムで障害になった時に責任求められるような組織や契約で働いた事ないから考えたことない
日本マイクロソフトって、Office2016以降のVBAで日本語モジュール名使ったら動かなくなるバグを、
OSS選定みたいな技術選定でエンジニアが責任とらないなら誰が取るんだ？まさか、このOSSがバグったんで俺らは悪くないです、が通じるの？
うちの会社だとエンジニアという職種の人達は責任とらんだろうな。
javaも選定すること自体が冒険みたいな時代があったけど、もうすっかり安定の規定路線になったよね。
責任云々の話はサービスの種類にもよるんだろうな
てか有料だからって責任取るわけでもないしな。
>>713 ＞ 社長が「大事なシステムをフリーソフトで開発したヤツは誰だー!」って
この文章がかなり基地外じみてて笑える
企業システムの場合だと、その会社での開発規定みたいなものがあって、そこで言語やソフトウェアも標準というのが決められてる。
フリーソフトという言葉が笑えるｗｗｗｗ
>>728 責任はとらないけどメーカーの責任と言うことには出来る
ソフトウエアの事が何も分かってない経営層に対する言い訳にはなるかも
どの言語にもGoでいうchannel的なもの欲しくなる
>>732 その言い訳の連鎖の先が今のSIerの状態なわけだけどな。
あれは経営層、営業、プログラマ、誰も幸せになっとらんぞ。
>>735 責任取りたくない連鎖でもありますよ
非効率な前世代の開発手法がまかり通てます
責任なんてだれも取らないよ
「有料の言語」ってなかなかのパワーワードだなw
>>730 そういう昭和で頭が止まってるような会社ははなからGoなんて興味すらないからこの話題には全く関係ない
ちなみに日本の老舗大手でもGoを使ってるところは既にある
awsとかgcpとかパブリッククラウド使ってたらSLA決まってるから許諾して使ってるだろうし落ちてもごめんなさいだけど、
単に有料なだけのツールの大半は責任を擦り付けることもできなかったりするしな。
バグ出したやつは誰だーって言う前にテストエンジニアがデバッグしてんだろ？
20年前ならいざ知らず、有料のものなら安心だと思ってる奴なんて実在するの
有料のはサポートを打ち切られたらそこで終わりってのが怖いな
>>739 ITに限らず最大手の会社には一定数の天才がいるから実は割と新しいものに対しても柔軟なんだよな
やばいのは業界内の二位集団みたいな企業
バグが見つかった時にまず誰が責任とるんだって話になるトンチンカンな会社ならそうだろうね
統制の一部として、保守サポートがあるものを使う、ということを是としてる企業はまだ多いからね。
世の中の家電はlinuxベースのものだらけだよな
組み込みはいいんだよ、linuxでも。実績ができちゃってるから。最初に採用させた人は頑張ったろうけど。
そういう企業があることはわかるけど
GW明けにvscode開いてみたらgoのlanguage serverが新しくなってたのでそっちにしてみたらストレスレスになった。インテリセンス周りとても快適で良い
>>748 その発想が謎すぎる。
有料サポートを選ぶのは「金で解決できるから」でしかないだろ。
例えばjavaでもgoでも、十分一般的な技術を選定した上でバグが見つかった場合、責任を取るって具体的に何をするんだろうなw
昔のジジイどもはそんな意識だったな
>>754 再発防止≠責任を取る
単にながーい始末書を書かされたり何かしら処分されたりするんでね？
そして貴重な失敗の知見を持った人材が辞めていく
そんなバカなことを、って言ってる人達はエンジニアとして幸せだと思う。
辞めりゃいいじゃん
んなこたない。
そんなバカなことを、と言ってる人達は会社に幸せにしてもらってるわけじゃないからな
>>763 4社辞めても次が普通に見つかる時点でエンジニアは幸せよ
日本でビジネス系だと4社辞めてたら転職多すぎて書類選考時点で不利になる
goで書いてるというよりかはkubeやdockerのためにソース読むって感じか。
趣味で金を気にしないサバクラゲー作りたくて、鯖側をgoにしようとして勉強してる
サバクラという言葉から溢れ出るおっさん感
もはやその構成がデフォルトだから特別な名称はないと思う
俺たちの頃はコンピューターは一台でそこにカードリーダーがあって、まだノートPCは存在してなくて、あってもダム端で。。。
それ知ってたらもうおっさんじゃなくてお爺ちゃんだろ
サバクラって死語なの…？(´･ω･｀)
>>776 天皇陛下世代をおじいちゃんだと
不敬罪で逮捕じゃ
>>778 そうだよね
なんかサバクラって違和感あるなと思ってた
クライアント－サーバーシステムだからクラサバだよね
でもWebアプリも最近はSPAになって「サーバーが」「クライアントが」って会話は増えたよね。
クラサバでもサバクラでもいいけどどちらにせよ最近はその言い方聞かなくなったな
さすがに紙テープとかパンチカードだと歴史上の遺物だが
>>783 NetWareの時代には良く言ってたがWindows NTになってからは死語かも
>>785 オフコンはIBM Power Systemsで現役ですよ
完全にスレチなんだけどさ
>>788 Key-Value StoreやMongoDBのスレがDB板にあるけど過疎ってる
>>788 なぜが過疎ってるよな。
多分使ってる人が少なすぎるのが問題なのかなも。
全然違うスレで質問してたので移動してきました。
今現場の主力になってる世代は5ちゃんなんて見ないからな
>>795 今でもAS/400って呼ぶ人が多いけど、AS/400とRS/6000のハードが統合されてIBM Power Systems
OSは昔と殆ど変わってないです
system 360 がホントは system 365 の意味だったという話
昨日からGoを始めた
モダンなc
最初、type の後置と := を見て pascal みたいだな、って思った
あんまり不満はないがimport文の範囲指定はもっとどうにかならんかったのかと思う。
モダンな言語で型が後置な理由
https://teratail.com/questions/188903 モダンな言語、それがGolang(´・ω・｀)
関心の的というか集中すべきものは変数名であって型じゃないからな
てかストラウストラップもc++で後置にしようとしてたんだぞ。
>>805 古いプログラミング言語にも後置のやついっぱいあるだろ
log.Fatalするくらいなら
GOで競技プログラミングしようとしたらどんなpackage構成が正解なんだろ。
その手のバカはgoには向いてないよ。
Goでやりたいならフォルダごとに分けるしかなさそうな気がしちゃうね
>>813 panicはdeferが実行される
致命的なエラーが原因によってdeferが実行されては困る場合log.Fatal
error戻り値は受け取り側が握りつぶして処理を継続できる
Goを使ったことないけど、gRPCとMySQLを使ってAPIを作りたい
Ginとかechoは使いたかったら使ってもいいと思う
ありがとう。gormとGinを組み合わせて作ったりするのね。
>>829 既存システムのAPIを作りたくて、Goが候補にあがってる。
すでにあるMySQLのDBもあるのでそれを使うため。
>>830 自分でSQLを書くような単機能のORマッパーもあるからそういうのは使ってるわ
RailsのActiveRecordみたいなのは使わないようにしてる
DB一種類しか対応しなくていいなら、それほど気にしなくてもいい
プログラミング言語別新規求人数
AI自走コンテストみたいなのもPythonとScalaだったな
アカデミックな人たちってほんとScala好きよね
副作用がない
JVMなら正直ScalaよりKotlinの方が実用的だと思う
間違いない
そうやって文化の違う声の大きいやつを招き入れると、C++みたいになるんじゃないの？
c++みたいにしたい奴は結構いる。
むしろ内部破壊工作をたくらむスパイじゃないかと思える
Scala民はなぜかKotlinを敵視してるから合流しないと思う
var list []string
var list []string
>>857 >>859 コピペ冗長なコードが減っていいですね。
1.14待ち遠しいね
糖衣構文と言うことは従来の書き方でも行けるんよね
一見して制御構文に見えないけど制御構文なので不気味だなとは思う
z := try(foo()).bar(try(baz(try(x, err))))
tryリジェクトかよ
ほぼ宗教戦争だからな
それ繰り返したらjavaになるだけだろ。バカなのかな。
なんでもそうだけど
>>868 良い悪いじゃなくて確実にそうなる。
特にGoはコミュニティの意思が最優先だから、人が増えたら絶対に回避できない。
nilチェックでいいと思うけどね
pythonとgoのどちらかを学ぼうと思っているのですがどちらのほうが就職では役に立ちそうですか？
>>876 比較的新しい言語のほうが寿命があるかなと
pythonは今大人気の言語のようだしgoもgoogleだから伸びていくように思います
>>877 特にこれといったものはないですがweb上で動かせるようなのがやってみたいですね
片方だけとかケチくさいな、両方やればいいのに
Web上で動かすって言ってもクライアントしたいのかサーバーしたいのかにもよる
勉強でwebsocketでチャットするサイト作ってて、
>>878 いわゆるWEBサービスみたいなのを作りたいならgoはあまりおすすめしない
作れないことはないけど主流とは言い難いし、職に就きたいという理由ならそんな仕事を探すのはほぼ無理
たぶん君の希望に1番近いのはRails
>>886 rails?初めて聞いたわ
pysonとかyoutubeなんでしょ？
railsってそれらを押しのけるほどの力を持ってるの？
∩＿＿＿∩ ｜
初心者なんで有名ドコロしかしらない
マジレスすると
javascriptでフロントエンド？ goでサーバーサイド
釣りとか気にしてるのって馬鹿らしいと思わない？
>>893 とりあえず最初に勉強するのは一つの言語に絞った方がいいよ。
goは初学には向いてないと思う。
まじか
プロゲートって初めてみたけど、go講座は4コマで、
４コマ終わればテトリスくらいは作れるようになると思ったんだがそうじゃないんか？
調べてみましたが
サーバー側は、アマゾン、グーグル、Heroku など、すべてで採用されている、Ruby が標準です！
*by厨はpythonスレでよく見かけたがgoには来ないもんだと思ってた
>>900 手に職を意識してるんなら、goよりはnode.jsにしとけ(´・ω・｀)
流石に今からやるならNode.jsよりはGoだと思うけど…
調べてみたらSassってRubyじゃないと使えないみたいですね
>>901 RubyはGoに相当するものだと思えばいいですか？
rails-Rubyはunity-C#みたいなもんですかね?
node.jsも新しい知識です
Sassはツールであって、単にrubyで動くだけよ。
>>904 なんでバックエンドでnodeを使うと「楽になる」んだ？頭沸いてんのか？
>>908 学ぶ言語の数を減らした、という意味で「楽になる」と言ったつもりだった
ちなみにどういう解釈のもとで「頭が湧いてる」と感じた？
エンジニア志望の学生100名が回答した、プログラミング言語トレンド発表
初めてプログラムやるやつが最初からGoなんてやらんだろ
最近この手の派遣転職サイトはろくなことしてないわ
PHPはもう過去の遺産をメンテする用途でしか使わない気がする
PHPってインストール直後に
>>924 XAMPPでもインストールしたのか？w
1.13
コントラクトってHaskellでいうところの
でもgoのcontractのコード、キモいんだよなぁ。
丸括弧ばっかりでコード読みにくくなりそ
他の言語のものとは違うとわかってて名前をかぶせてくるのはほんとやめてほしいわ
Haskellの型クラスみたいな感じね
WEBサーバー用に勉強したけど、デフォルトではORMもクッキーの暗号化もフォームの秘密鍵もないのかよ。
でもhttpサーバーなしでwebサイトを公開できるのは感動だったな
むしろデフォルトで「ORMもクッキーの暗号化もフォームの秘密鍵」もある言語ってなに？
実用性は無視してhttpサーバーなしでwebサイトを公開できるだろ…
Goは単純なマイクロサービスみたいのを簡単に提供できるのが魅力
> でもhttpサーバーなしでwebサイトを公開できるのは感動だったな
一応書くけどリバースプロキシ自体はhttpサーバじゃないよ
「httpサーバーなしで」というと"net/http"も使わないように思うがどういうことなんだろう？
Laravel使ってるあたまペチパーが紛れ込んだみたいなレス
本番環境でのデプロイをやったことのない奴にはgoの楽さがわからないんだろうな
初学者だけど$GOPATH/src以下にgetしてきたソースも自分のソースも何もかも味噌も糞も一緒に入れなきゃなんないのが…そのなんだ
外から来るものと、内から行くものを分離して管理したいと考えるのは、池沼と呼ばれるほどの馬鹿な考えなのか？
>>954 おっ、これか！かなり新しい機能なんだね
普段からシェルスクリプトとC書いてるから
なんでもかんでもthrowしてくるJavaとかに嫌気をさしてたんで、Goは結構気に入ってるJava歴20年長な俺
>>954 新しい機能すぎて、まだVSCodeのプラグインが部分的にバグるという罠
デバッグつきでは動くのに、何故かデバッグなしで起動できん現象
パッケージのサイト名をexample.comから変えようと思ったんだけど、Gorename使ったことないんでよくわからない
vim-goはマージ版gocode使ってるそうでVimで補完プラグインを探してたところ
どんなんだっけかな？全く困らんから別に要らんけど
tryリジェクト以来、議論がトーンダウンしちゃったのかな
プログラミング初心者です。
fmt.Println(strings.Repeat("Hello", N))
go modules で GOPATH 以外にプロジェクト置いてるんだけど、godoc -http=6060とドキュメントを確認しようとしても出てこない
issues読んでみたら1.13試してみてという話があったけど、
code.google.com/p/go.tools/cmd/godoc から入らなかったんで、
modulesは見限って$GOPATH/srcで開発するしかないのか？
うちとこJava/C#が主力な会社
ただの慣れじゃねC#の構造体も値型だし
>>978 回り見てるとスクリプト言語出身の人はGo移行についてこれてない
Cでそれなりの規模のアプリ書いたことがある人がジワジワと良さを認識してる(すぐに良さがわからないのは共通してる)
C++出身の人はRustを気に入ってるが
ポインタと実体という概念がどうもしっくりと来ないみたい
具体的には構造体のスライスを使うために構造体ポインタのスライスを書くのがイライラ
まあ確かにその辺は混乱する
Goは全然気持ち良いけどDartの酷さがやばい
>>979 構造体のデカイ配列ったって、マーシャリングして外部DLLに渡すとか極特殊な用途でしか使わなくない？
Goは確かに気持ち良いね、テストからカバレッジ、マップにスライス、ゴルーチンとチャネル
前は動いてたのに
>>986 >気持ち良い
ガベコレとゴルーチン以外で何があるんです？
>>987 https://golang.org/pkg/go/build/#Context.Import In the directory containing the package, .go, .c, .h, and .s files are
considered part of the package except for:
- .go files in package documentation
- files starting with _ or . (likely editor temporary files)
- files with build constraints not satisfied by the context
>>989 言われてみれば、varって昔のBASICのlet並みに要らない子だね
変数名 型
構文解析が楽とかだった気が
んー、:=で型推測をぶちこんでくるアグレッシブさなのに？1000ならIsNil()追加
ID:1ZySJXOPのレス一覧： 素直に教えてくれって言えよw
もったいぶって言わないってことは
実はGo言語のマスコットがとても可愛いんだ
>>336 Pythonの間抜けそうな蛇よりははるかに可愛いだろ
マスコットで言えばD言語もかなり人気だけど言語自体を使ってる人って殆ど見たことないよね
D言語なんて存在は知ってるけどHello Worldすら書いたことがない
Plan9とGoは作ってる人が一緒(ケン・トンプソン)だからかな？
プロファイリングが簡単にできるのもいい…あるプログラムを調べて
Plan9インストールしたことあるのはこのスレでは俺ぐらいだろうな
>>344 むむ。お主やるな。
BeOSなら俺もある。ブラウザが不安定で使い物にならなかった。
>>345 どちらも一応うごいた
くらい・・・
BeOSのほうがPlan9よりはうごいた
かな
隔離されてある程度守られて監視うけてるから死んでないよ。死んだことにしたいらしいが。
>>352 コイツがどうしたって？
お作法外と知りつつ、コーディング中の簡易的な動作確認としてテスト作ってfmt出力しちゃう
>>357 俺もよくやるけど。必要な機能をテスト上で書き始めて、動かしてモジュール化して。
最後に必要なテストとして残る。
だからプロジェクトとしてなんの問題もない。
静的型付言語でリフレクション使いすぎるとあんまり良くない気がする
外部APIの動作確認とかから始まって
学習し始めたからスレ見に来たら結構やべーやついたんだな…
5ちゃんだぞ。やべー奴しかいないに決まってる。
go modでGOPATHのsrc以下にある自分のパッケージはどうやって使うの？
おい、Go2がアナウンスされたのになんで誰も話題にしないんだ
1.11がリリースされても誰も話題にしないし
Errorのハンドリングで迷い出してんのな、今の仕様の方が時点の処理を考えるようになったし
>>366 go mod も自作パッケージ使う場合は src 以下で作らないといけないんですかね？
// import "a" とか // import "a/b" みたいな src 外では自分のパッケージを使えないということなんですか
>>369 んー。でも冗長コードはあんまり書きたくないし、良いことじゃないの？
>>371 俺もそう思うんだけど、これは思想の問題だから揉めそう
確かに思想の問題なんだよな、例外的なの望んでる人は大抵デプロイするまでのプロセスの簡略化
そういえば os.Exit() だと defer で登録した処理が実行されない、って
ところが runtime.Goexit() の場合はしてくれるんだよね…
go触ってみようかと思うんだけどどこまで低水準なこと出来る？
基本サーバアプリとモバイルアプリだけど、組み込みに使えたりするのかなと
グーグルの中の人のインタビューを雑誌で見たことがあるけど
mapをmakeで作る利点は何ですか？
空 map 作るなら全く同じ
OSがない環境だとGCなぞ動かすランタイムも一緒に移植しなきゃいかんでしょうな
最近致し方なくGoを触ったが忌み嫌ってたほど悪くない
まわりがJava信者ばっかりでGoを使ってくれない
Javaで済むならそのままでいいのでは。
自分では何も選択しなかったヤツがJava使ってるんだから
Javaの開発が止まったとか大事件がなければそのままでもいいんやで。
今流行ってるものは別にGoだけじゃない
そもそも何を持って流されてると定義するかという哲学的な問いかけをされている気がする
別に流されることを否定していない
javaの連中ってのもものすごいラベリングだなw
―┼‐ ノ / | --ヒ_/ / ＼ヽヽ ー―''7
レス：1-200 201-400 401-600 601-800 801-1000 ALL
このスレへの固定リンク： http://5chb.net/r/tech/1510395926/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 一覧 )プログラム板の姫になってもいいですか？ スレ立てるまでもない確率論の話 1匹目 C++相談室 part131 自分中2だけど、AIが怖すぎて夜しか眠れない。 gotoのジャンプ先は行番号じゃなくてラベルが使える ふらっと C#,C♯,C＃（初心者用） Part134 Java有償化でJava優勝かまとめ Android開発質問スレ Part2 プログラミングやってみたいんやが 今までに見たソースコードで一番感動したのは deux 【POSIX】 sh系互換 シェルスクリプトスレ pythonを使ったyoutube 動画 Visual Studio Code / VSCode Part7 Java入門・初心者質問スレ Part.９ Excel VBA 質問スレ Part63 6割しか動かないものを早めに提出。評価しますか？ 【知識】俺のためのプログラム覚え書き【共有】 Rustアンチスレ C++相談室 part137 C++でXML（主にxerces）やろう！ 意味がないテストをするな。VERSION==1.0.0 ぶっちゃけ始めるのにいい言語て何 part5 【初心者歓迎】C/C++室 Ver.105【環境依存OK】 ぶっちゃけ始めるのにいい言語て何 part4 ベイズ推定(機械学習含む) ﾜｯﾁｮｲ（強制永久板跨ぎコテハン)の問題点を語るスレ Perlは10年後の2023年には消えてなくなる 次世代言語13 Go Rust Swift Kotlin TypeScript Java Web Application Framework総合 ver2
16:30:45 up 24 days, 7:52, 0 users, load average: 137.47, 160.04, 152.14
in 0.31842017173767 sec
@[email protected] on 111606
