
자신의 코드와 다른 개발자의 코드 다른 개발자들이 활발하게 코드를 변경하더라도 코드의 품질이 유지되려면 코드가 튼튼하고 사용하기 쉬워야 한다. 고품질 코드를 작성할 때 가장 중요한 고려 사항 중 하나는 다른 개발자가 변경하거나 코드와 상호작용할 때 발생할 수 있는 문제는 없는지, 또 발생한다면 그 문제를 어떻게 완화할 수 있을지를 이해하고 선제적으로 조치하는 것이다. 우리는 혼자 일하지 않는 이상 다른 개발자들을 고려하지 않고는 고품질의 코드를 작성할 수 없다. 코드를 작성할 때 다음 세 가지를 고려하는 것이 유용하다. 자신에게 명백하다고 해서 다른 사람에게도 명백한 것은 아니다. 다른 개발자는 무의식중에 내 코드를 망가뜨릴 수 있다. 시간이 지남에 따라 자신의 코드를 기억하지 못한다. 자신에게 분명하다..

코드는 어떻게 소프트웨어가 되는가 코드는 일반적으로 엔지니어가 작성하자마자 실제로 실행되는 소프트웨어가 되는 것이 아니다. 코드가 의도한 대로 작동하고 기존의 기능이 여전히 잘 작동한다고 확신하기 위한 다양한 과정과 점검이 이루어진다. 이러화 과정을 소프트웨어 개발 및 배포 프로세스라고 부른다. 코드베이스(Codebase): 소프트웨어를 빌드할 수 있는 코드가 저장된 저장소다. 이것은 일반적으로 깃, 서브버전, 퍼포스 등과 같은 형상관리 시스템에 의해 관리된다. 코드 제출(submitting code): 코드 커밋 혹은 풀 요청 병합이라고도 불린다. 개발자는 일반적으로 코드베이스를 자신의 로컬 컴퓨터에 복사하고 여기서 코드를 변경한다. 코드 변경이 끝나면 변경된 사항을 메인 코드베이스에 제출한다. 코드 ..
- Total
- Today
- Yesterday
- 스프링
- 데이터베이스
- 정렬
- leetcode
- 릿코드
- webflux
- 백준
- 파이썬
- 그리디
- Real MySQL
- mysql 8.0
- 스프링 부트
- 리팩토링
- 북클럽
- 김영한
- Spring
- kotlin
- 스프링부트
- 노마드
- 자료구조
- 코테
- Algorithm
- spring boot
- 노마드코더
- 알고리즘
- 문자열
- 구현
- 코틀린
- 인프런
- MySQL
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |