[개발일지] - 304

오자마자 금요일에 긴급으로 와있는데 주말사이에 보지 못했던 메일을 확인했고

요청에 따라 해당 문제들을 해결한 다음 답변했다.

 

그 중 하나는 재미있게도 flow trigger 순서로 인해 충돌된 문제였는데

x Time을 기준으로 날짜 비교를 해야하는데 x Time의 경우 A Trigger Flow에서 수정하고

여기는 B Trigger Flow였기 때문에 A Trigger Flow에서 수정한 내용이 반영되지 않은 상태였다.

 

해당 문제를 어떻게 처리할 수 있는지 확인하다가

flow trigger order setting이 있다는 사실을 확인할 수 있었고

flow 내부 설정의 advanced setting을 열어 각각 순서를 정해줬다.

 

리뉴얼을 하는 org의 경우에는 에러가 발생했다고 문의가 들어왔는데

이전에 두 경로로 파일전송하는 부분을 원복시키니 정상화되는 것을 확인했고

파일 전송 부분은 시간 여유가 있을 때 더 손봐야 할 것 같았다.

 

다시 진행하는 프로젝트의 필드를 생성했는데

드디어 두개의 양방향 프로젝트 중 하나의 객체와 자식객체의 연관 필드들을 처리했다.

 

사실 없는 필드도 몇개 있고 관게 설정이 안된 필드나 선택목록이 아닌 필드도 있었지만

대부분은 ERP측에서 필드를 부족하게 전달했거나

고객사에서 해당 선택목록에 대한 정보를 하나도 주지 않아서 작성이 불가능한 부분이었다.

 

레이아웃도 조금 정돈해준 다음 기존에 있던 레코드들을 전부 지우고

log에 쌓여있는 입력 기록들을 가져와 postman으로 발송해보니 모두 정상 입력되었고

관계 설정도 잘 된 모습을 확인할 수 있었다.

 

하지만 양방향 둘 중 하나의 2개 객체에서

아직 양방향도 아닌 거의 4분의 1 완성 상태일 뿐이지만

여기에서도 요구사항과 다르거나 부족한 부분들이 많아 정리 후 고객사에 전달했는데

우리측 과실은 아니고 정보부족으로 발생한 문제들이 무려 8개나 됐다.

 

이후 다른 양방향개체의 Integer로 설정된 type들을 String으로 바꿔줬는데

ERP에서는 code들이 모두 Number로 관리되고 있어서 숫자로 넘어온다고 하지만

어차피 JSON을 거칠 경우 전부 String으로 되어버리고 내부 처리도 String이기 때문에

내부적으로 xxx,xxx,xxx 형태로 구분자가 들어가면 보기 싫기 때문에 전부 String으로 변환했다.

 

한동안 하지 못했던 사례 정리도 진행했는데

월말이고 다음달 초에 휴가라서 월초에 진행하는 보고용 사례를 제때 작성하기 힘들기 때문에

내일 퇴근 전에 진행한 사례들을 마무리해야해서 일단 가능한 부분들은 전부 정리했고

내일 올려야 하는 부분들을 제외하고 올릴 수 있는 사례들도 정리해서 등록했다.

 

오늘도 8시가 넘어버렸는데 내일은 6시 30분까지 터미널에 가야 하기 때문에

되도록 지연되지 않게 빨리 마무리해야겠다.

 

 

(1).백준 29895번 Jõululaul는 등차수열 느낌으로 선물의 개수가 증가하는데

이전에 준 선물들도 제공하기 때문에 계산이 조금 이상한 선물 개수 카운팅 문제였다.

 

1~n까지 증가하고 n개에서 1개까지 감소하기 때문에 

각각의 합은 결론적으로 i * (n+1-i)개로 해당 값을 result에 담아 한번에 출력했다.

const input = 5

const result = []

for(let i = 1 ; i <= input ; i++){
    result.push(i * (input + 1 - i))
}

console.log(result.join('\n'))