일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- AWS조사
- node.js
- scope
- 생활코딩
- prototype
- node.js설치
- flex기본
- appendChild
- AWS
- css기초
- AWS기초
- 코드스테이츠
- 개발툴
- 클로저
- var
- 메모이제이션
- 기초공부
- APPEND
- let
- JavaScript
- 인터프리터
- complexity
- 리커젼
- CSS
- 스코프
- vscode
- 재귀함수
- 원본과 복사본
- IT
- Big-O notation
- Today
- Total
Jveloper
2019. 08. 07 이머시브 수업 11주차 - 3일 (Enterprise meeting & Engineer meeting) 본문
2019. 08. 07 이머시브 수업 11주차 - 3일 (Enterprise meeting & Engineer meeting)
Jveloper 2019. 8. 8. 14:58Enterprise meeting
1 - .env 사용하기(.env.example도 같이올리기) => .env는 git ignore로 안올라오니 파일내부에 어떻게 적혀있는지 secret값만 빼고적은 .example도 같이 올려줘야한다
2 - 변수같은것들은 다 따로빼서 작성하는게 좋다 => 나중에 고칠때 하나하나씩 다 고쳐야하는 불편함이 생기기 때문
3 - console, 주석같은것들은 배포할때 안적혀있게끔 develop faze, realize faze를 나누자
4 - 2번과 비슷한내용이지만 fetch 요청도 하나의 파일에 빼서 작성하면 작업하고 있는 파일에는 고대로 불러와서 .then과 .catch만 작성할 수 있게끔 하면 코드의 가독성이 좋아진다
5 - 삼항연산자는 중첩이 일어나면 가독성이 떨어지기때문에 되도록 쓰지않는것이 좋고, 쓰게 되더라도 한 depth가 되도록 쓰는것이 좋을것같다
6 - best readme template => readme 작성은 정말 중요하다 https://github.com/othneildrew/Best-README-Template
Enginner meeting
회고작성을 같이 해봤는데 내가 몇일동안 어떤것을 겪었고 그때 어떤 느낌을 받았는지, 그리고 앞으로 어떻게 할건지에 대해서 얘기할 수 있었다
굉장히 좋은 경험이었다
그리고 Enterprise meeting 3번에 대해서 레퍼런스 자료를 주셨다
잘 참고해서 남은 프로젝트기간 유종의 미를 거두자
https://www.npmjs.com/package/babel-plugin-transform-remove-console
https://stackoverflow.com/questions/38210802/how-to-remove-comments-from-transpiled-code-using-babel-cli