★★★★☆ July 27, 2024제주 005.12-유79최https://www.youtube.com/watch?v=TkXTeJbYoSMpp23~24소프트웨어 프로젝트 문제점은 그 일을 하는 사람들의 의사결정 구조의 문제점을 닮아간다. 프로세스만 문제가 아니다.사회와 조직의 창의성과 생산성은 구조-시스템-절차-사람 (structure-system-process-people, SPSS)에 따라 달라진다pp27~28소프트웨어 개발은 반복/반복/반복소프트웨어 개발 일정을 잡을 때는, 반복적으로 나눠서 출시한다… 안 끝날 수도 있다[(1) Giora Morein on X: "You will only know all the requirements of a story when it is completed (not ..

★★★★★ April 12, 2022 April 14, 2022 → April 15, 2022 정말 최고의 책. 한 페이지도 버릴 데가 없다 실용주의 프로그래머(20주년 기념판) - 도서출판 인사이트 The Pragmatic Programmer, 20th Anniversary Edition: your journey to mastery by David Thomas, Andrew Hunt 컴퓨터 vs 책: [독서광] 실용주의 프로그래머 20주년 기념판 011. 실용주의 프로그래머를 지향합니다. https://www.youtube.com/watch?v=4I9DZm2aBhY 실용주의 프로그래머 November 13, 2009 → November 17, 2009 008. 지속 가능한 소프트웨어 개발 기술은 바뀌었..

Tags: developer, programmer, software-engineering Date: November 25, 2023 Score: ★★★★☆ 육각형 개발자 ★★★★☆ 2023.11.25 세련되게 풀었다는 느낌은 부족해도 내용의 충실함은 매우 좋다 탐라 문005.1-최43ㅇ 육각형 개발자 - 재그지그의 개발 블로그 새로운 구현 기술의 사용 ≠ 성장 “답이 아닌 질문을 따라하라(Copy the question, not the answer)”… 여러 스타트업에서 이 모델을 따라 했다. 하지만 스쿼드, 트라이브, 얼라이언스, 챕터, 길드 같은 스포티파이 모델의 외형적인 모습만 따라 했을 뿐 정작 스쿼드 모델로 이루고자 하는 목표는 따르지 않았다. p50 서비스나 시스템에 새 기술을 도입할 때는 점..

Tags: software-engineering Date: November 24, 2023 Score: ★★★★☆ 필독! 개발자 온보딩 가이드 ★★★★☆ July 2, 2023 제목이 책의 내용을 다 담지 못하는 느낌. 그만큼 다양한 분야의 이야기들을 깊이가 조금은 부족하지만 잘 설명한다. 개발자가 회사에 적응하는 데 필요한 이야기를 넘어 software engineering의 전반을 다룬다. 내가 management를 하기로 생각한 이후 필요로 하거나 구축해야겠다고 생각하는 대부분의 주제들을 담고 있다. 매우 좋은, 추천할만한 책 ★★★★☆ November 24, 2023 다시 한 번 읽어봐도 참 좋은 책 탐라 문005.1-리825ㅍ 독서광 필독! 개발자 온보딩 가이드 The Missing README..

★★★☆☆ 2023.01.14 좋은 software 개발을 위해 각자 알고 실천해야 할 사항들로 참고하기 좋은 책. 팀으로서 만들법한 부분들도 많지만, 개인의 발전을 위해 필요하고 또 실천해야 할 사항들에 더 가깝다고 생각한다 한라 005.13-카892ㅅ https://github.com/gilbutITbook/080325 찾아보고 싶었는데 이름은 동일하지만 이 사람인지는 잘 모르겠음 Mimar Sinan - Wikipedia automated test의 유무에 따른 개발 주기 입버릇처럼 우아한 코드를 이야기하는 사람이 기억이 나는데, 나는 이쪽에 동의한다. ‘우아’라는 측정할 수 없는 말보다는 정상적으로 문제없이 동작하는 코드가 훨씬 중요하고 가치가 있다고 생각한다. MSA라는 독은 이미 퍼질대로 퍼져..

좋은 software 회사들은 여럿 있다. 기술 블로그를 통해 자사의 기술을 공개하고 개발자들에게 선한 영향력을 미치며 브랜딩에도 좋은 효과를 보기는 하지만 우아한 형제들같이 책까지 내면서 이런 활동 - 일종의 devrel - 을 하는 경우는 드물다. software 업계와 밀접하면서 동시에 최근에 책을 낸 회사들을 생각해보면 대표적으로 토스나 쿠팡이 있지만, 이 경우는 기술적인 내용과는 무관했다. 책의 내용은 이미 https://techblog.woowahan.com 를 통해 공개한 내용이고, 마지막에 각 소챕터를 읽을 수 있는 번호도 공개하고 있다. 몇몇 글들은 이미 읽어봤던 글이었지만, 기술 블로그에 있다고 해도 두고 두고 돌아볼 가치도 있어서 이렇게 책으로 나오는 게 의미가 있단 생각이 든다. 특..

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

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

일관되게 나타나지만, 책의 주제는 AI이고 구체적인 내용은 AI의 사례들을 들지만, AI가 아니라 일반적인 프로젝트를 위한 안내라고 생각해도 좋을 정도로 기본적이고 일반적인 이야기들이 많이 나온다. 핵심은 작게 시작하여 꾸준히 실행 모두 동의할 수 있는 대답을 도출 사실 이게 핵심 다른 프로젝트와 마찬가지로 성공하기 어려운 AI 프로젝트 성공은 무엇을 측정하기로 선택하느냐에 달렸다. 올바른 측정 방법을 선택하라... 성공 측정 방법이 AI의 방향을 결정 AI가 아니라 일반적인 프로젝트에서도 마찬가지 제1장 AI 개발과 편향의 덫 설계할 때 의도하지 않은 목적으로 모델을 확장해 사용하는 것은 무책임한 일 데이터 과학자의 임무는 '정확하게 질문하는 것' 역시 마찬가지. AI업무에서만이 아니라, 어떤 일을 시..

CHAPTER 1 손 안의 코드 "작성하기가 어렵다면, 이해하기도 어렵다." 이 말은 우리가 진정으로 추구하는 방향을 역으로 뒤집은 것입니다. 다루기 어려운 개념이 있을 때 그것들을 잘게 쪼개면 이해하기도 쉬워지고 자동화를 할 수 있게 됩니다. 자동화는 컴퓨터 공학의 목표이기도 하며, 그것의 근간이 되는 코딩kading에서부터 목표로 하고 있는 사항입니다. 간결한 함수는 적절한 단 하나의 연산이나 변환만을 다룰 때, 최상의 경우에는 재사용할 수 있게 됩니다. 그리고 이는 앞서 언급한 마지막 개념인 조합성으로 우리를 이끌어 줍니다. 은 탄환은 한 번도 통한 적이 없음 엔지니어의 덕목 중 하나는 큰 시스템이나 문제를 가지고 가서 당신과 함께하는 이들이 이해하고 소화할 수 있을 만큼 작은 덩어리로 나누는 것입..