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 | 29 | 30 | 31 |
Tags
- JavaScript
- TS
- Redux
- spring boot
- It
- React
- 프론트엔드
- spring
- 수제비
- JS
- 자바스크립트
- security
- spring boot security
- 큐넷
- Front-End
- VUE
- useState
- 웹개발자
- JWT
- frontend
- Authentication
- 정보처리기사
- Node.js
- 타입스크립트
- 정보처리기사 실기
- TypeScript
- 백엔드
- 리액트
- 스프링부트
- 백엔드개발자
Archives
- Today
- Total
목록좋은 코드 (1)
솔적솔적
팀원과 협업 시 좋은 코드를 만들기 위한 기본 원칙들을 돌이켜보며
너는 if문을 왜 그렇게 써?그리고 중첩된 else if, 왜 좋지 못한 코드를 쓰는거야?switch문을 사용할 생각은 없는거야? 여기에서 아, 내가 급하게 기능 구현만하려했었다라는 반성 연이어,협업 시 팀원의 분노게이지를 상승시키지않을만한 좋은 코드란 것에 대해서 돌이키며 유념하고자 정리하는 글이다. 소프트웨어에서 기본 원칙이나 클린 코드 등 책들을 읽으며 알았던 좋은 코드에대해서 정리해보면, 코드를 읽는 사람이 쉽게 이해할 수 있어야하는 “가독성” ⇒ 변수명, 함수명, 들여쓰기, 구조가 직관적이어야한다Readability ⇒ 읽기 쉬운가? 코드 수정이나 기능 추가 시 다른 부분에 영향을 최소화해야하는 “유지 보수성”Maintainability ⇒ 고치기 쉬운가? 중복 코드 제거, 모듈화, ..
Front-end
2024. 11. 5. 09:59