遠回りだとしても... - Mitsuyuki.Shiiba
今日もうだうだと。あだち充の最終回風のタイトル！ 違和感に潜む 何かに違和感を感じた時とか、納得できないときとかは。それがなくなるまで議論をする。 要件定義とか外部設計とか、ビジョンに影響するもの、あとに響くものは特に。 「え？なんでそれ実装しないほうがいいと思うの？」 「んー。それじゃ納得出来ない。実装した方がよくない？なんか別の理由あるの？」 「なるほど。単純にめんどくさいからやりたくないってことね。それならよかった。あとは好きにしてくれていいよ！」 結局違和感の理由が分かってしまえば、どっちでもいいやってことが多いけど。 違和感とか、それをあまり強く言い出せない気遣いとか。そういう場所に悪魔が潜むので。 悔しいのは嫌だ んで「あのとき僕は違和感あったんだけどね」とか言い始めるともう当事者じゃなくて。 悔しがりたい。「なんであのとき違和感つぶしとかんかったんやー！」って。 でも悔しいの
例外処理の書き方について - Qiita
このようになんでもCatchしちゃう包容力の高いコードをたまに見る。 こういうコードを見つけると、「臭うぞ！！」と思うのは自分だけだろうか？ まあ直接的すぎるのもあれなので、 「ちょっと例外処理広すぎやしませんか？ 例外処理は必要最低限の範囲で意図したものだけCatchしましょうよ」 くらいにレビューフィードバックしたりする。 言語やチームに限らず、ここまで激しくなくても、必要以上に大きくTry Catchで囲って必要以上にCatchする書き方をするエンジニアを数多く見てきた。 なぜこういうコードが生まれるのか あまりにも多いので、こういう書き方が昔は流行してたのかなーとも思い、Twitterなどで問いかけてみたけどどうやらそうでもなさそう。 ってことでせっかくなので理由を聞いてみたところ多かった回答は、 「あまり意識して書いてなかった」 「もし漏れていたら処理（表示）に影響するので・・・
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
