[B! golang] Goのアンチパターン

ono_matope 正しい。でもきちんとデータと振る舞いを局所化する箇所に限れば構造体メソッドは使った方がいい。

2017/01/23 リンク

kasumani Goのアンチパターン Go書いててなんとなく見えてきた Goでやっちゃいけないパターン Tags: from Pocket December 14, 2016 at 01:04AM via IFTTT

2016/12/14 リンク

yugui あと、goは「誰でも何にでも使える」ことを目指してないのでこの癖の強い「goの思想」に当てはまらなかったら「たとえばGoを避ける」

tmatsuu 心に刻んだ

keita_moromizato ほー

elecsta 超学び

love0hate 個人的に標準templateが使いづらすぎて辛い

go

2016/08/02 リンク

howdy39 これはありがたいまとめ

go
golang

2016/08/02 リンク

suthio 思想大事だ

2016/08/02 リンク

luccafort 読んだ、基本的にはGoの思想を順守せよということなんだな。問題はGoの思想を知らずにコードを書いてしまったケースだな、ぼくのことだが。

2016/08/02 リンク

Songmu リッチなロガーを使うな、は同意。変に賢いロガーは簡単にボトルネックになる

2016/08/01 リンク

worpe go

2016/08/01 リンク

vanbraam Goの思想を均すと「美しい読みやすさ」ではなく「(多少冗長でも)動作の意図が伝わりやすい読みやすさ」を目指している気がする;WAFに関してはstandardが未確定の状況なので仕方ない

2016/08/01 リンク

qtamaki 空目なんてしてないンだからねっ

2016/08/01 リンク

tzt 明らかにイケてない部分に遭遇しても「これには深い思想があるはずなのだ…」と自分を誤魔化して回避策を模索するようになったら立派なgopher

2016/08/01 リンク

sona-zip go1.7からのcontextとWAFがミドルウェア間のパラメーター渡しに使うcontextは異なるものたからGo1.7でも状況は変わらないはず contextにWithValueメソッドが追加される影響はあるかもしれない

2016/08/01 リンク

wakuworks 以前、とある勉強会のスピーカーの方が Go で Web アプリを書きたいかと言う問に、Go は現代の C 言語で、C 言語で Web アプリは書きたくないですよね、と答えてたのが印象深い

go

2016/08/01 リンク

khtokage 我々はGoだ。抵抗は無意味だ。

2016/08/01 リンク

bash0C7 郷に入れば郷に従え、というのを再確認した

golang

2016/08/01 リンク

TokyoIncidents ここで引用されてたのこんな内容だったのか http://aial.shiroyagi.co.jp/2016/07/golang-api-server-developing/

golang

2016/08/01 リンク

yosuke_furukawa WAF導入して〜のところは「らくらく」じゃないっていう所かな。

golang

2016/08/01 リンク

Dai_Kamijo Go の思想を理解し、それに従うのが大事であることが伝わってくる / “Goのアンチパターン - GolangRdyJp” — Takuto Wada (@t_wada) August 1, 2016 from Twitter https://twitter.com/Dai_Kamijo August 01, 2016 at 01:59PM via IFTTT

2016/08/01 リンク