happi sini happi sini

비전공자도 이해할 수 있는 AI 지식 - 2. 알파고-인간을 능가하는 기계의 등장 딥 블루, 알파고는 어떻게 세계 챔피언이 되었을까?딥 블루(Deep Blue)IBM의 슈퍼컴퓨터1984년 최연소 체스 세계챔피언으로 등극한 가리 카스파로프(Garry Kasparov)를 꺾고 세계 챔피언 등극컴퓨터의 강력한 계산 능력에 의존해 모든 가능성을 탐색게임 초반 : 초반의 수를 공식화한 오프닝 활용 / 게임 종반 : 엔드게임 테이블베이스 활용하여 불필요한 계산 줄임심리 전략 : 어떤 때는 즉각 반응, 어떤 때는 느리게 반응하도록 속도를 조절해 반응을 예측하기 어렵게 만듬알파고2016년 구글 딥마인드가 개발바둑 세계 챔피언 이세돌 9단을 꺾고 세계 챔피언 등극게임트리(Game Tree)현재 수는 이전 수에 영향을 ..

비전공자도 이해할 수 있는 AI 지식 - 1. 인공지능- 위대한 인공지능, 깨어나다 인간을 이긴 최초의 체스 기계메케니컬 터크(Mechanical Turk)18세기 후반에 만들어진 유명한 체스 자동화 장치로, 사실은 사람에 의해 조작되는 기계기계 내부에 숨겨진 사람이 실제로 체스를 두는 방식으로 작동최초의 인공지는 기계처럼 보였지만, 진짜가 아니었고 실제로 인공지능은 200여년이 더 흐른 뒤에야 등장 진정한 인공지능이 등장하다퍼셉트론(Perceptron, 1958)1956년 다트머스대학교에서 처음으로 인공지능이라는 용어를 고안인간의 두뇌구조를 본뜬 인공신경망(Artificial Neural Network) 초기 모델인 퍼셉트론 등장인간 두뇌가 뉴런이 서로 연결된 상태로 전기신호를 내보내며 정보를 전달한다..

비전공자를 위한 이해할 수 있는 IT 지식 - 5-6장 앱, 웹 1. 앱응용 프로그램(Application Software): 데스크톱에 설치하는 프로그램앱, 애플리케이션(APP,): 스마트폰에 설치하는 프로그램버전 기록00.00.00 점을 기준으로 버전 히스토리 부여오른쪽 끝자리 : 작은 변화중간 숫자 : 하위 버전과 호환이 가능하지만 큰 변화왼쪽 끝자리 : 하위 버전과 호환이 가능하지 않은 큰 변화버전이 달라질 때 이전에 있던 정보가 바뀔 때 혼란을 방지하기 위해 변동 가능한 회사 정책에 관한 정보는 보통 애플리케이션에 넣지 않고 API로 서버에서 불러오게 만든다 (ex. 가격, 할인율 등)앱마켓(모바일)iOS : 앱스토어안드로이드 : 구글 플레이 스토어각 스토어의 룰을 따라서 스토어에 업로드 → 애..

비전공자를 위한 이해할 수 있는 IT 지식 - 4장. API와 JSON 1. API와 CRUDAPI사용하는 이유 : 컴퓨터는 한글을 모르기 때문에, 사람의 요청을 컴퓨터가 구분할 수 있도록 체계를 잡은 것클라이언트, 서버와 같은 서로 다른 프로그램(소프트웨어)에서 요청과 응답을 주고 받을 수 있게 만든 체계서로 다른 시스템의 기능을 사용할 수 있게 만든 체계요청을 보내는 쪽과 응답을 주는 쪽이 나뉘어 있음  서버주소서버 컴퓨터가 위치한 곳의 주소(IP) 서버 개발자가 만들고, 그 결과는 서버 프로그램이 된다.즉 API는 서버 개발자가 개발하고 클라이언트 개발자는 그 API를 사용IP주소 : 000.000.000.000과 같은 숫자로 이루어짐도메인 네임 : IP주소보다 더욱 이해하기 좋게 문자로 만든 것...

Sonar클라우드와 미팅할 때 처음 접해보는 개발 상식들이 있었다. 미팅이 끝나자마자 검색♾️의 연속..꼬리에 꼬리를 물며 코드 품질 관리에 대해서 톺아봤다.  🤷🏻‍♀️코드 품질 관리가 필요한 이유 코드를 작성하다 보면 통용되는 컨벤션, 중복되는 코드, 보안 취약점 등을 인지하지 못한채 개발하게 된다. 더욱이 개발자 개개인이 새로운 언어를 배운다 하더라도 본인에게 익숙한 언어스타일로 개발을 하게 되는데, 사내에서 공식적으로 사용하는 언어의 방식과 본인의 스타일이 다르면 그 간극은 커진다. 마치 Java를 C언어 처럼 사용한다거나 Go언어를 JS처럼 사용할 수도 있게 된다는 문제점이 있기 때문에 품질 관리가 필요하다. 또한 코드 품질관리를 하면 작업 효율이 높아지는데, 아래의 이유들로 인해 소프트웨어..

💡INSIGHT PM의 중요한 역량은 열정을 전파하는 것인 것 같다. 나만 문제를 해결하려 고민하는 것이 아니라, 결국 개발자와 디자이너에게도 함께 고민할 수 있도록 하며, 프로덕트가 성공했다고 현상유지만 하는 것이 아닌 계속해서 더 깊은 차원의 문제를 해결하려는 근성을 나누는 것이 참 중요하다. 각자에게 주어진 문제를 최선을 다해 고민하고, 자유롭게 시도하고, 혁신을 갈망하는 것이 도태되지 않을 수 있는 유일한 방법이다. 열정의 장작을 최대한 나누어주며 다 함께 불을 지필 수 있도록 계속해서 유도하는 PM이 되고 싶다.🔥 PART 5. 문화 - 진짜 중요한 것은 성공을 위해 올바른 제품 문화를 형성하는 것이다. CHAPTER 64. 좋은 제품팀/나쁜 제품팀 - 좋은 팀은 강렬한 제품 비전이 있고, 그들..

💡INSIGHT 크게 두가지의 내용을 다뤘다.먼저 테스트에서 가장 중요한 것은 아이데이션 단계에서 빠르게 검증을 하는 것. 막대한 손실이 나지 않기 위해서는 무조건 검증을 빨리 하는 것이 중요하다.  더불어 정량적 테스트만 중요하다고 생각했는데, 어떻게? 왜?에 대한 인사이트를 얻을 수 있는 정성적 테스트도 PM에게 꼭 필요한 것이라는 생각의 확장을 경험할 수 있었다. 끝으로는 고객, 엔지니어, 디자이너와의 소통도 중요하지만 이해관계자와 소통이 더욱 중요할 수도 있겠다는 생각을 하게 되었다. 만약 의견이 대립할 경우 그들이 더욱 경력자이며, 그들의 경험치가 더 높기 때문에 팀의 의견이 좌절될 확률이 굉장히 높다고 책에 쓰여져 있다. 이러한 것들을 예방하기 위해서는 아이디어 회의 초반에 그들의 의견을 반..

💡INSIGHT 특정 고객에 초점을 맞추고, 그들의 확실한 페인포인트를 발견하는 것이 PM의 핵심목표다. 이를 위해서는 PM뿐만 아니라 개발자와 디자이너도 함께 제품발견 단계에 참여하여 문제를 다양한 시각에서 고민해야 한다.  MVP의 P는 프로토타입입니다. 이 프로토타입은 확장성이 없는 '단순한 문제 해결'에 초점을 맞추어야 한다. 이를 통해 문제점을 발견하고, 회의할 때 프로덕트를 더 명확하게 바라볼 수 있으며, 유저를 대상으로 테스트할 수 있다.   PART 4.  프로세스 (1)- 이 책의 핵심적인 주제 중 하나는 결과물이 아닌 성과에 집중하라는 것이다.- 많은 사용자에게 유효한 단 하나의 솔루션을 찾아내야만 한다. 특정 고객을 위한 일련의 결과물이 아니다.- 이를 위해서는 많은 아이디어들을 실..