품질이 낮은 코드는 사이트 개발시 추가 비용이들 수 있으며
더 나쁜, 전체 사업. 많은 기업가들은 프로그래밍이나
이 분야의 기술 담당자로부터 도움을받을 수 없습니다. 다행히도 확인할 수 있습니다
혼자서 코드 품질. 어떻게 궁금하십니까? 에 지정된 지침을 따르십시오.
이 기사!
Table of Contents
첫째로-예방
프로그래머와의 협력을 시작하기 전에 잠재적 인 직원을 확인하는 것이 좋습니다
코드의 품질을 위해 어떻게합니까? 코드를 요청하는 것이 가장 좋습니다
개인적으로 또는 Github와 유사한 서비스를 통해 샘플링합니다. 얻은 키로 코드를 확인하거나
숙련 된 프로그래머에게 초기 평가를 요청하십시오.
열악한 코드 품질에 어떤 영향을 미칩니 까?
잘못된 코드 품질에 영향을주는 몇 가지 요소가 있습니다. 실제로 프로그래머의
태만이 항상 주된 것은 아닙니다. 커미셔너로서 귀하는
코드 품질을 낮추는 방법 :
- 배달 시간이 너무 짧습니다
- 계획이 잘못 수립 된 프로젝트, 서두에 준비된 사양,
- 프로젝트의 범위와 예산에 대한 나쁜 평가, 프로그래머는
동일한 예산 내에서 추가 변경 - 6 명의 프로그래머가있는 곳에도 있습니다 …. 코드 냄새-잘 지키려고 노력하십시오.
알려진 영구 팀 - 귀하와의 프로젝트 / 협력이 일회성이므로 약속을 줄입니다.
- 프로젝트가 수행되는 프로그래밍 언어의 기초를 배우십시오.
아웃.
나쁜 코드가 왜 그렇게 나쁜가요?
몇 가지 이유가 있으며 모두 비즈니스에 부정적인 영향을 미칩니다.
- 코드 개발 및 유지 관리 비용이 많이 들고
- 프로젝트를 처음부터 다시 작성해야 할 수도 있습니다.
- 품질이 좋지 않은 코드로 작업하려는 프로그래머를 찾기가 어렵습니다.
- 사업 개발을 중단하거나 늦출 수 있습니다.
- 안전성 감소
- 식별하고 수정하기 어려운 버그를 생성합니다.
코드의 혼란
몇 개의 파일을 열고 코드를 자세히 살펴보십시오. 규칙적이고 형식이 좋은 텍스트 대신
전혀 이해하지 못한다는 것입니다. 읽을 수없고 이해할 수없는 혼란이 있습니다.
전혀 해석하지
어떤 논리도 보지 말고 계약자에게 우려 사항을 알리십시오.
이름과 명명 규칙
프로그래밍을 다루었다면 함수와 변수가 무엇인지 알 것입니다. 만약
당신은 그들에 익숙하지 않습니다, 5 분의 가이드를 읽고 당신이 할 수 있습니다
테스트 된 코드에서 함수, 클래스, 변수를 인식합니다. 무엇을 경고해야합니까?
- 영어가 아닌 항목,
- 이해할 수없는 이름 (예 : addUser () 대신 xyz ())
- 형식 불일치 (예 : 함수 이름, function_name, functionName
<! -댓글이 너무 많음->
/ * 모든 절차를 설명하는 코드에 주석이있는 것처럼 보일 수 있습니다.
좋은 습관처럼 보입니다. 글쎄요, 특히 계약자가
이전 단락과 의견을 따라 잡으려고했습니다. 궁극적으로 코드는
추가 설명없이 이해할 수 있습니다. 주석은 다음과 같은 경우에만 사용해야합니다
불가능합니다.
충분한 프레임 워크로 충분합니다
계약자는 많은 다른 프레임 워크를 사용하라고 조언합니까? 그렇다면 고려할 가치가 있습니다
그들 모두가 필요한지. 동일한 작업을 수행하는 프레임 워크 복제
복잡한 코드로 이어지는 가장 쉬운 방법입니다. 결과적으로 사이트는 더 무겁고
더 실패하기 쉽다.
신기술 또는 구식이지만 골디
계약자가 X 년 동안 배운 프레임 워크를 사용할지 여부를 확인하는 것은 매우 쉽습니다.
전에 (그리고 그는 여전히 고객에게 그것을 제공하려고 노력하고 있거나) 혁신하도록 우리를 설득하려고합니다. 에서
두 경우 모두 이로 인해 웹 사이트와 관련된 유지 관리 문제가 발생할 수 있습니다.
리포지토리 실행 방식 확인
웹 사이트를 만드는 경우 저장소가 필요하지 않지만 액세스 할 수있는 경우
하나, 그것은 당신이 작업의 진행 상황을 추적 할 수 있습니다. 또한 소위
“커밋”및 설명, 프로젝트 실행 방법을 평가할 수 있습니다. 설명이
단일 “커밋”은 의미가 없으며 정보를 제공하지 않으므로 어려울 수 있습니다.
미래에 찾을 수 있습니다.
테스트 요청
응용 프로그램의 경우 단위 테스트를 동시에 작성해야합니다. 그들의 임무는
코드 확인 속도를 높입니다. 또한 코드 품질에 더 많은주의를 기울입니다.
그 자체.
방금 프로그래머의 프레임을 잡았다면 ….
코드 품질을 검사하도록 동기를 부여했기 때문에 문제에 대해 사과드립니다. 에 따라
계약 및 의무에 따라 코드 냄새의 원인을 표시하고
복구 계획 및 중요한 사항은 가능한 한 빨리 구현하고 계속 진행하지 마십시오.
막 다른 골목.
마지막으로, 고품질 코드로 성공적인 프로젝트를 수행하시기 바랍니다. 🙂