公式
https://golang.org/
公式日本語訳
http://golang-jp.org/
チュートリアル
https://go-tour-jp.appspot.com/welcome/1
【Go言語】 webapp GO Part1 【Golang】 [無断転載禁止]©2ch.net
公式
https://golang.org/
公式日本語訳
http://golang-jp.org/
チュートリアル
https://go-tour-jp.appspot.com/welcome/1
C/C++の代替って言ったらやはりrustになるんじゃないのかな。
特に組み込み分野ではGCがないのはでかい。コンパイラとの対話が大変らしいけど。
Goは最近流行りのoptionalがないのがちょっとつらい。
でも殆ど言語仕様を変化させずに発展させてるのはすごいなと思う。
swiftも見習ってほしいわ。
rustのメモリ管理とかnil安全とかは導入できないかもね。
正直もっと関数型によってくれると俺好みなんだけど、
rustだっていいしね
これってどういうことなん？初心者に助けを・・・
推測だけどそのコードcode genereteされたものだから、
importエラーが出ないように仮として書いてるんじゃないかな。
おーなるほど
auto generated なコードなので一旦特別な意味はなさそうということにしておく
ありがとう！
https://play.golang.org/p/1ir9HN8yDG
完全にメンバが一致すれば変換できるんだけど
メンバが少しでも異なると失敗するのなんとかならないでしょうか？
自分で関数なりメソッドなりを定義してやるしかないのではないか
えー？じゃあ
b:=B(a)
みたいな構文の意味って完全にメンバが一致してないと使えないってことです？
この構文の存在意図がわからん。
それを言うとstring(1.0)とかも無理じゃん？
いやいや
構造体の変換の話だけに限定して欲しい
b:=B(a)
上記構文の有用な使いかたの例ってないですかね？
コピーとして存在意義があるじゃん
構造体なんだから代入するだけでコピーになるが
結局xoでスキーマに対応する構造体と生成可能なメソッドを作りつつ
足りないものはsquirrelってqueryBuilderで組み立てるって方針でやってる。
けど、なんかxoメンテしてる人やるきなさげ。
みんなどうやってGo言語(あるいはJavaとか)の設計をいいかんじにできるようになったの？
適当に書く言語
逆にLLの時はどんな設計だったん？
そう聞かれるとうまい答えが見つからぶ「オブジェクト指向っぽい設計」というアホな回答になってしまう
そもそもインターフェイスとかいう概念がなかったので使いこなすのが難しい
インターフェイスの何が嬉しいんだみたいな疑問が定期的にわいてくるんだが
インタフェースはまんまインターフェースだよ
APIはアプリケーションインターフェースだろ。
つまりオブジェクト間で情報をやり取りするための決まり。
例えばfmt.Fprintfをみてみよう。
https://golang.org/pkg/fmt/#Fprintf
第一引数にはio.Writerを満たすインターフェースならなんでも突っ込める
じゃあio.Writerインターフェースって何か？
これはwriteメソッドを備えたもの
例えばhttpのレスポンスだったり、もちろんファイルだったり
それらはとにかくwriteメソッドを実装しているだけなんだ。
自分で作ったオブジェクトもwiteメソッドさえ備えていれば突っ込める。
便利でしょ？
動的言語の場合だって if (typeof xxx.someMethod === ‘function’) みたいなコードを書いたりしたでしょ？
こういうのを一々入れる必要がなくなる。
なぜならインターフェースの条件を満たさないオブジェクトを突っ込むとコンパイルエラーになるから。
例えばfmt.Fprintfの中の実装を知らなくても
Writeメソッドを実装すればfmt.Printfが使えるでしょ。
そういう風に自作のオブジェクトも基本的にインターフェースを仲介して
各オブジェクトの詳細は知らなくても使えるようにする。
つまり疎結合にしてやる。
C# みたいな this キーワードいれたりとか Haskell みたいなアドホック多相とかあれば別だけど
あれはwebapiを設計してやるとgoのコードを生成する。
webapiの実装例として参考になるし、そのまま開発してもいいし。
インターフェースの嬉しいところはなんとなく分かった。
ある型にたいして既存の関数やメソッドを使いたい→インターフェースを満たすようにメソッドを定義という感じの思考のプロセスでいいのかな？
例えばテスト主体で考えてもらえればより便利さがわかると思う。
interfaceを満たすだけのダミーなら簡単に用意できるでしょ。
structを直接引数に取る形にすると本番のstructをテスト書く時に用意しなきゃいけなくなる。
この思考プロセスがやがてDIに結びついていくんだけども。
この話を聞いた上でちょっと色々コード眺めてみるわ
言わんとすることは分かったのであとは自分で書くときにすんなり使えるか…
とにかく参考になったありがとう
標準ライブラリになんかないかな
メソッド内でフィールドアクセスする際にpanicになったりして良いことない気がするんだが
別にnilを渡せるのが有用とかいう話は無くて、単にポインタに対してメソッドを呼び出せるとレシーバーがnilになりうるけどどーすんの？って話でしょ
他言語ではメソッドは呼ばれずにNullPointerException的なのが飛ぶようになってるけど
goの場合はメソッド側でnilに対処すれば呼び出し側はレシーバーがnilかどうかを気にしなくてもいいというメリットはある
それメリットだとは思えないんだが
nilに対処するコードを毎回書かなきゃならないのもダルいし忘れててもコンパイルできてしまって実行時にpanicするしで嬉しくなくね？
go1.8にも対応しつつあるし期待しとるよ
してないよ。何の話？
[]*T ってよく見るんですが
[]T でダメなんですかね？ []*Tにするメリットを教えて下さい
ナニコレ
GAE使えばSSL無料で使えるっていう意味？
これはいいな
＞We’re excited to announce the beta release of managed SSL certificates at no charge for applications built on Google App Engine.
ついでにドメインも無料化してくれないかな…(チラチラ)
Googleが発行するクレカの特典とかでもいいから
(Googleにはクレカ利用料の数％のインセンティブがあるからそれで賄える)
Googleブランドのクレカが欲しいねん
それを管理コンソールから簡単に設定出来るようにしたとか、そういうのかね？
はてぶで取り上げられてた
やっぱり無料はデカイよな
今までSSL証明書に払っていたお金をスケールアウト費用に回せるから
コスパぶっちぎりで良い
AWSも追従してくれ
https://aws.amazon.com/jp/certificate-manager/pricing/
失敗時のリスクが低いから挑戦しやすい
ランニングコストがほぼ0円になれば、例え月10万PVしかないサービスでも停止せずに
次の新しいサービスを並列で増やして収益アップできる
月間10万PVのサービスを100個作れば1000万PV、月間150万円の収入が期待できる
資金力がない学生起業にぴったりだわ
DeNAとサイバーエージェント、メルカリ(の子会社)くらいしかない
趣味サイトに年間1円も掛けたくない
datastoreが使いづらいと言ってもgoコード側でスキーマ設定する感じだし
joinできないからこそ結果的に使いやすいかもしれない
dbの挙動もレプリカありきの挙動だとすれば納得できる
GAE/Goが想定してるのはBtoCのwebサービスだからjoinなくても何とかなる
ページングもカーソル使って次へと戻るだけあればいい
DBとのやりとりの部分とかは内部で使ってる関数をテストすればもんだいないから様々なパラメタに対して200を返せるかどうかだけでいいのでは？と思うんだけど
バリデーションを網羅できてればいい気がする。
そのバリデーションってどこのことだろう…？
自分の中ではhandlerに対するテストなんかは裏側から取得してきたデータがどういうものかはあまり気にする必要がなくて入力と返ってきたデータの出力の仕方だけが関心点だと思ってるんだけどなかなかそういう記事とか見かけないんだよね
get系でも入力パラメーターのバリデーションあるよね。
そこでのバリデーションならちゃんとテストケースに含めるべきだと思う
一方でたとえばUsersテーブルからデータをとってくるためのgetUsers内でのバリデーションのようなものはテストケースをいちいち考慮したくないということが言いたかった
gethを改造すればいい感じ？
ソースを読んでみたいんだけど見つからなくて困ってる
最近はGOROOTもGOPATHも環境設定不要だから
cd ${go env GOROOT}/src/cmd
ってすべき
build constraints exclude all Go files in C:\Users\ユーザ名\Desktop\glfw
って出た。GOOS=windows, GOARCH=386で試したんだけど初心者すぎてわからん
http://isucon.net/archives/51000131.html
PHP、Perl使いは大昔にHTMLタグを直打ちしてたHTMLコーダー出身のスパゲッティコードを量産していた老害と、その老害を上司に持つ可哀想な若者が多い
Python使いは科学技術や情報工学系(自然言語処理、機械学習、深層学習等)のアカデミア出身者が多い
Go使いは新進気鋭なBtoC系上場企業の社員が多い
JavaはBtoB系受託IT土方が多い
こういう印象あるわ
当社ではGoエンジニア募集中です
PHPerがGoに移行するにはネットで検索＞コードをコピペ
この集合でwebアプリケーションが作れないとダメだからな
単純に力ある人がGo使うようになってるだけだと思うんだよなあ
別にGoがすごいとかではなくそこそこ力ある人はRubyでもPythonでも予選突破できる
Goのほうが有利だろ
省メモリ性やら単純な速度まで桁が違う
つーかGAEで使ってるけど良い。
Go使ってて転職したいと思う会社が無い
Googleの基幹事業だしDonateで維持してるオープンソースコミュニティ発の言語よりは将来性あるんじゃね
Youtubeのバックエンドで動いてるPythonコードをGolangに変換してパフォーマンス改善してるし
その他にも色々とGolangで動いてるシステムがある
また今の時期にGolangに目をつけてる会社は、経営陣(CTO等)に先見の明がある証拠だから伸びるだろう
Goかgolangじゃないの？
Clang
https://ja.wikipedia.org/wiki/Clang
Go言語
Golang
この伝統に則って大文字だぞ
○＋langのlangはググラビリティを向上させるsuffixでしかない
Erlang
qiitaのタグだと
Goかgolangだよね
他の言語のinterfaceについて詳しくないんだけど、interfaceのもつメソッドを実装していれば満たしていることになるというのがどうも分かりなくくて辛い
明示的にこのinterfaceを満たしてますよみたいなのが欲しいのは修行が足りてない？
Golang
type T struct{}
var _ I = T{}
でT型がinterface Iを満たすかチェックできる
チェックできるかどうかというより何を満たしてるかパッと見でわからないという意味で辛い
何を満たしてるかぱっと見でわからないっていうのはinterfaceの使い方が良くないんだと思う
必要なメソッドを理解しないまま使おうとしてるからわからなくなるんじゃない？
393でコンパイルエラーが出て何の実装が必要かわかるんだから、それで問題ない気がするんだけど。
面白いしJavaとかより柔軟だよね。
もっとinterfaceを拡張してプロパティとか演算子のシンタックスシュガーをもっと付けて欲しいとは思う。
多分上手く拡張できればジェネリクスに近い感じになると思うんだけど
？
そもそもIの存在を知らないような場合にそういうコードでチェックできないと思うんだが
TにReadメソッドが実装されてる→よく読み進めるとIにはReadメソッドをもつ→TはIを満たしてるという思考の流れが気持ち悪い
考え方がおかしい。元々の質問は
>> 明示的にこのinterfaceを満たしてますよみたいなのが欲しい
という話だから当然inteface “I”の存在を知っている前提。
構造体Tを作っていてそいつにinterface Iの実装を行いたいという場合に
type T struct{}
var _ I = T{}
とういう風に書くと実装条件を満たすかをコンパイルエラーでチェックできるから
確実に実装できる。
でもそれGoのinterfaceの考え方じゃないよ
アンカーつけないとなんに対しての反論かわからんのだが。
interfaceの概念はべつにGo独自とかそういうもんじゃないし
Goのinterfaceの考え方ってなんのことを指してるのかよくわからんな。
基本的にはJavaと変わらんでしょimplementsが不要ってだけ。
>>400は>>391,394,398あたりへの憶測
他言語のinterfaceは、imprementsすることでその型が何であるのかを説明するためのもの
Goのinterfaceはオブジェクトが必要な機能を備えているか調べるためのもの
だから考え方が違う
なんかフワッフワした言い回しすぎて何を説明したいのかがわからんな。
interfaceは、英単語の意味そのものだよ。つまりはメソッド名とパラメーターの並びと、返り値の型の組み合わせそのもの。
それ以上でもそれ以下でもない。
基本的には言語として共通の概念と言える。
goとそれ以外の言語の違いは
型（javaの場合はclass）がinterfaceを満たす条件が違うってだけ。
条件の違いは
java: interfaceを明示的に指定する
go: interfaceと同じメソッドを、実装する
ISUCONの結果が地味に効いてる
経営陣はAWSの課金が減ることを期待してるみたいだけど、はたしてどうなることやら
なぜGAE/goを見ない。
どの構造体や型をみればいいのか探すのが面倒なことはまれによくある
これって公式にどっかに書いてあるの？
というかGoにオブジェクトって概念あるか
guruが対応してるから簡単に探せるで
vscならcmd+f12で実装を探す
うん
手元にcloneしたソースはguruで探すけど
githubでソース眺めてる時とかがちょっと困る
GAE/GoでgRPC使えるんだっけ？
レスを投稿する
ニュース
- 【滋賀】いなり寿司を万引きしたとして誤認逮捕され、82時間拘束された女性、涙ながらに苦しい胸の内を明かす… ★2 [Hitzeschleier★]
- 築地市場跡地に5万人規模スタジアム建設へ 事業者は三井不動産など [ぐれ★]
- 【野球】セ･リーグ T 7-0 D [4/19] 阪神4連勝！木浪先制打、森下4号、大山1号ソロ含む3安打、青柳6回無失点 中日完封負け連敗 [鉄チーズ烏★]
- 【新潟】“カラスの巣”による停電防止へ協力を！１年間で約６０００個の巣撤去も「イタチごっこ…」 [イタチゴッド★]
- 東大阪・セブン元オーナーに店舗の明け渡しなど命じた判決確定 最高裁 [少考さん★]
- コロナワクチン接種後死亡で国を集団提訴 訴状では河野太郎大臣の「2億回打って死んでる人は1人もいない」発言に焦点 ★2 [Hitzeschleier★]
- 【実況】博衣こよりがえちえち学力テストをした件🧪 ★4
- モバイルバッテリー充電したまま外出、簡易宿泊所を焼き２人死亡 [256556981]
- コテのあむあむだけどお前らカスだな
- なぜジャップ連呼しなくなったのか？ 昔は日本の衰退で大盛り上がりだったやんw [205023192]
- 【情勢調査】乙武、須藤元気や飯山陽にすら負けてるwvw【日経】 [786835273]
- 警備員[Lv.1][新][苗]をNGネームにするだけで快適に嫌儲エンジョイ出来るという事実 [126042664]