GitHub - jrallison/go-workers: Sidekiq compatible background workers in golang
package main import ( "github.com/jrallison/go-workers" ) func myJob(message *workers.Msg) { // do something with your message // message.Jid() // message.Args() is a wrapper around go-simplejson (http://godoc.org/github.com/bitly/go-simplejson) } type myMiddleware struct{} func (r *myMiddleware) Call(queue string, message *workers.Msg, next func() bool) (acknowledge bool) { // do something before
Configure Travis CI for Go
The fastest way to get started testing your Go application with Travis CI is to create a .travis.yml with language: go and push to your remote. The defaults tend to work well for a broad spectrum of projects. But it’s good to understand what those defaults do, and how and why you might want to change them. For reference, here’s a complete .travis.yml configuration which is perfect for an applicati
The expvar package - Metrics for Go
sock, err := net.Listen("tcp", "localhost:8123") if err != nil { return err } go func() { fmt.Println("HTTP now available at port 8123") http.Serve(sock, nil) }() { "cmdline": ["/var/folders/bc/27hv15_d2zvcc3n3s9dxmfg00000gn/T/go-build421732654/command-line-arguments/_obj/exe/main","-l","debug","-s","i.sock","-c","realtest"], "counters": {"a": 10, "b": 10}, "memstats": {"Alloc":1076016,"TotalAlloc
モノリシックなRubyからGoによるマイクロサービスへ | POSTD
過去9年わたりWebアプリケーションを開発してきたNiket氏（ @nexneo ）は、2013年からGoを使って作業をするようになりました。この講演では、彼がどのようにRubyのモノリシックアプリケーションを分解しつつ、Goで記述されたマイクロサービスへと至ったかについて説明しています。講演のスライドは、 speakerdeck.com/nexneo/joy-of-single-purpose-services-in-go で閲覧可能です。 Single purpose servicesというのは、単一の問題を解決するサービスのことです。 一般的に マイクロサービス としても知られています。 Niket氏は、学校側が親御さんたちと連絡したり成績表や出席を管理したりするための人気オンラインプラットフォーム、 Beehively の開発者です。BeehivelyはRubyベースのアプリケーシ
Goを使い複雑性を回避する | POSTD
『銀の弾などない— ソフトウェアエンジニアリングの本質と偶有的事項』 を書いたFred Brooksはその論文の中で、 偶有的な複雑性と本質的な複雑性 について重要な区別をしています。 本質的な複雑性 とは、問題特有の領域から生じる複雑性のことを指します。例えば、SMTPクライアントを作成しているディベロッパは、 RFC 5321 の核心の細かいところ全てに取り組む必要がありますが、これはSMTPクライアントの作業をする上で避けては通れないものです。これに対して 偶有的な複雑性 とは、私たちが自ら作り上げた問題から生じる複雑性のことを指します。 技術者としては、自らの選択で生じる偶有的な複雑性によって、余計な負担が増えないようにとても注意しなければなりませんよね。その意味では、言語の選択は偶有的な複雑性を軽減できる完璧な例と言えます。Webアプリケーションを書くのにアセンブリ言語を選びます
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - puma/puma-dev: A tool to manage rack apps in development with puma
ParseがRubyからGoへ移行，信頼性が大きく向上
