KARIU의 IT 블로그

클린코드 TIL(Today I Learned) - Day10 (2022.03.10) 오늘 읽은 범위 10장. 클래스 책에서 기억하고 싶은 내용을 써보세요. 캡슐화를 풀어주는 결정은 언제나 최후의 수단이다. (p.172) 클래스를 만들 때 첫 번째 규칙은 크기다. 클래스는 작아야 한다. 두 번째 규칙도 크기다. 더 작아야 한다. (p.172) 클래스 이름은 해당 클래스 책임을 기술해야 한다. 실제로 작명은 클래스 크기를 줄이는 첫 번째 관문이다. (p.175) 클래스 설명을 만일("if"), 그리고("and"), -(하)며("or"), 하지만("but")을 사용하지 않고서 25단어 내외로 가능해야 한다. (p.175) 소프트웨어를 돌아가게 만드는 활동과 소프트웨어를 깨끗하게 만드는 활동은 완전히 별개다. ..

클린코드 TIL(Today I Learned) - Day9 (2022.03.06) 오늘 읽은 범위 9장. 단위 테스트 책에서 기억하고 싶은 내용을 써보세요. 테스트 슈트가 없으면 개발자는 자신이 수정한 코드가 제대로 도는지 확인할 방법이 없다. (p.156) 테스트 코드를 깨끗하게 짰다면 테스트에 쏟아 부은 노력은 허사로 돌아가지 않았을 터이다. 내가 이처럼 어느 정도 자신 있게 말하는 이유는 내가 참여하고 조언한 팀이 깨끗한 단위 테스트 코드로 성공했기 때문이다. (p.157) 테스트 코드는 실제 코드 못지 않게 중요하다. (p.157) 깨끗한 테스트 코드를 만들려면? 세 가지가 필요하다. 가독성, 가독성, 가독성. (p.158) 테스트 코드에서 가독성을 높이려면? 여느 코드와 마찬가지다. 명료성, 단..

디스트럭처링(Destrucuring) 이란? 배열의 값 또는 객체의 속성을 풀어서 별개의 변수로 쓸 수 있게 해주는 문법이다. 객체 디스트럭처링, 배열 디스트럭처링, 함수 디스트럭처링 등이 존재한다. 객체 디스트럭처링(Object Destructuring) 객체 디스트럭처링을 이용하면 객체가 가진 속성에 접근함과 동시에 해당 속성 이름으로 변수 선언이 가능하다. 예시 코드) const person = { name : "Kariu", nickname : "Ray", links : { blog : { tistory : "https://kariu.tistory.com", naver : "https://blog.naver.com/kari_578", }, email : "kariu@email.com", }, in..

클린코드 TIL(Today I Learned) - Day7 (2022.03.04) 오늘 읽은 범위 7장. 오류 처리 책에서 기억하고 싶은 내용을 써보세요. 뭔가 잘못되면 바로 잡을 책임은 바로 우리 프로그래머에게 있다. 깨끗한 코드와 오류 처리는 확실히 연관성이 있다. 상당수 코드 기반은 전적으로 오류 처리 코드에 좌우된다. (p.103) 예외가 발생할 코드를 짤 때는 try-catch-finally 문으로 시작하는 편이 낫다. 그러면 try블록에서 무슨 일이 생기든지 호출자가 기대하는 상태를 정의하기 쉬워진다. (p.132) 애플리케이션에서 오류를 정의할 때 프로그래머에게 가장 중요한 관심사는 오류를 잡아내는 방법이 되어야 한다. (p.135) null을 반환하는 코드는 일거리를 늘릴 뿐만 아니라 호출..

ES6이 도입되기 전 까지 자바스크립트에서 함수를 선언할 때, 아래와 같은 방식을 사용하였습니다. function greeting(name) { return `Hello! ${name}` } console.log(greeting("Kariu"); 다른 프로그래밍 언어에서 함수를 선언할 때 위와 같은 방식을 많이 사용합니다. 이러한 방식은 매우 친숙하죠. 하지만 ES6 등장 이후로 자바스크립트에는 새로운 함수 선언 방식이 등장하였습니다. 화살표 함수(Arrow function)란? ES5에서 일반적으로 쓰인 전통적인 함수(위의 코드 참조)를 간편하게 표현할 수 있는 함수입니다. 위의 코드를 화살표 함수로 바꾸면 아래와 같습니다. const greeting = (name) => return `Hello! $..

클린코드 TIL(Today I Learned) - Day6 (2022.03.01) 오늘 읽은 범위 6장. 객체와 자료 구조 책에서 기억하고 싶은 내용을 써보세요. 자료를 세세하게 공개하기보다는 추상적인 개념으로 표현하는 편이 좋다. (p.119) 복잡한 시스템을 짜다 보면 새로운 함수가 아니라 새로운 자료 타입이 필요한 경우가 생긴다. 이때는 클래스와 객체 지향 기법이 가장 적합하다. 반면, 새로운 자료 타입이 아니라 새로운 함수가 필요한 경우도 생긴다. 이때는 절차적인 코드와 자료 구조가 좀 더 적합하다. (p.122) 객체는 조회 함수로 내부 구조를 공개하면 안 된다는 의미다. (p.123) 때때로 절반은 객체, 절반은 자료 구조인 잡종 구조가 나온다. 이런 잡종 구조는 새로운 함수는 물론이고 새로운..

클린코드 TIL(Today I Learned) - Day5 (2022.02.28) 오늘 읽은 범위 5장. 형식 맞추기 책에서 기억하고 싶은 내용을 써보세요. 오늘 구현한 코드의 가독성은 앞으로 바뀔 코드의 품질에 지대한 영향을 미친다. 오랜 시간이 지나 원래 코드의 흔적을 더 이상 찾아보기 어려울 정도로 코드가 바뀌어도 맨 처음 잡아놓은 구현 스타일과 가독성 수준은 유지보수 용이성과 확장성에 계속 영향을 미친다. (p. 96) 소스 파일도 신문 기사와 비슷하게 작성한다. 소스 파일 첫 부분은 고차원 개념과 알고리즘을 설명한다. 아래로 내려갈수록 의도를 세세하게 묘사한다. 마지막에는 가장 저차원 함수와 세부 내역이 나온다. (p.98) 빈 행은 새로운 개념을 시작한다는 시각적 단서다. 코드를 읽어내려가다 ..

클린코드 TIL(Today I Learned) - Day1 (2022.02.25) 오늘 읽은 범위 4장. 주석 책에서 기억하고 싶은 내용을 써보세요. 우리는 코드로 의도를 표현하지 못해, 그러니까 실패를 만회하기 위해 주석을 사용한다. (p.68) 주석이 코드에서 분리되어 점점 더 부정확한 고아로 변하는 사례가 너무도 흔하다. (p.68) 나라면 코드를 깔끔하게 정리하고 표현력을 강화하는 방향으로, 그래서 애초에 주석이 필요 없는 방향으로 에너지를 쏟겠다. (p.69) 코드에 주석을 추가하는 일반적인 이유는 코드 품질이 나쁘기 때문이다. (p.69) '앞으로 할 일'을 //TODO 주석으로 남겨두면 편하다. (p.74) TODO 주석은 프로그래머가 필요하다 여기지만 당장 구현하기 어려운 업무를 기술한다...