좋은 점 Java를 배우는 초보자에게 적합 하나의 주제별로 code와 함께 볼 수 있어 좋은 code를 작성하기 위한 기술을 나눠서 습득 가능 code 관련 기술에 대해 주로 다루지만, software engineering에 대한 부분도 조금이라도 다루면서 전반적인 설계 관련된 영역을 제목처럼 '입문'하는데 충실하려고 노력 아쉬운 점 저자는 Java를 사용했지만 다른 언어에도 적용이 가능할 거라고 하는데, 꼭 그렇지는 않음 e.g. 'static 메서드 오용', 당연히 static keyword가 Java와 일치하는 경우가 아니면 다른 언어에 적용할 수 없음 e.g. '인터페이스를 통한 조건 분기 해소', interface를 통해 OOP의 다형성을 구현하는 부분 자체는 좋지만 다른 언어에서 이에 일치하는..

건축 사이에 유사점... 마틴 파울러... 가장 해로운 비유... 프로그래밍은 건축이 아닌여러 단계의 커뮤니케이션 프로그래밍은 문학과 훨씬 더 많은 공통점 데이터 구조는 시간이 정지된 알고리즘이다. 코드는 꾸준히 이자를 내야 하는 부채... 필요한 기능을 얻기 위해 함께 살아가야 하는 것을 필요악 시간이나 노력을 들였기 때문에 어떤 것에 가치를 부여하는 것을 매몰 비용의 오류(sunk-cost fallacy) 코드에 너무 집착하면 원래 문제에서 초점을 잃고 결국 문제를 수동으로 해결하는 데 걸리는 것보다 문제를 자동화하는 데 더 많은 시간을 소비 적은 것이 더 낫다 Less is better: when low‐value options are valued more highly than high‐value ..

01 세상 일은 왜 그렇게 단순하지 않을까? 애자일 소프트웨어 개발 Agile software development 이 소프트웨어를 개발하는 가장 좋은 방법... 애자일 소프트웨어 개발을 적용하는 데 가장 큰 장애물은 낡은 관리 방식... 기본이 탄탄해야 하기 때문에 우선 사람과 시스템에 대해 배울 필요... 시스템에 대한 사람들의 사고방식도 배워야 시스템을 대상으로는 할 때는 그 어떤 계획도 그대로 실현되지 않는다... 이론이 현실에서 그대로 실현되는 경우는 거의 없으며, 예측성의 곁에는 복잡성이... 달라붙어 있다. 근본 원인 분석은 중요하다. 그러나 근본 원인 분석으로 볼 수 있는 것은 과거뿐... 앞으로 무슨 일이 잘못될지 예측하는 데는 도움이 되지못할 것 W. 에드워즈 데밍 W. Edwards ..

01장 안드로이드 애플리케이션 설계 소개 2 애플리케이션의 설계 원칙 단일 책임 원칙(Single Responsibility Principle) 개방-폐쇄 원칙(Open Closed Principle) 리스코프 치환 원칙(Liskov Substitution Principle) 공변성의 예를 들면, List

장점 확실히 실무를 했던 사람이 쓴 책이라는 느낌이 든다. 전반적으로 다뤄야 할 부분들을 빠짐없이 다루고 있어서, PM을 지향하는 사람에게, 특히 초보/주니어에게 큰 도움이 될만하다 확실히 이제는 이쪽 분야가 전문화가 되어간다는 걸 느끼는게 얼마 전 읽었던 제품의 탄생도 그렇지만, product를 잘 만들기 위해 어떻게 구조적으로 전문적으로 일할지 다루는 서적이 계속 출간된다는 건 발전의 좋은 신호로 생각이 든다. 단점 Agile 전문 서적이 아니니 한계가 있긴 하지만, agile에 대한 언급이 매우 적고, 이에 대해 좀 전문적인 부분은 부족하다. 우리나라가 PO/PM 등의 명칭을 갖는 직책이 늘어나는 건 결국 agile, 특히 scrum의 확산과 직접적으로 연결되어 있는데, 이 분야는 매우 약하다. T..

Personal Kanban CHAPTER 01 퍼스널 칸반 기본 다지기 '수(守)-파(破)-리(離)'... 먼저 기본을 충분히 익히고(守), 의문을 품고(破), 당신만의 방식을 발견해 내라고 말한다리(離)... 변화에도 적응할 수 있을 정도로 유연한 시스템이 필요 강박사의 디지털보 수파리(守破離) - 전자신문 CHAPTER 02 첫 번째 퍼스널 칸반 만들기 Step 1. 준비물을 챙기자 Step 2. 업무의 ‘가치흐름 value stream'을 설정하자 Step 3. '할 일 목록: 백로그 backlog'를 만들자 Step 4. '진행 중 업무 WIP'의 개수를 제한하자 러시아 심리학자 블루마 제이가르니크 Bluma Zeigarnik, 인간의 뇌가 완결을 갈망한다... '제이가르니크 효과'... 완료된..

Part 1 이념과 태도 CHAPTER 1 21세기의 소프트웨어 개발 '고참'이라는 것이 일시적이고 '상대적' 코딩은 개발자가 해야 하는 많은 일들 중에 하나일 뿐 CHAPTER 2 애자일 애자일 원칙의 절차적인 부분들은 팀에 정말로 중요한 것, 비즈니스에 가치가 있는 것에 집중... 올바른 목표를 향해 진행 중인지 확인 '애자일을 따른다'는 것은 새로운 환경에 성공적으로 적응하고 있다는 의미다. 톰 길브 Tom Gilb '민첩(Agile)'하다고 해서 애자일을 실행하고 있는 것은 아니다. 애자일 방법론들은 모두 빠르고 짧은 피드백 루프에 대한 것 애자일 소프트웨어 개발은 피드백 루프를 짧게 하고 변화와 고객의 요구에 빠르게 대응할 수 있는 기회를 준다. 많은 기업들이 애자일의 절차적인 부분에는 많은 관..

Over communication is always better than less communication 아무래도 내가 만나던 애들도 native speaker가 아니어서 잘못 알고 있던 영어 표현을 수정하게 되었다. 표준화된 의사소통 문화 일하는 framework 역시 마찬가지. 사실상 scrum이 주류를 이루고, scrum이 아니라도 agile 방식으로 일하는 게 대부분 정착이 되어 있기 때문에 실리콘밸리뿐만 아니라 해외의 테크 회사들은 경력자들이 옮겨도 회사에서 일하는 방식에는 적응할 필요가 없다. 하지만 우리나라는 아직도 agile이 뭔지도 모르거나, 알더라도 이상하게 변형해서 scrum이 아닌 걸 하면서 scrum이라고 주장하는 등의 문제가 있어서 이런 표준화된 방식이 업계 전반에 걸쳐 적용되..

https://www.comicagile.net/comic/team-problems-2/ Team Problems – Comic Agilé #11 – Team Problems Authors’ comments: Don’t use the fact that your team is probably currently dispersed, like the most of the world is, as an excuse for lackluster team work. In these times where nobody can meet physically, it’s more important tha www.comicagile.net Authors’ comments: 대부분 그렇듯 팀이 흩어져 있다는 사실을 부진한 팀웍에 대한..

사람은 어지간해서 잘 바뀌지 않으니까. 조직, 환경, 문화가 바뀌기를 기대한다면 항상 자신부터 바뀌어야 한다. 문제가 애초에 사회학적인 문제라면 더 좋은 기술이 무슨 도움이 될까? 함께 일할 팀원들이 서로를 신뢰하지 않는다면 아무리 좋은 소프트웨어 패키지나 장비를 쓰더라도 차이가 없을 것 1부 인적 자원 관리 실수. 사람을 조립식 부품인 양 관리하는 성향 1장 지금 어디선가 프로젝트가 실패하고 있다 우리 업무에서 주요 문제는 본질적으로 기술적인 문제가 아니라 사회학적인 문제다. 인간관계는 복잡할 뿐 아니라 그 파급 효과가 절대로 깔끔하고 명확하지 않지만 업무의 어떤 측면보다 더 중요하다. 2장 치즈버거를 만들라, 치즈버거를 팔라 촉매의 역할이 프로젝트에 필수 촉매는 중요하다. 프로젝트는 언제나 유동적인 ..