드라이브 - 2부일시: 2024-05-14 10:00 - 11:00목차: 2부 4~5장4장 자율성근무시간의 15퍼센트를 자유롭게 쓰게한다?센디보다는 크고, 너무 크지는 않은 회사에서 효율적이다.예전의 구글처럼4장을 읽으면서 들었던 생각예전에는 동기2.0으로 잘 살아왔지만 시대가 변한 지금은 동기2.0으론 힘들다는게 드러났다. 그러나 한국의 대부분의 기업은 왜 동기2.0에서 바뀌지 않았는가?인간의 디폴트값은 자율성인가?애기는 뭐든지 잘 못 해도 지가 다 하고 싶어한다.엄마가 결혼할 상대는 골라온다면 어떤가? 싫다.누군가가 아무리 좋은 이상형, 아무리 좋은 무언가를 제시해주더라도 나의 선택이 아니라면 싫어진다.자율성에 대해 의심하지 말라!자율성은 내적 동기이다.성장은 고통이다성장에 대한 피드백이 빠르지않으면..
드라이브 - 1부일시: 2024-05-02 13:00 - 14:00 목차: 1부느낀 점 1969년 "드라이브"라는 이론이 나온지도 오래 지났다. 산업혁명 때까지는 유용했던 동기 2.0(당근과 채찍)은 더 이상 유용하지 않다고 판명났다. 인간의 내재적 동기를 유도해야 한다는 "드라이브" 이론이 주목을 받기 시작했지만, 그래도 현대의 많은 사람들은 "당근과 채찍"의 방식을 고수하고 있다. 왜 그럴까? 책이 작성된 2011년과 현재 2024년도 크게 다르지 않다. 고등학생의 부모가 시험 성적을 잘 받아온다면 아이폰을 사주겠다는 약속은 흔한 이야기이다. 이는 웬만한 대기업이나 중소 기업도 마찬가지다. 지각하면 벌점을 주고 일을 잘하면 성과금을 준다. 인간의 동기를 불러일으키기에는 외적 보상과 체벌로는 더는 부족..
육각형 개발자 - 8-11부 일시: 2024-04-18 목차: 8부 ~ 11부 느낀 점 192p: 적절한 아키텍처는 상황에 따라 다르다. 모든 시스템이 24시간 서비스를 제공할 필요는 없다. 게임 서비스는 한참 사용자가 많은 시간대에 장애가 발생하면 매출 감소와 사용자 이탈이 생길 수 있다. HR 시스템은 24시간 서비스를 유지하기 위한 아키텍처를 요구하지 않는다. 대신 HR 시스템은 매우 민감한 개인 정보를 다루기 때문에 매우 엄격한 데이터 관리 체계를 갖추어야 한다. 개발하는 모든 시스템에 획일적으로 동일한 품질을 추구해서는 안 된다. 시스템마다 추구해야 하는 품질 속성이 다르므로 아키텍처도 달라져야 한다! => 항상 성능이 중요한게 아니구나. 보안을 위해서는 어느 정도의 성능 하락을 감수해야 하는구..
육각형 개발자 - 4부 일시: 2024-04-11 15:30 ~ 16:10 목차: 4부 읽고 든 생각 리팩토링과 테스트는 빠른 구현을 해야하는 스타트업에서는 맞지 않는 느낌인가? 4장: 코드 시각화 - 미로에서 프로세스를 시각화하는 것과 같은건가? 113p: "응집도가 높아지면 구성요소가 역할에 따라 알맞게 분리될 가능성이 커진다." 반대 아닌가? 리팩토링: 인턴이라 그런가, 기존 로직을 함부로 리팩토링하기가 걱정이 되긴 한다. 함부로 고쳤다가 문제가 생길까봐. 프론트에서의 테스트는 어떤 것이 있을까? 운송 예약의 경우라면, 입력을 자동으로 넣고 예약이 됐는지 안됐는지를 테스트하면 될까?4부 - 코드이해 같은 용어를 사용했지만 서로 이해하는 바가 달랐다. => 우리들은 이런 상황에서 어떻게 하는가? 각자..
육각형 개발자 - 1~3부 일시: 2024-04-04 13:30 ~ 15:00 목차: 1~3부 1~3부는 뭔가 앞서 읽었던 "헬로스타트업"과 "함께자라기"를 잘 섞은 듯한 느낌. 새로울건 없었다. 새로운 기술을 어떻게 배우는지 라이언: 기존의 기술과 무엇이 다른가를 중점적으로 본다. 빅터, 민, 보름: 공식문서의 quickstart부터 시작 주니어에게는 두려움없이 핸즈온부터 시작하는걸 추천(바텀업) 이걸 하면서 동시에 탑다운으로 지식을 정리하면 금상청화 소프트웨어 전달 성과가 높다? 지속적인 전달(CD)을 하면, 간편하고 빠르고 자주 전달할 수 있게 된다. => 피드백이 빠르다. => 쓸데없는 일을 덜 하게 된다. php 라라벨 => java spring => kotlin spring 기술이 바뀌게 된 ..
