한 해를 마무리할 때마다 "올해는 뭘 해냈을까?" 하고 되돌아보곤 한다. 그러다 보니 스스로에게 조금씩 도전 과제를 주는 일이 어느새 자연스러운 습관이 됐다. 지금까지 꾸준히 지켜온 목표 중 하나는 매년 한 번 이상 발표하기였고, 2024년에는 강연으로 대신했지만 크게 보면 흐름을 이어가고 있다고 생각한다. 실제로 그 과정을 통해 얻게 된 경험과 피드백은 나를 계속해서 앞으로 나아가게 만들어줬다. 2025년에는 몇 가지 다른 목표들을 더 세워보고자 한다.

가장 먼저 떠오른 목표는 더 높은 수준에서 소프트웨어 엔지니어링을 바라보는 것이다. 지금까지도 시스템 단위에서의 설계와 운영을 고민해 왔지만, 작년부터는 전사적인 관점에 더 관심을 가지고 생각해야 한다는 걸 깨닫고 있다. 간단히 말해, 사내 여러 시스템이 서로 어떻게 연결되고 영향을 주고받는지를 폭넓게 인식해야 한다는 것이다. 예를 들어, 어느 한 서비스를 재설계하거나 새로운 기술을 도입하면 이 변화가 인프라 비용부터 다른 서비스의 의존성, 심지어 팀 간 커뮤니케이션 흐름까지 바꿀 수 있다. 이런 연쇄 반응을 고려하지 않은 채 시스템 하나만 최적화하다 보면, 전사적인 자원 관리가 비효율적으로 흐르고, 그 결과 조직이나 프러덕트의 성패에도 직간접적인 영향을 미칠 수 있다.

코드를 보는 건 여전히 재미있고, 나 자신도 소프트웨어 엔지니어로서 문제를 해결하고, 어려운 과제를 구현해 낼 때 큰 재미를 느낀다. 하지만 이제는 "이 기능을 왜 만들어야 하고, 이 사용자에게 어떤 가치를 줄 수 있을까"를 먼저 떠올린다. 그리고 각각의 서비스가 따로 놀지 않고 유기적으로 통합되어 움직이려면, 아키텍처 수준에서의 고민과 의사결정이 꼭 필요하다. 빠른 결정과 실행도 중요하지만, 어떤 측면에서는 신중한 접근이 나중에 벌어질 수많은 문제를 미리 예방할 수도 있다.

두 번째 목표는 Go 언어를 배우는 것이다. 지금 몸담고 있는 조직에서는 Ruby, TypeScript, Kotlin/Java 등을 활용해 다양한 프로덕트를 개발하고, 데이터 조직은 Python으로 데이터 분석과 머신러닝을 진행한다. 당근의 프로덕트들이 빠르고 안정적으로 구축되고 운영되는 데는 사내에서 구축 및 운영하는 플랫폼의 힘이 크다. 특히 Go는 여러 플랫폼 조직에서 사용되고 있다. 플랫폼 조직이 만들어 놓은 인프라에 실제로 기여하면서, "Go가 실제로 이렇게 쓰이는구나!" 하고 체감해볼 기회도 얻고 싶다. 그렇게 회사와 프로덕트에 조금이라도 도움이 되는 방향으로 성장할 수 있다면, 꽤 보람찬 배움일 것이다.

예전에는 새로운 언어에 관심이 생겨도 업무 우선순위나 일정에 밀려서 제대로 공부해 볼 기회를 잡지 못했다. 하지만 올해는 의식적으로 시간을 내서 체득해 보고 싶다. 같은 문제라도 언어가 달라지면 접근 방식과 사고방식이 달라진다는 걸 잘 알고 있기 때문이다. 결국 이런 배움들이 쌓이면 내가 원래 주로 사용하는 언어들에서도 새로운 시야를 얻게 될 거라고 믿는다.

세 번째 목표는 작년까지와 마찬가지로 발표하기다. 2018년부터 시작한 "매년 한 번 이상 발표"라는 도전을 지금까지 계속해 왔고, 작년에는 강연 형태로 진행해 나름의 만족감을 얻었다. 발표를 준비하는 과정은 늘 쉽지 않다. "이해하기 쉽게 어떻게 전달할까?"부터 "유익한 정보가 될까?"까지 수도 없이 고민하게 된다. 그런데도 결국 발표를 마치고 나면 그 과정에서 내가 더 많이 배우고, 알고 있는 것이 명확해졌다는 걸 체감한다. 게다가 운이 좋으면, 내가 나눈 정보가 누군가에게 큰 도움이 될 수도 있다. 그 감각이 너무 좋아서 올해도 역시 발표 기회를 만들고 싶다.

마지막으로, 체력을 기르자는 목표를 세웠다. 곰곰이 따져보면 체력은 집중력 및 업무 효율과도 맞물리는 중요한 요소다. 24년 초에 한라산을 다녀온 적이 있는데, 관음사 코스로 올라가서 성판악 코스로 내려오는 일정이 무려 새벽 6시부터 밤 7시까지 이어졌다. 한겨울의 한라산은 풍광이 무척 아름다웠지만, 체력 부족으로 걷는 속도가 점차 느려지며, 짧게 쉬고 다시 걷기를 반복해야 했고, 근육 통증과 피로감이 더해지면서 등반 후반부에는 거의 기어서 내려왔다.

문제는 그 뒤로 운동을 게을리했고, 지금은 오히려 24년 초보다 체력이 더 떨어진 것 같다는 점이다. 그래서 다시 정신을 차리고 꾸준히 운동 습관을 들여서, 26년 겨울에는 11시간 이내에 한라산을 완주하겠다는 구체적인 목표를 잡았다. 놀이든 일이든 뭐든 건강한 몸이 있어야 성과가 나고, 다양한 시도도 해볼 수 있으니까 말이다.

이렇게 네 가지 목표를 통해 올해도 꾸준히 나를 갈고닦아볼 작정이다. 조직을 넘어 전사를 통합적으로 바라보는 일이 조금 어렵고, 때로는 복잡하게 느껴지지만, 그만큼 거기서 오는 인사이트도 크다. 코드를 짜고 설계를 논하는 일이 나만의 성장에 그치는 게 아니라, 내가 몸담은 조직과 동료들에게도 의미가 되기를 바라고, 또 그렇게 되기 위해서는 내 상태가 최상이어야 한다. 그 마음가짐으로 2025년을 맞이해본다.

한 해를 마무리할 때마다 "올해는 뭘 해냈을까?" 하고 되돌아보곤 한다. 그러다 보니 스스로에게 조금씩 도전 과제를 주는 일이 어느새 자연스러운 습관이 됐다. 지금까지 꾸준히 지켜온 목표 중 하나는 매년 한 번 이상 발표하기였고, 2024년에는 강연으로 대신했지만 크게 보면 흐름을 이어가고 있다고 생각한다. 실제로 그 과정을 통해 얻게 된 경험과 피드백은 나를 계속해서 앞으로 나아가게 만들어줬다. 2025년에는 몇 가지 다른 목표들을 더 세워보고자 한다. 가장 먼저 떠오른 목표는 더 높은 수준에서 소프트웨어 엔지니어링을 바라보는 것이다. 지금까지도 시스템 단위에서의 설계와 운영을 고민해 왔지만, 작년부터는 전사적인 관점에 더 관심을 가지고 생각해야 한다는 걸 깨닫고 있다. 간단히 말해, 사내 여러 시스템이 서로 어떻게 연결되고 영향을 주고받는지를 폭넓게 인식해야 한다는 것이다. 예를 들어, 어느 한 서비스를 재설계하거나 새로운 기술을 도입하면 이 변화가 인프라 비용부터 다른 서비스의 의존성, 심지어 팀 간 커뮤니케이션 흐름까지 바꿀 수 있다. 이런 연쇄 반응을 고려하지 않은 채 시스템 하나만 최적화하다 보면, 전사적인 자원 관리가 비효율적으로 흐르고, 그 결과 조직이나 프러덕트의 성패에도 직간접적인 영향을 미칠 수 있다. 코드를 보는 건 여전히 재미있고, 나 자신도 소프트웨어 엔지니어로서 문제를 해결하고, 어려운 과제를 구현해 낼 때 큰 재미를 느낀다. 하지만 이제는 "이 기능을 왜 만들어야 하고, 이 사용자에게 어떤 가치를 줄 수 있을까"를 먼저 떠올린다. 그리고 각각의 서비스가 따로 놀지 않고 유기적으로 통합되어 움직이려면, 아키텍처 수준에서의 고민과 의사결정이 꼭 필요하다. 빠른 결정과 실행도 중요하지만, 어떤 측면에서는 신중한 접근이 나중에 벌어질 수많은 문제를 미리 예방할 수도 있다. 두 번째 목표는 Go 언어를 배우는 것이다. 지금 몸담고 있는 조직에서는 Ruby, TypeScript, Kotlin/Java 등을 활용해 다양한 프로덕트를 개발하고, 데이터 조직은 Python으로 데이터 분석과 머신러닝을 진행한다. 당근의 프로덕트들이 빠르고 안정적으로 구축되고 운영되는 데는 사내에서 구축 및 운영하는 플랫폼의 힘이 크다. 특히 Go는 여러 플랫폼 조직에서 사용되고 있다. 플랫폼 조직이 만들어 놓은 인프라에 실제로 기여하면서, "Go가 실제로 이렇게 쓰이는구나!" 하고 체감해볼 기회도 얻고 싶다. 그렇게 회사와 프로덕트에 조금이라도 도움이 되는 방향으로 성장할 수 있다면, 꽤 보람찬 배움일 것이다. 예전에는 새로운 언어에 관심이 생겨도 업무 우선순위나 일정에 밀려서 제대로 공부해 볼 기회를 잡지 못했다. 하지만 올해는 의식적으로 시간을 내서 체득해 보고 싶다. 같은 문제라도 언어가 달라지면 접근 방식과 사고방식이 달라진다는 걸 잘 알고 있기 때문이다. 결국 이런 배움들이 쌓이면 내가 원래 주로 사용하는 언어들에서도 새로운 시야를 얻게 될 거라고 믿는다. 세 번째 목표는 작년까지와 마찬가지로 발표하기다. 2018년부터 시작한 "매년 한 번 이상 발표"라는 도전을 지금까지 계속해 왔고, 작년에는 강연 형태로 진행해 나름의 만족감을 얻었다. 발표를 준비하는 과정은 늘 쉽지 않다. "이해하기 쉽게 어떻게 전달할까?"부터 "유익한 정보가 될까?"까지 수도 없이 고민하게 된다. 그런데도 결국 발표를 마치고 나면 그 과정에서 내가 더 많이 배우고, 알고 있는 것이 명확해졌다는 걸 체감한다. 게다가 운이 좋으면, 내가 나눈 정보가 누군가에게 큰 도움이 될 수도 있다. 그 감각이 너무 좋아서 올해도 역시 발표 기회를 만들고 싶다. 마지막으로, 체력을 기르자는 목표를 세웠다. 곰곰이 따져보면 체력은 집중력 및 업무 효율과도 맞물리는 중요한 요소다. 24년 초에 한라산을 다녀온 적이 있는데, 관음사 코스로 올라가서 성판악 코스로 내려오는 일정이 무려 새벽 6시부터 밤 7시까지 이어졌다. 한겨울의 한라산은 풍광이 무척 아름다웠지만, 체력 부족으로 걷는 속도가 점차 느려지며, 짧게 쉬고 다시 걷기를 반복해야 했고, 근육 통증과 피로감이 더해지면서 등반 후반부에는 거의 기어서 내려왔다. 문제는 그 뒤로 운동을 게을리했고, 지금은 오히려 24년 초보다 체력이 더 떨어진 것 같다는 점이다. 그래서 다시 정신을 차리고 꾸준히 운동 습관을 들여서, 26년 겨울에는 11시간 이내에 한라산을 완주하겠다는 구체적인 목표를 잡았다. 놀이든 일이든 뭐든 건강한 몸이 있어야 성과가 나고, 다양한 시도도 해볼 수 있으니까 말이다. 이렇게 네 가지 목표를 통해 올해도 꾸준히 나를 갈고닦아볼 작정이다. 조직을 넘어 전사를 통합적으로 바라보는 일이 조금 어렵고, 때로는 복잡하게 느껴지지만, 그만큼 거기서 오는 인사이트도 크다. 코드를 짜고 설계를 논하는 일이 나만의 성장에 그치는 게 아니라, 내가 몸담은 조직과 동료들에게도 의미가 되기를 바라고, 또 그렇게 되기 위해서는 내 상태가 최상이어야 한다. 그 마음가짐으로 2025년을 맞이해본다.

새해 맞이 목표를 세워보자!

Fastest and Most Efficient IDE to run Jupyter Notebooks. - zasper-io/zasper

GitHub - zasper-io/zasper: Fastest and Most Efficient IDE to run Jupyter Notebooks.

golang으로 jupyter notebook 같은 걸 만든게나왔네요.
백엔드에서는 ipython을 사용하지만,
golang으로 만들어서 메모리랑 cpu를 1/4만 사용한다고 합니다.

일렉트론과 웹을 사용한 버전을 각각 제공합니다.

아직까진 개발이 많이 진행된 상태는 아니라서,
몇가지 의존성을 직접 설치해주어야합니다.

백엔드는 golang으로 만들고,
프론트엔드는 react로 만들었네요.

golang과 ipython간의 통신은 zeromq를 사용하고 있습니다.
프로젝트의 완성도는 아직 좀 떨어지지만, 아이디어가 좋은것 같습니다.
잘 발전 되면 좋겠네요.

https://github.com/zasper-io/zasper

golang으로 jupyter notebook 같은 걸 만든게나왔네요.백엔드에서는 ipython을 사용하지만,golang으로 만들어서 메모리랑 cpu를 1/4만 사용한다고 합니다. 일렉트론과 웹을 사용한 버전을 각각 제공합니다. 아직까진 개발이 많이 진행된 상태는 아니라서,몇가지 의존성을 직접 설치해주어야합니다. 백엔드는 golang으로 만들고, 프론트엔드는 react로 만들었네요. golang과 ipython간의 통신은 zeromq를 사용하고 있습니다. 프로젝트의 완성도는 아직 좀 떨어지지만, 아이디어가 좋은것 같습니다. 잘 발전 되면 좋겠네요. https://github.com/zasper-io/zasper

GitHub

Jupyter Notebook보다 효율적인 zasper

Preview what's coming in the next version of Tailwind CSS.

Tailwind CSS v4.0 Beta - Tailwind CSS

Tailwind CSS v4.0가 24년 12월에 Beta 버전으로 릴리즈 되어 주목할 만한 변경사항을 정리해보았습니다.

한 줄 요약: Lightning CSS 도입으로 빌드 속도가 3배 이상 빨라졌으며, 컨피그 설정이 간소화되었고 새로운 CSS 클래스들이 추가됨.

새로운 고성능 엔진
Rust 기반의 Lightning CSS 도입을 통해 빌드 속도가 매우 빨라졌습니다. 자체 프로젝트에서 벤치마킹한 결과 전체 리빌드(full rebuild)는 3.5배 이상, 증분 빌드(Incremental rebuild)는 8배 이상 빨라졌습니다.

tailwind.config.js
대신 CSS에서 컨피그를 설정하도록 변경
Tailwind 설정을 이제 CSS 파일(ex:
index.css
)에서 모두 설정하도록 변경되었습니다. 새로운 프로젝트를 시작할 때 필요한 파일이 하나 줄어들어서 좋지만, 타입에 안전하지 않다는 단점이 있습니다.
tailwind.config.js
를 계속 사용하고 싶다면 CSS 파일에서
tailwind.config.js
을 import해서 예전 방식으로 사용할 수 있습니다.

@config "../../tailwind.config.js";

CSS theme variables 지원
@theme
에 정의한 모든 디자인 토큰들을 이제 CSS 변수로 자동으로 빌드해줍니다. 생성된 CSS 변수는 어디서든 손쉽게
var(--...)
형태로 참조할 수 있습니다. 따라서 동적 테마 변경, 라이브러리 연동(Motion 등), CSS 변수 표준 문법 활용이 간편해졌습니다.

빌트인 CSS 트랜스파일 제공
프로덕션용으로 빌드할 때 Tailwind CSS v4.0은 vendor prefixes, modern feature transpilation, minification 등을 처리하는 Lightning CSS를 통해 CSS를 자동으로 처리합니다. 이제 프로젝트에
postcss-preset-env
,
autoprefixer
를 설치할 필요가 없게 되었습니다.

네이티브 CSS
@layer
지원
기존에 PostCSS를 통해 지원하던
@layer
문법을 v4 부터는 브라우저 네이티브 문법을 통해 지원합니다.
참고로,
@layer
문법은 Chrome 99, iOS 15.4 부터 지원됩니다.

자동 소스 감지
Tailwind CSS v3에서는
content
배열을 수동으로 구성해야 했었는데요. v4는 휴리스틱을 통해 모든 항목을 자동으로 감지하도록 변경되었습니다.

테마 설정 간소화
더 이상은 Tailwind에 없는 값이라고 해서 테마 설정에 수동으로 추가할 필요 없이 바로 클래스로 쓸 수 있습니다. 예를 들어,
z-999
,
grid-cols-73
같은 값을 별도 테마 설정 없이 바로 클래스로 사용할 수 있다고 합니다.

그 외 새로 추가된 유틸리티 클래스, 기타 개선사항에 대한 내용은 아래 테일윈드 공식 문서를 참조해주세요.

https://tailwindcss.com/docs/v4-beta#whats-new-in-v4-0

Tailwind CSS v4.0가 24년 12월에 Beta 버전으로 릴리즈 되어 주목할 만한 변경사항을 정리해보았습니다. 한 줄 요약: Lightning CSS 도입으로 빌드 속도가 3배 이상 빨라졌으며, 컨피그 설정이 간소화되었고 새로운 CSS 클래스들이 추가됨. 새로운 고성능 엔진Rust 기반의 Lightning CSS 도입을 통해 빌드 속도가 매우 빨라졌습니다. 자체 프로젝트에서 벤치마킹한 결과 전체 리빌드(full rebuild)는 3.5배 이상, 증분 빌드(Incremental rebuild)는 8배 이상 빨라졌습니다. <code >tailwind.config.js</code> 대신 CSS에서 컨피그를 설정하도록 변경Tailwind 설정을 이제 CSS 파일(ex: <code >index.css</code>)에서 모두 설정하도록 변경되었습니다. 새로운 프로젝트를 시작할 때 필요한 파일이 하나 줄어들어서 좋지만, 타입에 안전하지 않다는 단점이 있습니다. <code >tailwind.config.js</code>를 계속 사용하고 싶다면 CSS 파일에서 <code >tailwind.config.js</code>을 import해서 예전 방식으로 사용할 수 있습니다. <pre ><code class="language-css">@config "../../tailwind.config.js";</code></pre> CSS theme variables 지원<code >@theme</code>에 정의한 모든 디자인 토큰들을 이제 CSS 변수로 자동으로 빌드해줍니다. 생성된 CSS 변수는 어디서든 손쉽게 <code >var(--...)</code> 형태로 참조할 수 있습니다. 따라서 동적 테마 변경, 라이브러리 연동(Motion 등), CSS 변수 표준 문법 활용이 간편해졌습니다. 빌트인 CSS 트랜스파일 제공프로덕션용으로 빌드할 때 Tailwind CSS v4.0은 vendor prefixes, modern feature transpilation, minification 등을 처리하는 Lightning CSS를 통해 CSS를 자동으로 처리합니다. 이제 프로젝트에 <code >postcss-preset-env</code>, <code >autoprefixer</code>를 설치할 필요가 없게 되었습니다. 네이티브 CSS <code >@layer</code> 지원기존에 PostCSS를 통해 지원하던 <code >@layer</code> 문법을 v4 부터는 브라우저 네이티브 문법을 통해 지원합니다.참고로, <code >@layer</code> 문법은 Chrome 99, iOS 15.4 부터 지원됩니다. 자동 소스 감지Tailwind CSS v3에서는 <code >content</code> 배열을 수동으로 구성해야 했었는데요. v4는 휴리스틱을 통해 모든 항목을 자동으로 감지하도록 변경되었습니다. 테마 설정 간소화더 이상은 Tailwind에 없는 값이라고 해서 테마 설정에 수동으로 추가할 필요 없이 바로 클래스로 쓸 수 있습니다. 예를 들어, <code >z-999</code>, <code >grid-cols-73</code> 같은 값을 별도 테마 설정 없이 바로 클래스로 사용할 수 있다고 합니다. 그 외 새로 추가된 유틸리티 클래스, 기타 개선사항에 대한 내용은 아래 테일윈드 공식 문서를 참조해주세요. https://tailwindcss.com/docs/v4-beta#whats-new-in-v4-0

tailwindcss.com

Tailwind CSS v4.0 Beta 릴리즈

안녕하세요. 그린입니다 🍏이번 포스팅에서는 SwiftUI에서 실제 많이 사용될 수 있는 UUID를 활용한 뷰 갱신 업데이트에 대해 알아보겠습니다 🙋🏻 무엇을 해보는걸까?SwiftUI로 만약 애니메이션을 구현하거나 할 때 가장 까다로울 수 있는 부분이 상태 변경 시 애니메이션을 새로 시작하는것이죠.특히, Lottie와 같은 서드파티 애니메이션 라이브러리를 사용할 때 이러한 문제가 더욱 두드러질 수 있습니다.그래서 이번에 UUID를 활용하여 해결해보고자 합니다. 문제 상황우선 간단한 로티를 사용한 코드를 볼께요. import Lottieimport SwiftUI// 첫 번째 화면struct FirstView: View {  @State var isGrowUp: Bool = false  var actio..

SwiftUI에서 UUID를 활용한 뷰 갱신 업데이트

SwiftUI에서 뷰 갱신 업데이트를 하는 여러가지 방법이 있지만 UUID와 id 메서드를 붙여 하는 방법도 있습니다 🙋🏻

실제로 어떤 경우에 쓰이고 어떤 요구사항일 시 이점을 가져가고 또, 당연히 은총알은 아니기에 주의할 점까지 정리해봤습니다!

뷰에 대해 지식 +1 해봐요 ☺️

SwiftUI에서 뷰 갱신 업데이트를 하는 여러가지 방법이 있지만 UUID와 id 메서드를 붙여 하는 방법도 있습니다 🙋🏻 실제로 어떤 경우에 쓰이고 어떤 요구사항일 시 이점을 가져가고 또, 당연히 은총알은 아니기에 주의할 점까지 정리해봤습니다! 뷰에 대해 지식 +1 해봐요 ☺️

iOYES

SwiftUI에서 UUID를 활용한 뷰 업데이트

"정답이 없어 막막한 취준, 선배들의 포트폴리오 한번만 구경할 수 있으면 좋겠어요 🥲”

관련 경력 없이 '대기업 카드사 마케터' 신입으로 합격한 포트폴리오부터, '대행사 마케터' → '인하우스 데이터 분석가' 직무 전환한 포트폴리오까지

한파를 뚫고 취업에 성공한 선배들의 취준 비법을 모두 공개합니다!

✔️ “면접으로 직행하는 데이터 분석 포트폴리오” 세미나
(1/14(화) 저녁 7시 ~ 9시, ZOOM 온라인)
https://bit.ly/40cH8BY

• [강연] 마케터에서 데이터 분석가로 직무 전환한 포트폴리오 공개합니다 (feat. 국어국문학과)

_ 캐치테이블 데이터 분석가, 윤지호님

• [강연] 마케팅 직무에 무기가 되는 데이터 분석 프로젝트 만드는 법

_ 카드회사 카드금융팀 마케터, 이재림님

취업 준비로 고군분투중인 지인, 동료가 있다면 세미나 소식을 공유해주세요.

☃ 1월 세미나 신청하기
https://bit.ly/40cH8BY

"정답이 없어 막막한 취준, 선배들의 포트폴리오 한번만 구경할 수 있으면 좋겠어요 🥲” 관련 경력 없이 '대기업 카드사 마케터' 신입으로 합격한 포트폴리오부터, '대행사 마케터' → '인하우스 데이터 분석가' 직무 전환한 포트폴리오까지 한파를 뚫고 취업에 성공한 선배들의 취준 비법을 모두 공개합니다! ✔️ “면접으로 직행하는 데이터 분석 포트폴리오” 세미나 (1/14(화) 저녁 7시 ~ 9시, ZOOM 온라인) https://bit.ly/40cH8BY • [강연] 마케터에서 데이터 분석가로 직무 전환한 포트폴리오 공개합니다 (feat. 국어국문학과) _ 캐치테이블 데이터 분석가, 윤지호님 • [강연] 마케팅 직무에 무기가 되는 데이터 분석 프로젝트 만드는 법 _ 카드회사 카드금융팀 마케터, 이재림님 취업 준비로 고군분투중인 지인, 동료가 있다면 세미나 소식을 공유해주세요. ☃ 1월 세미나 신청하기https://bit.ly/40cH8BY

🎁 취업 성공한 선배들의 데이터 분석 포트폴리오 대공개

안녕하세요. 그린입니다 🍏 금일의 포스팅은 2024년 회고입니다.사실, 조금 늦었어요 🥲작년에는 1월 1일 되자마자 떠오르는 해를 바라보고 와서 한 해를 돌아보고 새로운 시작을 다짐하는 회고글을 작성했는데요.이번에는 핑계일지 몰라도 개인적으로 연말, 연초에 정신 없을 정도로 많이 바빴기에 조금? 늦은 감이 있지만 그래도 회고를 작성해봐요 🥹(왜 연말, 연초에 바빴는지 마지막에 얘기할 예정입니다.) 개발자가 되서 쓰는 4번째 회고인데 작년에도 그랬지만 2024년 한 해와 2025년 첫 시작이 저한테 많은 의미가 있었습니다. 생각해보니 매번 회고에서 의미가 있다고 했는데, 그만큼 1년을 꽉차게 살았다고 생각합니다 ☺️ 이번 2024년 회고도 당연하게도 무형식 무근본의 회고입니다 😃 어떻게 회고 해볼까..

Recap 2024

핑계지만 연말, 연초 회고할 겨를이 없어 이제서야 2024년 회고를 해봅니다.
어느덧 iOS 개발자로 회사를 다닌지 벌써(?) 4년차네요 🫣

2024년 한 해는 개발자로서 내실을 다졌습니다.
2025년은 또다른 새로운 도전을 하는 한 해가 될것 같습니다 🚀

보름이 늦었지만, 모두 새해 복 많이 받으세요 🙇🏻

핑계지만 연말, 연초 회고할 겨를이 없어 이제서야 2024년 회고를 해봅니다.어느덧 iOS 개발자로 회사를 다닌지 벌써(?) 4년차네요 🫣 2024년 한 해는 개발자로서 내실을 다졌습니다.2025년은 또다른 새로운 도전을 하는 한 해가 될것 같습니다 🚀 보름이 늦었지만, 모두 새해 복 많이 받으세요 🙇🏻

보름 지난 어느 한 iOS 개발자의 2024년 회고 🐉

새로워진 네이버앱 피드, 그 탄생의 과정을 파헤치다  

NAVERfficial - 탐색을 설계하는 사람들 ①

어느 유튜브 채널에 등장한 연기자 한 분이 이런 말씀을 하시더군요.

"난 핸드폰으로 딴 거 안 해. 그냥 주구장창 피드만 내려. 이거 내리다가 지겨우면 다른 앱 들어가서 내려보고... 그러다 얼추 다 본 거 같으면 또 다른데 들어가서 피드 내리고 있고...."

그런데 실제로 이런 사용성이 극소수에게서만 나타나는 것은 아닙니다. 제 주위 사람들 중에도 이제 핸드폰으로 하는 작업이 딱히 다양하지 않고 그냥 피드만 본다는 사람들이 많거든요. 심지어 카톡이나 문자 메시지가 오더라도 곧바로 확인하지 않고 몇 시간 단위로 몰아서 본다는 사람들도 많습니다. 바야흐로 누군가가 떠먹여 주는 게 더 편한 '피드'의 시대가 도래한 것이죠.

피드를 보다 보면 이런 궁금증들이 생기곤 했습니다. '이런 피드는 100% AI가 추천해 주는 걸까?', '나 말고 다른 사람 피드엔 어떤 콘텐츠가 뜰까?', '관심사가 비슷한 사람들끼리는 똑같은 콘텐츠가 보이는 걸까?' 하는 물음들 말이죠.
웬만한 콘텐츠 서비스들이 다 피드 형태의 경험을 제공하지만 이런 물음에 응답하는 사례를 본 적이 거의 없어서 그동안은 개인적인 궁금증으로만 남겨두었는데, 이번 네이버피셜을 통해 네이버앱 피드 설계에 참여한 세 분의 담당자를 만나볼 수 있는 기회가 주어졌습니다.

물론 피드에 관한 모든 비밀을 다 파헤치는 것은 어렵겠지만 그래도 피드를 기획하는 과정에서의 고민, 평소 궁금했던 피드 기획의 로직들, (피드를 중심으로) 검색에서 탐색으로 넘어가는 흐름 속에서 사용자 경험은 어떻게 진화하는지 등에 관한 좋은 힌트들은 상당히 많이 엿볼 수 있었습니다.

이번 아티클은 두 편에 걸쳐 제공되며 그중 먼저 공개된 ⟪탐색을 설계하는 사람들⟫ 1편을 공유드려봅니다. 여러분들에게도 평소 궁금했던 부분들이 작게나마 해소될 수 있는 글이기를 바라봅니다 🙂

어느 유튜브 채널에 등장한 연기자 한 분이 이런 말씀을 하시더군요. "난 핸드폰으로 딴 거 안 해. 그냥 주구장창 피드만 내려. 이거 내리다가 지겨우면 다른 앱 들어가서 내려보고... 그러다 얼추 다 본 거 같으면 또 다른데 들어가서 피드 내리고 있고...." 그런데 실제로 이런 사용성이 극소수에게서만 나타나는 것은 아닙니다. 제 주위 사람들 중에도 이제 핸드폰으로 하는 작업이 딱히 다양하지 않고 그냥 피드만 본다는 사람들이 많거든요. 심지어 카톡이나 문자 메시지가 오더라도 곧바로 확인하지 않고 몇 시간 단위로 몰아서 본다는 사람들도 많습니다. 바야흐로 누군가가 떠먹여 주는 게 더 편한 '피드'의 시대가 도래한 것이죠. 피드를 보다 보면 이런 궁금증들이 생기곤 했습니다. '이런 피드는 100% AI가 추천해 주는 걸까?', '나 말고 다른 사람 피드엔 어떤 콘텐츠가 뜰까?', '관심사가 비슷한 사람들끼리는 똑같은 콘텐츠가 보이는 걸까?' 하는 물음들 말이죠. 웬만한 콘텐츠 서비스들이 다 피드 형태의 경험을 제공하지만 이런 물음에 응답하는 사례를 본 적이 거의 없어서 그동안은 개인적인 궁금증으로만 남겨두었는데, 이번 네이버피셜을 통해 네이버앱 피드 설계에 참여한 세 분의 담당자를 만나볼 수 있는 기회가 주어졌습니다. 물론 피드에 관한 모든 비밀을 다 파헤치는 것은 어렵겠지만 그래도 피드를 기획하는 과정에서의 고민, 평소 궁금했던 피드 기획의 로직들, (피드를 중심으로) 검색에서 탐색으로 넘어가는 흐름 속에서 사용자 경험은 어떻게 진화하는지 등에 관한 좋은 힌트들은 상당히 많이 엿볼 수 있었습니다. 이번 아티클은 두 편에 걸쳐 제공되며 그중 먼저 공개된 ⟪탐색을 설계하는 사람들⟫ 1편을 공유드려봅니다. 여러분들에게도 평소 궁금했던 부분들이 작게나마 해소될 수 있는 글이기를 바라봅니다 🙂

fficial.naver.com

피드를 기획하는 사람들은 어떤 고민을 가지고 있을까?

SKT가 AI의 동맥이자 2025년 핵심 성장동력인 ‘AI 인프라’ 시장 공략에 본격적으로 나섰다.SK텔레콤(대표이사 CEO 유영상)은 지난 12월 30일 가산 AI 데이터센터(이하 AIDC)를 오픈하고, 시범 운영을 마친 뒤 AI 클라우드 서비스인 ‘SKT GPUaaS(GPU-as-

SKT, AI 인프라 시장 공략 가속…엔비디아 GPU H100 기반 ‘SKT GPUaaS’ 선봬

커리어리 친구들, SK텔레콤(대표이사 CEO 유영상)은 지난 12월 30일 가산 AI 데이터센터(이하 AIDC)를 오픈하고, 시범 운영을 마친 뒤 AI 클라우드 서비스인 ‘SKT GPUaaS(GPU-as-a-Service)’를 출시했다고 13일 밝혔다고 합니다.

SKT는 지난 ‘SK AI 서밋 2024’에서 ‘AI 인프라 슈퍼 하이웨이’ 구축 전략을 발표한 이래 연말 조직 개편에서 ‘AI DC 사업부’를 별도 조직으로 신설하고, GPUaaS를 새롭게 출시하는 등 연이은 행보로 ‘AI 인프라’ 사업 본격화에 속도를 내고 있는 데, 이번에 오픈한 가산 AIDC는 랙당 전력밀도가 국내 최고 수준인 44kW로 국내 데이터센터 랙 당 평균 전력밀도인 4.8kW의 약 9배에 달하는 등 고밀도 GPU 서버 운영 환경에 최적화된 데이터 코로케이션 환경을 제공한다고 합니다.

‘SKT GPUaaS’는 람다(Lambda)사와 지난 1여년간 함께 준비한 구독형 AI 클라우드이고, 이를 위해 가산 AIDC에 람다의 한국 리전을 유치했다고 합니다 🙂

https://www.aipostkorea.com/news/articleView.html?idxno=5667

커리어리 친구들, SK텔레콤(대표이사 CEO 유영상)은 지난 12월 30일 가산 AI 데이터센터(이하 AIDC)를 오픈하고, 시범 운영을 마친 뒤 AI 클라우드 서비스인 ‘SKT GPUaaS(GPU-as-a-Service)’를 출시했다고 13일 밝혔다고 합니다. SKT는 지난 ‘SK AI 서밋 2024’에서 ‘AI 인프라 슈퍼 하이웨이’ 구축 전략을 발표한 이래 연말 조직 개편에서 ‘AI DC 사업부’를 별도 조직으로 신설하고, GPUaaS를 새롭게 출시하는 등 연이은 행보로 ‘AI 인프라’ 사업 본격화에 속도를 내고 있는 데, 이번에 오픈한 가산 AIDC는 랙당 전력밀도가 국내 최고 수준인 44kW로 국내 데이터센터 랙 당 평균 전력밀도인 4.8kW의 약 9배에 달하는 등 고밀도 GPU 서버 운영 환경에 최적화된 데이터 코로케이션 환경을 제공한다고 합니다. ‘SKT GPUaaS’는 람다(Lambda)사와 지난 1여년간 함께 준비한 구독형 AI 클라우드이고, 이를 위해 가산 AIDC에 람다의 한국 리전을 유치했다고 합니다 🙂 https://www.aipostkorea.com/news/articleView.html?idxno=5667

AI포스트(AIPOST)

<SKT, 엔비디아 GPU H100 도입>

전체 근로자의 6.7%가 연봉 1억이 넘는다고 하네요! 2022년과 비교해서 0.4% 늘었습니다.

그렇지만, 평균연봉 3천만원 이하 근로자가 45%로 가장 많았습니다. 2025년에는 노동소득이 더 귀하게 대접받는 사회로 조금씩 더 변해가길 기원합니다.

더 자세한 사항은 잡플래닛의 news-7021 을 확인해주세요.
> url을 첨부할 수 없어서 이렇게만 남깁니다

전체 근로자의 6.7%가 연봉 1억이 넘는다고 하네요! 2022년과 비교해서 0.4% 늘었습니다. 그렇지만, 평균연봉 3천만원 이하 근로자가 45%로 가장 많았습니다. 2025년에는 노동소득이 더 귀하게 대접받는 사회로 조금씩 더 변해가길 기원합니다. 더 자세한 사항은 잡플래닛의 news-7021 을 확인해주세요.&gt; url을 첨부할 수 없어서 이렇게만 남깁니다

억대 연봉 직장인 몇 명? 국세청 발표 평균연봉 대공개

There obviously needs to be immediate and dramatic action or everyone except for Google will be consigned to irrelevance.

"OpenAI is on a path of certain failure"

과거 IT 임원들의 내부 이메일을 공개하는 뉴스레터 'Internal Tech Emails'를 구독하고 있어요. 오늘은 2018년 일론 머스크가 OpenAI(오픈AI) 공동창업자들에게 "오픈AI는 구글에 밀려서 실패할 것이다"라는 내용의 이메일을 보낸 것이 공개됐어요.

----------------------------------------------
보낸 사람: 일론 머스크
날짜: 2018년 1월 31일 오후 2시 2분 37초 PST
받는 사람: 그렉 브록만, 일리아 수츠케버, 샘 알트만

제목: 전달: 현존하는 최고 AI 회사

오픈AI는 구글과 비교했을 때 확실히 실패하는 길로 나아가고 있습니다. 당장 극적인 조치를 취하지 않으면 오픈AI는 구글에 밀려 무관심한 존재로 전락할 것입니다.

ICO 접근 방식을 고려하기도 했지만 지금은 아닙니다. 왜냐면 오픈AI와 ICO와 이해관계가 있는 모든 사람들의 신뢰도를 떨어뜨릴 것이기 때문입니다. 무언가가 너무 좋아보여서 마치 사실이 아닌 것 같다면, 그건 사실이 아닌 것입니다. 그래서 그렇게 방향을 전환하는 것은 현명하지 못하다고 생각합니다.

오픈AI를 살릴 수 있는 유일한 방법은 오픈AI와 Tesla AI의 대규모 확장입니다. 저는 둘 다 동시에 할 수 있을 것이라고 생각합니다. 오픈AI의 경우, 기부금 자금을 크게 늘리고, 확실히 신뢰할 수 있는 사람들을 이사회에 합류시켜야 대규모 확장을 꾀할 수 있을 것입니다. 지금 이사회 상황은 매우 취약합니다.

우리는 내일 꼭 대화를 해야만 합니다. 분명히 말씀드리자면, 저는 여러분의 능력과 업적을 매우 존중합니다. 하지만 일을 관리한 방식이 만족스럽지 않았습니다. 그래서 오픈AI와 관계를 맺는 것이 어려웠습니다. 이제는 우리가 같이 문제를 해결해서 저의 참여도가 크게 늘거나, 아니면 제가 거의 참여하지 않고 공개적으로 오픈AI와 저의 연관성을 줄이는 방향 밖에는 없습니다. 저는 제 영향력과 시간에 대한 현식이 현실과 일치하지 않는 상황을 좋아하지 않기 때문입니다.
-------------------------------------------

미래는 정말 아무도 모르는 것이죠. 샘 알트만이 말하길 그때는 다들 오픈AI가 이도저도 안 될 것이라고 부정적인 시선을 보냈다고 해요. 하지만 그는 흔들리지 않았고, AGI 개발을 목표로 팀과 함께 ChatGPT를 개발해나갔다고 합니다. 결과론적인 일들이 많지만 그때의 기록을 살펴보는 건 역시 재미가 있네요.
https://open.substack.com/pub/techemails/p/elon-musk-openai-path-of-certain-failure?r=9k863&utm_campaign=post&utm_medium=email

과거 IT 임원들의 내부 이메일을 공개하는 뉴스레터 'Internal Tech Emails'를 구독하고 있어요. 오늘은 2018년 일론 머스크가 OpenAI(오픈AI) 공동창업자들에게 "오픈AI는 구글에 밀려서 실패할 것이다"라는 내용의 이메일을 보낸 것이 공개됐어요. ----------------------------------------------보낸 사람: 일론 머스크날짜: 2018년 1월 31일 오후 2시 2분 37초 PST받는 사람: 그렉 브록만, 일리아 수츠케버, 샘 알트만 제목: 전달: 현존하는 최고 AI 회사 오픈AI는 구글과 비교했을 때 확실히 실패하는 길로 나아가고 있습니다. 당장 극적인 조치를 취하지 않으면 오픈AI는 구글에 밀려 무관심한 존재로 전락할 것입니다. ICO 접근 방식을 고려하기도 했지만 지금은 아닙니다. 왜냐면 오픈AI와 ICO와 이해관계가 있는 모든 사람들의 신뢰도를 떨어뜨릴 것이기 때문입니다. 무언가가 너무 좋아보여서 마치 사실이 아닌 것 같다면, 그건 사실이 아닌 것입니다. 그래서 그렇게 방향을 전환하는 것은 현명하지 못하다고 생각합니다. 오픈AI를 살릴 수 있는 유일한 방법은 오픈AI와 Tesla AI의 대규모 확장입니다. 저는 둘 다 동시에 할 수 있을 것이라고 생각합니다. 오픈AI의 경우, 기부금 자금을 크게 늘리고, 확실히 신뢰할 수 있는 사람들을 이사회에 합류시켜야 대규모 확장을 꾀할 수 있을 것입니다. 지금 이사회 상황은 매우 취약합니다. 우리는 내일 꼭 대화를 해야만 합니다. 분명히 말씀드리자면, 저는 여러분의 능력과 업적을 매우 존중합니다. 하지만 일을 관리한 방식이 만족스럽지 않았습니다. 그래서 오픈AI와 관계를 맺는 것이 어려웠습니다. 이제는 우리가 같이 문제를 해결해서 저의 참여도가 크게 늘거나, 아니면 제가 거의 참여하지 않고 공개적으로 오픈AI와 저의 연관성을 줄이는 방향 밖에는 없습니다. 저는 제 영향력과 시간에 대한 현식이 현실과 일치하지 않는 상황을 좋아하지 않기 때문입니다. ------------------------------------------- 미래는 정말 아무도 모르는 것이죠. 샘 알트만이 말하길 그때는 다들 오픈AI가 이도저도 안 될 것이라고 부정적인 시선을 보냈다고 해요. 하지만 그는 흔들리지 않았고, AGI 개발을 목표로 팀과 함께 ChatGPT를 개발해나갔다고 합니다. 결과론적인 일들이 많지만 그때의 기록을 살펴보는 건 역시 재미가 있네요. https://open.substack.com/pub/techemails/p/elon-musk-openai-path-of-certain-failure?r=9k863&amp;utm_campaign=post&amp;utm_medium=email

open.substack.com

2024년 7월~12월 사이의 취업 기록, Meta 입사

2025년 미국 뉴욕 소프트웨어 엔지니어 취업기

지난 6개월 동안 미국에서 취업 활동했던 후기를 간략히 정리했습니다. 정보가 도움이 되셨으면 좋겠습니다.

 * 200개 이상의 포지션에 지원, 8개 회사와 면접 진행, 3곳 최종 합격
 * 생애 첫 ‘리트코드 스타일’ 코딩 인터뷰 통과 비법
 * 시스템 디자인 면접 준비
 * 2025년 1월 Meta 입사

지난 6개월 동안 미국에서 취업 활동했던 후기를 간략히 정리했습니다. 정보가 도움이 되셨으면 좋겠습니다. <ul ><li>200개 이상의 포지션에 지원, 8개 회사와 면접 진행, 3곳 최종 합격</li><li>생애 첫 ‘리트코드 스타일’ 코딩 인터뷰 통과 비법</li><li>시스템 디자인 면접 준비</li><li>2025년 1월 Meta 입사</li></ul>

www.nyprogrammer.com

지난 6개월 동안 미국에서 취업 활동했던 후기를 간략히 정리했습니

“재호야, 문제 원인은 찾았니? 언제까지 고칠 수 있겠니?”
“휴… 잘 모르겠어요.”
“난 네가 모르겠다고 말하는 게 제일 무서워.”

저에게는 이사님이 제 자리에 와서 언제까지 되겠니 묻는 게 가장 무서운 순간이었는데…
이사님은 제가 잘 모르겠다 말하는 게 가장 무섭다고 합니다.
서로가 무서운 이 웃픈 상황.

늦어도 좋으니 제발 일정을 알려 달라고.
이사님의 입장도 이해는 했습니다. 일정이 정해져야 영업팀과 운영팀에 알려서 고객들과 커뮤니케이션을 할 테니까.
하지만 정말 모르겠는 걸 어떡해… 함부로 말하다가 약속을 못 지키면?
그야말로 죽을 맛이었습니다. 어디가 문젠지 짐작도 안 가는데, 일정의 독촉은 계속 되고...
개발하면서 이렇게 스트레스받았을 때가 있었던가?

그건 파일 시스템 드라이버를 만들 때 였습니다.
(N:에 마운트 하는 네이버 클라우드 탐색기를 떠올리시면 됩니다.)

윈도우를 며칠간 사용하다 보면 메모리가 사용량이 조금씩 높아진다는 제보들이 있었습니다.
처음엔 그게 우리 드라이버 때문인지 믿을 수가 없었습니다.
하지만 사내 사용자들의 제보도 계속 이어졌고, 문제를 찾기 위해 애쓰는 날들이 계속됐습니다.

애플리케이션과는 달리 커널 코드에서 메모리가 새면 찾기도 어려울뿐더러 컴퓨터를 껐다 켜기 전까지는 해소가 되지 않습니다. 지옥 같은 날들을 지나, 결국 어떤 부분에서 그러는지를 찾아냈습니다.

버그 제보를 받은 날부터 고치기까지 한 달쯤 걸렸던가?
아침에 눈을 뜨면 한숨부터 나오면서 회사 가기가 무서웠던 날들이었습니다.

오늘 편안하게 앉아서 창밖을 바라보다 문득 이때 생각이 났습니다.
회사를 그만두고 이런 압박이 없어져서 정말 다행입니다만… 생각해 보니 이런 압박 덕분에 결국 문제를 해결해 내고 성장할 수 있었던 것 같습니다.
그래도 이 정도로 스트레스받아가며 여생을 살고 싶진 않네요. (웃음)

* TMI 토킹
오래된 기억이지만 문제는 FsRtlNotifyFullReportChange 의 구현 때문이었습니다.

만약 똑같은 경로에서 윈도 탐색기 두 개를 열어 놓고,
한 쪽에서 파일 하나를 생성하면 다른 쪽 탐색기에서도 새로 만들어진 파일이 곧장 보여야 합니다.

이건 윈도 탐색기가 ReadDirectoryChangesW 함수를 잘 구현해 줬기 때문에 되는 일이기도 하지만, 파일 시스템에서도 FsRtlNotifyFullReportChange 를 구현해 줘야만 합니다.
파일 시스템에서 이 부분을 구현 안 하면 애플리케이션에서 아무리 디렉터리 변경을 기다리고 있더라도 통지가 오지 않게 되는 것입니다.
이 함수를 어떻게 구현해야 한다고 자세하게 알려주는 문서는 없었습니다. 우리는 다행히 이 부분을 잘 구현해둬서 파일 알림 통지가 잘 되고 있었는데… 통지만 잘 될 뿐 여기서 메모리가 새고 있었던 것입니다. 너무 적게 새어나가고 있어서 찾을 수가 없을 정도로.
이 버그를 완전히 고쳤을 때 얼마나 기뻤던지.

“재호야, 문제 원인은 찾았니? 언제까지 고칠 수 있겠니?” “휴… 잘 모르겠어요.” “난 네가 모르겠다고 말하는 게 제일 무서워.” 저에게는 이사님이 제 자리에 와서 언제까지 되겠니 묻는 게 가장 무서운 순간이었는데… 이사님은 제가 잘 모르겠다 말하는 게 가장 무섭다고 합니다. 서로가 무서운 이 웃픈 상황. 늦어도 좋으니 제발 일정을 알려 달라고. 이사님의 입장도 이해는 했습니다. 일정이 정해져야 영업팀과 운영팀에 알려서 고객들과 커뮤니케이션을 할 테니까. 하지만 정말 모르겠는 걸 어떡해… 함부로 말하다가 약속을 못 지키면? 그야말로 죽을 맛이었습니다. 어디가 문젠지 짐작도 안 가는데, 일정의 독촉은 계속 되고... 개발하면서 이렇게 스트레스받았을 때가 있었던가? 그건 파일 시스템 드라이버를 만들 때 였습니다. (N:에 마운트 하는 네이버 클라우드 탐색기를 떠올리시면 됩니다.) 윈도우를 며칠간 사용하다 보면 메모리가 사용량이 조금씩 높아진다는 제보들이 있었습니다. 처음엔 그게 우리 드라이버 때문인지 믿을 수가 없었습니다. 하지만 사내 사용자들의 제보도 계속 이어졌고, 문제를 찾기 위해 애쓰는 날들이 계속됐습니다. 애플리케이션과는 달리 커널 코드에서 메모리가 새면 찾기도 어려울뿐더러 컴퓨터를 껐다 켜기 전까지는 해소가 되지 않습니다. 지옥 같은 날들을 지나, 결국 어떤 부분에서 그러는지를 찾아냈습니다. 버그 제보를 받은 날부터 고치기까지 한 달쯤 걸렸던가? 아침에 눈을 뜨면 한숨부터 나오면서 회사 가기가 무서웠던 날들이었습니다. 오늘 편안하게 앉아서 창밖을 바라보다 문득 이때 생각이 났습니다. 회사를 그만두고 이런 압박이 없어져서 정말 다행입니다만… 생각해 보니 이런 압박 덕분에 결국 문제를 해결해 내고 성장할 수 있었던 것 같습니다. 그래도 이 정도로 스트레스받아가며 여생을 살고 싶진 않네요. (웃음) * TMI 토킹 오래된 기억이지만 문제는 FsRtlNotifyFullReportChange 의 구현 때문이었습니다. 만약 똑같은 경로에서 윈도 탐색기 두 개를 열어 놓고, 한 쪽에서 파일 하나를 생성하면 다른 쪽 탐색기에서도 새로 만들어진 파일이 곧장 보여야 합니다. 이건 윈도 탐색기가 ReadDirectoryChangesW 함수를 잘 구현해 줬기 때문에 되는 일이기도 하지만, 파일 시스템에서도 FsRtlNotifyFullReportChange 를 구현해 줘야만 합니다. 파일 시스템에서 이 부분을 구현 안 하면 애플리케이션에서 아무리 디렉터리 변경을 기다리고 있더라도 통지가 오지 않게 되는 것입니다. 이 함수를 어떻게 구현해야 한다고 자세하게 알려주는 문서는 없었습니다. 우리는 다행히 이 부분을 잘 구현해둬서 파일 알림 통지가 잘 되고 있었는데… 통지만 잘 될 뿐 여기서 메모리가 새고 있었던 것입니다. 너무 적게 새어나가고 있어서 찾을 수가 없을 정도로. 이 버그를 완전히 고쳤을 때 얼마나 기뻤던지.

언제까지 고칠 수 있겠니?

원문 : React Tech Stack [2025] 리액트 생태계에서는 항상 새로운 기술들이 등장하고 있습니다. 이번 글에서는 2025년에 풀스택 애플리케이션을 개발하기 위한 인기 있는 리액트 기술 스택 하나(!)를 탐구해 보겠습니다. 이를 통해 여러분만의 제품(예: SaaS) 또는 최소한의 MVP를 만들 수 있을 것입니다. 애초에 이 가이드를 쓴 이유는 무엇인가요? 저는 프리랜서 웹 개발자와…

(번역) 2025 리액트 기술 스택

오늘은 42dot의 유경상님이 번역해주신 글입니다.

이 글에서는 저자가 자신의 실무 경험과 현재 트렌드를 바탕으로 2025년 리액트 풀스택 애플리케이션 개발을 위한 기술 스택을 제안합니다. Next.js, Tailwind CSS, TypeScript, Prisma, Supabase 등의 핵심 기술과 함께 UI/UX, 상태 관리, 인증, 결제를 위한 도구들을 추천하며, 각 선택의 이유와 장점에 대해 설명하고 있습니다. 새해를 맞아 새로운 리액트 기반의 프로젝트를 준비하시는 분들께 이 글을 추천드립니다 :)

> 글 링크 : https://ykss.netlify.app/translation/2025_react_tech_stack/

오늘은 42dot의 유경상님이 번역해주신 글입니다. 이 글에서는 저자가 자신의 실무 경험과 현재 트렌드를 바탕으로 2025년 리액트 풀스택 애플리케이션 개발을 위한 기술 스택을 제안합니다. Next.js, Tailwind CSS, TypeScript, Prisma, Supabase 등의 핵심 기술과 함께 UI/UX, 상태 관리, 인증, 결제를 위한 도구들을 추천하며, 각 선택의 이유와 장점에 대해 설명하고 있습니다. 새해를 맞아 새로운 리액트 기반의 프로젝트를 준비하시는 분들께 이 글을 추천드립니다 :) &gt; 글 링크 : https://ykss.netlify.app/translation/2025_react_tech_stack/

ykss.netlify.app

2025 리액트 기술 스택

[번외편] 영어 실력이 부족하여 고민하고 있는 분들에게

해외에서 살다보면 가장 열등감을 느낄 수 있는 부분이 바로 의사 소통 능력입니다.

그들은 이미 잘 알고 있지만, 나는 모르는 것.
그들끼리 당연하게 사용하는 언어를 나는 이해하지 못하는 것,
전달하고자 하는 바를 제대로 전달하지 못해 느끼는 좌절감과 무력감.

해외에서 사시는 분들은 살면서 한번 정도는 경험해본 경험들일 거에요.

저도 미국 생활 초반, 이 기분을 많이 느꼈습니다.
서브웨이에서 원하는 메뉴를 제대로 주문하지 못해,
내가 원하지 않는 메뉴를 받았을 때의 그 기분은 말로 표현하기가 힘들죠.

하지만 그 경험 덕분에,
저는 미국에서 내가 원하는 것을 정확하게 말하는 것이 얼마나 중요한지, 그리고 적극적으로 표현하는 행동이 어떤 결과를 만드는 지를 살면서 깨달을 수 있었습니다.

해외에서 살면서 유창한 영어 실력보다 더욱 중요한 것은 내가 원하는 바를 어떻게 표현하는지를 배우는 것이라고 생각합니다.

언어를 사용하는 방법 중 저는 말하기가 가장 중요하다고 생각합니다. 말하기에는 읽기, 쓰기, 듣기와 달리 나의 의도와 태도가 가장 많이 반영됩니다.

어떤 관용어를 사용하거나, 어떤 문장 구조를 사용하거나, 또는 어떤 고급 단어를 사용하는지보다,

내가 가지고자 하는 의도와 태도를 담아서 말하는 법을 익히는 것,
그것이 해외 생활에서 가장 크게 배운 교훈 중 하나였습니다.

[번외편] 영어 실력이 부족하여 고민하고 있는 분들에게 해외에서 살다보면 가장 열등감을 느낄 수 있는 부분이 바로 의사 소통 능력입니다. 그들은 이미 잘 알고 있지만, 나는 모르는 것. 그들끼리 당연하게 사용하는 언어를 나는 이해하지 못하는 것, 전달하고자 하는 바를 제대로 전달하지 못해 느끼는 좌절감과 무력감. 해외에서 사시는 분들은 살면서 한번 정도는 경험해본 경험들일 거에요. 저도 미국 생활 초반, 이 기분을 많이 느꼈습니다. 서브웨이에서 원하는 메뉴를 제대로 주문하지 못해, 내가 원하지 않는 메뉴를 받았을 때의 그 기분은 말로 표현하기가 힘들죠. 하지만 그 경험 덕분에, 저는 미국에서 내가 원하는 것을 정확하게 말하는 것이 얼마나 중요한지, 그리고 적극적으로 표현하는 행동이 어떤 결과를 만드는 지를 살면서 깨달을 수 있었습니다. 해외에서 살면서 유창한 영어 실력보다 더욱 중요한 것은 내가 원하는 바를 어떻게 표현하는지를 배우는 것이라고 생각합니다. 언어를 사용하는 방법 중 저는 말하기가 가장 중요하다고 생각합니다. 말하기에는 읽기, 쓰기, 듣기와 달리 나의 의도와 태도가 가장 많이 반영됩니다. 어떤 관용어를 사용하거나, 어떤 문장 구조를 사용하거나, 또는 어떤 고급 단어를 사용하는지보다, 내가 가지고자 하는 의도와 태도를 담아서 말하는 법을 익히는 것,그것이 해외 생활에서 가장 크게 배운 교훈 중 하나였습니다.

[번외편] IT 직무로 해외 취업을 고려하는 분들에게 드리고 싶은

그만 성장해야겠다

영상 컨텐츠를 확인해보면 유독 우리나라 사람들은 성장 성장 성장 노래합니다.

갓생이라는 이름으로 스스로를 착취하고 전시합니다.

그래서 종혁님의 글에서 이 문구가 와닿네요.

"올해는 작은 목표만 세웠다. 멀리 나아가기보다, 나를 가까이에서 둘러싼 것들에 대해 더 알고 싶다."

https://maxkim-j.github.io/posts/stop-growing/

영상 컨텐츠를 확인해보면 유독 우리나라 사람들은 성장 성장 성장 노래합니다. 갓생이라는 이름으로 스스로를 착취하고 전시합니다. 그래서 종혁님의 글에서 이 문구가 와닿네요. "올해는 작은 목표만 세웠다. 멀리 나아가기보다, 나를 가까이에서 둘러싼 것들에 대해 더 알고 싶다." https://maxkim-j.github.io/posts/stop-growing/

maxkim-j.github.io

우리는 성장을 강요받는다

This will be a happy new year - let me explain..

2025 - UX is dead - Long live Problem Solving

최근 링크드인에서 화제가 된 글을 UX 리서처 관점에서 재해석해보았습니다. 이 글은 트레바리 <리서치 하는데요> 시즌4 멤버인 아름 님께서 소개해주셨습니다. 마침 2번째 모임에서 『대체 뭐가 문제야』라는 책을 함께 읽고 '문제 정의'에 대해 토론을 하며 UX를 업으로 하는 사람으로서 어떻게 문제를 제대로 정의하고, 근원적인 솔루션을 도출할 수 있을까? 고민했기에 다소 자극적인 포스팅이지만 가만히 생각해 볼 지점들도 있습니다.

시간을 들여서라도 원문을 꼭 함께 살펴보시면 좋겠습니다. Anthony Sean McSharry - LinkedIn 포스트 "2025 - UX is dead - Long live Problem Solving"

[ 큐레이터의 문장 🎒 ]

UX는 정말 죽었나?

현재 UX 업계는 중대한 위기를 맞이했다며 저자는 이렇게 주장합니다. 누구나 사용자 경험을 이야기하고 UX를 한다고 자신의 직무에 UX를 붙입니다.

UX has become a joke - anyone can do (or rather not do) it and just add 'UX' to their title.

UX란 말이 농담거리가 되어버렸어요. 누구나 UX를 한다고 하고(또는 하지도 않으면서), 그저 직함에 'UX'만 붙이면 그만입니다. 단순한 도발이라고 보기에는 현실적인 부분이 많습니다. 저자는 현재 UX 업계의 문제점을 이렇게 짚어냅니다.

Focus on UI design, talk endlessly about 'empathy', use tools that cannot provide realistic usability tests, create hi-fidelity prototypes instead of hi-functioning prototypes, do not understand or do research, use made up Personas.

UI 디자인에만 매달리고, '공감'이란 말만 반복하며, 실제 사용성 검증이 불가능한 도구들을 쓰고 있어요. 제대로 작동하는 프로토타입은 만들지 않으면서 겉모습만 그럴듯한 시안만 만들죠. 리서치는 이해하지도 못하고 수행하지도 않으면서 근거 없는 페르소나만 만들어냅니다.

진정한 UX의 역할은 무엇일까?

그렇다면 진정한 UX란 무엇일까요? 저자는 이렇게 설명합니다.

UX 담당자가 해결해야 할 문제는

 * 3가지 도메인(사용자, 비즈니스, 기술)을 모두 아우르며
 * 디지털 뿐만 아니라 피지컬, 물리적 환경에서도 작동합니다
 * 소프트웨어만큼 프로세스도 중요하고
 * 운영 효율을 높이고
 * 비용은 줄이면서
 * 기능적으로 가치 있고 매력적인 해결책을 만들어내야 합니다

UX 죽음에 책임있는 자들은 누구인가?

 1. UI 디자인에만 집중하는
 2. '공감'에 대해 끝없이 이야기하는(구체적인 문제정의와 솔루션 없이)
 3. 현실적인 사용성 테스트를 제공할 수 없는 도구를 사용하는
 4. 고기능(High-functioning) 프로토타입 대신 그럴듯해보이는 프로토타입을 만드는
 5. UX 리서치를 이해하지 못하거나 수행하지 않는
 6. (AI 등을 통해) 만들어낸 페르소나를 사용하는
 7. 마케팅 카피를 쓰고 이를 UX라고 부르는
 8. UX가 디지털에만 존재한다고 생각하는
 9. 아름답게 디자인된 포트폴리오를 가진
 10. Figma 같은 쓸모없는 도구를 사용하는(Figma의 장점은 '쉬운 도구'라는 것인데 주객전도로 Figma로 리서치까지 모두 다 할 수 있다고 맹신하는)
 11. 기술을 이해하지 못하는
 12. 비즈니스를 이해하지 못하는
 13. 심리학이 그들의 결정과 작업에 어떤 영향을 미치는지 이해하지 못하는
 14. 직원을 사용자로 고려하지 않는
 15. CX와 UX가 다른 것이라고 주장하는
 16. 서비스 디자인을 하지 않는(무엇이라 부르든)
 17. 애자일 내부에서 부분, 일부로 작동하는(애자일 스프린트가 시작되기 전에 충분한 리서치와 검증이 선행되어야 함)
 18. 이러한 믿음을 홍보하고 잘못된 내용을 리더들, 컨퍼런스에서 발표하는

2025년, 우리는 어디로 가야 하나?

If you are a real UXer (a true problem solver) your value is more important than ever, but your title will have to change.

(그럼에도) 진정한 UX 역할자, 즉 진정한 문제 해결자라면 당신의 가치는 그 어느 때보다 빛날 것입니다. 다만 직함은 바뀌어야 할 거예요.

UX 리서처가 갖춰야 할 역량들

 1. 리서치 방법론 균형감각과 고도화
 * 정성적/정량적 리서치의 균형
 * 비즈니스 지표와의 연계, 논리성
 
 
 2. 문제 해결 능력 강화
 * 정성적/정량적 데이터에 기반한 의사결정 지원
 * 비즈니스/기술 영역에 대한 이해까지
 * 실질적인 비즈니스 운영까지 고려
 
 
 3. 리서치 임팩트 입증
 * 리서치로 발견한 문제 해결에 대해 리서치 투자 대비 효과 측정 필요
 * 비즈니스 성과와 연계한 리서치 효능 분석

이제는 UX라는 직함이 아니라 실제 문제를 해결할 수 있는 능력이 중요한 시대입니다. 2025년, UX 리서처는 단순히 '사용자 조사만 하는 사람'이 아닌 '실질적인 비즈니스 문제를 해결하는 전문가'로 거듭나야 합니다.

2025년은 UX 업계의 중요한 전환점이 될 것 같습니다. 하지만 UX 리서처들에게는 오히려 기회일 수 있습니다. 탄탄한 리서치 역량을 바탕으로 진정한 비즈니스 문제 해결에 기여할 수 있다면, UX 리서처의 가치는 더욱 빛날 수 있을 테니까요.

https://www.linkedin.com/pulse/2025-ux-dead-long-live-problem-solving-anthony-sean-mcsharry-mxele/

최근 링크드인에서 화제가 된 글을 UX 리서처 관점에서 재해석해보았습니다. 이 글은 트레바리 &lt;리서치 하는데요&gt; 시즌4 멤버인 아름 님께서 소개해주셨습니다. 마침 2번째 모임에서 『대체 뭐가 문제야』라는 책을 함께 읽고 '문제 정의'에 대해 토론을 하며 UX를 업으로 하는 사람으로서 어떻게 문제를 제대로 정의하고, 근원적인 솔루션을 도출할 수 있을까? 고민했기에 다소 자극적인 포스팅이지만 가만히 생각해 볼 지점들도 있습니다. 시간을 들여서라도 원문을 꼭 함께 살펴보시면 좋겠습니다. Anthony Sean McSharry - LinkedIn 포스트 "2025 - UX is dead - Long live Problem Solving" [ 큐레이터의 문장 🎒 ] UX는 정말 죽었나? 현재 UX 업계는 중대한 위기를 맞이했다며 저자는 이렇게 주장합니다. 누구나 사용자 경험을 이야기하고 UX를 한다고 자신의 직무에 UX를 붙입니다. UX has become a joke - anyone can do (or rather not do) it and just add 'UX' to their title. UX란 말이 농담거리가 되어버렸어요. 누구나 UX를 한다고 하고(또는 하지도 않으면서), 그저 직함에 'UX'만 붙이면 그만입니다. 단순한 도발이라고 보기에는 현실적인 부분이 많습니다. 저자는 현재 UX 업계의 문제점을 이렇게 짚어냅니다. Focus on UI design, talk endlessly about 'empathy', use tools that cannot provide realistic usability tests, create hi-fidelity prototypes instead of hi-functioning prototypes, do not understand or do research, use made up Personas. UI 디자인에만 매달리고, '공감'이란 말만 반복하며, 실제 사용성 검증이 불가능한 도구들을 쓰고 있어요. 제대로 작동하는 프로토타입은 만들지 않으면서 겉모습만 그럴듯한 시안만 만들죠. 리서치는 이해하지도 못하고 수행하지도 않으면서 근거 없는 페르소나만 만들어냅니다. 진정한 UX의 역할은 무엇일까? 그렇다면 진정한 UX란 무엇일까요? 저자는 이렇게 설명합니다. UX 담당자가 해결해야 할 문제는 <ul><li>3가지 도메인(사용자, 비즈니스, 기술)을 모두 아우르며</li><li>디지털 뿐만 아니라 피지컬, 물리적 환경에서도 작동합니다</li><li>소프트웨어만큼 프로세스도 중요하고</li><li>운영 효율을 높이고</li><li>비용은 줄이면서</li><li>기능적으로 가치 있고 매력적인 해결책을 만들어내야 합니다</li></ul> UX 죽음에 책임있는 자들은 누구인가? <ol><li>UI 디자인에만 집중하는</li><li>'공감'에 대해 끝없이 이야기하는(구체적인 문제정의와 솔루션 없이)</li><li>현실적인 사용성 테스트를 제공할 수 없는 도구를 사용하는</li><li>고기능(High-functioning) 프로토타입 대신 그럴듯해보이는 프로토타입을 만드는</li><li>UX 리서치를 이해하지 못하거나 수행하지 않는</li><li>(AI 등을 통해) 만들어낸 페르소나를 사용하는</li><li>마케팅 카피를 쓰고 이를 UX라고 부르는</li><li>UX가 디지털에만 존재한다고 생각하는</li><li>아름답게 디자인된 포트폴리오를 가진</li><li>Figma 같은 쓸모없는 도구를 사용하는(Figma의 장점은 '쉬운 도구'라는 것인데 주객전도로 Figma로 리서치까지 모두 다 할 수 있다고 맹신하는)</li><li>기술을 이해하지 못하는</li><li>비즈니스를 이해하지 못하는</li><li>심리학이 그들의 결정과 작업에 어떤 영향을 미치는지 이해하지 못하는</li><li>직원을 사용자로 고려하지 않는</li><li>CX와 UX가 다른 것이라고 주장하는</li><li>서비스 디자인을 하지 않는(무엇이라 부르든)</li><li>애자일 내부에서 부분, 일부로 작동하는(애자일 스프린트가 시작되기 전에 충분한 리서치와 검증이 선행되어야 함)</li><li>이러한 믿음을 홍보하고 잘못된 내용을 리더들, 컨퍼런스에서 발표하는</li></ol> 2025년, 우리는 어디로 가야 하나? If you are a real UXer (a true problem solver) your value is more important than ever, but your title will have to change. (그럼에도) 진정한 UX 역할자, 즉 진정한 문제 해결자라면 당신의 가치는 그 어느 때보다 빛날 것입니다. 다만 직함은 바뀌어야 할 거예요. UX 리서처가 갖춰야 할 역량들 <ol><li>리서치 방법론 균형감각과 고도화<ul><li>정성적/정량적 리서치의 균형</li><li>비즈니스 지표와의 연계, 논리성</li></ul> </li><li>문제 해결 능력 강화<ul><li>정성적/정량적 데이터에 기반한 의사결정 지원</li><li>비즈니스/기술 영역에 대한 이해까지</li><li>실질적인 비즈니스 운영까지 고려</li></ul> </li><li>리서치 임팩트 입증<ul><li>리서치로 발견한 문제 해결에 대해 리서치 투자 대비 효과 측정 필요</li><li>비즈니스 성과와 연계한 리서치 효능 분석</li></ul></li></ol> 이제는 UX라는 직함이 아니라 실제 문제를 해결할 수 있는 능력이 중요한 시대입니다. 2025년, UX 리서처는 단순히 '사용자 조사만 하는 사람'이 아닌 '실질적인 비즈니스 문제를 해결하는 전문가'로 거듭나야 합니다. 2025년은 UX 업계의 중요한 전환점이 될 것 같습니다. 하지만 UX 리서처들에게는 오히려 기회일 수 있습니다. 탄탄한 리서치 역량을 바탕으로 진정한 비즈니스 문제 해결에 기여할 수 있다면, UX 리서처의 가치는 더욱 빛날 수 있을 테니까요. https://www.linkedin.com/pulse/2025-ux-dead-long-live-problem-solving-anthony-sean-mcsharry-mxele/

www.linkedin.com

《2025년 UX는 죽었다》

2023년말 OpenAI에서 샘 알트먼의 축출(?)에 큰 역할을 했다는 Open AI 공동창업자 일리야가 어떤 사람인지 궁금해서 뒤져보다가 The Guardian과 했던 인터뷰를 찾았다. iHuman이란 제목으로 The Guardian에서 만든 AI에 관한 다큐멘터리의 일부라는데 이 사람이 갖고 있는 AI(혹은 AGI)에 관한 생각을 엿볼 수 있는데 확실히 OpenAI가 보여주었던 행보와 다름을 느낄 수 있었다. 일부 생각해볼만한 것들을 정리해보았다.

 1. 먼저 AI가 여러가지 문제를 해결하겠지만 새로운 문제를 만들어낼 것이란 점을 분명히 했고 예로 가짜 뉴스와 사이버 공격의 범람, 자율 AI 무기와 안정적인 독재정권의 탄생을 든다.
 2. ChatGPT가 AGI로 발전할 것이라 믿고 있는 듯한 발언을 한다. 이 인터뷰때 일리야의 바디랭귀지를 보면 걱정을 많이 하고 있음을 느낄 수 있다 (내 감정이 이입된 것인지도 모르겠지만): "자신의 목표를 가진 완전히 자율적인 존재를 만들 수 있다고 확신하지만 이 존재들의 목표가 우리 인간의 목표와 일치하도록 하는 것이 중요하다"
 3. "What inspires you"라는 질문에 대해서는 사람이 할 수 있는데 기계가 할 수 없는 것들에 대한 철학적으로 접근해보는 것이라고 하며 "학습", "경험", "사고" 등이 무엇인지 질문해보는 것을 예로 든다.
 4. AGI(Artificial General Intelligence)를 '인간이 하는 모든 일이나 작업을 더 잘 할 수 있는 컴퓨터 시스템'로 정의를 하며 AGI가 생각보다 빨리 완성될 가능성이 높다고 믿기에 지금부터 AGI를 인류의 이익과 맞추는 작업이 필요하다고 이야기한다. 일리야는 AGI가 전문가들이 생각하는 것보다 빠르게 분명히 탄생할 것으로 믿는 것 같다.
 5. 첫 번째 AGI 시스템은 천 만개 이상의 주택의 에너지를 소모하는 딥러닝 전문 프로세서로 가득찬 거대 데이터 센터의 모양을 띨 것인데 이 첫 시스템의 믿음과 욕망을 인류에게 도움되도록 디자인하는 것이 중요하다고 말한다. 왜냐면 이런 시스템은 자연에서 생명체처럼 자기가 생존할 수 있는 형태로 발전할 것이라 처음 시작이 중요하다는 거다. 현재 사람과 동물간의 관계를 미래 AGI와 사람간의 관계로 설명한 부분도 참 흥미로왔다 (공존하겠지만 한쪽의 이익이 분명히 우선시된다)
 6. AGI를 먼저 만들려는 경쟁이 사실 시작된 셈이고 그래서 여러 나라들의 협업을 통해 AGI를 만드는 것이 중요하다는 말을 하며 아래 이야기로 끝을 맺는다.

"The future is going to be good for the AI regardless. It would be nice if it were good for humans as well"

AI를 이미 하나의 존재로 표현하는 부분이 인상적이며 언제 AGI라는 것이 가능해질지 궁금한데 미국 시간으로 2025년 1월 4일 오전 10시에 샘 알트먼이 올린 트윗을 보면 이런 내용이 있다.

i always wanted to write a six-word story. here it is:
___
near the singularity; unclear which side.

Singularity는 이 문맥에서는 인공지능이 인간의 지능을 넘어서는 시점을 이야기하는데 unclear which side라는 부분이 결국 인간에게 도움이 되는지 안되는지를 나타내는 것 같다. 어그로를 끌려는 마케팅인지는 모르겠지만 샘 알트먼의 이런 태도를 일리야가 싫어한 것은 아닌지 모르겠다.

다음 포스팅에서 일리야의 NeurIPS 2024에서 했던 "Sequence to sequence learning with neural networks: What a Decade"라는 톡의 내용을 요약해보고자 한다.

2023년말 OpenAI에서 샘 알트먼의 축출(?)에 큰 역할을 했다는 Open AI 공동창업자 일리야가 어떤 사람인지 궁금해서 뒤져보다가 The Guardian과 했던 인터뷰를 찾았다. iHuman이란 제목으로 The Guardian에서 만든 AI에 관한 다큐멘터리의 일부라는데 이 사람이 갖고 있는 AI(혹은 AGI)에 관한 생각을 엿볼 수 있는데 확실히 OpenAI가 보여주었던 행보와 다름을 느낄 수 있었다. 일부 생각해볼만한 것들을 정리해보았다. <ol ><li>먼저 AI가 여러가지 문제를 해결하겠지만 새로운 문제를 만들어낼 것이란 점을 분명히 했고 예로 가짜 뉴스와 사이버 공격의 범람, 자율 AI 무기와 안정적인 독재정권의 탄생을 든다.</li><li>ChatGPT가 AGI로 발전할 것이라 믿고 있는 듯한 발언을 한다. 이 인터뷰때 일리야의 바디랭귀지를 보면 걱정을 많이 하고 있음을 느낄 수 있다 (내 감정이 이입된 것인지도 모르겠지만): "자신의 목표를 가진 완전히 자율적인 존재를 만들 수 있다고 확신하지만 이 존재들의 목표가 우리 인간의 목표와 일치하도록 하는 것이 중요하다"</li><li>"What inspires you"라는 질문에 대해서는 사람이 할 수 있는데 기계가 할 수 없는 것들에 대한 철학적으로 접근해보는 것이라고 하며 "학습", "경험", "사고" 등이 무엇인지 질문해보는 것을 예로 든다.</li><li>AGI(Artificial General Intelligence)를 '인간이 하는 모든 일이나 작업을 더 잘 할 수 있는 컴퓨터 시스템'로 정의를 하며 AGI가 생각보다 빨리 완성될 가능성이 높다고 믿기에 지금부터 AGI를 인류의 이익과 맞추는 작업이 필요하다고 이야기한다. 일리야는 AGI가 전문가들이 생각하는 것보다 빠르게 분명히 탄생할 것으로 믿는 것 같다.</li><li>첫 번째 AGI 시스템은 천 만개 이상의 주택의 에너지를 소모하는 딥러닝 전문 프로세서로 가득찬 거대 데이터 센터의 모양을 띨 것인데 이 첫 시스템의 믿음과 욕망을 인류에게 도움되도록 디자인하는 것이 중요하다고 말한다. 왜냐면 이런 시스템은 자연에서 생명체처럼 자기가 생존할 수 있는 형태로 발전할 것이라 처음 시작이 중요하다는 거다. 현재 사람과 동물간의 관계를 미래 AGI와 사람간의 관계로 설명한 부분도 참 흥미로왔다 (공존하겠지만 한쪽의 이익이 분명히 우선시된다)</li><li>AGI를 먼저 만들려는 경쟁이 사실 시작된 셈이고 그래서 여러 나라들의 협업을 통해 AGI를 만드는 것이 중요하다는 말을 하며 아래 이야기로 끝을 맺는다.</li></ol> "The future is going to be good for the AI regardless. It would be nice if it were good for humans as well" AI를 이미 하나의 존재로 표현하는 부분이 인상적이며 언제 AGI라는 것이 가능해질지 궁금한데 미국 시간으로 2025년 1월 4일 오전 10시에 샘 알트먼이 올린 트윗을 보면 이런 내용이 있다. i always wanted to write a six-word story. here it is:___near the singularity; unclear which side. Singularity는 이 문맥에서는 인공지능이 인간의 지능을 넘어서는 시점을 이야기하는데 unclear which side라는 부분이 결국 인간에게 도움이 되는지 안되는지를 나타내는 것 같다. 어그로를 끌려는 마케팅인지는 모르겠지만 샘 알트먼의 이런 태도를 일리야가 싫어한 것은 아닌지 모르겠다. 다음 포스팅에서 일리야의 NeurIPS 2024에서 했던 "Sequence to sequence learning with neural networks: What a Decade"라는 톡의 내용을 요약해보고자 한다.

일리야 수츠케버 The Guardian 인터뷰 요약

This repo includes ChatGPT prompt curation to use ChatGPT and other LLM tools better. - f/awesome-chatgpt-prompts

GitHub - f/awesome-chatgpt-prompts: This repo includes ChatGPT prompt curation to use ChatGPT and other LLM tools better.

최근 ChatGPT를 사용하지 않는 사람을 찾아보기 힘들 만큼 많은 분들이 이를 활용하고 계십니다. 대부분은 프롬프트를 즉석에서 작성해 요청하는 경우가 많지만, 고품질 프롬프트를 사용하면 더욱 정교하고 만족스러운 결과를 얻을 수 있습니다.

GitHub의 Awesome ChatGPT Prompts는 다른 사용자들이 미리 만들어둔 고품질 프롬프트 209개를 체계적으로 정리해둔 저장소입니다.

이 프롬프트들은 다양한 분야에서 유용하게 활용할 수 있으며, 여러분의 작업 효율을 크게 향상시킬 수 있습니다.

주요 활용 방법:
 1. 웹사이트를 통한 검색
    https://prompts.chat/ 웹사이트를 이용하면 저장소의 내용을 쉽게 검색할 수 있습니다.
 2. CSV 파일 검색
    저장소 내 prompts.csv 파일은 (https://github.com/f/awesome-chatgpt-prompts/blob/main/prompts.csv) 프롬프트를 한눈에 확인하고, 웹브라우저에서 검색할 수 있도록 제공됩니다.
 3. 터미널에서 검색
    터미널 사용에 익숙하다면 저장소를 다운로드한 뒤, 제공된 스크립트인 find-prompt를 실행해 프롬프트를 빠르게 찾아볼 수 있습니다. (https://github.com/f/awesome-chatgpt-prompts/blob/main/scripts/find-prompt)

나만의 프롬프트 관리:
 * 본인만의 프롬프트를 정리하고 싶다면 CSV 파일에 직접 추가해 저장할 수 있어 관리도 편리합니다.

활용 팁:
저장소의 프롬프트를 참고해 ChatGPT를 더 효과적으로 활용해 보세요. 다른 사용자가 만들어둔 프롬프트를 살펴보고, 이를 참고해 나만의 프롬프트를 작성하면 ChatGPT와의 대화가 한층 더 풍부해질 것입니다.

GitHub 저장소 링크:
https://github.com/f/awesome-chatgpt-prompts

최근 ChatGPT를 사용하지 않는 사람을 찾아보기 힘들 만큼 많은 분들이 이를 활용하고 계십니다. 대부분은 프롬프트를 즉석에서 작성해 요청하는 경우가 많지만, 고품질 프롬프트를 사용하면 더욱 정교하고 만족스러운 결과를 얻을 수 있습니다. GitHub의 Awesome ChatGPT Prompts는 다른 사용자들이 미리 만들어둔 고품질 프롬프트 209개를 체계적으로 정리해둔 저장소입니다. 이 프롬프트들은 다양한 분야에서 유용하게 활용할 수 있으며, 여러분의 작업 효율을 크게 향상시킬 수 있습니다. 주요 활용 방법:<ol ><li>웹사이트를 통한 검색 https://prompts.chat/ 웹사이트를 이용하면 저장소의 내용을 쉽게 검색할 수 있습니다.</li><li>CSV 파일 검색 저장소 내 prompts.csv 파일은 (https://github.com/f/awesome-chatgpt-prompts/blob/main/prompts.csv) 프롬프트를 한눈에 확인하고, 웹브라우저에서 검색할 수 있도록 제공됩니다. </li><li>터미널에서 검색 터미널 사용에 익숙하다면 저장소를 다운로드한 뒤, 제공된 스크립트인 find-prompt를 실행해 프롬프트를 빠르게 찾아볼 수 있습니다. (https://github.com/f/awesome-chatgpt-prompts/blob/main/scripts/find-prompt) </li></ol> 나만의 프롬프트 관리:<ul ><li>본인만의 프롬프트를 정리하고 싶다면 CSV 파일에 직접 추가해 저장할 수 있어 관리도 편리합니다.</li></ul> 활용 팁:저장소의 프롬프트를 참고해 ChatGPT를 더 효과적으로 활용해 보세요. 다른 사용자가 만들어둔 프롬프트를 살펴보고, 이를 참고해 나만의 프롬프트를 작성하면 ChatGPT와의 대화가 한층 더 풍부해질 것입니다. GitHub 저장소 링크: https://github.com/f/awesome-chatgpt-prompts

ChatGPT를 위한 고품질 프롬프트 모음

성공에 관한 두 가지 시각이 있다. 하나는 강점 강화고 다른 하나는 약점 보완이다. 어느 쪽이 정답일까?    직장생활을 하면서 자신의 강점과 장점을 인정받는 순간은 참 뿌듯하다. 그 장점으로 인해 리더가 된 경우 더 그렇다. 그런데 리더가 된 이후엔 강점이 곧 약점이 되기도 한다. 사례를 보자.      A팀장은 신입 시절부터 목표 집중력이 좋다는 말을 들어왔다. 결과를 낼 때까지 끈기있게 밀어붙이는 업무 스타일을 고수해왔다. 계획대로 되지 않은 일은 적극적으로 관여해 차질이 없게 하는

성공하는 리더는 강점을 강화한 사람도, 약점을 보완한 사람도 아니다

성공에 관한 두 가지 시각이 있다. 하나는 강점 강화고 다른 하나는 약점 보완이다. 어느 쪽이 정답일까?

직장생활을 하면서 자신의 강점과 장점을 인정받는 순간은 참 뿌듯하다. 그 장점으로 인해 리더가 된 경우 더 그렇다. 그런데 리더가 된 이후엔 강점이 곧 약점이 되기도 한다. 사례를 보자.

A팀장은 신입 시절부터 목표 집중력이 좋다는 말을 들어왔다. 결과를 낼 때까지 끈기있게 밀어붙이는 업무 스타일을 고수해왔다. 계획대로 되지 않은 일은 적극적으로 관여해 차질이 없게 하는 진행했다. 발군의 업무 추진력을 인정받아 팀장이 되었다.

A팀장은 변한 게 없다. 여전히 결과지향적이고 집중력이 탁월하다. 그런데, 팀장이 되고 나서는 하나의 일이 아니라 여러 프로젝트를 동시에 관리해야 하는데, 우선순위에 지나치게 집착하는 바람에 돌발 상황에 대처하지 못하는 일이 발생하기 시작했다.

하나의 프로젝트를 마치기 전에 다른 프로젝트를 시작하는 것도 어려워했다. 뜻대로 진행되지 않을 때 쉽게 화를 내고 짜증내는 일도 잦아졌다. 과거엔 전략 실행 능력이 탁월했다는 평가를 받았지만, 어느새 전략적 사고력이 상대적으로 떨어진다는 말이 나오기 시작했고, 최근엔 비전과 전략적 사고에서 최악의 평가를 받았다.

A팀장에게만 나타난 독특한 현상이라고 생각하는가? 그렇지 않다. 세계적인 조직심리학자 로버트 호건(Robert Hogan)은 리더십에 관한 연구들의 여러 연구시점, 다양한 장소, 다양한 집단을 종합해 성공하는 리더와 실패하는 리더에는 눈에 띄는 점이 있다는 사실을 발견했다.

성공하는 리더들 간의 공통점은 비교적 적지만, 실패하는 리더의 공통점은 훨씬 많았다. 그 공통점 중 하나는 바로 자신의 장점이 약점으로 변질되는 순간을 인식하지 못한다는 것이다(Hogan, R. (2017). Personality and the fate of organizations. Psychology Press.).

조직풍토조사(Organizational Clmate Survey)에서는 보수, 복리후생, 작업환경, 안전, 성취, 자율성, 사회적 지지 등에 대한 구성원들의 인식 수준을 측정한다. 흥미로운 점은 구성원들의 조직풍토 인식에 있어 최악을 만드는 요인이 바로 리더라는 점이다.

조직풍토 조성에 리더가 중요하다는 사실은 어떤 조직이나 알고 있다. 조직에서 누군가를 리더로 선정할 때는 조직풍토를 개선하고자 하는 의도가 깔린 것이다. 하지만, 리더의 강점은 언제든 약점이 될 수 있다.

매우 독립적인 사람이 리더가 되면 팀 구축과 육성에 약점을 보이고, 부하들에게 권한을 위양하지도 부하들 간의 갈등을 해결하지도 못한다. 매우 창의적인 사람이 리더가 되면 조직화하지 못하고 과업을 세밀하게 검토하지 못한다. 자기 주장과 의지과 확고한 사람이 리더가 되면 주변 사람과의 논쟁에서 이기려고 하고, 상사와 전략적 관점에 차이가 있을 경우 좁히지 못한다.

리더십에 있어 성공은 강점을 강화하는 것도 약점을 보완하는 것도 아니다. 자신의 강점이 약점이 될 수 있는 순간을 인식하고 적절히 대응할 수 있어야 한다. 섣불리 강점을 강화하라거나 약점을 보완하라는 조언을 해서는 안된다.

그렇다면, 강점을 유지하고 약점으로 변질되지 않게 만드는 대안은 무엇일까?

1️⃣가장 중요한 것은 자기 인식 강화다.
360도 피드백은 필수다. 비공식적 멘토들을 통해 피드백을 받는 것도 필요하다.

2️⃣적극적인 학습이다.
자신의 강점이 약점이 될 수 있음을 인지함과 동시에 이를 보완할 수 있는 효과적 대안을 시행하는 것이다. 효과적인 대안은 이미 많이 연구되어 있다. 학습이 부족할 뿐이다.

3️⃣경력 경로의 확대다.
조직 내 다양한 분야의 업무 경험과 사람들과의 인간관계를 경험하는 것은 보다 폭넓은 관점을 갖게 한다.

4️⃣균형잡힌 삶이다.
자아강도(ego strength)는 불균형 상태에서 강해진다. 아닌 줄 알면서도 끝까지 우길 때가 있다. 자아에 위협을 받는 상태여서다. 직장에서의 나 뿐만 아니라, 가정에서, 사회에서, 친구로서의 나 등 자아가 다양한 사람은 자아의 위협에 비교적 잘 대응할 수 있다.

그래서 직장 뿐만 아니라, 가정, 운동, 취미, 학습, 봉사활동, 사회 모임 등 다양한 장면에서 자아를 돌아보는 것은 자아 위협에 효과적으로 대응할 수 있는 방안이다.

리더로서 성공은 강점 강화도 약점 보완도 아닌, 리더가 되기 전의 강점이 리더가 된 후에 약점으로 변질되는 시점에 대한 인식과 대응이라는 것을 기억하자.

성공에 관한 두 가지 시각이 있다. 하나는 강점 강화고 다른 하나는 약점 보완이다. 어느 쪽이 정답일까? 직장생활을 하면서 자신의 강점과 장점을 인정받는 순간은 참 뿌듯하다. 그 장점으로 인해 리더가 된 경우 더 그렇다. 그런데 리더가 된 이후엔 강점이 곧 약점이 되기도 한다. 사례를 보자. A팀장은 신입 시절부터 목표 집중력이 좋다는 말을 들어왔다. 결과를 낼 때까지 끈기있게 밀어붙이는 업무 스타일을 고수해왔다. 계획대로 되지 않은 일은 적극적으로 관여해 차질이 없게 하는 진행했다. 발군의 업무 추진력을 인정받아 팀장이 되었다. A팀장은 변한 게 없다. 여전히 결과지향적이고 집중력이 탁월하다. 그런데, 팀장이 되고 나서는 하나의 일이 아니라 여러 프로젝트를 동시에 관리해야 하는데, 우선순위에 지나치게 집착하는 바람에 돌발 상황에 대처하지 못하는 일이 발생하기 시작했다. 하나의 프로젝트를 마치기 전에 다른 프로젝트를 시작하는 것도 어려워했다. 뜻대로 진행되지 않을 때 쉽게 화를 내고 짜증내는 일도 잦아졌다. 과거엔 전략 실행 능력이 탁월했다는 평가를 받았지만, 어느새 전략적 사고력이 상대적으로 떨어진다는 말이 나오기 시작했고, 최근엔 비전과 전략적 사고에서 최악의 평가를 받았다. A팀장에게만 나타난 독특한 현상이라고 생각하는가? 그렇지 않다. 세계적인 조직심리학자 로버트 호건(Robert Hogan)은 리더십에 관한 연구들의 여러 연구시점, 다양한 장소, 다양한 집단을 종합해 성공하는 리더와 실패하는 리더에는 눈에 띄는 점이 있다는 사실을 발견했다. 성공하는 리더들 간의 공통점은 비교적 적지만, 실패하는 리더의 공통점은 훨씬 많았다. 그 공통점 중 하나는 바로 자신의 장점이 약점으로 변질되는 순간을 인식하지 못한다는 것이다(Hogan, R. (2017). Personality and the fate of organizations. Psychology Press.). 조직풍토조사(Organizational Clmate Survey)에서는 보수, 복리후생, 작업환경, 안전, 성취, 자율성, 사회적 지지 등에 대한 구성원들의 인식 수준을 측정한다. 흥미로운 점은 구성원들의 조직풍토 인식에 있어 최악을 만드는 요인이 바로 리더라는 점이다. 조직풍토 조성에 리더가 중요하다는 사실은 어떤 조직이나 알고 있다. 조직에서 누군가를 리더로 선정할 때는 조직풍토를 개선하고자 하는 의도가 깔린 것이다. 하지만, 리더의 강점은 언제든 약점이 될 수 있다. 매우 독립적인 사람이 리더가 되면 팀 구축과 육성에 약점을 보이고, 부하들에게 권한을 위양하지도 부하들 간의 갈등을 해결하지도 못한다. 매우 창의적인 사람이 리더가 되면 조직화하지 못하고 과업을 세밀하게 검토하지 못한다. 자기 주장과 의지과 확고한 사람이 리더가 되면 주변 사람과의 논쟁에서 이기려고 하고, 상사와 전략적 관점에 차이가 있을 경우 좁히지 못한다. 리더십에 있어 성공은 강점을 강화하는 것도 약점을 보완하는 것도 아니다. 자신의 강점이 약점이 될 수 있는 순간을 인식하고 적절히 대응할 수 있어야 한다. 섣불리 강점을 강화하라거나 약점을 보완하라는 조언을 해서는 안된다. 그렇다면, 강점을 유지하고 약점으로 변질되지 않게 만드는 대안은 무엇일까? 1️⃣가장 중요한 것은 자기 인식 강화다.360도 피드백은 필수다. 비공식적 멘토들을 통해 피드백을 받는 것도 필요하다. 2️⃣적극적인 학습이다.자신의 강점이 약점이 될 수 있음을 인지함과 동시에 이를 보완할 수 있는 효과적 대안을 시행하는 것이다. 효과적인 대안은 이미 많이 연구되어 있다. 학습이 부족할 뿐이다. 3️⃣경력 경로의 확대다.조직 내 다양한 분야의 업무 경험과 사람들과의 인간관계를 경험하는 것은 보다 폭넓은 관점을 갖게 한다. 4️⃣균형잡힌 삶이다.자아강도(ego strength)는 불균형 상태에서 강해진다. 아닌 줄 알면서도 끝까지 우길 때가 있다. 자아에 위협을 받는 상태여서다. 직장에서의 나 뿐만 아니라, 가정에서, 사회에서, 친구로서의 나 등 자아가 다양한 사람은 자아의 위협에 비교적 잘 대응할 수 있다. 그래서 직장 뿐만 아니라, 가정, 운동, 취미, 학습, 봉사활동, 사회 모임 등 다양한 장면에서 자아를 돌아보는 것은 자아 위협에 효과적으로 대응할 수 있는 방안이다. 리더로서 성공은 강점 강화도 약점 보완도 아닌, 리더가 되기 전의 강점이 리더가 된 후에 약점으로 변질되는 시점에 대한 인식과 대응이라는 것을 기억하자.

ㅍㅍㅅㅅ

성공에 관한 두 가지 시각이 있다. 하나는 강점 강화고 다른 하나

개발/프로그래밍 무료 작품을 확인해보세요.

개발/프로그래밍 무료 - 전자책 - 최대 90% 할인! 웰컴 마크다운 - 리디

RIDI 에서 무료로 볼 수 있는 다양한 기술 서적을 제공하고 있네요. 저는 특정 기술 분야에 대한 체계적인 지식이 필요할 때, 책을 통해 학습하는 편인데요. RIDI에 있는 책들을 보니 목차와 내용이 매우 충실해 보입니다.

개인적으로는 종이책을 선호하지만, 전문적인 지식이 필요하거나 빠르게 읽어야 할 때 RIDI의 전자책이 유용할 것 같습니다. 또한, RIDI는 PC용 뷰어도 제공해주어서, 데스크톱 환경에서도 편리하게 독서를 즐길 수 있다는 점도 장점입니다.

https://ridibooks.com/category/free-books/2220

RIDI 에서 무료로 볼 수 있는 다양한 기술 서적을 제공하고 있네요. 저는 특정 기술 분야에 대한 체계적인 지식이 필요할 때, 책을 통해 학습하는 편인데요. RIDI에 있는 책들을 보니 목차와 내용이 매우 충실해 보입니다. 개인적으로는 종이책을 선호하지만, 전문적인 지식이 필요하거나 빠르게 읽어야 할 때 RIDI의 전자책이 유용할 것 같습니다. 또한, RIDI는 PC용 뷰어도 제공해주어서, 데스크톱 환경에서도 편리하게 독서를 즐길 수 있다는 점도 장점입니다. https://ridibooks.com/category/free-books/2220

리디

RIDI로 만나는 무료 기술 서적

더피알=김우정 | 소셜미디어는 이슈의 바다다. 가장 빠르게 정보가 올라오고, 공유되며, 퍼져 나간다. 김우정의 쇼셜은 누구보다 빠르게 소셜이라는 바다에서 번지는 이슈를 PR인의 관점으로 분석하고 편집해서 설명하는 책갈피다. 소셜은 가속되어야 하고, 쇼는 계속되어야 한다. [편집자 주] 난 항상 당신을 사랑할 거야. 우린 함께 성장했으니까. 당신 덕분에 지금의 내가 있는 거야.- 영화 'HER'의 대사 中 -1.

챗GPT-4o, 영화 '그녀'가 현실로 왔다!

새로운 코너 김우정의 <쇼설>을 시작합니다. 소셜미디어는 이슈의 바다죠. 가장 빠르게 정보가 올라오고, 공유되며, 퍼져 나갑니다. 쇼셜은 누구보다 빠르게 소셜이라는 바다에서 번지는 이슈를 PR인의 관점으로 분석하고 편집해서 설명하는 책갈피를 지향합니다. 소셜은 가속되어야 하고, 쇼는 계속되어야 하니까요. 좋아요와 댓글로 응원 부탁합니다. 고맙습니다. 😀

새로운 코너 김우정의 &lt;쇼설&gt;을 시작합니다. 소셜미디어는 이슈의 바다죠. 가장 빠르게 정보가 올라오고, 공유되며, 퍼져 나갑니다. 쇼셜은 누구보다 빠르게 소셜이라는 바다에서 번지는 이슈를 PR인의 관점으로 분석하고 편집해서 설명하는 책갈피를 지향합니다. 소셜은 가속되어야 하고, 쇼는 계속되어야 하니까요. 좋아요와 댓글로 응원 부탁합니다. 고맙습니다. 😀

The PR 더피알

챗GPT-4o, 영화 ‘그녀’가 현실로 왔다!

김우정의 메시지 전쟁이라는 주제로, 데이터 기반 고객경험 및 인공지능 시대의 메시지 전략에 대한 고정칼럼을 매월 연재하고 있다. 

칼럼니스트

팀버튼은 2006년에 설립된 국내 최초의 기업예술교육 극단이다. 약 17년간 8,000회의 프로그램을 통해 30만 명 이상의 직원들에게 예술을 통한 창의성을 교육했다. 국내 1,000대 기업의 약 70%가 팀버튼의 교육서비스를 경험했으며, 특히 2012년부터 4년간 현대자동차그룹의 신입사원 입문교육 <비전시네마>를 기획/총괄했다.

Founder

춘사국제영화제는 한국영화감독협회에서 주최하는 영화 시상식이다. 춘사 나운규의 영화에 대한 열정을 기리는 의미로 이름을 붙였다. 춘사 나운규의 영화와 삶에 대한 정신을 밑거름으로 다져 한국영화의 풍토를 새로이 조성하는 데 그 목적을 두고 있다. 김우정은 2020년부터 2023년까지 춘사국제영화제의 총감독을 맡아, 국내 시상식 최초로 OTT 영화를 영화 시상식 후보작에 포함시키는 작업을 진행하였고, 영화 <미나리>의 정이삭 감독과 영화 <브로커>의 고레에다 히로카즈 감독에게 국제영화상을 부여하는 국제화 작업을 도모했다.

총감독

생각식당은 스토리 스튜디오입니다. 지금까지 제작한 작품의 목록은 아래와 같습니다. 

/웹툰 ‘샤먼’ | 카카오페이지, 타파스 미디어, 텐센트
/웹툰 ‘황태자의 하루’ | 카카오페이지, 타파스 미디어
/웹툰 ‘깡’ | 카카오페이지
/웹툰 ‘조선의 복수’ | 레진코믹스
/웹툰 ‘아이언 불’ | 타파스미디어

그리고 생각식당은 마케팅 컨설팅과 스토리텔링 서비스를 제공합니다. 생각식당의 메뉴는 세 가지입니다. 60분간 커피를 마시는 ‘통찰력 라떼’, 90분간 브런치를 먹는 ‘컨셉 브런치’, 저녁 식사를 함께 하는 ‘경영의 양식’이 그것입니다. ‘통찰력 라테’는 면접이나 프레젠테이션 같은, 찰나에 누군가의 눈에 띄는 ‘핵심 경쟁력’ 만드는 방법을 소개합니다. 대표 메뉴인 ‘컨셉 브런치’에서는 제품이나 서비스 이름이 필요한 사람, 제안서를 써야 하는 사람에게 아이디어를 제시합니다. ‘경영의 양식’은 경영자나 예비 창업자에게 경영 방법을 코칭합니다.

Story Producer

벡터그룹은 2023년 기준 세계 7위의 글로벌 PR Firm 이다. 김우정은 2019년부터 2023년까지 벡터그룹 한국지사의 부대표로 근무하면서 필립모리스 코리아, 쿠팡, 경기도청 등의 PR 프로젝트를 진행하였고, 일본 3위의 광고회사인 ADK 한국지사의 인수합병을 완료하였다. 이후 P&G, 아식스, 라이나생명 등의 캠페인 프로젝트를 관리하였다.

수석 컨설턴트

문화콘텐츠 마케팅 프로듀싱

정치학/한국학대학원

임상병리학/경영학

김우정

링크드인 프로필

인사이트 클럽

김우정 브런치

김우정 프로필

글쓰는 기획자, 스토리텔링 디렉터. 어린 시절부터 영화에 관심이 많았다. 본업인 마케팅 기획을 하면서 OTT 미디어랩 수석 디렉터로 인사이트 커뮤니티를 운영 중이다.

챗GPT-4o, 영화 ‘그녀’가 현실로 왔다!

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필