Go製Webアプリケーションのエラーとの向き合い方大全、あるいはやっぱりスタックトレース欲しいやん / Kyoto.go #50

Kyoto.go #50 LT https://kyotogo.connpass.com/event/313309/

[ssig33]

パフォーマンスのためにスタックトレースすら省略してるようなカリカリした言語でWebアプリケーションを書かない、というのが一番いいのでは?

[BOOOOOOOON]

バックエンドに最も必要といっても過言じゃないログのトレーサビリティ性能がイマイチなの、やっぱり実用的じゃないと思ってしまう

[Windymelt]

ここからは事情はあまり読み取れないけれど、別にGoを使わなくてもいいシチュエーションは多々あると思うし、ある程度を超えてWebアプリの規模が大きくなってくるとGolangは厳しいのではないか、という気持ちもある

[cpw]

Webアプリは絶対にスタックトレース＋帯域脱出が必要。Goだとスタックトレースは工夫でなんとかなるけど帯域脱出ができないのが辛いよね。帯域脱出の仕組みだけ作ってくれりゃ一番好みなんだけど。

[turanukimaru]

Goに限らないけどエラーを起こしたパラメータが欲しいのでエラー個所とパラメータをまとめて err に詰めてる。Java の例外もデバッグのたびに一々作っては中身を詰めてるのでもはや偏執狂に見えるかもしれない。

[zentarou]

必ずラップするようにしてメッセージは呼び出した関数名入れるようにしてるからそれが実質スタックトレースになってる