전체 글

ChatGPT API 업데이트 & Function calling 기능 지원

Introduction Function calling and other API updates We’re announcing updates including more steerable API models, function calling capabilities, longer context, and lower prices. openai.com 최근에 ChatGPT API 업데이트에 대한 글이 OpenAI 블로그에 올라왔는데 (6월 13일자), 오늘은 해당 내용에 대해 간략하게 정리해 보고자 한다. 주요한 변경 내용은 다음과 같다. Function calling (함수 호출) 기능 제공 기존 대비 4배 분량의 컨텍스트를 처리할 수 있는 gpt-3.5-turbo 모델의 16k 컨텍스트 버전 제공 구 gpt-3.5..

[Design patterns] Proxy Pattern (프록시 패턴)

Introduction 구조 시스템 패턴 시리즈의 완결까지 본 글을 포함해 두 편 남았다! 이번에 소개할 디자인 패턴은 Proxy 패턴이다. Proxy 패턴을 한줄 요약하면 다음과 같다. 어떤 오브젝트로의 접근을 중간에서 제어하기 위한 대리자 (proxy) 오브젝트를 제공한다. 본 글의 많은 부분은 에릭 감마의 GoF Design Pattern 서적에서 참고했고, 파이썬에 맞추어 살짝씩 내용을 변경한 부분이 있다. Motivation 어떤 오브젝트의 생성 코스트가 너무 커서, 전체 시스템을 처음 구성할 때에 바로 생성하지 않고 그것이 실제로 필요할 때 까지 잠시 생성을 미루어야 할 때가 있다. 프록시 패턴은 어떤 오브젝트의 접근을 가로챈 후 그 오브젝트가 놓여야 할 곳에 대신 자리를 차지함으로써, 원래 ..

[Programming] 큰 PR vs 작은 PR

Introduction 프로젝트를 여러 명이서 진행하다 보면 필수적으로 Pull Request (흔히 줄여서 PR) 이란 것을 하게 될 것이다. PR은 개별의 개발 참여자가 작업한 코드를 메인 코드베이스에 통합하기 전에, 코드를 검토 받기 위한 일련의 과정을 의미한다. 각각의 작업자가 독립적인 환경 (피처 브랜치) 에서 작업물을 여러 커밋에 걸쳐 기록하고 나면, 이 커밋들을 메인 코드베이스 (메인 브랜치) 에 통합하기 위해 Pull Request를 생성하고, 관련된 다른 작업자들이 리뷰어로 참여해 변경 사항을 검토하고 수정 제안 혹은 최종 승인을 할 수 있다. 보통 한 가지의 독립된 기능을 구현하기 위해 피처 브랜치를 파고, 해당 기능 구현이 완료되면 피처 브랜치를 병합하기 위해 PR을 날리기 마련이다...

GPT-4 사용기 (ChatGPT PLUS)

Introduction GPT-4 GPT-4 is more creative and collaborative than ever before. It can generate, edit, and iterate with users on creative and technical writing tasks, such as composing songs, writing screenplays, or learning a user’s writing style. openai.com 3월 15일자로 OpenAI에서 GPT-3.5를 이은 다음 모델인 GPT-4를 공개했다. 공개와 동시에, 기존에 구독 형태로 제공하고 있던 ChatGPT Plus 멤버쉽에서 해당 모델을 먼저 사용해 볼 수 있도록 홈페이지에서 열어 놓은 상태이다. 한번..

[Review] How to avoid machine learning pitfalls: a guide for academic researchers

paper link: https://arxiv.org/pdf/2108.02497.pdf Introduction 이 페이퍼는 머신러닝을 이용해 문제를 풀 때 흔하게 저지를 수 있는 실수와 어떻게 하면 그것을 피할 수 있을 지에 대해 소개하고 있다. 머신 러닝 프로세스를 크게 다섯 가지의 단계로 나누어 각 단계별로 설명하게 되는데, 각 단계를 미리 소개하자면 다음과 같다. 모델 빌드 전에 해야 할 것 모델을 안정적으로 빌드하는 방법 모델을 안정적으로 평가하는 방법 모델을 공평하게 비교하는 방법 결과를 리포트하는 방법 본 글에서는 제시된 내용 전부를 훑기보다는, 개인적으로 몇 가지만 골라 간단하게 소개하고자 한다. 아카데믹 관점보다는 머신러닝 프로젝트를 성공적으로 이끌기 위한 방법 위주로 내용을 선정하고 해석..

[북 스크랩] 팀장의 탄생

한줄평 성장하는 회사에서 등 떠밀려 관리자가 된 이를 위한, 사례 중심의 성장 가이드. p.156, 191 관리력은 타고나는 것이 아니다. 리더로서 새로운 역할이 주어질 때마다 척척 변신하는 '만능 관리자'는 존재하지 않는다. 그러므로 관리자는 항상 자기가 처한 상황을 잘 볼 줄 알아야 한다. ... 탁월한 리더가 되는 법을 배운다는 것은 자신의 능력과 결점에 대해 배우고, 머릿속의 장애물을 헤쳐 나가는 법을 배우고, '배우는 법'을 배운다는 의미다. 그러자면 내가 어떤 가면을 쓰거나 변장을 하지 않아도 지금 모습 그대로 이 자리에 있을 자격이 된다는 믿음, 앞으로 어떤 어려움이 닥치든 이겨낼 준비가 되어 있다는 믿음이 필요하다. p.208 발표자들은 내용을 훤히 알기 때문에 사회심리학자들이 말하는 '지..

[북 스크랩] 유년기의 끝

한줄평 외부자에 의한 종의 진화는 반드시 선의일 이유가 없으며, 무엇보다도 그 종의 행복을 위한 것은 아니다. * 스크랩 내용에 책의 내용에 대한 스포일러가 있습니다. p.26 라인홀트는 인류를 별에 도달시키기 위해 노력해왔다. 그런데 막 성공할 찰나에 차디찬 인간에게 초연했던 별이 인류에게로 내려온 것이다. ... 과거의 세월들이 이룩해 놓은 것은 이제 무(無)에 지나지 않았다. p.126 이전의 어떤 시대의 기준으로 봐도 현재는 유토피아였다. 무지, 질병, 궁핍, 공포 등은 사실상 존재하지 않았다. 악몽이 새벽과 함께 사라지듯이, 전쟁에 대한 기억은 과거 속으로 사라져 희미해졌다. ... 기술자들은 많았지만 지식의 지평선을 확대시키려는 진정한 과학자들은 드물었다. 오버로드들이 오래전에 발견해놓았을지도..

[북 스크랩] 소프트 스킬

한줄평 개발자의 일에 대해서가 아닌, 개발자의 인생을 성공적으로 풀어나가기 위한 삶의 방식을 제시하는 책. p.36 소프트웨어 개발은 전체론적인 시각으로 접근해야 한다. 더 좋은 소프트웨어 개발자가 되고 싶다면, 삶의 일부 영역에 집중하지 말고 삶을 전체적으로 바라보아야 한다. p.50 작은 목표는 꾸준히 노력해 큰 목표에 이를 수 있도록 의욕을 북돋워준다. 작은 목표 없이 큰 목표만 세워두면 문제가 발생해도 바로잡을 시간이 없다. 작은 목표는 수시로 동기를 부여하는 보상 장치 역할도 한다. p.100 자신이 설정한 높은 기준에 도달해 전문가로 인정을 받으려면 자신의 기술 수준을 잘 알고 이를 향상하도록 계속 노력해야 한다. 일하는 데 도움이 되는 새로운 무엇을 배우기 위해 늘 노력하라. 적당히 만족하는..