Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
Tags
- 세이노의가르침
- UNiQUE
- 조영호
- 스터디
- serverless
- OOP
- futureself
- 부자아빠가난한아빠2
- 개발자
- 퓨처셀프
- 오브젝트
- validator
- Nestjs
- 자청
- 북스터디
- PRISMA
- nodemailer
- Validation
- BOOK
- AWS
- nodejs
- Object
- 클린코드
- googleapis
- 독후감
- 일상속귀한배움
- Study
- 객체지향의사실과오해
- typescript
- 역행자
Archives
- Today
- Total
목록보이스카웃규칙 (1)
우당탕탕 우리네 개발생활
validation에 타협은 없다(feat. 보이스카웃 규칙)
과 를 공부하면서 흥미로운 법칙을 알게 되었다. 바로 보이스카웃 규칙 이다. 캠핑장은 처음 왔을 때보다 더 깨끗하게 하고 떠나라 라는 원칙이는 리팩터링이라는 단어가 갖는 철학과 너무 잘 맞는다. 이전보다 더 깨끗이 정리한다는 의미는 먼지하나 없이 깔끔하게 정리하는 것을 의미하지는 않는다. 상대적으로 조금 더 깔끔하면 된다. 이 법칙을 지닌 사람이 조직 내 많으면 많을수록 그 효과는 배가되지 않을까? 학교 수업이 끝난 후 모든 학생이 본인의 자리 주변만 정리해도 청소 당번이 따로 필요 없을 것이다.최근 레거시 코드에 피쳐를 추가할 일이 생겼다. 이미 시작도 전에 나는 법칙에 충만한 한 명의 보이스카웃일 준비를 마쳤다. 내 작업분을 테스트코드 작성과 더불어 마친 후 작업분 주변의 리팩터링 필요를 살핀 후 적..
tech
2024. 5. 23. 22:28