https://b.hatena.ne.jp/entry/s/qiita.com/tanakahisateru/items/154ecbc230bed86ba421 複雑なプログラムを書いてしまうのを避けるために、if 文の else を避ける制約を設けてプログラミングしてみましょう、というアプローチがあります。これはあくまで、ThoughtWorks アンソロジーに書かれていた、... https://b.hatena.ne.jp/tsu442000/20250216#bookmark-4720690320152580994 2025-02-16T07:35:36Z if https://b.hatena.ne.jp/techtech0521/20240517#bookmark-4720690320152580994 2024-05-17T13:11:22Z あとで読む https://b.hatena.ne.jp/okishima_k/20230609#bookmark-4720690320152580994 2023-06-09T09:34:34Z https://b.hatena.ne.jp/sato-y/20220822#bookmark-4720690320152580994 2022-08-22T06:33:54Z https://b.hatena.ne.jp/knj2918/20220731#bookmark-4720690320152580994 2022-07-31T10:42:42Z https://b.hatena.ne.jp/lugecy/20220619#bookmark-4720690320152580994 2022-06-19T04:48:49Z article programming https://b.hatena.ne.jp/locke-009/20220615#bookmark-4720690320152580994 2022-06-15T01:52:10Z プログラミング 資料 分岐 考察 https://b.hatena.ne.jp/wwolf/20220609#bookmark-4720690320152580994 elseを禁止〜という主張の為にあえて早期returnを封印するのは不誠実な気がする 2022-06-09T10:46:43Z https://b.hatena.ne.jp/mattn/20220609#bookmark-4720690320152580994 2022-06-09T08:19:44Z https://b.hatena.ne.jp/YusukeOno/20220609#bookmark-4720690320152580994 2022-06-09T06:26:17Z https://b.hatena.ne.jp/tyamamoto/20220609#bookmark-4720690320152580994 2022-06-09T02:53:11Z https://b.hatena.ne.jp/su_zu_ki_1010/20220609#bookmark-4720690320152580994 スト２（古い）の波動拳みたいなif文のネストさえ書かなければいいですよ。読みやすさは常に模索していきましょ。 2022-06-08T23:36:10Z https://b.hatena.ne.jp/tetsuyana/20220609#bookmark-4720690320152580994 2022-06-08T23:23:43Z あとで読む https://b.hatena.ne.jp/hasunuma0613/20220609#bookmark-4720690320152580994 2022-06-08T22:18:37Z https://b.hatena.ne.jp/mstk_knife/20220609#bookmark-4720690320152580994 2022-06-08T22:03:06Z あとで読む https://b.hatena.ne.jp/Hiro_Matsuno/20220609#bookmark-4720690320152580994 2022-06-08T20:54:18Z https://b.hatena.ne.jp/dederon/20220609#bookmark-4720690320152580994 2022-06-08T18:39:51Z あとで読む https://b.hatena.ne.jp/natto21/20220609#bookmark-4720690320152580994 例題はちょっと微妙なので元記事コメントで反論されているが、主張そのものには賛成。別のコメントにもあったけど、SIIerは馬鹿げた規約を作ったりしがち。それがどれだけ末端を苦しめているか、PMは考えるべき。 2022-06-08T17:34:44Z https://b.hatena.ne.jp/bayashimura/20220609#bookmark-4720690320152580994 2022-06-08T17:27:51Z https://b.hatena.ne.jp/advblog/20220609#bookmark-4720690320152580994 2022-06-08T17:04:09Z https://b.hatena.ne.jp/nukosan555/20220608#bookmark-4720690320152580994 2022-06-08T14:29:36Z https://b.hatena.ne.jp/daimaruonline/20220608#bookmark-4720690320152580994 あまりメリットを感じないのは、例がよくないからな気がする 2022-06-08T14:11:37Z https://b.hatena.ne.jp/keint/20220608#bookmark-4720690320152580994 2022-06-08T13:55:33Z https://b.hatena.ne.jp/yamadar/20220608#bookmark-4720690320152580994 オライリーの ThoughtWorks アンソロジーに出てくる「elseを使わないで書いてみよう」はあくまでトレーニングであって、実務では目的に応じて適切にelseも使いましょうという記事。 2022-06-08T13:12:18Z プログラミング https://b.hatena.ne.jp/dhesusan4649/20220608#bookmark-4720690320152580994 2022-06-08T13:06:16Z qiita プログラミング https://b.hatena.ne.jp/uxoru/20220608#bookmark-4720690320152580994 ？？elseがどうかというより、ネスト浅くすればええという話やないの？🤔 2022-06-08T13:04:12Z 言いたいだけ https://b.hatena.ne.jp/tennti-3rd/20220608#bookmark-4720690320152580994 2022-06-08T12:36:21Z https://b.hatena.ne.jp/mak_in/20220608#bookmark-4720690320152580994 プログラミング「言語」というくらいなので、同じ内容を英語や日本語にしても短く簡潔に表現できるようにロジックを作ることを心がけてる。それが命名だったり、ネストだったり、if条件の表現だったりするわけで 2022-06-08T11:51:13Z https://b.hatena.ne.jp/yamori0408/20220608#bookmark-4720690320152580994 2022-06-08T11:16:35Z あとで読む https://b.hatena.ne.jp/arx0balest/20220608#bookmark-4720690320152580994 まずPHPを禁止した方がいいと思うよ。というかPHPってまだ使ってる人いたんだ。 2022-06-08T10:57:25Z https://b.hatena.ne.jp/suika3417/20220608#bookmark-4720690320152580994 Factoryなら生成するためにどっかに列挙型みたいなの用意してそれに準拠してnewしてほしいな…（意図が違う） 2022-06-08T10:52:06Z https://b.hatena.ne.jp/sgo2/20220608#bookmark-4720690320152580994 例えば後からtry〜catchが追加されて、returnで抜けるはずのフローの途中で例外発生→elseのフローに突入というバグが仕込まれる可能性もあるので、開発メンバーの信頼性次第ではきちんとelseを付けた方が良いです。 2022-06-08T10:00:50Z https://b.hatena.ne.jp/yug1224/20220608#bookmark-4720690320152580994 2022-06-08T10:00:36Z https://b.hatena.ne.jp/d-nkt/20220608#bookmark-4720690320152580994 2022-06-08T09:51:11Z https://b.hatena.ne.jp/ant_mugi/20220608#bookmark-4720690320152580994 2022-06-08T09:02:11Z あとで読む https://b.hatena.ne.jp/hayeta/20220608#bookmark-4720690320152580994 2022-06-08T08:35:34Z https://b.hatena.ne.jp/strawberryhunter/20220608#bookmark-4720690320152580994 元はelseの中で必ずreturnするならelseのブロック化は不要だという静的解析ツールの指摘だったんじゃないかと思う。プロジェクトの決め事で現代のプログラミング言語の文法を制限しても良い結果につながらない。 2022-06-08T08:23:33Z 未分類 https://b.hatena.ne.jp/fukken/20220608#bookmark-4720690320152580994 適切に反転して順番を入れ替えれば単独ifでも問題ないところ、自説の説明のためにその辺を誤魔化しているのが邪悪。嘘つきは悪いコード以上に有害。 2022-06-08T07:53:23Z https://b.hatena.ne.jp/unijam/20220608#bookmark-4720690320152580994 2022-06-08T07:15:08Z https://b.hatena.ne.jp/l08084/20220608#bookmark-4720690320152580994 2022-06-08T07:04:12Z あとで読む https://b.hatena.ne.jp/teco_k_suzuki/20220608#bookmark-4720690320152580994 2022-06-08T06:49:38Z https://b.hatena.ne.jp/xlc/20220608#bookmark-4720690320152580994 大手SIer様の規約にwhere句でのOR禁止というのがあって仰天したことがあった。 2022-06-08T06:41:11Z https://b.hatena.ne.jp/matsuoshi/20220608#bookmark-4720690320152580994 2022-06-08T06:40:44Z https://b.hatena.ne.jp/winterfall/20220608#bookmark-4720690320152580994 2022-06-08T06:25:50Z https://b.hatena.ne.jp/dpprkng/20220608#bookmark-4720690320152580994 2022-06-08T06:19:33Z https://b.hatena.ne.jp/Knoa/20220608#bookmark-4720690320152580994 switch 2022-06-08T05:51:19Z https://b.hatena.ne.jp/syuu256/20220608#bookmark-4720690320152580994 “ガード節”とかポリフォーリズムの例は無いのか？ 2022-06-08T05:45:28Z https://b.hatena.ne.jp/zentarou/20220608#bookmark-4720690320152580994 大爆笑 “return のインデントが揃っていません。” 2022-06-08T05:30:34Z https://b.hatena.ne.jp/kako-jun/20220608#bookmark-4720690320152580994 例がポリモーフィズムと関係ない？elseなしのほうが美しいじゃん？phpワケワカラナイ……と思ったけど、ほかの人もそう思ったようで安心しました 2022-06-08T05:26:20Z https://b.hatena.ne.jp/dozo/20220608#bookmark-4720690320152580994 elseなしの意味が解ってない記事 2022-06-08T05:19:31Z https://b.hatena.ne.jp/takets/20220608#bookmark-4720690320152580994 2022-06-08T05:12:00Z https://b.hatena.ne.jp/n314/20220608#bookmark-4720690320152580994 これはelse無しの方がシンプルなので例が良くない、と思ったらコメントに既に書かれていた。 2022-06-08T02:31:03Z https://b.hatena.ne.jp/Guro/20220608#bookmark-4720690320152580994 （こういう（説明文章の）書き方はよいな） 2022-06-08T02:04:37Z https://b.hatena.ne.jp/mziyut112/20220608#bookmark-4720690320152580994 2022-06-07T22:58:53Z Qiita PHP ELSE