-
Notifications
You must be signed in to change notification settings - Fork 5
[2주차] 피어 세션 (2020.11.27)
Donghyun Kim edited this page Dec 16, 2020
·
1 revision
J032 김동현
J041 김석중
J067 문건우
J099 송진현
J112 안치현
https://github.com/boostcamp-2020/project15-a-Client-Based-Formula-Editor
- alias 쓰면 추론이 잘되나요? import {} from '@src';
- 잘 추천을 해준다.
- @svgr/webpack 라이브러리를 사용한 이유?
- 웹팩에서 svg파일을 사용하기 편리함
- Webpack 번들 줄이기👍
- 개발 진행은 어떤 방식로 하셨나요?
- 환경설정이나 구조는 다 같이 작성하고, 기능별로 이슈를 나눠서 각자 개발하였다.
- S 컨벤션을 사용하신 이유가 있나요?
- 스타일을 표현하기에 좀 더 수월했던 것 같다.
- 상태의 초기값을 변수로 지정해서 변수명에 초기값의 의미를 알 수 있어서 좋았습니다.
- 사용하는 라이브러리를 학습 정리로 wiki에 공유한 점이 좋았습니다.
- UI가 예쁩니다. 👍
https://github.com/boostcamp-2020/project15-b-Client-Based-Formula-Editor 배포주소 https://kr.object.ncloudstorage.com/client-based-formula-editor-b/index.html
- SVG파일을 jsx로 관리하는게 좋아보입니다👍
- 프로젝트 구조 (container/presentationals)가 써보니 어떤지?
- 역할별로 구분되어 있어서 구조가 깔끔히 분리되었다.
- 폰트 색상 구현하셨는데 input type:color가 지원되는 건가요?
- 브라우저가 구현해주는 태그라 브라우저마다 보이는 내용이 다르다.
- Layout Test👍👍👍
- 테스트코드 미쳤습니다..
https://github.com/boostcamp-2020/project15-c-Client-Based-Formula-Editor
-
Semantic UI 사용한 이유
- CSS 시간 단축가능
- Semantic UI React
-
커스텀훅으로 나누는 것은 어떨까
-
크롬 익스텐션 아이디어가 너무 좋습니다 😀
-
UI가 너무 좋았습니다.
참여자: 박기호, 이수경, 장우영, 전병재, 전우민
- A조
- 드래그 앤 드랍을 할 예정이다. 버튼 누르기보다 드래그 앤 드랍으로 원하는 위치에 넣는 것이 편하지 않겠나 싶다.
- B조
- 드래그 앤 드랍 생각했지만 뺐었다.
- 스니펫
- C조
- 드래그 앤 드랍 좋은 것 같다. 근데 다른 데 더 집중하고자 일단 빼긴 했다.
- 타입스크립트 쓰다 보니 타입 안 맞는 부분들이 어려웠다.
- 파일 구조 잡는 거, mathquill 라이브러리 적용 부분
- A조
- Redux + typescript 적용
- B조
- undo, redo를 mathquill에 적용하는 점
- C조
- typescript, 파일구조, mathquill 적용
- branch 전략은 어떻게 되나요??
- branch default를 dev로 두는게 좋을 것 같다.
- feature를 하나 파서 작업 후, merge를 진행 한다음에 develop을 거쳐서 master로 push한다.
- 짝코딩은 어떻게 하셨는지??
- 공통된 부분만 짝코딩하고, 기능 분리해서 분업을 진행했다.
- store에 모듈이랑 있는데 action이랑 reducer랑 모두 이 directory에 모은 건가요?
- view부분을 제외하고 나머지 부분을 store에 폴더에 모아뒀다.
- 그래프 구현할 거라고 했는데 어떻게 적용할 거냐?
- 원래는 canvas로 2차 방정식까지만 구현하려고 했는데
- 관련 라이브러리가 있는 것 같아서 이걸 적용해서 구현할 것 같다.
- TDD를 하셨나요??
- 프로젝트를 진행하면서 바로 바로 테스트를 진행했다.
- 레이아웃 디자인은 고정되시는 건가요??
- 크게 수정은 없을 것 같다.
- undo redo 기능은 한글자씩만 되나요?
- 아직까진 그렇다. 수식단위로 하고 싶었는데 적용이 안됬다.
- 서버 구현한다고 하지 않았었나요?
- 서버를 구현하기에는 크게 저장할 일이 없다.
- 서버 구현 대신 local을 사용하고 frontend에 집중하기로 했다.
- 오른쪽 탭바 관련 토론
- 익스텐션 크기는 고정인지?
- 드래그로 크기 가변적으로 할 예정
- mathquill css를 다 관리해주는 건가요?
- 익스텐션으로 하다보니 다 주입해줘야 한다.
- 비동기 미들웨어는 뭘로 사용하실건지?
- 아직 미정이다.
- 타입스크립트를 썼을 때 장점
- 자바스크립트는 자동완성과 디버깅 부분이 기능이 약했는데, 타입스크립트는 초반에 적용하기는 힘들었으나, 자바스크립트의 약한 부분을 많이 개선해줘서 협업하기 많이 좋은 것 같다.
- 수식셰프라는 이름에 맞게 directory 이름을 meal, set 등으로 맞추었다.
- 재밌다.
- 그런데 이 프로젝트를 진행하지 않은 사람들이 나중에 볼 때 알아보기 힘들 것 같다.
- react-mathquill이 아닌 다른 mathquill 사용?
- 해당 mathquill을 바탕으로 커스텀했다.
- webpack hash하면 좋은 점?
- webpack build 시 같은 이름이면 새로 빌드하지 않는다. hash를 붙이면 같은 이름의 파일이라도 hash가 있으면 다르게 인식해서 새롭게 webpack build할 수 있다.
- mathquill에서 \oint를 하면 네이버 수식편집기처럼 나오지 않고 작게 나온다. 어떻게 해결?
- \oint를 쓰려고 했는데 \o까지 LaTeX에 쓰면 \varnothing으로 자동완성되어버린다...
- mathquill에 enter가 적용되지 않는데 어떻게 할 예정인가요?
- LaTeX 부분엔
\\가 추가되는 것 같다. - 네이버 같은 경우는 mathquill editor 추가되는 것 같다.
- LaTeX 부분엔
- 다들 어떤 분위기?
- 이번 주에 밖에 못 나가본 것 같다.😥
- 다들 멀리 살아서 만나질 못하고 있다...