知らないと恥ずかしいコードレビューで指摘されがちなポイント14選 - Qiita

この記事はNuco Advent Calendar 2022の13日目の記事です はじめに 私は情報系の学部に通う大学４年生です。大学でプログラミングを学んだことをきっかけに、プログラミングを使用した実際の業務に取り組んでみたいと思いました。そして、株式会社Nucoさんで機会をいただき、現在インターン生として実務に参加させていただいています。 自分のように、プログラミングを学び、「実務の経験が積みたい」「インターンに参加してみたい」という方はたくさんいらっしゃるかと思います。この記事では自分が実際にインターン生として実務に参加し、コードレビューで指摘されたポイントを紹介します。 難易度、頻出度の目安を★の数で示しています。 ・難易度・・・それぞれの項目で指摘されないようなコードを書く難しさ。 ・頻出度・・・それぞれの項目のミスの起きやすさ。 難易度(低→高)、頻出度(高→低)の順番で紹介し

[JULY]

例外処理の話がちょっと微妙。例のように except で print して終わっちゃうと、例外を握りつぶすことになる。握り潰してしまうぐらいなら、異常終了した方が、問題に早く気付ける。

[xlc]

設計レビューでは「マウント合戦」は起こらない。私はプログラマの自尊心の低さが無用なマウント合戦を産んでいるのだと思ってる。こんなものを丸暗記したところでキミたちは所詮「下の者」と思われているのだよ。

[daira4000]

pythonよく知らんけどlinterが良い感じに指摘してくれないの？

[psne]

「やりすぎるとかえって可読性を下げる可能性があるので注意」が付いた項目は、極力使わない。(既に下がっている)