Jinho

기존 학습한 내용을 총정리하는 시간이었다. 그리고 그동안 일정에 허덕이며 하지 못했던 작업들을 모두 진행해볼 수 있었던 시간. 그리고 그것을 바탕으로 일종의 간이 SEED 같은 파일이 만들어진것 같다. 사실 프론트용 SEED를 생산해보고도 싶었지만 그러기엔 아직 백엔드와 API 연동작업은 더 충실히 되어야할것 같다. 다음주가 기대되는 이유. typescript도 진행해봐야할거 같은데 아직 거기까지 못간것도 한 몫. 정리된 부분들을 보자면 상태관리는 mobx가 아닌 @redux/toolkit을 메인으로 진행한다. https://www.npmtrends.com/@reduxjs/toolkit-vs-mobx react router는 v6로 안착해서 진행한다. (이번 테스트에서 활용하진 않았지만) 날짜관리는 da..

1. styled component css module 방식으로 진행하려고 했다가 불편해서;; 결국 성능 대신 작업 효율화를 선택했다. 당연히도 styled component 방식으로 선택. 그냥 코드짤때 이 방식이 편하다는 것이다. 그런데 여기서 한가지 pain point 가 있었는데 자동완성도 안되고 스타일도 잘 안나오고 무엇보다 color picker 작동이 안되었다는 것. 프로젝트 내내 불편하게 작업하다 작업 끝나고 필요한 최적의 세팅을 찾았다. 단축어 제공. 사실 잘 안쓰게 되지만 익숙해지면 엄청 사용할거 같다. vscode-styled-components-snippets - Visual Studio Marketplace Extension for Visual Studio Code - This e..

이번주 프로젝트를 진행하고 최종 결과물을 배포버전으로 보고 싶었는데 쉽지 않았다. 로컬에서 잘 되는데 왜 배포가 안되지? 본격적으로 문제 탐색 시작. 결국은 package.json 환경변수 구성상의 문제였고, 이는 결국 원천적으로 설치된 node의 버전 문제였다. "scripts": { "start": "react-scripts start", //여기가 문제였었음 (현재 이건 정상적용 버전) "build": "react-scripts build", //여기가 문제였었음 (현재 이건 정상적용 버전) "test": "react-scripts test", "eject": "react-scripts eject" }, 원인은 문제 라인들인데 node 불안정 최신 버전으로 깔아두었기에 npm 설치부터 안정적이지 않..

배포에서 이렇게 시간이 걸릴지 몰랐다. 예전 개발자들이 배포에 애먹었던 기억들을 더듬어보니 그럴만도 하겠다. 편하자고 만든 배포툴이 오히려 발목을 잡는 애물단지가 되지 않으려면 기본적인 것들을 잘 체크해야할 것으로 보인다. 도구에 먹히지 않으려면 도구를 지배해야 한다. 일단 배포 전 빌드를 잘 해둬야 한다. (젠장 이걸 막판에야 구글링해서 발견하다니) CI= npm run build npm install 진행하다가 계정 문제로 막히면 sudo를 붙여주자. Netlify 배포하기 전 install 명령. 그리고 이때 요청하는 비밀번호는 os의 root 계정 비번이다. Netlify 비번치는 삽질을 하지 말자. sudo npm install netlify-cli -g 배포한다고 fork 뜨고 하는 삽질하지 ..