5년차 백엔드 개발 베테랑이 초보자에게 전하는 12가지 조언

1. 요구 사항이 명확해지기 전에는 개발할 필요가 없습니다. 이는 금기 사항입니다.

2. 예상 수요 시간에 최소 1.2배 추가

3. 요청자의 원래 의도를 명확히 하고 이 개발이 작업 할당에 따라 개발될 것인지 아니면 독립적으로 개발될 것인지 명확히 합니다

#🎜 🎜# 4. 구현되지는 않았지만 기술을 마스터할 수는 없지만 새로운 기술을 도입하는 데 드는 시간 비용, 인건비 및 그에 따른 유지 관리 비용이 극도로 높기 때문에 적절한 시간 내에 가장 완벽한 기술 아키텍처를 제공하는 것은 불가능합니다. 하지만 업계 표준 솔루션이 필요하며 단가 시간 내에서 제어할 수 있습니다. 기술을 도입한 사람이 책임을 져야 합니다. 상황에서는 일반적으로 비문 주석을 도입하는 것을 피해야 하며 모든 주석에는 Significance

이 있어야 합니다. 6. 큰 코드 세그먼트의 재사용은 C/V로 직접 캡슐화될 수 있습니다. 다만, 상세한 내용은 반드시 읽어보고 확인해야 합니다.

7. 코드 작성 방법은 조금 작성하고 테스트를 조금 하는 것이 아닙니다. 마음속으로 단계를 정리하고 테스트 및 수정을 위한 기본 버전을 작성하는 것입니다. 코드 문장을 작성하고 테스트하는 것은 초등학생을 위한 초급 수준의 접근 방식입니다.

8. 코드 환경은 독립적이어야 합니다. 코드는 분산 Git 또는 GitLab을 사용하여 호스팅되어야 하며, 최소 권한 원칙에 따라 백업 습관, 권한 및 분기 관리, 작업 할당이 있어야 합니다. ; 코드의 브랜치 관리는 개발 브랜치, 테스트 브랜치, 시험판 브랜치, 온라인 마스터 브랜치, 핫픽스 버그 수정 브랜치로 구분되어야 합니다. 핫픽스만 메인 마스터 브랜치에 직접 병합할 수 있습니다. 코드 환경의 경우 개발은 개발 분기이고 테스트는 테스트 분기, 비즈니스 분기 및 시험판 블랙박스 환경입니다. 각 환경은 독립적인 상자이며 관련 콘텐츠를 가진 사람은 해당 권한을 가져야 합니다.

9. 기술개발은 우선 인재의 선택입니다. 개발은 책임과 신뢰를 의미합니다. 테스트되지 않은 콘텐츠는 게시를 금지합니다. 검토, 설계 및 공동 논의를 거치지 않은 콘텐츠는 공식 환경에 게시되지 않습니다. 청구인이 부담합니다.

10. 스타트업 회사에서나 미션을 수행하는 동안 목표는 빨리 결과를 내고, 제품을 생산하고, 빨리 시작하는 것입니다. 아키텍처의 우선 순위는 출시일보다 낮기 때문에 빠른 반복입니다. 기술 아키텍처가 특히 중요합니다. 이를 시행할 전담 인력이 있어야 합니다. 이미 코딩 스타일이 있는 경우 이전 스타일에 따라 개발됩니다.

11. 예상 개발 시간은 자신의 개발 속도, 개발 작업에 대한 이해와 집중력, 그리고 수요자의 요구 사항에 따라 결정됩니다. 자신이 줄 수 있는 시간을 기준으로 하고, 최종적으로 자신의 개발 능력 60%에 개발자가 준 시간의 40%를 더해 해당 개발 시간을 준다.

12. 코드의 재사용성, 아름다움 및 가독성은 한 번에 달성되지 않으며, 재사용 가능한 위치를 재사용하고, 추상화할 수 있는 위치를 추상화해야 합니다. 우수한 알고리즘이 필요합니다. 문제 해결도 중요하지만 코드 재사용과 구조 가독성도 매우 중요합니다. 둘 사이의 비율은 여전히 ​​6대 4입니다. 먼저 기능을 구현한 다음 특정 사양의 도입을 강화하세요.

PHP 관련 기술 기사를 더 보려면

PHP 튜토리얼 열을 방문하세요. 배우다 !

위 내용은 5년차 백엔드 개발 베테랑이 초보자에게 전하는 12가지 조언의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!