본문 바로가기

📇기타8

안전한 개발 생활을 위한 매뉴얼(신입 개발자들 필독) 개발자로 생활을 하다 보면 시스템에 중대한 손상을 발생시키거나 데이터 손실을 초래할 수 있는 위험한 순간을 마주하기도 한다. 시스템의 중대한 손상이나 데이터 손실은 팀과 조직에 치명적일 뿐만 아니라 사용자에게도 심각한 영향을 미칠 수 있다. 이런 상황을 방지하기 위해 안전한 개발 생활 매뉴얼을 작성해보고자 한다. 운영체제(리눅스) 1. root 계정 사용하지 않기 root 계정은 최상위 권한을 가지고 있어 오동작이나 실수로 인한 치명적인 상황을 초래할 수 있다. 따라서 개발 작업 시 root 계정을 사용하는 것은 피해야 한다. 보통은 별도의 인프라 조직에서 사용자 계정을 생성해 주겠지만, 담당 부서가 없거나 직접 서버 작업을 수행해야 하는 경우, 반드시 별도의 사용자 계정을 생성하여 사용하도록 하자. 2.. 2024. 1. 15.
레거시 코드에서 테스트 코드 시작하기 무진장 긴 메서드, 알 수 없는 변수 이름, 텅 빈 테스트 코드 디렉터리...ㅠ 대다수의 기업의 경우, 기존에 개발되어 있는 프로젝트를 인계받거나 처음으로 유지 보수 업무를 맡게 되면 보게 되는 코드의 특징이다. 이런 코드를 이제 수정하거나 변경해야 한다. 이 코드들을 건드리기 시작하면 무수히 많은 오류와 버그에 부딪히게 될 것을 우리는 알고 있다. 손대지 않으면 안 되냐고? 안 된다. 기업이나 고객은 늘 새로운 요구사항을 가지고 온다. 요구사항에 맞추어 수정이 일어나지 않는다면 우리는 더 이상 돈을 받을 수 없다. 테스트 코드가 없는 상황에서 수정은 항상 잠재적인 문제를 가지고 있고 문제가 발생하면 쉽게 해결되지 않아 야근으로 이어진다. 즉 테스트 코드 개발 환경에서 테스트와 배포는 항상 불안하기만 하.. 2023. 12. 1.
우테코 프리코스 공통 피드백 정리 커밋 메시지를 의미 있게 작성한다. git을 통해 관리할 자원에 대해서도 고려 .idea, .metadata, .class 등의 파일을 굳이 관리하지 않아도 됨 PR을 한 번 작성했다면 닫지 말고 추가 커밋 이름을 통해 의도를 드러내기 연속된 숫자나 불용어(info, data, a, an, the) 사용 지양, 축약 금지 클래스와 메서드 이름을 한 두 단어로 유지하려고 노력하기 문맥을 중복하는 이름 자제 order.shipOrder()보다 order.ship이 더 적절 공백도 코딩 컨밴션 if, for, while문 사이의 공백도 코딩 컨벤션 공백 라인을 의미 있게 사용 문맥을 분리하는 부분에 사용 space와 tab을 혼용하지 않는다. 의미 없는 주석을 달지 않는다 주석 대신 변수명, 메서드 명을 통해.. 2023. 11. 17.
[우테코 프리코스] 2주차 회고 이번주에는 자동차 경주 게임 미션을 수행하였다. 카트라이더나 마리오 카트 같은 복잡한 게임은 아니지만 확률적으로 자동차를 이동시키고 먼저 끝에 도달한 사람이 이기는 게임이었다. 경주 게임 미션을 수행하면서 저번주 리뷰에서 알게 된 사실과 개선 방향들을 참고해서 코드를 작성하였다. 이번에는 애플리케이션의 구조를 명확하게 해 보기 위해 MVC 패턴을 사용해 보았다. 뷰와 컨트롤러, 모델을 분리해 놓고 비즈니스 로직은 최대한 모델에서 수행하도록 하였다. 이렇게 하니 각각의 레이어가 가지는 책임이 좀 더 명확해진 것 같다. 다만, 이번에는 모델들이 갖는 책임들이 적절하게 분배가 되었는지 각 계층 간 의존도는 없거나 낮은지 좀 더 생각해보아야 할 것 같다. 이번 주 리뷰에서 나온 내용 1. 람다식 매개변수에도 불.. 2023. 11. 4.
728x90