https://b.hatena.ne.jp/entry/s/qiita.com/ramen_2ro/items/604032bf179b6f3b77b6 はじめに アドベントカレンダー初参加です！ とある企業でサーバーサイドエンジニアとして働いており、主にGoでAPIを実装しています。 今年に入って新規事業の開発を任され、色々やらかしを経験させていただきま... https://b.hatena.ne.jp/techtech0521/20240506#bookmark-4712535137830673442 2024-05-06T04:33:34Z あとで読む https://b.hatena.ne.jp/mikage014/20211225#bookmark-4712535137830673442 2021-12-25T06:11:44Z プログラミング https://b.hatena.ne.jp/nishitki/20211225#bookmark-4712535137830673442 2021-12-25T06:10:20Z https://b.hatena.ne.jp/usagiga/20211225#bookmark-4712535137830673442 2021-12-25T04:34:25Z Go https://b.hatena.ne.jp/tmatsuu/20211225#bookmark-4712535137830673442 あー。err変数のスコープ問題はここまでの惨劇ではないけど自分も経験ある。ついやっちゃいがち。自分ならifの中で直接 `return nil, err` って書いちゃうね。名前付き戻り値はあまり使わないようにしてる。 2021-12-25T03:16:15Z https://b.hatena.ne.jp/mstk_knife/20211215#bookmark-4712535137830673442 2021-12-15T02:48:25Z あとで読む https://b.hatena.ne.jp/stakme/20211215#bookmark-4712535137830673442 私もGo書いてて疑問なんですけど「戻り値が名前付きerr」だと意図せず操作されがちで危険じゃないですか？もっと長い名前、たとえばrtnErrにするとか、名前つけるの自体やめてその場でreturn errのほうが安全そうな気が 2021-12-15T02:10:36Z https://b.hatena.ne.jp/sochankun/20211215#bookmark-4712535137830673442 2021-12-15T01:40:03Z あとで読む https://b.hatena.ne.jp/hasunuma0613/20211215#bookmark-4712535137830673442 2021-12-15T01:38:46Z https://b.hatena.ne.jp/hasiduki/20211215#bookmark-4712535137830673442 lintツールが怒らないの? 2021-12-15T01:12:23Z https://b.hatena.ne.jp/rryu/20211215#bookmark-4712535137830673442 同じようなやつでRailsのActiveRecordで自オブジェクトのカラムに値をセットしているつもりが実はローカル変数に代入していたという罠にはまったことがある。 2021-12-15T01:04:04Z https://b.hatena.ne.jp/yamori0408/20211215#bookmark-4712535137830673442 2021-12-15T00:01:28Z あとで読む https://b.hatena.ne.jp/gmdualis479/20211215#bookmark-4712535137830673442 2021-12-14T23:34:41Z https://b.hatena.ne.jp/mgl/20211215#bookmark-4712535137830673442 2021-12-14T23:02:30Z あとで読む https://b.hatena.ne.jp/mkimakima/20211215#bookmark-4712535137830673442 2021-12-14T22:16:39Z あとで読む https://b.hatena.ne.jp/Hiro_Matsuno/20211215#bookmark-4712535137830673442 2021-12-14T20:21:01Z https://b.hatena.ne.jp/azumakuniyuki/20211215#bookmark-4712535137830673442 2021-12-14T18:25:27Z Go https://b.hatena.ne.jp/mapk0y/20211215#bookmark-4712535137830673442 2021-12-14T16:57:12Z golang https://b.hatena.ne.jp/tanavel/20211215#bookmark-4712535137830673442 2021-12-14T16:47:54Z あとで読む https://b.hatena.ne.jp/reannkara/20211215#bookmark-4712535137830673442 2021-12-14T15:19:23Z golang DB https://b.hatena.ne.jp/daichirata/20211214#bookmark-4712535137830673442 名前付き戻り値は if でハンドリングとかせずそのまま代入して return するくらい単純な関数でだけ使うこともあるくらい 2021-12-14T14:42:17Z https://b.hatena.ne.jp/dev_tamura/20211214#bookmark-4712535137830673442 2021-12-14T14:35:14Z https://b.hatena.ne.jp/turanukimaru/20211214#bookmark-4712535137830673442 普通Updateだけで重複はしない…一人のユーザの情報が複数できてしまったのかな？多分会員情報変更履歴作ろうとしてミスってるな。なお名前付き戻り値使う派なのだが事故りそうなときはIntelliJが警告を吐くので安心。 2021-12-14T14:16:02Z https://b.hatena.ne.jp/kiichi69251/20211214#bookmark-4712535137830673442 2021-12-14T13:42:18Z https://b.hatena.ne.jp/kazema_tsu/20211214#bookmark-4712535137830673442 2021-12-14T13:07:35Z あとで読む https://b.hatena.ne.jp/mom0tomo/20211214#bookmark-4712535137830673442 2021-12-14T13:02:24Z https://b.hatena.ne.jp/nanoha3/20211214#bookmark-4712535137830673442 2021-12-14T12:53:29Z https://b.hatena.ne.jp/dhesusan4649/20211214#bookmark-4712535137830673442 2021-12-14T12:50:15Z qiita DB https://b.hatena.ne.jp/ug_idol/20211214#bookmark-4712535137830673442 2021-12-14T12:22:24Z https://b.hatena.ne.jp/little_dove1102/20211214#bookmark-4712535137830673442 2021-12-14T12:07:14Z あとで読む https://b.hatena.ne.jp/takc923/20211214#bookmark-4712535137830673442 2021-12-14T11:57:37Z https://b.hatena.ne.jp/ant_mugi/20211214#bookmark-4712535137830673442 2021-12-14T11:46:42Z あとで読む https://b.hatena.ne.jp/yug1224/20211214#bookmark-4712535137830673442 2021-12-14T11:38:38Z https://b.hatena.ne.jp/daemon-gree/20211214#bookmark-4712535137830673442 2021-12-14T09:51:31Z https://b.hatena.ne.jp/toshikish/20211214#bookmark-4712535137830673442 2021-12-14T09:30:39Z https://b.hatena.ne.jp/tito1201/20211214#bookmark-4712535137830673442 2021-12-14T09:29:29Z https://b.hatena.ne.jp/carbon6/20211214#bookmark-4712535137830673442 2021-12-14T09:14:57Z https://b.hatena.ne.jp/nukosan555/20211214#bookmark-4712535137830673442 2021-12-14T08:40:09Z https://b.hatena.ne.jp/kanehama/20211214#bookmark-4712535137830673442 UNIQUE KEYが戦犯 2021-12-14T08:25:21Z https://b.hatena.ne.jp/pmint/20211214#bookmark-4712535137830673442 よく読むとデッドロックは問題じゃないらしい。ユニークなIDを更新するUPDATE文も普通じゃない。この記事自体がよく読まないと論旨が分からない文章になってるし、問題の実体は別にありそう。 2021-12-14T08:17:40Z * なんだこれ https://b.hatena.ne.jp/showii/20211214#bookmark-4712535137830673442 2021-12-14T07:44:16Z プログラミング https://b.hatena.ne.jp/shioki/20211214#bookmark-4712535137830673442 “テーブル内で重複させたくないカラムにはUNIQUE KEYを付与する なぜこれを事前にやってなかったかは過去の自分に問いたいです” 2021-12-14T07:36:06Z https://b.hatena.ne.jp/daira4000/20211214#bookmark-4712535137830673442 テストを怠った話じゃなくて？ 2021-12-14T07:30:41Z https://b.hatena.ne.jp/buell/20211214#bookmark-4712535137830673442 2021-12-14T07:28:42Z https://b.hatena.ne.jp/l08084/20211214#bookmark-4712535137830673442 2021-12-14T07:09:07Z あとで読む https://b.hatena.ne.jp/zentarou/20211214#bookmark-4712535137830673442 名前付き戻り値は使わないな 2021-12-14T07:02:20Z https://b.hatena.ne.jp/miyakona38572/20211214#bookmark-4712535137830673442 2021-12-14T06:51:41Z https://b.hatena.ne.jp/mattn/20211214#bookmark-4712535137830673442 僕は named return values は極力使わない様にしてる。 2021-12-14T05:03:59Z https://b.hatena.ne.jp/igrep/20211214#bookmark-4712535137830673442 静的解析でなんとかならんの、と思いきや試した限りはならんらしい。うーむ。 2021-12-14T03:28:44Z golang 例外処理