kyunghoonk00k

최근 기술 인터뷰를 봤다. 처음 지원한 포지션은 Public AX Manager였다. 그런데 해당 포지션의 채용이 종료되면서, 업스테이지 People 팀에서 내 경험을 검토해보니 Public AX Model Production (Product Engineering) 포지션에서도 좋은 시너지가 날 것 같다며 먼저 포지션 전환을 제안했다. 조금 의외였지만 궁금했다.나는 프론트엔드 개발자로 시작해서 백엔드와 AI 기능까지 범위를 넓혀가고 있었다. 모델을 직접 만드는 사람은 아니지만, AI 기술이 실제 사용자가 쓰는 제품이 되기까지 필요한 부분에는 계속 관심이 있었다. 업스테이지가 말하는 Product Engineering도 기술과 고객 사이에서 실제 문제를 해결하는 역할로 보였다. 그래서 제안을 받아들였다. ..

https://www.threads.com/share/DytGNX-88/위 글에 대한 고찰.시장은 노력에 대한 가산점이 없다. 읽자마자 뽀삐워가 떠올랐다. 내가 몇 달을 갈아넣은 그 강아지 캐릭터 3D 모델링, 스토어 등록, iOS랑 안드로이드 각각 배포까지 한 프로젝트. 근데 딱 한 문장 앞에서 멈춰버렸다.내가 이걸 안 만들었으면, 이걸 플레이했을까?돈을 내고? 아니 무료라도, 광고를 보는 그 몇 초의 수고를 감수하고서? 오늘 밤 수많은 다른 게임 다 제쳐두고 굳이 이걸 켰을까?솔직히 대답이 잘 안 나왔다. 안 나온다는 것 자체가 이미 답이었던 것 같기도 하고.기능을 하나씩 붙일 때마다 나는 뿌듯했다. 3D 모델링이 되고, 캐릭터가 움직이고, 대전이 되고, 새로운 스킬이 붙고. 그럴 때마다 마음속으로 ..

AI 네이티브 과정 회고오늘 과제는 한 장 대시보드였다. 공개 데이터로 차트를 만들고 거기서 찾은 인사이트를 한 줄로 발표하면 된다. 전 날 수업은 데이터 이해, 입력 위험, 환각 검증이었다. 전 날 들은 수업을 만드는 구조였으니 나는 둘을 따로 생각하고 있었다.응급실을 운영하며 중증질환 정보를 보고하는 438곳 중 125곳은 27개 중증질환 중 어느 것도 받을 수 있다고 답하지 않았다.이 문장을 얻기까지 세 번 틀렸다.시작은 탐색기였다대시보드부터 만들지 않았다. 공공데이터포털에서 국립중앙의료원 응급의료정보 API 9종을 고른 다음, 엔드포인트마다 예시 요청을 넣고 응답을 눈으로 볼 수 있는 화면을 먼저 만들었다. 파라미터를 바꿔 다시 보내면 결과가 어떻게 달라지는지 비교하는 정도의 화면이다.원래는 팀..

— 다소 중의적 표현 ㅋ — 여름마다 같은 일이 반복된다. 1년 중 제일 더운 계절인데, 그 계절의 내가 제일 미지근하다. 열정은 원래 화속성이라 열을 만나면 더욱 커지고 부풀어지고 옮겨 붙는다. 그럼에도 왜 여름엔 열정이 항상 식어버릴까. 비가 많이 와서 그런가. 열정이 사라진 자리에 날씨 탓을하며 값싼 위로를 불어넣는다.작년 12월 조코딩님 회사에 운이좋게 서류합격했었다. 그때 내 열정은 이미 다 식어 있었다 생각했는데, 준비하는 며칠은 이상하게 다시 새벽까지 앉아 있었다. 나중에 전해 들은 얘기로는 지원자가 백 명쯤이었고 서류를 통과한 게 일곱, 여덟 명이었다고 한다. 비록 면접 탈락이었지만, 어디선가 들어온 불쏘시개가 꺼져버린 열정에 다시 불을 붙였다.지금은 새로운 교육과정을 듣고 있다. 교육 시..

기업의 모든 정보가 중앙 시스템으로 모이고, 직무·직급·권한에 따라 접근이 분리되는 방식으로 바뀌고 있다는 것이다. 예컨대 팀원 각자가 지라에 자신의 업무 내용을 입력하면, AI가 이를 취합해 팀장이 원하는 형식의 주간 보고서로 자동 정리해 준다. 여기서 핵심은 자동화 자체가 아니라 그 전제였다. AI가 일하려면 데이터가 먼저 구조화되고 권한이 설계되어 있어야 한다. AX의 절반은 사실 이 데이터 정비에서 판가름 나는 셈이다. 다만 강의를 들으며 한 가지 의문이 들었다. 이런 시스템은 잘 갖춰진 조직에서나 가능한 이야기다. 아직 모든 기업과 산업이 AI 친화적으로, 즉 AX화되고 있는 것은 아니기 때문이다. 그렇다면 소위 'AI 문외한'이라 불리는 사람들을 어떤 방식과 내용으로 설득할 것인가를 함께 고민..

한밤중의 궁금증에서 시작된 프로젝트새벽 2시, 개발자인 저는 또 다시 잠들지 못하고 있었습니다. 최근 연애 때문에 고민이 많았거든요."그 사람 마음은 뭘까?" "앞으로 우리 관계는 어떻게 될까?"평소라면 친구에게 연락하거나 타로 카페를 찾아갔겠지만... "AI가 타로를 봐준다면 어떨까?"바로 이 순간적인 아이디어가 AI Tarot의 시작이었습니다.🤖 "AI가 정말 미래를 볼 수 있을까?" - 회의론자들의 도전개발 초기, 주변에서는 회의적인 반응이 대부분이었습니다."AI가 무슨 점을 봐?""그냥 랜덤으로 카드 뽑는 거 아냐?""타로는 영적인 건데, 기계가 어떻게 해?"하지만 저는 확신했습니다. AI의 패턴 분석 능력과 타로의 상징 체계가 만나면 뭔가 특별한 일이 일어날 것이라고요.🔥 개발 과정에서 일어..

여행 계획 때문에 스트레스받던 개발자의 고민평소 여행을 좋아하지만 매번 여행 계획을 세울 때마다 골치가 아팠습니다."제주도 갈까? 부산 갈까?""예산은 50만원인데 어디까지 갈 수 있지?""3박 4일이면 일정을 어떻게 짜야 할까?"수십 개의 여행 블로그를 뒤지고, 여행 카페에서 정보를 찾아다니며 시간만 날렸던 경험, 다들 있으시죠?"이런 고민을 AI가 대신 해결해준다면?"바로 이 아이디어에서 갈래! 말래? 가 시작되었습니다.🤖 AI 여행 추천, 어떻게 구현했을까?1단계: 사용자 데이터 수집여행자의 성향을 파악하기 위해 다음과 같은 정보를 수집합니다:여행 스타일 (휴양지 vs 관광지 vs 액티비티)예산 범위여행 기간동행인 구성관심 분야 (음식, 문화, 자연, 쇼핑 등)2단계: 빅데이터 기반 추천 알고리즘..

1. 테스트 목적이 테스트는 React 컴포넌트 라이브러리에서 트리쉐이킹이 제대로 적용되는지 확인하고, 트리쉐이킹을 통한 번들 크기 최적화 효과를 측정하기 위해 수행되었습니다.2. 테스트 방법동일한 5개의 컴포넌트(Button, Input, Accordion, Tabs, Dialog)를 사용하는 두 개의 테스트 프로젝트를 생성하여 번들 크기를 비교했습니다.트리쉐이킹 미적용 프로젝트 (no-treeshaking)라이브러리 전체를 임포트하는 방식 사용웹팩 설정에서 트리쉐이킹 비활성화CommonJS 모듈 형식 사용트리쉐이킹 적용 프로젝트 (with-treeshaking)ESM 모듈 형식 사용웹팩 설정에서 트리쉐이킹 활성화필요한 컴포넌트만 선택적으로 임포트3. 테스트 결과3.1. 번들 크기 비교| 프로젝트 | ..

1. Accordion부터 Button까지, 다른 라이브러리에서 가져온 장점들오늘은 제가 개발한 React 컴포넌트 라이브러리에 관한 이야기를 해보려고 합니다. 다양한 컴포넌트 라이브러리들을 연구하면서 각각의 장점을 모으고 제 스타일로 재해석한 과정을 공유하고자 합니다.Accordion 컴포넌트의 재해석제 라이브러리의 Accordion 컴포넌트는 여러 유명 라이브러리의 장점을 조합했습니다.Radix UI에서 가져온 장점Radix UI의 Accordion은 접근성에 매우 강점이 있습니다. WAI-ARIA 디자인 패턴을 준수하고, 키보드 조작성이 매우 뛰어납니다.  다음 기능들을 제 라이브러리에 적용했습니다:헤더 및 패널 관계를 명확히 정의하는 접근성 구조aria-expanded, aria-controls,..

처음에는 단순히 기능이 작동하는 컴포넌트들을 만드는 데 초점을 맞췄지만, 점차 접근성, 성능, 사용자 경험 측면에서 많은 개선이 필요하다는 것을 깨달았다. 이번 글에서는 우리 라이브러리의 15개 핵심 컴포넌트를 어떻게 전면 개선했는지 종합적으로 공유하려고 한다.전체 컴포넌트 개선 방향먼저 전체 컴포넌트에 공통으로 적용한 개선 원칙은 다음과 같다:접근성 강화: 모든 컴포넌트에 WAI-ARIA 표준 적용성능 최적화: React.memo, useCallback, useMemo 활용일관된 API: 컴포넌트 간 일관된 Props 구조 설계유연한 확장성: 컴포지션 패턴 적용타입 안전성: TypeScript 타입 강화이런 원칙을 바탕으로 각 컴포넌트별 리팩토링을 진행했다.인기 라이브러리와의 벤치마킹우리는 Chakra..