Cargo new ~로 프로젝트를 생성한 뒤 코드를 작성하는데 자동완성이 작동하지 않아서 확인해보니 VSCode의 `rust-analyzer` extension이 위 사진과 같이 에러 메시지를 뱉으며 작동하지 않는 문제가 발생했다. 원인은 간단했는데, Cargo로 생성한 프로젝트가 무조건 루트 디렉토리에 위치해야 하기 때문이었다. rust |- rust_basic_concepts 이러한 형태로, Cargo 프로젝트들을 rust라는 폴더 내에서 생성했었는데, 이것이 원인이었다. 각 프로젝트들을 루트 디렉토리에 위치시킴으로써 문제를 해결했다. 2/2 추가) 각 Cargo 프로젝트의 개수가 많아지면서, 이 프로젝트들을 하나의 'rust' 폴더 내에 넣어야 할 필요성이 생겼다. 이 경우에, 모든 프로젝트를 담은..

모노레포 환경에서 Next.js 레포에 vanilla-extract 종속성을 추가하게 되었다. 이 때, vanilla-extract의 next-plugin을 설치한 뒤 링크에서처럼 next.config.js에 plugin 관련 설정을 추가해주고 해당 레포를 실행했더니 아래 사진과 같은 에러가 발생했다. 나와 같은 에러를 겪은 분이 올린 이슈를 참고하였는데, 아래의 코멘트를 보고 해결책을 찾을 수 있었다. 원인은 모노레포 내 각 레포에서의 Next.js 버전이 통일되지 않았기 때문이었다. 현재 모노레포 환경에는 레포가 3개가 있는데, Next.js 버전은 각각 ^14.0.1, ^13.4.19, ^13.4.19 였다. 14 버전으로 올린 레포에서 위와 같은 에러를 확인했고, 각 레포의 Next.js 버전을 ..

이제 해당 블로그에는 더이상 글을 올리지 않고, 앞으로의 글은 https://steadily-worked.vercel.app 에 올릴 예정입니다.일단 파뒀지만 여유가 없어 글을 하나도 작성하지 않았는데, 조만간 사내 배포 자동화 프로세스를 리팩토링한 글을 게시할 예정입니다. 많관부! 06-11 22:55 업데이트배포 자동화 프로세스 전환기에 대한 글을 올렸습니다.https://steadily-worked.vercel.app/migration-of-automated-deployment-process-with-serverless-framework-to-aws-amplify

1. GitHub Actions - workflows: 이벤트 + Job을 정의함 - Jobs: 행해지는 환경(Runner)와Steps를 정의함 - Steps: 실제 작업이 이뤄지는 단계 - 이벤트는 다양함. 레포와 관련있을수도(push event), 관련없을수도(workflow_dispatch) 있다. 최소한 하나의 이벤트는 있어야한다. - .github/workflows/.yml에서 워크플로우를 작성해야 하며, GitHub Actions의 문법에 맞게 작성해야 한다. 2. workflow의 취소 & 스킵 2-1. 취소 - Jobs가 실패할 경우 workflow는 알아서 취소됨 - Job의 경우 그 Job 내의 Step중 하나라도 실패할 경우 실패함 - 당연히 취소 버튼을 눌러서 취소할 수도 있음 2-..

1. 이펙티브 타입스크립트: 아이템 08-11 2. GitHub Actions 맛보기 - 블로그(https://steadily-worked.com)를 netlify를 이용해서 수동배포 하고있는데, GitHub Actions를 이용해서 CI/CD 구축하기 업무 외의 공부의 필요성을 절실하게 느껴서 다시금 til 작성을 시작하게 되었다..! CI/CD: Continuous Integration / Continuous Delivery(Continuous Deployment). CI: code changes are automatically built, tested & merged with existing code. code change가 기존의 코드에 자동으로 빌드되고 테스팅되며 머지되는 과정 CD: after..

08-17 재택근무 1. 수정 필요한 상품판매등록 마무리 2. master create 에러해결 마무리 (3. master detail에서 상품 등록 안되던 오류 해결한 PR 컴플릿 시키기) 퇴근하고 젠틀몬스터 가서 안경 예쁜 거나 하나 사야겠다 어느샌가 블로그에 기술 포스팅은 하나도 안하고 그냥 매일매일 일한 기록만 올리고 있는데, 그래서 https://steadily-worked.com 으로 Gatsby를 사용한 기술 블로그를 하나 팠다. Home Tech blog by Sangmin Park steadily-worked.com 쓰고 싶었던 주제가 있는데 막상 쓰려니 또 귀찮아.. 천천히 하자

사무실 출근 08:45-17:45 1. master create 오류 해결하기 - 일단 Context state를 다 생성 기준으로 바꾸고 NewTable을 사용한 모달부터 만들기 - 여기서 Formik 관련 에러가 생겼는데, 문제는 특정 파트에서만 Formik을 사용하도록 코드를 짰는데 아닌 부분에서 에러가 발생한다는 점이다. 전체를 Formik으로 감싸는 게 정답일지 좀더 고민해봐야겠다. 2. 수정 필요한 판매등록 Context 작성 - 야근을 아마 해야될 것 같은데.. 집가서 해야겠다..

신사옥 출근 08:40-17:40, 야근 18:30-19:50 1. 상품생성쪽 안되는 오류해결 - Context API의 state 이슈가 있었음. 갈아엎는중 2. 셀러블 PR 두개 리뷰받고 컴플릿 3. NewTable을 사용한 모달 내 테이블 생성(다 못하고 야근끝냄) 신사옥 살짝 이런 바이브인데 우리가 다 쓴다. 문제는 역에서 한 6분정도 걸어야돼서 주변에 뭐가 없다.

재택근무 8-17 1. 수정 필요한 판매등록 작업하기(타입에러 전부해결) 2. productData를 editedSalesRegistrationData Context와 같이 사용하는 방법 생각해봄. 결론은 productData의 initialState를 받아오고 dispatch로 editedSalesRegistrationData에 반영해주는 게 제일 낫겠다는 결론에 도달하고 코드 작성함

8-5 재택근무 1. PR 빌드에러 전부다해결하기 2. edited 판매등록 Context 만들고 반영하기 (내일 완성 후 PR)