# CLEAN CODE

18개의 포스트

2장. 의미 있는 이름

요약하면서 읽지 않으면 정말 페이지를 넘기자마자 까먹을 것 같은 내용들이라.. 어쩄든 클린코드 2장 요약입니다.

2020년 8월 16일
·
0개의 댓글

[Clean Code] 10장 클래스

클래스 체계 cf> 표준 자바 관례 참고. 캡슐화 변수나 유틸리티 함수 -> 최대한 비공개로 하는 것이 좋음 (반드시 숨겨야 하는 것은 아님) -> 때로는 protected로 선언해 테스트 코드에 접근을 허용하기도 함 클래스는 작아야 한다! 클래스는 작게 만들어야

2020년 8월 9일
·
0개의 댓글
post-thumbnail

[Clean Code] 9장 단위 테스트

TDD 법칙 세 가지 > 지금 즈음이면 TDD가 실제 코드를 짜기 전에 단위 테스트부터 짜라고 요구한다는 사실을 모르는 사람은 없으리라... 위의 규칙은 빙산의 일각에 불과하다. 다음 세 가지 법칙이 있다. TDD 법칙 실패하는 단위 테스트를 작성할 때까지 실제 코

2020년 8월 9일
·
0개의 댓글

[Clean Code] 8장 경계

외부 코드 사용하기

2020년 8월 9일
·
0개의 댓글

[Clean Code] 7장 오류 처리

오류 코드보다 예외를 사용하라

2020년 8월 9일
·
0개의 댓글

[Clean Code] 6장 객체와 자료 구조

자료 추상화 목록 6-1 구체적인 Point 클래스 목록 6-2 추상적인 Point 클래스 목록 6-2는 자료 구조를 명백히 표현함 목록 6-2는 클래스 메서드가 접근 정책을 강제함 좌표를 읽을 때는 각 값을 개별로 읽음 좌표를 설정할 때는 두 값을 한꺼번에 설정

2020년 8월 9일
·
0개의 댓글

[Clean Code] 5장 형식 맞추기

형식을 맞추는 목적 코드 형식은 의사소통의 일환으로 매우 중요! 의사소통은 전문 개발자의 일차적인 의무 원래 코드는 사라질지라도 개발자의 구현 스타일과 규율은 사라지지 않으며, 이는 유지보수 용이성과 확장성에 계속 영향을 미침 적절한 행 길이를 유지하라 500줄을 넘

2020년 8월 9일
·
0개의 댓글
post-thumbnail

[Clean Code] 4장 주석

개요 이 장에서 말하고자 하는 것은 주석을 달 생각 대신에 코드로 의도를 나타내도록 노력해라는 것이다. 좋은 주석과 나쁜 주석 |좋은 주석|나쁜 주석| |:---:|:---:| |법적인 주석|주절거리는 주석| |정보를 제공하는 주석|같은 이야기를 중복하는 주석| |의

2020년 7월 4일
·
0개의 댓글
post-thumbnail

[Clean Code] 3장 함수

개요 이 장에서는 함수를 잘 만드는 규칙에 대해서 설명하고 있다. 1. 작게 만들어라! if문 / else문 / while문 등에 들어가는 블록은 한줄이어야 한다 함수에서 들여쓰기 수준은 1단이나 2단을 넘어서면 안된다 2. 한 가지만 해라! 아래는 세가지 일 vs

2020년 7월 4일
·
0개의 댓글
post-thumbnail

[Clean Code] 2장 의미 있는 이름

의도를 분명히 밝혀라 변수(혹은 함수나 클래스)의 존재 이유, 수행 기능, 사용방법이 이름에 나타나야 함 주석을 달아야 한다면 이름을 다시 지어야 한다. 더 나은 이름이 떠오르면 개선하자. 의미 없는 이름 의미 있는 이름 Example int d; // 경과 시간 (

2020년 7월 4일
·
0개의 댓글
post-thumbnail

[강의] TDD, Refactoring, Clean Code - NEXTSTEP

[후기] TDD, Refactoring, Clean Code 강의 - NEXTSTEP 학습 후기 2019년 10월부터 한달 정도 수강하였다. 중간에 해외 휴양지에 여행 가서도 코드를 짰을 정도로 몰입되고, 재밌는 수업이었다. 마지막 과제를 작동하도록 완성을 하기는

2020년 6월 30일
·
0개의 댓글
post-thumbnail

Vue.js Mixin: 기능 캡슐화하기

Vue.js의 Mixin을 이용해서 좀 더 멋진 코드를 만드는 방법을 알아 봅시다!

2020년 4월 23일
·
0개의 댓글
post-thumbnail

처음 맡은 프로젝트 설계 : 어떻게 시작하지?

어느날 갑자기 회사에서 제품 설계를 나에게 지시한다면? 어느날 갑자기 팀 리더가 퇴사하면서 내가 프로젝트의 설계를 담당하게 됐다면? 이 글은 제가 설계를 담당하게 된 처음, 참고한 서적과 조언들에 대한 글입니다.

2020년 4월 17일
·
6개의 댓글

클린코드를 읽고

clean code저자 : 로버트 C.마틴클린코드 책을 읽어야겠다고 마음먹은 것은 꽤나 오래전인 것 같다.주변에서도 클린코드를 강조하는 얘기를 많이들어서 꼭 한번 읽어야겠다고 생각했는데, 드디어 읽게 되었다.책의 저자 로버트 C.마틴, 업계에서는 엉클밥(uncle bo

2020년 3월 18일
·
0개의 댓글

Basic OOP

초기 프로그래밍 방식은 절차적 프로그래밍 방식이었다. 어떠한 논리를 알맞은 논리 순서대로 써내려가는 것이다. 이러한 경우, 코드의 덩치가 커질수록 복잡해지고 유지보수가 어려워진다. 이후 프로그램을 함수 단위로 나누고 호출을 하는 구조적 프로그래밍 방식이 등장하면서 앞선

2020년 2월 25일
·
0개의 댓글
post-thumbnail

[번역] 잘못된 추상화

이 글은 Sandi Metz의 글 The Wrong Abstraction을 번역한 글입니다. 이 글은 메일을 통해 저자에게 허락을 구한 뒤 번역되었으며, 원문은 링크에서 찾아보실 수 있습니다. 본문 저는 잘못된 추상화에 대해 늘 고민해왔습니다. 레일즈 컨퍼런스 20

2020년 1월 4일
·
0개의 댓글

clean code 에 대하여

모든 이들이 코드를 작성할때, 좋은 코드를 작성하려 하는 건 당연할 것이다. 1. 클린코드란 무엇을 말하는 것일까? 먼저 클린코드에 대해 소프트웨어의 대가들의 생각을 정리해 보았다. 클린코드는 한 가지를 제대로 한다 - 바야네 스트롭스트룹(C++창시자) 훌륭한 프로그래머는 사람이 이해할 수 있는 코드를 짠다. - 마틴파울러(리팩토링 저자) 클린코드는 ...

2019년 11월 25일
·
0개의 댓글
post-thumbnail

클린 코드

2장 의미있는 이름 의도를 분명히 밝혀라 이름을 지을 때 답해야하는 질문들 변수의 존재 이유는? 수행 기능은? 사용 방법은? 주석이 필요한 코드는 코드에 의도를 분명히 드러내지 못한 코드다. 위의 코드와 아래 코드를 비교하면 단박에 내가 이름을 어떻게 지어야 할지 감이 온다. 지금까지는 변수 명을 짓다가 적당한 이름이 없어서 너무 길어지면 의도를 알기 ...

2019년 10월 20일
·
0개의 댓글