1부 성공적인 제품의 탄생 1장 성공적인 프로덕트란 프로덕트 성공을 위한 3요소 (1) 비전(2) 사용자 가치 (3) 사업 수익 제품 시장 적합화란 강력한 가치 가설을 찾는 것. 가치 가설이란 왜 사용자와 고객이 당신의 프로덕트를 사용하는가를 설명하는 중요가설 12 Things About Product-Market Fit | Andreessen Horowitz 2장 PM의 역할 즉 PM을 '작은 CEO'라고 부르는 이유는 'PM이 마치 CEO처럼 프로덕트 성공을 자기 일처럼 완수하는 열정과 강한 흥미, 호기심을 지닌 관리직'이기 때문일 뿐이며, PM에게 CEO와 동일한 수준의 권한이 부여된다거나 책임이 요구되지는 않는다. 이 책은 PM과 PO의 구분이 다소 불명확하다(혹은 꽤 공통 부분이 많다고 본다)...

여러가지 인공지능 관련 책을 활발히 번역하는 박해선님이 또 새로운 책을 진행해서 읽게 되었다. 책을 읽기 시작하자마자 느낀 건 요즘엔 번역하시는 분들도 기술적으로 어지간히 잘 알지 않으면 쉽지 않겠다는 생각이었다. github repo에 가면 이제는 colab link를 아예 넣어두셔서 정말 one click으로 코드가 돌아가는 걸 볼 수 있게 해놓았다. 이렇게 좋은 책을 읽게도 해주시고 코드도 편히 테스트하게 해주시니 (물론 대가를 받고 하지만) 참 감사한 마음이 든다. 지난 몇 주간 이 분야의 최고 관심사는 단연 ChatGPT인데, transformer model은 바로 이 ChatGPT(GPT-3)의 기초이다(GPT-3뿐만 아니라 사실 다른 많은 최신 NLP model들의 기초이기도 하다). 이 ..

지속적 통합(CI) 자동 인수 테스트 인수 테스트 단계를 자동화한다는 개념은 품질 점검을 나중에 하는 것이 아니라 개발 중에 제품에 내재시키자는 것이다. 애자일 테스팅 매트릭스 테스트 피라미드 The Forgotten Layer of the Test Automation Pyramid TestPyramid 많은 조직에서 애자일 프로세스의 도입을 원하지만 이것이 조직 문화를 바꾸지는 못한다. 조직 구조의 변경 없이는 개발 팀이 스크럼을 도입할 수가 없다. 예를 들어 스프린트가 진행 중일 때,프로덕트 오너와 이해관계자, 관리자는 요구 사항을 변경할 수 없다는 것을 이해해야 한다. 시스템이 대형화되고 개발 팀의 규모가 커짐에 따라 개발 방식도 점차 체계적으로 변했다. 게다가 엔지니어들도 각 분야에서 전문화되기 ..

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

최근 flutter의 성장세가 거세지만, 여전히 react native는 flutter와 함께 cross platform 도구의 선두주자이다. cross platform 도구의 장단점은 개발자나 기업의 환경에 따라 다르겠지만, 유용한 지점이 분명히 있기 때문에 앞으로도 인기는 지속될 가능성이 높다. https://survey.stackoverflow.co/2022/#most-popular-technologies-misc-tech 이 책은 react native 입문자를 대상으로 3가지 project를 통해 mobile web을 만드는 방법을 배운다. 대부분의 programming 책이 그렇듯 예제 repo(https://github.com/Alchemist85K/hands-on-react-native)를..

https://www.comicagile.net/comic/homeschooling/ Homeschooling – Comic Agilé #9 – Homeschooling Authors’ comments: How awesome would it be if the mindset behind topics like agile, failing fast, Lean startup and the PDCA cycle, the concepts on which modern development is/should be built upon, were actually part of what kids lear www.comicagile.net

Home | nand2tetris 책은 대략 훑어봐서 그 내용에 대해서는 이미 20년도 더 전에 다 잊어버렸던 걸, 다시 한 번 이런게 있었지 리마인드하는 정도로 지났고, 기술적인 부분보다 오히려 일에 대한 마음가짐을 다시 한 번 생각해보게 하는 문구들을 기록해둠 듣기만 하면 잊어버리게 마련이고, 보면 기억만 할 수 있을 뿐이고, 행해야 이해할 수 있다. 공자(기원전 551-479) (옮긴이) 이 말은 실제로 공자가 한 적이 없는 말이다. 그보다는 순자의 유효편에서 나온 불문불약문지(不聞不若聞之), 문지불약견지(聞之不若見之), 견지불약지지(見之不若知之), 지지불약행지(知之不若行之), 학지어행지이지의 (學至於行之而止矣)(듣지않는 것은 듣는 것만 못하고, 듣는 것은 보는 것만 못하며, 보는 것은 아는 것만 ..

출근했더니 스크럼 마스터가 된 건에 관하여 애자일 소프트웨어 개발 선언 Scrum Guide | Scrum Guides 2020-Scrum-Guide-Korean.pdf '참여자의 커밋먼트 없이 수단이 목적으로 변질되어 강행됐기 때문' 악몽으로 변한 건 조직에서 강제하면서 이론편 스크럼이 뭐야? 모든 것을 예측하고 대비할 수 없다 실천편 스크럼은 어떻게 하는 거야? Scene No. 01 스크럼을 준비한다 자 시작해 볼까? 프로덕트 오너와 스크럼 마스터를 절대 겸임하지 마라 Scene No. 02 목표를 이해한다 우리는 여기에 왜 모였을까? 목표 goal 는 스크럼 팀이 만들어 주길 바라는 제품에 대한 기대 과제 mission 는 스크럼 팀이 달성하길 바라는 과업에 대한 기대 Scene No. 03 프로..

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

가장 중요한 것은 팀의 협력과 커뮤니케이션 limitedwipsociety 1부 비교 Kanban vs Scrum - Crisp's Blog 1 도대체 스크럼과 칸반은 무엇인가? Scrum and XP from the Trenches | Crisp Scrum | Crisp 스크럼은 세 가지 역할을 정의하고 있다. 바로 제품의 비전과 우선순위를 부여하는 제품 책임자, 제품을 구현하는 팀, 장애물을 제거하고 프로세스 리더십을 제공하는 스크럼 마스터다. 칸반은 어떠한 역할도 정의하지 않는다. 스크럼과 칸반의 공통적인 마음가짐은 '간결할수록 좋다' 스크럼은 시간이 고정된 이터레이션에 기반을 둔다... 동일한 이터레이션 길이를 유지함으로써 리듬을 만드는 것이 일반적인 아이디어다. 칸반에서는 시간이 고정된 이터레이..