우당탕탕 우리네 개발생활

https://github.com/Udangtangtang-Driven-Developer/book-study/blob/main/%EC%98%A4%EB%B8%8C%EC%A0%9D%ED%8A%B8/2%EC%9E%A5/README.md book-study/오브젝트/2장/README.md at main · Udangtangtang-Driven-Developer/book-study각자 책 읽고 리뷰 내용 공유하기 . Contribute to Udangtangtang-Driven-Developer/book-study development by creating an account on GitHub.github.com

https://github.com/Udangtangtang-Driven-Developer/book-study/blob/main/%EC%98%A4%EB%B8%8C%EC%A0%9D%ED%8A%B8/1%EC%9E%A5/README.md book-study/오브젝트/1장/README.md at main · Udangtangtang-Driven-Developer/book-study각자 책 읽고 리뷰 내용 공유하기 . Contribute to Udangtangtang-Driven-Developer/book-study development by creating an account on GitHub.github.com

클린 코드 스터디를 비교적 최근에 마쳤다. 생에 첫 스터디였고 그 과정에서 우여곡절이 많았었는데 이에 대해 회고를 작성하고 마무리를 했었다.https://github.com/DAC13/STUDY_1_CLEAN_CODE GitHub - DAC13/STUDY_1_CLEAN_CODE: `클린코드`를 공부한 내용들을 나눕니다.`클린코드`를 공부한 내용들을 나눕니다. Contribute to DAC13/STUDY_1_CLEAN_CODE development by creating an account on GitHub.github.com 우연히 기회가 생겨 회사 동료와 함께 북스터디를 진행하기로 했다. 자세한 스터디 룰과 내용은 아래 링크에 있다.https://github.com/Udangtangtang-Driven..

책을 통해 공부한 내용을 정리하기 위해 작성하였습니다. 제 개인적인 각색과 의견이 첨가되어 있어 실제 책의 내용과는 차이가 있을 수 있습니다.17장. 냄새와 휴리스틱- 경험상 당연한 플로우의 동작을 구현해야 한다. 당연한 동작을 구현하지 않으면 코드를 읽거나 사용하는 사람이 더 이상 함수 이름만으로 함수 기능을 직관적으로 예상하기 어렵다. 저자를 신뢰하지 못하므로 코드를 일일이 살펴야 한다. - 경계를 올바로 처리해야 한다. 코드는 올바로 동작해야 한다. 너무나도 당연한 말이다. 그런데 우리는 올바른 동작이 아주 복잡하다는 사실을 자주 간과한다. 흔히 개발자들은 머릿속에서 코드를 돌려보고 끝낸다. 자신의 직관에 의존할 뿐 모든 경계와 구석진 곳에서 코드를 증명하려 애쓰지 않는다. 부지런함을 대신할 지름길..

책을 통해 공부한 내용을 정리하기 위해 작성하였습니다. 제 개인적인 각색과 의견이 첨가되어 있어 실제 책의 내용과는 차이가 있을 수 있습니다.14장. 점진적인 개선- (내 생각) 해당 장은 Args 클래스에 대한 첫 작성부터 리팩터링까지의 과정이 디테일하게 기록되어있다. 그렇기에 양이 방대하다. 해당 장을 어떻게 공부하는 것이 내가 인사이트를 많이 얻을 수 있는 방법일까 생각해 봤을 때 우선은 전 과정을 차근차근 읽고 밑줄을 치거나 기록을 하는 방법이라고 생각했다. 공부를 하다 보니 원론적인 해당 클래스에 대한 기능 이해 자체가 부족함을 느꼈다. 그렇기에 메서드의 정확한 기능과 선언된 프로퍼티들의 의도의 파악이 어려웠고 이에 따라 리팩터링 역시 완전한 공감이 어려웠다. 그래서 아래와 같이 Nestjs +..

책을 통해 공부한 내용을 정리하기 위해 작성하였습니다. 제 개인적인 각색과 의견이 첨가되어 있어 실제 책의 내용과는 차이가 있을 수 있습니다.12장. 창발성- 리팩터링 단계에서는 소프트웨어 설계 품질을 높이는 기법이라면 무엇이든 적용해도 괜찮다.응집도 높이기결합도 낮추기관심사 분리하기시스템 관심사를 모듈로 나누기함수와 클래스 크기 줄이기더 나은 이름 선택하기- 코드는 개발자의 의도를 분명히 표현해야 한다. 개발자가 코드를 명백하게 짤수록 다른 사람이 그 코드를 이해하기 쉬워진다. 그래야 결함이 줄어들고 유지보수 비용이 적게 든다.우선, 좋은 이름을 선택한다.둘째, 함수와 클래스 크기를 가능한 줄인다.셋째, 표준 명칭을 사용한다. 예를 들어, 디자인 패턴은 의사소통과 표현력 강화가 주요 목적이다. 클래스가..

책을 통해 공부한 내용을 정리하기 위해 작성하였습니다. 제 개인적인 각색과 의견이 첨가되어 있어 실제 책의 내용과는 차이가 있을 수 있습니다.11장. 시스템- 시스템 제작과 시스템 사용을 분리하라. 소프트웨어 시스템은 (애플리케이션 객체를 제작하고 의존성을 서로 '연결'하는) 준비 과정과 (준비 과정 이후에 이어지는) 런타임 로직을 분리해야 한다. public getService(): Service { if (service === null) { service = new MyServiceImpl(...); // 모든 상황에 적합한 기본값일까? } return service;}- 위 방법은 초기화 지연(Lazy Initialization) 혹은 계산 지연(Lazy Evaluati..

책을 통해 공부한 내용을 정리하기 위해 작성하였습니다. 제 개인적인 각색과 의견이 첨가되어 있어 실제 책의 내용과는 차이가 있을 수 있습니다.10장. 클래스- 클래스 체계. 클래스를 정의하는 표준 자바 관례에 따르면, 가장 먼저 변수 목록이 나온다. 정적(static) 공개(public) 상수가 있다면 맨 처음에 나온다. 다음으로 정적 비공개(private) 변수가 나오며, 이어서 비공개 인스턴스 변수가 나온다. 공개 변수가 필요한 경우는 거의 없다. 변수 목록 다음에는 공개 함수가 나온다. 비공개 함수는 자신을 호출하는 공개 함수 직후에 넣는다. 즉, 추상화 단계가 순차적으로 내려간다. 그래서 프로그램은 신문 기사처럼 읽힌다. - 캡슐화. 변수와 유틸리티 함수는 가능한 공개하지 않는 편이 낫지만 반드시..