책 리뷰8

• SQL 레벨업 1장 : DBMS 아키텍처 개요1장 : DBMS 아키텍처 개요DBMS 내부의 기능쿼리 평가 엔진→ 핵심!입력 받은 엔진은 사용자로 부터 입력받은 sql 구문을 분석하고 어떤 순서로 기억장치의 데이터에 접근할지를 결정합니다. 이때 결정 되는 계획을 실행 계획이라 부른다.이 책에서 중요하게 이야기하는 성능과도 깊은 관련이 있는 모듈이다.버퍼 매니저디스크 용량 매니저트랜잭션 매니저와 락 매니저리커버리 매니저2장 : DBMS의 버퍼DBMS와 기억장치의 관계HDD현재 대부분의 dbms는 HDD에 저장한다.2차 기억장치좋은 장점도 나쁜 단점도 없는 매체메모리디스크에 비해 기억 비용이 비싸ㅈ다.데이터 베이스 내부 데이터를 모두 메모리에 올리는것을 불가능 하다.버퍼를 활용한 속도 향상DBMS가 일부라도 데이터를 메모리.. 책 리뷰 2024. 3. 24.

• 

  7장 오류처리 우아하고 고상하게 오류를 처리하는 기법과 고려 사항 몇 가지를 소개한다. 오류 코드보다는 예외를 사용해라 오류가 발생하면 예외를 던지는 것이 낫다. 그러면 호출자 코드가 더 깔끔해진다. 논리가 오류 처리 코드와 뒤 섞이지 않으니까. public class DeviceController { DeviceHandle handle = getHandle(DEV1); if (handle != DeviceHandle.INVALID) { retrieveDeviceRecord(handle); if (record.getStatus() != DEVICE_SUSPENDED) { closeDevice(handle); } else { logger.log("Device suspended. Unable to shut down"); .. 책 리뷰/클린코드 2023. 10. 14.

• 

  6장 객체와 자료 구조 6장 객체와 자료 구조 변수를 private으로 선언하는데 왜 많은 개발자들은 getter와 setter 함수를 public으로 하는 걸까 만약 get, set함수를 제공한다면 구현을 외부로 노출하는 것과 같다. 자료 추상화 변수 사이에 함수라는 계층을 넣는다고 구현이 저절로 감춰지지는 않는다 구현을 감추려면 추상화가 필요하다. 개발자는 객체가 포함하는 자료를 표현할 가장 좋은 방법을 신중하게 고민해야 한다. 아무 생각 없이 조회/설정 함수를 추가하는 방법이 가장 나쁘다 자료/객체 비대칭 객체는 추상화 뒤로 자료를 숨김 채 자료를 다루는 함수만 공개한다. 자료구조는 자료를 그대로 공개하며 별다른 함수는 제공하지 않는다. 두 개념은 사실상 정반대다. 사소한 차이로 보일지 모르지만 그 차이가 미치는 영향은 .. 책 리뷰/클린코드 2023. 7. 25.

• 

  5장 : 형식 맞추기 5장 : 형식 맞추기 🙂 프로그래머라면 형식을 깔금하게 맞춰 코드를 짜야한다. 코드 형식을 맞추기 위한 간단한 규칙을 정하고 그 규칙을 착실히 따라야 한다. 팀으로 일한다면 팀이 합의해 규칙을 정하고 모두가 그 규칙을 따라야 한다. 형식을 맞추는 목적 오늘 구현한 기능이 다른 누군가에 의해 수정될 확률을 아주 높습니다. 또한 많은 수정이 있어도 맨 처음 잡아둔 코드 스타일과 가독성 수준은 유지보수의 용이성과 확장성에 계속해서 영향을 미칩니다. 즉 원래 코드 스타일을 사라져도 개발자의 규칙과 스타일은 사라지지 않습니다. 이렇기에 초반 원활한 소통을 위해서 코드 형식을 정해두고 시작해야 합니다. 추천하는 코드 형식 적절한 행 길이를 유지하라. 반드시 지킬 규칙을 아니지만 바람직한 규칙으로 삼았으면 좋겠다. .. 책 리뷰/클린코드 2023. 6. 28.

• 

  클린코드 4장 : 주석 4장 : 주석 주석은 오래될수록 코드에서 멀어진다. 프로그래머들이 주석을 유지하고 보수하는것은 현실적으로 어렵다. 또한, 코드는 변화하고 옮겨지면서 주석이 코드를 언제나 따라가지는 않는다. 부정확한 주석은 아예 없는 주석보다 훨씬 더 나쁘다. 부정확한 주석은 독자를 현혹하고 오도한다. 주석을 나쁜 코드를 보완하지 못한다. 코드에 주석을 추가하는 이유는 코드 품질이 나쁘기 때문이다. 표현력이 풍부하고 깔끔하며 주석이 없는 코드가 주석이 많이 달린 복잡하고 어수선한 코드보다 훨씬 좋다. 주석을 추가하기 위해 애쓰는 것보는 코드를 깨끗하게 관리하는데 시간을 보내라. 코드로 의도를 표현하라. 코드로 대다수의 의도를 표현할 수 있다. 많은 경우 주석으로 달려는 설명을 함수러 만들어 표현해도 충분하다. 좋은 주석 .. 책 리뷰/클린코드 2023. 6. 21.

• 

  3장 함수 작게 만들어라 20줄도 길다. 2~5줄 구성하라 함수에서 들여 쓰기 수준은 1단이나 2단을 넘어서지 않아야 한다(다중 중첩 금지) 한 가지만 해라 함수는 한 가지를 해야 한다. 그 한 가지를 잘해야 한다. 함수 내에 의미 있는 이름으로 추출가능한 부분이 있다면 함수가 분리 가능하다는 뜻이다. 함수당 추상화 수준은 하나로 한 함수 내에 추상화 수준을 섞으면 코드를 읽는 사람이 헷갈린다. 코드는 위에서 아래로 읽혀야 한다. -> 내려가기 규칙 Switch 스위치 문은 작게 만들기 어렵다. 하지만 switch문을 완전히 피할 방법은 없다. 하지만 switch 문을 저 차원 클래스에 숨기고 반복하지 않는 방법은 있다. -> 다형성을 이용한다. switch 문을 한 가지 단일 작업을 하기 어렵다는 점도 있다. 다.. 책 리뷰/클린코드 2023. 6. 5.

• 

  Clean Code(1,2 장) 1장 중복을 피하라. 한 기능만 수행하라. 제대로 표현하라. 작게 추상화하라 이상이다. 2장 : 메서드 네이밍 의도를 분명히 밝혀라 그릇된 정보를 피하라 의미 있게 구분하라 발음하기 쉬운 이름을 사용하라 검색하기 쉬운 이름을 사용하라. 인코딩을 피하라 헝가리식 표기법 PhoneNumber phoneString → String에서 변경되었지만 변경사항을 수정하기 어렵다. —> 지금을 사용하지 않는 것이 좋다 멤버 변수 접두어 private String m_dsc // 설명문자열 (접두어 이제는 필요 없음) 인터 페이스 클래스와 구현 클래스 인터페이스 이름은 접두어를 붙이지 않는 편이 좋다고 생각했다. 자신의 기억력을 자랑하지 마라 클래스 이름 : 객체 이름이나 명사구 메서드 이름 : 동사나 동사구 기발한 .. 책 리뷰/클린코드 2023. 5. 4.

• 

  📚 객체지향의 사실과 오해(FIN) (책의 내용 중 일부분과 개인적으로 요약한 부분이 같이 있어 저자분의 내용과 다르게 요약되었을 수 있습니다.) 1장 "협력하는 객체들의 공동체" 객체 지향의 목표는 실세계를 모방하는 것이 아니다. 오히려 새로운 세계를 창조하는 것이다. 소프트웨어 개발자의 역할은 단순히 실세계를 소프트웨어 안으로 옮겨 담는 것이 아니라 고객과 사용자를 만족시킬 수 있는 신세계를 창조하는 것이다. 역할, 책임, 협력 역할이라는 단어는 책임이라는 개념을 내포한다. 역할에 적합한 책임을 수행한다 - 여러 사람이 동일한 역할을 수행할 수 있다 ( 여러 명의 바리스타, 여러 명의 손님 ) - 역할은 대체 가능성을 의미한다. (일하고 있던 바리스타가 일을 그만두어도 다른 사람으로 대체 가능하다) - 책임을 수행하는 방법은 자율적으로.. 책 리뷰/객체지향의 사실과 오해 2023. 4. 28.