今となって後悔しているkamiのこと - Qiita

クリスマス期間になると喜ぶ人もいれば悲しむ人もいる。そんな極端な季節の中で、自分が作ったguregu/kamiというWAFについて真面目に考えた。contextの正しい使い方や、kamiのAPIで後悔していることを晒そう。 kamiを作ったきっかけ まずはkamiの歴史について簡単に説明する。GunosyでアプリのAPIサーバーをRailsからGoに少しずつ書き直していたが、モノリシックだったmodelsとhandlersパッケージが大きくなりすぎて分かりにくくなってしまった。大きいパッケージを複数の小さなパッケージに分けようと思った。しかしユーザーのセッション情報などは様々なパッケージにどう共有したらいいでしょう？ 当時使っていたGojiというWAFでは、リクエストごとにEnvというmap[string]interface{}が付いていた。 これを使えば、どんなパッケジーにHTTPハンド

[h3poteto]

良い後悔だった

[k2wanko]

色んなフレームワークを試してみて net/http という最強のフレームワークに辿り着いた。 こういう学びはいい

[vvakame]

なんか僕製フレームワークのuconも似たような事してる箇所ある気がするのであとで熟読してこっちも検討しよう…🙏

[adachi_c]

“私は後悔＝学習体験だと思っている。今でもkamiを使っているし、作ってよかったと思う。ただしアンチパターンを使わないように気をつけてほしい。”

[azihsoyn]

v2期待