Yuni-Q검색
Written by@yuni-q
yuni-q's graffiti.

GitHub

1장 일단, 가설이 있어야 한다

1. 왜 가설사고가 필요한가 문제 해결 속도가 눈에 띄게 빨라진다 가설사고는 해답부터 생각하는 것이다. 가장 좋은 해답을 가장 짧은 시간에 찾아내는 방법이라고 말할 수도 있다. 일단 해답을 내놓고 그것을 분해서해서 증명한다. 일을 시작하기 전에 가설을 세우면 무엇을 해야 할지 그 대상이 분명해지고 논점도 좀 더 깊이 생각할 수 있다. 보는 것만으로 해답을…

0장(서장) 가설사고란 무엇인가

정보가 많으면 올바른 의사결정을 할 수 있을까? 사람이 비즈니스에서 모든 것을 조사한다는 진행방식을 활용해서는 바람직한 결과를 얻을 수 없다 이른 단계에서 가설을 세울 수 있으면 좋은 결과를 얻는다 일처리가 빠른 사람은 한정된 정보를 토대로 다른 사람보다 빠르고 정확하게 문제점을 발견할 수 있고, 해결책과 연결 할 수 있는 사고법을 갖추고 있다. 가설은 …

내향인도 발표 고수로 만드는 직장인의 발표 스킬 10가지

내향인도 발표 고수로 만드는 직장인의 발표 스킬 10가지 회의, 보고, 발표할 때 바로 써먹는 회사어 전략 - 직장인의 말하기3 [실전편] 회사어도 외국어다: 0개 국어 탈출을 위한 직장인의 말하기1 [이론편] 회사어 완전 정복! 4주 커리큘럼 - 직장인의 말하기2 [연습편] 발표의 기본은 말하기와 태도 1. 회의, 보고, 발표할 때 바로 써먹는 회사어 …

0장 글

지은이 서문 이펙티브 엔지니어란 어떤 개발자일까? 효울적으로 임무를 완수하는 사람 가치와 효과를 내는 데 집중하며 어떤 성과를 낼지 선택할 줄도 아는 사람 일한 시간당 생산하는 가치의 비율로 정의된다. 이 책에서 배우는 내용 효율성에서 매우 중요하지만 개발자들이 종종 간과하는 것이 이다. 메타 기술은 시간과 에너지를 어디에 집중해야 들어간 노력에 대비 더…

08장 명명을 잘하는 방법

이 장에서는 다음과 같은 내용을 다룬다. 좋은 이름 짓기에 대한 여러 가지 관점의 비교 이름과 인지 과정 간의 관계 파악 다양한 명명법의 효과 잘못된 이름이 버그 및 오류에 미치는 영향 변수 이름을 구조화하여 이해도를 극대화하는 방법 서론 8장부터는 코드를 작성하는 과정을 살펴본다. 좋은 이름을 사용하면 LTM을 활성화하여 코드 도메인에 대해 이미 알고 …

1장 레버리지가 높은 활동에 집중하라

신입 개발자를 효과적으로 온보딩한다면 직접 만든 어떤 코드보다 더 큰 효과를 낼 것이다. 레버리지를 효과성의 측정 기준으로 삼아라 레버리지란 투자한 시간당 생산한 가치, 또는 효과이다. 레버리지 = 생산한 효과 / 투자한 시간 레버리지는 투입한 노력에 대한 이다. 이펙티브 엔지니어는 업무를 효율적으로 완수하고, 제한된 시간에 더 많은 가치를 생산한다. 레…

02 객체지향 프로그래밍

TL;DR 2장에서는 책임을 중심으로 설계된 객체지향 코드의 대력적인 모양을 살펴봅니다. 객체지향 프로그래밍에서 사용되는 다양한 요소와 개념을 이해하게 됩니다. 01. 영화 예매 시스템 요구사항 살펴보기 02 객체지향 프로그래밍을 향해 협력, 객체, 클래스 입니다. C++, 자바, 루비, C#과 같이 클래스 기반의 객체지향 언어에 익숙한 사람이라면 가장 …

First-class citizen

1급 객체의 조건 3가지 변수나 데이타에 할당 할 수 있어야 합니다. 객체의 인자로 넘길 수 있어야 합니다. 객체의 리턴값으로 리턴 할수 있어야 합니다. 자바에서의 1급 객체란? JAVA에서는 함수가 1급 객체에 해당하지 않습니다. Kotlin, JavaScript 등의 언어에서는 변수에 함수를 할당하고 사용할 수 있지만 JAVA는 불가능합니다. JAVA…

03 역할, 책임, 협력

TL;DR 책임 주도 설계 방법에 관해서 소개합니다. 객체지향 패러다임의 관점에서 핵심은 클래스나 상속이 아니라 , , 입니다. 이 세 요소가 조화를 이루고 균형을 맞추도록 설계를 이끄는 것이 중요합니다. 객체지향의 본질은 협력하는 객체들의 공동체를 창조하는 것입니다. 객체지향 설계의 핵심은 협력을 구성하기 위해 적절한 객체를 찾고 적절한 책임을 할당하는…

04 설계 품질과 트레이드오프

TL;DR 절차적 프로그래밍 방식으로 구현해보고 이렇게 구현된 코드의 품질이 나쁜 이유를 설명합니다. 품질을 평가하기 위해 사용할 수있는 척도인 캡슐화, 응집도, 결합도의 개념도 함께 소개합니다. 4장에서는 역할, 책임, 협력이 아닌 데이터에 초점을 맞출 때 어떤 문제점이 발생하는지에 관해 살펴봅니다. 객체지향 설계의 핵심은 역할, 책임, 협력입니다. 협…