728x90 반응형 lean/주간 회고71 24.09.01~24.09.08 업무 공유패키지 배포 시, 캐싱 적용사내 프로젝트에서 공통으로 사용하는 패키지가 존재한다.git action을 통해 PR 병합시 배포될 수 있는 자동화 시스템을 구축해둔 상태인데...의존 모듈 설치 단계에서, 매번 지나치게 시간이 오래 걸리는 문제(약 24s)가 발생했다. 사내 공통 패키지다보니, 존재하는 외부 모듈의 수가 그리 많지도 않고, 새로운 패키지가 추가될 가능성도 낮아 보였기 때문에git action 실행 시 cache를 생성하고, 적용하는 단계를 추가해 새로운 패키지가 추가되지 않은 경우에는 캐싱된 파일을 사용할 수 있게 변경했다.yarn.lock 파일이 변경되지 않았고, cache된 파일이 존재하는 상황에서는 캐시 파일을 사용함으로써→ 의존 모듈 설치에 아무런 시간이 소요되지 않게 만들 수.. 2024. 9. 8. 24.08.25~24.09.01 업무사용 로그 기능 개발각 가이드 별 실행 횟수를 알고 싶다는 고객사 요구사항이 발생해, 이를 구현했다. 기본적으로 사용자가 가이드를 진행할 때마다 각 단계를 저장하면 되었는데,이때 중요한 점은 → 다양한 사용처별로 로깅 여부가 달라진다는 것! 따라서 가이드 실행 패키지 내부에 로깅 모듈 인터페이스, Base Logger 정도만 정의한 뒤패키지를 사용하는 곳에서 세부 모듈을 구현하게 만들었다. 덕분에 개발 도중 사용처마다 로깅 api가 달라져야 하는 변경사항이 발생했을 때, 이를 쉽게 반영할 수 있었다.(객체지향 만세) 자동 모니터링 시스템 구축역시나 고객사 요구사항!매번 고객사 QA팀에서 가이드 동작 여부를 테스트하는 것이 번거롭다는 의견이 제시되었다.자동 모니터링 시스템의 경우 POC 초기부터 얘기가.. 2024. 9. 2. 24.08.18~24.08.25 업무신규 기능 개발 (help-hub)help-hub라는, 새로운 기능을 추가했다.고객사 측에서 원하는 타이밍에, 원하는 형태의 help-hub를 띄워야 했고,이를 위해 웹 SDK를 배포 → 고객사에서 SDK를 다운로드하여 사용할 수 있게 만들었다. SDK의 경우 1) 고객사 페이지 내 보안 관련 이슈 2) 고객사 개발자들이 사용하기 좋은 형태로 제공을 신경 써야 했고이를 위해 다른 IT 기업들의 공식 문서를 참고하고, 우리 서비스에 맞도록 수정한 뒤 반영했다. 가이드 생성 과정 개선가이드를 생성하는 것에서부터 서비스가 시작되기 때문에,이 과정에서 무엇보다 부드러운 사용자 경험을 제공해줘야 한다고 생각했다. 이전 단순한 기능 구현에 그쳤던 가이드 생성 과정에1) 적절한 애니메이션 적용2) 캡처 이미지 추.. 2024. 8. 25. 24.08.11~24.08.18 업무POC 기업 요구 사항 개선본 제공2주 전, P사와의 POC 미팅이 있었다.12일까지 개발 완료 → staging 환경 내부 테스트 → 14일에 개선본 제공 을 목표했었다. 지난 2주간 P사에서 요구했던 기능을 구현했고,일정대로 내부 테스트 후 P사에 V2 버전의 익스텐션을 제공했다. Help-Hub 기능 개발P사 제공 후, 단기 로드맵 관련 회의를 진행했다.→ 결론은 9월까지 베타 버전 기능 개발을 완료하는 것! 이를 위해 1) help-hub 기능 개발 2) 가이드 생성 과정 개선 작업을 진행하기로 했고그중 help-hub와, 이를 SDK를 통해 고객사에서 제어할 수 있는 기능을 구현했다. 2024. 8. 18. 24.08.04~24.08.11 업무템플릿 테마 기능 개발각 Step 별로, 내부 구성 요소에 대한 스타일을 커스텀할 수 있었다. 배경색, 글자색 등의 CSS 요소를 고객사 서비스의 톤&메너에 맞게 적용할 수 있어야 했고, 이를 위해 고객사에서 생성한 가이드 Step마다 일일이 스타일을 지정해 줬다. 하지만 이 때문에, 고객사에서 생성한 모든 가이드의 모든 Step에 대한 동일 스타일을 손수 입력하는 불편함이 있었다! 따라서 고객사 별로 공통적으로 적용될, 기본 공통 템플릿 테마 기능을 구현했다. SDK를 통한 가이드 실행기 기능 개발POC 중인 P사에서는 특정 가이드를, 특정 시점에, 특정 사람에게만 실행시키고 싶어 했다. (ex 신규 유저 중, 해당 페이지에 처음 접속하는 사람에게만 보이는 가이드) 유저 세그먼트를 설정하고, 실행 .. 2024. 8. 11. 24.07.28~24.08.04 업무B사 다국어 지원 기능 개발 및 테스트B사의 다국어 지원 관련 기능 중, 외부 가이드 관련 미비 사항을 발견해 추가 구현 및 테스트를 진행했다. v2용 기능 개발지난 스프린트 때 설정한 방향을 바탕으로, 추가 기능을 구현했다. 그 과정에서...core package의 경우, 이전 헥사고날 아키텍처로 애플리케이션을 구성했는데그 과정에서 내부적으로 여러 가지 문제점과 개선사항이 나왔었다.→ 이를 해결하기 위해 새로운 아키텍처가 필요하다고 판단!2024.08.03 - [source-code/FrontEnd] - Feature-Sliced Design(FSD) 도입기 Feature-Sliced Design(FSD) 도입기최근 사내 core-package의 FE 파트 폴더 아키텍처에 Feature-Sliced.. 2024. 8. 4. 24.07.21~24.07.28 업무 공유 & 회고모든 팀원들이 모여 타겟 기업을 분석하고, 제안 가치를 찾았다. 왜 이제서야 이런 과정이 이뤄졌는지 아쉬웠지만...어쨌든 지금이라도 현실 세계에서 모두가 공감하는 문제를 찾아 해결 방안을 구체화하는 시간을 가졌다.아쉽다. 아쉽다는 감정이 참 많이 든다.왜 좀 더 적극적으로 내 의견을 제시하지 않았을까 하는 후회와 더불어,앞으로 팀을 이끄는 사람이 되기 위해 어떤 역량을 키워야할지 고민했던 한 주. 2024. 7. 28. 24.07.14~24.07.21 업무 공유Micro Frontend Architecture 적용기존 서비스는 각 사용처에서 사내 패키지를 통해 필요한 모듈을 공유하는 형태였다.해당 core 패키지에서 공통 동작(가이드 실행)을 수행하는 모듈을 구현해 github package로 공유하면서버, 편집 익스테션, 뷰어 익스텐션, 어드민 웹 등에서 이를 설치해 사용했다. 하지만 이처럼 build time에 각 모듈을 통합하다 보니,core 모듈의 변경사항을 즉각적으로 반영할 수 없다는 문제가 발생했다. 특히 편집, 뷰어 익스텐션에서 수정사항을 반영하기 위해서는chrome extension store에 재심사를 받은 후 고객사 측에 버전 업데이트를 요구해야만 했는데,이 과정에서 발생하는 시간 차를 없앨 방법이 필요했다.→ MFA를 통해 이 문제.. 2024. 7. 21. 24.07.07~24.07.14 업무 공유기존 고객사 데이터 이관guide builder 데이터 구조 개선본 작업을 마무리했다.core package, extension, script 코드를 v2에 맞게 개발했고,이를 통해 기존 데이터 구조에서 발생하던 버그를 해결하고 좀 더 다양한 요구사항에 대응할 수 있게 되었다. 그런데, 현재 이전 버전으로 서비스를 이용하고 있는 고객사가 존재했고해당 고객사 데이터가 v2에서 호환될 수 있도록, 기존 데이터 이관 및 테스트를 진행했다.서로서로 얽힌 100개가량의 데이터가 존재했고각 데이터 순서를 명확하게 유지하는 것이 무엇보다 중요했기 때문에...가이드 간 연결 관계를 일일히 확인하고, 직접 데이터를 변경해 주었다. 데이터 이관 후 버그 픽스데이터 이관 후, 기존 고객사에서 v2 버전이 정상적으로.. 2024. 7. 14. 이전 1 2 3 4 5 ··· 8 다음 728x90 반응형
