미루고 미루던 회고를 이제 작성한다. 시간이 정말 어떻게 가는지 모를 정도로 빨리 간다.

회고는 꼭 주기적으로 하는 편 (절대 소모임 과제때문이 아닙니다)이라 이번년도 상반기가 어땠는지 적어보려고 한다.

이사

봉천역 앞에서 처음으로 자취를 시작했다. 걱정이 많이 앞섰지만, 막상 살아보니 별거 없는 것 같다.

길고 긴 출퇴근 시간을 견디지 않아도 되는 것에 감사하고, 절대적인 시간을 더 확보할 수 있어서 좋다.

조그만 공간이지만, 여기저기 내 취향에 맞게 꾸미는 것 자체가 재밌다.

동네에서도 잔잔한 추억이 생겼다. 매주 재택할 때마다 가는 아기자기한 카페, 혼자가긴 좀 그렇지만 꽤 괜찮은 양식집, 다양한 츄러스를 파는 디저트 가게 , 먼길이지만 달리기하기 좋은 보라매공원 등등 낯선 동네지만 벌써 자주 가는 곳이 생겼다.

AI

AI가 정말 빠르게 발전하고 , 시대가 바뀌고 있는 것을 많이 체감하고 있다.

코드를 직접 작성하는 시간은 전체 시간의 20%정도가 되는 것 같다.

그와 동시에 걱정되는 것도 많아졌다.

코드에 대해 설계를 하고, 설계에 대해 고민하는 시간이 증발한 느낌이다.

설계과정을 하기 전에, AI한테 바로 구현레벨의 단계로 가도록 지시하는 케이스가 많아졌다.

코드베이스가 커지고 제품이 이것저것 붙어나갈수록, 오히려 견고한 설계야말로 중요하다고 생각한다.

코어의 다른 소그룹에서는 PR작성 전에 설계 문서를 공유하는 활동을 하는 것 같아서 참고해서 시도해 볼 예정이다.

CRM / 고객센터

3월에 작성한 회고에서 이런 내용이 있었다.

다행히 위의 방향으로 발전하고 있는 것 같아서 기쁘다. 큼직한 피쳐들이 몇 개 붙었다. 여러 수기 업무들로부터 받는 고통을 덜어드릴 수 있어서 다행이다.

• 금융거래정보제공 업무

• 장애보상 업무

• VOC 인사이트 제공

MTS 고객센터 지면에서도 몇가지 변화가 생겼다. 채팅상담 만족도 설문 과정에서 이런 내용이 많았다.

• 채팅 메시지가 안보여요

• 이전 채팅 메시지 이력을 보고 싶어요

• 답변을 못받았는데 상담이 종료되었어요

위와 같은 것들을 개선하고자 다음의 시도들을 붙여둔 상태이다.

• 채팅 세션의 소켓 재연결 시 유실된 메시지를 복구하는 핸들러 추가

chatSession.onConnectionLost()
/**
 * Subscribes an event handler that triggers when the WebSocket connection is lost due to network issues or server errors. This includes abnormal closures and unexpected server conditions that terminate the chat connection. The method monitors for connection failures, allowing applications to handle reconnection logic or notify users of connectivity issues.
 */
chatSession.onConnectionLost(event => {
  const { chatDetails, data } = event;
  // Handle connect lost event
});

• 24시간동안 상담 내용 히스토리를 보여주기

이 작업들이 채팅 상담 만족도 평가에 도움이 되었으면 좋겠다 🙃

한가지 고통스러웠던 부분이 있는데, 증권 채팅상담 진입 경로는 코어의 챗봇으로부터 파생된다.

코어의 챗봇시스템 → 증권의 채팅스킴으로 이동하는 구조인데, 코어의 챗봇시스템의 변화가 있을 때마다 (알파) 증권의 채팅스킴으로 이동하는 진입점 자체가 막혀서 개발하는 것이 굉장히 빡셌다.

(코어의 도메인이 바뀐다거나, 테스트를 한다거나, 업무용 폰에서 도메인이 막혀있다거나.. 등등의 사유로 인해서)

2학기에는 시나리오 챗봇 (증권만의)을 개발할 수도 있어서, 온전히 증권 챗봇 → 증권 채팅으로 시스템 자체가 바뀐다면 해결되지 않을까..? 싶다.

끝나지 않는 버그 제보 / 개선요청

project-crm 채널이 있다. crm의 개발 초기단계부터 지금까지 유지되고 있는데 오픈 초기부터 한동안..버그픽스 / 개선요청이 쏟아졌다.

대응을 하나씩 하고있지만, 운영성 업무가 굉장히 빡세다는 걸 배운것 같다. 한 서비스가 개발 이후 안정적으로 운영되기까지가 정말로 어렵구나.. 를 배워가는 것 같다.

(0 to 1 보다 1 to 100이 몇 배는 더 난이도가 있는 느낌)

기억나는 여러 버그들을 하나씩 되짚어보자면…

• 코드레벨에서 빈문자열, null , undefined에 대해 방어로직을 걸어둔 부분이 있다. (clienetNo가 근데 “”이런 문자열 자체로 들어오는 케이스가 있더라.. ARS를 타고 들어오는 경우 아~주 가끔 😫)

• 업무망에서 하드웨어 이슈가 굉장히 많다. (마이크 , 헤드셋이 동작하지 않거나.. 고객의 목소리가 들리지 않거나.. 등등) it팀과 이야기해 레지스트리 형태로 풀어보고 싶다 (2학기내에) (동석하러 갔는데 개발자분이세요 ? 마이크가 안되요. 해결해주세요. 했을 때 얼마나 당황했는지 모른다 🤐)

• 크롬 네트워크 정책 이슈 (https://beaded-menu-418.notion.site/370c0ea540f7805a8fb3ffe2efde0d54?source=copy_link)

지금은 예전에 한창 제보가 쏟아질 때처럼 바쁘진 않지만, 그래도 하루의 일부는 시간을 쓰게 되는 것 같다.

성장

이 회사가 나에게 줄 수 있는것이 지금 나에게 필요한것일까 — 를 계속 고민하면서 회사를 다니는 것 같다.

지금 쌓고 있는 경력이 물경력이 되지 않을까 하는 고민.. 그리고 앞으로의 커리어를 어떻게 그려나갈까..등등의 고민을 많이 한다.

다른 개발자분들의 블로그나 이력서에 적힌 “저는 OO한 개발자”입니다의 OO가 아직은 빈 칸인 것 같다.

피어리뷰 , 3M 때 받은 내용들을 다시 곱씹어봤다.

• 코드리뷰 → 아쉽다. 바쁘다는 걸 방패삼아 리뷰를 하지 않고 나가거나 요청하지 않는 케이스가 많았다. 2학기에는 리뷰를 무조건 받자. 리뷰할 양이 많으면 댓글로 코드의 2줄 ~21줄까지 선택 후 리뷰해달라고 댓글을 달거나 멘션을 걸자.

• 우선순의 정리 / 리소스 공유 → 전보다는 개선된 것 같다고 느낀다. 맥락을 많이 담는 것을 의식적으로 노력하고 있다. ~한 상황이고, ~한부분에서 어려움이 있다 등등의 공유들을 이전보다는 많이 하고 있다.

• 데일리 스크럼 때 줄글보다 시각적으로 캡쳐나 동영상을 올리거나 식의 시도들도 하고 있다. (단순 줄글로는 어떤 작업을 했는지 알지 못하는 경우도 있어서)

• 코드의 사이드 이펙트를 보고 라이브를 나가기 → 이것도 전보다는 개선된 것 같다. 컴포넌트를 수정하거나 특정 props를 주입하거나 등등의 경우 사용처를 먼저 뜯어본다. 이 컴포넌트가 어디까지 사용되고, 이걸 고쳐서 얼마나의 영향이 있을까를 파악하는 습관이 하나 생겼다. PR을 달기 전에도 한번 검증하기도 하고.. (앞으로도 유용할 것 같다.)

2학기에도 3M리뷰에 받는 내용들을 되짚어보면서 살면 이전보다 성장하지 않을까..? 싶다.

앞으로도 화이팅