본문 바로가기

전체 글

(220)
transient-components를 이용한 이슈 해결 아래와 같은 화면이 있다고 하자 이 모바일 화면은 웹뷰로 구현되어 있다. 카드의 개수가 많으면 스크롤바가 생긴다. 스크롤바는 스크롤할때만 보이고, 스크롤 하지 않을때는 자연스럽게 사라지게 구현하였다. 그런데 스크롤하던 도중에 오른쪽으로 스와이프하면 다른 컬럼에 스크롤바가 남아있는 이슈가 있었다. scrollvisible=true인 상태가 다른 컬럼에 영향을 준 것이다. 이런경우 styled-compoent에서 아래와 같이 transient props를 만든다. transient props로 정의하여 넘겨주는 props는 DOM에서 인식하지 않고, styled-components에서만 사용할 수 있도록 하는 방법이다. 그렇기 때문에 DOM에서 감지되지 않아서 다른 컴포넌트에 영향을 주지 않는다.
Antd 하위호완 Antd는 하위호완이 안된다.. 가끔 중요한 production build에서 버전 업그레이드 되면서 기존 로직에 영향을 주는 경향이 많다. 버전을 고정시켜서 쓰면 되지만, 만약 다른 플랫폼 위에 내 프로젝트가 올라간 경우는 내 앱만 버전을 고정하는 부분이 프로젝트 설정에 따라 안먹을 확률이 훨씬 더 높다. Antd Mobile은 기능이 빈약하다.
Failed to resolve org.junit.platform:junit-platform-launcher 스프링 개발환경에서 test케이스에서 우클릭해서 실행했을때 아래와 같은 오류가 발생했다. Failed to resolve org.junit.platform:junit-platform-launcher:1.8.2 이게 아직까지 고쳐지지 않은 잔버그 인 것 같다. gradle에 아래 내용 추가하면 해결된다. dependencies { implementation 'org.springframework.boot:spring-boot-starter' testImplementation 'org.springframework.boot:spring-boot-starter-test' testRuntimeOnly "org.junit.platform:junit-platform-launcher:1.8.2" } 다른 환경에서는 la..
배포 업무 프로세스 이슈 QA에 이미지를 말아서 배포하는 젠킨스 프로젝트가 있다. 이미지를 빌드하고, ftp서버에 info.txt를 남긴후, harbor에 push한다. QA에 이미지를 배포하는 날에만 사용한다. 하지만,, 한번에 끝난적이 없다. 항상 여러번 빌드/배포를 한다. QA는 ftp와 harbor에 이미지가 업로드 되어있어 최신이미지가 배포된 것이라고 생각한다. 그래서 주기적으로 확인하면서 불안해한다. 평소에는 테스트이미지로 개발환경에서 테스트를하지만 테스트 이미지와 QA이미지는 약간이라도 다를 수 있을 가능성이 있기 때문에 배포날에는 QA에 전달할 이미지로 테스트를 하는게 맞는것 같다. 하지만 QA에 전달할 이미지를 만들고, 배포하는게 묶여있어서 나눌 필요가 있다고 판단했다. QA 이미지 빌드 -> 개발환경에 반영 정..
Monotone Queue Optimization 동적계획법 최적화 전략이다. 이런게 있는줄도 몰랐다는게 좀 충격이다. 좀더 생각해봤으면 영감이 떠올랐을텐데,, 문제를 풀때 떠올리지 못했던게 너무 아쉽다. Deque를 이용하여 최적화 하는 전략이다. O(N^2)의 시간복잡도를 가지를 로직을 O(N)~O(NlongN)으로 줄일 수 있다.
Mobx Store 내부 변수 실시간 tracking 안되는 이슈 팀원 코드리뷰중 확인한 이슈다. 아래와 같은 상황이 있다고 하자 분명 코드상으로는 문제가 없어보이지만, Store에서 서버로 데이터 요청해서 받아온 정보가 제대로 세팅되지 않고 기존에 task 선언할때 세팅되었던 정보로 세팅된다. function TaskModifyContainer() { const { taskStore } = useStore(); . . . const { task } = taskStore; . . . const initTaskModify = async () => { try { await taskStore.getTask(taskId); taskStore.setTask({ ...task, //6번 라인에서 로드한 정보로 세팅된다. startDate: task.startDate?.substr..
와플웍스 구독형 서비스 오픈 프로젝트 일정 12월 17일 QA 배포 12월 23일 최종 QA 배포 1월부터 B2B,B2C 오픈 SPC 프로젝트에서 했던 것들을 기반으로 출시해서 기간을 짧지만 새로운 의사결정 기능(결제기능이랑 비슷하다)도 추가가 되었고 와플 플랫폼 환경에 올라가기 때문에 검토해볼 부분이 많다. 지금도 너무 바쁘다.. 느낀점 진짜 완전 말도안되는 일정을 결국 무사히 마무리 지어간다. 8시 출근해서,, 지금..퇴근(야근?)하고 집에와서 이글을 쓰는 12월 17일 B2C까지 테스트 해봤다. 거만한거 같지만 우리회사에서 나말고 다른사람이라면 과연 할 수 있을까? 란 생각이 든다. 팀원 6명인데 웹/모바일도 지원하고 맡고 있는 사이트가 3개다.. 이게 말이 되는것인가.. 내년 1월 기대해봐도 될거 같다. 팀원들도 지쳤지만....
SPC 프로젝트 프로젝트 일정 8월 26일에 시작 - 12월 13일에 운영 오픈 SPC 허브앱에 들어가는 할일 관리 시스템 웹/모바일 전부 개발하는데 인력은 7명이다. 아쉬운 점 우리팀이 너무 힘들다고 3명이나 퇴사했다ㅜ 10명에서 7명으로 줄었다. 본부장님은 미팅쪽 감당하기도 벅차셔서 신경도 못써주시고, 신입도 안준다. 1년내내 개고생 시켜서 팀장으로써 미안한데 다들 고생한만큼 잘되어서 다행이라고 생각한다. 아쉬운 부분이라면 스터디도 하고, 새로운 것도 가르쳐주고, 새로운 기술스택도 경험하게 해주고 싶은데 못해줬다. 원래 협업툴 프로젝트 끝나고는 기존에 우리가 작성했던 테스트 시나리오들을 토대로 셀레니움을 통한 프론트 테스트 시나리오 자동화와, 백엔드 스프링 전환 및 테스트 코드 작성 등을 하려고 했는데 본부장님이 원..