Goでよく使う関数をgenerateしてくれるジェネレーターツール。
例えば、
と書いて、goderive ./... することで、同パッケージ内に以下のようなコードが吐かれます。
このような感じで、構造体の同一性をチェックしてくれるコードを生成してくれます。
他にも、様々な関数が生成出来るので是非READMEでチェックしてみてください👌
大量に記述することになるerrをキャッチする際のif文をどうやったら上手く扱えるか？というスレ。
日本でもエラーハンドリングについてはよく話題になります。
私の中で一番参考になったのは以下の記事ですね。
エラーハンドリングの繰り返し処理に対して、丁寧に対策を書かれております。
Golangのエラー処理とpkg/errors | SOTA
golangでのビルドツール。
jsで言うところのgulpなどのようなものと同じ立ち位置ですね。
ビルド結果をCLやブラウザでも表示することができ、ビルドツールとしては過不足無いツールなのではないでしょうか。
READMEの情報量も充実しているので、使う分には困らなさそうですね。
最近、Apache財団に囲まれながらアレコレやってる私です。
今回はfluentdのkafkaプラグインであるfluent-plugin-kafkaを使って、kafka streamsが出来なかったお話をば。
fluentdでログを監視しつつ、変更があればfluent-plugin-kafkaを使いkafka brokerへログ内容をメッセージとして飛ばす。
そして、kafka streamsでメッセージを加工し、改めてログとして保存するということを実現しようとしていました。
実際に、この構成で組んでみたのですがkafka streamsを動かしてみるとエラーが発生しました。
ふむふむ🤔 一旦このメッセージを検索にかけてみるとこのような記事が。
FAQ — Confluent Platform 3.3.0 documentation
英語苦手なので物凄く斜め読みすると、「メッセージのタイムスタンプが適した形になってない」ってことですかね。
で、v0.10の形に沿ったタイムスタンプを送れていると、このエラーは出なくなるという。
ここでふと思ったのは、「fluent-plugin-kafkaが依存しているurby-kafkaはv0.10対応出来ているのか？」ってことでした。
とりあえずISSUEを探ってみることに。
Timestamp support for Kafka 0.10.2.0 · Issue #331 · zendesk/ruby-kafka · GitHub
ふむー、これを見る限りはv0.5.0betaで対応はされてますね・・・
・・・ん？beta・・・？
さて、ここでfluent-plugin-kafkaのgemspecを見てみましょう。
えーっと・・・ruby-kafkaのバージョンは・・・
というわけで、多分fluentdのプラグイン側では、ruby-kafkaがまだbetaなこともあってバージョン上げてないんでしょうね。
v0.5.0のstableが出るまでは、fluent-plugin-kafkaを使ってまだkafka streamsは使えない様子、ガックシ。
GoへのContributeを初めてやってみた話。
筆者の方はこちらの動画を見て「やってみよう！」となった様子。
動画を見てみると、物凄く丁寧にGoのContributeの方法を説明してありました。
この方のように、Goのライブラリを深く潜ってみてContributeチャンスを見つけていくのは大事ですね:-)
デザパタのCompositeパターンと高階関数とクロージャーの合せ技で、オーディオライブラリを作ってみた話。
Goでデザパタと聞くと、monochromeganeさんのデザパタGo実装のリポジトリが思い出されます:-)
本記事内では、コンポジットパターンをシーケンシャルな処理に用いることでDRY原則に準ずるコードを簡単に書くことが出来ると述べています。
GopherConで行われた、GoへのContributeワークショップの話。
このワークショップのために、スコアボードが用意されており、PRを投げたりした場合に点数がインクリメントされていく、とてもやる気が上がる仕組みが導入されている。
日本でもこういうワークショップがあればいいなーと思う反面、メンター側集めるのが大変そうというイメージ:-(
CLIでのHTTPインスペクションツール。
READMEに貼られた画像を見れば一目瞭然なのですが、何故そこに全力を出してしまったのか・・・と言いたくなるツール。
正直、実用性を問われると色々とアレですが、中のコードを読んでみたくはなりますね:-)
Goのnilについてハマったことは誰にでもあるはず。
そんなnilについての記事です。
この記事中のコードをもし自分が書いた場合、サクッと比較対象のnilを (*T)(nil) としてしまうのだが、どうするのがベストプラクティスなのだろう・・・？
もう少し、このnilが扱いやすくなると良いですね:-)
contextについての考察記事。
記事内では context.Value について、痛烈に批判しており、
といった理由を挙げています。
確かに、 context パッケージからは切り離した方がいいのかもしれませんね🤔
Goのリソースリークについて。
この記事の筆者が運用しているサービスにて、突然メモリの使用量が200MBから数GBにまで跳ね上がったことを発端に調査したところ、
リクエストごとにメタデータを約17時間保持するようになっており、それが原因でした。
何故そのようなことになったかというと、contextによるリクエストのキャンセルまでの時間が60,000ミリ秒とするところが60,000秒（約17時間）としてしまったせいだったのです・・・:-(
contextの使用法から、pprofを使った問題発見までが物凄く丁寧に書かれている良い記事です。
出ました！Go 1.9 rc2！
Go1.9のリリースまでもうすぐ！！😇
