[B! golang][development] luccafortのブックマーク

luccafort id:luccafort

golangとdevelopmentに関するluccafortのブックマーク (2)

Gogland – JetBrains発の新しいGo IDEのお知らせ | Post Blog
3年前、JetBrainsはgo-lang-idea-pluginに貢献するという戦略的な決断をいたしました。これはIntelliJプラットフォーム向けのオープンソースのGo言語用プラグインを開発するプロジェクトです。3年に渡る弊社の合計3千を超えるコミットによりプラグイン品質は底上げされ、より安定し拡張性の高く、機能豊富なものへと磨き上げていくことができたと確信しています。ここ一年間、プラグインのユニークユーザー数を追跡してきましたが、月間アクティブユーザーは倍増して3万人となりました。この事実と、多くのユーザーによるIntelliJライクなGoコーディング体験は提供されないのかというリクエストを踏まえ、半年前に弊社はgo-lang-idea-pluginをフォークし、弊社独自のGo IDEをリリースするという決断に至りました。今ではGoツールサポートと開発体験全般の改善専門のチームを
luccafort 2016/12/16
さすがゴッグだなんともないぜ！！！…っていいたくなるプロジェクト名だよね。それはそれとしてぼくはAtomでGo書いてるんだけどそれ以上の魅力があるのか？という点が気になるなぁ。

Go

IDE

Intellij

development

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

Go

programming

software

development

golang

アンチパターン

tips

開発

プログラミング
リンク
1