[개발일지] - 620

오자마자 이전 주로 담당하던 고객사쪽 프로젝트 문의 관련 회의를 했는데

일단 4월1일 오픈인 현재 프로젝트 진행 때문에 진행은 어려울 것 같고

정보도 불충분하게 줬기 때문에 어떻게 진행될지 공수 산정도 어려워 보였다.

 

예전같으면 어떻게든 동시에 진행하면서 처리하려고 했을 것 같은데

추가된 일상의 루틴도 많고 현재 프로젝트도 지연되고 있기 때문에 4월 이후로 미뤄버렸다.

 

구분값 기준으로 첨부파일과 하위 개체 첨부파일을 분할해줬고

마이그레이션용 파일을 나눠서 엑셀 파일로 정리했다.

 

이제 파일 분할까지도 익숙하게 처리할 수 있었지만

아직까지도 개발서버의 느린 업로드 속도에는 적응되지 않고 있다.

자식개체 파일 마이그레이션 개수가 더 적어서 처리하려고 헀지만 에러가 발생했고

확인해보니 자식개체에 들어가는 파일의 경우에는 경로가 멋대로 들어있어서 다운로드도 되지 않았고

한참 확인해본 결과 경로에 id로 제공되는 값을 /를 더해 합쳐줘야 파일다운로드를 할 수 있었다.

 

마이그레이션용 필드들을 다시 정리해서 파일로 정리해줬고

개수가 적어서 자식 개체를 먼저 진행했지만 아래와 같은 csp 에러가 발생했고

Trust site를 추가하며 여러 권한을 넘겨준 이후에서야 정상적으로 처리되는 것을 볼 수 있었다.

Fetch API cannot load https://site.com/attachFiles/files/xxx/files/202501010001/12345678.pptx. Refused to connect because it violates the document's Content Security Policy.

 

문제는 수량이 많은 주 개체의 마이그레이션이었는데

파일 정리를 했지만 들어가야 하는 값이 이상하게 전달되었기 때문에 다시 정리해야 했고

파일 정리 후 마이그레이션을 돌려두면서 다른 작업을 시작했다.

 

파일 전송 쪽 contentversion이 보이지 않는다는 문의가 들어왔는데

생각해보니 다른 인터페이스에는 해당 내역이 적용되지 않았기 때문에 처리해줬고

정상적으로 확인되는지 발송 후 로그를 확인해서 정상 처리 결과를 볼 수 있었다.

 

품질쪽 인터페이스 레코드 타입도 되지 않고 있는 것을 발견했는데

누군가 문의한 것도 아닌데 마이그레이션을 하던 중 생겨난 것이었지만

둘 다 같이 진행하다보니 인터페이스쪽이 뭔가 어색한 것 같다고 생각하다 발견할 수 있었다.

 

AI쪽 해커톤 대회에 나가셨던 내용에 대한 리뷰에도 참여헀는데

확실히 AI를 잘 적용하기만 하면 사람의 공수가 많이 줄어들 것 같긴 한데

큰 장점처럼 이야기하고 있긴 하지만 사실 상담원의 편의를 위한 것이라기보다는

상담원들의 근무 가능 환경이 압도적으로 줄어버리고 대부분 AI로 대체되는 것으로 보이기도 했다.

 

품질쪽 파일업로드는 이상하게 다른 곳들엔 다 잘 되던 mp4에서 에러를 발생시켰고

실제로 해당 데이터들을 다운로드 링크로 받아도 정상적으로 잘 실행되고 있는데

실행도 되고 다운로드도 되고 다른 개체엣허 mp4 타입을 마이그레이션한 경우 이미 완료됐기 때문에

도대체 어떤 부분이 문제인지는 모르겠지만

운영에 다른 개체에는 이미 mp4도 들어갔기 때문에

이 개체 테스트를 할 때는 mp4는 무시하고 진행하라고 하면 되기 때문에

일단 나머지 파일들만 시연용으로 넣어주고 운영 마이그레이션에서도 발생하면 파악해보기로 했다.

 

품질쪽 마지막 하위 개체 마이그레이션을 마친 상태에서 9시가 넘어버렸는데

개발 파일 마이그레이션 시간이 오래 걸리고 있기 때문에 마이그레이션 파일 중단점을 확인해줬고

마이그레이션용 파일들을 공유해서 집에서도 확인이 필요할 경우 할 수 있도록 하니 9시 40분이 넘어버렸다.

 

인터페이스, 마이그레이션 작업만 하면 시간적으로 문제가 없는데

자꾸 유지보수나 다른 회사쪽 문의가 들어오고

기존 내용도 자꾸 변경이 되다보니 문제가 있는 것 같은데

개발은 추가나 기존이나 큰 차이가 없겠지만

인터페이스나 마이그레이션의 경우에는 개발이 완료된 시점에서 하거나 완전 시작 부분에서 해야 하는데

변경점도 있고 확정되지 않은 필드나 타입이나 개체가 너무 많은 시점에서 진행하다보니

앞에서 한 내용들이 다 쓸모없어지는 경우도 잦고

애초에 개발하는 사람도 필드를 모르는 상태라 맞는 필드를 확인하는 작업도 너무 어려웠던 것 같다.

 

 

(1).백준 26509번 Triangle는 두개의 삼각형이 주어질 때 합쳐서 직각사각형을 만들 수 있는지 묻는 문제였는데

일단 두 사각형의 길이가 같아야 하기 때문에 세 변의 길이가 같은지 정렬한 값을 비교했고

a^2 + b^2 = c^2 조건까지 확인해서 직각삼각형인 경우에만 YES를 담고 나머지는 NO를 담아 모아서 출력했다.

const input = `3
3 4 5
4 3 5
3 4 6
4 6 3
39 52 65
25 60 65`.split('\n').map(el => el.split(' ').map(Number).sort((a,b) => a-b))

const result = []

for(let i = 1 ; i < input.length ; i+=2){
    const [x,y,z] = input[i]
    const [x2,y2,z2] = input[i+1]
    if((x == x2) && (y == y2) && (z == z2) && (x**2 + y**2 == z**2)){
        result.push('YES')
    }
    else{
        result.push('NO')
    }
}
console.log(result.join('\n'))