회사에서 매일 업무 스케쥴을 작성하는데, 주간마다 이것들을 모아서 정리한 후에 보고를 해야한다. 그러다보니 귀찮은 일들이 발생하고.. 이 부분을 개선하기 위해 어떤분이 (지금은 퇴사한..) 가공하여 추출하는 프로그램을 개발했었다. 스위프트로 되어있었기때문에 내가 봐도 뭐 알길이 있나..ㅎ; 그래서 그냥 궁금했던 electron과 결합해서 가공, 추출하는 프로그램을 js로도 만들어보자 생각해서 책을 완독하게되었다. 책은 회사 책장에 꽂혀있었다. ㅎㅎ! 일단 2018년도에 제작된 책이라 특정 버전을 설치해서 진행해야하고 그럼에도 오류가 생기는 부분들이있었다. 그래서 그런 부분은 대략적으로 이해만 하고 넘어갔고, 나중에 보니 약간 다른부분들도 충분히 존재했다. 책을 굳이 안 읽고 dock을 읽고 블로거글들을 ..
책 자체에 좋은 내용이 많지만 기본적으로 같은 내용을 반복해서 길게 말한다는 느낌을 받았다. 그러다보니 조금 지루해지기 시작했고 내 스타일의 도서가 아니란 것을 알게되었다. 또한 오래된 도서였기 때문에 현재의 유행(?)과는 조금 다른 부분도 충분히 존재하는 것 같았다. 이것과 관련해서 동료와 얘기를 했었는데, 동의하지 못하는 부분들도 있었다. (정답은 없기때문이지..) 여태 읽은 내용은 머리에 잘 세겨두도록하고 다른 도서로 갈아타야겠다. 05. 형식 맞추기 코드 형식을 맞추기 위한 간단한 규칙을 정하고 착실히 따라야 한다. 팀으로 일한다면 팀이 합의하여 규칙을 정한다. 필요하면 규칙을 자동으로 적용하는 도구를 활용한다. 형식을 맞추는 목적? 코드 형식은 의사소통의 일환이다. 늘 구현한 기능이 다음 버전에..
클린코드 - 04. 주석 주석은 양날의 검과 같습니다. 잘 달린 주석은 그 어떤 정보보다 유용할 수 있지만 반대라면?.. 오히려 코드를 이해하기 어렵게 만들 수도 있습니다.;; 그렇기 때문에 모든 개발자들이 의도에 맞게 코드를 정확히 작성한다면 (=표현) 주석은 필요하지 않을 수도 있습니다. 하지만 현실적으로 많은 어려움이 있기 때문에 코드의 의도를 보충하기 위해 주석을 사용하고는 합니다. 그리고 이에 따라 주석도 유지보수가 되어야하는 불편함이 생기기 때문에 필요할지라도 우리는 주석의 수를 줄이는데 노력해야합니다. 주석은 나쁜 코드를 보완하지 못하며 코드로 의도를 표현해야합니다. 좋은 주석이란? (최고의 주석은, 주석을 달지 않는 방법) 법적인 주석 저작권 정보와 소유권 정보는 필요하고도 타당합니다. 정..
클린코드 - 03. 함수 어떤 프로그램이든 가장 기본적인 단위가 함수이다. 우리는 어떤 함수를 읽었을때 프로그램 내부를 직관적으로 파악할 수 있을까? 작게 만들어라 블록과 들여쓰기 중첩 구조가 생길 만큼 함수가 커지면 안된다. (if else문 등 주의하여 쓰자) 블록 안에서 호출하는 함수 이름을 적절히 짓는다면 코드를 이해하기 쉽다. 한가지만 해라 예시: 1. 페이지가 테스트 페이지인지 판단 => 2. 설정 페이지와 해제 페이지를 넣는다 => 3. 페이지를 HTML로 렌더링한다. 추상화 수준이 하나인 단계만 수행한다면 그 함수는 한가지 작업을 한다고 할 수 있다. 더이상 줄이기가 불가능 하며 if, else를 따로 뺀다고 해도 다른 표현일 뿐 추상화 수준이 바뀌지 않는다. 함수 당 추상화 수준은 하나로..
- Total
- Today
- Yesterday
- 차이
- TypeScript
- 뷰
- vue.js
- 프론트엔드
- 제이쿼리
- React
- Study
- VUE
- 메서드
- frontend
- 코딩애플
- css
- 기초
- 자바스크립트
- 공부
- JS
- Article
- JavaScript
- 브라우저
- 제로초
- Method
- 강의
- 타입스크립트
- html
- 통신
- 프로젝트
- 아티클
- jQuery
- 리액트
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |