DB 프로시저 싫어하시는 분들 많으시죠? Lambda/Serverless Function 이라고 생각해보십시오! 사실상 Serverless Function이랑 똑같은 것. Serverless Function도 싫어하시면 린정.

DB 프로시저 싫어하시는 분들 많으시죠? Lambda/Serverless Function 이라고 생각해보십시오! 사실상 Serverless Function이랑 똑같은 것. Serverless Function도 싫어하시면 린정.

여러분 안녕하세요! 오늘은 정말 설레는 소식을 하나 전해드리려 해요.

크레에이터와 팬을 이어주는 플랫폼 essentory와 파트너십을 맺고, 저만의 특별한 멤버십 콘텐츠를 새롭게 선보이게 되었습니다.

해외에서는 Patreon 같은 플랫폼을 통해 수많은 크리에이터들이 자신만의 멤버십 커뮤니티를 만들고, 진짜 팬들과의 관계에 집중하며 지속 가능한 창작 활동을 이어가고 있죠. 에센토리는 이런 흐름을 한국에서 이끌고 있는 플랫폼이며, 저도 감사하게 초기 창작자로 함께하게 되었습니다.

제가 18년 동안 개발자로 지내며 깨달은 가장 큰 교훈은 "혼자 배우는 것보다 함께 배우는 것이 훨씬 강력하다"는 점입니다. 앞으로 에센토리에서 깊이있고 진정성있는 다양한 컨텐츠를 만들어보려고 합니다.

- 한국에서 시작해 글로벌 빅테크로, 그리고 실리콘밸리 스타트업까지 이어진 커리어 여정의 비하인드 스토리
- 다양한 경험을 바탕으로 한 커리어 조언과 기술 인사이트
- 캐나다에서 아이를 키우며 미국 회사에서 원격으로 일하는 평범한 개발자 아빠의 소소한 일상

멤버십에 가입하시면 월 2회 이상의 독점 콘텐츠와 구독자 전용 Q&A 세션, 그리고 개발자 커리어 관련 1:1 상담 기회도 제공해 드릴 예정입니다.

🔗 멤버십 채널 바로가기: https://essentory.onelink.me/Ly5q/channels?id=188

창작자로서 한 걸음 더 나아가는 저의 도전에 응원과 관심으로 함께해주시면 정말 큰 힘이 될 것 같아요. 🙇‍♂️ 찐팬으로 함께해주실 분들 기다릴게요! 💙

여러분 안녕하세요! 오늘은 정말 설레는 소식을 하나 전해드리려 해요. 크레에이터와 팬을 이어주는 플랫폼 essentory와 파트너십을 맺고, 저만의 특별한 멤버십 콘텐츠를 새롭게 선보이게 되었습니다. 해외에서는 Patreon 같은 플랫폼을 통해 수많은 크리에이터들이 자신만의 멤버십 커뮤니티를 만들고, 진짜 팬들과의 관계에 집중하며 지속 가능한 창작 활동을 이어가고 있죠. 에센토리는 이런 흐름을 한국에서 이끌고 있는 플랫폼이며, 저도 감사하게 초기 창작자로 함께하게 되었습니다. 제가 18년 동안 개발자로 지내며 깨달은 가장 큰 교훈은 "혼자 배우는 것보다 함께 배우는 것이 훨씬 강력하다"는 점입니다. 앞으로 에센토리에서 깊이있고 진정성있는 다양한 컨텐츠를 만들어보려고 합니다. - 한국에서 시작해 글로벌 빅테크로, 그리고 실리콘밸리 스타트업까지 이어진 커리어 여정의 비하인드 스토리 - 다양한 경험을 바탕으로 한 커리어 조언과 기술 인사이트 - 캐나다에서 아이를 키우며 미국 회사에서 원격으로 일하는 평범한 개발자 아빠의 소소한 일상 멤버십에 가입하시면 월 2회 이상의 독점 콘텐츠와 구독자 전용 Q&amp;A 세션, 그리고 개발자 커리어 관련 1:1 상담 기회도 제공해 드릴 예정입니다. 🔗 멤버십 채널 바로가기: https://essentory.onelink.me/Ly5q/channels?id=188 창작자로서 한 걸음 더 나아가는 저의 도전에 응원과 관심으로 함께해주시면 정말 큰 힘이 될 것 같아요. 🙇‍♂️ 찐팬으로 함께해주실 분들 기다릴게요! 💙

🙉 달레의 찐팬이 되어주실래요? 💕

알뜰폰으로 변경하고 싶어도 통신사 서비스에 무언가 묶인게 있어서 바꾸지 못했는데,

생각해보니 기존 통신사는 최저 요금제로 변경하고, 알뜰폰으로 신규 가입을 한 뒤 eSIM으로 추가 등록해서 사용하도록하는 방법이 떠올라 그렇게 함!

원래 요금제: 45,000원

변경한 요금: 통신사 기본요금 12,100원 + 알뜰폰 11,000원 = 23,100원

회선 두 개를 써도 무려 거의 두 배 차이!

기존 번호로 전화나 문자를 받거나 보내는 것도 문제가 없고, 필요시 다른 전화번호를 사용할 수도 있으니 오히려 좋다!!

알뜰폰으로 변경하고 싶어도 통신사 서비스에 무언가 묶인게 있어서 바꾸지 못했는데, 생각해보니 기존 통신사는 최저 요금제로 변경하고, 알뜰폰으로 신규 가입을 한 뒤 eSIM으로 추가 등록해서 사용하도록하는 방법이 떠올라 그렇게 함! 원래 요금제: 45,000원 변경한 요금: 통신사 기본요금 12,100원 + 알뜰폰 11,000원 = 23,100원 회선 두 개를 써도 무려 거의 두 배 차이! 기존 번호로 전화나 문자를 받거나 보내는 것도 문제가 없고, 필요시 다른 전화번호를 사용할 수도 있으니 오히려 좋다!!

큰 것을 하는 것보다 매일 작은 것을 완벽하게 해내는 노력이 더 중요하다. 내가 성격 장애의 하나인 자기애성 성격장애자(NPD, Narcissistic Personality Disorder)를 만나면서 느낀 것은, 처음에는 그런 사람도 "정상인"처럼 느껴진다는 것이었다. 다만 그의 미친짓은 내가 매일매일 "사소한" 사건들로 상대방에게 익숙해졌을 때 발생한다.

 1. 약속을 지키지 않는 것
 2. 시간 약속에 매번 늦는 것
 3. 사소한 거짓말을 하거나 상황을 둘러대는 것
 4. 진지한 관계로 발전할 생각이 전혀 없음에도 유혹적인 플러팅을 하는 것
 5. 상대방보다 본인 위주로만 판단하고 행동하는 것
    
    
물론 그런 성격장애가 이런 습관들로 인해 발생하지는 않았겠지만, 이러한 습관이 그의 상태가 악화되는데 일조했으리라고 상정하는 것은 무리한 가정이 아니다. 망가진 사람은 천천히 더 망가져간다. 5년 이상 매일 이상한 행동을 한 사람은 그것에 익숙해져서 정상인의 범주를 벗어난 행동을 하더라도 본인이 의식하지 못한다.

예컨대, 술도 조금씩이라도 매일 마시면 알코올 중독자가 된다. 차라리 술을 불규칙적으로 몰아서 마시는 것이 알코올 중독과 거리가 먼 행동이다. 중독적인 행동을 매일 하면 그 필요로 하는 자극의 강도가 점점 강해지고 결국 본인의 일상적 습관이 업무나 기타 사회 생활에서 반드시 문제가 된다. 5년 이상된 본인의 습관을 숨길 수는 없다. 비밀은 없고 예외적 경우 역시 없다.

이것이 매일 "사소한" 윤리적 기준을 깨거나 게으름을 피우지 않아야만 하는 이유다. 한탕으로 본인이 좋은 사람이 될 수 있다는 생각을 하지 말아야 한다. 갑자기 좋은 사람이 나타나 본인의 구원자가 될 수는 없다. 나 자신이 매일의 가장 작은 행동에서 완벽을 추구하는 완벽주의자가 되어야 한다.

큰 것을 하는 것보다 매일 작은 것을 완벽하게 해내는 노력이 더 중요하다. 내가 성격 장애의 하나인 자기애성 성격장애자(NPD, Narcissistic Personality Disorder)를 만나면서 느낀 것은, 처음에는 그런 사람도 "정상인"처럼 느껴진다는 것이었다. 다만 그의 미친짓은 내가 매일매일 "사소한" 사건들로 상대방에게 익숙해졌을 때 발생한다. <ol ><li>약속을 지키지 않는 것</li><li>시간 약속에 매번 늦는 것</li><li>사소한 거짓말을 하거나 상황을 둘러대는 것</li><li>진지한 관계로 발전할 생각이 전혀 없음에도 유혹적인 플러팅을 하는 것</li><li>상대방보다 본인 위주로만 판단하고 행동하는 것 </li></ol>물론 그런 성격장애가 이런 습관들로 인해 발생하지는 않았겠지만, 이러한 습관이 그의 상태가 악화되는데 일조했으리라고 상정하는 것은 무리한 가정이 아니다. 망가진 사람은 천천히 더 망가져간다. 5년 이상 매일 이상한 행동을 한 사람은 그것에 익숙해져서 정상인의 범주를 벗어난 행동을 하더라도 본인이 의식하지 못한다. 예컨대, 술도 조금씩이라도 매일 마시면 알코올 중독자가 된다. 차라리 술을 불규칙적으로 몰아서 마시는 것이 알코올 중독과 거리가 먼 행동이다. 중독적인 행동을 매일 하면 그 필요로 하는 자극의 강도가 점점 강해지고 결국 본인의 일상적 습관이 업무나 기타 사회 생활에서 반드시 문제가 된다. 5년 이상된 본인의 습관을 숨길 수는 없다. 비밀은 없고 예외적 경우 역시 없다. 이것이 매일 "사소한" 윤리적 기준을 깨거나 게으름을 피우지 않아야만 하는 이유다. 한탕으로 본인이 좋은 사람이 될 수 있다는 생각을 하지 말아야 한다. 갑자기 좋은 사람이 나타나 본인의 구원자가 될 수는 없다. 나 자신이 매일의 가장 작은 행동에서 완벽을 추구하는 완벽주의자가 되어야 한다.

괴물은 하루아침에 태어나지 않는다

1. 자신을 두 존재로 생각하십시오.

2. 하나는 감각기관들을 통해 보고 있는 존재, 다른 하나는 상상력의 마음을 통해 보는 존재.

3. 감각 인간은 습관의 창조물입니다. 그는 현재 역동적이고 활동적입니다. 하지만 자아관찰을 매일 해봄으로써 감각 인간을 수동적인 상태로 만들어, 그 힘을 상상의 인간에게 이양할 수 있습니다.

4. 같은 세상에 대한 확연히 다른 두 가지 관점이 있습니다. 당신의 감각기관 을 통해 보는 관점과 순전히 정신적으로 인지하는 관점입니다.

#리액트 📚
#네빌고다드

1. 자신을 두 존재로 생각하십시오. ​2. 하나는 감각기관들을 통해 보고 있는 존재, 다른 하나는 상상력의 마음을 통해 보는 존재. ​3. 감각 인간은 습관의 창조물입니다. 그는 현재 역동적이고 활동적입니다. 하지만 자아관찰을 매일 해봄으로써 감각 인간을 수동적인 상태로 만들어, 그 힘을 상상의 인간에게 이양할 수 있습니다. ​4. 같은 세상에 대한 확연히 다른 두 가지 관점이 있습니다. 당신의 감각기관 을 통해 보는 관점과 순전히 정신적으로 인지하는 관점입니다. #리액트 📚 #네빌고다드

< 감각의 나 vs 상상의 나, 누구를 믿어야 할까? >

https://blog.naver.com/madaboutit/223861848168

﻿
어제는 오랜만에 토요일에 회사를 찾았습니다. 일이 쌓여 급하게 처리할 필요가 있었던 건 아니었습니다. 다만, 회사에서만 접근 가능한 컴퓨터로 확인해야 할 자료가 있었고, 주말의 조용한 분위기 속에서 온전히 집중해보고 싶었습니다. 저는 워크홀릭도, 회사에 충성하는 스타일도 아닙니다. 단지 평일엔 하기 어려운 일에 주말 동안 몰입해보고 싶다는 욕심을 실천했을 뿐입니다.

회사에 도착한 시간은 오후 2시. 3시간 정도 집중해서 일을 마친 뒤, 퇴근길에는 노량진에 들러 와플을 먹으며 힐링하는 상상을 했습니다. 제가 확인하고 싶었던 자료는 최근 개발 교육을 이수한 사람들이 실제로 어떤 직무로 취업하고 있는지에 대한 것이었습니다. 주니어 개발자로 취업하는 일이 여전히 녹록지 않은 상황이다 보니, 실제로 취업한 직무가 궁금했습니다.

고용보험에 가입할 때는 회사에서 취업자의 직무 정보를 입력하게 되어 있습니다. 이 정보는 회사 내부 표현과는 다소 차이가 있지만, 대략적인 추측은 가능합니다. 개발자, 데이터 분석가, 디자이너, 마케터와 같은 일반적인 표현이 아니라, 정보통신 기술 연구직, 경영 행정 사무직, 디자인 예술 방송직 등 대한민국 표준 직무 분류 체계를 따르고 있었기 때문입니다. 오히려 익숙한 표현을 쓰면 더 좋을 텐데, 왜 이런 방식으로 표기해야 하는지는 여전히 궁금합니다.

올해 취업자 중 절반 이상이 개발자가 아닌 직무를 선택한 것으로 나타났습니다. 개발자로 취업하기 어려운 현실 때문이기도 하겠지만, 당장의 생계를 위한 임시 방편으로 다른 직무를 선택한 경우도 많아 보였습니다. 그 마음이 참 안타까웠습니다. 큰 꿈을 안고 도전했지만, 현실의 벽에 부딪혀 잠시 돌아가는 선택을 한 이들의 마음은 얼마나 복잡했을까요. 하지만 포기하지 않고, 지금 할 수 있는 일을 하며 다음 기회를 모색하는 전략이라면, 그 여정을 계속 응원하고 싶습니다.

자료 정리를 마친 뒤, 올해 남은 기간 동안 운영할 취업 지원 프로그램의 일정을 정리해보았습니다. 달력을 빽빽하게 채우며 문득 이런 현실적인 프로그램이 정말로 취업에 도움이 되는지 고민이 들었습니다. 이력서 작성, 모의 면접, 기업 담당자와의 만남처럼 실용적이라고 생각했던 프로그램들이 실제로는 취업을 준비하는 사람들에게 꼭 필요한 내용일까 의문이 생긴 것입니다.

어쩌면 지금 취업을 준비하는 이들에게 가장 필요한 것은 휴식이나 리프레시일 수도 있겠다는 생각이 들었습니다. 사고를 확장하고, 생각의 전환을 유도할 수 있는 기회를 제공하는 것이 오히려 더 실질적인 도움이 될 수 있을지도 모르겠습니다. 입사지원서 작성이나 면접 준비는 이제 ChatGPT와 같은 도구가 사람보다 더 효율적으로 도와줄 수 있습니다. 물론 기업 담당자와의 만남도 의미 있지만, 때론 "왜 나만 안 되는 걸까"라는 위축감만 남을 수도 있겠다는 걱정도 들었습니다.

그래서 가끔은 밖으로 나가 재미있고 유익한 활동을 해보는 것도 좋겠다는 상상을 했습니다. 예를 들어 함께 운동을 하거나, 신체에 활력을 불어넣는 활동을 하는 것입니다. 몸을 움직이면 기분이 전환되고, 자연스럽게 새로운 아이디어도 떠오릅니다. 반대로 가만히 앉아 있기만 하면 사고가 한 방향으로만 흘러가게 됩니다.

무료 전시회를 가거나 자연을 감상하는 것도 좋은 방법입니다. 이해하기 어려운 예술 작품을 보며 "이건 뭘까? 어떤 의미일까?" 고민하는 과정 자체가 생각의 폭을 넓히게 만듭니다. 푸르른 자연 속에 있으면 도시의 답답함에서 벗어나 마음과 생각이 자연스럽게 풀어집니다. 다양한 색과 형태의 자연을 바라보면 창의적인 영감이 떠오르기도 합니다.

늘 같은 곳에 머무르며 갇혀 있는 것이 문제라고 생각합니다. 고인 물이 썩듯, 정체된 상태는 부정적인 감정을 키우게 됩니다. 몸을 움직이고 환경을 전환하면, 새로운 상상과 아이디어가 떠오를 수 있습니다. 지금 시대에 취업을 고민하는 사람들에게 진짜 필요한 것은 바로 그런 '생기'일지도 모릅니다.

﻿어제는 오랜만에 토요일에 회사를 찾았습니다. 일이 쌓여 급하게 처리할 필요가 있었던 건 아니었습니다. 다만, 회사에서만 접근 가능한 컴퓨터로 확인해야 할 자료가 있었고, 주말의 조용한 분위기 속에서 온전히 집중해보고 싶었습니다. 저는 워크홀릭도, 회사에 충성하는 스타일도 아닙니다. 단지 평일엔 하기 어려운 일에 주말 동안 몰입해보고 싶다는 욕심을 실천했을 뿐입니다. 회사에 도착한 시간은 오후 2시. 3시간 정도 집중해서 일을 마친 뒤, 퇴근길에는 노량진에 들러 와플을 먹으며 힐링하는 상상을 했습니다. 제가 확인하고 싶었던 자료는 최근 개발 교육을 이수한 사람들이 실제로 어떤 직무로 취업하고 있는지에 대한 것이었습니다. 주니어 개발자로 취업하는 일이 여전히 녹록지 않은 상황이다 보니, 실제로 취업한 직무가 궁금했습니다. 고용보험에 가입할 때는 회사에서 취업자의 직무 정보를 입력하게 되어 있습니다. 이 정보는 회사 내부 표현과는 다소 차이가 있지만, 대략적인 추측은 가능합니다. 개발자, 데이터 분석가, 디자이너, 마케터와 같은 일반적인 표현이 아니라, 정보통신 기술 연구직, 경영 행정 사무직, 디자인 예술 방송직 등 대한민국 표준 직무 분류 체계를 따르고 있었기 때문입니다. 오히려 익숙한 표현을 쓰면 더 좋을 텐데, 왜 이런 방식으로 표기해야 하는지는 여전히 궁금합니다. 올해 취업자 중 절반 이상이 개발자가 아닌 직무를 선택한 것으로 나타났습니다. 개발자로 취업하기 어려운 현실 때문이기도 하겠지만, 당장의 생계를 위한 임시 방편으로 다른 직무를 선택한 경우도 많아 보였습니다. 그 마음이 참 안타까웠습니다. 큰 꿈을 안고 도전했지만, 현실의 벽에 부딪혀 잠시 돌아가는 선택을 한 이들의 마음은 얼마나 복잡했을까요. 하지만 포기하지 않고, 지금 할 수 있는 일을 하며 다음 기회를 모색하는 전략이라면, 그 여정을 계속 응원하고 싶습니다. 자료 정리를 마친 뒤, 올해 남은 기간 동안 운영할 취업 지원 프로그램의 일정을 정리해보았습니다. 달력을 빽빽하게 채우며 문득 이런 현실적인 프로그램이 정말로 취업에 도움이 되는지 고민이 들었습니다. 이력서 작성, 모의 면접, 기업 담당자와의 만남처럼 실용적이라고 생각했던 프로그램들이 실제로는 취업을 준비하는 사람들에게 꼭 필요한 내용일까 의문이 생긴 것입니다. 어쩌면 지금 취업을 준비하는 이들에게 가장 필요한 것은 휴식이나 리프레시일 수도 있겠다는 생각이 들었습니다. 사고를 확장하고, 생각의 전환을 유도할 수 있는 기회를 제공하는 것이 오히려 더 실질적인 도움이 될 수 있을지도 모르겠습니다. 입사지원서 작성이나 면접 준비는 이제 ChatGPT와 같은 도구가 사람보다 더 효율적으로 도와줄 수 있습니다. 물론 기업 담당자와의 만남도 의미 있지만, 때론 "왜 나만 안 되는 걸까"라는 위축감만 남을 수도 있겠다는 걱정도 들었습니다. 그래서 가끔은 밖으로 나가 재미있고 유익한 활동을 해보는 것도 좋겠다는 상상을 했습니다. 예를 들어 함께 운동을 하거나, 신체에 활력을 불어넣는 활동을 하는 것입니다. 몸을 움직이면 기분이 전환되고, 자연스럽게 새로운 아이디어도 떠오릅니다. 반대로 가만히 앉아 있기만 하면 사고가 한 방향으로만 흘러가게 됩니다. 무료 전시회를 가거나 자연을 감상하는 것도 좋은 방법입니다. 이해하기 어려운 예술 작품을 보며 "이건 뭘까? 어떤 의미일까?" 고민하는 과정 자체가 생각의 폭을 넓히게 만듭니다. 푸르른 자연 속에 있으면 도시의 답답함에서 벗어나 마음과 생각이 자연스럽게 풀어집니다. 다양한 색과 형태의 자연을 바라보면 창의적인 영감이 떠오르기도 합니다. 늘 같은 곳에 머무르며 갇혀 있는 것이 문제라고 생각합니다. 고인 물이 썩듯, 정체된 상태는 부정적인 감정을 키우게 됩니다. 몸을 움직이고 환경을 전환하면, 새로운 상상과 아이디어가 떠오를 수 있습니다. 지금 시대에 취업을 고민하는 사람들에게 진짜 필요한 것은 바로 그런 '생기'일지도 모릅니다.﻿

토요일에 회사에서

1.●손을 덜 댄 삶이 가장 좋다.본연에 가까운 삶.
2.유순하게 살아가보자.
3.●이미 산 물건에 대해서는 트집을 잡지마라.
4.●노화와 죽음 앞에서는 모두 평등하다.
5.모든것은 흔적을 남긴다.
6.●어른에게도 어른이 필요하다.
7.●우리모두는 불완전한 존재이다.
8.타인은 바꿀 수 없다.
9.●자신의 성질을 못이겨 상대를 괴롭히지 마라.
10.●상대에게 관심을 두면서 자신의 의사를 표현해라.

1.●손을 덜 댄 삶이 가장 좋다.본연에 가까운 삶. 2.유순하게 살아가보자. 3.●이미 산 물건에 대해서는 트집을 잡지마라. 4.●노화와 죽음 앞에서는 모두 평등하다. 5.모든것은 흔적을 남긴다. 6.●어른에게도 어른이 필요하다. 7.●우리모두는 불완전한 존재이다. 8.타인은 바꿀 수 없다. 9.●자신의 성질을 못이겨 상대를 괴롭히지 마라. 10.●상대에게 관심을 두면서 자신의 의사를 표현해라.

타인은 바꿀수 없다...250601

증권 > 국내증시 뉴스: 국내 사모펀드(PEF) 운용사 키스톤프라이빗에쿼티(키스톤PE)가 웨딩홀 회사 티앤더블유코리아 인수를 추진하고 있다. 현재 함께 ...

키스톤PE, 웨딩홀 회사 티앤더블유 인수 추진[시그널]

키스톤PE는 티앤더블유 를 인수하기 위해 공동 투자자를 찾고 있다. 거래 가격은 약 700억 원 수준으로 알려졌다. 키스톤PE는 이중 절반은 프로젝트펀드를 통해 조달하고 나머지는 인수금융을 통해 조달할 예정으로 알려졌다.

티앤더블유는 프랙시스캐피탈이 2015년 신한증권과 함께 투자한 웨딩홀 회사다. 이후 2021년 한투PE와 SG PE가 추가로 투자했다. 프랙시스캐피탈이 투자한지 10년이 지나 펀드 만기가 돌아오자 투자금 회수를 위해 매각을 추진하게 됐다.

https://m.sedaily.com/NewsView/2GT000GXZ3

키스톤PE는 티앤더블유 를 인수하기 위해 공동 투자자를 찾고 있다. 거래 가격은 약 700억 원 수준으로 알려졌다. 키스톤PE는 이중 절반은 프로젝트펀드를 통해 조달하고 나머지는 인수금융을 통해 조달할 예정으로 알려졌다. 티앤더블유는 프랙시스캐피탈이 2015년 신한증권과 함께 투자한 웨딩홀 회사다. 이후 2021년 한투PE와 SG PE가 추가로 투자했다. 프랙시스캐피탈이 투자한지 10년이 지나 펀드 만기가 돌아오자 투자금 회수를 위해 매각을 추진하게 됐다. https://m.sedaily.com/NewsView/2GT000GXZ3

서울경제

드디어 항해 플러스 AI 3기를 수료하였다.
처음 시작할 때는 정말 길게 느껴졌는데, 8주라는 시간이 정말 금방 지나간 것 같다.
 
수료식에서 배운 점, 느낀 점을 정리하고 항해 플러스 AI 3기를 마치면서 느낀 소회도 정리해보았다.

## 수료식
수료식은 크게 코치님의 Wrap-up 세션과 발표로 구성되었다.

먼저 Wrap-up 세션에서는 우리가 그동안 학습한 내용에 대해서 코치님이 전체적으로 정리를 해주셨다.

세션을 통해 이 코스의 목적이 무엇이었고, 우리가 어떤 것을 배웠고, 매주 배웠던 내용들이 어떻게 연결되는지 정리할 수 있었다.
 
머신러닝과 딥러닝으로 시작해서 Transformer 모델을 배우고, BERT와 GPT를 거쳐 프롬프트와 RAG, LLM 경량화까지 배웠다.
 
처음에는 엄청 낯설고 어려웠던 개념이었는데, 그래도 8주 동안 항해 플러스 과정을 하면서 계속 들어서 그런지 처음보다는 익숙해졌다.🤣🤣

Wrap-up 세션 다음으로는 발표가 진행되었다.
 
발표는 1부와 2부로 구성되었다.
 
1부는 조별로 최종 프로젝트나 항해 플러스 AI 과정을 마치며 회고를 정리하는 시간이었다.
그리고 2부는 모든 수강생과 코치님들 앞에서 발표를 하고 코치님들께 피드백을 받는 자리였다.
 
2부 발표는 따로 신청을 받았는데, 최종 프로젝트를 제대로 마무리하지 못해서 나는 신청하지 않았다.
 
1부 발표는 조별로 간단하게 진행되는 줄 알고 따로 준비를 해가지는 않았는데, 전체 조를 두 팀으로 나눠서 코치님과 함께 발표를 진행했다.
1부 발표는 발표에 부담 없이 와도 된다고 하셔서 다들 당황하는 눈치였다.🤣
 
그래도 그렇게 부담되는 분위기는 아니었고, 간단하게 화면을 띄워놓고 프로젝트나 항해 플러스 과정을 마무리하며 회고하는 자리였다.
 
다른 사람들은 어떤 프로젝트를 진행했는지 얘기를 듣는 것도 재미있었고, 각자 플러스 과정을 통해 어떤 것을 배우고 싶었고 어떤 경험을 했는지 들을 수 있어서 좋았다.
 
최종 프로젝트 소개: 감정 기반 책 추천 서비스
https://github.com/paran22/book-recommendation-backend
 
나는 gpt api와 RAG를 사용해서 간단하게 책을 추천해주는 서비스를 만들었다.
 
먼저 챗봇으로 몇 가지 질문을 해서 사용자의 현재 상태와 원하는 책을 파악하려고 했다.
질문과 대답은 예를 들어 다음과 같다.
1. 현재 감정 상태 파악 
- Q: "지금 당신의 기분을 가장 잘 설명하는 단어는 무엇인가요?" 
- A: 행복함, 지침, 불안함, 우울함, 설렘, 혼란스러움 등

2. 원하는 감정적 효과 
- Q: "지금 이 책을 통해 어떤 감정을 경험하고 싶으신가요?" 
- A: 현실 도피하고 싶은지 공감받고 싶은지 위로받고 싶은지 영감과 동기부여를 얻고 싶은지 새로운 시각이 필요한지

3. 직업 정보 
- Q: "현재 어떤 직업을 가지고 계신가요?" 
- A: 학생, 직장인, 프리랜서, 주부, 구직자 등

4. 현재 상황/컨텍스트 
- Q: "지금 어떤 상황에서 독서를 하실 예정인가요?" 
- A: 잠들기 전 휴식 이동 중 짧은 시간 주말 여유로운 시간 스트레스 해소를 위한 시간

5. 집중도/몰입도 선호 
- Q: "지금 어느 정도의 집중도가 필요한 책을 원하시나요?" 
- A: 가볍게 읽을 수 있는 책 깊은 사고가 필요한 책 빠르게 몰입할 수 있는 책

 
그리고 사용자의 책 취향 정보와, 사용자가 읽은 도서 정보 데이터를 활용하여 추천 도서 목록과 각 도서의 추천 이유를 생성하였다.
 
프로젝트를 진행하면서 추천 로직을 어떻게 만들지 가장 고민을 많이 했다.
특히 RAG를 어떻게 사용할지가 가장 고민이어서, 두 가지 방법으로 나눠서 적용하고 평가하였다.
 
첫 번째 방법은 사용자의 책 취향 정보와, 사용자가 읽은 도서 정보 데이터를 종합하여 RAG로 추천 도서 후보 목록을 검색하는 방법이었고,
두 번째 방법은 RAG에서는 사용자의 답변만 가지고 추천 도서 후보 목록을 검색하고, 프롬프트에 사용자의 책 취향 정보와, 사용자가 읽은 도서 정보를 추가하여 추천 도서를 제시하는 방법이었다.
 
평가는 claude를 사용하였다.
 
서비스에 대한 설명과 사용자의 응답, 사용자의 책 취향 정보와 읽은 도서 목록을 모두 취합하여 평가용 프롬프트를 생성하였다.
평가에 충분한 데이터를 제공하기 위해 알라딘 API를 사용해서 추천 도서에 대한 정보를 추가로 검색해서 같이 제시하였다.
 
평가를 여러 번 진행하지는 못했으나, gpt api만 사용하는 것보다 RAG에 충분한 정보를 포함해서 도서를 검색하는 것이 더 좋은 결과를 보여주었다.
 

2부 발표에서는 다른 수강생들이 진행한 최종 프로젝트에 대해 들을 수 있었다.
프로젝트 아이디어도 재밌는게 많았고, 프로젝트 구성이나 시도한 다양한 방법들도 놀라웠다.
 
한국어를 학습하는 외국인들이 한국의 한국어 발음 교정을 도와주는 LLM 서비스나, 시도한 여러가지 방법에 대해 평가 메트릭을 잘 구성한 프로젝트, closed llm으로 코드를 생성하는 프로젝트가 기억에 남는다.
 
최종 프로젝트에서 closed LLM을 충분히 활용하지 못한 점은 많이 아쉽다.
 
## 항해 플러스 AI 코스 후기
항해 플러스 AI 코스는 합류 마지막까지도 고민이 많았다.
AI를 공부해야 한다는 필요성은 계속 느끼고 있었지만 어떻게 시작해야할지 몰랐고, 회사에 다니면서 과정을 잘 마칠 수 있을지 자신도 없었다.
 
그렇지만 커리큘럼을 보면서 AI에 대해 전반적인 흐름을 학습할 수 있을 거라고 생각했다.
그리고 내가 이 과정을 통해 가장 크게 얻은 것도 이 부분이다.
 
깊이는 부족할 수 있지만 머신러닝부터 GPT까지 어떤 흐름으로 이어지는지 전체적인 맥락을 잡을 수 있었고, AI에 대해 더 학습할 때 어떤 키워드로 시작해야할 지 알 수 있었다.
 
과제를 하면서 LLM을 활용해 어떤 서비스를 만들 수 있을지 아이디어도 많이 떠올랐고, 이제는 LLM을 활용한 서비스를 만든다면 어떻게 시작해야할지도 알 것 같다.
 
매주 과제를 잘 제출하는 걸 목표로 했고, 블랙 배지도 받을 수 있었다.😎

 
사실 최근에 개발이 조금 재미가 없었는데, 과제를 하면서 새로운 걸 배우고 프로젝트를 구상하면서 오랜만에 개발의 재미를 느낄 수 있었다.
 
발제와 과제에서 공부한 내용에 대해 팀원들과 같이 질문하고 얘기하는 것도 좋았다.
항해 플러스 AI 코스가 모두에게 좋은 코스는 아니라고 생각한다.
 
모든 내용을 하나하나 친절하게 알려주기 보다는 공부해야하는 내용을 알려주기 때문에 본인이 투자하는 시간에 따라 얻을 수 있는 것이 다르다.
 
그렇지만 같이 공부할 수 있는 동료들이 있고, 시니어 개발자들에게 직접 과제를 피드백받고 멘토링이 진행되기 때문에 스스로 학습하고자 하는 의지가 있고 시간을 많이 투자할 수 있는 사람에게는 정말 좋은 과정이 될 것이다.
 
 
혹시 항해 플러스 과정에 참가한다면, 아래 추천 코드를 입력하면 작지만 등록금 할인을 받을 수 있다.
(항해 플러스라면 AI 코스가 아니더라도 가능하다!)
⭐️ 추천코드: juBF17
 
처음에는 과정을 잘 마칠 수 있을지 정말 걱정이 많았다.
 
그렇지만 코치님들과 학습 메이트님들, 무엇보다 같이 고생하고 도와준 동료들이 있어서 잘 마칠 수 있었다.
9주 동안 매주 과제를 하는게 쉽지 않았지만, 오랜만에 무언가에 몰입해서 집중할 수 있는 시간이 좋았다.
 
마지막에 힘이 조금 빠지긴 했지만, 끝까지 참여한 스스로에게도 박수를 보내고 싶다.👏

드디어 항해 플러스 AI 3기를 수료하였다.처음 시작할 때는 정말 길게 느껴졌는데, 8주라는 시간이 정말 금방 지나간 것 같다.&nbsp;수료식에서 배운 점, 느낀 점을 정리하고 항해 플러스 AI 3기를 마치면서 느낀 소회도 정리해보았다. ## 수료식수료식은 크게 코치님의 Wrap-up 세션과 발표로 구성되었다. 먼저 Wrap-up 세션에서는 우리가 그동안 학습한 내용에 대해서 코치님이 전체적으로 정리를 해주셨다. 세션을 통해 이 코스의 목적이 무엇이었고, 우리가 어떤 것을 배웠고, 매주 배웠던 내용들이 어떻게 연결되는지 정리할 수 있었다.&nbsp;머신러닝과 딥러닝으로 시작해서 Transformer 모델을 배우고, BERT와 GPT를 거쳐 프롬프트와 RAG, LLM 경량화까지 배웠다.&nbsp;처음에는 엄청 낯설고 어려웠던 개념이었는데, 그래도 8주 동안 항해 플러스 과정을 하면서 계속 들어서 그런지 처음보다는 익숙해졌다.🤣🤣 Wrap-up 세션 다음으로는 발표가 진행되었다.&nbsp;발표는 1부와 2부로 구성되었다.&nbsp;1부는 조별로 최종 프로젝트나 항해 플러스 AI 과정을 마치며 회고를 정리하는 시간이었다.그리고 2부는 모든 수강생과 코치님들 앞에서 발표를 하고 코치님들께 피드백을 받는 자리였다.&nbsp;2부 발표는 따로 신청을 받았는데, 최종 프로젝트를 제대로 마무리하지 못해서 나는 신청하지 않았다.&nbsp;1부 발표는 조별로 간단하게 진행되는 줄 알고 따로 준비를 해가지는 않았는데, 전체 조를 두 팀으로 나눠서 코치님과 함께 발표를 진행했다.1부 발표는 발표에 부담 없이 와도 된다고 하셔서 다들 당황하는 눈치였다.🤣&nbsp;그래도 그렇게 부담되는 분위기는 아니었고, 간단하게 화면을 띄워놓고 프로젝트나 항해 플러스 과정을 마무리하며 회고하는 자리였다.&nbsp;다른 사람들은 어떤 프로젝트를 진행했는지 얘기를 듣는 것도 재미있었고, 각자 플러스 과정을 통해 어떤 것을 배우고 싶었고 어떤 경험을 했는지 들을 수 있어서 좋았다.&nbsp;최종 프로젝트 소개: 감정 기반 책 추천 서비스https://github.com/paran22/book-recommendation-backend&nbsp;나는 gpt api와 RAG를 사용해서 간단하게 책을 추천해주는 서비스를 만들었다.&nbsp;먼저 챗봇으로 몇 가지 질문을 해서 사용자의 현재 상태와 원하는 책을 파악하려고 했다.질문과 대답은 예를 들어 다음과 같다.<pre ><code>1. 현재 감정 상태 파악 
- Q: "지금 당신의 기분을 가장 잘 설명하는 단어는 무엇인가요?" 
- A: 행복함, 지침, 불안함, 우울함, 설렘, 혼란스러움 등

2. 원하는 감정적 효과 
- Q: "지금 이 책을 통해 어떤 감정을 경험하고 싶으신가요?" 
- A: 현실 도피하고 싶은지 공감받고 싶은지 위로받고 싶은지 영감과 동기부여를 얻고 싶은지 새로운 시각이 필요한지

3. 직업 정보 
- Q: "현재 어떤 직업을 가지고 계신가요?" 
- A: 학생, 직장인, 프리랜서, 주부, 구직자 등

4. 현재 상황/컨텍스트 
- Q: "지금 어떤 상황에서 독서를 하실 예정인가요?" 
- A: 잠들기 전 휴식 이동 중 짧은 시간 주말 여유로운 시간 스트레스 해소를 위한 시간

5. 집중도/몰입도 선호 
- Q: "지금 어느 정도의 집중도가 필요한 책을 원하시나요?" 
- A: 가볍게 읽을 수 있는 책 깊은 사고가 필요한 책 빠르게 몰입할 수 있는 책</code></pre>&nbsp;그리고 사용자의 책 취향 정보와, 사용자가 읽은 도서 정보 데이터를 활용하여 추천 도서 목록과 각 도서의 추천 이유를 생성하였다.&nbsp;프로젝트를 진행하면서 추천 로직을 어떻게 만들지 가장 고민을 많이 했다.특히 RAG를 어떻게 사용할지가 가장 고민이어서, 두 가지 방법으로 나눠서 적용하고 평가하였다.&nbsp;첫 번째 방법은 사용자의 책 취향 정보와, 사용자가 읽은 도서 정보 데이터를 종합하여 RAG로 추천 도서 후보 목록을 검색하는 방법이었고, 두 번째 방법은 RAG에서는 사용자의 답변만 가지고 추천 도서 후보 목록을 검색하고, 프롬프트에 사용자의 책 취향 정보와, 사용자가 읽은 도서 정보를 추가하여 추천 도서를 제시하는 방법이었다.&nbsp;평가는 claude를 사용하였다.&nbsp;서비스에 대한 설명과 사용자의 응답, 사용자의 책 취향 정보와 읽은 도서 목록을 모두 취합하여 평가용 프롬프트를 생성하였다.평가에 충분한 데이터를 제공하기 위해 알라딘 API를 사용해서 추천 도서에 대한 정보를 추가로 검색해서 같이 제시하였다.&nbsp;평가를 여러 번 진행하지는 못했으나, gpt api만 사용하는 것보다 RAG에 충분한 정보를 포함해서 도서를 검색하는 것이 더 좋은 결과를 보여주었다.&nbsp; 2부 발표에서는 다른 수강생들이 진행한 최종 프로젝트에 대해 들을 수 있었다.프로젝트 아이디어도 재밌는게 많았고, 프로젝트 구성이나 시도한 다양한 방법들도 놀라웠다.&nbsp;한국어를 학습하는 외국인들이 한국의 한국어 발음 교정을 도와주는 LLM 서비스나, 시도한 여러가지 방법에 대해 평가 메트릭을 잘 구성한 프로젝트, closed llm으로 코드를 생성하는 프로젝트가 기억에 남는다.&nbsp;최종 프로젝트에서 closed LLM을 충분히 활용하지 못한 점은 많이 아쉽다.&nbsp;## 항해 플러스 AI 코스 후기항해 플러스 AI 코스는 합류 마지막까지도 고민이 많았다.AI를 공부해야 한다는 필요성은 계속 느끼고 있었지만 어떻게 시작해야할지 몰랐고, 회사에 다니면서 과정을 잘 마칠 수 있을지 자신도 없었다.&nbsp;그렇지만 커리큘럼을 보면서 AI에 대해 전반적인 흐름을 학습할 수 있을 거라고 생각했다.그리고 내가 이 과정을 통해 가장 크게 얻은 것도 이 부분이다.&nbsp;깊이는 부족할 수 있지만 머신러닝부터 GPT까지 어떤 흐름으로 이어지는지 전체적인 맥락을 잡을 수 있었고, AI에 대해 더 학습할 때 어떤 키워드로 시작해야할 지 알 수 있었다.&nbsp;과제를 하면서 LLM을 활용해 어떤 서비스를 만들 수 있을지 아이디어도 많이 떠올랐고, 이제는 LLM을 활용한 서비스를 만든다면 어떻게 시작해야할지도 알 것 같다.&nbsp;매주 과제를 잘 제출하는 걸 목표로 했고, 블랙 배지도 받을 수 있었다.😎 &nbsp;사실 최근에 개발이 조금 재미가 없었는데, 과제를 하면서 새로운 걸 배우고 프로젝트를 구상하면서 오랜만에 개발의 재미를 느낄 수 있었다.&nbsp;발제와 과제에서 공부한 내용에 대해 팀원들과 같이 질문하고 얘기하는 것도 좋았다.항해 플러스 AI 코스가 모두에게 좋은 코스는 아니라고 생각한다.&nbsp;모든 내용을 하나하나 친절하게 알려주기 보다는 공부해야하는 내용을 알려주기 때문에 본인이 투자하는 시간에 따라 얻을 수 있는 것이 다르다.&nbsp;그렇지만 같이 공부할 수 있는 동료들이 있고, 시니어 개발자들에게 직접 과제를 피드백받고 멘토링이 진행되기 때문에 스스로 학습하고자 하는 의지가 있고 시간을 많이 투자할 수 있는 사람에게는 정말 좋은 과정이 될 것이다.&nbsp;&nbsp;혹시 항해 플러스 과정에 참가한다면, 아래 추천 코드를 입력하면 작지만 등록금 할인을 받을 수 있다.(항해 플러스라면 AI 코스가 아니더라도 가능하다!)⭐️ 추천코드: juBF17&nbsp;처음에는 과정을 잘 마칠 수 있을지 정말 걱정이 많았다.&nbsp;그렇지만 코치님들과 학습 메이트님들, 무엇보다 같이 고생하고 도와준 동료들이 있어서 잘 마칠 수 있었다.9주 동안 매주 과제를 하는게 쉽지 않았지만, 오랜만에 무언가에 몰입해서 집중할 수 있는 시간이 좋았다.&nbsp;마지막에 힘이 조금 빠지긴 했지만, 끝까지 참여한 스스로에게도 박수를 보내고 싶다.👏

항해 플러스 AI 후기: 3기 최종 수료 후기

좋은 디자인 시스템은 단지 컴포넌트를 모아놓는 것 이상입니다. 어떤 언어로, 어떤 기준으로 설계되었는지가 전반적인 제품 경험을 바꾸죠. 달레UI는 한국어 사용자 경험을 우선으로 고려한 오픈소스 디자인 시스템입니다. 기존 유명한 디자인 시스템을 가져다가 바로 사용하려고 하면 항상 부딪히는 문제가 있었어요 예를 들면, 버튼 텍스트 한 줄 바꿨을 뿐인데 줄...

달레UI 디자인 시스템: 테크 스택 선정 과정 A to Z · DaleStudy/daleui · Discussion #275

좋은 글이 있어서 공유드립니다.

최근에 오픈소스 디자인 시스템에 참여하고 있는데 같이 작업하시는 세환님께서
테크 스택 선정 과정 이라는 글을 작성해주셨는데 내용이 너무 좋아 공유합니다.

디자인시스템 도입에 대한 고민이 있으신 분이라면 한번 읽어보시면 좋을것 같습니다.

https://github.com/DaleStudy/daleui/discussions/275

좋은 글이 있어서 공유드립니다. 최근에 오픈소스 디자인 시스템에 참여하고 있는데 같이 작업하시는 세환님께서테크 스택 선정 과정 이라는 글을 작성해주셨는데 내용이 너무 좋아 공유합니다. 디자인시스템 도입에 대한 고민이 있으신 분이라면 한번 읽어보시면 좋을것 같습니다. https://github.com/DaleStudy/daleui/discussions/275

GitHub

디자인 시스템 기술 선정이 고민이신가요?

달레와 함께 코딩 테스트를 준비해볼까요?

달레의 코딩 테스트

지난 2년간, 매주 한 문제씩 코딩 테스트 문제를 풀고 그 과정을 유튜브에 기록했습니다. 그렇게 쌓인 영상이 어느덧 100개가 된 거 있죠? 그동안의 노력이 고스란히 담긴 플레이리스트를 쭉 스크롤해보니 괜히 뿌듯해지네요. 🥹

🎞️ 플레이리스트: https://www.youtube.com/playlist?list=PLapoeRAdKitdzTMQ7hq2h5zw39BaAVgbM

많은 분들이 제가 코딩 테스트 문제를 좋아한다고 오해하시는데요. 사실 전 세상에서 코딩 테스트가 제일 두렵고 싫어요. 😭 이직할 때마다 진저리가 나도록 준비해야 했던 코딩 테스트는 늘 스트레스였습니다. 손을 놓고 있자니 감이 떨어질 것 같고, 그렇다고 혼자서 풀자니 재미가 드럽게 없고... 게다가 코딩 테스트에 면접관으로 들어가니 지원자보다 문제에 대해서 더 잘 알아야 하더라고요. 소프트웨어 개발자인 저에게 코딩 테스트는 꼭 해야 하지만 늘 부담스러운, 그런 "필요악" 같은 존재였습니다.

특히 저는 코딩 테스트에서 문제를 푸는 것보다, 그 과정을 효과적으로 표현하고 전달하는 게 쉽지 않아서 늘 고민이었어요. 게다가 제가 면접 때 극도로 긴장을 하는 편이라서 저만의 특별한 훈련이 필요하다고 느꼈지요. 그래서 떠올린 방법이 바로 유튜브에 문제 풀이 영상을 올리는 것이었습니다. 유튜브 초보에게 카메라 앞에서 문제를 푸는 건 실전 면접만큼이나 떨리는 경험이죠 ㅎㅎ 😂

이렇게 한 문제 한 문제 강렬하게 연습하다보니 자연스럽게 유튜브에 올린 문제는 왠만하면 잊어버리지 않게 되었습니다. 댓글로 남겨주신 피드백을 통해 문제를 다양한 시각으로 바라볼 수 있는 능력도 키울 수 있었고요. 혹시 저처럼 코딩 테스트를 어려워하시는 분이 계시다면, 꼭 유튜브가 아니더라도 일부로 불편한 상황을 설정해놓고 자신만의 방식으로 꾸준히 연습해보시길 추천드리고 싶습니다

요즘엔 리트코드 뿐만 아니라 프로그래머스 문제도 풀어달라는 요청이 많네요. 풀 문제가 많습니다 ㅋㅋ 이제 200문제를 향해 달려볼께용~ 🏃‍♂️

지난 2년간, 매주 한 문제씩 코딩 테스트 문제를 풀고 그 과정을 유튜브에 기록했습니다. 그렇게 쌓인 영상이 어느덧 100개가 된 거 있죠? 그동안의 노력이 고스란히 담긴 플레이리스트를 쭉 스크롤해보니 괜히 뿌듯해지네요. 🥹 🎞️ 플레이리스트: https://www.youtube.com/playlist?list=PLapoeRAdKitdzTMQ7hq2h5zw39BaAVgbM 많은 분들이 제가 코딩 테스트 문제를 좋아한다고 오해하시는데요. 사실 전 세상에서 코딩 테스트가 제일 두렵고 싫어요. 😭 이직할 때마다 진저리가 나도록 준비해야 했던 코딩 테스트는 늘 스트레스였습니다. 손을 놓고 있자니 감이 떨어질 것 같고, 그렇다고 혼자서 풀자니 재미가 드럽게 없고... 게다가 코딩 테스트에 면접관으로 들어가니 지원자보다 문제에 대해서 더 잘 알아야 하더라고요. 소프트웨어 개발자인 저에게 코딩 테스트는 꼭 해야 하지만 늘 부담스러운, 그런 "필요악" 같은 존재였습니다. 특히 저는 코딩 테스트에서 문제를 푸는 것보다, 그 과정을 효과적으로 표현하고 전달하는 게 쉽지 않아서 늘 고민이었어요. 게다가 제가 면접 때 극도로 긴장을 하는 편이라서 저만의 특별한 훈련이 필요하다고 느꼈지요. 그래서 떠올린 방법이 바로 유튜브에 문제 풀이 영상을 올리는 것이었습니다. 유튜브 초보에게 카메라 앞에서 문제를 푸는 건 실전 면접만큼이나 떨리는 경험이죠 ㅎㅎ 😂 이렇게 한 문제 한 문제 강렬하게 연습하다보니 자연스럽게 유튜브에 올린 문제는 왠만하면 잊어버리지 않게 되었습니다. 댓글로 남겨주신 피드백을 통해 문제를 다양한 시각으로 바라볼 수 있는 능력도 키울 수 있었고요. 혹시 저처럼 코딩 테스트를 어려워하시는 분이 계시다면, 꼭 유튜브가 아니더라도 일부로 불편한 상황을 설정해놓고 자신만의 방식으로 꾸준히 연습해보시길 추천드리고 싶습니다 요즘엔 리트코드 뿐만 아니라 프로그래머스 문제도 풀어달라는 요청이 많네요. 풀 문제가 많습니다 ㅋㅋ 이제 200문제를 향해 달려볼께용~ 🏃‍♂️

www.youtube.com

🎯 유튜브에 100번째 코딩 테스트 문제 풀이 영상을 올렸습니다!

이번에 우아한형제들 기술 블로그에 "타입 안전한 API 모킹으로 프론트엔드 생산성 높이기"라는 새 글을 발행하게 되었습니다.

주문웹프론트개발팀(배달의민족 장바구니부터 결제까지 담당)은 다양한 시나리오를 테스트하기 위해 10개가 넘는 시나리오 별 JSON 파일을 관리하고 있었습니다.

하지만 API 모킹을 위한 JSON 파일이 점점 늘어나면서, 변경된 API 스펙을 목 데이터에 실수로 반영하지 않아 개발 환경에서 '흰 화면' 이슈를 겪는 등의 문제가 발생했습니다.

이 글은 타입 안전한 API 모킹을 통해 흰 화면 이슈를 방지하고, 유지보수 비용을 줄이기 위한 여정을 담고 있습니다.

API 모킹 방식에 고민이 있거나 반복적인 모킹 작업에 피로를 느끼는 프론트엔드 개발자분들께 도움이 되었으면 합니다.

https://techblog.woowahan.com/22127/

이번에 우아한형제들 기술 블로그에 "타입 안전한 API 모킹으로 프론트엔드 생산성 높이기"라는 새 글을 발행하게 되었습니다. 주문웹프론트개발팀(배달의민족 장바구니부터 결제까지 담당)은 다양한 시나리오를 테스트하기 위해 10개가 넘는 시나리오 별 JSON 파일을 관리하고 있었습니다. 하지만 API 모킹을 위한 JSON 파일이 점점 늘어나면서, 변경된 API 스펙을 목 데이터에 실수로 반영하지 않아 개발 환경에서 '흰 화면' 이슈를 겪는 등의 문제가 발생했습니다. 이 글은 타입 안전한 API 모킹을 통해 흰 화면 이슈를 방지하고, 유지보수 비용을 줄이기 위한 여정을 담고 있습니다. API 모킹 방식에 고민이 있거나 반복적인 모킹 작업에 피로를 느끼는 프론트엔드 개발자분들께 도움이 되었으면 합니다. https://techblog.woowahan.com/22127/

타입 안전한 API 모킹으로 프론트엔드 생산성 높이기

구성원들과 일대일(1on1)이나 손님과 커피챗 등을 하다 보면, 종종 커리어에 대한 이야기를 나눈다. 때로는 구체적인 계획을 가지고 대화에 임하는 분들도 있지만, 많은 경우 막연함을 느끼거나 혹시나 뒤처지는 것은 아닐까 하는 조급함(FOMO) 속에서 섣부른 결정을 꺼내는 분들도 있다. 그럴 때 나는 조용히 여쭙곤 한다. "몇 년 뒤, 어떤 모습의 개발자가 되어 있기를 바라시나요?" 이 질문을 시작으로, 함께 커리어 방향을 구체화하는 데 필요한 요소들을 찾아보고, 무엇을 좋아하고 잘하는지 스스로를 깊이 들여다보는 시간을 가지며 실마리를 풀어가곤 한다.

나 역시 비슷한 과정을 거쳐왔다. 제조 기업의 전산실에서 처음 사회생활을 시작해, 시스템 통합(SI) 프로젝트의 역동성을 경험하고, 이후 플랫폼 기업에서 대규모 시스템의 복잡성을 배웠으며, 지금은 디지털 제품을 만드는 스타트업에서 도전을 이어가고 있다. 지난 십여 년간 다양한 산업 도메인에서 엔터프라이즈급 애플리케이션을 구축하고 운영하는 일을 해왔다. 돌아보면 운이 좋게도 그 과정 속에서 내가 진정으로 좋아하는 것과 잘 해낼 수 있는 영역을 발견했고, 이를 바탕으로 커리어를 원하는 방향으로 조금씩 만들어올 수 있었다.

나는 특히 소프트웨어의 아키텍처, 즉 애플리케이션의 전체적인 구조를 설계하고 만들어가는 과정에 깊은 흥미를 느끼며, 이 부분을 비교적 잘 다룬다. 여기서 '잘 다룬다'는 것은, 초기 단계에서 비즈니스의 요구사항과 기술적 제약을 고려하여 필요한 수준의 추상화를 통해 유연한 구조를 제안하는 것뿐만 아니라, 시간이 흐름에 따라 변화하는 상황에 맞춰 애플리케이션의 개선 지점을 찾아내고, 구조를 점진적으로 발전시켜나가는 활동까지 포함한다. 새로운 애플리케이션을 처음부터 설계하고 구축하는 경험도 소중했지만, 오랜 시간 동안 운영되어 온 레거시 시스템을 이해하고, 그 안에서 새로운 가치를 찾아내며 현대적인 기술로 진화시키는 과정 역시 나에게 큰 성장의 밑거름이 되었다. 이러한 경험들이 차곡차곡 쌓이면서, 개별 애플리케이션을 넘어 다수의 애플리케이션과 인프라스트럭처가 복잡하게 얽힌 시스템 전체의 청사진을 그리고, 이를 실제로 구현해내는 역량으로 발전할 수 있었다고 생각한다. 이를 통해 비즈니스의 장기적인 목표와 변화에 발맞춰 시스템 구조를 짧게는 수개월, 길게는 수년에 걸쳐 어떻게 가꾸어 나갈지에 대한 로드맵을 수립하고 실행하는 역할을 수행하고 있다.

그래서 나는 스스로를
시스템 빌더(System Builder)
라고 소개한다. 이는 공식적으로 통용되는 호칭은 아니지만, 내가 하는 일의 본질을 가장 잘 담아내는 표현이라고 생각하기 때문이다. 나에게 시스템 빌더란 단순히 코드를 작성하는 것을 넘어, 비즈니스의 목표를 깊이 이해하고, 이를 기술적인 해결책으로 구체화하여 안정적이고 확장 가능한 시스템이라는 결과물로 만들어내는 사람을 의미한다. 또한, 시스템이 살아있는 유기체처럼 지속적으로 변화하고 성장할 수 있도록 장기적인 관점에서 고민하고, 필요한 기술과 자원을 조율하며, 때로는 복잡한 문제들 사이에서 최적의 경로를 찾아내는 길잡이 역할까지 포함한다. 물론 나를 구성하는 다른 많은 역량과 경험들이 있겠지만, 내가 어떤 개발자인지를 설명하는 데 있어 이
시스템 빌더
라는 정체성이 가장 명확하고 핵심적인 설명이라고 생각하고 있다.

결국, 자신을 어떤 개발자로 정의하고 싶은지에 대한 고민은, 앞서 구성원들과 나눴던 "몇 년 뒤 어떤 개발자가 되고 싶으세요?"라는 질문에 대한 스스로의 답을 찾아가는 여정이다. 나에게 시스템 빌더라는 호칭은 오랜 시간 동안 내가 걸어온 길과 내가 추구하는 가치를 담아낸 나만의 답변인 셈이다. 이처럼 스스로의 강점과 열정을 발견하고 자신만의 정체성을 찾아가는 과정은, 때로는 어렵고 시간이 걸릴지라도 커리어를 주체적으로 만들어가는 데 있어 무엇보다 중요하다고 믿고 있다.

이 글을 읽는 여러분께서도 각자의 자리에서 빛나는 자신만의 '무엇'을 찾아내어 커리어를 만들어가기를 진심으로 응원하겠다.

구성원들과 일대일(1on1)이나 손님과 커피챗 등을 하다 보면, 종종 커리어에 대한 이야기를 나눈다. 때로는 구체적인 계획을 가지고 대화에 임하는 분들도 있지만, 많은 경우 막연함을 느끼거나 혹시나 뒤처지는 것은 아닐까 하는 조급함(FOMO) 속에서 섣부른 결정을 꺼내는 분들도 있다. 그럴 때 나는 조용히 여쭙곤 한다. "몇 년 뒤, 어떤 모습의 개발자가 되어 있기를 바라시나요?" 이 질문을 시작으로, 함께 커리어 방향을 구체화하는 데 필요한 요소들을 찾아보고, 무엇을 좋아하고 잘하는지 스스로를 깊이 들여다보는 시간을 가지며 실마리를 풀어가곤 한다. 나 역시 비슷한 과정을 거쳐왔다. 제조 기업의 전산실에서 처음 사회생활을 시작해, 시스템 통합(SI) 프로젝트의 역동성을 경험하고, 이후 플랫폼 기업에서 대규모 시스템의 복잡성을 배웠으며, 지금은 디지털 제품을 만드는 스타트업에서 도전을 이어가고 있다. 지난 십여 년간 다양한 산업 도메인에서 엔터프라이즈급 애플리케이션을 구축하고 운영하는 일을 해왔다. 돌아보면 운이 좋게도 그 과정 속에서 내가 진정으로 좋아하는 것과 잘 해낼 수 있는 영역을 발견했고, 이를 바탕으로 커리어를 원하는 방향으로 조금씩 만들어올 수 있었다. 나는 특히 소프트웨어의 아키텍처, 즉 애플리케이션의 전체적인 구조를 설계하고 만들어가는 과정에 깊은 흥미를 느끼며, 이 부분을 비교적 잘 다룬다. 여기서 '잘 다룬다'는 것은, 초기 단계에서 비즈니스의 요구사항과 기술적 제약을 고려하여 필요한 수준의 추상화를 통해 유연한 구조를 제안하는 것뿐만 아니라, 시간이 흐름에 따라 변화하는 상황에 맞춰 애플리케이션의 개선 지점을 찾아내고, 구조를 점진적으로 발전시켜나가는 활동까지 포함한다. 새로운 애플리케이션을 처음부터 설계하고 구축하는 경험도 소중했지만, 오랜 시간 동안 운영되어 온 레거시 시스템을 이해하고, 그 안에서 새로운 가치를 찾아내며 현대적인 기술로 진화시키는 과정 역시 나에게 큰 성장의 밑거름이 되었다. 이러한 경험들이 차곡차곡 쌓이면서, 개별 애플리케이션을 넘어 다수의 애플리케이션과 인프라스트럭처가 복잡하게 얽힌 시스템 전체의 청사진을 그리고, 이를 실제로 구현해내는 역량으로 발전할 수 있었다고 생각한다. 이를 통해 비즈니스의 장기적인 목표와 변화에 발맞춰 시스템 구조를 짧게는 수개월, 길게는 수년에 걸쳐 어떻게 가꾸어 나갈지에 대한 로드맵을 수립하고 실행하는 역할을 수행하고 있다. 그래서 나는 스스로를 <code >시스템 빌더(System Builder)</code>라고 소개한다. 이는 공식적으로 통용되는 호칭은 아니지만, 내가 하는 일의 본질을 가장 잘 담아내는 표현이라고 생각하기 때문이다. 나에게 시스템 빌더란 단순히 코드를 작성하는 것을 넘어, 비즈니스의 목표를 깊이 이해하고, 이를 기술적인 해결책으로 구체화하여 안정적이고 확장 가능한 시스템이라는 결과물로 만들어내는 사람을 의미한다. 또한, 시스템이 살아있는 유기체처럼 지속적으로 변화하고 성장할 수 있도록 장기적인 관점에서 고민하고, 필요한 기술과 자원을 조율하며, 때로는 복잡한 문제들 사이에서 최적의 경로를 찾아내는 길잡이 역할까지 포함한다. 물론 나를 구성하는 다른 많은 역량과 경험들이 있겠지만, 내가 어떤 개발자인지를 설명하는 데 있어 이 <code >시스템 빌더</code>라는 정체성이 가장 명확하고 핵심적인 설명이라고 생각하고 있다. 결국, 자신을 어떤 개발자로 정의하고 싶은지에 대한 고민은, 앞서 구성원들과 나눴던 "몇 년 뒤 어떤 개발자가 되고 싶으세요?"라는 질문에 대한 스스로의 답을 찾아가는 여정이다. 나에게 시스템 빌더라는 호칭은 오랜 시간 동안 내가 걸어온 길과 내가 추구하는 가치를 담아낸 나만의 답변인 셈이다. 이처럼 스스로의 강점과 열정을 발견하고 자신만의 정체성을 찾아가는 과정은, 때로는 어렵고 시간이 걸릴지라도 커리어를 주체적으로 만들어가는 데 있어 무엇보다 중요하다고 믿고 있다. 이 글을 읽는 여러분께서도 각자의 자리에서 빛나는 자신만의 '무엇'을 찾아내어 커리어를 만들어가기를 진심으로 응원하겠다.

나는 시스템 빌더이다

﻿
우리 부모님 세대는 첫 직장이 중요하다고 이야기하십니다. 맞는 말입니다. 커리어를 어디서 시작하는지 결정하는 일은 중요합니다. 그러나 첫 직장이 커리어 여정 전부를 확정 짓는 요소가 되지 않습니다. 부모님 세대는 한곳에서 쭉 근무하는 것이 당연한 일이었습니다. 이직이라는 개념이 문제가 있을 때 피치 못하게 발생하는 것으로 부정적인 인식이 강하였기 때문입니다. 그래서 한 직장에서 30년 이상 근무하고 명예롭게 정년퇴직하는 분들이 많았습니다.

시대가 변하여 평생직장의 개념이 사라졌습니다. 한곳에 오래 머물기보다 필요에 따라 이동하는 것이 일반화되었습니다. 더 이상 이직을 하는 것이 경력에 흉이 되지 않고, 오히려 다양한 장점이 있는 흥나는 일이 되었습니다. 다양한 산업 군을 경험하는 것이 비즈니스 견문을 넓히는 기회가 됩니다. 다양한 사람들을 만나 네트워크를 확장하는 것도 큰 자산이 됩니다. 다양한 업무를 진행하는 것도 기술적 역량을 성장시키는 데 도움이 됩니다.

낀 세대인 저는 여전히 이직을 보수적으로 보지만, 정작 본인은 이직을 적지 않게 실행에 옮겼습니다. 물론 자의도 있고, 타의로 직장을 옮겨야 하는 때도 있었습니다. 반면, 아내는 한 직장에 10년 이상 오래 근무하고 한 번 이직 후 또 오래 근무할 생각을 갖고 있습니다. 아내와 같이 한 직장에 오래 머무는 것이 좋다는 생각이 듭니다. 이리저리 옮겨봐야 거기서 거기라는 경험이 있기 때문입니다. 매년 연봉이 조금씩 오르더라도 한곳에 머물며 익숙한 사람들과 인프라 속에서 안정적으로 일을 하는 것이 좋다는 생각이 들었습니다.

한 직장에 오래 근무하는 것이 객관적으로 진짜 좋으냐 묻는다면, 그건 조금 더 따져봐야 합니다. 위와 같이 이야기한 내용은 전적으로 이직을 적지 않게 실행한 사람의 소해일 뿐입니다. 주변 사람들을 보면 주니어 시절엔 비교적 작은 회사에서 짧은 근속 기간을 갖고, 이후 커리어 점프업을 통해 큰 회사에 들어가서 오래 근무하는 특징이 있습니다. 이렇게 전략적으로 이직하는 것이 또 좋으냐 묻는다면, 개인 커리어는 기호 식품을 먹는 것과 같아서 각자 알아서 판단하면 되는 영역이라고 생각합니다.

회사를 옮기는 이직만큼 직무를 바꾸는 것도 어렵지 않습니다. 다양한 직무에서 요구하는 공통 역량이 존재하기 때문입니다. 문제 정의, 문제 해결 기획, 문서화, 추진력, 일정관리 등 하드 스킬과 소프트 스킬 측면에서 공통 역량을 어필하면 직무 전환을 해볼 수 있습니다. 물론 쉽진 않습니다. 회사를 옮기는 것보다 더 직무를 바꾸는 일을 보수적으로 바라보기 때문입니다. 이것도 한 직장에서 오래 근무하는 것을 미덕으로 바라보는 시선과 맥랑이 닿아 있습니다. 한 직무를 오래 경험하는 것이 스페셜리스트로 직무 전문성을 갖고 있다고 믿기 때문입니다. 그러나 저는 한 직무를 오래 해야 전문성이 생긴다고 믿지 않습니다. 정확히 이야기하면 전문성은 시간에 비례하여 저절로 생기는 것이 아니라 상대적으로 더 많이 고민하고 실행해 본 사람에게 축적되는 것이 전문성이라고 생각합니다.

한때 ‘압축 성장’이라는 말이 유행했습니다. 짧은 시간 동안 집약적으로 지식과 경험을 쌓아서 전문가가 된다는 의미입니다. 위에 이야기한 내용처럼 전문성은 시간에 비례하여 저절로 생기는 것이 아니라는 메시지를 다르게 표현한 개념입니다. 전문성을 측정할 수 있다면, 전문성을 갖기 위해 무조건 많은 시간이 필요한 것이 아니라 짧은 시간 동안에도 지식과 경험을 밀도 있게 채우면 전문성을 가질 수 있다는 것입니다. 학원 홍보처럼 3개월 또는 6개월 만에 어떤 기술을 완성할 수 있다는 건 조금 믿기 어렵지만, 반드시 10년 이상 한 우물을 파야 지하수를 발견할 수 있는 건 아니라고 생각합니다. 한 직무를 2-3년만 파도 그 기간 동안 고민하여 실행한 내용이 밀도 있다면 전문성을 갖게 된 것이라고 판단할 수 있습니다. 그래서 개인적으로 경력 연차가 직무 전문성을 파악하는 지표가 되기 어렵다고 생각합니다. 완전히 무시할 순 없지만, 경험과 역량을 객관적으로 파악하여 요구하는 수준에 도달해 있는지 판단할 수 있으면 충분하지 않을까요?

오늘 하려던 이야기가 이게 아니었는데, 주제에 대한 배경 설명을 빌드 업하려다 보니 딴소리가 길어졌습니다. 내일 오늘 생각했던 주니어 시절 직무 선택에 대해서 이야기를 해보겠습니다. 오늘도 직무 선택으로 고민하고 방황하는 모든 분들을 진심으로 응원합니다. 무엇이든 다 여러분에게 도움이 될 일들입니다. 자신 있게 선택하세요. 파이팅!

﻿우리 부모님 세대는 첫 직장이 중요하다고 이야기하십니다. 맞는 말입니다. 커리어를 어디서 시작하는지 결정하는 일은 중요합니다. 그러나 첫 직장이 커리어 여정 전부를 확정 짓는 요소가 되지 않습니다. 부모님 세대는 한곳에서 쭉 근무하는 것이 당연한 일이었습니다. 이직이라는 개념이 문제가 있을 때 피치 못하게 발생하는 것으로 부정적인 인식이 강하였기 때문입니다. 그래서 한 직장에서 30년 이상 근무하고 명예롭게 정년퇴직하는 분들이 많았습니다. 시대가 변하여 평생직장의 개념이 사라졌습니다. 한곳에 오래 머물기보다 필요에 따라 이동하는 것이 일반화되었습니다. 더 이상 이직을 하는 것이 경력에 흉이 되지 않고, 오히려 다양한 장점이 있는 흥나는 일이 되었습니다. 다양한 산업 군을 경험하는 것이 비즈니스 견문을 넓히는 기회가 됩니다. 다양한 사람들을 만나 네트워크를 확장하는 것도 큰 자산이 됩니다. 다양한 업무를 진행하는 것도 기술적 역량을 성장시키는 데 도움이 됩니다. 낀 세대인 저는 여전히 이직을 보수적으로 보지만, 정작 본인은 이직을 적지 않게 실행에 옮겼습니다. 물론 자의도 있고, 타의로 직장을 옮겨야 하는 때도 있었습니다. 반면, 아내는 한 직장에 10년 이상 오래 근무하고 한 번 이직 후 또 오래 근무할 생각을 갖고 있습니다. 아내와 같이 한 직장에 오래 머무는 것이 좋다는 생각이 듭니다. 이리저리 옮겨봐야 거기서 거기라는 경험이 있기 때문입니다. 매년 연봉이 조금씩 오르더라도 한곳에 머물며 익숙한 사람들과 인프라 속에서 안정적으로 일을 하는 것이 좋다는 생각이 들었습니다. 한 직장에 오래 근무하는 것이 객관적으로 진짜 좋으냐 묻는다면, 그건 조금 더 따져봐야 합니다. 위와 같이 이야기한 내용은 전적으로 이직을 적지 않게 실행한 사람의 소해일 뿐입니다. 주변 사람들을 보면 주니어 시절엔 비교적 작은 회사에서 짧은 근속 기간을 갖고, 이후 커리어 점프업을 통해 큰 회사에 들어가서 오래 근무하는 특징이 있습니다. 이렇게 전략적으로 이직하는 것이 또 좋으냐 묻는다면, 개인 커리어는 기호 식품을 먹는 것과 같아서 각자 알아서 판단하면 되는 영역이라고 생각합니다. 회사를 옮기는 이직만큼 직무를 바꾸는 것도 어렵지 않습니다. 다양한 직무에서 요구하는 공통 역량이 존재하기 때문입니다. 문제 정의, 문제 해결 기획, 문서화, 추진력, 일정관리 등 하드 스킬과 소프트 스킬 측면에서 공통 역량을 어필하면 직무 전환을 해볼 수 있습니다. 물론 쉽진 않습니다. 회사를 옮기는 것보다 더 직무를 바꾸는 일을 보수적으로 바라보기 때문입니다. 이것도 한 직장에서 오래 근무하는 것을 미덕으로 바라보는 시선과 맥랑이 닿아 있습니다. 한 직무를 오래 경험하는 것이 스페셜리스트로 직무 전문성을 갖고 있다고 믿기 때문입니다. 그러나 저는 한 직무를 오래 해야 전문성이 생긴다고 믿지 않습니다. 정확히 이야기하면 전문성은 시간에 비례하여 저절로 생기는 것이 아니라 상대적으로 더 많이 고민하고 실행해 본 사람에게 축적되는 것이 전문성이라고 생각합니다. 한때 ‘압축 성장’이라는 말이 유행했습니다. 짧은 시간 동안 집약적으로 지식과 경험을 쌓아서 전문가가 된다는 의미입니다. 위에 이야기한 내용처럼 전문성은 시간에 비례하여 저절로 생기는 것이 아니라는 메시지를 다르게 표현한 개념입니다. 전문성을 측정할 수 있다면, 전문성을 갖기 위해 무조건 많은 시간이 필요한 것이 아니라 짧은 시간 동안에도 지식과 경험을 밀도 있게 채우면 전문성을 가질 수 있다는 것입니다. 학원 홍보처럼 3개월 또는 6개월 만에 어떤 기술을 완성할 수 있다는 건 조금 믿기 어렵지만, 반드시 10년 이상 한 우물을 파야 지하수를 발견할 수 있는 건 아니라고 생각합니다. 한 직무를 2-3년만 파도 그 기간 동안 고민하여 실행한 내용이 밀도 있다면 전문성을 갖게 된 것이라고 판단할 수 있습니다. 그래서 개인적으로 경력 연차가 직무 전문성을 파악하는 지표가 되기 어렵다고 생각합니다. 완전히 무시할 순 없지만, 경험과 역량을 객관적으로 파악하여 요구하는 수준에 도달해 있는지 판단할 수 있으면 충분하지 않을까요? 오늘 하려던 이야기가 이게 아니었는데, 주제에 대한 배경 설명을 빌드 업하려다 보니 딴소리가 길어졌습니다. 내일 오늘 생각했던 주니어 시절 직무 선택에 대해서 이야기를 해보겠습니다. 오늘도 직무 선택으로 고민하고 방황하는 모든 분들을 진심으로 응원합니다. 무엇이든 다 여러분에게 도움이 될 일들입니다. 자신 있게 선택하세요. 파이팅!﻿

이직의 조건

어제 출시된 따끈따끈한 ChatGPT Codex를 실제 프로젝트 레포에 써 보았습니다.

테스트가 있으면 스스로 테스트도 실행하고, 만든거 스스로 실행해보면서 버그도 수정하고 하는게 기특하긴 합니다.

물론 아직은 바닥부터 레포를 따서 만들게는 못하고, 네트워크가 제한되어 있고, 아주 복합적인 프로젝트는 잘 처리하지 못하는등의 한계가 매우 많습니다.

그래서 아직은 아주 작은, 환경이 격리된 상태에서도 문제 없는 프로젝트 정도에만 유용할 것 같습니다. 그러니까 리서치 프리뷰겠죠.

하지만 이것들은 어렵지 않게(?) 해결이 가능한 것이고, 무엇보다 “야 너 이것 좀 함 해와봐”의 컨셉이 제대로라서 상당히 기대가 됩니다.

기존의 Agent는 기다리면 되는거긴 해도 페어 프로그래밍 정도였다면, 이건 진짜로 누구에게 시키는 느낌이 듭니다. 딥 리서치의 상위 호환같은 느낌이에요.

컨셉의 기본 자체는 상당히 완성도가 높아서 매우 빠르게 발전할 것 같습니다. 향후 1년 안에 진짜로 주니어 개발자 수준은 될 것 같네요.

어제 출시된 따끈따끈한 ChatGPT Codex를 실제 프로젝트 레포에 써 보았습니다. 테스트가 있으면 스스로 테스트도 실행하고, 만든거 스스로 실행해보면서 버그도 수정하고 하는게 기특하긴 합니다. 물론 아직은 바닥부터 레포를 따서 만들게는 못하고, 네트워크가 제한되어 있고, 아주 복합적인 프로젝트는 잘 처리하지 못하는등의 한계가 매우 많습니다. 그래서 아직은 아주 작은, 환경이 격리된 상태에서도 문제 없는 프로젝트 정도에만 유용할 것 같습니다. 그러니까 리서치 프리뷰겠죠. 하지만 이것들은 어렵지 않게(?) 해결이 가능한 것이고, 무엇보다 “야 너 이것 좀 함 해와봐”의 컨셉이 제대로라서 상당히 기대가 됩니다. 기존의 Agent는 기다리면 되는거긴 해도 페어 프로그래밍 정도였다면, 이건 진짜로 누구에게 시키는 느낌이 듭니다. 딥 리서치의 상위 호환같은 느낌이에요. 컨셉의 기본 자체는 상당히 완성도가 높아서 매우 빠르게 발전할 것 같습니다. 향후 1년 안에 진짜로 주니어 개발자 수준은 될 것 같네요.

어제 출시된 따끈따끈한 ChatGPT Codex를 실제 프로젝트 

부대끼는 실리콘밸리 사람들 사이에서 샘 알트만의 탈출구는 농장이다. 샘의 넓은 농장은 나파 밸리의 포도나무가 우거진 언덕을 관통하는 도로 끝에 있다. 나는 널찍한 베이 윈도우(사다리꼴 모양으로 튀어나온 창)가 있는 집의 오픈 키친에서 약간 헝클어진 머리를 한 40세의 샘 알트만을 봤고, 바로 들어간다. 그의 당혹스러운 표정을 보니 나는 예상치 못한 손님이다. 알고 보니 내가 거의 한 시간 일찍 도착했다. ChatGPT의 배후자인 이 남자는 회의를 마무리하고 정원에서 나와 합류할 것이다. 나는 집과 이어진 포도나무 그늘 퍼골라 아래에서 기다린다.‘런치 윗 FT’를 위해, 알트만은 사람들로 둘러싸일 가능성이 높은 식당에서의 만남 대신 자기 농장에서 간단한 채식 식사를 만들어주겠다고 제안했다. 그가 운영하는 오픈AI 가 2022년 생성형 AI를 출시한 뒤, 알트만은 순식간에 세계적인 ‘셀럽’이 되었다. 작년 그는 소프트웨어 엔지니어인 남자친구와 결혼했고 최근 대리모를 통해 아들을 낳았다(그는 어떤 아기 침대를 구매할지 ChatGPT에 문의했다). 그래서 그는 요즘 나파 밸리의 농장에서 더 많은 시간을 보낸다.단 몇 분 후에 알트만이 정원에 나왔다. 그는 오픈 AI를 인류 역사상 가장 빠르게 성장하는 회사 중 하나로 발전시켰다. 기업가치는 놀랍게도 2500억 달러 이상으로 평가된다. 또 AI 패권을 향한 경쟁도 계속 치열하게 펼쳐나가고 있다. 이 경쟁은 인공 일반 지능(artificial general intelligence)의

샘 알트만: "지금 당신이 o3보다 더 똑똑하다고 생각하세요?" : 오호츠크 리포트

샘 알트먼의 농장에 가서 약간 맛없고 건강한 걸 해주는 알트먼과 이야기하는 파이낸셜 타임즈 기자와의 이야기입니다. o3 과 향후 인공지능에 관한 이야기인데 너무 재미있네요.

그들이 먹은 음식은.

메뉴
샘 알트먼의 농장
나파 밸리, 캘리포니아

고추, 마늘, 호두, 파슬리, 페코리노 치즈가 들어간 파스타
구운 당근
당근과 무우 샐러드
에스프레소
차

샘 알트먼의 농장에 가서 약간 맛없고 건강한 걸 해주는 알트먼과 이야기하는 파이낸셜 타임즈 기자와의 이야기입니다. o3 과 향후 인공지능에 관한 이야기인데 너무 재미있네요. 그들이 먹은 음식은. 메뉴샘 알트먼의 농장나파 밸리, 캘리포니아 고추, 마늘, 호두, 파슬리, 페코리노 치즈가 들어간 파스타구운 당근당근과 무우 샐러드에스프레소차

55check.com

샘 알트만: "지금 당신이 o3보다 더 똑똑하다고 생각하세요?"

1. 네이버를 두 번 다녔다. 퇴사 후 다른 회사들을 거쳐 다시 입사했다. 지금은 모르겠으나 당시에는 비개발 직군 재입사는 처음 있는 일이었다. 대표와 창업자의 컨펌까지 필요했다. 다른 이유는 아니다. 사례가 없던 예외 케이스였기 때문이다.

2. 네이버 다녀요. 낯선 누군가를 만나서 나를 소개한다. 그 이상의 질문은 없었다. 회사의 브랜드와 이미지 때문이었을까. 네이버에서 무슨 일을 하는지 궁금해하는 사람은 없었다. 나는 직장인이었다. 누구나 알고 선망의 대상이 되는 회사를 다니는.

3. 쿠팡과 마이리얼트립. 전자는 전 국민이 아는 회사고, 후자도 여행씬에서는 선 굵은 회사가 됐다. 하지만 내가 합류했을 때는 전혀 아니었다. 그저 이제 막 시작하는 작은 스타트업이었을 뿐이다.

4. 쿠팡에 있을 때 로켓배송을 런칭했다. 오늘 주문하면 내일 받아요. 지금은 너무 당연하고 자연스럽다. 그 당시에는? 그 누구도 그게 가능하다고 믿지 않았다. 심지어 만드는 사람들조차도.

5. 쿠팡 다녀요. 그게 무슨 회사인데? 당시 네이버 동료를 만났다. 하는 일을 설명했다. 아, 배송하는구나? 구구절절 설명해도 이해시키지 못했다. 그게 맞아요. 대화의 매듭을 짓기 일쑤였다.

6. 마이리얼트립도 똑같았다. 당시 마이 리틀 텔레비전이란 프로그램이 인기였다. 줄여서 마리텔이라 불렀다. 마이리얼트립의 약자는 마리트. 둘의 단어를 모두 다 헷갈려 했다.

7. 그때의 여행 시장은 패키지 상품뿐이었다. 여행을 원하는 고객의 선택지는 많지 않았다. 자유여행의 수요를 받아내는 가이드 투어 시장의 크기는 가늠되기 전이었다. 역시나 하는 일의 설명은 쉽지 않았다. 그냥 여행사구나. 정확한 설명 보다 쉬운 마무리로 끝낼 때가 많았다.

8. 지금, 스페이스오디티도 낯설다. 우리는 팬 중심의 케이팝 생태계를 꿈꾼다. 소비자인 팬에게 쉽고 재밌는 덕질을, 아티스트에게는 새로운 팬이 생기게 돕는다. 이 일은 엔터 사람에게도 생소하다. 씬을 바꿔보려는 시도니까. 평범한 소비자는 이해하기 더 어렵다. 아직은.

9. 회사는 내가 아니다. 멋진 회사명, 그 테두리 안에 있을 때는 회사가 나인 거 같다. 파트너를 대하거나 주변 사람을 만날 때도 역시 동일시된다. 그게 바로 직장인이다. 회사의 미래가 나의 미래인가? 나의 미래는 회사인가? 당연히 둘 다 아니다. 착각하면 안 된다.

10. 직업인은 다르다. 어디에 적을 두고 있건, 가치는 내가 만든다. 나의 역량이 곧 나의 가치다. 주어진 문제를 풀고, 새로운 가치를 만든다. 대부분의 스타트업이 그렇다. 회사명도 내가 하는 일도 아무도 모른다. 그래서 더더욱 내가 중요하다. 오히려 내가 회사를 만들어가야 한다.

11. 평생직장의 시대는 갔다. 이제는 기술로 일자리도 사라진다. 직업인으로써의 내 정체성은 무엇일까. 그것을 어떻게 정의하고, 성장할지의 고민이 더 중요하다. 그래서 '직업'인으로 성장하는데 스타트업은 좋은 '직장'이다.

1. 네이버를 두 번 다녔다. 퇴사 후 다른 회사들을 거쳐 다시 입사했다. 지금은 모르겠으나 당시에는 비개발 직군 재입사는 처음 있는 일이었다. 대표와 창업자의 컨펌까지 필요했다. 다른 이유는 아니다. 사례가 없던 예외 케이스였기 때문이다. ​2. 네이버 다녀요. 낯선 누군가를 만나서 나를 소개한다. 그 이상의 질문은 없었다. 회사의 브랜드와 이미지 때문이었을까. 네이버에서 무슨 일을 하는지 궁금해하는 사람은 없었다. 나는 직장인이었다. 누구나 알고 선망의 대상이 되는 회사를 다니는. ​3. 쿠팡과 마이리얼트립. 전자는 전 국민이 아는 회사고, 후자도 여행씬에서는 선 굵은 회사가 됐다. 하지만 내가 합류했을 때는 전혀 아니었다. 그저 이제 막 시작하는 작은 스타트업이었을 뿐이다. ​4. 쿠팡에 있을 때 로켓배송을 런칭했다. 오늘 주문하면 내일 받아요. 지금은 너무 당연하고 자연스럽다. 그 당시에는? 그 누구도 그게 가능하다고 믿지 않았다. 심지어 만드는 사람들조차도. ​5. 쿠팡 다녀요. 그게 무슨 회사인데? 당시 네이버 동료를 만났다. 하는 일을 설명했다. 아, 배송하는구나? 구구절절 설명해도 이해시키지 못했다. 그게 맞아요. 대화의 매듭을 짓기 일쑤였다. ​6. 마이리얼트립도 똑같았다. 당시 마이 리틀 텔레비전이란 프로그램이 인기였다. 줄여서 마리텔이라 불렀다. 마이리얼트립의 약자는 마리트. 둘의 단어를 모두 다 헷갈려 했다. ​7. 그때의 여행 시장은 패키지 상품뿐이었다. 여행을 원하는 고객의 선택지는 많지 않았다. 자유여행의 수요를 받아내는 가이드 투어 시장의 크기는 가늠되기 전이었다. 역시나 하는 일의 설명은 쉽지 않았다. 그냥 여행사구나. 정확한 설명 보다 쉬운 마무리로 끝낼 때가 많았다. ​8. 지금, 스페이스오디티도 낯설다. 우리는 팬 중심의 케이팝 생태계를 꿈꾼다. 소비자인 팬에게 쉽고 재밌는 덕질을, 아티스트에게는 새로운 팬이 생기게 돕는다. 이 일은 엔터 사람에게도 생소하다. 씬을 바꿔보려는 시도니까. 평범한 소비자는 이해하기 더 어렵다. 아직은. ​9. 회사는 내가 아니다. 멋진 회사명, 그 테두리 안에 있을 때는 회사가 나인 거 같다. 파트너를 대하거나 주변 사람을 만날 때도 역시 동일시된다. 그게 바로 직장인이다. 회사의 미래가 나의 미래인가? 나의 미래는 회사인가? 당연히 둘 다 아니다. 착각하면 안 된다. ​10. 직업인은 다르다. 어디에 적을 두고 있건, 가치는 내가 만든다. 나의 역량이 곧 나의 가치다. 주어진 문제를 풀고, 새로운 가치를 만든다. 대부분의 스타트업이 그렇다. 회사명도 내가 하는 일도 아무도 모른다. 그래서 더더욱 내가 중요하다. 오히려 내가 회사를 만들어가야 한다. ​11. 평생직장의 시대는 갔다. 이제는 기술로 일자리도 사라진다. 직업인으로써의 내 정체성은 무엇일까. 그것을 어떻게 정의하고, 성장할지의 고민이 더 중요하다. 그래서 '직업'인으로 성장하는데 스타트업은 좋은 '직장'이다. ​

< '네이버 다녀요'라는 말에 아무도 무슨 일을 하는지는 묻지 않

1. 기술이 세상을 다 먹은 지 오래다. AI가 세상을 다 바꿔버리는 요즘에 테크란 단어는 참 새삼스럽다. 하지만 케이팝을 중심으로 하는 엔터 시장은 이제 시작이다.

2. 블록체인, 메타버스, AR/VR, NFT, web3만 테크가 아니다. 가치보다 기술을 앞세운 시도는 모두 망했다. 적어도 대중적인 성공은 아직 없으니까. 다른 산업에서도 자리를 못 잡은 기술로 엔터에서 성공할 수 있을까. 새로움은 아이디어 싸움이 아니다. 아이디어만으로는 세상을 절대 바꿀 수 없다.

3. 기본이 중요하다. 시작은 고객을 이해하는 일이다. 아티스트를 만드는 기획사는 고객인 팬을 잘 모른다. 고객을 만들고, 이해하는데 엔터에 테크가 결합해서 만들 수 있는 가치가 많다. 크게 세 가지 키워드다.

4. 첫 번째 디지털. 디지털은 복제 비용이 제로다. 비용이 줄면, 마진이 커져야 한다. 또한, 모든 유저는 흔적을 남긴다. 데이터다. 데이터로 고객이 누군지 알고, 써먹을 수 있어야 한다.

5. 엔터는 그러한가? 아니다. 디지털 음원으로 사용자는 편리하다. 유통사는 돈을 번다. 그럼 기획사는? 음원은 음반을 대체한다. 게다가 유저의 데이터를 갖고 있지도 못하다.

6. 아티스트가 자산이다. 사람을 파는 게 가장 확실한 수익모델이다. 오랜시간 달라지지 않았다. 음반을 사면 포카를 준다. 포카는 가챠다. 음반을 많이 사야 팬사인회를 간다. 공연과 광고도 마찬가지다. 모두 오프라인, 사람 중심이다. 복제할 수 없다. 물리적 한계가 명확하다. 이게 최선이 아니란 건 모두 다 알고 있다. 하지만 당장 대안은 없다.

7. 둘째 공급자 마인드. 만든다고 팔리지 않는다. 취향은 쪼개지고, 상품은 무한하다. 팬의 돈과 시간은 한정되어 있다. 하이브 의장은 라이트 팬이 적은게 케이팝의 위기라 말했다. 팔 사람이 더 필요하다는 얘기다. 공급자 중심의 시대는 이미 끝났다. 그때는 맞고 지금은 틀리다. 이제는 하던 대로 해도, 안 팔린다. 똑같은 짓을 하면서, 다른 결과를 기대할 순 없다.

8. 다른 시장과 산업은? 모두 과거 얘기다. 기술이 모두 바꿨다. 이제 돈 내는 소비자가 왕이다. 그 누구도 불편함을 감수하며 지갑을 열지 않는다. 마지막 남은 시장이 엔터다. OTT로 눈이 높아진 고객은 수준 낮은 영화가 걸린 극장에 안 간다.

9. 데이터는 없다. 고객도 모른다. 막막하다. 심지어 치킨 집과 카페도 쿠폰을 주는 시대다. 모두 고객을 특정하려한다. 다시 찾게 이끄려고 한다. 엔터는 이런 최소한의 CRM 조차 없다.

10. 초동 100만 장. 누가 사는지 모른다. 100만이 아니라, 몇 명이, 또 누가 샀는지가 중요하다. 공연 티켓이 팔린다. 역시 누가 샀는지 모른다. 예매 사이트만 알뿐. 음원도 마찬가지. 스트리밍 숫자는 있어도, 누가 들었는지 모른다. 데이터가 없다. 팬이 누군지 모르는거다. 이제 먼저 수요부터 들여다봐야 한다.

11. 세 번째 창작의 과정. 역사적으로 창작의 과정은 진화해왔다. 건축과 제조는 대량생산에 적합했다. 생산 비용이 크다. 투자 비용도 크다. 건물을 만들다가 설계를 바꿀 순 없다. 반도체 같은 제도업도 마찬가지다. 초기 투자 비용이 크다. 기획과 설계가 중요하다.

12. 디지털은 다르다. 린하게 만들 수 있다. 기획보다 실행이 중요하다. 고객에게 물어보기다. 일단 작게 던져보고 고객의 피드백을 얻는다. 데이터를 본다. 이를 통해 배우고 다시 시도한다. 반복한다. 리스크가 줄었고 성공 확률은 높아졌다. 시행착오와 기회비용이 작다. 오늘날 IT 기반 스타트업이 일하는 방식이다. 이미 다 만들고 팔 궁리를 하면? 늦다. 무조건 실패다. 만들면서 팔 방법을 같이 고민해야 한다.

13. 물론 이런 시도가 없는 건 아니다. 사람이 기술과 만나자 IP가 중요해졌다. 아티스트의 메시지를 유료로 구독하고, 데뷔 전 아티스트를 노출하고 반응을 보기도 한다. 사람 리스크가 없는 버추얼 아티스트도 흥한다.

14. 고객에게 기술을 어필해서 성공한 제품은 없다. 사용자가 배워야 하는 서비스가 성공한 적도 없다. 이미 존재하는 기술을 써먹으려는 시도도 모두 실패했다. 하지만 기술은 반드시 필요하다. 보이지 않는 곳에서 가장 큰 가치를 만든다. 엔터가 고객을 만들고 이해하는데도 필수다.

15. 고객이 누구인가, 단골은 어떤 사람들인가. 새로운 걸 쫓는 게 아니라, 기본을 먼저 다시 돌아봐야 한다. 사업의 기본은 고객이니까. 내 물건과 가치를 알아보고 사 주는 사람. 엔터에서는 그게 곧 팬이다. 모든 아티스트는 팬이 있기에 존재할 수 있으니까. 엔터에 테크가 결합해서 만들 수 있는 무궁무진한 가치다.

1. 기술이 세상을 다 먹은 지 오래다. AI가 세상을 다 바꿔버리는 요즘에 테크란 단어는 참 새삼스럽다. 하지만 케이팝을 중심으로 하는 엔터 시장은 이제 시작이다. ​2. 블록체인, 메타버스, AR/VR, NFT, web3만 테크가 아니다. 가치보다 기술을 앞세운 시도는 모두 망했다. 적어도 대중적인 성공은 아직 없으니까. 다른 산업에서도 자리를 못 잡은 기술로 엔터에서 성공할 수 있을까. 새로움은 아이디어 싸움이 아니다. 아이디어만으로는 세상을 절대 바꿀 수 없다. ​3. 기본이 중요하다. 시작은 고객을 이해하는 일이다. 아티스트를 만드는 기획사는 고객인 팬을 잘 모른다. 고객을 만들고, 이해하는데 엔터에 테크가 결합해서 만들 수 있는 가치가 많다. 크게 세 가지 키워드다. ​4. 첫 번째 디지털. 디지털은 복제 비용이 제로다. 비용이 줄면, 마진이 커져야 한다. 또한, 모든 유저는 흔적을 남긴다. 데이터다. 데이터로 고객이 누군지 알고, 써먹을 수 있어야 한다. ​5. 엔터는 그러한가? 아니다. 디지털 음원으로 사용자는 편리하다. 유통사는 돈을 번다. 그럼 기획사는? 음원은 음반을 대체한다. 게다가 유저의 데이터를 갖고 있지도 못하다. ​6. 아티스트가 자산이다. 사람을 파는 게 가장 확실한 수익모델이다. 오랜시간 달라지지 않았다. 음반을 사면 포카를 준다. 포카는 가챠다. 음반을 많이 사야 팬사인회를 간다. 공연과 광고도 마찬가지다. 모두 오프라인, 사람 중심이다. 복제할 수 없다. 물리적 한계가 명확하다. 이게 최선이 아니란 건 모두 다 알고 있다. 하지만 당장 대안은 없다. ​7. 둘째 공급자 마인드. 만든다고 팔리지 않는다. 취향은 쪼개지고, 상품은 무한하다. 팬의 돈과 시간은 한정되어 있다. 하이브 의장은 라이트 팬이 적은게 케이팝의 위기라 말했다. 팔 사람이 더 필요하다는 얘기다. 공급자 중심의 시대는 이미 끝났다. 그때는 맞고 지금은 틀리다. 이제는 하던 대로 해도, 안 팔린다. 똑같은 짓을 하면서, 다른 결과를 기대할 순 없다. ​8. 다른 시장과 산업은? 모두 과거 얘기다. 기술이 모두 바꿨다. 이제 돈 내는 소비자가 왕이다. 그 누구도 불편함을 감수하며 지갑을 열지 않는다. 마지막 남은 시장이 엔터다. OTT로 눈이 높아진 고객은 수준 낮은 영화가 걸린 극장에 안 간다. ​9. 데이터는 없다. 고객도 모른다. 막막하다. 심지어 치킨 집과 카페도 쿠폰을 주는 시대다. 모두 고객을 특정하려한다. 다시 찾게 이끄려고 한다. 엔터는 이런 최소한의 CRM 조차 없다. ​10. 초동 100만 장. 누가 사는지 모른다. 100만이 아니라, 몇 명이, 또 누가 샀는지가 중요하다. 공연 티켓이 팔린다. 역시 누가 샀는지 모른다. 예매 사이트만 알뿐. 음원도 마찬가지. 스트리밍 숫자는 있어도, 누가 들었는지 모른다. 데이터가 없다. 팬이 누군지 모르는거다. 이제 먼저 수요부터 들여다봐야 한다. ​11. 세 번째 창작의 과정. 역사적으로 창작의 과정은 진화해왔다. 건축과 제조는 대량생산에 적합했다. 생산 비용이 크다. 투자 비용도 크다. 건물을 만들다가 설계를 바꿀 순 없다. 반도체 같은 제도업도 마찬가지다. 초기 투자 비용이 크다. 기획과 설계가 중요하다. ​12. 디지털은 다르다. 린하게 만들 수 있다. 기획보다 실행이 중요하다. 고객에게 물어보기다. 일단 작게 던져보고 고객의 피드백을 얻는다. 데이터를 본다. 이를 통해 배우고 다시 시도한다. 반복한다. 리스크가 줄었고 성공 확률은 높아졌다. 시행착오와 기회비용이 작다. 오늘날 IT 기반 스타트업이 일하는 방식이다. 이미 다 만들고 팔 궁리를 하면? 늦다. 무조건 실패다. 만들면서 팔 방법을 같이 고민해야 한다. ​13. 물론 이런 시도가 없는 건 아니다. 사람이 기술과 만나자 IP가 중요해졌다. 아티스트의 메시지를 유료로 구독하고, 데뷔 전 아티스트를 노출하고 반응을 보기도 한다. 사람 리스크가 없는 버추얼 아티스트도 흥한다. ​14. 고객에게 기술을 어필해서 성공한 제품은 없다. 사용자가 배워야 하는 서비스가 성공한 적도 없다. 이미 존재하는 기술을 써먹으려는 시도도 모두 실패했다. 하지만 기술은 반드시 필요하다. 보이지 않는 곳에서 가장 큰 가치를 만든다. 엔터가 고객을 만들고 이해하는데도 필수다. ​15. 고객이 누구인가, 단골은 어떤 사람들인가. 새로운 걸 쫓는 게 아니라, 기본을 먼저 다시 돌아봐야 한다. 사업의 기본은 고객이니까. 내 물건과 가치를 알아보고 사 주는 사람. 엔터에서는 그게 곧 팬이다. 모든 아티스트는 팬이 있기에 존재할 수 있으니까. 엔터에 테크가 결합해서 만들 수 있는 무궁무진한 가치다.

< 초동 100만 장, 그런데 팬은 어디 있죠? - 엔터 테크와

ChatGPT 사용할 때 어떤 모델을 선택해야할지 망설여집니다. 모델명만 봐서는 어떤게 좋은지 모르겠더라고요.

그래서 ChatGPT에게 설명을 부탁해봤습니다.

🧠 GPT-3.5 (2022)
→ 중학생처럼 똑똑한 AI. 질문 잘하지만 가끔 헷갈림.

🎓 GPT-4 (2023)
→ 고등학생 수준의 AI. 더 정확하고 추론도 잘함.

⚡ GPT-4-turbo (2023 말~)
→ GPT-4보다 빠르고 저렴한 버전. 급식 줄 안 서는 느낌!

🧑‍🎓 GPT-4.5 (비공식 명칭)
→ GPT-4랑 5 사이. 중3.5학년 느낌의 중간단계 모델.

🧞 GPT-4o = o4 (2024)
→ ‘omni’ = 만능! 글, 이미지, 음성까지 다 되는 AI 친구.

🧪 o3
→ GPT-4o의 시험판. 모의고사 버전 느낌.

🎯 o4-mini
→ GPT-4o보다 작고 빠른 축소형. 시험 족보 외우는 친구 느낌.

ChatGPT 사용할 때 어떤 모델을 선택해야할지 망설여집니다. 모델명만 봐서는 어떤게 좋은지 모르겠더라고요. 그래서 ChatGPT에게 설명을 부탁해봤습니다. 🧠 GPT-3.5 (2022)→ 중학생처럼 똑똑한 AI. 질문 잘하지만 가끔 헷갈림. 🎓 GPT-4 (2023)→ 고등학생 수준의 AI. 더 정확하고 추론도 잘함. ⚡ GPT-4-turbo (2023 말~)→ GPT-4보다 빠르고 저렴한 버전. 급식 줄 안 서는 느낌! 🧑‍🎓 GPT-4.5 (비공식 명칭)→ GPT-4랑 5 사이. 중3.5학년 느낌의 중간단계 모델. 🧞 GPT-4o = o4 (2024)→ ‘omni’ = 만능! 글, 이미지, 음성까지 다 되는 AI 친구. 🧪 o3→ GPT-4o의 시험판. 모의고사 버전 느낌. 🎯 o4-mini→ GPT-4o보다 작고 빠른 축소형. 시험 족보 외우는 친구 느낌.

ChatGPT 버전명 설명

공공디자인, 중앙정부를 넘어 Public Design Beyond Central Government Report 2025 핵심 인사이트 및 권고안 2025년 5월 7일 영국 디자인카운슬 '공공부문에서 디자인이 ...

공공디자인, 중앙정부를 넘어 - 영국 디자인카운슬, 2025

영국 디자인카운슬이 2025년 5월 발표한 'Public Design Beyond Central Gorvernment Report 2025'를 번역한 내용입니다. 현재 UX 업계에서 UX 리서치, UX 라이팅이 처한 상황과 유사한 상황에서 - 예산이 삭감되는 상황에서 그 역할을 지속할 것인가? 예전처럼 프로덕트 디자이너에게 통합할 것인가? 등의 논의 - 더 나은 사용자 경험을 고민하는 분들에게 일독을 추천합니다. 아래 링크를 통해서 원문 보고서*를 다운로드하실 수도 있습니다.

*보고서는 디자인카운슬의 ‘디자인 이코노미(Design Economy)’ 연구의 일환으로 2022년에 공공부문 종사자 1,018명을 대상으로 실시한 설문조사와, 2023~2024년에 공공디자인 리더 32명이 참여한 두 차례의 참여형 워크숍을 기반으로 했습니다.

"지금 영국 공공부문은 국가 전반의 구조적 위기를 반영하며 큰 압박에 놓여 있다. 향후 예산은 실질적으로 삭감될 가능성이 크고, 이미 NHS나 아동 특수교육과 같은 주요 영역에서는 대중의 신뢰가 흔들리고 있다. 이럴 때일수록 디자인 역량을 사치로 취급하며 우선순위에서 밀려나게 해서는 안 된다. 디자인은 어려운 시기에 더욱 절실한 자산이다. 디자인 역량을 활용하면 재정 제약 속에서도 시민과 함께 더 나은 서비스와 결과를 만들 수 있다."

[ 큐레이터의 문장 🎒 ]

1️⃣ 현재 공공부문 조직의 88%는 디자인이 자사에 중요한 역할을 한다고 답했다.

2️⃣ 영국 지방정부 50%가 내부에 서비스 디자이너를 고용하고 있다.

3️⃣ 공공부문에서 디자인이 가장 많이 활용되는 영역은 서비스와 프로세스 개선(71%)이다.

4️⃣ 현재 공공부문에서 58%는 디자인 업무를 하고 있다고 답했지만, 그중 스스로를 전문가라고 평가한 비율은 13%에 불과하다.

5️⃣ 응답자의 58%는 자신이 하는 일에 디자인이 포함된다고 답했으며, 약 1/3은 조직 전략 수준에서 디자인을 활용하고 있다고 응답했다.

https://www.designdb.com/?menuno=790&bbsno=31543&siteno=15&act=view&ztag=rO0ABXQAOTxjYWxsIHR5cGU9ImJvYXJkIiBubz0iNTkxIiBza2luPSJwaG90b19iYnNfMjAxOSI+PC9jYWxsPg%3D%3D#gsc.tab=0

영국 디자인카운슬이 2025년 5월 발표한 'Public Design Beyond Central Gorvernment Report 2025'를 번역한 내용입니다. 현재 UX 업계에서 UX 리서치, UX 라이팅이 처한 상황과 유사한 상황에서 - 예산이 삭감되는 상황에서 그 역할을 지속할 것인가? 예전처럼 프로덕트 디자이너에게 통합할 것인가? 등의 논의 - 더 나은 사용자 경험을 고민하는 분들에게 일독을 추천합니다. 아래 링크를 통해서 원문 보고서*를 다운로드하실 수도 있습니다. *보고서는 디자인카운슬의 ‘디자인 이코노미(Design Economy)’ 연구의 일환으로 2022년에 공공부문 종사자 1,018명을 대상으로 실시한 설문조사와, 2023~2024년에 공공디자인 리더 32명이 참여한 두 차례의 참여형 워크숍을 기반으로 했습니다. "지금 영국 공공부문은 국가 전반의 구조적 위기를 반영하며 큰 압박에 놓여 있다. 향후 예산은 실질적으로 삭감될 가능성이 크고, 이미 NHS나 아동 특수교육과 같은 주요 영역에서는 대중의 신뢰가 흔들리고 있다. 이럴 때일수록 디자인 역량을 사치로 취급하며 우선순위에서 밀려나게 해서는 안 된다. 디자인은 어려운 시기에 더욱 절실한 자산이다. 디자인 역량을 활용하면 재정 제약 속에서도 시민과 함께 더 나은 서비스와 결과를 만들 수 있다." [ 큐레이터의 문장 🎒 ] 1️⃣ 현재 공공부문 조직의 88%는 디자인이 자사에 중요한 역할을 한다고 답했다. 2️⃣ 영국 지방정부 50%가 내부에 서비스 디자이너를 고용하고 있다. 3️⃣ 공공부문에서 디자인이 가장 많이 활용되는 영역은 서비스와 프로세스 개선(71%)이다. 4️⃣ 현재 공공부문에서 58%는 디자인 업무를 하고 있다고 답했지만, 그중 스스로를 전문가라고 평가한 비율은 13%에 불과하다. 5️⃣ 응답자의 58%는 자신이 하는 일에 디자인이 포함된다고 답했으며, 약 1/3은 조직 전략 수준에서 디자인을 활용하고 있다고 응답했다. https://www.designdb.com/?menuno=790&amp;bbsno=31543&amp;siteno=15&amp;act=view&amp;ztag=rO0ABXQAOTxjYWxsIHR5cGU9ImJvYXJkIiBubz0iNTkxIiBza2luPSJwaG90b19iYnNfMjAxOSI+PC9jYWxsPg%3D%3D#gsc.tab=0

www.designdb.com

⟪디자인의 역할은 프로세스에서 낭비를 줄이고 생산성을 개선하는 것

millie Design Library 2.0

[📝] 밀디라(millie Design Library) 구축기 

밀리의 서재는 꾸준히 디자인 시스템에 대한 글을 공유하는 것 같아요. 너무 멋집니다. 👍 Foundation, Component, Template, Brand Identity 분류 구조와 네이밍 규칙 등은 참고하면 좋겠네요. 초기엔 디자이너들끼리 디자인 시스템을 만드는 사례가 많았는데, 점점 개발자도 참여하는 사례가 많이 보이네요. 아무래도 일을 효율적으로 하려면 디자이너뿐만 아니라 개발자도 약속된 컴포넌트의 조합을 쓸 수 있어야 하기 때문이겠죠. 밀리의 서재는 참고하기에 좋은 사례인 것 같습니다.

Brunch Story

entrepreneur & activist

Armel

올바른 생각과 좋은 글의 힘을 믿습니다. 성장하며 깨닫는 것들을 글로 남기고 있습니다. 넓게도 보고, 매번 다르게도 보고 싶습니다. 여러가지를 보며 다양하게 배우고 있습니다. 

스타트업 콘텐츠 기획 

줄리

📰세상을 넓게 보는 communicator를 꿈꿉니다📰
🎈스타트업 홍보 담당자로 밥벌이를 하고 있습니다
🎈커리어리를 통해 기획에 영감이 된 콘텐츠를 공유합니다 


프로덕트 매니저/서비스 기획

한주현

권지현

weekly D 뉴스레터를 수요일 오전 8시에 발행합니다. 현재는 이메일 뉴스레터 서비스 스티비에서 일하고 있습니다. 다양한 주제의 글을 읽고 생각하기를 좋아합니다. 


댓글 0

함께 읽은 게시물

《뒤돌아보고 그때서야 아는 것》

주간 인기 TOP 10

추천 프로필