ASH84

객체지향이라는 말은 어떻게 보면 올드스쿨이다. 함수형 프로그래밍과 대척점에 있어 보이기도 하고, 객체지향 == 자바라고 느껴지기도 하니 말이다. 어떻게 보면 이 책은 그런 생각들이 오해였고, 사실에 대해서 설명해 주는 책이라는 생각이 들었다. 내가 처음 객체지향이라는 단어를 배웠을 때는 C++ 을 배우면서 절차지향(이 말도 들어본지 꽤 됐다.) 의 대척점에 있는 존재였다. 마치 C vs.C++, 절차지향 vs. 객체지향 같은 느낌. 그래도 힙(hip)한 느낌이었다. 클래스와 캡슐화, 다형성 그리고 예제는 항상 Person 과 Employee 였다. 그 이후로 객체지향이라는 단어는 다음 단계인 디자인패턴(design pattern) 과 effective 시리즈로 나를 이끌었던 것 같다. 그리고 이 책을 보면서 객체지향에 대해서 다시 생각하게 되었고, 내가 그 동안 클래스를 만들고 책임을 클래스에 할당하고 설계를 하는 등의 일련의 방식들이 조금씩 문제가

링크 - http://yimay.kr/t499o6dfsz 제 2부 모델 주도 설계의 기본 요소 책임 주도 설계 정교한 모델은 가장 근본적인 사항에 관심을 가질때만 비로소 복잡성을 헤쳐나갈 수 있다. 04_도메인의 격리 LATERED ARCHITECTURE(계층형 아키텍처) 사용자 인터페이스, 데이터베이스 등의 코드가 비지니스 객체 안에 직접 작성하기도함. => 단기간에 동작하게 하기 위한 가장 쉬운 방식 이런 방식은 테스트가 어렵고, 이해하기 어렵고, 유지보수가 어렵다. 관심사의 분리(separation of concern) : 격리된 상태에서 있는 각 설계요소에 집중

링크 - http://yimay.kr/t499o6dfsz 03 모델과 구현의 연계 MODEL-DRIVEN DESIGN(모델 주도의 설계) 분석 모델 설계와 구분 소프트웨어에서 수행할 역할 고려 X 업무 도메인 개념만 체계화, 업무 도메인 분석의 결과물 이해하기 위한 수단 설계와 도메인 모델이 대응 되어야 한다. 복잡한 대응은 이해가 어렵고 유지보수가 어렵다. 도메인 모델을 설계와 밀접하게 연관시키는 원칙을 강제시, 모델 중 유용한 것을 선택하는 또 하나의 기준이 된다. 설계시, 도메인 모델을 있는 그래도 반영, 설계와 모델의 대응을 분명하게 하라. 모델에서 사

제 1부 동작하는 도메인 만들기 도메인과 모데인 로직에 집중 설계는 모델을 기반으로 모델은 문제 해결을 위한 추상화, 세부사항 x 지식의 추상화 - 도메인 모델 01장__지식탐구 도메인 전문가와 대화를 통해서 지식을 습득해 가고 그것을 모델, 다이어그램으로 정리 초기 프로토타입 생성 지속적으로 모델을 발전 시키고 불필요한 개념 제거 과거의 폭포수 모델 : 지식의 방향이 한방향으로 흐른다. 훌륭한 프로그래머 : 추상화를 통한 모델 발전, 도메인 전문가와의 협의 필요 모델은 결코 완별해질수 없으며, 다만 계속 발전해나갈뿐. 모델은 도메인을 이해하는데 실용적이고 유용해야한다. 도메인 전문가가 더

직업으로서의 소설가 - 무라카미 하루키 - 의 에세이 책을 읽었다. 접어놨던 책장에서 몇몇 구절과 함께 느낀점들을 적어 본다. 생활비를 벌기 위해 문필과는 전혀 관계 없는 다른 일을 일상적으로 했던 적은 있습니다. 하지만 글 쓰는 일의 의뢰는 원칙적으로 받지 않았습니다. 중략.. 기본적으로 소설을 쓸 때는 소설만 썼습니다. 확실히 돈을 벌기 위한 프로그래밍을 할 때는 재미가 없는것 같다. 생활비를 벌기 위해서 간혹 알바를 하긴 하는데 그럴때는 중간고사를 앞둔 아이처럼 자꾸 딴짓, 오픈소스를 건드리거나 예전 프로젝트를 뒤적이거나 하는 짓을 하게 되더라. 좀 더 쓰고 싶더라도 20매 정도에서 딱 멈추고, 오늘은 뭔가 좀 잘 안되다 싶어도 어떻든 노력해서 20매 까지는 씁니다. 왜냐하면

회사일에 빡치고 힘들어서 서점에 갔는데 우연히 찾은 책이었다. 리디북스에도 e북이 있길래 사서 봤는데 당연한 글인것 같으면서도 자극이 되는 부분이 있었다. 20대에 첫 직장에서 생활을 하다보면 회사에 충성하고, 회사에서 잘 생활하는 것에 많은 시간을 할애 했던것 같다. 뭐, 몇번의 이직으로 그런 환상은 깨져버렸지만 말이다. 30대 초중반을 지나는 지금은 회사에서 40대가 넘어간 개발자, 회사원들을 보면 뭔가 회사에서 묶여있는 느낌을 많이 받았다. 나도 저렇게 되는가 싶기도 하고. 어쩌면 그게 맞을지도 모르겠다. 결국 방향은 자기가 결정하는 것이니까. 이 책은 사축 이라고 회사에서 기르는 가축이라는 용어를 사용하면서 가면사축: 사축인 척을 하는 사람 이라는 용어를 제시하고 있다. 저자가 인터넷 부업을 하

청년창업, 8권의 책으로 시작하다라는 배달의 민족 김봉진 대표이사의 책을 우연히 읽게 되었다. 책에 대해서 관심도 많았고, 창업에 대해서 관심도 많은 지라 선택한 책이었는데, 재밌게 읽은 기억이 있다. 총 8권의 책을 소개하면서 창업과 관련되어서 일과 성공, 인생과 삶에 대해서 애기를 하고 있는 책이다. 기회가 된다면 한번 읽어보기를 추천한다. 왜 이야기를 할까? 그 8권의 책 중 하나가 바로 승려와 수수께끼(The monk and the riddle) 라는 책이기 때문이다. 책을 읽게 된 건, 알게 된 시점으로 부터 꽤 오래된 몇 주전이다. 사놓은지는 꽤 되었고, 결혼을 하면서 서재의 데코로 꽂아 두었는데 제목이

바지벗고 일하면 안되나요? 라는 책은 사실 원 제목은 The Year Without Pants: WordPress.com and the Future of Work 이다. 저자인 스콧 버쿤이라는 사람, PM이 워드프레스 닷컴의 회사 Automattic 에서 일하면서 느낀점을 에세이로 적은 책이다. 왜 이책을 읽었는지에 대해서 먼저 설명을 하자면, 원격에서 일하는 부분에 대해서 관심을 자연스럽게 가지게 되었다. 나이가 아직은 젊지만 결혼을 했고 곧 아이가 생기게 되면 좀더 많은 시간을 아이와 함께 그리고 현재는 아파트에 살지만 나중에는 정원이 딸린 외곽 시골에서도 살면서 내가 하고 싶은일을 하면서 살순 없을까 하는 생각을 가지게 되었고 원격근무에 대해서 자연스럽게 관심이 가게 되었고, 여러 기업이 있겠지만 그래도 IT 분야에서 원격근무를 잘 하고 있는 Automattic 사의 내면을 들여다 보고 싶었다. 다른 기업에 비해서 덜 알려져 있는것도 사실이다. 또 하나는 워드프레스에 대해서 관심을 가지고 있었고, 오픈소스라는점과 그리고 그것을 서비스하는 회사의 사람들이 원격근무를 한

- - - - - - ### 프로그래머 열정을 말하다 저자