cleancode
CleanCodeを意識する理由
hr.icon
システムは作って終わりではない。作成後も機能追加などで継続的に変更を加えることになる。
その前提でシステムに対して求められることは主に2つである
1. 変更をスピーディに行える
2. 変更してもバグを生まない
システムはビジネスの競争力を上げるためにb、よりスピーディにより信頼性高く変更可能な状態になっている必要がある。jklれrジェjれjrkぇjrl毛jれjklrジェlれ
システムがこの条件を満たして上で、継続的に成長していくために「CleanCode」を意識しておく必要がある。
基本原則
hr.icon
高凝集低結合を意識する
結合度をちゃんと理解する
凝集度が高いって何?何が良いの?
Tips
hr.icon
デメテルの法則って何?従うべき?
副作用を避ける
条件分岐(if, switch)の代わりにポリモーフィズム
引数の値が列挙できるものなら、ちゃんとenumを使う
「関数を小さくする」ことの効能
値オブジェクトがNullを取る際の指針
引数は変更するな
単一責任の原則
DRYの原則とは?よくある間違い
CQS
マジックナンバーを変数で表現する
複雑なif判定には名前をつける
不変インスタンスを使ってバグを少なくする
プログラミング毎のTips
hr.icon
clean-code 基本原則
clean-code 雑記
javascript clean-code
react clean-code
react clean-code 雑記
cleancode Tipsメモ from 良いコード/悪いコードで学ぶ設計入門
読むぞ
保守性の高いソフトウェア開発のTips集
ソースコードを汚くするには? - 覚えたら書く
コード品質特性を悪化させるには - 覚えたら書く
運用から見たシステムに関してのあれやこれや - 覚えたら書く
複雑なプログラムに現れる傾向や特徴 - 覚えたら書く
7つの設計原則とオブジェクト思考プログラミング
設計とは、機能設計と構造設計の2つを行って、機能と構造を結びつける行為。
オブジェクト指向の法則
現場で役立つ設計
中途半端に優秀なプログラマが「正しいプログラミングテクニック」だと妄信しがちな3つポイント - 分裂勘違い君劇場 by ふろむだ