이재원의 티스토리

책 내용 요약 - 신입 개발자에게도 추천하고 싶은 책, 실무에 유용한 내용, 적절한 비유를 통한 개념 설명 기본적으로 클라/서버, 프론트/백, API/JSON/SDK 와 같은 기본적인 개념을 알아야 개발자의 대화를 이해할 수 있다. API 문서가 제일 중요하다. 이걸 볼 수 있어야 개발자와 협업이 가능하다. (문서 작성 서비스는 gitbook 추천) 앱 출시를 하려면 마켓과 심사가 무엇인지, 웹/앱이 무엇인지, 앱의 종류에는 무엇이 있는지는 알아야 한다. 기존에 모든 산업들은 IT 산업으로 대체되고 있다. 어떤 일을 하든 IT 지식을 알아두는게 유용하다. 클라이언트와 서버 식당 고객 = 클라이언트 = 무언가를 달라고 하는 컴퓨터, 스마트폰 (서비스를 사용하는 사용자의 컴퓨터) 종업원 = 서버 = 무언가를..

리팩터링 적용 방법을 아는 것과 제때 적용할 줄 아는 것은 다르다. 리팩터링을 언제 시작하고 언제 그만할지를 판단하는 일은 리팩터링의 작동 원리를 아는 것 만큼 중요하다. 그리고 우리는 리팩터링이 필요한 코드들에 일정한 패턴이 있다는 사실을 발견했다. 이를 설명하는데 냄새(악취)란 표현을 사용했다. 하지만 리팩터링을 언제 멈춰야 하는지를 판단하는 정확한 기준을 제시하지 않을 것이다. 우리 경험에 따르면 숙련된 사람의 직관만큼 정확한 기준은 없다. 종료 기준보다는 리팩터링하면 해결할 수 있는 문제의 징후를 제시하겠다. 3.1 기이한 이름 (Mysterious Name) 코드를 명료하게 표현하는데 가장 중요한 요소 하나는 바로 '이름'이다. 함수, 모듈, 변수, 클래스 등은 그 이름만 보고도 각각이 무슨 일..

https://www.yes24.com/Product/Goods/97584861 휴먼카인드 - YES24 “인간 본성에 관한 새로운 관점. 『사피엔스』에 도전하는 책!” -유발 하라리(역사학자)이기적 인간이라는 프레임을 부수는 거대한 발상의 전환“모든 비극은 인간 본성에 대한 오해에서 시 www.yes24.com 1. 작가 뤼트허르 브레흐만(Retger Bregman)은 네덜란드를 대표하는 저널리스트이자 사상가이다. 2. 책 한줄요약 (키워드 - 현실주의) 인간의 본성은 이기적이지 않은게 현실이다. 이것이 진정한 현실주의이다. 따라서, 희망을 가지고 더 나은 세상을 만들기 위해 노력해야한다. (* 언론의 부정편향에 휘둘리지 말아라) 3. 후기 초반엔 다양한 사례를 나열하고 있는데 아무래도 서양권에 대한 ..

그림으로 공부하는 IT 인프라 구조 8장 내용 정리 1. 응답과 처리량 시스템 성능 지표에는 응답(Response)과 처리량(Throughput)있다. 응답은 처리 하나당 소요 시간을 의미하며, 처리량은 단위 시간당 처리하는 양을 의미한다. 이 두 가지를 혼동하지 않고 명확히 구별하는 것이 중요하다. 응답시간 : 검색 엔진에서 검색 버튼을 누른 후 결과가 표시되기까지 걸리는 시간 (사용자 관점 지표) 처리량 : 검색 엔진이 초당 받아들이는 사용자 수 (서비스 제공자 관점 지표) 편의점을 예를 들어, 계산대가 두 곳이며, 계산 담당자 두 명의 능력이 동일하다고 가정하고, 고객들이 두 계산대에 균등하게 줄을 서 있다고 하자. 이때 줄의 끝에 선 후 계산이 끝나기까지걸리는 시간이 응답 시간이다. 또한, 한 대..

그림으로 공부하는 IT 인프라 구조 7장 내용 정리 1. 안정성 및 이중화 상용 시스템을 장애로부터 보호하기 위해서 빠트릴 수 없는 구조가 있다. 그것은 바로 안정성과 이중화다. 안정성 이란? 안정성, 고가용성이란, 서비스가 가능한 한 멈추지 않도록 하는 것을 의미한다. 이중화, 감시, 백업 세 가지 수단을 구현해서 이를 실현할 수 있다. 목표 실현수단 고장, 장애에 의한 정지가 발생하지 않을 것 컴포넌트 이중화 고장, 장애가 발생해도 복구할 수 있을 것 고장 ,장애가 발생한 것을 검출할 수 있을 것 컴포넌트 감시 고장, 장애가 발생해도 데이터가 보호될 것 데이터 백업 이중화란? 이중화는 기능을 병렬로 처리하여 하나에 장애가 발생해도 서비스가 지속되게 하는 것이다. (예: 카운터가 여럿인 편의점) 이중화..

일 잘하는 사람은 단순하게 말합니다 책에서는 직장내 보고의 언어는 두괄식으로 해야 한다고 한다. 회사에서 누가 찾아와 "저 할말이 있는데요.." 라는 이야기를 들으면 무슨 생각이 들까? 우리는 너무 무섭게 이야기합니다, 공포영화처럼 "저... 보고드릴 게 있습니다." 상사들은 수상쩍어 보이는 문서를 들고 다가오는 직원 얼굴을 보는 순간 기분이 가라 앉습니다. 직원이 가져오는 것 중에 좋은일은 별로 없는 법이니까요. 상사에게 가져오는건 주로 '문제' 덩어리죠. 그러니 보고하는 사람의 말이 길어지면, 상사의 스트레스는 점점 더 심해집니다. '도대체 얼마나 나쁜 문제길래? 얼마나 큰 사고를 쳤길래 저렇게 뜸을 들이지?'라는 방어적인 마음이 되기 때문에 별것 아닌 조그만 흠에도 화를 내게 됩니다. 우리가 상사 ..

팀원 또는 후배에게 일을 지시하는게 어렵다고 느끼거나 일을 지시해도 원하는 결과물이 나오지 않아 답답할때가 있다. 이런 경우에는 내 설명이 부족하거나 모호하지는 않았는지 진지하게 고민해봐야 한다. 일 잘하는 사람은 단순하게 말합니다 책에서는 지시자의 잘못이 크다고 얘기하고 있는데 격하게 공감되는 부분이다. 모든 직장인들(특히 상급자는) 이 책을 읽어 봤으면 좋겠다. 급한 건 아니지만 빨리 줄수록 좋다? (언어의 임의성) "이 대리, L 프로젝트 기안서 다 됐어요?" "아뇨. 아직 시작 안했는데요." "뭐라고요? 내가 빨리 달라고 했잖아요." "급한 건 아니라고 하셔서 월요일에 드리려고..." "빨리 달라고 했는데 왜 월요일이에요? 참나, 걸핏하면 일을 질질 끈다니까. 지금 얼른 해서 6시까지는 줘요!" ..

마지막 장이다. 이번 장에서는 객체 지향 프로그래밍에서 가장 유명한 특성인 상속을 다룬다. 이는 아주 유용한 동시에 오용하기 쉽다. 더욱이 상속은 발등에 불이 떨어져서야 잘못 됐음을 알아차리는 경우가 많다. 특정 기능을 상속계층구조의 위나 아래로 옮길 때 12.1 메서드 올리기 12.2 필드 올리기 12.3 생성자 본문 올리기 12.4 메서드 내리기 12.5 필드 내리기 계층 사이에 클래스를 추가하거나 제거하는 12.8 슈퍼클래스 추출하기 12.7 서브클래스 제거하기 12.9 계층 합치기 필드값에 따라 동작이 달라지는 코드의 경우 필드를 서브클래스로 대체하고 싶을 때 12.6 타입 코드를 서브클래스로 바꾸기 상속이 잘못된 곳에서 사용되거나 나중에 환경이 변해 문제가 생길 경우 12.10 서브클래스를 위임..