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 | 29 | 30 | 31 |
Tags
- Ramda.js
- 코딩
- 개발
- 자바스크립트
- Design Pattern
- react.js
- apollo client
- ELECTRON
- 프로그래밍
- 함수형
- 프론트엔드
- schema-first
- 디자인패턴
- 리액트
- VUE
- VanillaJS
- Funtional programming
- It
- Programming
- context api
- ECMAScript6
- angular
- Node.js
- graphql
- React
- JavaScript
- goorm.io
- Front-End
- vue.js
- code-first
Archives
목록context api (1)
공부하는 블로그
Vue 하다가 React 하는 개발자 이야기 2
Vue 하다가 React 하는 개발자 이야기 2 어제 올렸던 내용에 대해서는 일단 apollo client의 상태 관리 시스템은 기각하고 redux를 쓰는 것으로 결정을 했습니다. 커뮤니티에서 자문을 구한 결과, 아직 아폴로 상태 관리 시스템은 프로덕션에 적용하기에는 무리라는 판단이 들었습니다. 전 회사에서도 node.js의 ORM을 선택할 때 star 수 활발하게 commit이 되고 있는가? 문서화가 잘 되어 있는가? 현재 프로젝트와 궁합이 잘 맞을까? 등을 고려해서 선택했던 것이 TypeORM 이었는데, 사용하다보니 부족한 점이 많았습니다. 또한 처음 접하는 이슈 등에 대해서는 이슈 트래킹이나 검색도 잘 안되어 고생하는 경우도 있었습니다. 이때 1) 스타 수로만 프로젝트를 판단하면 안 되겠구나. 2)..
React
2020. 3. 4. 21:35