[개발일지] - 470

리팩토링 스터디가 오후에 있기 때문에

진행방향과 일정 등에 대한 공지를 먼저 확인했고

알고리즘 스터디에서 매일 풀기로 한 문제를 등록하는 예시를 등록해줬다.

 

사실 예시를 등록하려고 들어갔지만 다른분이 이미 조금 더 체계적으로 필드를 정리하셨고

두문제를 풀어서 올리셨기 때문에 남들이 보기도 더 편해진 것 같고 나도 유사하게 올릴 수 있었다.

 

Form에서 수신하는 인터페이스 생성을 드디어 마무리할 수 있었는데

운영에만 직접 워드프레스로 연결했기 때문에 개발서버에 필드를 만들어 두지 않아서

에러가 발생할 때마다 해당 필드들을 찾아서 연결하느라 시간이 많이 낭비됐다.

 

정의서까지 마무리해서 일반적이면 해당 업무가 끝나겠지만

링크 방식으로 변경 요청을 받았기 때문에 링크 개체를 생성해줘야 했고

개체간 조회 필드로 연결 작업을 해주고 인터페이스 진행 시 수신될 wrapper도 정의해줘야 했다.

 

구상을 마치고 작업을 하려고 하는데 갑작스럽게 파일 전송 관련 긴급 확인 요청이 들어왔고

이전에 다 처리가 되었는데 오후 4시에 회의를 한다고 하기 때문에 부랴부랴 해당 내용을 확인했다.

 

SFDC쪽 처리에는 문제가 없긴 했는데

중개서버에서 read timeout이 발생할 경우 try catch 외부에서 에러가 발생하기 때문에

Interface Log 생성을 하지 않는 부분이 있어 내부로 이동해서 정상 로그 생성 확인을 해주고

인터페이스 에러 발생 시 담당자들에게 에러가 생긴 문서들의 링크가 포함된 메일이 발송되는지 확인했다.

 

회의 참여 전 문의가 들어온 내용들을 다시 확인하고

중개서버 담당자분이 하필 오후 반차를 나가신 다음에 회의가 긴급하게 잡혔기 때문에

관련 예상 질문들에 대해서도 미리 확인해둬야 했다.

 

다른 인터페이스에서 필드 추가 요청이 들어와서 빠르게 추가하고 배포를 마무리한 다음

4시에 회의에 참여했는데 파일 전송 시스템 에러가 이미 해결된 것을 모르고 긴급 소집된 것이었고

중개서버의 에러 원인에 대해서도 자기들은 잘못이 없는 것 같다는 협력사쪽 문의가 있었는데

일단 수신된 로그를 바탕으로 처리를 하셨고 정상 작동까지 마무리 하셨다고 했기 때문에

당장 변경이 필요한 내용이 없고 담당자분이 오시면 정의서를 전달드리기로 마무리했다.

 

리팩토링 스터디는 5시 30분부터 시작이었고

1시간도 안걸릴거라고 생각한 것과 다르게 6시 50분쯤에 끝나버렸는데

생각보다 뭔가 기술적으로 적용하는 내용은 없었지만

왜 리팩토링이 필요하고 어떤 문제들이 있는지에 대해 확실히 알 수 있는 시간이었다.

 

주로 언급되는 내용은 중복, 모호한 이름, 사용되지 않는 코드 등이었는데

그외에 대부분의 문제들은 이런 내용이 혼합적으로 섞여있는 느낌이었다.

 

다음 시간부터는 실제 코드를 바탕으로 실습영상을 본다고 하는데

사실 영상을 혼자 보면서 하면 따라하느라 중단도 자주 해야 하고 할게 많을 것 같은데

이걸 실시간으로 따라가면 다음 시간은 과연 얼마가 걸릴지 기대된다.

 

 

(1).백준 15000번 CAPS는 대문자로 바꿔야 한다는 내용으로

간단하게 toUpperCase()를 사용해서 문제를 해결할 수 있었다.

const input = `earthisunderattack`

console.log(input.toUpperCase())