はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

golangのtestingパッケージはシンプル主義のgoならではといった、最小限の機能のみを提供しています。実際のところこれまでも(ほぼ)充分な機能を提供してきたわけですが、テスト前の初期化を明確に定義できないなど、不満もありました。 そういうわけで、1.4からこの不満を解決するtesting.MとTestMain(*testing.M)が追加されています。これがかなり最高便利です。 従来のテクニック 当然、これまでもテストの"初期化"や"お片づけ"を書きたいという要求は当然ありました。それに対しては、go testコマンドがファイルをabc...順に読みこむことを利用して、ファイル名を工夫するというちょっと裏ワザ的な手法が一般的でした。 すなわち、最初に実行したいテストが書かれたファイルは「a_test.go」にして、最後に実行したいテストを「z_test.go」とするわけです。この方

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

現在時刻から日付だけを取り出す(今日の0:00)を作りたい時の話です。 Truncate()を使う Time型にはTruncateメソッドが用意されていて、指定した大きさ以下の時刻を切り捨ててくれます。 func (t Time) Truncate(d Duration) Time Truncate returns the result of rounding t down to a multiple of d (since the zero time). If d <= 0, Truncate returns t unchanged. これに1日(24時間)を指定すれば簡単に日付を取り出せる気がします。

先に言っておくと根本的な解決方法は無いです。 goの実行ファイルにはファイルパスが含まれている golangで書いたアプリケーションには、ビルド時のフルパスが必ず含まれていいます。これはパニックした時のメッセージにファイルパスが含まれることからもわかります。つまりこういうことです。 panic: hogehoge goroutine 16 [running]: runtime.panic(0x495080, 0xc208000170) /usr/local/go/src/pkg/runtime/panic.c:279 +0xf5 main.main() /home/umisama/go/src/github.com/umisama/hogehoge/main.go:7 +0xf3 実行ファイルを開けてみると、確かにファイルのフルパスが入っていることがわかります。 これはgolangでオンプ

今朝、golang 1.3がリリースされました。 このバージョンからPlan9などの新しい環境に対応しましたが、特にNative Client(NaCl)が気になりましたので、バージョンアップのついでに試してみました。 Native Client Native Client、通称NaClはブラウザ上でx86ネイティブコードが実行出来る仕組みであって、JavaScriptの諸問題の一部を解消できると期待されています。バイナリはNaClのサンドボックスに閉じ込めて実行されるため、周りに影響を与えないという特徴もあります。 類似の技術にMozillaのasm.jsがありますが、asm.jsがJavaScriptを単純にしたサブセットで実行速度を改善しているのに対し、Native Clientはコンパイル済みのマジで本気なバイナリがゴリゴリ動くので、大変に萌え度が高いです。 とは言ったものの、go

golangのos packageにはExit()という関数がいて、その名の通りOSに値を返してプロセスが死ねる。 で、ドキュメントによると、 func Exit(code int) Exit causes the current program to exit with the given status code. Conventionally, code zero indicates success, non-zero an error. The program terminates immediately; deferred functions are not run. とあって、deferに登録した関数をすべて破棄してくれるらしいと書いてある。念の為に試しておくと、 package main import "os" func test() { println("hello in t

Qiitaは2ヶ月ぶりです。 GopherCon2014でSoundCloudの方がプロダクションでGoをどう使うかというところで発表されていたようです。その内容がブログで公開されていたので、僕の勉強も兼ねて翻訳することにしました。 英語は得意でないのですが、ザクッと訳してみました。きっと間違い有るので、どうかご指摘ください。 元ネタ：http://peter.bourgon.org/go-in-production/ スライド：https://github.com/gophercon/2014-talks/blob/master/best-practices-for-production-environments.pdf プロダクション環境でのベストプラクティス SoundCloudでは、たくさんのクライアントに対してAPIの形でプロダクトを提供するようにしています。ですから、ウェブサイ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

golangでアプリケーションログ取る時、一般的にはlogパッケージが用いられると思います。 が、あれイロイロ不便なので自分で作りました。 既存の問題 標準のlogや、他の人が公開してくれているloggerにはこんな問題があると思います。 レベル別にできない。 関数名やgoroutine番号が出せない なんか作りが複雑(主に野良) 方向性 なのでこんな感じの方向性とか機能を盛り込みました。 logをレベル付できるようにした。 関数名とかをログに含められるようにした。 timeやtext/packageなどgoの標準に沿った作りにした。 サンプル package main import ( "github.com/umisama/golog" "os" ) var logger log.Logger func OtherFuncName() { logger.Info("here is Ot

goroutineがスイッチされるタイミングについて調べていました。 結論 Go言語で、goroutineは 必ずしも スイッチされるわけではない。 スタックに触れないような、「for(){}」みたいなビジーループをGOMAXPROCSの指定数以上に含ませるとスイッチされなくなる。 goroutineがスイッチされる(主な)条件はこれらと思われる。 goroutineの関数が最適化でinline化されていない スタックを操作するような処理を行った (その他の契機もあるようなので「経緯」で書く) 経緯 処理のないビジーループが有ると、goroutineがスイッチされず処理が止まることに気づきました。 ＃ 処理の中身を全部コメントアウトしてデバッグしていたら気づいた

お気に入りのThinkPadキーボードが壊れて不服な気持ちのうみさまです。 新しいX1Carbonを見てThinkPadへの忠誠心も切れかかっていた所だったので、今度はHHKBでも買います。 さて、golangにはアプリケーションサーバをユニットテストするため、net/http/httptestというパッケージが用意されています。 ハンドラのユニットテスト 例えば、こんな感じのアプリケーションがあったとしてHander()を試験したい場合、 package main import ( "net/http" "fmt" ) func Handler( w http.ResponseWriter, r *http.Request ) { fmt.Fprintf(w, "hello world") } func main() { http.HandleFunc("/", Handler) htt

最近、vimの勝手スクリプトとかもluaで書いたりしていて、便利だなぁって思っています。 coroutineについてメモしておく。 coroutineの大体 coroutineは独自のluaスタックとローカル変数を持つスレッド的な物。 スレッド的だけれど、OSに制御が有るわけではなく、制御を明け渡すならロジック自体がそれを通知しないといけない。 create()するとコルーチンが作られる。resume()で実行/復帰、コルーチン内でyield()すると制御を戻せる。この時、戻り値として値をやり取りしたりもできる。 なんか適当に機能を使いまくると、こんな感じ。 local colo = coroutine.create( function( init ) if init == nil then init = 0 end local i = init while i < 10 do corou

Chromeに追加しておくと異様に効率が改善する魔法を見つけたので共有します。 I'm Feeling Luckey Googleの機能で、検索画面をスキップして最上位の結果を表示してくれる機能が「I'm Feeling Luckey」。 検索って、「調べごと」ではなく「目的地へ到達する」ための手段として使うことがありますよね。 こういう場合、たいていは最上位が目的ページなのでこの機能が有効です。 僕の場合、後者の使い方がすごく多かったので効率が異様に改善しました。 How to Chromeのコンテキストメニューから「Setting」から「Search」にある「Manage search engines...」をクリックする。 ここから、大体こんな感じに検索エンジンの設定を入れる。 Search Engine I'm Feeling Luckey Keyword l URL http:/

2013年にもなって今更WebAudioAPIで喜ぶというのもなんとも言えない感じですが、触ってみると結構楽しかったのでブログします。 What's "Web Audio API"? Web Audio APIはブラウザ向けのオーディオ再生機構としてW3Cによって規定されているAPIで、いわゆるHTML5に含めて扱われているAPIです。 現在はWebkit系ブラウザでしかマトモに動かないという制約はあるのですが、 オーディオファイル再生 ストリーミング再生 フィルタリング スクリプトによる音声生成・編集 など、シンプルに音声を再生するという以上の能力を持っています。 W3Cによるドラフトによると、 The introduction of the audio element in HTML5 is very important, allowing for basic streaming au