Goのアンチパターン

Go書いててなんとなく見えてきた Goでやっちゃいけないパターン WAF導入してらくらくWebアプリ WAF自体が現在群雄割拠状態。 WAF毎にハンドラインターフェースが違うので既存コードつなぐにはラッパーが必要。 どのWAFもLL言語に比べるとまだまだフィーチャーの網羅範囲が狭い。 なのでもちろんLL言語ほど楽には書けないことが多い。 リフレクション使いまくりでトータル性能はLL言語並みに遅いのもある。 Go1.7のcontextパッケージの導入で標準のHTTPハンドラが復権する可能性があり更に荒れる予想。 追記: 楽できるのを期待してWAFを導入するの「やっちゃいけない」とまでは言い過ぎだったかもしれないけれど例のsqlでPrepareを正しく使えていないで性能出なかった件とか、当面WAFを使うなら自分で概ね中身を理解して使う覚悟が必要。 構造体メソッドにロジックを詰め込む Goの思想

[bash0C7]

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

[tzt]

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

[yugui]

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

[ono_matope]

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

[kasumani]

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

[tmatsuu]

心に刻んだ

[keita_moromizato]

ほー

[elecsta]

超学び

[love0hate]

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

[howdy39]

これはありがたいまとめ

[suthio]

思想大事だ

[luccafort]

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

[Songmu]

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

[worpe]

go

[vanbraam]

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

[qtamaki]

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

[sona-zip]

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

[wakuworks]

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

[khtokage]

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

[TokyoIncidents]

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

[yosuke_furukawa]

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

[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

[drillbits]

わかりのかたまりだ…

[t-wada]

Go の思想を理解し、それに従うのが大事であることが伝わってくる