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