[개발일지] - 300

작년 9~11월에 진행했던 프로젝트 관련 인터페이스 문의가 들어왔는데

해당 내용은 오래되서 내가 했는지도 기억나지 않았지만 정의서를 보고 간단하게 대답했다.

 

오늘 오픈이라는 프로젝트는 회신을 내가 해줘야 했기 때문에

담당자에게 리마인드를 해준 다음 다른 작업으로 넘어갔다.

 

인터페이스를 이전하려는 회사의 경우 협력사에서 서버로 넘겨달라고 주소를 줬는데

서로 다른 JS로 작업을 해서 해당 내용을 어제 정리 후 오늘 마무리를 하려고 헀는데

발송이 되지 않아 자세히 보니 http라서 전송이 제한되고 있었다.

 

SFDC 내부 class의 경우에는 http / https를 구분하지 않고 발송이 되지만

class 우회로 보내는 것 보다 https로 업그레이드 하는 편이 보안에 좋기 때문에

협력사에 https로 업그레이드를 요청하고 다른 작업으로 또 넘어갔다.

 

리마인드를 했던 작업을 확인하니 마무리 단계였기 때문에

해당 내용과 재확인한 내용을 공유해서 회신을 보냈다.

 

지금 진행중인 인터페이스 프로젝트 중 양방향 복잡한 인터페이스는

양방향은 커녕 ERP 필드와 기존 필드 분리조차 쉽지 않았는데

정의서도 제대로 있지 않고 요구사항도 모호했기 때문에 필드의 사용이나 명칭도 정해야 했다.

 

일단 하나의 개체에 먼저 필드들을 생성하는데

관계도 애매하고 ERP에서 받은 필드들 중 key가 아닌 name만 보내는 것도 있기 때문에

해당 값을 관계형으로 조회할 수가 절대 없어서 곤란했는데

안되는 부분들을 빼고 일단 가능한 필드를 전부 생성해서 연결하니 값은 잘 들어갔다.

 

작년에 진행한 인터페이스쪽에서 갑작스럽게 추가 인터페이스를 요청했는데

고객사의 협력 택배관련 업체에서 추가 필드가 있어야 조회가 용이하다고 요청을 직접 했지만

해당 내용은 바로 처리할 수 없고 고객사를 통해서 문의해주시면 처리가 가능하다는 답변을 했다.

 

퇴근을 할까 싶었지만 작년에 진행한 다른 프로젝트 유지보수 관련 또 문의가 들어왔는데

관련된 Batch와 Schedule 그리고 flow까지 확인해야 해서 결국 저녁을 먹고 추가 확인을 진행했다.

 

그 중 재미있었던건 hourSet이라는 set에 배치가 돌아갈 시간을 담아두고

쿼리 내부에 시간조건이 맞지 않는 경우 id = null과 같은 함정조건을 추가하게 만들어서

인터페이스 자체가 돌아가지 않게 만드는 재미있는 기술도 확인했다.

 

해당 내용을 정리해 알려드린 다음

이전에 진행하던 인터페이스 연결 부분에 조회 필드도 추가했지만 정상적으로 들어갔고

이전 log를 조회해 postman으로 전부 따로 발송해보니 정상적으로 값이 들어가는 것을 볼 수 있었다.

 

딱 한개가 에러가 발생헀는데

이 부분은 ERP에서 개발서버로 테스트 데이터를 보내던 중

부모개체 두개를 자식 하나로 보내서 Master-Detail 관계 오류로 발생한 것으로 보였다.

 

 

(1).백준 24723번 녹색거탑은 각 층마다 내려올 수 있는 경우의 수를 출력해야 하는 문제였다.

 

간단하게 2의 제곱으로 처리할 수 있는 문제였기 때문에 2**n 형태로 출력해서 해결했다.

const input = Number('1')
console.log(2**input)