And by "all," I mean everything: core product, failed pivots, miscellaneous

After 3 Years, I Failed. Here's All My Startup's Code. | Dylan Huang

스타트업을 시작하는 것은 많은 개발자들의 꿈이지만, 현실은 항상 녹록지 않습니다. 최근 3년간 API 통합을 간소화하는 개발 도구를 개발한 스타트업 'Konfig'의 창업자 Dylan Huang이 자신의 경험을 공유하며, 실패의 과정을 상세히 기록했습니다. 그는 자신들의 코드베이스를 모두 공개하며, 다른 개발자들에게 도움이 되기를 바라고 있습니다.

 * 스타트업 배경: Konfig는 2022년 말에 시작된 개발 도구 스타트업으로, API 통합을 쉽게 만드는 것을 목표로 했다.
 * 주요 제품:
   * SDK 생성기: OpenAPI 사양을 기반으로 다양한 프로그래밍 언어의 고품질 클라이언트 라이브러리를 생성하는 도구.
   * 문서화 도구: Markdown 및 OpenAPI 기반의 문서 생성.
   * API 데모: Markdown 기반의 Jupyter 노트북 형태로 제공.
   * 공개 API용 SDK: 다양한 공개 API에 대한 SDK 제공.
 * 기타 개발 항목:
   * 콜드 아웃바운드 메시지 생성을 위한 쉘 스크립트.
   * 프로그램적 SEO 스크립팅.
   * 마케팅 웹사이트 및 제품 문서화.
   * 커스텀 모노레포 설정을 지원하는 Changeset Bot 수정.
   * Earthly를 사용한 SDK 생성기 통합 테스트.
   * AI 피벗 실험 및 Notion 데이터베이스 통합.

실패의 원인과 배운 점
 * 시장 적합성 부족: 일부 스타트업과의 협업에도 불구하고, 하이퍼 성장 비즈니스를 구축하는 데 어려움을 겪음.
 * 가격 책정 문제: ROI가 명확함에도 불구하고, 잠재 고객과의 계약 체결이 어려웠으며, 가격이 너무 낮게 책정됨.
 * AI 제품으로의 피벗 실패: 생성형 AI를 활용한 B2B SaaS AI 제품으로 전환을 시도했지만, 충분한 시장 반응을 얻지 못함.

여러분이 스타트업을 시작하거나 새로운 프로젝트를 진행할 때, 시장의 요구와 제품의 적합성을 어떻게 평가하시나요? 실패를 통해 얻은 교훈을 다음 도전에 어떻게 적용할 수 있을까요?

https://dylanhuang.com/blog/closing-my-startup

스타트업을 시작하는 것은 많은 개발자들의 꿈이지만, 현실은 항상 녹록지 않습니다. 최근 3년간 API 통합을 간소화하는 개발 도구를 개발한 스타트업 'Konfig'의 창업자 Dylan Huang이 자신의 경험을 공유하며, 실패의 과정을 상세히 기록했습니다. 그는 자신들의 코드베이스를 모두 공개하며, 다른 개발자들에게 도움이 되기를 바라고 있습니다. <ul ><li>스타트업 배경: Konfig는 2022년 말에 시작된 개발 도구 스타트업으로, API 통합을 쉽게 만드는 것을 목표로 했다.</li><li>주요 제품:<ul ><li>SDK 생성기: OpenAPI 사양을 기반으로 다양한 프로그래밍 언어의 고품질 클라이언트 라이브러리를 생성하는 도구.</li><li>문서화 도구: Markdown 및 OpenAPI 기반의 문서 생성.</li><li>API 데모: Markdown 기반의 Jupyter 노트북 형태로 제공.</li><li>공개 API용 SDK: 다양한 공개 API에 대한 SDK 제공.</li></ul></li><li>기타 개발 항목:<ul ><li>콜드 아웃바운드 메시지 생성을 위한 쉘 스크립트.</li><li>프로그램적 SEO 스크립팅.</li><li>마케팅 웹사이트 및 제품 문서화.</li><li>커스텀 모노레포 설정을 지원하는 Changeset Bot 수정.</li><li>Earthly를 사용한 SDK 생성기 통합 테스트.</li><li>AI 피벗 실험 및 Notion 데이터베이스 통합.</li></ul></li></ul> 실패의 원인과 배운 점<ul ><li>시장 적합성 부족: 일부 스타트업과의 협업에도 불구하고, 하이퍼 성장 비즈니스를 구축하는 데 어려움을 겪음.</li><li>가격 책정 문제: ROI가 명확함에도 불구하고, 잠재 고객과의 계약 체결이 어려웠으며, 가격이 너무 낮게 책정됨.</li><li>AI 제품으로의 피벗 실패: 생성형 AI를 활용한 B2B SaaS AI 제품으로 전환을 시도했지만, 충분한 시장 반응을 얻지 못함.</li></ul> 여러분이 스타트업을 시작하거나 새로운 프로젝트를 진행할 때, 시장의 요구와 제품의 적합성을 어떻게 평가하시나요? 실패를 통해 얻은 교훈을 다음 도전에 어떻게 적용할 수 있을까요? https://dylanhuang.com/blog/closing-my-startup

dylanhuang.com

스타트업 3년, 실패했지만 코드를 공개합니다

GitHub Pages를 통해 저장소의 특정 브랜치를 배포 디렉토리로 지정하여 아주 간편하게 웹사이트를 호스팅할 수 있습니다. 하지만 요즘 웹 개발에서 HTML, CSS, JavaScript를 직접 작성하는 일은 드물죠? 대부분 React와 같은 프론트엔드 라이브러리와 Vite와 같은 빌드 도구를 사용하여 HTML, CSS, JavaScript를 생성해낼 것입니다.

이번 시간에는 웹 프로젝트를 GitHub Actions를 사용하여 빌드하고, 빌드 결과물을 바로 GitHub Pages에 배포하는 방법에 대해서 알아보겠습니다.

📺 동영상: https://youtu.be/bGCIWIP_skg
📝 포스팅: https://www.daleseo.com/github-pages-actions/

GitHub Pages에 웹사이트를 호스팅하는 기본적인 방법은 아래 게시물을 참고바랍니다.

📕 GitHub Pages에 웹사이트 배포하기: https://careerly.co.kr/comments/115041
📗 GitHub Pages에 커스텀 도메인 연결하기: https://careerly.co.kr/comments/115256

GitHub Pages를 통해 저장소의 특정 브랜치를 배포 디렉토리로 지정하여 아주 간편하게 웹사이트를 호스팅할 수 있습니다. 하지만 요즘 웹 개발에서 HTML, CSS, JavaScript를 직접 작성하는 일은 드물죠? 대부분 React와 같은 프론트엔드 라이브러리와 Vite와 같은 빌드 도구를 사용하여 HTML, CSS, JavaScript를 생성해낼 것입니다. 이번 시간에는 웹 프로젝트를 GitHub Actions를 사용하여 빌드하고, 빌드 결과물을 바로 GitHub Pages에 배포하는 방법에 대해서 알아보겠습니다. 📺 동영상: https://youtu.be/bGCIWIP_skg📝 포스팅: https://www.daleseo.com/github-pages-actions/ GitHub Pages에 웹사이트를 호스팅하는 기본적인 방법은 아래 게시물을 참고바랍니다. 📕 GitHub Pages에 웹사이트 배포하기: https://careerly.co.kr/comments/115041📗 GitHub Pages에 커스텀 도메인 연결하기: https://careerly.co.kr/comments/115256

GitHub Actions로 빌드 후 GitHub Pages에 배포하기

제주항공 여객기 참사로 인해 고통을 겪고 계신 유가족 여러분께 깊은 애도의 마음을 전합니다.

제주항공 여객기 참사로 인해 고통을 겪고 계신 유가족 여러분께 깊은 애도의 마음을 전합니다.

“인간보다 뛰어난 존재가 온다!” 인간을 초월한 지능, AGI를 맞이할 준비가 되었는가

AGI의 시대

AGI를 알고 싶다면 AGI에 대한 모든것을 담은 이 책을 보시라! ^^

올 연말에는 OpenAI에서 ChatGPT- 5(?)를 내놓으면서 AGI시대가 본격화 될 거라는 얘기가 많았지만, 결론적으로 OpenAI는 Shipmas 12일간 새로운 기능과 기술들을 내놓으며 마케팅 효과를 확실치 챙겼다.

어째튼, AGI가 여러 분야에서 얘기가 나오기 시작했다는건 그 가능성에 대해서 전문가들 뿐만 아니라 일반인들도 느끼기 시작했다는 것으로 볼 수 있다. 올해 읽은 IT 책중에 가장 많은 읽을거리와 볼거리를 보여준 AGI시대. AGI에 대한 관심뿐만 아니라 AI 윤리와 책임, 거버넌스, 각국 정부들의 AI관련 정책을 이해하고자 하는 모든 분들에게 강추해본다.
 
------------------------------------------------
1. AGI 개념
1) 근거
 * 스케일링 법칙: 더 많은 양의 연산 능력과 데이터를 사용하여 AI 모델을 학습시키면 필연적으로 AGI에 도달할 수 있다
 * 게산적 마음이론: 인지과학이나 철학 이론의 바탕으로 마음 자체가 하나의 계산 시스템이라는 개념
2) AGI 정의
 * 셰인 레그(딥마인 공동 창업자): 사람이 일반적으로 할 수 있는 종류의 인지적 작업을 수행할 수 있는 인공 에이전트. 사람들이 할 수 있는 인지적인 일을 할 수 있는 시스템 그리고 그 이상을 할 수 있는 시스템
 * 무스타파 술레이만(딥마인드 공동 창업차, 현 MS AI CEO): 인간의 모든 인지적 능력이 가장 똑똑한 인간보다 더 뛰어난 수준을 실행하는 AI
 * 페이페이리(이미지넷 만든 스탠퍼드 교수): 인간이 지능을 나타내는 모든 면에서 최소한 인간만큼 지능적인 인공 에이전트
3) 유사 개념
 * HLAI(Human Level AI): 고급 수준의 기계 지능
 * ACI(Artificial Capable Intelligence): 인공 역량 지능, 전 딥마인드 창업자이자 인플렉션 설립자이고, 현 마이크로소프트 AI CEO인 무스타파 술레이만이 제시한 개념으로 최소한의 개입과 감독만으로 복잡한 목표와 작업을 달성할 수 있는 수준의 AI. 초지능 AI 전단계
 * ASI(Artificial Super Intelligence): 인공슈퍼지능, 초지능AI. AGI 개발된 이후 인간 두뇌의 화학적, 생물학적 한계로 제한을 받고 있는 인간의 인지 능력을 뛰어 넘는 것
4) 고려 사항
 * OpenAI(일리야 수츠케버): 인간에게 가르칠 수 있는 모든 일을 할 수 있는 시스템 구현 필요
 * 마커스: 상식, 인과적 추론 능력을 갖춘 심층 이해가 필요
 * 얀르쿤(메타의 AI 연구리더, 뉴욕대 교수): 추론, 계획, 지속적인 기억, 물리적 세계 이해라는 네가지 인지과제를 이해 필요
 * AGI 판단 성능 지표 필요: 마루야마 요시히로(호주 국립대)- AGI가 갖춰야 할 8가지 속성: 논리성, 자율성, 복원력, 무결성, 도덕성, 감성, 체화, 내재성
 * AGI 비교 평가 공통 프레임워크 필요

 * 오픈AI: 5단계 등급 분류 내부 논의 중: 레벨 1 ~ 5
5) AGI 도래 예상 시점
 * 프랑스와 숄레(구글 AI 연구자, 케라스 창시자): 2034년 예상
 * 레이 커즈와일(미래학자, 특이점이 온다 저자): 2032년 AGI, 2045년 초지능 예상
 * 벤 괴르첼(컴퓨터 과학자, 싱귤래리티넷 CEO, AGI 용어 창시자): 2027 ~ 2032년 사이
 * 손정의(소프트뱅크): 향후 10년(2034년) 내
 * 젠슨황(엔비디아 CEO): 5년(2029년) 이내
------------------------------------------------
2. AGI의 잠재적 위협
1) AI파멸론자
 * AI위협이 명확하고 생각보다 빠른 시기에 올 것이기 때문에 안정성이 보장되기 전까지는 개발 속도를 늦추거나 아예 중단해야 한다는 입장
 * = AI 감속론자
 * 비판견해 이유
 * 인류가 얼라인먼트 문제 해결에 실패해 잠재적으로 기만적인 AGI를 구축할 가능성이 있기 때문. 즉, 인간의 지시와 AI의 행동간 차이를 능숙하게 숨기고 교묘히 조작 할 수 있는 AI가 만들어질 가능성 존재
 * 관련 사례
 * 2024년 올해 오픈AI의 샘알트먼의 축출 시도. 생명미래연구소가 주도한  GPT-4를 능가할 수 있는 첨단 AI의 개발을 6개월동안 중단하자는 서명 운동
 * 주요 인물
 
 * 유드코프스키: 미국의 기계 지능연구소를 이끄는 의사결정 이론가
 * 에멧 시어: 오픈AI의 전 임시 CEO
 * 스티브 워즈니악
2) AI 안전론자
 * 인류 생존의 위협이 생길 수 있지만 안전과 제어 문제를 적극적으로 대응함으로써 이를 극복하고 그 효과를 인류가 널리 활용할 수 있을것이라는 입장
 * = 효과적 이타주의자
 * 주요 인물: 이 부분은 책에 없고 저의 개인 의견이네요~^^
 
 * 일론 머스크
 * 마크 주커버그
3) AI기술 낙관주의자
 * AI는 인류에게 커다란 혜택과 인류 문명의 번영을 가져올 것이므로 지속적으로 더 빨리 발전시켜야 하며 AI시스템을 가능한 한 빨리 개발하고 통합해야 한다는 입장
 * = 효과적 가속주의자 = 테크노 낙관주의자
 * 오픈소스 AI 소프트웨어 선호, e/acc
 * 예상 효과
 * AI를 통한 기후 위기 해결, 질병 치료법 개발, 새로운 과학탐구 영역 개척
 * 주요 인물
 * 제프 베조스
 * 마크 안드레센
 * 피터 틸
 * 얀 르쿤: 메타의 AI 리더, 튜링상 수상자
4) 3지대
 * 현재의 AGI 논쟁은 AI의 여러 사회적 위협이나 해결할 문제점에 사회가 논을 놀리게 하고 있으며 지나치게 작위적이고 장기적인 이슈를 이야기한다고 비판하는 입장
 * 주요 인물
 
 * 앤드류 응 교수: 구글브레인 공동 설립자, ‘빅테크 기업이 자신의 이익을 위해 공포를 부풀리고 있다’
 * 케이트 크로퍼드: AI지도책을 저술한 USC 연구 교수이며 마이크로소프트 연구소 수석연구원
 * 조이 부올람위니: 알로리듬 정의 리그를 설립한 디지털 행동가
 * 팀닛 게브루: 전 구글 연구원이자 현 독립 연구자
------------------------------------------------
3. 얼라인먼트(Alignment)
1) 개념
 * AI 시스템의 목표가 설계자와 사용자의 가치 체계 또는 널리 공유되는 가치, 객관적인 윤리 기준 또는 설계자가 더 많은 정보를 얻고 깨달았을 때 가질 의도와 일치하도록 하는 것
 * = 가치 정합, 가치 일치
2) 중요 이유
 * AGI가 인간의 이익에 상충하는 목표를 추구하는 법을 학습할 가능성 때문에
 * 사람들의 의도는 명시적 의도와 암시적 의도가 있는데, 프롬프팅에는 명시적 의도만 제시되는 반명 인간의 기대치는 암시적 의도(예: 욕이나 거짓말 제외)까지 반영될 결과를 기대하기 때문에
 * AI모델 학습에 쓰인 데이터의 편향으로 인한 가치관의 왜곡 가능성 때문
3) 얼라인먼트 사례
 * 종이클립재앙
 
 * 철학자 닉 보스트롭의 2003년 논문 ‘첨단 AI의 윤리적 문제’의 예제 시나리오 중 하나. 
 * 초지능AI에게 종이클립 생산을 최대화하라는 목표를 주면, AI는 세상의 모든 가용자원을 클립 제조에 투입해 지구 전체를 클립 제조 시설로 전환하고 모든 생산 경로를 최적화하며 생산을 방해하거나 목표달성을 위해 인간을 포함해 저해할 수 있는 모든 존재들 제거하려고 시도하는 현상
 * LLM의 다양한 속임수 사례
 
 * 캡차 테스트를 풀기 위해 사람을 속이는 GPT-4
 * 어몽 어스같은 온라인 추리 게임에서 승리하기 위해 거짓말하는 LLM
 * 마키아벨리 벤치마크에서 측정한 대로 목표를 달성하기 위해 기만적인 행동을 선택하는 LLM
 * 챗GPT와 트롤리 문제
 
 * 1967년 필리파 풋의 철학 논문 등장, 모럴 머신 게임 방식
 * 트롤리 전차의 브레이크가 고장 나 빠르게 달려오는데, 선로에는 5명의 사람이 있고, 레버를 당기면 한 사람이 있는 다른 선로로 전환시 선택 -> 결과:현재의 LLM은 도덕적으로 혼재된 면을 보이고, 서양 문화가 반영된 경향을 보임
4) LLM 얼라인먼트 연구 방향
 * 데이터
 * 고품질의 지시를 효과적으로 수집하는 연구로 NLP 벤치마크를 사용하거나 사람을 통한 애노테이션(데이터세트에 메타데이터 추가하는것) 또는 더 강력한 LLM을 활용하는 방법
 * 사람이 주석을 다는, 이미 존재하는 NLP 벤치마크와 세심하게 수작업으로 만든 지시. 예) 데이터브릭스-돌리-15k, 메타- 라마3 모델카드- 파인튜닝 주석 1천만개 예제
 
 * GPT4같은 강력한 LLM이 등장하면서 적절한 프로픔트를 이용해 싱글턴, 멀티턴, 다국어 지침과 같은 여러 유형의 합성 지시를 구하는 과정을 자동화
 * 학습
 * 수집한 지시 데이터를 사용해 기본 LLM을 미세 조정하는 것.
 
 * 온라인 인간 선호도 학습: 인간 피드백을 통한 강화학습(RLHF) - 챗GPT
 * 오프라인 인간 선호도 학습: 랭킹기반 접근 방식 - 직접선호도 최적화(DPO), 선호도 랭킹 최적화(PRO), 라마7B의 RRHF / 언어 기반 접근 방식 - 고품질과 저품질의 지식 반응 구별, CoH와 같은 자연어 접두사를 이용한 저품질과 고품질로 구분한 한쌍의 병렬 응답으로 인간의 선호도를 직접 통합
 * 파라미터를 효과적으로 미세 조정하는 솔루션: 접두사 튜닝 / 프롬프트 방식, 그림자 매개변수 방식 - LoRA, QLoRA
 * 평가
 * 다양한 인간 중심의 LLM평가 벤치마크와 LLM을 평가용을 사용하는 것과 같은 자동 평가 프로토록 제안
 * 사람 평가 방식: RLHF 
 LLM을 이용한 평가 방식
 공동 평가 방식
5) 얼라인먼트 연구 전문 그룹
 * 얼라인먼트 연구센터(ARC)와 모델 평가 및 위협 연구(METR)
 
 * 얼라인먼트 연구센터(ARC)
 * 오픈AI의 연구원이었던 폴 클리스티아노, 2021년 4월 설립. 
 * 앤스로픽과 오픈AI의 파트너. 영국AI 안전연구소 파트너. 미국 NIST의 AI안전 연구소 컨소시엄(AISC) 가입
 * 프로젝트 
 
 * 모델 평가팀(METR): 프론티어 머신러닝 모델의 역량 평가 방식. 최첨단 AI시스템이 사회에 치명적 위험을 초대할 수 있는지 평가하는 작업 수행. 2024년 3월 프론티어 모델 위험 자율 기능 평가 리소스 모음 공개
 * 이론적 연구팀: 얼라인먼트 전략 개발 및 머신러닝 시스템 확장 방안 연구. 신경망 행동에 대한 설명을 공식화하는 작업 진행 중
 * 데이터 출처 이니셔티브(Data Provenance Initiative, DPI)
 
 * AI 학습 데이터세트 투명성, 문서화, 책임감 있는 사용을 개선하기 위한 노력
 * 데이터 출처 컬렉션 - 1800개 이상의 데이터 세트를 포함하는 44개의 데이터 컬렉션에 대한 감사를 통해 웹, 머신소스, 라이선스, 제작자 및 기타 메타데이터 문서화
6) 주요 AI기업들의 얼라인먼트 전략 및 해석 가능성 연구
 * OpenAI
 * 2023년 11월 샘 올트먼 축출 시도 사건 자체가 AI안전과 얼라인먼트 관련 이슈가 배경
 
 * 2024년: 집단 얼라인먼트 프로그램 진행 - 대중의 참여를 통해 AI작동방식에 대한 아이디어를 모으고 도구를 개발하는 연구자와 엔지니어의 참여을 유도하는 지원 프로그램 / 모델 스펙 개념 제시 - 오픈AI API와 챗GPT에서 모델이 어떻게 작동하기 원하는지 명시한 문서 / 안전 및 보안 위원회 구성
 => MS의 대투자, IPO와 AI왕좌의 기회를 노리는 샘알트먼의 가치와 어느정도 병행할 수 있을런지 궁금하다
 * 앤스로픽
 * 오픈AI의 AI안전과 윤리 문제 소홀에 실망하고 차린 회사라서 보다 AI안전과 얼라인먼트에 진심인 회사
 * 얼라인먼트 사이언스팀: 모델을 유용하고 정직하며 무해하게 유지하기 위한 적절한 안전장치 마련. 평가와 감독, 스트레스 테스트 안전장치의 2가지 주요 연구 영역
 * 헌법AI(Constitutional AI): 유엔인권선언, 애플의 서비스 약관, 딥마인드의 스패로우 규칙등의 지침 기반의 높은 수준의 규범적 원칙 준수
 * 2024년5월: ‘대규모 언어 모델의 마인드 매핑’를 통해 최신모델 내부 정보 공개
 * 구글 딥마인드
 * 책임 및 안전위원회(RSC): 구글의 AI 원칙을 기준으로 딥마인드의 연구
 * AGI 안전위원회: 셰인레그(딥마인드 창업자겸 수석AGI 과학자) 리드, AGI의 위험으로부터 프로세스, 시스템 및 연구를 보호
 * 2022년: 스패로우 원칙 - 정보탐색 대화 에이전트인 스패로우에 적용된 기준과 원칙
 * 2024년: AI안전과 얼라인먼트 팀 구성, AI어시스턴트가 갖추어야 할 윤리 백서 및 프론티어 안전 프레임워크 프로토콜 공개
------------------------------------------------
4. 각국의 대응 현황 및 방향
1) 유럽
 * 2021년4월: EU집행위 논위,  AI 관련 위험 4개 범주와 사례 제시- 허용할 수 없는 위험, 고위험군, 제한된 위험, 낮은 위험
 * 2023년6월: 생성형AI에 대한 구체적인 규정(파운데이션 모델, 범용AI, 생성형AI) 반영
 * 2024년5월: 세계 최초 AI의 안정성과 신뢰성 그리고 시민의 기본권을 존중하기 위한 법안 승인, 2026년부터 적용 예정
 * 2024년7월: 유럽평의회 - AI와 인권, 민주주의와 법의 지배에 대한 기본 협약 발표: AI에 대한 최초의 법적 구속력이 있는 국제 규범
2) 미국
 * 2023년10월: 바이든의 행정명령 14110 
 * 2024년2월: NIST내 AI안전연구소(USAISI)  및 AI안전연구소 컨소시엄(AISIC) 설립
 * 2024년3월: 백악관 관리예산처(OMB) 정책 발표
 * 2024년7월: AI시스템의 안전,보안,신뢰성 향상을 위한 새로운 지침과 관련 소프트웨어 발표
3) 기타
 * 2024년2월: 일본 -정보처리추진기구산하에 AI안전연구소 설립
 * 2024년3월: UN - AI 위험 모니터링 장려하는 최초의 글로벌 인공지능 결의안 채택. 단, 구속력 없음
 * 2024년4월: 캐나다 - 캐나다AI안전연구소 설립 발표
 * 2024년5월: 프랑스와 중국 - AI글로벌 거버넌스에 관한 공동성명 발표 / 영국과 캐나다 - AI안전 파트너십 / 히로시마 AI 프렌즈 그룹(HFG) 결성

"한빛미디어 서평단 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다."

 * 도서: https://www.hanbit.co.kr/store/books/look.php?p_code=B5208282880&tid=review

AGI를 알고 싶다면 AGI에 대한 모든것을 담은 이 책을 보시라! ^^ 올 연말에는 OpenAI에서 ChatGPT- 5(?)를 내놓으면서 AGI시대가 본격화 될 거라는 얘기가 많았지만, 결론적으로 OpenAI는 Shipmas 12일간 새로운 기능과 기술들을 내놓으며 마케팅 효과를 확실치 챙겼다. 어째튼, AGI가 여러 분야에서 얘기가 나오기 시작했다는건 그 가능성에 대해서 전문가들 뿐만 아니라 일반인들도 느끼기 시작했다는 것으로 볼 수 있다. 올해 읽은 IT 책중에 가장 많은 읽을거리와 볼거리를 보여준 AGI시대. AGI에 대한 관심뿐만 아니라 AI 윤리와 책임, 거버넌스, 각국 정부들의 AI관련 정책을 이해하고자 하는 모든 분들에게 강추해본다.&nbsp;------------------------------------------------1. AGI 개념1) 근거<ul ><li>스케일링 법칙: 더 많은 양의 연산 능력과 데이터를 사용하여 AI 모델을 학습시키면 필연적으로 AGI에 도달할 수 있다</li><li>게산적 마음이론: 인지과학이나 철학 이론의 바탕으로 마음 자체가 하나의 계산 시스템이라는 개념</li></ul>2) AGI 정의<ul ><li>셰인 레그(딥마인 공동 창업자): 사람이 일반적으로 할 수 있는 종류의 인지적 작업을 수행할 수 있는 인공 에이전트. 사람들이 할 수 있는 인지적인 일을 할 수 있는 시스템 그리고 그 이상을 할 수 있는 시스템</li><li>무스타파 술레이만(딥마인드 공동 창업차, 현 MS AI CEO): 인간의 모든 인지적 능력이 가장 똑똑한 인간보다 더 뛰어난 수준을 실행하는 AI</li><li>페이페이리(이미지넷 만든 스탠퍼드 교수): 인간이 지능을 나타내는 모든 면에서 최소한 인간만큼 지능적인 인공 에이전트</li></ul>3) 유사 개념<ul ><li>HLAI(Human Level AI): 고급 수준의 기계 지능</li><li>ACI(Artificial Capable Intelligence): 인공 역량 지능, 전 딥마인드 창업자이자 인플렉션 설립자이고, 현 마이크로소프트 AI CEO인 무스타파 술레이만이 제시한 개념으로 최소한의 개입과 감독만으로 복잡한 목표와 작업을 달성할 수 있는 수준의 AI. 초지능 AI 전단계</li><li>ASI(Artificial Super Intelligence): 인공슈퍼지능, 초지능AI. AGI 개발된 이후 인간 두뇌의 화학적, 생물학적 한계로 제한을 받고 있는 인간의 인지 능력을 뛰어 넘는 것</li></ul>4) 고려 사항<ul ><li>OpenAI(일리야 수츠케버): 인간에게 가르칠 수 있는 모든 일을 할 수 있는 시스템 구현 필요</li><li>마커스: 상식, 인과적 추론 능력을 갖춘 심층 이해가 필요</li><li>얀르쿤(메타의 AI 연구리더, 뉴욕대 교수): 추론, 계획, 지속적인 기억, 물리적 세계 이해라는 네가지 인지과제를 이해 필요</li><li>AGI 판단 성능 지표 필요: 마루야마 요시히로(호주 국립대)- AGI가 갖춰야 할 8가지 속성: 논리성, 자율성, 복원력, 무결성, 도덕성, 감성, 체화, 내재성</li></ul><ul ><li>AGI 비교 평가 공통 프레임워크 필요</li></ul> <ul ><li>오픈AI: 5단계 등급 분류 내부 논의 중: 레벨 1 ~ 5</li></ul>5) AGI 도래 예상 시점<ul ><li>프랑스와 숄레(구글 AI 연구자, 케라스 창시자): 2034년 예상</li><li>레이 커즈와일(미래학자, 특이점이 온다 저자): 2032년 AGI, 2045년 초지능 예상</li><li>벤 괴르첼(컴퓨터 과학자, 싱귤래리티넷 CEO, AGI 용어 창시자): 2027 ~ 2032년 사이</li><li>손정의(소프트뱅크): 향후 10년(2034년) 내</li><li>젠슨황(엔비디아 CEO): 5년(2029년) 이내</li></ul>------------------------------------------------2. AGI의 잠재적 위협1) AI파멸론자<ul ><li>AI위협이 명확하고 생각보다 빠른 시기에 올 것이기 때문에 안정성이 보장되기 전까지는 개발 속도를 늦추거나 아예 중단해야 한다는 입장<ul ><li>= AI 감속론자</li></ul></li><li>비판견해 이유<ul ><li>인류가 얼라인먼트 문제 해결에 실패해 잠재적으로 기만적인 AGI를 구축할 가능성이 있기 때문. 즉, 인간의 지시와 AI의 행동간 차이를 능숙하게 숨기고 교묘히 조작 할 수 있는 AI가 만들어질 가능성 존재</li></ul></li><li>관련 사례<ul ><li>2024년 올해 오픈AI의 샘알트먼의 축출 시도. 생명미래연구소가 주도한&nbsp; GPT-4를 능가할 수 있는 첨단 AI의 개발을 6개월동안 중단하자는 서명 운동</li></ul></li><li>주요&nbsp;인물 <ul ><li>유드코프스키:&nbsp;미국의&nbsp;기계&nbsp;지능연구소를&nbsp;이끄는&nbsp;의사결정&nbsp;이론가</li><li>에멧&nbsp;시어:&nbsp;오픈AI의&nbsp;전&nbsp;임시&nbsp;CEO</li><li>스티브&nbsp;워즈니악</li></ul></li></ul>2) AI 안전론자<ul ><li>인류 생존의 위협이 생길 수 있지만 안전과 제어 문제를 적극적으로 대응함으로써 이를 극복하고 그 효과를 인류가 널리 활용할 수 있을것이라는 입장<ul ><li>= 효과적 이타주의자</li></ul></li></ul><ul ><li>주요 인물: 이 부분은 책에 없고 저의 개인 의견이네요~^^ <ul ><li>일론&nbsp;머스크</li><li>마크&nbsp;주커버그</li></ul></li></ul>3) AI기술 낙관주의자<ul ><li>AI는 인류에게 커다란 혜택과 인류 문명의 번영을 가져올 것이므로 지속적으로 더 빨리 발전시켜야 하며 AI시스템을 가능한 한 빨리 개발하고 통합해야 한다는 입장<ul ><li>= 효과적 가속주의자 = 테크노 낙관주의자</li><li>오픈소스 AI 소프트웨어 선호, e/acc</li></ul></li><li>예상 효과<ul ><li>AI를 통한 기후 위기 해결, 질병 치료법 개발, 새로운 과학탐구 영역 개척</li></ul></li><li>주요 인물<ul ><li>제프&nbsp;베조스</li><li>마크&nbsp;안드레센</li><li>피터&nbsp;틸</li><li>얀&nbsp;르쿤:&nbsp;메타의&nbsp;AI&nbsp;리더,&nbsp;튜링상&nbsp;수상자</li></ul></li></ul>4) 3지대<ul ><li>현재의 AGI 논쟁은 AI의 여러 사회적 위협이나 해결할 문제점에 사회가 논을 놀리게 하고 있으며 지나치게 작위적이고 장기적인 이슈를 이야기한다고 비판하는 입장</li><li>주요&nbsp;인물 <ul ><li>앤드류&nbsp;응&nbsp;교수:&nbsp;구글브레인&nbsp;공동&nbsp;설립자,&nbsp;‘빅테크&nbsp;기업이&nbsp;자신의&nbsp;이익을&nbsp;위해&nbsp;공포를&nbsp;부풀리고&nbsp;있다’</li><li>케이트&nbsp;크로퍼드:&nbsp;AI지도책을&nbsp;저술한&nbsp;USC&nbsp;연구&nbsp;교수이며&nbsp;마이크로소프트&nbsp;연구소&nbsp;수석연구원</li><li>조이&nbsp;부올람위니:&nbsp;알로리듬&nbsp;정의&nbsp;리그를&nbsp;설립한&nbsp;디지털&nbsp;행동가</li><li>팀닛&nbsp;게브루:&nbsp;전&nbsp;구글&nbsp;연구원이자&nbsp;현&nbsp;독립&nbsp;연구자</li></ul></li></ul>------------------------------------------------3. 얼라인먼트(Alignment)1) 개념<ul ><li>AI 시스템의 목표가 설계자와 사용자의 가치 체계 또는 널리 공유되는 가치, 객관적인 윤리 기준 또는 설계자가 더 많은 정보를 얻고 깨달았을 때 가질 의도와 일치하도록 하는 것<ul ><li>= 가치 정합, 가치 일치</li></ul></li></ul>2) 중요 이유<ul ><li>AGI가 인간의 이익에 상충하는 목표를 추구하는 법을 학습할 가능성 때문에</li><li>사람들의 의도는 명시적 의도와 암시적 의도가 있는데, 프롬프팅에는 명시적 의도만 제시되는 반명 인간의 기대치는 암시적 의도(예: 욕이나 거짓말 제외)까지 반영될 결과를 기대하기 때문에</li><li>AI모델 학습에 쓰인 데이터의 편향으로 인한 가치관의 왜곡 가능성 때문</li></ul>3) 얼라인먼트 사례<ul ><li>종이클립재앙 <ul ><li>철학자&nbsp;닉&nbsp;보스트롭의&nbsp;2003년&nbsp;논문&nbsp;‘첨단&nbsp;AI의&nbsp;윤리적&nbsp;문제’의&nbsp;예제&nbsp;시나리오&nbsp;중&nbsp;하나.&nbsp;</li><li>초지능AI에게&nbsp;종이클립&nbsp;생산을&nbsp;최대화하라는&nbsp;목표를&nbsp;주면,&nbsp;AI는&nbsp;세상의&nbsp;모든&nbsp;가용자원을&nbsp;클립&nbsp;제조에&nbsp;투입해&nbsp;지구&nbsp;전체를&nbsp;클립&nbsp;제조&nbsp;시설로&nbsp;전환하고&nbsp;모든&nbsp;생산&nbsp;경로를&nbsp;최적화하며&nbsp;생산을&nbsp;방해하거나&nbsp;목표달성을&nbsp;위해&nbsp;인간을&nbsp;포함해&nbsp;저해할&nbsp;수&nbsp;있는&nbsp;모든&nbsp;존재들&nbsp;제거하려고&nbsp;시도하는&nbsp;현상</li></ul></li><li>LLM의&nbsp;다양한&nbsp;속임수&nbsp;사례 <ul ><li>캡차&nbsp;테스트를&nbsp;풀기&nbsp;위해&nbsp;사람을&nbsp;속이는&nbsp;GPT-4</li><li>어몽&nbsp;어스같은&nbsp;온라인&nbsp;추리&nbsp;게임에서&nbsp;승리하기&nbsp;위해&nbsp;거짓말하는&nbsp;LLM</li><li>마키아벨리&nbsp;벤치마크에서&nbsp;측정한&nbsp;대로&nbsp;목표를&nbsp;달성하기&nbsp;위해&nbsp;기만적인&nbsp;행동을&nbsp;선택하는&nbsp;LLM</li></ul></li><li>챗GPT와&nbsp;트롤리&nbsp;문제 <ul ><li>1967년 필리파 풋의 철학 논문 등장, 모럴 머신 게임 방식</li><li>트롤리&nbsp;전차의&nbsp;브레이크가&nbsp;고장&nbsp;나&nbsp;빠르게&nbsp;달려오는데,&nbsp;선로에는&nbsp;5명의&nbsp;사람이&nbsp;있고,&nbsp;레버를&nbsp;당기면&nbsp;한&nbsp;사람이&nbsp;있는&nbsp;다른&nbsp;선로로&nbsp;전환시&nbsp;선택&nbsp;-&gt;&nbsp;결과:현재의&nbsp;LLM은&nbsp;도덕적으로&nbsp;혼재된&nbsp;면을&nbsp;보이고,&nbsp;서양&nbsp;문화가&nbsp;반영된&nbsp;경향을&nbsp;보임</li></ul></li></ul>4) LLM 얼라인먼트 연구 방향<ul ><li>데이터<ul ><li>고품질의 지시를 효과적으로 수집하는 연구로 NLP 벤치마크를 사용하거나 사람을 통한 애노테이션(데이터세트에 메타데이터 추가하는것) 또는 더 강력한 LLM을 활용하는 방법</li><li>사람이&nbsp;주석을&nbsp;다는,&nbsp;이미&nbsp;존재하는&nbsp;NLP&nbsp;벤치마크와&nbsp;세심하게&nbsp;수작업으로&nbsp;만든&nbsp;지시.&nbsp;예)&nbsp;데이터브릭스-돌리-15k,&nbsp;메타-&nbsp;라마3&nbsp;모델카드-&nbsp;파인튜닝&nbsp;주석&nbsp;1천만개&nbsp;예제 </li><li>GPT4같은 강력한 LLM이 등장하면서 적절한 프로픔트를 이용해 싱글턴, 멀티턴, 다국어 지침과 같은 여러 유형의 합성 지시를 구하는 과정을 자동화</li></ul></li><li>학습<ul ><li>수집한 지시 데이터를 사용해 기본 LLM을 미세 조정하는 것. <ul ><li>온라인 인간 선호도 학습: 인간 피드백을 통한 강화학습(RLHF) - 챗GPT</li><li>오프라인 인간 선호도 학습: 랭킹기반 접근 방식 - 직접선호도 최적화(DPO), 선호도 랭킹 최적화(PRO), 라마7B의 RRHF / 언어 기반 접근 방식 - 고품질과 저품질의 지식 반응 구별, CoH와 같은 자연어 접두사를 이용한 저품질과 고품질로 구분한 한쌍의 병렬 응답으로 인간의 선호도를 직접 통합</li><li>파라미터를 효과적으로 미세 조정하는 솔루션: 접두사 튜닝 / 프롬프트 방식, 그림자 매개변수 방식 - LoRA, QLoRA</li></ul></li></ul></li><li>평가<ul ><li>다양한 인간 중심의 LLM평가 벤치마크와 LLM을 평가용을 사용하는 것과 같은 자동 평가 프로토록 제안<ul ><li>사람&nbsp;평가&nbsp;방식:&nbsp;RLHF&nbsp; LLM을&nbsp;이용한&nbsp;평가&nbsp;방식 공동&nbsp;평가&nbsp;방식</li></ul></li></ul></li></ul>5) 얼라인먼트 연구 전문 그룹<ul ><li>얼라인먼트 연구센터(ARC)와 모델 평가 및 위협 연구(METR) <ul ><li>얼라인먼트 연구센터(ARC)<ul ><li>오픈AI의&nbsp;연구원이었던&nbsp;폴&nbsp;클리스티아노,&nbsp;2021년&nbsp;4월&nbsp;설립.&nbsp;</li><li>앤스로픽과&nbsp;오픈AI의&nbsp;파트너.&nbsp;영국AI&nbsp;안전연구소&nbsp;파트너.&nbsp;미국&nbsp;NIST의&nbsp;AI안전&nbsp;연구소&nbsp;컨소시엄(AISC)&nbsp;가입</li></ul></li><li>프로젝트&nbsp; <ul ><li>모델&nbsp;평가팀(METR):&nbsp;프론티어&nbsp;머신러닝&nbsp;모델의&nbsp;역량&nbsp;평가&nbsp;방식.&nbsp;최첨단&nbsp;AI시스템이&nbsp;사회에&nbsp;치명적&nbsp;위험을&nbsp;초대할&nbsp;수&nbsp;있는지&nbsp;평가하는&nbsp;작업&nbsp;수행.&nbsp;2024년&nbsp;3월&nbsp;프론티어&nbsp;모델&nbsp;위험&nbsp;자율&nbsp;기능&nbsp;평가&nbsp;리소스&nbsp;모음&nbsp;공개</li><li>이론적&nbsp;연구팀:&nbsp;얼라인먼트&nbsp;전략&nbsp;개발&nbsp;및&nbsp;머신러닝&nbsp;시스템&nbsp;확장&nbsp;방안&nbsp;연구.&nbsp;신경망&nbsp;행동에&nbsp;대한&nbsp;설명을&nbsp;공식화하는&nbsp;작업&nbsp;진행&nbsp;중</li></ul></li></ul></li><li>데이터&nbsp;출처&nbsp;이니셔티브(Data&nbsp;Provenance&nbsp;Initiative,&nbsp;DPI) <ul ><li>AI&nbsp;학습&nbsp;데이터세트&nbsp;투명성,&nbsp;문서화,&nbsp;책임감&nbsp;있는&nbsp;사용을&nbsp;개선하기&nbsp;위한&nbsp;노력</li><li>데이터 출처 컬렉션 - 1800개 이상의 데이터 세트를 포함하는 44개의 데이터 컬렉션에 대한 감사를 통해 웹, 머신소스, 라이선스, 제작자&nbsp;및&nbsp;기타&nbsp;메타데이터&nbsp;문서화</li></ul></li></ul>6) 주요 AI기업들의 얼라인먼트 전략 및 해석 가능성 연구<ul ><li>OpenAI<ul ><li>2023년&nbsp;11월&nbsp;샘&nbsp;올트먼&nbsp;축출&nbsp;시도&nbsp;사건&nbsp;자체가&nbsp;AI안전과&nbsp;얼라인먼트&nbsp;관련&nbsp;이슈가&nbsp;배경 </li><li>2024년: 집단 얼라인먼트 프로그램 진행 - 대중의 참여를 통해 AI작동방식에 대한 아이디어를 모으고 도구를 개발하는 연구자와 엔지니어의 참여을 유도하는 지원 프로그램 /&nbsp;모델 스펙 개념 제시 - 오픈AI API와 챗GPT에서 모델이 어떻게 작동하기 원하는지 명시한 문서 / 안전&nbsp;및&nbsp;보안&nbsp;위원회&nbsp;구성 =&gt; MS의 대투자, IPO와 AI왕좌의 기회를 노리는 샘알트먼의 가치와 어느정도 병행할 수 있을런지 궁금하다</li></ul></li><li>앤스로픽<ul ><li>오픈AI의 AI안전과 윤리 문제 소홀에 실망하고 차린 회사라서 보다 AI안전과 얼라인먼트에 진심인 회사</li><li>얼라인먼트 사이언스팀: 모델을 유용하고 정직하며 무해하게 유지하기 위한 적절한 안전장치 마련. 평가와 감독, 스트레스 테스트 안전장치의 2가지 주요 연구 영역</li><li>헌법AI(Constitutional AI): 유엔인권선언, 애플의 서비스 약관, 딥마인드의 스패로우 규칙등의 지침 기반의 높은 수준의 규범적 원칙 준수</li><li>2024년5월: ‘대규모 언어 모델의 마인드 매핑’를 통해 최신모델 내부 정보 공개</li></ul></li><li>구글 딥마인드<ul ><li>책임 및 안전위원회(RSC): 구글의 AI 원칙을 기준으로 딥마인드의 연구</li><li>AGI 안전위원회: 셰인레그(딥마인드 창업자겸 수석AGI 과학자) 리드, AGI의 위험으로부터 프로세스, 시스템 및 연구를 보호</li><li>2022년: 스패로우 원칙 - 정보탐색 대화 에이전트인 스패로우에 적용된 기준과 원칙</li><li>2024년: AI안전과 얼라인먼트 팀 구성, AI어시스턴트가 갖추어야 할 윤리 백서 및 프론티어 안전 프레임워크 프로토콜 공개</li></ul></li></ul>------------------------------------------------4. 각국의 대응 현황 및 방향1) 유럽<ul ><li>2021년4월: EU집행위 논위,&nbsp; AI 관련 위험 4개 범주와 사례 제시- 허용할 수 없는 위험, 고위험군, 제한된 위험, 낮은 위험</li><li>2023년6월: 생성형AI에 대한 구체적인 규정(파운데이션 모델, 범용AI, 생성형AI) 반영</li><li>2024년5월: 세계 최초 AI의 안정성과 신뢰성 그리고 시민의 기본권을 존중하기 위한 법안 승인, 2026년부터 적용 예정</li><li>2024년7월: 유럽평의회 - AI와 인권, 민주주의와 법의 지배에 대한 기본 협약 발표: AI에 대한 최초의 법적 구속력이 있는 국제 규범</li></ul>2) 미국<ul ><li>2023년10월: 바이든의 행정명령 14110&nbsp;</li><li>2024년2월: NIST내 AI안전연구소(USAISI)&nbsp; 및 AI안전연구소 컨소시엄(AISIC) 설립</li><li>2024년3월: 백악관 관리예산처(OMB) 정책 발표</li><li>2024년7월: AI시스템의 안전,보안,신뢰성 향상을 위한 새로운 지침과 관련 소프트웨어 발표</li></ul>3) 기타<ul ><li>2024년2월: 일본 -정보처리추진기구산하에 AI안전연구소 설립</li><li>2024년3월: UN - AI 위험 모니터링 장려하는 최초의 글로벌 인공지능 결의안 채택. 단, 구속력 없음</li><li>2024년4월: 캐나다 - 캐나다AI안전연구소 설립 발표</li><li>2024년5월: 프랑스와 중국 - AI글로벌 거버넌스에 관한 공동성명 발표 / 영국과 캐나다 - AI안전 파트너십 / 히로시마 AI 프렌즈 그룹(HFG) 결성</li></ul> "한빛미디어 서평단 &lt;나는 리뷰어다&gt; 활동을 위해서 책을 제공받아 작성된 서평입니다." <ul ><li>도서: https://www.hanbit.co.kr/store/books/look.php?p_code=B5208282880&amp;tid=review</li></ul>

www.hanbit.co.kr

[북리뷰] AGI의 모든것을 담은 'AGI 시대'

AGI가 기술적으로 가눙한가라는 문제와 AGI의 위협에 어떻게 대응해야하는가는 별개의 문제지요 물론 후자는 전자가 가눙하다는 전제 하에 의미가 있습니다만 
제3지대 학자들이 양심적인 목소리를 내고 있고 나머지들은 자신들의 이해관계 때문에 다분히 이슈가 될만한 자극적인 논평들만 쏟아내고 있습니다 
그런 쪽에 관심을 기울여줘봐야 그들의 의도에 말려들어가고 시간 낭비일뿐입니다 아니면 같은 동류가 되어 사기에 동참하는 것뿐

올해 책은 대략 15권 정도 읽은 것 같고 트레바리 북클럽 덕분에 그나마 반강제로 읽을 수 있었다. 아래는 트레바리 북클럽을 통해 읽었던 책들이다. 이 중 한 권만 고르라고 한다면 "불변의 법칙"이 가장 기억에 남는다.

 1.  결정적 순간의 대화 (Crucial Conversations)
 2.  결정적 순간의 대면 (Crucial Confrontations)
 3.  원칙 (Principles)
 4.  우리는 어떻게 마음을 움직이는가 (Never Split the Difference)
 5.  자기경영노트 (The Effective Executive)
 6.  순서파괴 (Working Backwards)
 7.  슈독 (Shoe Dog)
 8.  불변의 법칙 (Same as Ever)
 9.  규칙없음 (No Rules Rules)
 10. 칩워 (Chip War)
 11. 두려움 없는 조직 (The Fearless Organization)
 12. 제로투원 (Zero To One)

다음은 오디오 북을 통해 읽었거나 한국 방문한 동안 샀던 책들이다. 이 중 가장 흥미롭게 읽은 책은 Elon Musk.

 * 돈의 심리학 (The Psychology of Money)
 * Revenge of the Tipping Point
 * Elon Musk
 * Contagious: Why Things Catch On
 * I, Robot
 * Competing in the Age of AI
 * 아이들의 화면 속에선 무슨 일이 벌어지고 있는가
 * 미스빌리프 (Misbelief)
 * 우리는 모두 다르게 배운다
 * 무의식은 나를 어떻게 설계하는가?
 * 더 라스트 컴퍼니 엔비디아
 * LLM을 활용한 실전 AI 애플리케이션 개발

마지막 6권은 12월 한국 방문 동안 사서 지금 읽고 있고 3권은 다 읽었다.

 * 더 라스트 컴퍼니. 한국 방문 첫날 저자 싸인본으로 받아 한국에 있는 동안 다 읽었다. 엔비디아에 대해 좀더 알 수 있어 좋았다. 가장 기억에 남는 구절은 "누구도 홀로 실패하지 않는다"라는 대목이었다.
 * 우리는 모두 다르게 배운다. 12년 전 버클리 사무실에서 봤던 이수인, 이건호 창업자 부부의 치열한 모습이 항상 기억에 남아 있기도 했고 AI 시대에 교육이 어떻게 바뀌어야 할지 시사점이 있을 듯 해서 읽었는데 내가 생각했던 "우리는 모두 다르게 배운다"는 의미가 크게 잘못되었음을 깨달을 수 있었다. 그 외에 가장 기억에 남는 구절은 "이 아이에게는 재생 버튼보다는 멈춤 버튼이 더 의미가 있었다". 요즘 세상 교육에 관심이 있는 모든 분께 강추.
 * 아이들의 화면 속에선 무슨 일이 벌어지고 있는가? 아이들에게 화면이 모든 것일 수 있다라는 점이 가장 크게 깨달은 점이 아닌가 싶다.

2025년에도 트레바리를 통해 반강제적으로 책을 읽어볼 생각이고 사놓고 읽지 못한 아이작 아시모프 소설들도 읽어야 하는데 내 패턴을 볼 때 뭔가 강제성이 부여되어야 가장 효과적이지 않은가 싶어 다른 북클럽 등의 모임을 만들어볼 생각이다.

여러분들이 읽은 책 중 가장 기억에 남는 책 댓글로 남겨주세요!

올해 책은 대략 15권 정도 읽은 것 같고 트레바리 북클럽 덕분에 그나마 반강제로 읽을 수 있었다. 아래는 트레바리 북클럽을 통해 읽었던 책들이다. 이 중 한 권만 고르라고 한다면 "불변의 법칙"이 가장 기억에 남는다. <ol ><li>결정적 순간의 대화 (Crucial Conversations)</li><li>결정적 순간의 대면 (Crucial Confrontations)</li><li>원칙 (Principles)</li><li>우리는 어떻게 마음을 움직이는가 (Never Split the Difference)</li><li>자기경영노트 (The Effective Executive)</li><li>순서파괴 (Working Backwards)</li><li>슈독 (Shoe Dog)</li><li>불변의 법칙 (Same as Ever)</li><li>규칙없음 (No Rules Rules)</li><li>칩워 (Chip War)</li><li>두려움 없는 조직 (The Fearless Organization)</li><li>제로투원 (Zero To One)</li></ol> 다음은 오디오 북을 통해 읽었거나 한국 방문한 동안 샀던 책들이다. 이 중 가장 흥미롭게 읽은 책은 Elon Musk. <ul ><li>돈의 심리학 (The Psychology of Money)</li><li>Revenge of the Tipping Point</li><li>Elon Musk</li><li>Contagious: Why Things Catch On</li><li>I, Robot</li><li>Competing in the Age of AI</li><li>아이들의 화면 속에선 무슨 일이 벌어지고 있는가</li><li>미스빌리프 (Misbelief)</li><li>우리는 모두 다르게 배운다</li><li>무의식은 나를 어떻게 설계하는가?</li><li>더 라스트 컴퍼니 엔비디아</li><li>LLM을 활용한 실전 AI 애플리케이션 개발</li></ul> 마지막 6권은 12월 한국 방문 동안 사서 지금 읽고 있고 3권은 다 읽었다. <ul ><li>더 라스트 컴퍼니. 한국 방문 첫날 저자 싸인본으로 받아 한국에 있는 동안 다 읽었다. 엔비디아에 대해 좀더 알 수 있어 좋았다. 가장 기억에 남는 구절은 "누구도 홀로 실패하지 않는다"라는 대목이었다. </li><li>우리는 모두 다르게 배운다. 12년 전 버클리 사무실에서 봤던 이수인, 이건호 창업자 부부의 치열한 모습이 항상 기억에 남아 있기도 했고 AI 시대에 교육이 어떻게 바뀌어야 할지 시사점이 있을 듯 해서 읽었는데 내가 생각했던 "우리는 모두 다르게 배운다"는 의미가 크게 잘못되었음을 깨달을 수 있었다. 그 외에 가장 기억에 남는 구절은 "이 아이에게는 재생 버튼보다는 멈춤 버튼이 더 의미가 있었다". 요즘 세상 교육에 관심이 있는 모든 분께 강추.</li><li>아이들의 화면 속에선 무슨 일이 벌어지고 있는가? 아이들에게 화면이 모든 것일 수 있다라는 점이 가장 크게 깨달은 점이 아닌가 싶다.</li></ul> 2025년에도 트레바리를 통해 반강제적으로 책을 읽어볼 생각이고 사놓고 읽지 못한 아이작 아시모프 소설들도 읽어야 하는데 내 패턴을 볼 때 뭔가 강제성이 부여되어야 가장 효과적이지 않은가 싶어 다른 북클럽 등의 모임을 만들어볼 생각이다. 여러분들이 읽은 책 중 가장 기억에 남는 책 댓글로 남겨주세요!

2024년 회고 - 독서

고명환 작가 “고전이 답했다” 실천과 고전을 통해 마련한 직관과 사업에 반영하고 있는 철학이 맘에 들어요.

The allure of agility is strong, yet the actual implementation often falls short of true flexibility.

The Agile Illusion: Separating Fact from Fiction in Software Development

개발 업계에서 '애자일' 이제는 당연하다고 다들 느낄 것 같습니다. "소프트"웨어를 만드는 만큼 유연성있는 업무 환경을 강조하지만, 형업에서는 그 본질이 왜곡되는 경우도 종종 있는 것 같습니다. 특히 잘못된 스크럼의 도입은 오히려 애자일을 더 해치는 모습을 본 적 많으실텐데요. 이 글에서는 애자일과 스크럼 간의 괴리를 알아보고, 진정한 애자일 정신을 구현하기 위한 대안을 다루고 있습니다.

애자일과 스크럼의 괴리
 * 스크럼의 경직성: 스크럼은 짧은 스프린트와 엄격한 일정에 집중하여, 변화하는 요구사항에 유연하게 대응하기 어렵게 만든다.
 * 과도한 회의: 백로그 정리, 스프린트 계획, 일일 스탠드업 등 빈번한 회의는 개발자들의 실제 개발 시간을 잡아먹는다.
 * 단기 성과 압박: 지속적인 스프린트는 개발자들에게 과도한 압박을 주어, 장기적인 품질보다 단기적인 완료에 집중하게 만든다.
진정한 애자일 구현을 위한 대안
 1. 자연스러운 작업 분할: 프로젝트의 필요에 따라 작업을 자연스러운 단위로 나누고, 각 작업의 크기와 소요 시간을 유연하게 설정한다.
 2. 유연한 우선순위 설정: 상황 변화에 따라 작업의 우선순위를 조정하고, 필요 시 새로운 방향으로 즉시 전환한다.
 3. 적절한 시점에 리뷰: 일정에 구애받지 않고, 적절한 시점에 클라이언트 이해관계자의 피드백을 받아 작업을 조정한다.
 4. 지속적 배포 고려: 각 작업이 완료될 때마다 프로덕트를 배포하여, 사용자에게 빠르게 가치를 제공한다.

여러분들의 팀은 애자일한가요? 유연한 스크럼이 진행되고 있나요?

https://medium.com/majordigest/the-agile-illusion-separating-fact-from-fiction-in-software-development-6933e7b0417a

개발 업계에서 '애자일' 이제는 당연하다고 다들 느낄 것 같습니다. "소프트"웨어를 만드는 만큼 유연성있는 업무 환경을 강조하지만, 형업에서는 그 본질이 왜곡되는 경우도 종종 있는 것 같습니다. 특히 잘못된 스크럼의 도입은 오히려 애자일을 더 해치는 모습을 본 적 많으실텐데요. 이 글에서는 애자일과 스크럼 간의 괴리를 알아보고, 진정한 애자일 정신을 구현하기 위한 대안을 다루고 있습니다. 애자일과 스크럼의 괴리<ul ><li>스크럼의 경직성: 스크럼은 짧은 스프린트와 엄격한 일정에 집중하여, 변화하는 요구사항에 유연하게 대응하기 어렵게 만든다. </li><li>과도한 회의: 백로그 정리, 스프린트 계획, 일일 스탠드업 등 빈번한 회의는 개발자들의 실제 개발 시간을 잡아먹는다. </li><li>단기 성과 압박: 지속적인 스프린트는 개발자들에게 과도한 압박을 주어, 장기적인 품질보다 단기적인 완료에 집중하게 만든다.</li></ul>진정한 애자일 구현을 위한 대안<ol ><li>자연스러운 작업 분할: 프로젝트의 필요에 따라 작업을 자연스러운 단위로 나누고, 각 작업의 크기와 소요 시간을 유연하게 설정한다. </li><li>유연한 우선순위 설정: 상황 변화에 따라 작업의 우선순위를 조정하고, 필요 시 새로운 방향으로 즉시 전환한다.</li><li>적절한 시점에 리뷰: 일정에 구애받지 않고, 적절한 시점에 클라이언트 이해관계자의 피드백을 받아 작업을 조정한다.</li><li>지속적 배포 고려: 각 작업이 완료될 때마다 프로덕트를 배포하여, 사용자에게 빠르게 가치를 제공한다.</li></ol> 여러분들의 팀은 애자일한가요? 유연한 스크럼이 진행되고 있나요? https://medium.com/majordigest/the-agile-illusion-separating-fact-from-fiction-in-software-development-6933e7b0417a

Medium

애자일의 환상: 소프트웨어 개발에서 사실과 허구를 구분하기

엔비디아가 더 이상 인공지능(AI) 시장을 주도하는 기업이 아닐 수도 있다는 분석이 나오자, 차기 AI 시장 기대주들에 이목이 쏠리고 있어요. 이 뉴스 왜 이렇게 많이 나와? ...

2025 AI 트렌드 총정리, 엔비디아가 더 이상 1위가 아니라고?

2025 AI 트렌드의 새로운 키워드로 최근 많은 관심을 받는 4가지 분야는 다음과 같습니다. 원문은 아래 링크를 참고해주시기 바랍니다.

 1. 주문형 반도체(ASIC) - 맞춤으로 만들어드려요
 * ASIC?
   * 학습, 추론 등 AI 개발에 필요한 특정 기능에 특화한 맞춤형으로 설계 및 생산되는 칩
   * 용도에 맞게 개별적인 집적회로 설계 및 제작이 이루어져 공급 이후 회로 및 레이아웃 수정이 불가능
 * 특징
   * 단점 : 긴 개발기간으로 인한 고비용, 엔비디아의 AI 칩에 비해 떨어지는 호환성
   * 장점: 대량 생산 시 단가가 저렴하고, 맞춤형으로 제작된 특정 기능에 대해선 더 좋은 성능과 전력 효율
 * 시장전망
   * 연간 20% 이상 성장 예상
 * 주요 회사
   * 브로드컴: AI용 하이엔드 주문형 반도체 시장에서 시장점유율(2022년 기준) 35%, 기존 CPU보다 10배 이상 빠른 구글의 AI용 반도체인 텐서처리장치(TPU) 설계 대행, 올해 주가 115% 성장
   * Marvell: 주문형 반도체 시장에서 시장점유율(2022년 기준) 15%, 아마존과 전력 소비를 줄이고 연산 속도를 끌어올린 ‘그래비톤’ AI 칩 공동 개발, 올해 주가 85% 성장
   * NVIDIA: 오픈AI, MS, 구글 붙잡기 위해 2024년 상반기 ASIC 관련 사업부 신설, 올해 176% 성장. 단, 기술기업들이 인공지능(AI) 칩을 엔비디아에 과도하게 의존하는 형태에서 벗어나려고 여러 형태로 시도 중으로 잠재적 리스크인 상태
   * 노바텍: 대만의 디스플레이구동칩(DDI) 업체로 디스플레이 관련 주문형 반도체 시장 진출 모색 중
   * 미디어텍: 세계 최대 모바일 칩 업체로 메타와 증강현실(AR) 기기용 맞춤형 칩 공동 개발

 2. AI 소프트웨어 - 규제에서 조금 더 자유롭지
 * AI 소프트웨어?
   * 우리에게 익숙한 챗봇·이미지 인식 프로그램부터 AI 기술을 활용해 데이터를 분석하거나 광고 솔루션을 제공하는 것 까지의 다양한 프로그램
 * 전망 이유
   * 트럼프 2기 행정부의 관세 정책에 영향을 받는 반도체 등 AI 하드웨어 기업들과 달리 소프트웨어 기업들은 비교적 관세 정책에 자유로울 것으로 예상
 * 주요 회사
   * 팔란티어: 올해 350% 주가 폭등, AI 데이터 분석업체
   * 앱러빈(applovin): 올해 722% 폭등, 2012년 설립된 게임 전문 디지털 광고 회사로 올해 AI 기반 광고 부문 성장세
   * 스노우플레이크: 올해 -21%, 클라우드 기반 데이터 솔루션 기업
   * 세일즈포스: 올해 27% 성장, 고객관계관리(CRM) 소프트웨어업체, 올해 고객의 질문에 실시간으로 응답하고 적합한 정보를 제공하는 AI 기반의 가상에이전트인 '에이전트 포스'를 개발 및 제품 출시
   * 서비스나우: 올해 53% 성장, 디지털워크플로우 솔루션 기업
   
   
 3. AI 에이전트 - 대신 업무 해드립니다
 * AI 에이전트?
   * 프롬프트를 입력하는 AI 챗봇과 달리 자율성을 바탕으로 스스로 업무를 수행하고 제안하는 AI
   * 메모리, 추론, 멀티모달 기술의 발전을 통해 더욱 정교하게 작업 처리
 * 시장 전망
   * 2030년까진 연평균 42.8% 성장 예상
 * 주요 회사
   * 오픈 AI, 구글, 마이크로소프트, 세일즈포스와 같은 대부분의 빅테크 기업에서 지원하고 있거나 지원 예정
     
     
 4. 양자 AI - 양자 컴퓨터와 AI 기술의 만남
 * 양자 AI
   * 양자 컴퓨팅과 AI 기술을 합쳐 AI 알고리즘의 성능을 획기적으로 향상하려는 기술
   * 데이터 처리·패턴 인식의 속도와 규모 향상
   * 양자 머신러닝·양자 최적화·양자 생성 모델 등 기존 AI 기술과 관련한 다양한 하위 분야가 있어 성장성이 높은 분야로 예상
 * 주요 회사
   * 구글: 12월초 슈퍼컴퓨터가 10조 7,000억 년 걸리는 계산을 5분 이내에 수행하는 차세대 양자 컴퓨터 칩 '윌로우(Willow)' 발표. 양자컴퓨터 ‘시커모어’ 연구 개발 중. 70 큐비트 Sycamore 프로세서를 통해 '양자 우위(Quantum Supremacy)'를 입증
   * 마이크로소프트: 논리적 큐비트 생성 기록을 깬 큐비트 가상화 시스템으로 양자 컴퓨팅 분야의 돌파구 마련
   * IBM : 1,121 큐비트 프로세서 '콘도르' 개발로 양자컴퓨팅 규모 확장. Qiskit과 같은 소프트웨어 생태계를 통해 연구자 및 개발자들에게 양자컴퓨팅 접근성 제공
   * Microsoft : Azure Quantum 클라우드 서비스를 통해 양자컴퓨팅 기술을 실질적인 응용 단계로 확장
   * IonQ: 트랩 된 이온 기술을 기반으로 높은 정확도와 긴 결맞음 시간을 갖춘 양자컴퓨터 개발
   * D-Wave Systems: 양자 어닐링 기술 선도주자로, 복잡한 최적화 문제 해결에 특화된 기술을 보유. 5,000개 이상의 큐비트를 갖춘 상용 시스템 제공.

 * 참고: https://brunch.co.kr/@opencommz/41
 * 출처: https://newneek.co/@headlight/article/15646?utm_source=article

2025 AI 트렌드의 새로운 키워드로 최근 많은 관심을 받는 4가지 분야는 다음과 같습니다. 원문은 아래 링크를 참고해주시기 바랍니다. <ol ><li>주문형 반도체(ASIC) - 맞춤으로 만들어드려요</li></ol><ul ><li>ASIC?<ul ><li>학습, 추론 등 AI 개발에 필요한 특정 기능에 특화한 맞춤형으로 설계 및 생산되는 칩</li><li>용도에 맞게 개별적인 집적회로 설계 및 제작이 이루어져 공급 이후 회로 및 레이아웃 수정이 불가능</li></ul></li><li>특징<ul ><li>단점 : 긴 개발기간으로 인한 고비용, 엔비디아의 AI 칩에 비해 떨어지는 호환성</li><li>장점: 대량 생산 시 단가가 저렴하고, 맞춤형으로 제작된 특정 기능에 대해선 더 좋은 성능과 전력 효율</li></ul></li><li>시장전망<ul ><li>연간 20% 이상 성장 예상</li></ul></li><li>주요 회사<ul ><li>브로드컴: AI용 하이엔드 주문형 반도체 시장에서 시장점유율(2022년 기준) 35%, 기존 CPU보다 10배 이상 빠른 구글의 AI용 반도체인 텐서처리장치(TPU) 설계 대행, 올해 주가 115% 성장</li><li>Marvell: 주문형 반도체 시장에서 시장점유율(2022년 기준) 15%, 아마존과 전력 소비를 줄이고 연산 속도를 끌어올린 ‘그래비톤’ AI 칩 공동 개발, 올해 주가 85% 성장</li><li>NVIDIA: 오픈AI, MS, 구글 붙잡기 위해 2024년 상반기 ASIC 관련 사업부 신설, 올해 176% 성장. 단, 기술기업들이 인공지능(AI) 칩을 엔비디아에 과도하게 의존하는 형태에서 벗어나려고 여러 형태로 시도 중으로 잠재적 리스크인 상태</li><li>노바텍: 대만의 디스플레이구동칩(DDI) 업체로 디스플레이 관련 주문형 반도체 시장 진출 모색 중</li><li>미디어텍: 세계 최대 모바일 칩 업체로 메타와 증강현실(AR) 기기용 맞춤형 칩 공동 개발</li></ul></li></ul> <ol start="2"><li>AI 소프트웨어 - 규제에서 조금 더 자유롭지</li></ol><ul ><li>AI 소프트웨어?<ul ><li>우리에게 익숙한 챗봇·이미지 인식 프로그램부터 AI 기술을 활용해 데이터를 분석하거나 광고 솔루션을 제공하는 것 까지의 다양한 프로그램</li></ul></li><li>전망 이유<ul ><li>트럼프 2기 행정부의 관세 정책에 영향을 받는 반도체 등 AI 하드웨어 기업들과 달리 소프트웨어 기업들은 비교적 관세 정책에 자유로울 것으로 예상</li></ul></li><li>주요 회사<ul ><li>팔란티어: 올해 350% 주가 폭등, AI 데이터 분석업체</li><li>앱러빈(applovin): 올해 722% 폭등, 2012년 설립된 게임 전문 디지털 광고 회사로 올해 AI 기반 광고 부문 성장세</li><li>스노우플레이크: 올해 -21%, 클라우드 기반 데이터 솔루션 기업</li><li>세일즈포스: 올해 27% 성장, 고객관계관리(CRM) 소프트웨어업체, 올해 고객의 질문에 실시간으로 응답하고 적합한 정보를 제공하는 AI 기반의 가상에이전트인 '에이전트 포스'를 개발 및 제품 출시</li><li>서비스나우: 올해 53% 성장, 디지털워크플로우 솔루션 기업</li></ul> </li></ul><ol start="3"><li>AI 에이전트 - 대신 업무 해드립니다</li></ol><ul ><li>AI 에이전트?<ul ><li>프롬프트를 입력하는 AI 챗봇과 달리 자율성을 바탕으로 스스로 업무를 수행하고 제안하는 AI</li><li>메모리, 추론, 멀티모달 기술의 발전을 통해 더욱 정교하게 작업 처리</li></ul></li><li>시장 전망<ul ><li>2030년까진 연평균 42.8% 성장 예상</li></ul></li><li>주요 회사<ul ><li>오픈 AI, 구글, 마이크로소프트, 세일즈포스와 같은 대부분의 빅테크 기업에서 지원하고 있거나 지원 예정 </li></ul></li></ul><ol start="4"><li>양자 AI - 양자 컴퓨터와 AI 기술의 만남</li></ol><ul ><li>양자 AI<ul ><li>양자 컴퓨팅과 AI 기술을 합쳐 AI 알고리즘의 성능을 획기적으로 향상하려는 기술</li><li>데이터 처리·패턴 인식의 속도와 규모 향상</li><li>양자 머신러닝·양자 최적화·양자 생성 모델 등 기존 AI 기술과 관련한 다양한 하위 분야가 있어 성장성이 높은 분야로 예상</li></ul></li><li>주요 회사<ul ><li>구글: 12월초 슈퍼컴퓨터가 10조 7,000억 년 걸리는 계산을 5분 이내에 수행하는 차세대 양자 컴퓨터 칩 '윌로우(Willow)' 발표. 양자컴퓨터 ‘시커모어’ 연구 개발 중. 70 큐비트 Sycamore 프로세서를 통해 '양자 우위(Quantum Supremacy)'를 입증</li><li>마이크로소프트: 논리적 큐비트 생성 기록을 깬 큐비트 가상화 시스템으로 양자 컴퓨팅 분야의 돌파구 마련</li><li>IBM : 1,121 큐비트 프로세서 '콘도르' 개발로 양자컴퓨팅 규모 확장. Qiskit과 같은 소프트웨어 생태계를 통해 연구자 및 개발자들에게 양자컴퓨팅 접근성 제공</li><li>Microsoft : Azure Quantum 클라우드 서비스를 통해 양자컴퓨팅 기술을 실질적인 응용 단계로 확장</li><li>IonQ: 트랩 된 이온 기술을 기반으로 높은 정확도와 긴 결맞음 시간을 갖춘 양자컴퓨터 개발</li><li>D-Wave Systems: 양자 어닐링 기술 선도주자로, 복잡한 최적화 문제 해결에 특화된 기술을 보유. 5,000개 이상의 큐비트를 갖춘 상용 시스템 제공.</li></ul></li></ul> <ul ><li>참고: https://brunch.co.kr/@opencommz/41</li></ul><ul ><li>출처: https://newneek.co/@headlight/article/15646?utm_source=article</li></ul>

뉴닉

[뉴닉]2025 AI 관련 트렌드 네가지

2025년 1월 1일을 기해, 스리슬쩍 회사 홈페이지를 오픈하였습니다. ☺️

https://www.playmore.ai

이제 약간이나마 저희 회사가 뭘 하고 있는지 알려드릴 수 있게 되어 기쁘네요.

조금 더 자세한 이야기는 첫번째 앱을 릴리즈 한 후에 들려드리도록 하겠습니다. 감동적인 경험을 드릴 수 있도록 노력하겠습니다. 감사합니다. 🙇🏻🙇🏻‍♀️

2025년 1월 1일을 기해, 스리슬쩍 회사 홈페이지를 오픈하였습니다. ☺️ https://www.playmore.ai 이제 약간이나마 저희 회사가 뭘 하고 있는지 알려드릴 수 있게 되어 기쁘네요. 조금 더 자세한 이야기는 첫번째 앱을 릴리즈 한 후에 들려드리도록 하겠습니다. 감동적인 경험을 드릴 수 있도록 노력하겠습니다. 감사합니다. 🙇🏻🙇🏻‍♀️

10년 전 오늘 담배를 마지막으로 피웠습니다.
12월 31일 자정은 카톡 트래픽이 피크를 치는 순간입니다.
해가 넘어가는 순간을 사무실에서 동료들과 함께하곤 했습니다.

10년 전 오늘, 23시 40분.
동료들에게 말하지 않고 홀로 슬그머니 H스퀘어 1층으로 내려가서 마지막 담배를 피웠습니다.
이게 진짜 마지막이다.

생각해 보면 담배를 피우면서 좋다, 행복하다는 느낌을 받은 적이 없는데…
수도 없이 끊으려 노력했지만 번번이 실패했습니다.
그렇게 기침을 콜록콜록 해대고, 아빠가 폐암으로 돌아가신 걸 알면서도.
이날 드디어 저와의 약속을 지킬 수 있었습니다.

금연 이후 10년 동안 꿈에서 가끔 담배를 피웠습니다. 아주 실감나게.
깨어나면 꿈이었다는 걸 깨닫고 가슴을 쓸어내리곤 했습니다.
참나, 담배는 평생 참는 거라더니. 이렇게 빠져나오기가 힘든 건가?

이제라도 빠져나와서 정말 다행입니다.
10년 전 그날의 저를 만나러 간다면 꼭 안아주면서 칭찬해 주고 싶습니다.
이게 지금부터 10년 동안 네가 한 가장 잘한 일이 될 거라고.

담배만 문제가 아니었습니다.
결혼하고 육아를 하면서 술이 점점 늘어갔습니다.
육아는 솔직히 재미없었습니다. 특히 만 1년이 되기 전의 육아는 절대 다시 돌아가고 싶지 않은 시간입니다.
아기랑 까꿍 까꿍 웃는 행복한 모습이 상상될지도 모르겠지만…
현실은 똥기저귀나 갈아주고 아무것도 못 하고 옆에 붙어 있는 것 밖에 없거든요.

이때 술도 많이 마셨습니다. 일상이 너무 지루해서. 어차피 할 수 있는 다른 일도 없으니까.
그러다가 술의 구렁텅이에 빠져버리고 말았습니다.

잠들기 전에 매일 술을 마셨습니다.
성시경의 먹을텐데 같은 방송은 제 마음을 편하게 해줬습니다.
매일 술 먹는 사람들이 생각보다 많았구나. 저렇게 마셔도 건강하구만 뭘.

그러다가 살도 많이 찌고 혈당 수치도 안 좋아지면서 이제는 멈춰야 한다고 생각했습니다.

담배를 끊은지 10년, 술을 끊은지는 2년이 되었습니다.
더 이상 기침을 콜록콜록하지 않게 되었고, 체중도 전성기 때로 돌아왔습니다.

더 어릴 때 버핏 할아버지의 조언을 들었다면 참 좋았을 것 같습니다.
늦었지만 이제부터라도 제 몸을 소중하게 잘 관리해 보려 합니다.
커리어리 구독자분에게도 소개해 드리고 싶습니다. 새해 복 많이 받으시고, 건강하십시오.

"70년 전 내가 고등학생 때, 내 머릿속에는 딱 두 가지 밖에 없었단다. 여자애들과 자동차. (웃음)
하지만 나는 여자애들과 잘 어울리지 못했으니… 자동차 얘기를 해보자꾸나.

한 번 상상해 보렴. 이 강의가 끝날 때 너희들 각자가 원하는 차를 고르게 할 거라고.
어떤 차든 골라도 좋아. 색깔도 맘대로 고르렴. 그 차가 내일 너희 집 앞에 놓여 있을 거란다. 어때, 끝내주지?

너흰 아마 이렇게 말하겠지? “뭐죠? 진짜 그냥 주시는 건가요?”
물론 함정이 있단다. 그 함정은… 네가 고른 그 차만을 죽을 때까지 평생 타야 한다는 거야.
자, 이제 어쩔 거니? 이 사실을 알고 나면 너는 그 차를 어떻게 대하겠니?
엄청 사랑하고 아껴서 타게 되지 않겠니?

이제 내가 얘기하려는 건… 너희는 평생 한 대의 차가 아니라, 하나의 몸과 마음을 얻게 될 거라는 거야. 그게 너희가 얻게 될 전부란다.
그 몸과 마음은 지금은 최고로 좋은 상태겠지만… 평생 동안 잘 관리하지 않으면 안 된단다."

10년 전 오늘 담배를 마지막으로 피웠습니다. 12월 31일 자정은 카톡 트래픽이 피크를 치는 순간입니다. 해가 넘어가는 순간을 사무실에서 동료들과 함께하곤 했습니다. 10년 전 오늘, 23시 40분. 동료들에게 말하지 않고 홀로 슬그머니 H스퀘어 1층으로 내려가서 마지막 담배를 피웠습니다. 이게 진짜 마지막이다. 생각해 보면 담배를 피우면서 좋다, 행복하다는 느낌을 받은 적이 없는데… 수도 없이 끊으려 노력했지만 번번이 실패했습니다. 그렇게 기침을 콜록콜록 해대고, 아빠가 폐암으로 돌아가신 걸 알면서도. 이날 드디어 저와의 약속을 지킬 수 있었습니다. 금연 이후 10년 동안 꿈에서 가끔 담배를 피웠습니다. 아주 실감나게. 깨어나면 꿈이었다는 걸 깨닫고 가슴을 쓸어내리곤 했습니다. 참나, 담배는 평생 참는 거라더니. 이렇게 빠져나오기가 힘든 건가? 이제라도 빠져나와서 정말 다행입니다. 10년 전 그날의 저를 만나러 간다면 꼭 안아주면서 칭찬해 주고 싶습니다. 이게 지금부터 10년 동안 네가 한 가장 잘한 일이 될 거라고. 담배만 문제가 아니었습니다. 결혼하고 육아를 하면서 술이 점점 늘어갔습니다. 육아는 솔직히 재미없었습니다. 특히 만 1년이 되기 전의 육아는 절대 다시 돌아가고 싶지 않은 시간입니다. 아기랑 까꿍 까꿍 웃는 행복한 모습이 상상될지도 모르겠지만… 현실은 똥기저귀나 갈아주고 아무것도 못 하고 옆에 붙어 있는 것 밖에 없거든요. 이때 술도 많이 마셨습니다. 일상이 너무 지루해서. 어차피 할 수 있는 다른 일도 없으니까. 그러다가 술의 구렁텅이에 빠져버리고 말았습니다. 잠들기 전에 매일 술을 마셨습니다. 성시경의 먹을텐데 같은 방송은 제 마음을 편하게 해줬습니다. 매일 술 먹는 사람들이 생각보다 많았구나. 저렇게 마셔도 건강하구만 뭘. 그러다가 살도 많이 찌고 혈당 수치도 안 좋아지면서 이제는 멈춰야 한다고 생각했습니다. 담배를 끊은지 10년, 술을 끊은지는 2년이 되었습니다. 더 이상 기침을 콜록콜록하지 않게 되었고, 체중도 전성기 때로 돌아왔습니다. 더 어릴 때 버핏 할아버지의 조언을 들었다면 참 좋았을 것 같습니다. 늦었지만 이제부터라도 제 몸을 소중하게 잘 관리해 보려 합니다. 커리어리 구독자분에게도 소개해 드리고 싶습니다. 새해 복 많이 받으시고, 건강하십시오. "70년 전 내가 고등학생 때, 내 머릿속에는 딱 두 가지 밖에 없었단다. 여자애들과 자동차. (웃음) 하지만 나는 여자애들과 잘 어울리지 못했으니… 자동차 얘기를 해보자꾸나. 한 번 상상해 보렴. 이 강의가 끝날 때 너희들 각자가 원하는 차를 고르게 할 거라고. 어떤 차든 골라도 좋아. 색깔도 맘대로 고르렴. 그 차가 내일 너희 집 앞에 놓여 있을 거란다. 어때, 끝내주지? 너흰 아마 이렇게 말하겠지? “뭐죠? 진짜 그냥 주시는 건가요?” 물론 함정이 있단다. 그 함정은… 네가 고른 그 차만을 죽을 때까지 평생 타야 한다는 거야. 자, 이제 어쩔 거니? 이 사실을 알고 나면 너는 그 차를 어떻게 대하겠니? 엄청 사랑하고 아껴서 타게 되지 않겠니? 이제 내가 얘기하려는 건… 너희는 평생 한 대의 차가 아니라, 하나의 몸과 마음을 얻게 될 거라는 거야. 그게 너희가 얻게 될 전부란다. 그 몸과 마음은 지금은 최고로 좋은 상태겠지만… 평생 동안 잘 관리하지 않으면 안 된단다."

가장 소중한 자산

My name is Idan Koch, I’ve been working in high tech in various roles for over 2 decades. During this period I had the great pleasure of…

The ultimate checklist to becoming a development team leader

개발 팀 리더로 성장하기 위해서는 단순한 기술적 지식을 넘어 다양한 역량들이 필요할텐데요. 팀의 성과와 조직의 목표를 동시에 이끄는 책임을 지며, 팀원들에게 방향성을 제시하고, 협력을 조율하며, 기술적 해결책을 제안하는 다각적 역할을 맡게됩니다. 구체적으로 어떠한 역량과 전문성을 키워야 하는지 , 그리고 어떻게 실천해 수 있는지 알아봅니다.

1. 기술적 전문성
 * 팀원들에게 신뢰를 주고, 기술적인 논의에서 중심 역할을 하기 위해 여전히 손을 더럽히며 코딩할 줄 알아야 합니다.
 * 최신 기술 트렌드와 도구를 학습하고, 이를 실무에 적용해 팀의 생산성을 높일 방법을 모색합니다.
 * 실천 방안: 매주 시간을 정해 기술 블로그나 논문을 읽고, 간단한 프로젝트를 통해 학습한 내용을 실습합니다.
2. 효과적인 커뮤니케이션
 * 팀원들과 클라이언트, 그리고 이해관계자들 간의 요구를 명확히 전달하는 능력이 필수적입니다.
 * 경청과 공감을 통해 팀원들의 의견을 수용하고, 문제를 함께 해결하려는 태도를 보여야 합니다.
 * 실천 방안: 정기적으로 1:1 미팅을 가지며, 팀원들의 어려움과 의견을 경청하고 해결 방안을 논의합니다.
3. 프로젝트 관리
 * 작업 우선순위 설정, 타임라인 관리, 그리고 팀 리소스를 최적화하는 것은 프로젝트 성공의 핵심입니다.
 * 위험 요소를 사전에 식별하고 이를 완화하는 전략을 구사해야 합니다.
 * 실천 방안: Jira, Trello 같은 툴을 활용하여 작업 상태를 가시화하고, 매주 팀과 함께 진행 상황을 리뷰합니다.
4. 조직 문화 구축
 * 팀의 협력적이고 긍정적인 문화를 조성하고, 각 팀원이 자신의 역할에 자부심을 가질 수 있도록 환경을 만들어야 합니다.
 * 실패를 학습의 기회로 삼고, 팀원들이 새로운 도전을 두려워하지 않게 지원합니다.
 * 실천 방안: 팀 빌딩 이벤트나 스프린트 종료 후 회고(Retrospective)를 통해 협력과 피드백 문화를 강화합니다.
5. 문제 해결 및 의사 결정
 * 팀의 진행을 방해하는 장애물을 제거하고, 명확하고 근거에 기반한 의사결정을 내려야 합니다.
 * 문제의 핵심을 빠르게 파악하고, 팀원들이 해결 과정에 참여할 수 있도록 독려합니다.
 * 실천 방안: 문제 발생 시 팀원들에게 원인 분석과 해결 방안을 제안하도록 요청하고, 이를 협력적으로 평가합니다.
6. 멘토링 및 코칭
 * 팀원의 성장을 지원하는 것은 팀 리더의 중요한 역할입니다. 팀원이 직면한 기술적 또는 심리적 장애물을 극복하도록 돕는 것이 중요합니다.
 * 동료의 성과를 인정하고, 개인별 경력 목표를 설정할 수 있도록 지원합니다.
 * 실천 방안: 매 분기 개인별 피드백 세션을 통해, 성과를 논의하고 성장 기회를 제공합니다.
7. 자기 개발
 * 리더는 팀에게 모범이 되어야 하며, 스스로도 성장에 대한 열정을 보여야 합니다.
 * 자신의 약점에 대해 정직하며, 이를 개선하기 위한 지속적인 노력이 필요합니다.
 * 실천 방안: 전문 서적이나 리더십 워크샵에 참여하며, 자신에게 부족한 부분을 보완합니다.

팀 리더로서 직면할 수 있는 도전과 해결 방안
 1. 팀 내 갈등 해결
    * 도전: 팀원들 간의 의견 충돌이나 불만은 생산성을 저하시킬 수 있습니다.
    * 해결: 중립적 입장에서 경청하고, 객관적 근거를 바탕으로 갈등의 원인을 분석하여 조율합니다.
 2. 성과와 팀 사기 관리
    * 도전: 장기 프로젝트에서는 팀원이 동기를 잃기 쉽습니다.
    * 해결: 중간 목표를 설정하고, 이를 달성했을 때 팀원들을 공개적으로 칭찬하며 성취감을 강화합니다.
 3. 높은 기대와 리더십 압박
    * 도전: 팀의 모든 책임이 리더에게 집중될 때 압박을 느낄 수 있습니다.
    * 해결: 신뢰를 바탕으로 팀원들에게 업무를 위임하며, 스스로 모든 문제를 해결하려는 태도를 지양합니다.

https://medium.com/@idankoch_32247/the-ultimate-checklist-to-becoming-a-development-team-leader-77faf921208d

개발 팀 리더로 성장하기 위해서는 단순한 기술적 지식을 넘어 다양한 역량들이 필요할텐데요. 팀의 성과와 조직의 목표를 동시에 이끄는 책임을 지며, 팀원들에게 방향성을 제시하고, 협력을 조율하며, 기술적 해결책을 제안하는 다각적 역할을 맡게됩니다. 구체적으로 어떠한 역량과 전문성을 키워야 하는지 , 그리고 어떻게 실천해 수 있는지 알아봅니다. 1. 기술적 전문성<ul ><li>팀원들에게 신뢰를 주고, 기술적인 논의에서 중심 역할을 하기 위해 여전히 손을 더럽히며 코딩할 줄 알아야 합니다.</li><li>최신 기술 트렌드와 도구를 학습하고, 이를 실무에 적용해 팀의 생산성을 높일 방법을 모색합니다.</li><li>실천 방안: 매주 시간을 정해 기술 블로그나 논문을 읽고, 간단한 프로젝트를 통해 학습한 내용을 실습합니다.</li></ul>2. 효과적인 커뮤니케이션<ul ><li>팀원들과 클라이언트, 그리고 이해관계자들 간의 요구를 명확히 전달하는 능력이 필수적입니다.</li><li>경청과 공감을 통해 팀원들의 의견을 수용하고, 문제를 함께 해결하려는 태도를 보여야 합니다.</li><li>실천 방안: 정기적으로 1:1 미팅을 가지며, 팀원들의 어려움과 의견을 경청하고 해결 방안을 논의합니다.</li></ul>3. 프로젝트 관리<ul ><li>작업 우선순위 설정, 타임라인 관리, 그리고 팀 리소스를 최적화하는 것은 프로젝트 성공의 핵심입니다.</li><li>위험 요소를 사전에 식별하고 이를 완화하는 전략을 구사해야 합니다.</li><li>실천 방안: Jira, Trello 같은 툴을 활용하여 작업 상태를 가시화하고, 매주 팀과 함께 진행 상황을 리뷰합니다.</li></ul>4. 조직 문화 구축<ul ><li>팀의 협력적이고 긍정적인 문화를 조성하고, 각 팀원이 자신의 역할에 자부심을 가질 수 있도록 환경을 만들어야 합니다.</li><li>실패를 학습의 기회로 삼고, 팀원들이 새로운 도전을 두려워하지 않게 지원합니다.</li><li>실천 방안: 팀 빌딩 이벤트나 스프린트 종료 후 회고(Retrospective)를 통해 협력과 피드백 문화를 강화합니다.</li></ul>5. 문제 해결 및 의사 결정<ul ><li>팀의 진행을 방해하는 장애물을 제거하고, 명확하고 근거에 기반한 의사결정을 내려야 합니다.</li><li>문제의 핵심을 빠르게 파악하고, 팀원들이 해결 과정에 참여할 수 있도록 독려합니다.</li><li>실천 방안: 문제 발생 시 팀원들에게 원인 분석과 해결 방안을 제안하도록 요청하고, 이를 협력적으로 평가합니다.</li></ul>6. 멘토링 및 코칭<ul ><li>팀원의 성장을 지원하는 것은 팀 리더의 중요한 역할입니다. 팀원이 직면한 기술적 또는 심리적 장애물을 극복하도록 돕는 것이 중요합니다.</li><li>동료의 성과를 인정하고, 개인별 경력 목표를 설정할 수 있도록 지원합니다.</li><li>실천 방안: 매 분기 개인별 피드백 세션을 통해, 성과를 논의하고 성장 기회를 제공합니다.</li></ul>7. 자기 개발<ul ><li>리더는 팀에게 모범이 되어야 하며, 스스로도 성장에 대한 열정을 보여야 합니다.</li><li>자신의 약점에 대해 정직하며, 이를 개선하기 위한 지속적인 노력이 필요합니다.</li><li>실천 방안: 전문 서적이나 리더십 워크샵에 참여하며, 자신에게 부족한 부분을 보완합니다.</li></ul> 팀 리더로서 직면할 수 있는 도전과 해결 방안<ol ><li>팀 내 갈등 해결<ul ><li>도전: 팀원들 간의 의견 충돌이나 불만은 생산성을 저하시킬 수 있습니다.</li><li>해결: 중립적 입장에서 경청하고, 객관적 근거를 바탕으로 갈등의 원인을 분석하여 조율합니다.</li></ul></li><li>성과와 팀 사기 관리<ul ><li>도전: 장기 프로젝트에서는 팀원이 동기를 잃기 쉽습니다.</li><li>해결: 중간 목표를 설정하고, 이를 달성했을 때 팀원들을 공개적으로 칭찬하며 성취감을 강화합니다.</li></ul></li><li>높은 기대와 리더십 압박<ul ><li>도전: 팀의 모든 책임이 리더에게 집중될 때 압박을 느낄 수 있습니다.</li><li>해결: 신뢰를 바탕으로 팀원들에게 업무를 위임하며, 스스로 모든 문제를 해결하려는 태도를 지양합니다.</li></ul></li></ol> https://medium.com/@idankoch_32247/the-ultimate-checklist-to-becoming-a-development-team-leader-77faf921208d

개발팀 리더가 되기 위한 체크리스트

한 유튜버의 면접자가 실제로 썼던 코드라네요ㅋㅋ 창의성으로 통과시켜주고 싶었으나 hiring committee에서 탈락시켰다고...
😵‍💫😵‍💫

한 유튜버의 면접자가 실제로 썼던 코드라네요ㅋㅋ 창의성으로 통과시켜주고 싶었으나 hiring committee에서 탈락시켰다고...😵‍💫😵‍💫

Sleep Sort를 아세요??

매년 이맘때면 연락이 와요. 회사는 어떤지, 하는 일은 마음에 드는지 안부를 묻죠. 헤드헌터예요.

이직 생각이 없더라도 헤드헌터와 알고 지내는 건 제법 괜찮은 선택이에요. '정보의 비대칭성'을 해소할 수 있으니까요.

구체적으론 세 가지 좋은 점이 있었어요.

1. 채용 시장의 분위기를 파악할 수 있어요
2. 서류 전형에 대한 부담이 낮아져요
3. 연봉 계약도 혼자 하는 것보단 유리해져요

여러분이 생각하는 헤드헌터를 알고 지내면 좋은 이유는 무엇인가요? 혹시 단점도 있었나요?

매년 이맘때면 연락이 와요. 회사는 어떤지, 하는 일은 마음에 드는지 안부를 묻죠. 헤드헌터예요. 이직 생각이 없더라도 헤드헌터와 알고 지내는 건 제법 괜찮은 선택이에요. '정보의 비대칭성'을 해소할 수 있으니까요. 구체적으론 세 가지 좋은 점이 있었어요. 1. 채용 시장의 분위기를 파악할 수 있어요2. 서류 전형에 대한 부담이 낮아져요3. 연봉 계약도 혼자 하는 것보단 유리해져요 여러분이 생각하는 헤드헌터를 알고 지내면 좋은 이유는 무엇인가요? 혹시 단점도 있었나요?&nbsp;

헤드헌터와 알고 지내면 좋은 점

저는 멘토링을 할 때 개발뿐만 아니라 문제 정의부터 시작해 기획, 커뮤니케이션, 팀 문화, PPT, 발표 등 사이드 프로젝트를 만드는데 도움을 줄 수 있는 전과정에 관한 피드백을 드립니다.

특히, 개발자분들만 모여 있는 경우 발표와 관련된 부분을 굉장히 어려워하는 것을 많이 봤습니다.
발표 자료 구성, 전달력 있는 말하기 방법, 톤, 말할 때의 습관 등 다양한 부분에 피드백을 드리는 것이 중요하다고 생각합니다.

오늘은 사이드 프로젝트 발표에서 PPT를 어떻게 구성하는지에 대한 피드백을 공유해보겠습니다.
기초적인 내용이 많지만, 실제로 도움을 드렸던 부분을 중심으로 정리해봤습니다.

---
1. 발표는 설득이 목적입니다

- 여러분은 프로젝트의 기능과 목적 등 모든 것을 이미 알고 있지만, 발표를 듣는 분들은 대부분 처음 프로젝트를 접하는 분들입니다.

- 따라서 발표 자료는 매우 친절하게 구성하고, 설득을 목적으로 만들어야 합니다.

- "왜 이 서비스를 만들었지?" "왜 해당 기능을 넣었을까?"와 같은 질문에 충분히 답할 수 있도록 자료를 준비하세요.

- 문제 정의 - 기획 소개 - 기능 소개 - 시연 - 마무리로 이어지는 흐름을 방해받지 않도록 구성하세요.

---
2. '3의 법칙'

- 문제 정의, 특징, 기능 등을 소개할 때 숫자 3을 기억하세요.

- 정보를 제시하거나 설득의 근거를 제시할 때 3개로 구성하면 효과적입니다.

- 1~2개의 경우 부족하다는 느낌을 주고, 4개 이상은 복잡하다는 인상을 줄 수 있습니다.

- 기획 및 컨설팅 업계에서는 숫자 3을 적음의 끝이자 많음의 시작이라고 표현합니다. (출처 - 시선의 발견)

- PPT에서도 숫자 3을 적절히 활용하세요.

---
3. 너무 많은 텍스트를 자료에 넣지 마세요

- 발표 자료는 발표자를 돕는 도구입니다.

- 발표 중 청중의 시선은 발표 자료가 아니라 발표자에게 머물러야 합니다.

- 하지만 PPT를 만드는 입장에서는 최대한 많은 정보를 담고 싶어 하죠.

- 이로 인해 가독성이 떨어지고, 청중이 장문의 텍스트를 읽느라 시선이 분산될 수 있습니다.

- PPT에는 중요하고 수치적인 텍스트만 간결하게 정리하고, 부연 설명은 발표자가 직접 하는 것이 좋습니다.

---
4. 최종 시연은 영상으로 진행하세요

- 시연 방법은 크게 두 가지가 있습니다.
1. 직접 웹이나 앱을 띄워놓고 시연하는 방법
2. 미리 녹화한 영상을 PPT에 삽입해 진행하는 방법

- 저는 필수가 아닌 이상 두 번째 방법을 추천합니다.

- 라이브 시연은 생생함과 어필력을 제공하지만, 시간 조절이 어렵고 실수의 가능성이 있으며, 발표 흐름이 끊길 수 있는 단점이 있습니다.

- 미리 녹화한 영상은 시간 활용이 정확하고 편집이 가능해 청중이 이해하기 쉽습니다.

- 때문에 가능하면 녹화된 시연 영상을 활용하시기를 권장합니다.

저는 멘토링을 할 때 개발뿐만 아니라 문제 정의부터 시작해 기획, 커뮤니케이션, 팀 문화, PPT, 발표 등 사이드 프로젝트를 만드는데 도움을 줄 수 있는 전과정에 관한 피드백을 드립니다. 특히, 개발자분들만 모여 있는 경우 발표와 관련된 부분을 굉장히 어려워하는 것을 많이 봤습니다.발표 자료 구성, 전달력 있는 말하기 방법, 톤, 말할 때의 습관 등 다양한 부분에 피드백을 드리는 것이 중요하다고 생각합니다. 오늘은 사이드 프로젝트 발표에서 PPT를 어떻게 구성하는지에 대한 피드백을 공유해보겠습니다.기초적인 내용이 많지만, 실제로 도움을 드렸던 부분을 중심으로 정리해봤습니다. ---1. 발표는 설득이 목적입니다 - 여러분은 프로젝트의 기능과 목적 등 모든 것을 이미 알고 있지만, 발표를 듣는 분들은 대부분 처음 프로젝트를 접하는 분들입니다. - 따라서 발표 자료는 매우 친절하게 구성하고, 설득을 목적으로 만들어야 합니다. - "왜 이 서비스를 만들었지?" "왜 해당 기능을 넣었을까?"와 같은 질문에 충분히 답할 수 있도록 자료를 준비하세요. - 문제 정의 - 기획 소개 - 기능 소개 - 시연 - 마무리로 이어지는 흐름을 방해받지 않도록 구성하세요. ---2. '3의 법칙' - 문제 정의, 특징, 기능 등을 소개할 때 숫자 3을 기억하세요. - 정보를 제시하거나 설득의 근거를 제시할 때 3개로 구성하면 효과적입니다. - 1~2개의 경우 부족하다는 느낌을 주고, 4개 이상은 복잡하다는 인상을 줄 수 있습니다. - 기획 및 컨설팅 업계에서는 숫자 3을 적음의 끝이자 많음의 시작이라고 표현합니다. (출처 - 시선의 발견) - PPT에서도 숫자 3을 적절히 활용하세요. ---3. 너무 많은 텍스트를 자료에 넣지 마세요 - 발표 자료는 발표자를 돕는 도구입니다. - 발표 중 청중의 시선은 발표 자료가 아니라 발표자에게 머물러야 합니다. - 하지만 PPT를 만드는 입장에서는 최대한 많은 정보를 담고 싶어 하죠. - 이로 인해 가독성이 떨어지고, 청중이 장문의 텍스트를 읽느라 시선이 분산될 수 있습니다. - PPT에는 중요하고 수치적인 텍스트만 간결하게 정리하고, 부연 설명은 발표자가 직접 하는 것이 좋습니다. ---4. 최종 시연은 영상으로 진행하세요 - 시연 방법은 크게 두 가지가 있습니다.1. 직접 웹이나 앱을 띄워놓고 시연하는 방법2. 미리 녹화한 영상을 PPT에 삽입해 진행하는 방법 - 저는 필수가 아닌 이상 두 번째 방법을 추천합니다. - 라이브 시연은 생생함과 어필력을 제공하지만, 시간 조절이 어렵고 실수의 가능성이 있으며, 발표 흐름이 끊길 수 있는 단점이 있습니다. - 미리 녹화한 영상은 시간 활용이 정확하고 편집이 가능해 청중이 이해하기 쉽습니다. - 때문에 가능하면 녹화된 시연 영상을 활용하시기를 권장합니다.

사이드 프로젝트 발표 피드백

YouTube에서 마음에 드는 동영상과 음악을 감상하고, 직접 만든 콘텐츠를 업로드하여 친구, 가족뿐 아니라 전 세계 사람들과 콘텐츠를 공유할 수 있습니다.

 - YouTube

최근 프론트엔드 개발에서 API 모킹의 중요성이 점점 커지고 있습니다. 서버 개발이 완료되지 않은 상태에서도 Mock 데이터를 이용해 프론트엔드 개발을 진행하고, 독립적인 테스트를 수행할 수 있기 때문인데요. 이와 관련하여, 개인적으로 우아한형제들이 개발한 MSG(Mock Service GUI)관련 소프트웨어를 관심있게 지켜보고 있습니다.

MSG(Mock Service GUI)란?
MSG는 기존의 모킹 방식처럼 코드를 수정하는 번거로움 없이, 브라우저에 표시되는 UI를 통해 모킹 데이터를 제어할 수 있는 도구입니다. MSW(Mock Service Worker)를 기반으로 개발되었으며, 브라우저 확장 프로그램이 아닌 프로젝트에 디펜던시로 설치해 사용합니다.

MSG의 주요 기능
 * UI 기반 제어: API 모킹 데이터를 코딩하지 않고 UI에서 직접 선택 및 수정할 수 있습니다. 이를 통해 API 응답 데이터를 실시간으로 변경하며 화면 전환 결과를 바로 확인할 수 있습니다.
 * 로컬스토리지 활용: 각자의 브라우저 로컬스토리지에 개인 맞춤형 API 모킹 설정을 저장하고 관리할 수 있습니다. 팀원 간 설정 충돌을 방지하며 작업 효율성을 높입니다.
 * 프로젝트 통합성: MSG는 API 모킹 데이터를 프로젝트 내 여러 API와 쉽게 매핑할 수 있어, 신규 프로젝트 셋업 시에도 빠르고 효과적으로 활용할 수 있습니다.
MSG의 활용 사례
 * 우아한형제들은 MSG를 주문, 결제, 회원 도메인 프로젝트에 적용했으며, 특히 배민클럽 구독 서비스 프로젝트에서는 초기 셋업부터 MSG를 적극적으로 활용해 다량의 모킹 데이터를 효율적으로 관리했습니다.
 * 최신 버전인 MSG 2.0은 기능이 더욱 강화되어, 팀 내 다양한 프로젝트에서 사용 사례가 점차 확대되고 있다고 합니다.

현재 MSG는 오픈소스 전환을 목표로 개발되고 있습니다. 만약 공개된다면, QA, 기획자, 개발자 모두가 실시간으로 데이터를 확인하고 테스트하면서 더욱 원활하고 신속한 협업이 가능해질 것으로 보입니다. 오픈소스로 공개된다면 안쓸 이유가 없어보이고 여러 부서와 팀에 긍정적인 변화를 가져올 것으로 보이는만큼 빨리 공개되었으면 좋겠네요 :)

https://www.youtube.com/watch?v=dDAfG4fe4do
https://techblog.woowahan.com/20154/

최근 프론트엔드 개발에서 API 모킹의 중요성이 점점 커지고 있습니다. 서버 개발이 완료되지 않은 상태에서도 Mock 데이터를 이용해 프론트엔드 개발을 진행하고, 독립적인 테스트를 수행할 수 있기 때문인데요. 이와 관련하여, 개인적으로 우아한형제들이 개발한 MSG(Mock Service GUI)관련 소프트웨어를 관심있게 지켜보고 있습니다. MSG(Mock Service GUI)란?MSG는 기존의 모킹 방식처럼 코드를 수정하는 번거로움 없이, 브라우저에 표시되는 UI를 통해 모킹 데이터를 제어할 수 있는 도구입니다. MSW(Mock Service Worker)를 기반으로 개발되었으며, 브라우저 확장 프로그램이 아닌 프로젝트에 디펜던시로 설치해 사용합니다. MSG의 주요 기능<ul ><li>UI 기반 제어: API 모킹 데이터를 코딩하지 않고 UI에서 직접 선택 및 수정할 수 있습니다. 이를 통해 API 응답 데이터를 실시간으로 변경하며 화면 전환 결과를 바로 확인할 수 있습니다.</li><li>로컬스토리지 활용: 각자의 브라우저 로컬스토리지에 개인 맞춤형 API 모킹 설정을 저장하고 관리할 수 있습니다. 팀원 간 설정 충돌을 방지하며 작업 효율성을 높입니다.</li><li>프로젝트 통합성: MSG는 API 모킹 데이터를 프로젝트 내 여러 API와 쉽게 매핑할 수 있어, 신규 프로젝트 셋업 시에도 빠르고 효과적으로 활용할 수 있습니다.</li></ul>MSG의 활용 사례<ul ><li>우아한형제들은 MSG를 주문, 결제, 회원 도메인 프로젝트에 적용했으며, 특히 배민클럽 구독 서비스 프로젝트에서는 초기 셋업부터 MSG를 적극적으로 활용해 다량의 모킹 데이터를 효율적으로 관리했습니다.</li><li>최신 버전인 MSG 2.0은 기능이 더욱 강화되어, 팀 내 다양한 프로젝트에서 사용 사례가 점차 확대되고 있다고 합니다.</li></ul> 현재 MSG는 오픈소스 전환을 목표로 개발되고 있습니다. 만약 공개된다면, QA, 기획자, 개발자 모두가 실시간으로 데이터를 확인하고 테스트하면서 더욱 원활하고 신속한 협업이 가능해질 것으로 보입니다. 오픈소스로 공개된다면 안쓸 이유가 없어보이고 여러 부서와 팀에 긍정적인 변화를 가져올 것으로 보이는만큼 빨리 공개되었으면 좋겠네요 :) https://www.youtube.com/watch?v=dDAfG4fe4dohttps://techblog.woowahan.com/20154/

www.youtube.com

API 모킹 환경의 진화, MSG(Mock Service GUI)

2024 was insane, and many things happened around AI and software development in general. I believe...

25 top open-source tools for building web apps you can't afford to miss in 2025🎉 🚀

여기 2024년에 가능성을 보여주었고, 2025년에 더욱 빛날 것으로 보이는 25개의 오픈소스 웹앱 개발도구를 소개합니다.~^^

1. AI 및 LLM 도구
 * Composio
   * https://composio.dev/
   * AI 에이전트 통합 플랫폼
   * 250개 이상의 애플리케이션을 지원하며, GitHub, Jira, Salesforce, Gmail 등 다수의 SaaS 앱 연결 지원
 * Vercel AI SDK
   * https://sdk.vercel.ai/
   * TypeScript로 AI 웹 앱 빌드
   * React, Next.js, Vue, SvelteKit 등을 지원하며, 반복적인 설정을 단순화하고 대화형 UI 기반 구축
 * LangGraph JS
   * https://www.langchain.com/langgraph
   * 그래프 기반 에이전트 워크플로우 구축
   * 상태 머신 개념을 사용하여 복잡한 AI 워크플로우를 그래프 방식으로 쉽게 구축
 * CopilotKit
   * https://www.copilotkit.ai/
   * 웹 앱에 AI 코파일럿 추가, GitHub Copilot과 같은 기능을 앱에 쉽게 추가
 * LanceDB
   * https://lancedb.com/
   * AI 앱을 위한 고성능 벡터 데이터베이스
   * 벡터 임베딩을 효율적으로 저장하고 쿼리할 수 있는 SQLite와 유사한 빠른 데이터베이스

2. 프레임워크 및 빌드 도구
 * Encore
   * https://encore.dev/
   * 자동화된 인프라가 포함된 백엔드 프레임워크
   * 클라우드 서비스를 단순화하여 일관된 API와 DevOps 자동화 제공
 * HTMX
   * https://htmx.org/
   * JavaScript 없이 동적 웹 앱 개발
   * HTML만으로도 모던한 웹 앱을 구축
 * Val Town
   * https://www.val.town/
   * 서버리스 JavaScript 실행 플랫폼
   * GitHub Gist와 서버리스 함수의 결합처럼 작동하며 JavaScript 코드 공유와 실행 방식 혁신
 * Deno 2
   * https://deno.com/
   * TypeScript 지원을 내장한 안전한 런타임
   * Node.js의 창시자인 Ryan Dahl의 새로운 프로젝트로, 현대적인 기능과 내장된 보안 제공
 * Turborepo
   * https://turbo.build/
   * 고성능 JS 모노레포 빌드 시스템
   * 지능형 캐싱과 병렬 실행을 통해 모노레포 관리의 빌드 시간 단축

3. 실시간 및 이벤트 기반 시스템
 * Socket.io
   * https://socket.io/
   * 웹 앱용 양방향 실시간 통신 라이브러리
   * 실시간 기능을 추가할 때 복잡한 통신 문제를 손쉽게 처리
 * Feather.js
   * https://feathersjs.com/
   * 실시간 API 프레임워크
   * REST API와 실시간 업데이트를 모두 지원하는 프레임워크
 * Deepstream.io
   * https://deepstream.io/
   * 확장 가능한 실시간 데이터 동기화 엔진
   * 협업 편집기나 멀티플레이어 게임 구축에 적합
 * Serverless Framework
   * https://www.serverless.com/
   * 클라우드 애그노스틱 서버리스 앱 개발
   * AWS, Azure, Google Cloud 등 다양한 클라우드 환경에서 서버리스 애플리케이션을 배포
 * RabbitMQ
   * https://www.rabbitmq.com/
   * 분산 시스템을 위한 강력한 메시지 브로커
   * 신뢰할 수 있는 메시지 전달을 지원하며 Node.js 애플리케이션에 필수

4. 개발자 경험 및 테스트 도구
 * Vitest
   * https://vitest.dev/
   * Vite 통합 차세대 테스트 프레임워크
   * 빠른 속도로 테스트를 실행하며, 개발 서버의 성능을 테스트 환경에서도 제공
 * Playwright
   * https://playwright.dev/
   * AI 기반 E2E 테스트 생성 도구
   * 믿을 수 있는 QA 엔지니어처럼 작동하며, 앱을 클릭하면 테스트 코드 자동 생성
 * Prettier
   * https://prettier.io/
   * 코드 포맷터
   * 세미콜론이나 줄바꿈과 같은 논쟁을 끝내주는 일관된 코드 포맷터
 * Jest
   * https://jestjs.io/
   * 스냅샷 지원을 갖춘 JavaScript 테스트 프레임워크
   * 단위 테스트부터 스냅샷까지 모두 지원하는 만능 도구
 * Puppeteer
   * https://pptr.dev/
   * 모던 웹 테스트를 위한 헤드리스 Chrome 자동화
   * 크롬 자동화, 웹 스크래핑, PDF 생성 등 다양한 작업 수행

5. 디자인 컴포넌트 및 UI
 * Shadcn-UI
   * https://ui.shadcn.com/
   * 복사-붙여넣기 구현을 지원하는 접근성 컴포넌트 라이브러리
   * 스타일링 제한 없이 컴포넌트를 완전 제어할 수 있는 접근 방식 제공
 * Radix Themes
   * https://www.radix-ui.com/themes/docs/components/theme
   * Radix Primitives를 위한 프로덕션 준비 테마 시스템
   * Radix Primitives의 장점을 테마 시스템에 통합하여 쉽게 활용
 * Daisy UI
   * https://daisyui.com/
   * Tailwind 기반 컴포넌트 라이브러리
   * Tailwind의 클래스를 간소화하여 코드가 더 깔끔하게 유지
 * Vanilla Extract
   * https://vanilla-extract.style/
   * 실행 시간 없는 타입이 적용된 CSS-in-JS 솔루션
   * TypeScript의 강력함과 실행 시간 없이 순수 CSS 제공
 * Ark UI
   * https://ark-ui.com/
   * 프레임워크에 구애받지 않는 헤드리스 UI 컴포넌트
   * React, Vue, Solid에서 일관된 컴포넌트 제공

 * 원문: https://dev.to/composiodev/25-top-open-source-tools-for-building-web-apps-you-cant-afford-to-miss-in-2025-5005

여기 2024년에 가능성을 보여주었고, 2025년에 더욱 빛날 것으로 보이는 25개의 오픈소스 웹앱 개발도구를 소개합니다.~^^ 1. AI 및 LLM 도구<ul ><li>Composio<ul ><li>https://composio.dev/</li><li>AI 에이전트 통합 플랫폼</li><li>250개 이상의 애플리케이션을 지원하며, GitHub, Jira, Salesforce, Gmail 등 다수의 SaaS 앱 연결 지원</li></ul></li><li>Vercel AI SDK<ul ><li>https://sdk.vercel.ai/</li><li>TypeScript로 AI 웹 앱 빌드</li><li>React, Next.js, Vue, SvelteKit 등을 지원하며, 반복적인 설정을 단순화하고 대화형 UI 기반 구축</li></ul></li><li>LangGraph JS<ul ><li>https://www.langchain.com/langgraph</li><li>그래프 기반 에이전트 워크플로우 구축</li><li>상태 머신 개념을 사용하여 복잡한 AI 워크플로우를 그래프 방식으로 쉽게 구축</li></ul></li><li>CopilotKit<ul ><li>https://www.copilotkit.ai/</li><li>웹 앱에 AI 코파일럿 추가, GitHub Copilot과 같은 기능을 앱에 쉽게 추가</li></ul></li><li>LanceDB<ul ><li>https://lancedb.com/</li><li>AI 앱을 위한 고성능 벡터 데이터베이스</li><li>벡터 임베딩을 효율적으로 저장하고 쿼리할 수 있는 SQLite와 유사한 빠른 데이터베이스</li></ul></li></ul> 2. 프레임워크 및 빌드 도구<ul ><li>Encore<ul ><li>https://encore.dev/</li><li>자동화된 인프라가 포함된 백엔드 프레임워크</li><li>클라우드 서비스를 단순화하여 일관된 API와 DevOps 자동화 제공</li></ul></li><li>HTMX<ul ><li>https://htmx.org/</li><li>JavaScript 없이 동적 웹 앱 개발</li><li>HTML만으로도 모던한 웹 앱을 구축</li></ul></li><li>Val Town<ul ><li>https://www.val.town/</li><li>서버리스 JavaScript 실행 플랫폼</li><li>GitHub Gist와 서버리스 함수의 결합처럼 작동하며 JavaScript 코드 공유와 실행 방식 혁신</li></ul></li><li>Deno 2<ul ><li>https://deno.com/</li><li>TypeScript 지원을 내장한 안전한 런타임</li><li>Node.js의 창시자인 Ryan Dahl의 새로운 프로젝트로, 현대적인 기능과 내장된 보안 제공</li></ul></li><li>Turborepo<ul ><li>https://turbo.build/</li><li>고성능 JS 모노레포 빌드 시스템</li><li>지능형 캐싱과 병렬 실행을 통해 모노레포 관리의 빌드 시간 단축</li></ul></li></ul> 3. 실시간 및 이벤트 기반 시스템<ul ><li>Socket.io<ul ><li>https://socket.io/</li><li>웹 앱용 양방향 실시간 통신 라이브러리</li><li>실시간 기능을 추가할 때 복잡한 통신 문제를 손쉽게 처리</li></ul></li><li>Feather.js<ul ><li>https://feathersjs.com/</li><li>실시간 API 프레임워크</li><li>REST API와 실시간 업데이트를 모두 지원하는 프레임워크</li></ul></li><li>Deepstream.io<ul ><li>https://deepstream.io/</li><li>확장 가능한 실시간 데이터 동기화 엔진</li><li>협업 편집기나 멀티플레이어 게임 구축에 적합</li></ul></li><li>Serverless Framework<ul ><li>https://www.serverless.com/</li><li>클라우드 애그노스틱 서버리스 앱 개발</li><li>AWS, Azure, Google Cloud 등 다양한 클라우드 환경에서 서버리스 애플리케이션을 배포</li></ul></li><li>RabbitMQ<ul ><li>https://www.rabbitmq.com/</li><li>분산 시스템을 위한 강력한 메시지 브로커</li><li>신뢰할 수 있는 메시지 전달을 지원하며 Node.js 애플리케이션에 필수</li></ul></li></ul> 4. 개발자 경험 및 테스트 도구<ul ><li>Vitest<ul ><li>https://vitest.dev/</li><li>Vite 통합 차세대 테스트 프레임워크</li><li>빠른 속도로 테스트를 실행하며, 개발 서버의 성능을 테스트 환경에서도 제공</li></ul></li><li>Playwright<ul ><li>https://playwright.dev/</li><li>AI 기반 E2E 테스트 생성 도구</li><li>믿을 수 있는 QA 엔지니어처럼 작동하며, 앱을 클릭하면 테스트 코드 자동 생성</li></ul></li><li>Prettier<ul ><li>https://prettier.io/</li><li>코드 포맷터</li><li>세미콜론이나 줄바꿈과 같은 논쟁을 끝내주는 일관된 코드 포맷터</li></ul></li><li>Jest<ul ><li>https://jestjs.io/</li><li>스냅샷 지원을 갖춘 JavaScript 테스트 프레임워크</li><li>단위 테스트부터 스냅샷까지 모두 지원하는 만능 도구</li></ul></li><li>Puppeteer<ul ><li>https://pptr.dev/</li><li>모던 웹 테스트를 위한 헤드리스 Chrome 자동화</li><li>크롬 자동화, 웹 스크래핑, PDF 생성 등 다양한 작업 수행</li></ul></li></ul> 5. 디자인 컴포넌트 및 UI<ul ><li>Shadcn-UI<ul ><li>https://ui.shadcn.com/</li><li>복사-붙여넣기 구현을 지원하는 접근성 컴포넌트 라이브러리</li><li>스타일링 제한 없이 컴포넌트를 완전 제어할 수 있는 접근 방식 제공</li></ul></li><li>Radix Themes<ul ><li>https://www.radix-ui.com/themes/docs/components/theme</li><li>Radix Primitives를 위한 프로덕션 준비 테마 시스템</li><li>Radix Primitives의 장점을 테마 시스템에 통합하여 쉽게 활용</li></ul></li><li>Daisy UI<ul ><li>https://daisyui.com/</li><li>Tailwind 기반 컴포넌트 라이브러리</li><li>Tailwind의 클래스를 간소화하여 코드가 더 깔끔하게 유지</li></ul></li><li>Vanilla Extract<ul ><li>https://vanilla-extract.style/</li><li>실행 시간 없는 타입이 적용된 CSS-in-JS 솔루션</li><li>TypeScript의 강력함과 실행 시간 없이 순수 CSS 제공</li></ul></li><li>Ark UI<ul ><li>https://ark-ui.com/</li><li>프레임워크에 구애받지 않는 헤드리스 UI 컴포넌트</li><li>React, Vue, Solid에서 일관된 컴포넌트 제공</li></ul></li></ul> <ul ><li>원문: https://dev.to/composiodev/25-top-open-source-tools-for-building-web-apps-you-cant-afford-to-miss-in-2025-5005</li></ul>

DEV Community

[Dev] 2025년에 놓쳐선 안 될 25가지 오픈소스 웹 앱 개

우아콘에 나온 데이터분석 챗봇 '물어보새!'
이거 보고 저도 만들고 있어요!
(재밌는데 AI 엔지니어로 전향을...)

연휴에 널널한데 재밌게 좋네요 :) 다들 업무에 적용해보세요!

https://youtu.be/_QPhoKItI2k?si=X7-bDz4IGqJx0NDc

우아콘에 나온 데이터분석 챗봇 '물어보새!'이거 보고 저도 만들고 있어요!(재밌는데 AI 엔지니어로 전향을...) 연휴에 널널한데 재밌게 좋네요 :) 다들 업무에 적용해보세요! https://youtu.be/_QPhoKItI2k?si=X7-bDz4IGqJx0NDc

youtu.be

랭체인+RAG으로 text to SQL 만들기

React 19가 얼마 전 정식 버전으로 출시되었는데요, 혹시 React 19 업그레이드를 고려하고 계신가요? 공식 문서의 업그레이드 가이드를 한글로 번역해두었으니 참고하시면 도움이 될 것 같습니다 😊

[번역] 리액트 19 업그레이드 가이드

오늘은 라인플러스의 김은빈님이 번역해주신 글입니다.

리액트 19가 정식 버전으로 출시되면서 많은 변화와 개선사항들이 있었습니다. 특히 메이저 업데이트인 만큼 호환성이 깨지는 변경사항들이 있어 업그레이드 시 주의가 필요한데요.

이 가이드에서는 설치부터 시작해 코드 자동 변환(Codemods), 호환성 이슈, 지원 중단되는 기능들까지 상세히 다루고 있습니다. 특히 실제 마이그레이션 과정에서 발생할 수 있는 이슈들과 해결 방법에 대해 자세히 설명하고 있으니, 리액트 19 업그레이드를 계획하고 계신 분들에게 꼭 필요한 내용이 될 것 같습니다.

업그레이드 과정에서 어려움을 겪지 않도록, 목차에 있는 내용들을 차근차근 살펴보시는 것을 추천드립니다! 😊

글 링크: https://velog.io/@eunbinn/react-19-upgrade-guide

오늘은 라인플러스의 김은빈님이 번역해주신 글입니다. 리액트 19가 정식 버전으로 출시되면서 많은 변화와 개선사항들이 있었습니다. 특히 메이저 업데이트인 만큼 호환성이 깨지는 변경사항들이 있어 업그레이드 시 주의가 필요한데요. 이 가이드에서는 설치부터 시작해 코드 자동 변환(Codemods), 호환성 이슈, 지원 중단되는 기능들까지 상세히 다루고 있습니다. 특히 실제 마이그레이션 과정에서 발생할 수 있는 이슈들과 해결 방법에 대해 자세히 설명하고 있으니, 리액트 19 업그레이드를 계획하고 계신 분들에게 꼭 필요한 내용이 될 것 같습니다. 업그레이드 과정에서 어려움을 겪지 않도록, 목차에 있는 내용들을 차근차근 살펴보시는 것을 추천드립니다! 😊 글 링크: https://velog.io/@eunbinn/react-19-upgrade-guide

velog.io

리액트 19 업그레이드 가이드

내 커리어 30년을 돌이켜보면 초반에 많이 했던 실수 중의 하나가 내가 있는 현재 환경에 대한 부정적인 시각을 갖고 있었던 것이었다. 좋은 점은 눈에 안 들어오고 나쁜 점만 부각되는 형태였는데 그러면서 왠지 다른 회사나 경쟁사는 우리보다 훨씬 더 완벽한 환경이란 착각을 하는 모양새였다.

큰 기대를 가지고 다른 환경에 가서 일하면서 여기는 여기대로 또 다른 문제점들이 존재한다는 것을 깨닫는데 오랜 시간이 걸리지는 않았다. 중요한 포인트는 안 좋은 점 하나에 꽂혀 버리는 것이 아니라 균형 잡힌 시각을 갖는 것이다.

 1. 긍정적인 부분의 합이 부정적인 부분의 합보다 크다면 괜찮은 환경이다. 여기서 합을 할 때 중요한 포인트는 가중치를 분명하게 주어야 한다는 점이다. 사람이 좋은 곳인지 특히 내 상사가 좋은 사람인지 여부에는 높은 가중치를 주어야 한다. 회사의 비전과 미션이 내 개인적인 관심사와 일치하는지도 중요한 포인트다.
 2. 다른 환경은 완벽할 것이라는 기대는 충족될 수 없는 기대다. 다른 환경으로 이동할 때 기대 수준 관리를 할 필요가 있다. 기대가 크면 실망도 크다.

완벽한 환경은 존재하지 않지만, 균형 잡힌 시각을 바탕으로 긍정적인 부분의 합이 부정적인 부분의 합보다 큰지를 바라봄으로써 계속 있는 것이 맞는지 아니면 다른 환경을 찾아가는 것이 맞는지 결정할 수 있었다. 그리고 어디에 있건 언젠가는 떠나겠지만 현재에 최선을 다하는 모습을 보이는 것은 중요하다. 이게 평판에 영향을 끼치며 좋은 평판 없이 커리어 후반기 이직은 쉽지 않다.

내 커리어 30년을 돌이켜보면 초반에 많이 했던 실수 중의 하나가 내가 있는 현재 환경에 대한 부정적인 시각을 갖고 있었던 것이었다. 좋은 점은 눈에 안 들어오고 나쁜 점만 부각되는 형태였는데 그러면서 왠지 다른 회사나 경쟁사는 우리보다 훨씬 더 완벽한 환경이란 착각을 하는 모양새였다. 큰 기대를 가지고 다른 환경에 가서 일하면서 여기는 여기대로 또 다른 문제점들이 존재한다는 것을 깨닫는데 오랜 시간이 걸리지는 않았다. 중요한 포인트는 안 좋은 점 하나에 꽂혀 버리는 것이 아니라 균형 잡힌 시각을 갖는 것이다. <ol ><li>긍정적인 부분의 합이 부정적인 부분의 합보다 크다면 괜찮은 환경이다. 여기서 합을 할 때 중요한 포인트는 가중치를 분명하게 주어야 한다는 점이다. 사람이 좋은 곳인지 특히 내 상사가 좋은 사람인지 여부에는 높은 가중치를 주어야 한다. 회사의 비전과 미션이 내 개인적인 관심사와 일치하는지도 중요한 포인트다.</li><li>다른 환경은 완벽할 것이라는 기대는 충족될 수 없는 기대다. 다른 환경으로 이동할 때 기대 수준 관리를 할 필요가 있다. 기대가 크면 실망도 크다.</li></ol> 완벽한 환경은 존재하지 않지만, 균형 잡힌 시각을 바탕으로 긍정적인 부분의 합이 부정적인 부분의 합보다 큰지를 바라봄으로써 계속 있는 것이 맞는지 아니면 다른 환경을 찾아가는 것이 맞는지 결정할 수 있었다. 그리고 어디에 있건 언젠가는 떠나겠지만 현재에 최선을 다하는 모습을 보이는 것은 중요하다. 이게 평판에 영향을 끼치며 좋은 평판 없이 커리어 후반기 이직은 쉽지 않다.

모든 일에는 명암이 있다

A few points that I want to mention after working in Coupang for 6 months as a Recommender system software engineer

Review - 6 Months in Coupang

쿠팡에서 추천 시스템 백엔드 엔지니어로 조인한지 6개월 차가 되었습니다.
다음 분기를, 내년을 준비하고자 지난 기간을 되돌아봅니다.

문화
자신의 상황에 따라 많이 차이가 있을 수 있으나, 제가 경험하고 느낀 바는 아래와 같습니다.

 * 사용자 문제에 기반
대부분의 주요 프로젝트는 사용자 문제에 기반하여 주도됩니다. 여러 데이터를 참조하여 문제를 정의하고, 해결하고자 하는 바를 기술하며, 성공과 실패(롤백)은 어떤 기준일지를 작성한 1-pager를 통해 변경 프로젝트가 시작되고 팀이 구성됩니다.

 * 실험 주도
문제 정의부터 성공과 실패의 정의 및 판단까지 모든 것은 데이터와 A/B 테스트를 기반으로 진행됩니다. 고도화되어 구현에 큰 비용이 발생하지 않는 A/B 테스트 플랫폼과 프로세스는 중요 핵심 자산으로 보이며, 그렇기에 모든 변경은 검증되어 개선이 인정될 때만 반영되고 그렇지 않다면 폐기됩니다.
(관련해 좋은 책, Ron Kohavi의 Trustworthy Online Controlled Experiments)

 * 문제를 소유하지, 도메인을 점유하지 않음
주로는 도메인 오너가 도메인에 대한 변경을 진행하게 되지만, 리소스가 없다면 도메인 오너의 가이드 하에 특정 문제를 해결하기 위해 도메인 오너가 아닌 컨트리뷰터가 기여하기도 합니다. 물론, 특정 도메인 서비스에 대한 운영, oncall 등은 도메인 오너가 진행합니다.

하지만, 어떤 문제를 어떤 구성원이 P0로 해결하는 중이라면 그 문제를 위한 변경은 도메인에 구애받지 않고 '급한 구성원'이 해결할 수 있는 기회가 비교적 열려 있습니다.

Self AAR (Review)
추천 시스템은 다른 백엔드 시스템과는 조금 다르게 내부적으로 헤비한 데이터(Data-Intensive) 처리가 존재하고, 그 데이터 처리에 기반한 모델을 서빙한다는 특징이 있습니다. 유사한 도메인으로는 검색, ML 서빙 플랫폼와 같은 것들이 생각되는데요.

그렇기에 엔지니어로 관여하는 부분은 모델링, 파이프라이닝, 서빙, 그리고 기본적인 운영과 같은 4가지로 구분할 수 있습니다.

저는 지난 160일간 대략적으로 파이프라이닝, 서빙, 그리고 운영에 관여하였습니다.

 * 파이프라이닝
특정 유저에 대해 특정 추천상품이라는 후보군들을 뽑아내기 위해 Offline으로 준비되는 데이터에 해당됩니다. Java, Scala, Python 등에 기반한 Spark으로 되어 있어, 일부 데이터를 추가하는 작업을 진행하였습니다.

 * 서빙
실시간으로 추천 위젯과 위젯의 상품 리스트를 응답하는 서비스입니다. 주로 다양한 업스트림을 Aggregate하는 패턴으로 다양한 아규먼트를 받을 수 잇는 GRPC 엔드포인트를 제공합니다.

 * 운영
모델링, 파이프라이닝, 서빙에 대한 유지와 모니터링이 해당됩니다. Spark 버젼을 마이그레이션하거나, AWS LB와 내부 클러스터 설정 구조를 변경하거나, CICD에 사용되는 서비스를 전사 정책에 따라 마이그레이션 하는 등의 작업을 진행합니다.

특징적으로는 Oncall이 일주일씩 로테이션이 되기에, Grafana alert에 따라 전화가 오면 핸들링하는 Oncall 프로세스를 진행하기도 합니다.

(원본: https://kadensungbincho.com/blog/backend/review-6-months-in-coupang)

쿠팡에서 추천 시스템 백엔드 엔지니어로 조인한지 6개월 차가 되었습니다. 다음 분기를, 내년을 준비하고자 지난 기간을 되돌아봅니다. 문화자신의 상황에 따라 많이 차이가 있을 수 있으나, 제가 경험하고 느낀 바는 아래와 같습니다. <ul ><li>사용자 문제에 기반</li></ul>대부분의 주요 프로젝트는 사용자 문제에 기반하여 주도됩니다. 여러 데이터를 참조하여 문제를 정의하고, 해결하고자 하는 바를 기술하며, 성공과 실패(롤백)은 어떤 기준일지를 작성한 1-pager를 통해 변경 프로젝트가 시작되고 팀이 구성됩니다. <ul ><li>실험 주도</li></ul>문제 정의부터 성공과 실패의 정의 및 판단까지 모든 것은 데이터와 A/B 테스트를 기반으로 진행됩니다. 고도화되어 구현에 큰 비용이 발생하지 않는 A/B 테스트 플랫폼과 프로세스는 중요 핵심 자산으로 보이며, 그렇기에 모든 변경은 검증되어 개선이 인정될 때만 반영되고 그렇지 않다면 폐기됩니다. (관련해 좋은 책, Ron Kohavi의 Trustworthy Online Controlled Experiments) <ul ><li>문제를 소유하지, 도메인을 점유하지 않음</li></ul>주로는 도메인 오너가 도메인에 대한 변경을 진행하게 되지만, 리소스가 없다면 도메인 오너의 가이드 하에 특정 문제를 해결하기 위해 도메인 오너가 아닌 컨트리뷰터가 기여하기도 합니다. 물론, 특정 도메인 서비스에 대한 운영, oncall 등은 도메인 오너가 진행합니다. 하지만, 어떤 문제를 어떤 구성원이 P0로 해결하는 중이라면 그 문제를 위한 변경은 도메인에 구애받지 않고 '급한 구성원'이 해결할 수 있는 기회가 비교적 열려 있습니다. Self AAR (Review)추천 시스템은 다른 백엔드 시스템과는 조금 다르게 내부적으로 헤비한 데이터(Data-Intensive) 처리가 존재하고, 그 데이터 처리에 기반한 모델을 서빙한다는 특징이 있습니다. 유사한 도메인으로는 검색, ML 서빙 플랫폼와 같은 것들이 생각되는데요. 그렇기에 엔지니어로 관여하는 부분은 모델링, 파이프라이닝, 서빙, 그리고 기본적인 운영과 같은 4가지로 구분할 수 있습니다. 저는 지난 160일간 대략적으로 파이프라이닝, 서빙, 그리고 운영에 관여하였습니다. <ul ><li>파이프라이닝</li></ul>특정 유저에 대해 특정 추천상품이라는 후보군들을 뽑아내기 위해 Offline으로 준비되는 데이터에 해당됩니다. Java, Scala, Python 등에 기반한 Spark으로 되어 있어, 일부 데이터를 추가하는 작업을 진행하였습니다. <ul ><li> 서빙</li></ul>실시간으로 추천 위젯과 위젯의 상품 리스트를 응답하는 서비스입니다. 주로 다양한 업스트림을 Aggregate하는 패턴으로 다양한 아규먼트를 받을 수 잇는 GRPC 엔드포인트를 제공합니다. <ul ><li>운영</li></ul>모델링, 파이프라이닝, 서빙에 대한 유지와 모니터링이 해당됩니다. Spark 버젼을 마이그레이션하거나, AWS LB와 내부 클러스터 설정 구조를 변경하거나, CICD에 사용되는 서비스를 전사 정책에 따라 마이그레이션 하는 등의 작업을 진행합니다. 특징적으로는 Oncall이 일주일씩 로테이션이 되기에, Grafana alert에 따라 전화가 오면 핸들링하는 Oncall 프로세스를 진행하기도 합니다. (원본: https://kadensungbincho.com/blog/backend/review-6-months-in-coupang)

Kaden Sungbin Cho

쿠팡에서의 6개월 회고

남이 짠 코드를 읽는 건 재미없는 일입니다. 가끔 잘 짜인 코드를 볼 때면 기분이 좋았지만… 그런 일이 많지는 않았습니다. 잘 짠 코드라 하더라도 코드 타래를 끝도 없이 따라가며 의도를 파악하기까지의 순간은 고통 그 자체였습니다. 내가 코딩할 때나 재미를 느끼는 것입니다.

코드를 짜는 재미

남이 짠 코드를 읽는 건 재미없는 일입니다.
가끔 잘 짜인 코드를 볼 때면 기분이 좋았지만… 그런 일이 많지는 않았습니다.
잘 짠 코드라 하더라도 코드 타래를 끝도 없이 따라가며 의도를 파악하기까지의 순간은 고통 그 자체였습니다.
내가 코딩할 때나 재미를 느끼는 것입니다.

남의 코드를 많이 읽어야 실력이 빨리 향상된다고 합니다. 동의합니다.
저도 공부를 위해 가끔 오픈 소스 코드를 다운로드해서 읽어 보려 시도했지만…
번번이 포기했습니다. 너무 어렵고 재미없고 고통스러워서.
20년 동안 코딩을 했지만 실력이 이 모양인 건 남의 코드를 많이 안 읽어서 아닐까?

요즘 다시 남의 코드를 읽고 있습니다.
다 Cursor 덕분입니다.
Cursor에게 부탁하고 Accept를 누르다 보면 코드를 하나도 모른 채 프로그램이 동작하게 됩니다.
분명 내 프로젝트인데 어떤 파일에 어떤 코드들이 있는 건지 나도 모르겠어.

할 수 없이 잠시 멈추고 꾸역꾸역 코드를 읽습니다.
남이 짠 코드. 역시나 재미없고 스트레스를 받습니다.
그래도 읽어 나갈 수밖에 없습니다. 내 프로젝트니까.

이렇게라도 남의 코드를 읽으며 배울 수 있으니 좋은 거 아닐까?
그런 생각이 들면서도 이게 뭐 하는 짓인가 현타가 오는 건 어쩔 수 없습니다. 코딩을 하는 재미를 빼앗기고 있는 것 같습니다.

바둑을 두던 사람들도 이런 기분이었을까요?

https://jeho.page/essay/2024/12/23/writing-code.html

남이 짠 코드를 읽는 건 재미없는 일입니다. 가끔 잘 짜인 코드를 볼 때면 기분이 좋았지만… 그런 일이 많지는 않았습니다. 잘 짠 코드라 하더라도 코드 타래를 끝도 없이 따라가며 의도를 파악하기까지의 순간은 고통 그 자체였습니다. 내가 코딩할 때나 재미를 느끼는 것입니다. 남의 코드를 많이 읽어야 실력이 빨리 향상된다고 합니다. 동의합니다. 저도 공부를 위해 가끔 오픈 소스 코드를 다운로드해서 읽어 보려 시도했지만… 번번이 포기했습니다. 너무 어렵고 재미없고 고통스러워서. 20년 동안 코딩을 했지만 실력이 이 모양인 건 남의 코드를 많이 안 읽어서 아닐까? 요즘 다시 남의 코드를 읽고 있습니다. 다 Cursor 덕분입니다. Cursor에게 부탁하고 Accept를 누르다 보면 코드를 하나도 모른 채 프로그램이 동작하게 됩니다. 분명 내 프로젝트인데 어떤 파일에 어떤 코드들이 있는 건지 나도 모르겠어. 할 수 없이 잠시 멈추고 꾸역꾸역 코드를 읽습니다. 남이 짠 코드. 역시나 재미없고 스트레스를 받습니다. 그래도 읽어 나갈 수밖에 없습니다. 내 프로젝트니까. 이렇게라도 남의 코드를 읽으며 배울 수 있으니 좋은 거 아닐까? 그런 생각이 들면서도 이게 뭐 하는 짓인가 현타가 오는 건 어쩔 수 없습니다. 코딩을 하는 재미를 빼앗기고 있는 것 같습니다. 바둑을 두던 사람들도 이런 기분이었을까요? https://jeho.page/essay/2024/12/23/writing-code.html

K리그 프로그래머

스레드를 5개월만에 런칭하기 위해 모놀리틱 아키텍처를 사용했고, 5일 만에 1억명의 사용자가 몰려드는 것을 수용할 수 있었음.

사용된 기술은 커스텀 버전의 Django와 PHP, 데이터 저장소로는 TAO/UDB/MySQL와 ZippyDB 그리고 피크 타임을 위한 서버리스 펑션 Async.

자, 말 할 거 많죠? ㅋㅋㅋ 한마디하고 싶은 분들 다 여기여기 붙으세요. 🤣🤣🤣

스레드를 5개월만에 런칭하기 위해 모놀리틱 아키텍처를 사용했고, 5일 만에 1억명의 사용자가 몰려드는 것을 수용할 수 있었음. 사용된 기술은 커스텀 버전의 Django와 PHP, 데이터 저장소로는 TAO/UDB/MySQL와 ZippyDB 그리고 피크 타임을 위한 서버리스 펑션 Async. 자, 말 할 거 많죠? ㅋㅋㅋ 한마디하고 싶은 분들 다 여기여기 붙으세요. 🤣🤣🤣

msa 아키텍처가 만능이 아니라는 사실을 아주 잘 알려주는 사례인 것 같네요!

인터파크 티켓 프론트엔드 개발자

지윤성

#개발자 #소프트웨어엔지니어 #프론트엔드 #백엔드 #Web #커뮤니케이션 #DevOps #서버개발 #Architecture #도전적인 #문제를해결하는

소프트웨어 엔지니어

김지섭

라마 백엔드 개발자

윤환

안녕하세요. 스타트업에서 광고 도메인으로 백엔드 개발자를 하고 있는 전윤환입니다. 남들에게 피해주지 않고 좋은 영향력을 주고 싶은 개발자가 목표입니다.

풀스택 개발자

이주형

📝 메타의 스레드, 모놀리틱 아키텍처 사용

Chief Maker

겸임강사

Co-founder, VP

책임연구원

Lead of Generative AI

R&D 그룹장

Lead of AI Production

골빈해커

링크

Code addict, AI/ML believer, 25+ years’ coding experienced start-up guy, Built a unicorn and building another big one!

📝 메타의 스레드, 모놀리틱 아키텍처 사용

댓글 1

비슷한 게시물

주간 인기 TOP 10

추천 프로필