  |
K＆Rと同じく、基本省略スタイル推奨。
ただ、ifがネストした場合には、elseのぶら下がりがわかりづらくなるから、必ず中括弧書け、とも言ってる。
? if (a) ? if (b) ? else ? ...;
あと、ブコメでも指摘してる人がいるけど、どのスタイルに従うかはどうでもいいけど、一貫して同じスタイルで書くことはとても重要だ、とも。
既存のプログラムが省略スタイルなら、追加コードも合わせるべきってことだねー。
既存のコードがぐちゃぐちゃだったら、、、スキルが低い集団ってことだから、カッコ付けるスタイルに修正してくほうがいいんじゃないかなー。
こういう記事が上がって http://bulkserver.jp/blog/2014/08/07/php-code/ それへの反応 http://b.hatena.ne.jp/entry/bulkserver.jp/blog/2014/08/07/php-code/ https://twitter.com/search?q=https%3A%2F%2Fcold-voice-b72a.comc.workers.dev%3A443%2Fhttp%2Fbulkserver.jp%2Fblog%2F2014%2F08%2...
プログラミング作法読みなおしてみた。 K＆Rと同じく、基本省略スタイル推奨。 ただ、ifがネストした場合には、elseのぶら下がりがわかりづらくなるから、必ず中括弧書け、とも言って...
しかしこういうアホな論争をみるにつけてgit hubなどにも見られるように近年増々顕著になりつつある ”プログラミングの社会化”に 多くのプログラマーがついていけない(特に日本人...
コードの美しさについては常に世界中のプログラマの間で話題になってる。 中括弧省略の是非を論じてる人は今でもいっぱいいる。 http://stackoverflow.com/questions/8020228/is-it-ok-if-i-omit-curly-brac...
プログラマーならご存知の通りプログラミングは戦争だ。 でも最近あまりにくだらない価値観で戦争している馬鹿が目立つ。
どっちもどっちだか、 まともにコード書いた事ないヤツは黙ってろや！ って事だよ。
あの なんというか。 >>| if( bool ){ function(); } |<< ってね。 >>| if( bool ) function(); |<< ってかけるんだけど 第３者がデバッグしている時に function();にブレークポイント...
そもそも、フォーマッタを統一すればいいだけの話でなんでいちいちデバッガの話とかに発展してんの？ 手で文書をフォーマットするとかそれ以前の話だで。
世界的に評価されて広く使われてるようなプロジェクトのコードを見ると、案外{}が省略されていたりしてそんなことは気にしてない その結果バグは出てるし、やっぱ使わないほうが...
マジレスすると中カッコが増える度にコードの複雑度は増すから、中カッコが少ないコードの方がバグの少ないコード足りうるぞ。
中括弧は、プログラミングを覚えて1年くらいの段階で絶対に付けるようになって今に至ってる。 ブロック内がシングルステートメントなら無くてもいいんだが、後で処理を追加するの...
せやな。「ネストすんな」を言い続けてたらprivate void()でソースを埋め尽くされたこともあるし、もっと大枠で語らないかんな。
まあでも、Appleとかでさえこんなミス見逃して出しちゃうくらいだから、 括弧くらいつけとけ、って感じにはなるよね。 https://www.imperialviolet.org/2014/02/22/applebug.html
研究者のコードだったり、世界的に有名なプロジェクトのコードなどは、 コードを書く人のスキルが担保されているから省略を多用してわかりづらくなっても問題が起きにくい。 翻って...
あくまでも読みづらかったらという前提だが 優れたプロジェクトほどコミッターに怒られてレジェクト食らうだろ。
研究者のコードだったり、世界的に有名なプロジェクトのコードなどは、 コードを書く人のスキルが担保されているから省略を多用してわかりづらくなっても問題が起きにくい。 い...
そうかー。 みんなif文の括弧省略できるならしてるし、俺も好きだけど、コーディング力の質の担保された世界に住んでたんだ俺。 なんかちょっと優越感だな。
典型的なアンチパターンやん if (hoge) fuga(); って書いてｵﾚｶｺｲｲ（ｷﾘｯしたら 後日誰かが if (hoge) fuga(); piyo(); って書き足して涙目になるで。
＞どういうコードを書いてるかよく分からないような人たち。 重箱の隅つついて悪いけどちょっと調べりゃgithubのアカウント見つかるよ
python ! python !!
そういう本質的でないところでつっこんでくるだけでなく あまつさえ八つ裂きとか言い出すひととは一緒に仕事したくないですね 自転車置き場で一生たむろしてて欲しいです
こういう事件があったことをもうお忘れかい？ ttp://qiita.com/tomohisaota/items/e6995e89b843e1295c08
ケアレスミスは、どういうコーディングスタイルでも起きるよ。 問題なのはコーディングスタイルじゃなくて、それがレビューなしでコミットされた開発体制であって 個人の責任じゃな...
なるほど、もっともだ しかし、しょうがなく「レビューなしでコミットされた開発体制」を取らざるを得ない場合はどうだ？ 人手が足らなくて、時間も無い時。 できればケアレスミス...
きちんとしたテストがあれば、どっちでもいいとマジレスするとまずい雰囲気だな、これ。
4
