손상되거나 느린 웹 애플리케이션을 수정하고 근본 원인을 설명해 드립니다.

이 서비스는 무엇인가요?

재구축이 아닌 디버깅. 오류가 발생하는 페이지, 데이터가 손실되는 양식, 9초가 걸리는 요청 등 오작동하는 애플리케이션이 있고, 제품을 재작성하지 않고 실제 원인을 찾아 수정할 사람이 필요합니다.

작업 진행 방식

먼저 재현합니다. 대략적으로가 아니라, 동일한 입력, 동일한 환경, 제 눈으로 직접 관찰된 오류입니다. 재현할 수 없는 버그는 솔직히 수정했다고 주장할 수 없는 버그입니다.

그런 다음 범위를 좁힙니다. 먼저 로그를 확인하고, 다음으로 네트워크 추적을 확인하며, 이전에 작동했다면 커밋 기록을 통해 이분법적으로 확인합니다. 성능 문제의 경우 추측보다는 프로파일링을 사용합니다. 느린 데이터베이스 쿼리와 느린 템플릿 렌더링의 차이는 측정하기 전까지는 보이지 않습니다. 간헐적인 오류의 경우 공유 리소스(연결 풀, 잠금, 충돌하는 캐시 키)를 찾습니다.

수정은 원인을 제거하는 가장 작은 변경입니다. 근본 원인이 아키텍처적인 경우, 그렇게 말씀드리고 지금 당장 저렴한 완화책과 함께 적절한 수정 사항을 별도로 제시하여 실제 수치를 바탕으로 결정할 수 있도록 합니다.

얻게 될 것

• 서면 진단: 무엇이 잘못되었는지, 이유, 그리고 증거.
• 재현 사례가 회귀 테스트로 전환되어 적용되고 테스트된 패치.
• 다음으로 발생할 수 있는 인접한 문제에 대한 짧은 메모, 발생 시기에 따라 순위가 매겨집니다.

필요한 것

저장소에 대한 액세스, 문제를 재현할 수 있는 방법(단계, 화면 녹화 또는 제가 사용할 수 있는 계정), 그리고 오류 텍스트 또는 로그 라인(있는 경우). 성능 작업의 경우 허용 가능한 수준이 어떤 것인지에 대한 대략적인 아이디어.

처리 시간 및 커뮤니케이션

진단은 일반적으로 증거와 함께 당일 도착하며, 원인을 확인하고 방향에 동의하면 패치가 뒤따릅니다. 아무것도 조용히 변경되지 않습니다. 변경 사항, 테스트로 전환된 재현, 그리고 무엇이 잘못되었는지에 대한 명확한 설명을 받게 됩니다. 솔직한 답변이 수정이 증상이 시사하는 것보다 더 크다는 것이라면, 작업이 완료된 후가 아니라 작업이 시작되기 전에 그 내용을 받게 됩니다.