[수습일지] - 14(주말)

1.승인 프로세스를 생성하기 위해서는 각 절차에 대한 처리 규정을 정하고 진행해야 한다.

아래와 같은 대략적인 절차에 의해서 과정이 진행되기 때문에
승인 단계 정의(field), 승인 조건, 승인 상태 추적, 관리자에게 알리기, 결과 업데이트 등의 계획이 필요하다. 
 

승인요청 → 제출 작업 발생 → 레코드 잠금 → 승인 단계 → 승인 절차 반복 → 최종 결과

https://trailhead.salesforce.com/content/learn/modules/business_process_automation/approvals?trailmix_creator_id=chrisduarte&trailmix_slug=things-all-salesforce-developers-should-know

 

2.승인 프로세스 구축을 위한 계획을 세웠다면
세운 계획에 맞는 필드들을 먼저 생성하고 
이메일 템플릿이 필요할 경우 해당 조건에 맞는 템플릿도 생성한다.
(템플릿 내용에 Opportunity.Name에 링크를 다는 등의 정보를 포함시켜 담당자에게 도움을 줄 수 있다)

템플릿 생성 후 설정할 개체의 지정 값에 관련된 필드들을 생성하고
승인 프로세스 내부에 할당 템플릿, 입력 기준(여기서는 필드와 비교), 승인자 선택등을 통해 생성한다.

생성된 프로세스 내부에서 각 단계별로 필드에 따른 작업을 추가할 수 있는데
이 기준이 되는 것 또한 미리 생성한 필드 또는 존재하는 필드 등으로 진행하게 된다.

조건에 따라 권한부여, 단계이동, 이메일 발송 등을 지정할 수 있다.

하필이면 field 부분을 수정해야 하는 부분에 생성하라고 되어있어서
새로운 이름으로 지정해 수행했다가 전부 다시하는 바람에 복습을 철저히 진행해버렸다..





(1).백준 4388번 받아올림은 각 자리의 숫자를 더할 때 10이 넘는지를 확인해야 하는 문제였다.
여러 접근 방식이 있겠지만 간단할 거라고 생각하고 합과 큰 숫자를 비교해
각 자릿수가 합이 더 작을 경우 올림이 발생했다고 생각했다.

조금 복잡하게 풀고 생각하니 그냥 짧은 숫자와 긴 숫자로 받아온 다음
비교할 때 Number로 처리하고 올림이 발생한 경우 1 아닌 경우 0으로 
다음 처리 값에 더해서 비교하는 것이 더 좋았을 것 같다는 생각이 들었다.

현재 처리 방식으로 통과는 됐는데 자세히 보니 이건 통과되면 안되는 것이었다.
밑에서 1이 올라올지 안올라올지를 모르는 상황에서
999+999를 진행하게 된다면 1998이 되서 3번의 올림 현상이 발생하지만
999와 998을 비교하기 때문에 1회밖에 올림 현상을 감지하지 못한다.

const input = `123 456
555 555
123 594
0 0`.split('\n').map(el => el.split(' ').map(Number))


const result = []
for(let i = 0 ; i < input.length -1 ; i++){
    const [num1, num2] = input[i]
    const sum = String(num1+num2).split('').reverse()
    const bigNum = String(Math.max(num1, num2)).split('').reverse()
    let count = 0
    for(let j = 0 ; j < bigNum.length ; j++){
        if(bigNum[j] > sum[j]){
            count++
        }
    }
    result.push(count)
}

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