김띵준의 Programming Story

  안녕하세요. 가상 면접 사례로 배우는 생성형 AI 서비스 설계 책을 읽어서 이에 대한 후기를 작성 하려고 합니다. 가상 면접 사례로 배우는 생성형 AI 서비스 설계   책을 고른 이유 이 책은 "가상 면접 사례"를 통한 머신러닝 혹은 시스템 디자인을 다루는 책의 시리즈 책인것으로 보입니다. 이전 책들에서 여러가지를 배웠고, 이번에 이 책이 2026년 3월에 한국어로 번역이 되었기 때문에 책을 구매하였습니다. 제가 업무적으로 생성형 AI를 직접 설계하지는 않지만, Machine Learning Engineer로서 언젠가는 할수도 있다고 보기 때문에 미리 알아보기 위함입니다.  책에서 다루는 내용 전반적으로 자연어 처리, GPT, 이미지, 비디오까지의 최신 생성형 알고리즘을 다룹니다. 서비스 설계에 중점 되어있기 때문에 각각의 도메인에 대하여 모델, 데이터 수집, 학습, 평가 등을 다루고 있습니다. 알고리즘 등에 대하여 자세히 다루고 있지만, 좀더 자세한 내용은 추가적으로 독자가 파악할수 있도록 레퍼런스를 잘 활용하고 있습니다.  추천하는 독자 생성형 AI와 머신러닝의 전체적인 구조를 이해하고 싶은 학부생이나 대학원생 Machine Learning Engineer, AI Engineer 등 관련 커리어를 준비하거나 종사하는 분 생성형 AI 시스템 설계 면접을 준비하는 분 생성형 AI 서비스가 어떻게 만들어지는지 개략적인 흐름을 알고 싶은 분 추천하지 않는 독자 머신러닝 모델이나 시스템 설계와 거리가 먼 직무를 가진 분 알고리즘이나 설계보다는 생성형 AI를 사용하는 방법만 알고 싶은 분 이미 생성형 AI 시스템 설계와 관련된 내용을 충분히 익히고 있는 분 안타까운점. 안타까운점으로는 여러가지 내용들이 반복되는 점이 있습니다. 이미지, 텍스트 등 도메인마다 차별점은 있으나, 큰 머신러닝이라는 점에서 아키텍쳐, 평가 등에서 반복되는 점이 있습니다. 이로 인해서 몇가지 내용들이 뒤로 가면서 반복되는 점이 있는데, 그런 내용들은 짧게만...

나는 기술서적에 대하여 리뷰를 자주 하는 편이다. 읽기만 하는 공부법도 있다고는 하나, 고등학교때 필기를 하면서 하는 경우에 성적이 잘나온 경험이 많았기에 이것이 나의 공부법이라고 생각 한다. 그러나 책을 리뷰한다는 것은 저작권 문제가 발생할 수 있다. 그래서 저작권에 문제를 일으키지 않으려면 어떻게 해야하는지 알아보려고 한다. 보통은 보통은 원작자에게 물어보는게 원칙이다. 언제 외국어 사이트 내용을 한국어로 옮긴 경험이 있던것 같은데  해당 게시물에 한국어로 번역했다고 댓글을 달아 놓은 적이 있다. 대부분의 원작자는 감사하다고 하였지만 혹시라도 지우라고 하면 지울 생각은 있었다. 물론 그러면 글이 안타까우니 비공개를 했을 것이다.  어디까지? 지금 하려는 것은 영어책 번역이 아닌 한국어 번역본 공부이니 한국 저작권 법을 찾아보는게 맞을 듯 하다. 구글링 하면 많은 포스팅들이 있어서 굳이 내가 새롭게 포스팅 할 필요는 없어 보인다.  http://member.kpa21.or.kr/kpa/rights-qna/?pageid=7&uid=759&mod=document 일단 위의 링크에서 보면 정당한 인용의 범위를 다루고 있다. 위 링크 말고도 다른 포스팅들을 보니 어느정도 감으로는 "연구"의 목적, 글을 옮긴다는 내용보다는 인용을 한다는 관점으로 봐야 할것 같다. 이는 해당 책의 내용이 전부가 아닌 그를 인용하고 내가 새롭게 창작한다는 관점이 되어야 한다는걸로 보인다.  물론 이렇다 하더라도 대부분의 저자가 소송을 건것을 본적은 없고 검색을 해도 잘 나오지는 않는다. 하지만 혹시 모르는게 인생이기 때문에 저작권을 늘 생각하면서 포스팅을 해야겠다는 다짐이 든다.  그렇다면 나는 어디까지 인용을 할까? 라고 생각해보면 일단 대부분의 책은 교보문고 사이트에서 소제목 챕터 까지 상세하게 나온다. 이러한 내용은 책을 사지 않아도 알수 있는 내용으로 보이기에 굳이 저작권 문...

현재 Effective Java 2판을 읽고 이에 대한 간단한 포스팅을 한다. 읽은 페이지는 4장 109페이지까지. 1장은 서론이니 생략 Start reading technical books 경험이 쌓이면서 이전에 읽었던 책이 기억이 잘 기억이 나지 않는다. 또한 지식에 따라 이해하는 내용이 다를 수 있다. 그렇기 때문에 읽었던 책을 다시 읽는 것을 목표로 하고 있다. Why This Book? 집에 많은 책이 있지만 이펙티브 자바와 같은 책은 자바의 특징이 담겨 있으나 어느정도는 대부분의 언어가 공유하는 내용을 담기도 한다. 그렇기 때문에 디자인 패턴을 담은 이책으로 시작하기로 한다. 2장 객체의 생성과 삭제 규칙 1 생성자 대신 정적 팩터리 메서드를 사용할 수 없는지 생각해보기 생성자를 안쓴다는 것은 new를 사용자가 하지 않는다는 것이고 호출하는 입장에서는 객체의 갯수를 조절할 수 없다. 객체를 무조건 하나만 쓰는 싱글턴이라거나 객체마다 커넥션을 유지하는 디비 연결같은 경우는 커넥션 풀을 사용하는데 이 경우에는 new를 조절해야한다. 사실 이 경우가 아니라더라도 굳이 new를 할 필요는 없다.  규칙 2 생성자 인자가 많을 때는 Builder 패턴 적용을 고려하기 생성자의 인자가 많을때 생성자를 그대로 많게 하면 너무 많은 케이스를 고려해야하고 그렇다고 Set 메서드를 통해서 하면 객체가 너무 자주 바뀌게 된다. 따라서 Builder 패턴을 통해서 간단한 생성자만 두고 나머지는 나열하는 방식을 통해서 해결 한다.  규칙 3 private 생성자나 enum 자료형은 싱글턴 패턴을 따르도록 설계하기 여기서는 싱글턴을 구현하는 방법을 설명하고 있다. 클래스 내부에서 해당 인스턴스를 가지는 맴버 변수를 private로 하나 선언하고 사용할때는 해당 객체를 리턴하는 함수를 통해서 사용하면 된다. 규칙 4 객체 생성을 막을 때는 private 생성자를 사용하기 abstract로 선언해도 하위에...

안녕하십니까. 2018 여름에 제이펍이라는 출판사에서 베타 리더를 진행하여 그에 대하여 리뷰 합니다. 베타 리딩 책 베타 리더 베타 리더란 책을 출판하기 전에 책을 읽고 간단한 리뷰를 하면서 오타를 찾아주는 작업을 합니다. 딱히 원고료를 받지는 않으며 책을 공짜로 얻을 수 있는 기회, 책에 이름이 실릴 수 있는 기회를 줍니다. 당시에 책값이 너무 많이 나간다고 생각하여 베타 리더에 지원해보았습니다. 어짜피 읽을 기술 서적들 공짜로 읽어보자는 식으로 말입니다. 개발자도 궁금한 IT 인프라 책 인프라에 관하여 간단하게 설명해주는 책 입니다. 어려운 책은 아니고 인프라에 관하여 내가 너무 모르는 것 같다고 하면 읽을만 합니다.  개발자도 궁금한 IT 인프라 개구루, 코타나 라는 두명의 가상 인물이 서로 주고 답하는 방식으로 풀어 나가는게 인상적 입니다. 현재 기준 약 2년 안되게 지난 책이지만 클라우드에 대한 내용도 있기 때문에 그렇게 오래된 책은 아닙니다. 베타 리더 후기 코드로 알아보는 ARM 리눅스 커널 리눅스 커널에 대하여 본격적으로 오픈소스의 코드까지 분석해줍니다. 보통 이런책은 없다고 봐도 무방한데 오랜만에 보니 여전히 수준높은 책인것 같습니다.  코드로 알아보는 ARM 리눅스 커널 베타 리딩 당시에도 좋은 평을 했으나.. 지금 다시 생각해보면 더 좋게 평가가 가능했을것 같은데 안타깝다. 학부 운영체제때 수업이 좀 쉬운 감이 있었는데 차라리 그때 이 교재로 수업했다면 실력이 더욱 향상됬으리라 생각하는데 안타깝다. 베타리더 후기 오라클 아키텍쳐 입문 오라클 데이터 베이스에 관한 책입니다. 입문이라지만 데이터 베이스 자제에 대하여 모르면 이해하기는 어려울 수 있는 책입니다.  오라클 아키텍처 입문 그렇게 까지 어려운 책은 아니지만 오라클 데이터베이스를 유지보수 하게될 담당이면 읽을만 합니다. 단순 SQL를 짜는게 아니라 직접적...

안녕하십니까. 오랜만에 책 하나를 완독 하여서.. 리뷰 합니다. 링크 아마존 AWS 클라우드 디자인 패턴 설계 가이드 예상 독자 실제로 클라우드를 막 쓰기 시작한 신입 or 학생 정도. 공부중인데 부하분산은 어떻게 해야하는지 감이 안오는 학생. AWS를 이미 잘쓰고 있거나, 회사에서 개발자로 일하고 있는 사람은 비추 책의 내용 클라우드의 각 기능을 통하여 어떻게 웹 서비스를 구축할지에 대한 여러가지 패턴을 알려줍니다. 예를 들어서 정적 이미지는 컴퓨팅 레이어가 아닌 저장 레이어에 둘수가 있죠. 자주 사용되는 컨텐츠는 캐시를 두거나 아예 정적 컨텐츠로 저장할 수 있습니다. DB 장애를 막기 위해 이중화를 할 수 있고, DB 부하를 분산하기 위해 읽기 DB를 복제할 수 있습니다. 그런 정도의 레벨로 알려줍니다. 알게된 내용 1. State Sharing 이는 HTTP 세션 정보가 장애나 Auto Scaling 등으로 사라질시를 대비하여 웹이 아닌 메모리 디비에 저장해서 사용하는 패턴 입니다. 간단한 패턴이지만.. 오랜만에 세션에대하여 생각하게되었습니다.  세션을 통하여 유저 정보를 가져오게 되는데 동접 유저가 많아지면 어떻게 되지..? 서버 과부하가 아닌 세션 메모리 과부하가 일어날 수 있나? 같은 생각 입니다. 장점 1. 책에 모든 패턴이 도식화가 되어 있습니다. 글로 보면 이게 뭐지? 하지만 그림을 보니 아 이거네! 이런것을 한눈에 볼 수 있습니다. 2. 또한 위키에 정리가 되어 있다 보니 약간 애매한 패턴들은 웹에서 검색이 되니 매우 좋습니다.  http://aws.clouddesignpattern.org 3. 만약 제 밑으로 신입이 들어왔는데 배포같은 것을 처음해본 fresh하다면 책을 추천해줄만하다고 봅니다. 단점 1. 현재 클라우드 트렌드보다는 느립니다. 예를 들어 중간에 Floating IP 패턴으로 배포를 할때 무중단이 되기 위해 두개의 서버에...