[개발일지] - 688

다우오피스 전송 관련 로그 개선사항을 마무리하고 운영에 배포했는데

배포 후 추가적으로 확인해보니 에러가 발생하는 것을 확인할 수 있었다.

 

에러 자체는 새로 추가한 부분이 아니고 그냥 발생한 부분을 캐치했다고 볼 수 있고

에러가 생긴 원인을 파악해보니 실제 연결된 샘플을 먼저 삭제한 다음

다우오피스에서 해당 레코드의 상태를 ‘삭제’로 변경하려고 하니 연결된 샘플이 없어 Apex에서 에러를 만들기 때문에

SFDC에는 자꾸 에러 로그만 쌓이고 다우오피스측에서는 에러가 발생해 ‘삭제’처리가 되지 않는 문제였다.

 

원인은 간단하지만 어떻게 복구할 수 있는지 샘플에 IsDeleted로 검색을 해도 나오지 않았는데

휴지통(Recycle bin)인 DeleteEvent 개체에 해당 Id를 검색하니 찾을 수 있었고

해당 내용을 복원하고 다우오피스에서 삭제 처리 시 Apex 에러가 없을 것 같았기 때문에

고객사에 해당 에러를 발견했고 복원 가능하다는 내용을 전달했다.

 

 

(1).프로그래머스 n의 배수는 단순히 주어진 값이 n의 배수인지 여부를 체크해서 0, 1로 결과를 반환해야 했는데

바로 삼항연산자를 통해서 해결해버렸다.

 

다른 문제들을 풀고 싶었지만 백준에서 504 에러가 계속 발생했고

결국 시간 내에 제출을 하기 위해서 프로그래머스를 급하게 들어왔는데

그 사이에 쉬운 문제들도 많이 추가되고

단계적으로 풀만한 문제들도 많이 보이기 때문에

사실 코딩테스트를 준비한다는 가정 하에는 프로그래머스가 더 좋을 것 같아 보였다.

function solution(num, n) {
    
    return (num % n) > 0 ? 0 : 1
}