250x250
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
Tags
- sql
- typescript
- 타입스크립트
- 감시프로그램
- 프로덕트구조
- 리액트
- 운영체제
- 데이터베이스
- 블록체인용어
- Oracle
- webpack
- Database
- 프론트엔드
- 코드서울
- dbms
- 처리프로그램
- 제어프로그램
- 오라클
- 마이그레이션
- react
- useCallback
- 프로덕트관리
- typescirpt
- Migration
- javascript
- roadhog
- 자바스크립트
- 선점 스케줄링
- 서비스프로그램
- react코어
Archives
- Today
- Total
목록Babel (1)
Develop+
webpack 라이브러리 걷어내고 커스텀하기
담당하고있던 서비스에서 webpack 설정이 복잡하고 까다롭기 때문에 webpack 설정 + 개발환경을 도와주는 라이브러리 roadhog를 사용했다. 계속 사용해도 나쁘지 않았지만, 서비스가 커지면 커질수록 문제점이 생겼다. roadhog npm(참고) https://www.npmjs.com/package/roadhog 문제점은 webpack 설정에 관련된 af-webpack 과의 강한 의존성 roadhog는 업데이트가 더이상 되지 않아 많은 패키지들이 더이상 호환되지 않는다. 중국어로 된 docs. 영어docs 는 매우 불친절... 사용하는 사람이 적어 정보를 찾기가 힘듬. 등이 되겠다. 지금까지 왜 걷어내지 않았는가? 를 생각해보면, 서비스가 커지면 커질수록 기본 환경을 전부 설정하고있는 roadho..
Webpack
2022. 2. 25. 08:04