TIL_220210

1. Facts(사실, 객관)

 

- A/S 화면 요구사항 재정리 및 개발

- 오류코드 수정 배포하기

 

2. Feelings(느낌, 주관)

 

 

 

3. Findings (배운 점)

 어제 분석한 A/S 화면 요구사항들을 다시한번 분석하여 정리하였습니다. 그와중에 궁금했던 내용을 정리해서 다시 현업에게 질의하여 원하는 답변을 이끌었습니다. 물론 현업에서 비지니스를 잘 알기 때문에 잘 따라야하는 것은 당연합니다. 하지만 한편으로, 단순히 수동적으로 일하는게 아니라 어떤 부분이 문제여서 어떤 부분이 추가되어야하는지 이유를 알아야 개발하는 나도 비지니스 이해도가 높아지고 개선의 이유와 더 나은 방법을 찾게 됩니다. 또한 개선을 목적으로 변경을 했을 때, 특정 코드가 변경됨으로써 다른 부분이 영향을 미치지 않는지 확인하는 것도 중요합니다. 이번 요구사항을 분석하고 코드를 보면서 현업이 잘못 이해하고 있는 부분들을 바로잡아줬고 역제안을 함으로써 편의성을 높여주고자 했습니다. 또햔 그에따른 비지니스 변경사항이나 고려해야할 점들을 논의하여 서로 확실하게 협의하려고 했습니다. 그렇게하니 훨씬 빠르게 요구사항들이 재정리 되었습니다. 조금 급하게 요구한 내용들을 빠르게 개발하고 다음주 안에 배포해줄 예정입니다.

 

 급하게 오류코드를 수정하고 배포해야 할 일이 생겼습니다. 특정 조건이 추가됐을 때, 조회쿼리에서 union절이 발동되기 때문에 특정 칼럼을 union절에도 추가했어야 했습니다. 테스트를 했다고 했으나, 해당 부분은 잘 모르는 부분이었기 때문에 신경쓰지 못했습니다. 만약에 git flow 전략을 썼으면, 빠르게 hotfix를 통해서 수정하고 배포했을 겁니다. 조회쿼리에 문제이기 때문에, 또한 해당 사용자들이 오후에 업무를 사용해도 된다고 이야기했기 때문에, 점심시간에 재배포를 하기로 했습니다. 그래서 다시 jenkins를 통해 빌드하고 점심시간을 이용해서 재기동으로 마무리했습니다. 어제나 갑작스런 문제로 급하게 재배포를 할 일이 얼마든지 있습니다. 그럴 때는 당황하지 않고 빠르게 문제를 해결하고 언제 배포할지 정하고 진행하면 됩니다.

 

4. Action (구체적 계획)

급하게 배포를 해야한다면, 급하더라도 충분한 테스트로 문제해결을 먼저 하는게 우선이다.