"한빛미디어 서평단 활동을 위해서 책을 협찬받아 작성된 서평입니다." AI 기술을 어떻게 생각하는지는 사람마다 다르겠지만, AI가 직군 간의 경계를 허물고 있다는 이야기에는 대부분 동의하지 않을까 싶다. AI는 내 전문성을 더 깊고 넓게 만드는데 쓰일 수도 있고, 내 전문이 아닌 영역의 일을 해내는 데 쓰일 수도 있다. 특히 코딩이 그렇다. AI가 소프트웨어 개발 영역에서 가장 큰 두각을 보이고 있는 만큼, 2026년을 살고 있는 개발자는 고민도 많고 정체성의 혼란도 겪고 있을 것이다. 수십 년간 쌓아 올린 지식과 기술을 프롬프트 한 번으로 알 수 있는 세상이다 보니, 시장에서 먹힐 만한 경쟁력을 보여주기가 너무나도 어렵다.과거의 개발자는 소프트웨어 제품의 가장 마지막 단계에 위치하는 역할이었다. 사업..

한빛미디어 서평단 활동을 위해서 책을 협찬 받아 작성된 서평입니다.책 링크 IT 분야에서 실무자로 성장하는 여러 시점 중 하나는, 내가 담당한 영역 밖의 지식도 필요하다는 걸 느끼고 공부를 시작할 때가 아닐까 싶다. 특히 웹 애플리케이션을 개발하다 보면 주특기가 아닌 영역에서도 어느 정도 전문성을 쌓아두는 편이 도움이 된다. 결국 제품 개발은 의사 결정의 반복이고, 프론트엔드나 백엔드처럼 개발에 집중된 영역에만 머무르지 않고 배포·클라우드·인프라 같은 운영 영역까지 이해할 때 더 나은 결정을 내릴 수 있기 때문이다.이 책은 현대 소프트웨어에서 빼놓을 수 없는 두 키워드, 클라우드와 인프라를 다룬다. 규모가 큰 회사에 다니는 사람이라면 대개 사내 솔루션으로 제품을 배포하고, 가이드만 따라 하면 도메인이 ..

한빛미디어 서평단 활동을 위해서 책을 협찬 받아 작성된 서평입니다.책 링크 리더와 팀원의 관계는 회사 생활의 전부라고 해도 과언이 아니다. 회사에서 대부분의 사람은 팀원이고, 그 팀원들이 바라는 단 하나를 꼽으라면 아마 '내 팀장이 나와 잘 맞았으면 좋겠다'가 아닐까. 팀원에게 팀장은 직속 상관이자 회사 생활의 결과를 쥔 사람이다. 가장 가까운 조력자가 되어 주기도 하지만, 반대로 스트레스의 근원이 되어 회사 생활을 불행하게 만들기도 한다. 눈치가 빠르든 없든, 회사 생활을 하다 보면 이 관계의 주도권이 팀장에게 있다는 걸 어렴풋이 깨닫게 된다. 팀장은 의사 결정권을 쥔 사람이라 팀의 방향, 일하는 방식, 문화, 그리고 평가까지 결정한다. 그러니 팀원은 팀장과 대립해 봤자 잘해야 본전이고, 십중팔구 나..

한빛미디어 서평단 활동을 위해서 책을 협찬 받아 작성된 서평입니다.책 링크 목차더보기Chapter 1. 생성형 AI, 세상 모든 곳에 한꺼번에 나타나다_1.1 생성형 AI란? _1.2 AI, 기계에 인간의 능력을 부여하다 _1.3 어떻게 작동할까? _1.4 트랜스포머에서 챗GPT까지, 6년의 여정 _1.5 생성형 AI의 난제들 _1.6 이 책의 나머지 부분에 대한 안내 _1.7 요약 Chapter 2. 생성형 AI의 활용_2.1 멋진 초안 만들기 _2.2 생성형 AI 모델의 프롬프팅 _2.3 생성형 AI 기능을 갖춘 제품 만들기 _2.4 생성형 AI 애플리케이션의 아키텍처 _2.5 요약 Chapter 3. 생성형 AI 활용 사례_3.1 고객 지원 _3.2 코드 검토 및 생성 _3.3 지식 관리 및 검..

한빛미디어 서평단 활동을 위해서 책을 협찬 받아 작성된 서평입니다.책 링크 개발자로 일하면서 AI 관련 기술이나 LLM을 서비스에 도입하는 데는 비교적 익숙하지만, 정작 그 밑단에서 돌아가는 하드웨어와 반도체 생태계는 늘 막연하게 느껴졌다. 뉴스에서 엔비디아, TSMC, SK하이닉스 같은 이름은 매일 접하지만, 이들이 어떤 구조로 연결되어 거대한 산업을 이루는지는 큰 그림으로 다가오지 않았다. 『한눈에 보는 AI 반도체 산업』은 이런 파편화된 지식들을 하나의 흐름으로 엮어주는 훌륭한 가이드 역할을 한다. 시중의 반도체 관련 책들은 대개 전문가의 시선에서 쓰여 있어 진입 장벽이 높은 편이다. 하지만 이 책은 연산칩(GPU)에서 시작해 메모리, 패키징, 파운드리를 거쳐 클라우드와 데이터센터, 소프트웨어 생..

중니어 서버 개발자로서 '단순함'이라는 화두는 늘 고민거리였는데, 이 책은 그 고민에 꽤 날카로운 해답을 던져줬다. 단순히 코드를 줄이는 게 미니멀리즘이 아니다. 내가 완벽하게 통제할 수 있는 범위를 유지하고, 불필요한 복잡성을 제거하는 것이 핵심이다. Kotlin이나 Spring처럼 거대한 생태계 안에서 개발하며 K8s로 배포까지 신경 써야 하는 입장에서, '진짜 중요한 것'에 집중하는 법을 다시금 생각하게 됐다. 책의 여러 내용 중에서도 특히 팀 구성의 미니멀리즘에 대한 통찰이 가장 와닿았다.팀 내 기술의 다양성이 왜 미니멀리즘인가저자는 팀에 여러 가지 기술을 고루 갖추도록 구성하는 것이 조직의 복잡성을 줄이는 핵심이라고 강조한다. 언뜻 보면 '한 우물만 파는 전문가'들로만 모으는 게 효율적일 것 같..