・名前を見ただけで情報が読み取れるような命名を行う・一貫性と意味のあるスタイルでコードを整形する・コードから直ぐ読み取れる事はコメントしない。(そのメソッドが何を返すのか?その変数がどういった値を持っているのか?)その為のノウハウは下記の通り。setup、build、generate、compose、add、new・汎用的な名前は避けるなんの意味も含まない名前ではなく、データの値や目的を表した名前を付ける(明確な意図がある場合は別)例)hoge、tmp、retail、foo、hoge、it・抽象的な名前よりも具体的な名前を使う変数やメソッドの動作をそのまま表すような名前を付ける。truncate・限界値を明確にするには、名前の前にmaxやminを付ける・範囲を指定する時は、firstとlast、minとmax、beginとendの様に、包括関係が分かる単語を用いる・ブール値(tureかfalse)の場合、頭にis・has・can・shouldなどを付けるとわかりやすい。本日クライアントから、バグの報告があったが、改めてテストケースの設定が十分で無かったと実感した。バグの内容としては、IEで一般ユーザーのダッシュボード一覧を表示すると、応募フォームへ遷移する為のボタンが消えるという事象だった。テストケース製作途中で実装された箇所だった為、突貫的にテストケースに取り込んだが、IEのテストには盛り込んでいなかった。テストケースの作成と開発を同時並行で進める場合は、テストケース作成に着手した時点と作成後の差分を漏れ無くチェックする必要があると実感した。差分機能のテストケースを作成する際に、バグの見逃しを防ぐ為にも、テストの観点(表示をテストするのか?IEでもテストも必要か?権限別にテストすべきか?など)は整理しておく必要があると感じた。いえ、限られた時間の中で、全てのバグを検出するのは困難なので、とにかくクリティカルなバグだけは混入しないことに注力していきたい。日)IBMのWatsonきっかけでエンジニアに憧れて28歳未経験でWebエンジニアへ転職。2018年12月から3年間で「10000時間」をプログラミングに捧げる計画を立て、学んだことをブログの投稿中。Activitiesryoutakuこのサイトについてプライバシーポリシ。