We are deploying digital pseudo-therapists at an unprecedented scale, and those most at risk of negative outcomes are teens.

Opinion | Teens Are Using Chatbots as Therapists. That’s Alarming.

미 청소년 72%가 AI 챗봇 동반자로 사용하며, 약 8명에 1명꼴로 “정서적 또는 정신건강 지원”을 요청함.

AI봇 대화 상대로 마케팅되면서 청소년들의 디지털 상담치료사로 빠르게 자리 잡아가는 추세.

—

물론 안전 문제도 있는데요. 이 추세는 거스를 수 없는 것이라, 제한하기보다는 오히려 잘 활용하게 만드는 쪽으로 지원해야한다고 생각합니다.

무엇보다 상담은 비용이 엄청나게 들기 때문에 문제가 있어도 상담받기가 힘들거든요. 잘 활용한다면 전체적으로 큰 도움이 될겁니다.

기사에서는 “전례 없는 규모로 가짜 치료사들 배포되고 있다”는 말을 하지만, 이미 평균적인 의사나 상담사보다는 훨씬 낫다는 연구 결과도 있고요.

그리고 프론티어 AI 회사들은 이 문제들에 대해 이미 가드를 하도록 훈련시키고 있으니, 메이저 LLM 위주로 사용하도록 가이드를 하면 문제를 크게 줄일 수 있습니다.

현재 그리고 앞으로도 가장 큰 문제는 최근에 돈을 많이 벌고 있다는 캐릭터 챗류의 서비스들, 혹은 Grok 같은 비윤리적인 답변을 서슴치않는 서비스들인데요.

이 회사들은 이 가드를 뚫는다는 걸 장점으로 내세우기까지 할 정도로 윤리적으로 큰 문제가 있습니다. 그중에 국대 AI 컨소시엄에 들어가 있는 회사도 있는데..

아무튼, 거스를 수 없다면 긍정적으로 사용할 수 있도록 적극적으로 개입해야겠죠. 정부에서 진행하는 다양한 국책 AI 사업에는 이러한 부분들을 꼭 고려해주시면 좋겠네요.

https://www.nytimes.com/2025/08/25/opinion/teen-mental-health-chatbots.html

미 청소년 72%가 AI 챗봇 동반자로 사용하며, 약 8명에 1명꼴로 “정서적 또는 정신건강 지원”을 요청함. AI봇 대화 상대로 마케팅되면서 청소년들의 디지털 상담치료사로 빠르게 자리 잡아가는 추세. — 물론 안전 문제도 있는데요. 이 추세는 거스를 수 없는 것이라, 제한하기보다는 오히려 잘 활용하게 만드는 쪽으로 지원해야한다고 생각합니다. 무엇보다 상담은 비용이 엄청나게 들기 때문에 문제가 있어도 상담받기가 힘들거든요. 잘 활용한다면 전체적으로 큰 도움이 될겁니다. 기사에서는 “전례 없는 규모로 가짜 치료사들 배포되고 있다”는 말을 하지만, 이미 평균적인 의사나 상담사보다는 훨씬 낫다는 연구 결과도 있고요. 그리고 프론티어 AI 회사들은 이 문제들에 대해 이미 가드를 하도록 훈련시키고 있으니, 메이저 LLM 위주로 사용하도록 가이드를 하면 문제를 크게 줄일 수 있습니다. 현재 그리고 앞으로도 가장 큰 문제는 최근에 돈을 많이 벌고 있다는 캐릭터 챗류의 서비스들, 혹은 Grok 같은 비윤리적인 답변을 서슴치않는 서비스들인데요. 이 회사들은 이 가드를 뚫는다는 걸 장점으로 내세우기까지 할 정도로 윤리적으로 큰 문제가 있습니다. 그중에 국대 AI 컨소시엄에 들어가 있는 회사도 있는데.. 아무튼, 거스를 수 없다면 긍정적으로 사용할 수 있도록 적극적으로 개입해야겠죠. 정부에서 진행하는 다양한 국책 AI 사업에는 이러한 부분들을 꼭 고려해주시면 좋겠네요. https://www.nytimes.com/2025/08/25/opinion/teen-mental-health-chatbots.html

www.nytimes.com

📰 청소년 상당수가 AI한테 상담받는다

“이 문제는 왜 해결해야 하죠?”
토스페이먼츠의 Product Manager는 늘 이 질문에서 시작합니다.

“무엇을 만들까”보다 “왜 해야 하나요?”를 묻는 사람들, 토스페이먼츠 PM

글을 읽다가 공감한 부분이 있었다. 프로덕트 매니저는 기획서를 쓰거나 화면을 그리는 사람이 아니라, 문제의 본질을 정의하고 해결까지 이끄는 사람이라는 대목이다. 겉으로 드러난 현상이 아니라, 그 뒤에 숨어 있는 원인을 찾아내고 본질을 묻는 것. 나도 이것이야말로 프로덕트 매니저의 핵심 역할이라고 생각한다.

문제가 선명해지면, 디자이너와 엔지니어의 움직임이 달라진다. 우리가 "무슨 문제를 풀어야 하고, 왜 풀어야 하는지"에 공감하게 되면, 각자는 자신의 전문성을 바탕으로 해결을 위한 수단을 찾아낸다. 디자이너는 사용자 경험과 디자인 요소로, 엔지니어는 기술적 방법으로 문제를 해결한다.

흥미로운 건, 이 과정에서 흔히 기획이라고 부르는 요소들—어떤 화면을 구성할지, 어떤 흐름으로 작동할지—는 억지로 끌어내지 않아도 자연스럽게 해결된다는 점이다. 문제를 제대로 정의했을 때, 팀은 이미 같은 그림을 그리기 시작하기 때문이다.

물론 모든 조직이 이렇게 작동하지는 않는다. 하지만 제품 중심으로 일하는 팀이라면 반드시 이런 구조가 필요하다. 프로덕트 매니저가 문제의 본질을 정의하고, 디자이너와 엔지니어가 그 문제에 몰입하며 각자의 도구로 해답을 만들어내는 팀워크. 나는 이것이 제품을 앞으로 나아가게 하는 가장 건강한 방식이라고 생각한다.

https://toss.im/career/article/tosspayments_pm

글을 읽다가 공감한 부분이 있었다. 프로덕트 매니저는 기획서를 쓰거나 화면을 그리는 사람이 아니라, 문제의 본질을 정의하고 해결까지 이끄는 사람이라는 대목이다. 겉으로 드러난 현상이 아니라, 그 뒤에 숨어 있는 원인을 찾아내고 본질을 묻는 것. 나도 이것이야말로 프로덕트 매니저의 핵심 역할이라고 생각한다. 문제가 선명해지면, 디자이너와 엔지니어의 움직임이 달라진다. 우리가 "무슨 문제를 풀어야 하고, 왜 풀어야 하는지"에 공감하게 되면, 각자는 자신의 전문성을 바탕으로 해결을 위한 수단을 찾아낸다. 디자이너는 사용자 경험과 디자인 요소로, 엔지니어는 기술적 방법으로 문제를 해결한다. 흥미로운 건, 이 과정에서 흔히 기획이라고 부르는 요소들—어떤 화면을 구성할지, 어떤 흐름으로 작동할지—는 억지로 끌어내지 않아도 자연스럽게 해결된다는 점이다. 문제를 제대로 정의했을 때, 팀은 이미 같은 그림을 그리기 시작하기 때문이다. 물론 모든 조직이 이렇게 작동하지는 않는다. 하지만 제품 중심으로 일하는 팀이라면 반드시 이런 구조가 필요하다. 프로덕트 매니저가 문제의 본질을 정의하고, 디자이너와 엔지니어가 그 문제에 몰입하며 각자의 도구로 해답을 만들어내는 팀워크. 나는 이것이 제품을 앞으로 나아가게 하는 가장 건강한 방식이라고 생각한다. https://toss.im/career/article/tosspayments_pm

toss.im

PM이 이런 것까지 해요?

함께 만든 두 번째 에피소드에는 처음으로 ’캠퍼스‘라는 이름이 붙었다. 내가 대학생활을 하는 동안 이런 곳에서 지냈다면 어땠을까?
⠀
같은 이름으로 만들어진 8번째 에피소드. 같은 지역에서 4년의 시차를 두고 처음 선보인 Share Housing.
⠀
한 아이를 키우려면 온 마을이 필요하다는데, 에피소드는 매번 그랬던 것 같다. ’애씀 총량의 법칙‘을 믿으며 서로의 애씀을 알아주는 사람들. 이 모든 과정에 귀인이라고 부르는 파트너이자 동료가 있었다.
⠀
에피소드를 만들기 위해 필요한 역할이면 그것으로 충분하다는 생각으로 하루, 내 전문성을 부동산개발회사에서 잘 증명하고 있는 것인지 의심하며 하루, 작년에 용산을 오픈하며 겪었던 같은 실수를 하지 않겠다는 다짐으로 하루. 그런 하루들의 연속이었다. 아침엔 9시 수업을 벅차했던 과거의 내 모습을 떠올리며 2시간씩 달렸다.
⠀
그러다 상반기가 지났다. 이 과정에서 나는 스스로 스페셜리스트인지, 제너럴리스트인지 개기일식처럼 찾아온 고민을 했고, 다시 해는 달을, 달은 해를 비켜섰다. 시간이 지나고 나서 깨달은 건 그럼에도 주변의 소중한 동료들이 나를 믿고 어쩌면 조금은 의지하며 주변을 공전하고 있었다는 점이다.
⠀
다들 힘들었고, 다들 아팠고, 상대의 애씀을 알아주면서도 나의 애씀을 더 알아주길 바랐다.
⠀
우린 무더운 여름을 보냈고 이제 가을을 맞이했다. 이곳에 머무는 청춘들에게 더 나은 캠퍼스 생활이, 더 나은 도시생활이 함께하길.

https://www.instagram.com/p/DN79r62E5La/?utm_source=ig_web_copy_link&igsh=MTl2NGo2YmozM2tmag==

함께 만든 두 번째 에피소드에는 처음으로 ’캠퍼스‘라는 이름이 붙었다. 내가 대학생활을 하는 동안 이런 곳에서 지냈다면 어땠을까? ⠀ 같은 이름으로 만들어진 8번째 에피소드. 같은 지역에서 4년의 시차를 두고 처음 선보인 Share Housing. ⠀ 한 아이를 키우려면 온 마을이 필요하다는데, 에피소드는 매번 그랬던 것 같다. ’애씀 총량의 법칙‘을 믿으며 서로의 애씀을 알아주는 사람들. 이 모든 과정에 귀인이라고 부르는 파트너이자 동료가 있었다. ⠀ 에피소드를 만들기 위해 필요한 역할이면 그것으로 충분하다는 생각으로 하루, 내 전문성을 부동산개발회사에서 잘 증명하고 있는 것인지 의심하며 하루, 작년에 용산을 오픈하며 겪었던 같은 실수를 하지 않겠다는 다짐으로 하루. 그런 하루들의 연속이었다. 아침엔 9시 수업을 벅차했던 과거의 내 모습을 떠올리며 2시간씩 달렸다. ⠀ 그러다 상반기가 지났다. 이 과정에서 나는 스스로 스페셜리스트인지, 제너럴리스트인지 개기일식처럼 찾아온 고민을 했고, 다시 해는 달을, 달은 해를 비켜섰다. 시간이 지나고 나서 깨달은 건 그럼에도 주변의 소중한 동료들이 나를 믿고 어쩌면 조금은 의지하며 주변을 공전하고 있었다는 점이다. ⠀ 다들 힘들었고, 다들 아팠고, 상대의 애씀을 알아주면서도 나의 애씀을 더 알아주길 바랐다. ⠀ 우린 무더운 여름을 보냈고 이제 가을을 맞이했다. 이곳에 머무는 청춘들에게 더 나은 캠퍼스 생활이, 더 나은 도시생활이 함께하길. https://www.instagram.com/p/DN79r62E5La/?utm_source=ig_web_copy_link&amp;igsh=MTl2NGo2YmozM2tmag==

⟪스페셜리스트와 제너럴리스트 사이, 에피소드 신촌 캠퍼스⟫

우디의 컨설팅:  합격으로 가는 3가지 차별점 개인별 맞춤 포트폴리오,  합격을 부르는 비결입니다. 5회 코칭   대기업 UX설계 디자이너 최종 합격한 **지 님의 실제 리뷰입니다.  5회 코칭   유니콘 프로덕트 디자이너 최종 합격한 김** 님의 실제 리뷰입니다.  2회 코칭   대기업 디자이너 최종 합격한 **연 님의 실제 리뷰입니다.  2회 코칭   

[🦄 유니콘·빅테크] 합격한 UX/UI 포트폴리오 컨설팅 - PO·디자인 리드·채용 담당 경력 - 우디디자인랩

요즘 UX/UI 면접에서 이런 질문 많이 나옵니다.
Q) A/B테스트에서 개선안이 더 낮은 결과를 보였다면, 왜 그럴까요?

예시) 신규 기능을 넣었는데 사용자가 아직 학습되지 않아 이탈이 늘었을 수 있고, 당시 잡은 지표가 단기 클릭률이라 장기 가치와는 어긋났을 수 있습니다.

낮게 나왔다=실패가 아니라, 사용자 맥락 속에서 어떤 숨은 요인이 작동했는지를 읽어내는 능력입니다.

🔗 9월 오픈 D-1 : 우디의 포폴/면접/커리어챗

https://www.latpeed.com/products/QkCkT

요즘 UX/UI 면접에서 이런 질문 많이 나옵니다.Q) A/B테스트에서 개선안이 더 낮은 결과를 보였다면, 왜 그럴까요? 예시) 신규 기능을 넣었는데 사용자가 아직 학습되지 않아 이탈이 늘었을 수 있고, 당시 잡은 지표가 단기 클릭률이라 장기 가치와는 어긋났을 수 있습니다. 낮게 나왔다=실패가 아니라, 사용자 맥락 속에서 어떤 숨은 요인이 작동했는지를 읽어내는 능력입니다. 🔗 9월 오픈 D-1 : 우디의 포폴/면접/커리어챗 https://www.latpeed.com/products/QkCkT

Latpeed

요즘 UX/UI 면접 질문 중

오늘 개발하다가 크래시 되는 버그가 있어서 AI 친구들이랑 한참을 낑낑댔는데, GPT고 Claude고 몇 번을 시도하고 범위를 좁혀줘도 못찾았다.

근데 나 역시도 아무리 코드를 들여다봐도 원인을 알 수가 없었는데, 결국은 한 줄 한 줄, 키워드 하나 하나 삭제하는 방법으로 해결했다.

그런걸보면 음.. 이제 AI 대비해서 인간이 우위인 일은 역시 노가다(물리) 뿐인 것인가.. 🥲😇

오늘 개발하다가 크래시 되는 버그가 있어서 AI 친구들이랑 한참을 낑낑댔는데, GPT고 Claude고 몇 번을 시도하고 범위를 좁혀줘도 못찾았다. 근데 나 역시도 아무리 코드를 들여다봐도 원인을 알 수가 없었는데, 결국은 한 줄 한 줄, 키워드 하나 하나 삭제하는 방법으로 해결했다. 그런걸보면 음.. 이제 AI 대비해서 인간이 우위인 일은 역시 노가다(물리) 뿐인 것인가.. 🥲😇

지난 14주간, AI 무식자들이 모여서 그룹 스터디를 진행하였습니다.

첫 10주는 Cohere의 LLM University 온라인 과정을 인내심을 갖고 정주행하였습니다. Text Embedding, Semantic Search, Prompt Engineering, Fine Tuning, RAG 등 LLM의 기초를 차근차근 쌓았습니다.

마지막 4주는 배운 내용을 총동원해 간단한 AI 챗봇을 구현하는 풀스택 프로젝트를 진행했는데요. 스터디 취지에 맞게 거의 100% 코딩 에이전트로 개발을 했는데, 단체로 바이브 코딩을 해본 적은 처음이라 여러 시행착오를 겪었습니다. 하지만 결국 프로젝트를 완성해 세상에 내놓을 수 있었습니다!

👉 chat.dalestudy.com

AI 겁쟁이들이 함께 공부하면서 점점 자신감을 얻고 실제 결과물을 만들어내는 과정을 지켜보는 건 정말 뜻깊은 경험이었습니다.

인공지능 스터디 2기도 모집을 시작하였으니 관심있으신 분들은 아래 링크를 참고바랍니다.
🔗 https://github.com/orgs/DaleStudy/discussions/13

지난 14주간, AI 무식자들이 모여서 그룹 스터디를 진행하였습니다. 첫 10주는 Cohere의 LLM University 온라인 과정을 인내심을 갖고 정주행하였습니다. Text Embedding, Semantic Search, Prompt Engineering, Fine Tuning, RAG 등 LLM의 기초를 차근차근 쌓았습니다. 마지막 4주는 배운 내용을 총동원해 간단한 AI 챗봇을 구현하는 풀스택 프로젝트를 진행했는데요.&nbsp;스터디 취지에 맞게 거의 100% 코딩 에이전트로 개발을 했는데, 단체로 바이브 코딩을 해본 적은 처음이라 여러 시행착오를 겪었습니다. 하지만 결국 프로젝트를 완성해 세상에 내놓을 수 있었습니다! 👉 chat.dalestudy.com AI 겁쟁이들이 함께 공부하면서 점점 자신감을 얻고 실제 결과물을 만들어내는 과정을 지켜보는 건 정말 뜻깊은 경험이었습니다. 인공지능 스터디 2기도 모집을 시작하였으니 관심있으신 분들은 아래 링크를 참고바랍니다. 🔗 https://github.com/orgs/DaleStudy/discussions/13

🤖 달레 스터디 AI 챗봇 출시 💬

앞으로 개발 할 때 다음처럼 해 봐야겠다.

1. Codex로 GPT한테 코드를 분석하고 문제 해결 방법을 도출하거나 개발 계획을 짜라고 함

2. 도출한 해결 방법이나 개발 계획을 PLAN_[feature].md 파일 등에 적어두라고 함.

3. Claude와 GPT에게 PLAN_[feature].md 파일을 검토하고 수정하라고 함. 이 때 레포 전체를 읽어서 분석하라고 해야 함.

4. Codex에게 PLAN_[feature].md 를 기반으로 코드를 짜거나 수정하라고 함.

5. Claude와 GPT에게 PLAN_[feature].md를 기반으로 수정한 내용(diff) 검토하라고 함.

6. 검토한 내용과 개선 방안 중 적합한 내용을 선택해 REVIEW_[feature].md 파일에 작성하라고 함.

7. Codex에게 REVIEW_[feature].md 파일을 기반으로 수정/개선을 요청함.

* 중간중간 Cursor나 Copilot의 자동 완성을 이용해 디테일한 부분을 수정함

앞으로 개발 할 때 다음처럼 해 봐야겠다. 1. Codex로 GPT한테 코드를 분석하고 문제 해결 방법을 도출하거나 개발 계획을 짜라고 함 2. 도출한 해결 방법이나 개발 계획을 PLAN_[feature].md 파일 등에 적어두라고 함. 3. Claude와 GPT에게 PLAN_[feature].md 파일을 검토하고 수정하라고 함. 이 때 레포 전체를 읽어서 분석하라고 해야 함. 4. Codex에게 PLAN_[feature].md 를 기반으로 코드를 짜거나 수정하라고 함. 5. Claude와 GPT에게 PLAN_[feature].md를 기반으로 수정한 내용(diff) 검토하라고 함. 6. 검토한 내용과 개선 방안 중 적합한 내용을 선택해 REVIEW_[feature].md 파일에 작성하라고 함. 7. Codex에게 REVIEW_[feature].md 파일을 기반으로 수정/개선을 요청함. * 중간중간 Cursor나 Copilot의 자동 완성을 이용해 디테일한 부분을 수정함

alias cdx=“codex -m gpt-5 -c model_reasoning_effort=high --search”

alias cdx=“codex -m gpt-5 -c model_reasoning_effort=high --search”

스타일 가이드 수준에서 멈추면 아쉽습니다. 디자인 시스템 포트폴리오는 다음을 고려해 보세요.

- 협업 운영 경험: 제로하이트·스토리북등으로 문서화/공유한 사례
- 자동화 구조: 피그마 토큰 스튜디오 플러그인으로 JSON 변환까지 연결
- 시멘틱 네이밍: 토큰화와 변수 체계 정립
- 개발 협업 스토리: 실제 협업 중 핵심 메시지를 스토리텔링화

단순 가이드가 아닌 협업 효율화 시스템을 보여주는 게 핵심입니다.

🔗 9월 오픈 D-3, 우디의 포폴/디자인 커리어챗
https://www.latpeed.com/products/QkCkT

스타일 가이드 수준에서 멈추면 아쉽습니다. 디자인 시스템 포트폴리오는 다음을 고려해 보세요. - 협업 운영 경험: 제로하이트·스토리북등으로 문서화/공유한 사례- 자동화 구조: 피그마 토큰 스튜디오 플러그인으로 JSON 변환까지 연결- 시멘틱 네이밍: 토큰화와 변수 체계 정립- 개발 협업 스토리: 실제 협업 중 핵심 메시지를 스토리텔링화 단순 가이드가 아닌 협업 효율화 시스템을 보여주는 게 핵심입니다. 🔗 9월 오픈 D-3, 우디의 포폴/디자인 커리어챗https://www.latpeed.com/products/QkCkT

디자인 시스템 포폴 핵심

1. “원래 디자이너가 되려고 입시 미술을 준비하다 그만뒀어요. 수능 점수 맞춰 대학에 갔고 영문학을 전공했습니다. 거창한 뜻은 없었고요. 아무 곳에나 잘 적응하는 성격이라 영문학 공부도 재밌었어요. 학회나 학생회 활동은 열심히 했는데, 막상 취업 준비는 별로 안 했고요. 지금 생각하면 좀 대책 없었죠”

2. “일단 졸업부터 하고, 회사를 알아봤어요. 대기업도 당연히 기웃거렸고요. 그런데 여러 직무를 들여다보면 볼수록 내가 뭘 하고 싶은지 확신이 안 생겼어요. 준비도 부족했고. '이게 맞나?' 싶은 막연함이 들었습니다. 그때 누군가 이런 말을 했던 게 떠올랐어요. ‘취업 준비는 내가 뭘 하고 싶은지, 어떤 걸 좋아하는지만 알아도 절반은 준비된 것’이라고요”

3. “(그래서) 진지하게 저를 관찰하기 시작했어요. 뭘 좋아하나 곱씹어 보니 도서관에 있는 걸 좋아했더라고요. 책은 삶의 모든 영역을 다루고 있잖아요. 물리학, 생물학, 우주, 소설, 심리, 그런 점이 신기하다고 생각했어요. 책 내용보다 하나의 상품으로 접근해 바라보고 있다는 걸 깨달았죠. 그래서 출판사에 지원했어요”

4. “(근데) 본능적인 직감으로 알았어요. 나는 편집자는 못 한다고 ㅎㅎ 꼼꼼하거나 깊이 파고는 스타일이 아니었거든요. 책을 직접 만드는 건 어렵겠다 싶었죠. 그래서 영업부로 입사했어요”

5. “처음 배운 영업일도 재밌었어요. 오프라인 서점 가서 수금하고, 책 신간 나오면 서점 좋은 자리에 배치하는 게 주 업무였는데요. 온라인 서점이 늘어나면서 프로모션, 매출이 오프라인에서 온라인으로 넘어가는 시기가 왔어요. 아무도 안 해본 일이라, 팀 막내인 제가 맡게 됐죠”

6. “돌이켜보니 커리어 초반부터 기회가 많았더라고요. (디지털은 선배들이 잘 모르니) 혼자 기획할 수 있는 일이 많아지면서 새로운 일이 생기면 '기회다, 이건 잡아야 된다'라는 광기 어린 모드로 계속 일을 해나갔어요”

7. “(신입 때 아무도 알려주지 않는데 혼자서 해야 할 일이 많으면) "이 회사는 체계가 없다", "매뉴얼이 부족하네" 이런 말 많이 하죠. 저도 신입 때 그런 불평을 했고요. 그런데 한편 이런 마음도 들었어요. 이건 가이드도 없고, 선배들도 못하니까, 나만 할 수 있겠네. 나 아니면 못 하겠다고요 ㅎㅎ (그러다 보니 민음사TV 유튜브도 만들게 됐고요)”

8. “민음사TV 유튜브가 반응 좋았을 때 주위에서 “보너스 챙겨야지”라고 했는데요. 오히려 그게 더 부담스러웠어요. 보너스 받으면 제 의지와 상관없이 더 잘해야만 할 것 같고, 그 성과를 계속 증명해야 할 것 같잖아요? 딱딱하게 성과 재는 구조보다, 자율적으로 흘러가는 일이 (저에겐) 더 맞는 것 같아요. 그래도 알아서 챙겨주시면 좋고 ㅎㅎ”

9. “(사실 민음사TV는) 반은 의무, 반은 자율적으로 시작했어요. 당시 대표님께서 1년 가까이 모든 팀에 유튜브, 팟캐스트를 해보면 어떻겠냐고 넌지시 이야기하고 다니셨어요. 그래서 무시 아닌 무시를 하고 있었는데요 ㅎㅎ 저 스스로를 관찰해 보기 시작했죠”

10. “그때가 2019년이었는데 제가 유튜브에 굉장히 중독돼있는 상태였어요. 원래 여행, 쇼핑 콘텐츠 찾아볼 때 블로그를 검색하잖아요. 어느 순간 유튜브 영상부터 찾고 있더라고요. 잠 못 자고 눈 시린데 계속 보고”

11. “그러다 이런 생각이 들었어요. ‘내가 마케터로 계속 일 할 거면, 망하더라도 유튜브를 해봐야겠다.’ 죽이 되든 밥이 되든 해본다는 마음으로 시작했고요. 다행히 초반부터 반응이 좋았어요. (물론) 책을 직접적으로 내세우는 건 조회 수가 안 나왔고요. 막내 마케터들이 입사할 때 받은 질문처럼 실용적인 영상 반응이 좋았죠. 자연스럽게 일하는 사람을 조명하는 방향으로 가게 됐고요”

12. “(다만, 아무리 민음사TV가 잘 되어도 결국은) 유튜브는 제가 하는 여러 가지 일 중 하나라고 생각하고요. 오히려 마케터로 쭉 일해오다가 유튜브를 나중에 시작한 게 제게는 더 안정적인 흐름이었던 것 같아요. 순서가 거꾸로였으면 오히려 혼란스러웠을 수도 있었을 것 같고요”

13. “(마케터로서) 일을 오래 안 했는데 갑자기 유튜브로 너무 유명해지고, 인기가 많아졌다? (그랬으면) 불안했을 것 같아요. 내가 마케터인가, 유튜버인가 혼란스러웠을 것 같고요. 그런데 지금은 그렇지 않아요. 밖에서는 유튜브를 하는 저를 훨씬 크게 봐주니까, 어느 날 갑자기 유튜브에 나오지 않으면 큰일이라고 생각하실 수 있을 것 같은데요. 큰일이라기 보다 아쉽지만 다른 할 일이 더 많으니까, 그 일을 하자고 생각할 것 같아요”

14. “일할 때 의미를 찾아야 움직이는 사람이 있잖아요? 저는 행동 하나, 하나에 깊이 생각하고 의미 부여하는 게 어려워요. 일은 일이고 그냥 해요. 재밌으면 하고요. 그게 전부입니다 ㅎㅎ”

15. “책은 읽는 사람이 많아질수록 세상이 더 좋아질 거란 생각을 들게 만드는 상품입니다. 사면서 죄책감도 적고요. 그게 일할 때 가장 큰 기쁨이고요. 슬픈 건 좋은데 읽는 사람이 많지 않다는 거죠. 참 좋은데 설명할 길이 없네 ㅎㅎ”

- 민음사 조아란 부장


https://www.folin.co/article/11982/gift/MgCuZlS1tJttPVfGHvlRcrVA6kq2Iwyy

1. “원래 디자이너가 되려고 입시 미술을 준비하다 그만뒀어요. 수능 점수 맞춰 대학에 갔고 영문학을 전공했습니다. 거창한 뜻은 없었고요. 아무 곳에나 잘 적응하는 성격이라 영문학 공부도 재밌었어요. 학회나 학생회 활동은 열심히 했는데, 막상 취업 준비는 별로 안 했고요. 지금 생각하면 좀 대책 없었죠” 2. “일단 졸업부터 하고, 회사를 알아봤어요. 대기업도 당연히 기웃거렸고요. 그런데 여러 직무를 들여다보면 볼수록 내가 뭘 하고 싶은지 확신이 안 생겼어요. 준비도 부족했고. '이게 맞나?' 싶은 막연함이 들었습니다. 그때 누군가 이런 말을 했던 게 떠올랐어요. ‘취업 준비는 내가 뭘 하고 싶은지, 어떤 걸 좋아하는지만 알아도 절반은 준비된 것’이라고요” 3. “(그래서) 진지하게 저를 관찰하기 시작했어요. 뭘 좋아하나 곱씹어 보니 도서관에 있는 걸 좋아했더라고요. 책은 삶의 모든 영역을 다루고 있잖아요. 물리학, 생물학, 우주, 소설, 심리, 그런 점이 신기하다고 생각했어요. 책 내용보다 하나의 상품으로 접근해 바라보고 있다는 걸 깨달았죠. 그래서 출판사에 지원했어요” 4. “(근데) 본능적인 직감으로 알았어요. 나는 편집자는 못 한다고 ㅎㅎ 꼼꼼하거나 깊이 파고는 스타일이 아니었거든요. 책을 직접 만드는 건 어렵겠다 싶었죠. 그래서 영업부로 입사했어요” 5. “처음 배운 영업일도 재밌었어요. 오프라인 서점 가서 수금하고, 책 신간 나오면 서점 좋은 자리에 배치하는 게 주 업무였는데요. 온라인 서점이 늘어나면서 프로모션, 매출이 오프라인에서 온라인으로 넘어가는 시기가 왔어요. 아무도 안 해본 일이라, 팀 막내인 제가 맡게 됐죠” 6. “돌이켜보니 커리어 초반부터 기회가 많았더라고요. (디지털은 선배들이 잘 모르니) 혼자 기획할 수 있는 일이 많아지면서 새로운 일이 생기면 '기회다, 이건 잡아야 된다'라는 광기 어린 모드로 계속 일을 해나갔어요” 7. “(신입 때 아무도 알려주지 않는데 혼자서 해야 할 일이 많으면) "이 회사는 체계가 없다", "매뉴얼이 부족하네" 이런 말 많이 하죠. 저도 신입 때 그런 불평을 했고요. 그런데 한편 이런 마음도 들었어요. 이건 가이드도 없고, 선배들도 못하니까, 나만 할 수 있겠네. 나 아니면 못 하겠다고요 ㅎㅎ (그러다 보니 민음사TV 유튜브도 만들게 됐고요)” 8. “민음사TV 유튜브가 반응 좋았을 때 주위에서 “보너스 챙겨야지”라고 했는데요. 오히려 그게 더 부담스러웠어요. 보너스 받으면 제 의지와 상관없이 더 잘해야만 할 것 같고, 그 성과를 계속 증명해야 할 것 같잖아요? 딱딱하게 성과 재는 구조보다, 자율적으로 흘러가는 일이 (저에겐) 더 맞는 것 같아요. 그래도 알아서 챙겨주시면 좋고 ㅎㅎ” 9. “(사실 민음사TV는) 반은 의무, 반은 자율적으로 시작했어요. 당시 대표님께서 1년 가까이 모든 팀에 유튜브, 팟캐스트를 해보면 어떻겠냐고 넌지시 이야기하고 다니셨어요. 그래서 무시 아닌 무시를 하고 있었는데요 ㅎㅎ 저 스스로를 관찰해 보기 시작했죠” 10. “그때가 2019년이었는데 제가 유튜브에 굉장히 중독돼있는 상태였어요. 원래 여행, 쇼핑 콘텐츠 찾아볼 때 블로그를 검색하잖아요. 어느 순간 유튜브 영상부터 찾고 있더라고요. 잠 못 자고 눈 시린데 계속 보고” 11. “그러다 이런 생각이 들었어요. ‘내가 마케터로 계속 일 할 거면, 망하더라도 유튜브를 해봐야겠다.’ 죽이 되든 밥이 되든 해본다는 마음으로 시작했고요. 다행히 초반부터 반응이 좋았어요. (물론) 책을 직접적으로 내세우는 건 조회 수가 안 나왔고요. 막내 마케터들이 입사할 때 받은 질문처럼 실용적인 영상 반응이 좋았죠. 자연스럽게 일하는 사람을 조명하는 방향으로 가게 됐고요” 12. “(다만, 아무리 민음사TV가 잘 되어도 결국은) 유튜브는 제가 하는 여러 가지 일 중 하나라고 생각하고요. 오히려 마케터로 쭉 일해오다가 유튜브를 나중에 시작한 게 제게는 더 안정적인 흐름이었던 것 같아요. 순서가 거꾸로였으면 오히려 혼란스러웠을 수도 있었을 것 같고요” 13. “(마케터로서) 일을 오래 안 했는데 갑자기 유튜브로 너무 유명해지고, 인기가 많아졌다? (그랬으면) 불안했을 것 같아요. 내가 마케터인가, 유튜버인가 혼란스러웠을 것 같고요. 그런데 지금은 그렇지 않아요. 밖에서는 유튜브를 하는 저를 훨씬 크게 봐주니까, 어느 날 갑자기 유튜브에 나오지 않으면 큰일이라고 생각하실 수 있을 것 같은데요. 큰일이라기 보다 아쉽지만 다른 할 일이 더 많으니까, 그 일을 하자고 생각할 것 같아요” 14. “일할 때 의미를 찾아야 움직이는 사람이 있잖아요? 저는 행동 하나, 하나에 깊이 생각하고 의미 부여하는 게 어려워요. 일은 일이고 그냥 해요. 재밌으면 하고요. 그게 전부입니다 ㅎㅎ” 15. “책은 읽는 사람이 많아질수록 세상이 더 좋아질 거란 생각을 들게 만드는 상품입니다. 사면서 죄책감도 적고요. 그게 일할 때 가장 큰 기쁨이고요. 슬픈 건 좋은데 읽는 사람이 많지 않다는 거죠. 참 좋은데 설명할 길이 없네 ㅎㅎ” - 민음사 조아란 부장 https://www.folin.co/article/11982/gift/MgCuZlS1tJttPVfGHvlRcrVA6kq2Iwyy

www.folin.co

좋은 커리어는 자기 관찰에서부터 시작됩니다, 민음사 조아란 부장의 커리어

요 며칠 GPT-5 Reasoning - High 를 사용해서 진지한 개발을 몇가지 해보고 있는데 진짜 레벨이 다르네요.

Claude가 잘한다고 생각하는 분들이 많은데, 뭐랄까, 좀 단순한 일을 Claude가 잘해서 그런 착시가 있는 것 같아요. GPT-5가 어려운 걸 진짜 잘합니다.

조금 전에 Codex랑 같이 심심풀이로 서버 코드 최적화를 진행했는데요. 생각지 못했던 방법으로 높은 수준의 최적화를 달성했습니다.

스타트업 시간 약 2.9배 속도 향상, 메모리 약 46.6% 절감이라는 엄청난 결과를..😳

저는 진짜 코드 한 줄을 안썼어요. 물론 휴먼 코드 리뷰를 한 번 하고 코드 정리는 해야겠지만, 직접 했으면 최소 며칠은 걸렸을 일..이 아니라 다른 일을 하느라 최적화는 생각도 못했을겁니다.

어느정도 최적화를 해두기도 했었고, 뭔가 더 최적화 할 수 있는 여지가 있을 것 같았지만, 기존에도 나쁘지는 않아서 그냥 냅두고 있었던거였거든요.

게다가 시간을 좀 써서 총 1,300만개 정도의 토큰을 썼는데, 비용이 약 $3.24 밖에 안합니다. 이정도 개선에 든 비용이 겨우 5천원..?! 😳

내년 정도가 되면 이런 최적화는 그냥 무한 루프로 돌려두면 알아서 계속 최적화하고 계선하겠죠? 비용도 거의 무료에 가까울테고요.

개발을 잘 한다는 것이 무엇인지를 개인과 회사 차원에서 진지하게 다시 고민해봐야 할 것 같습니다.

요 며칠 GPT-5 Reasoning - High 를 사용해서 진지한 개발을 몇가지 해보고 있는데 진짜 레벨이 다르네요. Claude가 잘한다고 생각하는 분들이 많은데, 뭐랄까, 좀 단순한 일을 Claude가 잘해서 그런 착시가 있는 것 같아요. GPT-5가 어려운 걸 진짜 잘합니다. 조금 전에 Codex랑 같이 심심풀이로 서버 코드 최적화를 진행했는데요. 생각지 못했던 방법으로 높은 수준의 최적화를 달성했습니다. 스타트업 시간 약 2.9배 속도 향상, 메모리 약 46.6% 절감이라는 엄청난 결과를..😳 저는 진짜 코드 한 줄을 안썼어요. 물론 휴먼 코드 리뷰를 한 번 하고 코드 정리는 해야겠지만, 직접 했으면 최소 며칠은 걸렸을 일..이 아니라 다른 일을 하느라 최적화는 생각도 못했을겁니다. 어느정도 최적화를 해두기도 했었고, 뭔가 더 최적화 할 수 있는 여지가 있을 것 같았지만, 기존에도 나쁘지는 않아서 그냥 냅두고 있었던거였거든요. 게다가 시간을 좀 써서 총 1,300만개 정도의 토큰을 썼는데, 비용이 약 $3.24 밖에 안합니다. 이정도 개선에 든 비용이 겨우 5천원..?! 😳 내년 정도가 되면 이런 최적화는 그냥 무한 루프로 돌려두면 알아서 계속 최적화하고 계선하겠죠? 비용도 거의 무료에 가까울테고요. 개발을 잘 한다는 것이 무엇인지를 개인과 회사 차원에서 진지하게 다시 고민해봐야 할 것 같습니다.

요 며칠 GPT-5 Reasoning - High 를 사용해서 진

‎나만의 대한민국 여행 지도를 만들어보세요!

내가 가본 우리나라는 여러분이 방문한 한국의 모든 지역을 색칠하는 여행 기록 앱이에요.
제가 쓰려고 만들었어요. 죽기 전에 다 색칠하는 게 제 소원이에요. 광고나 결제 따윈 없으니 안심하고 사용하세요.

* 지역별 색칠 기능
- 방문한 시/군/구를 터치 한 번으로 색칠
- 직관적인 터치 인터페이스

* 여행 통계 한눈에
- 전국 방문율 실시간 확인
- 지역별 방문 현황 통계

* 도전 과제, 성취감
- 전국 완주 도전
- 지역별 컬렉션 완성
- 특별한 여행 기록 달성

* 간편한 사용
-…

‎색칠 지도 - 내가 가본 우리나라

내가 가본 우리나라.
웹서비스에 이어... 아이폰 앱과 안드로이드 앱까지 모두 출시했습니다.

여행 중에 짬짬히 작업해서 웹, 안드로이드, 아이폰까지 출시하다니...
AI 코딩 시대가 좋긴 좋습니다.


기술 스택은 Ruby on Rails + Flutter 로 만들었습니다.
Rails 의 기본 기능을 활용해 거의 90% 를 만들었고, Flutter 로 감싸는 부분이 나머지 10% 정도 인 것 같네요.


AI 때문에 좋아진 것도 맞지만, 웹/앱 만드는 기술들이 예전보다 훨씬 좋아져서 이렇게 혼자서도 웹과 앱을 뚝딱 낼 수 있는 세상이 된 것 같아요.

광고도 없고, 완전히 무료로 사용할 수 있게 만들었어요.
국내 여행 좋아하시는 분들이라면 아마 좋아하실 겁니다.


https://apps.apple.com/kr/app/%EC%83%89%EC%B9%A0-%EC%A7%80%EB%8F%84-%EB%82%B4%EA%B0%80-%EA%B0%80%EB%B3%B8-%EC%9A%B0%EB%A6%AC%EB%82%98%EB%9D%BC/id6749817480

내가 가본 우리나라.웹서비스에 이어... 아이폰 앱과 안드로이드 앱까지 모두 출시했습니다. 여행 중에 짬짬히 작업해서 웹, 안드로이드, 아이폰까지 출시하다니... AI 코딩 시대가 좋긴 좋습니다. 기술 스택은 Ruby on Rails + Flutter 로 만들었습니다.Rails 의 기본 기능을 활용해 거의 90% 를 만들었고, Flutter 로 감싸는 부분이 나머지 10% 정도 인 것 같네요. AI 때문에 좋아진 것도 맞지만, 웹/앱 만드는 기술들이 예전보다 훨씬 좋아져서 이렇게 혼자서도 웹과 앱을 뚝딱 낼 수 있는 세상이 된 것 같아요. 광고도 없고, 완전히 무료로 사용할 수 있게 만들었어요. 국내 여행 좋아하시는 분들이라면 아마 좋아하실 겁니다. https://apps.apple.com/kr/app/%EC%83%89%EC%B9%A0-%EC%A7%80%EB%8F%84-%EB%82%B4%EA%B0%80-%EA%B0%80%EB%B3%B8-%EC%9A%B0%EB%A6%AC%EB%82%98%EB%9D%BC/id6749817480

App Store

내가 가본 우리나라

요즘 직업과 돈에 대해 깊이 생각하게 됩니다. 회사를 떠나 홀로서기를 했을 때 과연 생계를 유지할 수 있을지 고민되기 때문입니다. 안타까운 것은 아무리 고민해도 명확한 답이 나오지 않는다는 점입니다. 시뮬레이션은 가정에 불과하고, 현실과 미래는 예측할 수 없으니까요. 저와 같은 생각을 하는 많은 분들이 비슷한 딜레마에 빠져 있을 것입니다. 나가야 할까, 머물러야 할까. 마치 죽느냐 사느냐의 기로에 선 것 같습니다.


생계는 곧 생명입니다. 특히 가정이 있는 사람들에게 생계는 가족의 생명과 직결됩니다. 그래서 자연스럽게 더 많은 돈을 벌 수 있는 직업을 떠올리게 됩니다. 돈을 벌 수 없는 일은 선택하기 어렵죠. 최소한 먹고살 만큼은 벌어야 직업으로서 의미가 있으니까요.
결국 행복하지 않더라도 돈을 벌기 위해 일을 선택해야 합니다. 행복해지려고 사는데, 이보다 큰 아이러니가 또 있을까요?


어쩌면 우리에게 필요한 것은 확신이라는 생각이 듭니다. 알 수 없는 미래를 향한 확신만 있다면 무엇이든 과감하게 도전할 수 있을 테니까요.
 * 먹고살 만큼 돈을 벌 수 있다면
 * 진짜 행복한 나날을 보낼 수 있다면
 * 일을 통해 세상에 선한 영향력을 줄 수 있다면
이런 확신이 있다면 과감히 도전할 수 있을 것입니다. 하지만 믿음이 어렵습니다. 자신에 대한 확신과 미래에 대한 믿음을 갖기가 쉽지 않습니다.


그래서 현재를 기준으로 열심히 계산해봅니다. 이렇게 하면 얼마, 저렇게 하면 어떤 결과가 나올지, 지금 가진 것을 포기하면 얼마나 힘들어질지 따져봅니다. 당연히 해야 하는 생각이고, 충분히 고려해야 할 부분입니다.
하지만 그런 계산으로는 결국 선택할 수 없다는 것도 알고 있습니다. 미래는 계산으로 도전하는 것이 아니라, 해보지 않은 일에 더 열심히 부딪혀 돌파해 나가는 것임을 잘 알고 있으니까요.


어쩌면 지금보다 더 열심히 살 자신이 없는 것일 수도 있습니다. 어쩌면 지금보다 더 힘든 도전이 두려워 망설이는 것일 수도 있고요. 힘든 것은 싫으니까, 지금처럼 고정적으로 수입이 나오고 매일 출근할 곳이 있다는 안도감에 머무르고 싶은 것이겠죠.
언제 그만둬도 이상하지 않을, 내가 아니어도 충분히 잘 돌아갈 그런 곳에서 편안히 머물고 싶은 마음일 수도 있습니다.


무엇이 내 삶에 확신이 되는지 자신에게 물어봅시다. 그리고 과연 나는 행복하기 위해 어떤 노력을 하고 있는지 확인해봅시다. 행복하려고 노력하지 않고 있다면, 어떤 방해 요소가 있는지 찾아봅시다. 그리고 오늘 그 장애물을 빠르게 치워봅시다.
돈과 명예는 진정한 확신의 근거가 될 수 없습니다. 오직 행복하기 위한 조건만이 진정한 확신의 바탕이 될 수 있다는 것을 깨닫는 우리가 되길 진심으로 응원합니다.

﻿요즘 직업과 돈에 대해 깊이 생각하게 됩니다. 회사를 떠나 홀로서기를 했을 때 과연 생계를 유지할 수 있을지 고민되기 때문입니다. 안타까운 것은 아무리 고민해도 명확한 답이 나오지 않는다는 점입니다. 시뮬레이션은 가정에 불과하고, 현실과 미래는 예측할 수 없으니까요. 저와 같은 생각을 하는 많은 분들이 비슷한 딜레마에 빠져 있을 것입니다. 나가야 할까, 머물러야 할까. 마치 죽느냐 사느냐의 기로에 선 것 같습니다. 생계는 곧 생명입니다. 특히 가정이 있는 사람들에게 생계는 가족의 생명과 직결됩니다. 그래서 자연스럽게 더 많은 돈을 벌 수 있는 직업을 떠올리게 됩니다. 돈을 벌 수 없는 일은 선택하기 어렵죠. 최소한 먹고살 만큼은 벌어야 직업으로서 의미가 있으니까요.결국 행복하지 않더라도 돈을 벌기 위해 일을 선택해야 합니다. 행복해지려고 사는데, 이보다 큰 아이러니가 또 있을까요? 어쩌면 우리에게 필요한 것은 확신이라는 생각이 듭니다. 알 수 없는 미래를 향한 확신만 있다면 무엇이든 과감하게 도전할 수 있을 테니까요.<ul ><li>먹고살 만큼 돈을 벌 수 있다면</li><li>진짜 행복한 나날을 보낼 수 있다면</li><li>일을 통해 세상에 선한 영향력을 줄 수 있다면</li></ul>이런 확신이 있다면 과감히 도전할 수 있을 것입니다. 하지만 믿음이 어렵습니다. 자신에 대한 확신과 미래에 대한 믿음을 갖기가 쉽지 않습니다. 그래서 현재를 기준으로 열심히 계산해봅니다. 이렇게 하면 얼마, 저렇게 하면 어떤 결과가 나올지, 지금 가진 것을 포기하면 얼마나 힘들어질지 따져봅니다. 당연히 해야 하는 생각이고, 충분히 고려해야 할 부분입니다.하지만 그런 계산으로는 결국 선택할 수 없다는 것도 알고 있습니다. 미래는 계산으로 도전하는 것이 아니라, 해보지 않은 일에 더 열심히 부딪혀 돌파해 나가는 것임을 잘 알고 있으니까요. 어쩌면 지금보다 더 열심히 살 자신이 없는 것일 수도 있습니다. 어쩌면 지금보다 더 힘든 도전이 두려워 망설이는 것일 수도 있고요. 힘든 것은 싫으니까, 지금처럼 고정적으로 수입이 나오고 매일 출근할 곳이 있다는 안도감에 머무르고 싶은 것이겠죠.언제 그만둬도 이상하지 않을, 내가 아니어도 충분히 잘 돌아갈 그런 곳에서 편안히 머물고 싶은 마음일 수도 있습니다. 무엇이 내 삶에 확신이 되는지 자신에게 물어봅시다. 그리고 과연 나는 행복하기 위해 어떤 노력을 하고 있는지 확인해봅시다. 행복하려고 노력하지 않고 있다면, 어떤 방해 요소가 있는지 찾아봅시다. 그리고 오늘 그 장애물을 빠르게 치워봅시다.돈과 명예는 진정한 확신의 근거가 될 수 없습니다. 오직 행복하기 위한 조건만이 진정한 확신의 바탕이 될 수 있다는 것을 깨닫는 우리가 되길 진심으로 응원합니다.﻿

확신은 어디에서 오는가?

90%의 기획자들이 빠져있는 문제 

필터 프로블럼(Filter problem)은 무엇인가

매우 공감하는 글. 좀 더 첨언해보자면,

- 문제가 뭔지 정의하고 그에 대한 솔루션을 만들기보다, 머릿속 솔루션(이라기보단 개발 아이디어)을 꺼낸다음 문제를 역으로 정의해서 끼워 맞추려는 경우도 자주 발견할 수 있음

- 문제가 무엇인지 발견하고 정의하는 일이 어려울 때 가장 많이 선택하는 가설 패턴은, ‘OO의 부재로 GMV가 낮다‘ -> ’OO 하면 GMV가 상승할 것‘

- OO 를 런칭한 후 GMV가 상승하지 않으면 기획이 실패한 것이 되므로(가설 입증 여부는 이미 관심이 없는 상태), 성공해야만 함

- 실패했다면 실패한대로, 성공했다면 성공한대로 GMV 올려줄 것 같은 다음 솔루션을 머릿속에서 또 꺼낸 다음, GMV가 상승하는지 또 실험함

이쯤 되면, ‘문제’나 ’가설‘은 온데간데 없고 GMV 상승 아이디어 맞추기 게임이 되어버림. 모든 실험의 성공지표는 GMV로 통일되고, 가설입증을 위한 지표를 살펴야 한다는 의견은 무시당해버림 - GMV 가 오르면 되지, 다른 지표가 왜 중요한데! 라는 태도로 나타남.

비즈니스에서 GMV는 당연히 중요하지만, 그 GMV 를 ‘어떻게’ 확보할 것인지에 대한 전략이 부재한 기업 또는 이를 이해하지 못하는 사람들에게서 나타나는 특징.

매우 공감하는 글. 좀 더 첨언해보자면, - 문제가 뭔지 정의하고 그에 대한 솔루션을 만들기보다, 머릿속 솔루션(이라기보단 개발 아이디어)을 꺼낸다음 문제를 역으로 정의해서 끼워 맞추려는 경우도 자주 발견할 수 있음 - 문제가 무엇인지 발견하고 정의하는 일이 어려울 때 가장 많이 선택하는 가설 패턴은, ‘OO의 부재로 GMV가 낮다‘ -&gt; ’OO 하면 GMV가 상승할 것‘ - OO 를 런칭한 후 GMV가 상승하지 않으면 기획이 실패한 것이 되므로(가설 입증 여부는 이미 관심이 없는 상태), 성공해야만 함 - 실패했다면 실패한대로, 성공했다면 성공한대로 GMV 올려줄 것 같은 다음 솔루션을 머릿속에서 또 꺼낸 다음, GMV가 상승하는지 또 실험함 이쯤 되면, ‘문제’나 ’가설‘은 온데간데 없고 GMV 상승 아이디어 맞추기 게임이 되어버림. 모든 실험의 성공지표는 GMV로 통일되고, 가설입증을 위한 지표를 살펴야 한다는 의견은 무시당해버림 - GMV 가 오르면 되지, 다른 지표가 왜 중요한데! 라는 태도로 나타남. 비즈니스에서 GMV는 당연히 중요하지만, 그 GMV 를 ‘어떻게’ 확보할 것인지에 대한 전략이 부재한 기업 또는 이를 이해하지 못하는 사람들에게서 나타나는 특징.

takyoh.com

매우 공감하는 글. 좀 더 첨언해보자면,

- 문제가 뭔지 정의하

1. 모른다는 말은 알려고 노력하지 않기 위한 구실이자 핑계다.

2. 문제에서 당장 답을 찾고 지름길로 가려고 하지마라. 이런 손쉬운 길은 각자의 잠재력을 방해한다.

3. ’모른다‘라는 말이 입 밖에 나올 때 무슨 일이 벌어지는지 아는가? 뇌가 더 알려고 하지 않는다.

4. 인간은 본래 알아채고 적응하고 행동하고 반복하는 존재다. 무언가를 알아채도록 타고났는데 답을 찾으려고 애쓰지 않는다면, 삶을 변화시킬 중요한 순간을 스스로 가로막는 일이다.

5. 따라서 이런 중요한 순간에 마음을 열어두려면, ”모른다“라고 말할 때마다 깨닫고 당장 다른 말로 바꿔야 한다.

6. 디즈니랜드의 신입 직원은 손님들에게 ”모른다“라고 답하지 않고 대신 ”제가 알아보겠습니다“라고 답한 뒤 실제로 알아보도록 교육받는다.


#예술가의해법

1. 모른다는 말은 알려고 노력하지 않기 위한 구실이자 핑계다. ​2. 문제에서 당장 답을 찾고 지름길로 가려고 하지마라. 이런 손쉬운 길은 각자의 잠재력을 방해한다. ​3. ’모른다‘라는 말이 입 밖에 나올 때 무슨 일이 벌어지는지 아는가? 뇌가 더 알려고 하지 않는다. ​4. 인간은 본래 알아채고 적응하고 행동하고 반복하는 존재다. 무언가를 알아채도록 타고났는데 답을 찾으려고 애쓰지 않는다면, 삶을 변화시킬 중요한 순간을 스스로 가로막는 일이다. ​5. 따라서 이런 중요한 순간에 마음을 열어두려면, ”모른다“라고 말할 때마다 깨닫고 당장 다른 말로 바꿔야 한다. ​6. 디즈니랜드의 신입 직원은 손님들에게 ”모른다“라고 답하지 않고 대신 ”제가 알아보겠습니다“라고 답한 뒤 실제로 알아보도록 교육받는다. #예술가의해법

< 모른다고 말하는 순간, 뇌도 멈춘다 >

자바 사용자에게 NullPointerException(NPE)은 정말이지 지긋지긋한 예외입니다. 우리 모두는 이로 인한 운영 장애를 수없이 겪으며 디버깅으로 밤을 지새운 경험이 있을 겁니다.

JSpecify로 끝내는 NPE 전쟁

Optional, @Nullable, 다양한 정적 분석 도구.. 그동안 자바의 널 안전성을 지키기 위해 많은 꼼수를 써야 했다. 이제 곧 판이 뒤집힌다. JSpecify가 그 파편화된 규칙을 하나로 통일하고 있기 때문이다.

이 글을 통해 JSpecify가 어떤 배경에서 태어났고, 왜 스프링이 이를 전면 채택했는지, 그리고 실무에서 우리에게 어떤 변화를 가져올지 알아본다.

https://www.linkedin.com/pulse/jspecify%EB%A1%9C-%EB%81%9D%EB%82%B4%EB%8A%94-npe-%EC%A0%84%EC%9F%81-springrunner-kythc?utm_source=share&utm_medium=member_ios&utm_campaign=share_via

Optional, @Nullable, 다양한 정적 분석 도구.. 그동안 자바의 널 안전성을 지키기 위해 많은 꼼수를 써야 했다. 이제 곧 판이 뒤집힌다. JSpecify가 그 파편화된 규칙을 하나로 통일하고 있기 때문이다. 이 글을 통해 JSpecify가 어떤 배경에서 태어났고, 왜 스프링이 이를 전면 채택했는지, 그리고 실무에서 우리에게 어떤 변화를 가져올지 알아본다. https://www.linkedin.com/pulse/jspecify%EB%A1%9C-%EB%81%9D%EB%82%B4%EB%8A%94-npe-%EC%A0%84%EC%9F%81-springrunner-kythc?utm_source=share&amp;utm_medium=member_ios&amp;utm_campaign=share_via

www.linkedin.com

나의 소중한 시간과 에너지를 들여
매일의 순간들을 이 두가지 질문에 집중하며 살아간다.


1. 어떻게 살아가야 할 것인가?
2. 어떻게 더 나은 내가 될 수 있을까?


어떤 곳들에서는 타인을 긁고, 깎아내리고,
타인을 평가하느라 소중한 시간과 에너지를 할애한다.
그럴수록 독이 되어 자기 자신에게 돌아온다.
안타깝다.


남들을 평가하느라 남은 생애를 바치기보다는
남들의 평가를 받기 위해 에너지를 쏟아내기보다는
내 남은 생애를 더 나은 세계로 만들기로 결심을 했다.


그렇게 나는 나를 평가하는 평가자로 살아간다.
나를 평가하고 키우는 평가자가 될 것인가
타인을 평가하고 깎는 평가자가 될 것인가


오늘 마음에 새기는 초인의 이야기

나의 소중한 시간과 에너지를 들여매일의 순간들을 이 두가지 질문에 집중하며 살아간다. 1. 어떻게 살아가야 할 것인가?2. 어떻게 더 나은 내가 될 수 있을까? 어떤 곳들에서는 타인을 긁고, 깎아내리고, 타인을 평가하느라 소중한 시간과 에너지를 할애한다.그럴수록 독이 되어 자기 자신에게 돌아온다.안타깝다. 남들을 평가하느라 남은 생애를 바치기보다는남들의 평가를 받기 위해 에너지를 쏟아내기보다는내 남은 생애를 더 나은 세계로 만들기로 결심을 했다. 그렇게 나는 나를 평가하는 평가자로 살아간다.나를 평가하고 키우는 평가자가 될 것인가타인을 평가하고 깎는 평가자가 될 것인가 오늘 마음에 새기는 초인의 이야기

타인의 평가자가 되어 삶을 허비하지 않기로 하였다

프로그래밍에서 정말 중요한 개념이라고 생각하는 함수에 대해서 에릭이에게 알려주었습니다.

평소에 개발을 하면서는 몰랐는데 함수에 대한 어려운 용어가 참 많더라고요? 선언, 호출, 매개변수, 반환... 이런 말들을 7살 아이가 이해할 리가 만무하죠.

그래서 복잡한 설명은 생략하고, 무작정 그냥 같이 코드를 짜보기로 했습니다. 다행히도 아이가 금방 흥미를 느끼고 따라오더라고요.

그동안 아무렇지 않게 쓰던
print()
나
range()
가 사실 다 파이썬에 내장된 함수라는 걸 알게 되자, 눈이 동그래지고 입을 떡 벌리며 신기해하네요.

특히 마지막에는 뭔가 깨달았다는듯이 스스로 "Everything is a function!"이라고 외치는데, 저도 괜히 전율이 느껴졌습니다. 😆

📱 짧게 보기: https://youtube.com/shorts/_zKml5PB--Q
📺 전체 영상: https://youtu.be/tgBXKj0Tl00

프로그래밍에서 정말 중요한 개념이라고 생각하는 함수에 대해서 에릭이에게 알려주었습니다. 평소에 개발을 하면서는 몰랐는데 함수에 대한 어려운 용어가 참 많더라고요? 선언, 호출, 매개변수, 반환... 이런 말들을 7살 아이가 이해할 리가 만무하죠. 그래서 복잡한 설명은 생략하고, 무작정 그냥 같이 코드를 짜보기로 했습니다. 다행히도 아이가 금방 흥미를 느끼고 따라오더라고요. 그동안 아무렇지 않게 쓰던 <code>print()</code>나 <code>range()</code>가 사실 다 파이썬에 내장된 함수라는 걸 알게 되자, 눈이 동그래지고 입을 떡 벌리며 신기해하네요. 특히 마지막에는 뭔가 깨달았다는듯이 스스로 "Everything is a function!"이라고 외치는데, 저도 괜히 전율이 느껴졌습니다. 😆 📱 짧게 보기: https://youtube.com/shorts/_zKml5PB--Q📺 전체 영상: https://youtu.be/tgBXKj0Tl00

재미있는 함수에 대해 배워볼까요! 😄

일과 사랑, 그리고 인생을 위한 명언 1697개

Books to Read as a Developer

📰  개발자로서 읽어야 할 책 8권

✍️ dev.to에 올라온 개발자 도서 추천글을 번역해보았습니다. 추천된 8권 중 7권이 한글 번역이 되어있으니, 한 권씩 차근 차근 읽어나가보면 좋을것 같아요! 특정 프로그래밍 기술 혹은 언어에 대한 것이 아닌 큰 맥락으로서의 개발 서적들이니 도메인과 분야를 막론하고 한번 도전해보시길 추천합니다. :)  

저는 목록 중에 '코드 컴플리트' 한번 도서관에서 빌려서 앞에 조금 펼쳐보다가 그대로 반납한 기억이 있네요 ^^.. 궁금하시다면! 실물 한번 찾아보시면 바로 끄덕끄덕 하실꺼에요 ㅎㅎ 

--- 

# 실용주의 프로그래머 
- http://www.yes24.com/product/goods/107077663
- 프로그래밍 언어가 아닌 논리 관점에서의 언어 지혜를 다루고 있습니다. 코드 작성, 우수한 팀 구성, 관리, 도구 등 더 나은 프로그래밍을 하기 위한 여러 방법에 대한 이야기를 하고 있습니다. 
- https://pragprog.com/tips/

# 리팩토링 
- http://www.yes24.com/Product/Goods/89649360
- 왜 그리고 언제 리팩토링을 해야할까요? 클래스나 메서드는 어떻게 구성해야 하나요? 유닛 테스트란 뭔가요? 이 책에서 리팩토링에 대한 모든 답을 찾아 볼 수 있습니다. 

# 코드 컴플리트2 
- http://www.yes24.com/product/goods/44130507
- 무려 960 페이지!!! 이 책은 코드 구조, 형식, 변수, 메서드, 팀 관리 등 소프트웨어 개발의 모든 면들을 다 다루고 있어요. 이 엄청난 지식의 양에 감사한 마음이 절로 들지도 모릅니다. 

# 피플웨어 
- http://www.yes24.com/Product/Goods/13657193 
- 프로그래머 관리와 동기부여에 관한 책입니다. 개발 프로세스는 그저 벽돌 쌓기가 아닌 창의적인 과정이니까요! 

# 헤드 퍼스트 디자인 패턴 
- http://www.yes24.com/Product/Goods/108192370 
- 13개의 필수 디자인 패턴를 풍부한 예시와 재밌는 삽화와 함께 설명하는 책입니다. 그저 텍스트만 있는 것이 아니라 손으로 그린 다이어그램과 그림을 통해 개념을 학습하고 몰입할 수 있게 해줍니다. 
- https://longbiao.spatial-crowdsensing.com/courses/scad/files/head-first-design-patterns-compressed.pdf 

# 클린 코드
- http://www.yes24.com/Product/Goods/11681152
- 사람이 읽고 이해하고 유지하기 쉬운 코드를 작성하는 방법에 대한 책입니다. 

# 레거시 코드 활용 전략 
- http://www.yes24.com/Product/Goods/64586851
- 레거시 코드를 가지고 작업하는 건 많은 개발자들이 크게 선호하는 것은 아니지만 피할 수 없는 것이기도 합니다. 이 책은 레거시 코드를 어떻게 올바르게 접근 할 것인지, 그리고 어떻게 안정화 시킬 수 있는지에 대해 이야기 하고 있습니다. 
- https://understandlegacycode.com/blog/key-points-of-working-effectively-with-legacy-code/ 

# A Philosophy of Software Design 
- https://www.amazon.com/Philosophy-Software-Design-John-Ousterhout/dp/1732102201
- 한글 번역본은 없는것 같네요 ㅠ.ㅠ 
- 특정 프로그래밍 언어에 종속 되지 않는 디자인 설계 측면에서 시간을 넘어 통용되는 프로그래밍 원칙에 대한 내용, 그리고 개념 설명을 하고 있습니다.

DEV Community

📰  개발자로서 읽어야 할 책 8권

✍️ dev.to에 올라온 

안녕하세요, 당근페이 머니서비스팀에서 백엔드 엔지니어로 근무 중인 윌리엄(William)이에요. 머니서비스팀에서는 사용자들에게 가치 있는 금융 서비스를 제공하기 위해 다양한 은행 및 카드사와 제휴를 맺어 금융 프로덕트를 만들고 있어요. 최근 출시한 당근머니 체크카드가 대표적인 사례예요. 이번 글에서는 제휴업체 연동 과정 중 TCP 통신을 사용하게 된...

확장성 있는 TCP 통신 시스템 구축하기

안녕하세요, 당근페이 머니서비스팀에서 백엔드 엔지니어로 근무 중인 윌리엄(William)이에요. 머니서비스팀에서는 사용자들에게 가치 있는 금융 서비스를 제공하기 위해 다양한 은행 및 카드사와 제휴를 맺어 금융 프로덕트를 만들고 있어요. 최근 출시한 당근머니 체크카드가 대표적인 사례예요.

이번 글에서는 제휴업체 연동 과정 중 TCP 통신을 사용하게 된 배경과 당근페이에서 TCP 연동을 안정적으로 수행할 수 있었던 과정을 소개해 드리려고 해요. TCP 통신에 대해 궁금하거나 연동을 준비하고 계신 분들에게 제 글이 조금이라도 도움이 되었으면 좋겠어요.

제휴업체와의 TCP 연동을 안정적으로 수행해낸 방법이 궁금하다면
지금 당근 테크 블로그에서 글 전문을 읽어보세요!🥕

안녕하세요, 당근페이 머니서비스팀에서 백엔드 엔지니어로 근무 중인 윌리엄(William)이에요. 머니서비스팀에서는 사용자들에게 가치 있는 금융 서비스를 제공하기 위해 다양한 은행 및 카드사와 제휴를 맺어 금융 프로덕트를 만들고 있어요. 최근 출시한 당근머니 체크카드가 대표적인 사례예요. 이번 글에서는 제휴업체 연동 과정 중 TCP 통신을 사용하게 된 배경과 당근페이에서 TCP 연동을 안정적으로 수행할 수 있었던 과정을 소개해 드리려고 해요. TCP 통신에 대해 궁금하거나 연동을 준비하고 계신 분들에게 제 글이 조금이라도 도움이 되었으면 좋겠어요. 제휴업체와의 TCP 연동을 안정적으로 수행해낸 방법이 궁금하다면지금 당근 테크 블로그에서 글 전문을 읽어보세요!🥕

Medium

당근 팀

지역 생활 커뮤니티를 만드는 당근 팀 엔지니어들의 이야기를 전해요.

확장성 있는 TCP 통신 시스템 구축하기

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필