나의 시행착오를 공유함으로써 누군가에게 표본이 되고, 도움이 되고 싶은 마음만으로 타인의 시행착오를 줄여가는 일. 여기서 시행착오란 나의 경험과 고민, 겉으로는 드러나지 않는 일의 슬픔과 대단하지 않음이다. 표본은 15년째 쉬지 않고 일을 하면서 UX 컨설턴트, UX 디자이너를 거쳐 UX 라이터와 리서처로 일하는 사람이다. 롤모델까지는 아니어도 참고할 만한 모델이 업계에 많아져야 시작할 때 고민을, 시작한 후에 시행착오를 줄일 수 있으니까.

사진은 2년째 이어가는 신한 커리어업 <UX 리서치에 대한 이해와 오해>를 마치고. 모두 현업에서 만나길 🍀

나의 시행착오를 공유함으로써 누군가에게 표본이 되고, 도움이 되고 싶은 마음만으로 타인의 시행착오를 줄여가는 일. 여기서 시행착오란 나의 경험과 고민, 겉으로는 드러나지 않는 일의 슬픔과 대단하지 않음이다. 표본은 15년째 쉬지 않고 일을 하면서 UX 컨설턴트, UX 디자이너를 거쳐 UX 라이터와 리서처로 일하는 사람이다. 롤모델까지는 아니어도 참고할 만한 모델이 업계에 많아져야 시작할 때 고민을, 시작한 후에 시행착오를 줄일 수 있으니까. 사진은 2년째 이어가는 신한 커리어업 &lt;UX 리서치에 대한 이해와 오해&gt;를 마치고. 모두 현업에서 만나길 🍀

《도움이 되고 싶은 마음에서 표본이 되는 일》

IT 스타트업들이 어떻게 제품을 만들었는지, 팀 구성은 어땠는지 살펴보며 성공 요인을 알려드려요!

Replit, 이렇게 만들어졌어요.

오늘은 이렇게 만들어졌어요! 2번째 내용입니다!

AI가 중요해지면서 제품 개발하는 환경이 정말 많이 달라지고 있더라구요! Replit은 디자이너가 개발도 아는, 개발자가 디자인도 아는 팀을 만들어 큰 효과를 봤다고 합니다. 점점 제너럴리스트의 중요성이 부각되는 것 같아요.

https://maily.so/marcus.lee/posts/8do78x7prgq

 * PM/PO/제품 개발에 대한 인사이트를 얻고 싶다면, 오픈채팅방에 참여해주세요!
   https://open.kakao.com/o/g7XO1A5g 참여코드 : til2025
 * 브런치스토리 구독하기 : https://brunch.co.kr/@lbyd-hj
 * 뉴스레터 구독하기 : https://maily.so/marcus.lee
 * 유튜브 구독하기 : www.youtube.com/@LbyD_HJ?sub_confirmation=1
 * 커피챗 및 멘토링 신청하기 : https://inf.run/GRTee
 * 팀 코칭 신청하기 : https://open.kakao.com/o/sh47Hq4g

오늘은 이렇게 만들어졌어요! 2번째 내용입니다! AI가 중요해지면서 제품 개발하는 환경이 정말 많이 달라지고 있더라구요! Replit은 디자이너가 개발도 아는, 개발자가 디자인도 아는 팀을 만들어 큰 효과를 봤다고 합니다. 점점 제너럴리스트의 중요성이 부각되는 것 같아요. https://maily.so/marcus.lee/posts/8do78x7prgq <ul ><li>PM/PO/제품 개발에 대한 인사이트를 얻고 싶다면, 오픈채팅방에 참여해주세요! https://open.kakao.com/o/g7XO1A5g&nbsp;참여코드 : til2025</li><li>브런치스토리 구독하기 : https://brunch.co.kr/@lbyd-hj</li><li>뉴스레터 구독하기 :&nbsp;https://maily.so/marcus.lee</li><li>유튜브 구독하기 :&nbsp;www.youtube.com/@LbyD_HJ?sub_confirmation=1</li><li>커피챗 및 멘토링 신청하기 :&nbsp;https://inf.run/GRTee</li><li>팀 코칭 신청하기 :&nbsp;https://open.kakao.com/o/sh47Hq4g</li></ul>

Learning by Doing

Generalist가 중요해지는 시대가 온다!

의심, 불확실성, 무지를 달고 시는 건 어렵지 않아요. 내 답은 근사치이고, 내 믿음은 그럴 수도 있다는 식의 믿음이고, 확신하는 정도도 대상마다 다 달라요. 어느 것도 절대적으로 확신하지 않습니다.

고정형 사고방식을 갖고 있으면 항상 전체 서열에서 내 위치를 알고 싶어 합니다. 모든 사람이 서열에 따라 배치돼요. 내가 꼭대기에 있으면 떨어지거나 끌려 내려오고 싶지 않죠. 그래서 내가 무언가를 모른다거나 다른 사람이 나보다 더 많이 안다는 기미가 보이면, 나를 권좌에서 몰아내려는 위협으로 여기는 거예요. ‘내가 더 잘 아니까 당신 말은 들을 필요가 없어’라는 생각으로 다른 사람의 의견을 무시합니다.

<지능의 함정>, 데이비드 롭슨

의심, 불확실성, 무지를 달고 시는 건 어렵지 않아요. 내 답은 근사치이고, 내 믿음은 그럴 수도 있다는 식의 믿음이고, 확신하는 정도도 대상마다 다 달라요. 어느 것도 절대적으로 확신하지 않습니다. 고정형 사고방식을 갖고 있으면 항상 전체 서열에서 내 위치를 알고 싶어 합니다. 모든 사람이 서열에 따라 배치돼요. 내가 꼭대기에 있으면 떨어지거나 끌려 내려오고 싶지 않죠. 그래서 내가 무언가를 모른다거나 다른 사람이 나보다 더 많이 안다는 기미가 보이면, 나를 권좌에서 몰아내려는 위협으로 여기는 거예요. ‘내가 더 잘 아니까 당신 말은 들을 필요가 없어’라는 생각으로 다른 사람의 의견을 무시합니다. &lt;지능의 함정&gt;, 데이비드 롭슨

트레바리 <리서치 하는데요> 북클럽에서 꼽은 문장들

디자이너 분들의 커리어를 돕기 시작한 지
40일이 조금 넘었습니다. 오래된 코치 분들처럼
연륜이 있는 것도 아니고, 아직 어설픈 점도 많지만—

그래도 한 가지, 자부할 수 있는 게 있다면
"저 사람에게 내가 꼭 도움이 되고 싶다"는 마음입니다.

조금씩, 저를 인정해 주시는 분들이 생기는 만큼
신념과 책임감을 갖고 더 노력해야겠다는 마음이 커지고 있습니다.

지금까지, 그리고 앞으로 함께할 멘티님들
진심으로 커리어를 응원합니다 :)

디자이너 분들의 커리어를 돕기 시작한 지40일이 조금 넘었습니다. 오래된 코치 분들처럼연륜이 있는 것도 아니고, 아직 어설픈 점도 많지만— 그래도 한 가지, 자부할 수 있는 게 있다면"저 사람에게 내가 꼭 도움이 되고 싶다"는 마음입니다. 조금씩, 저를 인정해 주시는 분들이 생기는 만큼신념과 책임감을 갖고 더 노력해야겠다는 마음이 커지고 있습니다. 지금까지, 그리고 앞으로 함께할 멘티님들진심으로 커리어를 응원합니다 :)

코치로서 40일, 짧은 회고

[🚨3월· 4자리 남았습니다] 우디의 초밀착 포폴 컨설팅, 포폴로 시작해 미래를 나누겠습니다! 

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

﻿
어제는 오랜만에 채용 박람회를 방문했습니다. 요즘은 어떤 기업들이 채용을 하고, 얼마나 많은 사람들이 구직을 하기 위해 노력하고 있는지 눈으로 직접 확인해 보고 싶었습니다. 그리고 가능하다면, 기업 담당자나 구직자와 대화를 해보고 싶었습니다. 기업 입장에서 인재를 영입하는 일이 어떤 상황인지, 구직자는 취업을 준비하고 도전하는 일에서 어떤 도움이 필요한지 직접 이야기 들어보고 싶었습니다.

채용 박람회 장소에는 약 100여 개의 기업이 부스를 마련하여 구직자를 만나고 있었습니다. 기업의 산업에 따라 유사한 산업 군에 속한 기업들을 그룹으로 묶고 영역을 이름 지었습니다. 해당 영역에 가면 비슷한 산업 군에 있는 다양한 기업의 부스를 만날 수 있는 구조입니다. 부스에는 기업 담당자가 앉아있고, 기업 담당자가 앉아있는 테이블 맞은편에 구직자가 앉으면 자연스럽게 대화가 시작되는 형식입니다.

중앙 라운지에는 특정 기업이 회사 소개와 채용을 안내하는 세션을 진행하고 있었습니다. 취업을 많이 준비해 본 경험이 없는 사람이 들어도 알 수 있는 브랜드 파워를 가진 기업이 세션의 주인공입니다. 취업을 준비하는 사람들이 당연히 이와 같은 유명한 기업을 선호해서 특별히 세션을 마련한 것은 이해하지만, 정작 회사와 채용 정보를 설명해야 하는 것은 아직 브랜드가 널리 알려지지 않은 기업이 해야 하는 일이 아닌가 생각했습니다.

박람회 장소 한 편에는 흥미로운 이벤트 부스가 마련되어 있습니다. 인스타그램 인증 용도의 사진을 촬영해 주기도 하고, 요즘 유행하는 취업 운세를 봐주기도 했습니다. 취업이 어려운 시대에 고군분투하고 있는 구직자를 응원하는 메시지를 주는 이벤트도 있었습니다. 취업 운세의 내용이 구직자를 격려하는 메시지라고 하지만, 구직자를 격려하는 방식이 재미로 풀어낸 스토리가 정말 좋은 것인지 혼자 진지한 고뇌에 빠지게 되었습니다. 웃자고 하는 일에 딴지 걸고 싶은 것은 아니고, 뭔가 더 실용적인 도움을 주는 것이 진정으로 사람들을 위로하고 격려하는 방법은 아닌지 생각했습니다.

사실 박람회라고 하면 의례 위와 같은 모습이 떠오릅니다. 부스가 있고, 메인 스테이지에서 마이크를 잡고 이야기를 하는 연사가 있고, 가벼운 이벤트, 채용 공고 게시판, 분주한 사람들까지 박람회를 방문하기 이전에 상상했던 모습과 하나도 빠짐없이 똑같은 장면이 연출되고 있었습니다. 이와 같은 시간에 기업은 정말 인재를 만날 수 있었을지, 구직자는 자신이 취업을 원하는 기업 담당자와 의미 있는 대화를 나눌 수 있었을지 궁금합니다.

기업이나 구직자나 서로에게 소중한 시간을 내어 박람회를 찾은 것인데, 기대하는 만큼 성과를 얻고 있는지 궁금합니다. 기업이 부스를 마련하고 구직자가 자유롭게 방문하도록 진행하는 방식이 가장 효율적인지 생각해 보았습니다. 기업이 구직자에게 줄 수 있는 콘텐츠를 게시하고 해당 내용에 대해서 더 궁금한 내용이 있다면 질문할 수 있는 방식이 더 좋지 않을까요? 기업이 구직자에게 줄 수 있는 콘텐츠의 주제는 결국 회사의 비즈니스를 소개하고, 채용하고 있는 포지션과 입사했을 때 줄 수 있는 혜택이 될 것입니다. 이런 기본적인 정보는 채용 공고 게시판에서 A4 용지 한 장 분량의 간단한 내용만 보고 호기심을 짜내야 하는 것이 맞나 의문이 들었습니다.

구직자에게 인기 있는 기업 부스에 사람들이 긴 줄을 서고, 아직 많은 사람들에게 알려지지 않은 기업 부스는 한산한 상황을 해소할 수 있는 방법을 없을까요? 아직 브랜드 인지도가 부족한 기업에 대해서 특별히 더 많은 정보를 노출하여 구직자가 호기심을 갖게 만들고, 이미 잘 알려진 기업은 별도의 세션을 마련하고 회차별 시간과 참가 인원을 정해 운영하는 것도 괜찮은 방식이라고 생각합니다.

취업이 어려운 세상이라고 하지만, 중소기업은 채용이 어렵다고 하소연합니다. 채용 박람회 기업 부스에 사람이 모이는 장면을 보면 이와 같은 이야기가 허구가 아닌 현실이라는 느낌을 받았습니다. 정보가 부족하고 잘 모르는 기업이 안 좋은 기업이 아닌데 구직자에게 관심받지 못하는 상황도 안타깝고, 취업이 잘 안된다고 하면서 너무 많은 사람들이 같은 기업만 바라보고 경쟁하는 상황도 아쉽게 느껴집니다.

이와 같은 문제를 해소하는 일이 이 시대에 진짜 필요한 노력이 아닌지 기업과 인재를 연결하는 일을 하는 사람으로서 고민과 도전이 됩니다.

﻿어제는 오랜만에 채용 박람회를 방문했습니다. 요즘은 어떤 기업들이 채용을 하고, 얼마나 많은 사람들이 구직을 하기 위해 노력하고 있는지 눈으로 직접 확인해 보고 싶었습니다. 그리고 가능하다면, 기업 담당자나 구직자와 대화를 해보고 싶었습니다. 기업 입장에서 인재를 영입하는 일이 어떤 상황인지, 구직자는 취업을 준비하고 도전하는 일에서 어떤 도움이 필요한지 직접 이야기 들어보고 싶었습니다. 채용 박람회 장소에는 약 100여 개의 기업이 부스를 마련하여 구직자를 만나고 있었습니다. 기업의 산업에 따라 유사한 산업 군에 속한 기업들을 그룹으로 묶고 영역을 이름 지었습니다. 해당 영역에 가면 비슷한 산업 군에 있는 다양한 기업의 부스를 만날 수 있는 구조입니다. 부스에는 기업 담당자가 앉아있고, 기업 담당자가 앉아있는 테이블 맞은편에 구직자가 앉으면 자연스럽게 대화가 시작되는 형식입니다. 중앙 라운지에는 특정 기업이 회사 소개와 채용을 안내하는 세션을 진행하고 있었습니다. 취업을 많이 준비해 본 경험이 없는 사람이 들어도 알 수 있는 브랜드 파워를 가진 기업이 세션의 주인공입니다. 취업을 준비하는 사람들이 당연히 이와 같은 유명한 기업을 선호해서 특별히 세션을 마련한 것은 이해하지만, 정작 회사와 채용 정보를 설명해야 하는 것은 아직 브랜드가 널리 알려지지 않은 기업이 해야 하는 일이 아닌가 생각했습니다. 박람회 장소 한 편에는 흥미로운 이벤트 부스가 마련되어 있습니다. 인스타그램 인증 용도의 사진을 촬영해 주기도 하고, 요즘 유행하는 취업 운세를 봐주기도 했습니다. 취업이 어려운 시대에 고군분투하고 있는 구직자를 응원하는 메시지를 주는 이벤트도 있었습니다. 취업 운세의 내용이 구직자를 격려하는 메시지라고 하지만, 구직자를 격려하는 방식이 재미로 풀어낸 스토리가 정말 좋은 것인지 혼자 진지한 고뇌에 빠지게 되었습니다. 웃자고 하는 일에 딴지 걸고 싶은 것은 아니고, 뭔가 더 실용적인 도움을 주는 것이 진정으로 사람들을 위로하고 격려하는 방법은 아닌지 생각했습니다. 사실 박람회라고 하면 의례 위와 같은 모습이 떠오릅니다. 부스가 있고, 메인 스테이지에서 마이크를 잡고 이야기를 하는 연사가 있고, 가벼운 이벤트, 채용 공고 게시판, 분주한 사람들까지 박람회를 방문하기 이전에 상상했던 모습과 하나도 빠짐없이 똑같은 장면이 연출되고 있었습니다. 이와 같은 시간에 기업은 정말 인재를 만날 수 있었을지, 구직자는 자신이 취업을 원하는 기업 담당자와 의미 있는 대화를 나눌 수 있었을지 궁금합니다. 기업이나 구직자나 서로에게 소중한 시간을 내어 박람회를 찾은 것인데, 기대하는 만큼 성과를 얻고 있는지 궁금합니다. 기업이 부스를 마련하고 구직자가 자유롭게 방문하도록 진행하는 방식이 가장 효율적인지 생각해 보았습니다. 기업이 구직자에게 줄 수 있는 콘텐츠를 게시하고 해당 내용에 대해서 더 궁금한 내용이 있다면 질문할 수 있는 방식이 더 좋지 않을까요? 기업이 구직자에게 줄 수 있는 콘텐츠의 주제는 결국 회사의 비즈니스를 소개하고, 채용하고 있는 포지션과 입사했을 때 줄 수 있는 혜택이 될 것입니다. 이런 기본적인 정보는 채용 공고 게시판에서 A4 용지 한 장 분량의 간단한 내용만 보고 호기심을 짜내야 하는 것이 맞나 의문이 들었습니다. 구직자에게 인기 있는 기업 부스에 사람들이 긴 줄을 서고, 아직 많은 사람들에게 알려지지 않은 기업 부스는 한산한 상황을 해소할 수 있는 방법을 없을까요? 아직 브랜드 인지도가 부족한 기업에 대해서 특별히 더 많은 정보를 노출하여 구직자가 호기심을 갖게 만들고, 이미 잘 알려진 기업은 별도의 세션을 마련하고 회차별 시간과 참가 인원을 정해 운영하는 것도 괜찮은 방식이라고 생각합니다. 취업이 어려운 세상이라고 하지만, 중소기업은 채용이 어렵다고 하소연합니다. 채용 박람회 기업 부스에 사람이 모이는 장면을 보면 이와 같은 이야기가 허구가 아닌 현실이라는 느낌을 받았습니다. 정보가 부족하고 잘 모르는 기업이 안 좋은 기업이 아닌데 구직자에게 관심받지 못하는 상황도 안타깝고, 취업이 잘 안된다고 하면서 너무 많은 사람들이 같은 기업만 바라보고 경쟁하는 상황도 아쉽게 느껴집니다. 이와 같은 문제를 해소하는 일이 이 시대에 진짜 필요한 노력이 아닌지 기업과 인재를 연결하는 일을 하는 사람으로서 고민과 도전이 됩니다.﻿

박람회

우디의 컨설팅:  합격으로 가는 3가지 차별점 회사별 맞춤 포트폴리오,  합격을 부르는 비결입니다. 5회 코칭 진행 
 핀테크 프로덕트 디자이너로 최종 합격한 김** 님의 실제 리뷰입니다.  2회 코칭 진행 
 핀테크 프로덕트 디자이너로 최종 합격한 **호 님의 실제 리뷰입니다.  2회 코칭 진행 
 에이전시 → 스타트업 디자이너로 이직 성공한 **수 님의

[🚨3월·소수 정예!] 유니콘·빅테크 합격한 UX/UI 포트폴리오 컨설팅 - PO·디자인 리드 우디 - 우디디자인랩

가설을 ‘현상’과 ‘요인’으로 나눠보세요. 한층 선명해질 거예요. 예를 들어 e커머스 전환율이 문제라면?

현상 가설: 장바구니에 담긴 상품이 결제되지 않고 이탈률이 높다.

요인 가설:
• 결제 UI가 복잡해서 이탈한다.
• 배송비가 예상보다 높아 포기한다.
• 게스트 결제 옵션이 없어서 회원가입 부담을 느낀다.

👉 현상 가설은 문제 정의에 가까워요. 요인 가설은 왜 그런지 구체적 원인을 탐색하는 단계이자, 솔루션으로 넘어가기 전입니다.

가설을 ‘현상’과 ‘요인’으로 나눠보세요. 한층 선명해질 거예요. 예를 들어 e커머스 전환율이 문제라면? 현상 가설: 장바구니에 담긴 상품이 결제되지 않고 이탈률이 높다. 요인 가설:• 결제 UI가 복잡해서 이탈한다.• 배송비가 예상보다 높아 포기한다.• 게스트 결제 옵션이 없어서 회원가입 부담을 느낀다. 👉 현상 가설은 문제 정의에 가까워요. 요인 가설은 왜 그런지 구체적 원인을 탐색하는 단계이자, 솔루션으로 넘어가기 전입니다.

Latpeed

포폴 제작 시 가설 설정이 어렵다면?

﻿
요즘 많은 사람들이 커뮤니티를 만들고 싶어 합니다. 그리고 커뮤니티에 가입하여 활동합니다. 커뮤니티의 사전적 의미는 공동체라는 뜻입니다. 공동체란 생활이나 행동 또는 목적을 같이하는 집단을 의미합니다. 가정과 직장, 학교 등이 대표적인 공동체입니다.

사람들이 만들고 싶어 하는 커뮤니티는 특정 주제에 관심을 갖고 있는 사람들이 모이도록 만드는 온라인 공간입니다. 주로 상업적인 목적을 가진 기능을 위해 커뮤니티를 만들고 싶어 합니다. 특정 제품 또는 서비스에 대한 관심을 가지고 있는 사람들을 결집시키면, 커뮤니티에 모인 사람들끼리 자연스럽게 제품 또는 서비스에 대한 로열티를 갖고 홍보가 되어 판매가 더 잘 될 것이라는 노림수입니다.

안타깝게도 실상은 커뮤니티를 조성하는 일이 쉽지 않습니다. 정확하게 설명하면 커뮤니티를 만드는 일은 쉬우나 활성화시키는 것은 매우 어렵습니다. 그래서 대다수의 커뮤니티는 기대만큼 성공을 거두지 못하고 있는 둥 마는 둥 자취를 감추게 됩니다. 실패의 요인을 감히 생각해 보면 애초에 목적이 상업적이라서 특정 주제에 대한 이야기를 소홀하게 다룬 것은 아닐지 추측해 봅니다.

예전에 몇 만 명이 모이는 커뮤니티를 만들어본 경험이 있다는 지인의 이야기를 들어보면, 커뮤니티를 조성하고 활성화시키는 일이 무척 어렵다고 합니다. 소위 커뮤니티 주인장이 부단히 노력하지 않으면 커뮤니티에 사람들을 모으기도 어렵고, 모인 사람들이 활발하게 활동을 유도하는 일이 더 어렵다고 합니다.

커뮤니티를 활성화시키기 위해 운영자는 집사처럼 365일 커뮤니티에 붙어 헌신해야 한다는 이야기를 들었습니다. 커뮤니티에 참여하는 사람 한 명 한 명을 붙잡고 대화하고, 그들의 필요를 채우는 일을 하는 것이 커뮤니티 운영자의 역할입니다. 50명 정도는 한 명씩 대화를 나눌 수 있을 것 같은데요. 100명이 넘어가는 순간 한 명이 하나만 요구 사항을 이야기해도 100건의 일감이 쌓이는 것입니다. 물론 그중에 일부 중첩되는 내용도 있겠지만, 365일 커뮤니티에 붙어있어야 한다는 말이 어떤 의미인지 추측이 됩니다.

피와 땀으로 일군 커뮤니티가 최초 목적과 같이 운영이 되면 좋으련만 군중을 의도대로 끌고 가는 것이 또한 쉽지 않습니다. 서로 다른 생각을 가진 사람들이 모이고, 그들의 이야기 주제와 내용이 뒤섞이다 보면 운영진이 의도한 방향으로 나아가지 못할 수도 있습니다. 따라서 운영진은 중심을 잡고 커뮤니티 참가자들에게 방향을 잘 가리켜야 합니다. 커뮤니티 운영 규칙과 기준이 중심과 방향을 잡는 데 필요한 내용입니다.

어제는 회사에서 운영하는 커뮤니티 담당자로부터 특강을 받았습니다. 회사 구성원을 대상으로 하는 사내 강연이었습니다. 커뮤니티의 정의와 커뮤니티를 구성하는 핵심 요소, 회사에 커뮤니티가 어떤 기능과 기여를 하고 있는지 이야기해 주었습니다. 인상적이었던 내용은 잘 되는 커뮤니티에 3가지 특징이 있다는 것입니다.

첫 번째는 강력한 인물이 중심이 되어 조성된 커뮤니티입니다. 대표적으로 팬카페가 있습니다. 연예인을 사모하는 사람들이 모여 연예인의 활동을 조직적으로 감상하고 소감을 나누는 것입니다. 예를 들면, 가수 콘서트에 참여해서 응원하기 위해 준비를 커뮤니티에서 논의하고 진행하는 것입니다. 요즘은 유명한 연예인이 아니라도 인플루언서가 되면 팬이 있고, 자연스럽게 팬카페라는 커뮤니티가 조성이 되는 모습입니다.

두 번째는 많은 사람들이 알고 좋아하는 콘텐츠가 중심이 되어 조성된 커뮤니티입니다. 대표적으로 교회가 있습니다. 성경이라는 책은 전 세계적으로 많은 사람들이 알고 있고, 관심을 갖고 보는 콘텐츠입니다. 성경이라는 콘텐츠를 중심으로 사람들이 모여 교회를 이루고, 성경을 읽고 대화를 나누며 다양한 활동을 합니다. 특징이라면 종교는 비영리를 추구하지만, 그 어느 커뮤니티보다 단단한 결집력을 갖고 있다는 것입니다.

세 번째는 흥미로운 이벤트가 중심이 되어 조성된 커뮤니티입니다. 무엇을 같이 배운다거나 함께 여행을 간다거나 운동을 하는 등 특정 주제를 가지고 이벤트 즉, 활동이 일어나는 모임입니다. 대표적인 이벤트 커뮤니티는 독서 토론 모임입니다. 같은 책을 읽고 서로 다른 생각을 나누는 것입니다. 이렇게 들으면 별로 재미없을 것 같지만, 실제로 독서 토론 모임 커뮤니티를 운영하는 지인 이야기를 들어보면 다른 사람의 다른 생각을 듣는 것이 한 권의 책을 혼자 읽는 것보다 얻을 수 있는 지혜와 통찰이 훨씬 많아서 사람들이 좋아한다고 합니다.

﻿요즘 많은 사람들이 커뮤니티를 만들고 싶어 합니다. 그리고 커뮤니티에 가입하여 활동합니다. 커뮤니티의 사전적 의미는 공동체라는 뜻입니다. 공동체란 생활이나 행동 또는 목적을 같이하는 집단을 의미합니다. 가정과 직장, 학교 등이 대표적인 공동체입니다. 사람들이 만들고 싶어 하는 커뮤니티는 특정 주제에 관심을 갖고 있는 사람들이 모이도록 만드는 온라인 공간입니다. 주로 상업적인 목적을 가진 기능을 위해 커뮤니티를 만들고 싶어 합니다. 특정 제품 또는 서비스에 대한 관심을 가지고 있는 사람들을 결집시키면, 커뮤니티에 모인 사람들끼리 자연스럽게 제품 또는 서비스에 대한 로열티를 갖고 홍보가 되어 판매가 더 잘 될 것이라는 노림수입니다. 안타깝게도 실상은 커뮤니티를 조성하는 일이 쉽지 않습니다. 정확하게 설명하면 커뮤니티를 만드는 일은 쉬우나 활성화시키는 것은 매우 어렵습니다. 그래서 대다수의 커뮤니티는 기대만큼 성공을 거두지 못하고 있는 둥 마는 둥 자취를 감추게 됩니다. 실패의 요인을 감히 생각해 보면 애초에 목적이 상업적이라서 특정 주제에 대한 이야기를 소홀하게 다룬 것은 아닐지 추측해 봅니다. 예전에 몇 만 명이 모이는 커뮤니티를 만들어본 경험이 있다는 지인의 이야기를 들어보면, 커뮤니티를 조성하고 활성화시키는 일이 무척 어렵다고 합니다. 소위 커뮤니티 주인장이 부단히 노력하지 않으면 커뮤니티에 사람들을 모으기도 어렵고, 모인 사람들이 활발하게 활동을 유도하는 일이 더 어렵다고 합니다. 커뮤니티를 활성화시키기 위해 운영자는 집사처럼 365일 커뮤니티에 붙어 헌신해야 한다는 이야기를 들었습니다. 커뮤니티에 참여하는 사람 한 명 한 명을 붙잡고 대화하고, 그들의 필요를 채우는 일을 하는 것이 커뮤니티 운영자의 역할입니다. 50명 정도는 한 명씩 대화를 나눌 수 있을 것 같은데요. 100명이 넘어가는 순간 한 명이 하나만 요구 사항을 이야기해도 100건의 일감이 쌓이는 것입니다. 물론 그중에 일부 중첩되는 내용도 있겠지만, 365일 커뮤니티에 붙어있어야 한다는 말이 어떤 의미인지 추측이 됩니다. 피와 땀으로 일군 커뮤니티가 최초 목적과 같이 운영이 되면 좋으련만 군중을 의도대로 끌고 가는 것이 또한 쉽지 않습니다. 서로 다른 생각을 가진 사람들이 모이고, 그들의 이야기 주제와 내용이 뒤섞이다 보면 운영진이 의도한 방향으로 나아가지 못할 수도 있습니다. 따라서 운영진은 중심을 잡고 커뮤니티 참가자들에게 방향을 잘 가리켜야 합니다. 커뮤니티 운영 규칙과 기준이 중심과 방향을 잡는 데 필요한 내용입니다. 어제는 회사에서 운영하는 커뮤니티 담당자로부터 특강을 받았습니다. 회사 구성원을 대상으로 하는 사내 강연이었습니다. 커뮤니티의 정의와 커뮤니티를 구성하는 핵심 요소, 회사에 커뮤니티가 어떤 기능과 기여를 하고 있는지 이야기해 주었습니다. 인상적이었던 내용은 잘 되는 커뮤니티에 3가지 특징이 있다는 것입니다. 첫 번째는 강력한 인물이 중심이 되어 조성된 커뮤니티입니다. 대표적으로 팬카페가 있습니다. 연예인을 사모하는 사람들이 모여 연예인의 활동을 조직적으로 감상하고 소감을 나누는 것입니다. 예를 들면, 가수 콘서트에 참여해서 응원하기 위해 준비를 커뮤니티에서 논의하고 진행하는 것입니다. 요즘은 유명한 연예인이 아니라도 인플루언서가 되면 팬이 있고, 자연스럽게 팬카페라는 커뮤니티가 조성이 되는 모습입니다. 두 번째는 많은 사람들이 알고 좋아하는 콘텐츠가 중심이 되어 조성된 커뮤니티입니다. 대표적으로 교회가 있습니다. 성경이라는 책은 전 세계적으로 많은 사람들이 알고 있고, 관심을 갖고 보는 콘텐츠입니다. 성경이라는 콘텐츠를 중심으로 사람들이 모여 교회를 이루고, 성경을 읽고 대화를 나누며 다양한 활동을 합니다. 특징이라면 종교는 비영리를 추구하지만, 그 어느 커뮤니티보다 단단한 결집력을 갖고 있다는 것입니다. 세 번째는 흥미로운 이벤트가 중심이 되어 조성된 커뮤니티입니다. 무엇을 같이 배운다거나 함께 여행을 간다거나 운동을 하는 등 특정 주제를 가지고 이벤트 즉, 활동이 일어나는 모임입니다. 대표적인 이벤트 커뮤니티는 독서 토론 모임입니다. 같은 책을 읽고 서로 다른 생각을 나누는 것입니다. 이렇게 들으면 별로 재미없을 것 같지만, 실제로 독서 토론 모임 커뮤니티를 운영하는 지인 이야기를 들어보면 다른 사람의 다른 생각을 듣는 것이 한 권의 책을 혼자 읽는 것보다 얻을 수 있는 지혜와 통찰이 훨씬 많아서 사람들이 좋아한다고 합니다.﻿

커뮤니티

﻿
기가 막힌 반전의 드라마는 스포츠 경기에만 있는 것은 아닙니다. 우리 삶에도 얼마든지 있을 수 있는 일입니다. 절대로 안 될 것 같은 일이 있나요? 그래서 도전조차 시작하지 않는다면, 그건 반전의 드라마가 일어날 기회를 주지 않는 것입니다. 결과를 섣불리 예측하지 말고 과감하게 도전하는 우리가 되길 진심으로 응원합니다.

돌이켜보면 우리가 예상했던 것과 같이 진행된 일이 많았나요? 아마도 정확하게 통계를 내어보면 그렇지 않았던 일이 훨씬 더 많았을 것입니다. 왜 이런 추측을 하냐고 하면, 세상 거의 모든 일이 우리 마음대로 움직이지 않기 때문입니다. 특히 다른 이해관계를 갖고 있는 사람과 얽힌 일이라면 더욱 우리 뜻대로 계획이 흘러가지 않습니다. 다른 이해관계를 갖고 있는 사람의 계획과 충돌하여 마찰이 일어나기 때문입니다. 복잡해 보이지만, 쉽게 이야기하면 그냥 내 맘대로 되는 일은 없다는 것이 정답입니다.

그래서 일단은 도전하는 용기가 필요합니다. 될지 안 될지 우리 마음이 결정하는 것이 아니라 도전하는 일에 연관된 이해관계를 가진 사람들의 생각이 모여 결과가 좌우됩니다. 그래서 일단은 도전하고 결과는 하늘의 뜻에 맡기는 것입니다. 그럼 뜻밖의 결과를 얻을 수 있습니다. 그 뜻은 긍정적일 수도 안타깝게도 부정적일 수도 있습니다.

반전의 드라마를 만들기 위해, 그것도 높은 확률로 성공적인 결과를 만들고 싶다면, 겸손한 자세로 최선을 다해 노력하는 수밖에 없습니다. 겸손한 자세가 중요합니다. 세상에 대단한 능력을 가진 사람도, 별 볼 일 없는 능력을 가진 사람이란 존재하지 않습니다. 모두가 거기서 거기입니다. 그러니까 누가 더 낫네, 높네 따져서 우열을 가릴 필요가 없습니다. 그렇게 우열을 가린들 모두가 같은 기준으로 인정하는 것도 아닙니다. 겸손하게 낮은 자세로 해야 하는 일에 최선을 다하는 것입니다. 아무리 성공을 많이 거두었다고 해도, 그래서 많은 사람들이 엄지손가락을 치켜세워 준다고 해도 우쭐하지 않고 겸손한 마음으로 함께 협업하는 사람들을 도우며 맡겨진 일에 최선을 다하는 것이 중요합니다. 그런 사람에게 반전의 드라마가 찾아옵니다.

어떤 상황에서도 최선을 다하는 노력이 중요합니다. 최선을 다하는 노력이란 간단히 고민하고 대충 처리만 하는 것이 아니라 고민의 고민을 거듭하여 가장 효과적인 방법으로 일을 하는 것을 의미합니다. 다방면으로 고민하여 일이 미치는 영향을 분석하고 하나하나 단계 별로 실행해 나아가며 주변 동료들에게 피드백을 받는 것입니다. 피드백을 주고받는 사이 일을 하는 내용과 방식을 업데이트하여 더 나은 성과를 얻기 위해 고민을 멈추지 않는 노력이 필요합니다.

반전의 드라마는 실로 고민하는 사람에게 찾아올 확률이 높습니다. 잘 안될 것 같은 어려운 과제를 두고 포기하거나 두려워하며 시작도 못하고 있는 것이 아니라 어떻게 하면 해낼 수 있을까 방법을 고민하는 것입니다. 고민하면 반드시 길이 열린다고 믿습니다. 고민하지 않기 때문에 길이 보이지 않는 것입니다. 적당히 고민하기 때문에 그만큼만 보이는 것입니다. 치열하게 이 악물고 고민해야 비로소 어려운 일에 대한 길이 조금씩 열리는 것을 경험할 수 있습니다. 일단 시작하고 시작했다면 고민하고 고민한 것을 실행하면 반드시 누구나 반전을 일으킬 수 있습니다.

겸손은 ‘나’에게 주어진 것을 있는 그대로 받아들일 수 있는 마음입니다. 남의 것과 비교하지 않고 오로지 자신에 주어진 것을 직시하여 인정하고 수용하는 것입니다. 우리에게 주어진 능력이 무엇이든, 그것이 얼마나 대단한가 다른 사람과 비교할 필요가 없습니다. 다만, 그것을 활용하여 무엇을 어떻게 얼마나 잘할 수 있는지 바로 아는 것이 중요합니다. 그래서 자신에게 맡겨진 일을 ‘나’에게 주어진 능력을 발휘하여 노력하는 모습이 겸손인 것입니다. 그렇게 겸손한 사람에게 능치 못할 일이 없습니다. 이것은 세상의 이치이며, 진리입니다. 

더 많이 더 오래 일을 한다고 성공이 보장되지 않습니다. 더 적게 더 짧게 일을 해도 겸손한 마음으로 최선을 다해 노력하는 사람에게 긍정적인 결과가 찾아옵니다. 오늘 여러분에게 감히 도전 못할 어려운 일이 눈앞에 놓여 있습니까? 잘 되었습니다. 우리 힘으로 감당 못할 그 일을 두고 우리에게 주어진 능력을 발휘하여 최선을 다해 고민하고 시도해 봅시다. 뜻밖의 결과를 얻게 될 모습을 상상하며 즐거운 도전이 되시길 진심으로 응원합니다.

﻿기가 막힌 반전의 드라마는 스포츠 경기에만 있는 것은 아닙니다. 우리 삶에도 얼마든지 있을 수 있는 일입니다. 절대로 안 될 것 같은 일이 있나요? 그래서 도전조차 시작하지 않는다면, 그건 반전의 드라마가 일어날 기회를 주지 않는 것입니다. 결과를 섣불리 예측하지 말고 과감하게 도전하는 우리가 되길 진심으로 응원합니다. 돌이켜보면 우리가 예상했던 것과 같이 진행된 일이 많았나요? 아마도 정확하게 통계를 내어보면 그렇지 않았던 일이 훨씬 더 많았을 것입니다. 왜 이런 추측을 하냐고 하면, 세상 거의 모든 일이 우리 마음대로 움직이지 않기 때문입니다. 특히 다른 이해관계를 갖고 있는 사람과 얽힌 일이라면 더욱 우리 뜻대로 계획이 흘러가지 않습니다. 다른 이해관계를 갖고 있는 사람의 계획과 충돌하여 마찰이 일어나기 때문입니다. 복잡해 보이지만, 쉽게 이야기하면 그냥 내 맘대로 되는 일은 없다는 것이 정답입니다. 그래서 일단은 도전하는 용기가 필요합니다. 될지 안 될지 우리 마음이 결정하는 것이 아니라 도전하는 일에 연관된 이해관계를 가진 사람들의 생각이 모여 결과가 좌우됩니다. 그래서 일단은 도전하고 결과는 하늘의 뜻에 맡기는 것입니다. 그럼 뜻밖의 결과를 얻을 수 있습니다. 그 뜻은 긍정적일 수도 안타깝게도 부정적일 수도 있습니다. 반전의 드라마를 만들기 위해, 그것도 높은 확률로 성공적인 결과를 만들고 싶다면, 겸손한 자세로 최선을 다해 노력하는 수밖에 없습니다. 겸손한 자세가 중요합니다. 세상에 대단한 능력을 가진 사람도, 별 볼 일 없는 능력을 가진 사람이란 존재하지 않습니다. 모두가 거기서 거기입니다. 그러니까 누가 더 낫네, 높네 따져서 우열을 가릴 필요가 없습니다. 그렇게 우열을 가린들 모두가 같은 기준으로 인정하는 것도 아닙니다. 겸손하게 낮은 자세로 해야 하는 일에 최선을 다하는 것입니다. 아무리 성공을 많이 거두었다고 해도, 그래서 많은 사람들이 엄지손가락을 치켜세워 준다고 해도 우쭐하지 않고 겸손한 마음으로 함께 협업하는 사람들을 도우며 맡겨진 일에 최선을 다하는 것이 중요합니다. 그런 사람에게 반전의 드라마가 찾아옵니다. 어떤 상황에서도 최선을 다하는 노력이 중요합니다. 최선을 다하는 노력이란 간단히 고민하고 대충 처리만 하는 것이 아니라 고민의 고민을 거듭하여 가장 효과적인 방법으로 일을 하는 것을 의미합니다. 다방면으로 고민하여 일이 미치는 영향을 분석하고 하나하나 단계 별로 실행해 나아가며 주변 동료들에게 피드백을 받는 것입니다. 피드백을 주고받는 사이 일을 하는 내용과 방식을 업데이트하여 더 나은 성과를 얻기 위해 고민을 멈추지 않는 노력이 필요합니다. 반전의 드라마는 실로 고민하는 사람에게 찾아올 확률이 높습니다. 잘 안될 것 같은 어려운 과제를 두고 포기하거나 두려워하며 시작도 못하고 있는 것이 아니라 어떻게 하면 해낼 수 있을까 방법을 고민하는 것입니다. 고민하면 반드시 길이 열린다고 믿습니다. 고민하지 않기 때문에 길이 보이지 않는 것입니다. 적당히 고민하기 때문에 그만큼만 보이는 것입니다. 치열하게 이 악물고 고민해야 비로소 어려운 일에 대한 길이 조금씩 열리는 것을 경험할 수 있습니다. 일단 시작하고 시작했다면 고민하고 고민한 것을 실행하면 반드시 누구나 반전을 일으킬 수 있습니다. 겸손은 ‘나’에게 주어진 것을 있는 그대로 받아들일 수 있는 마음입니다. 남의 것과 비교하지 않고 오로지 자신에 주어진 것을 직시하여 인정하고 수용하는 것입니다. 우리에게 주어진 능력이 무엇이든, 그것이 얼마나 대단한가 다른 사람과 비교할 필요가 없습니다. 다만, 그것을 활용하여 무엇을 어떻게 얼마나 잘할 수 있는지 바로 아는 것이 중요합니다. 그래서 자신에게 맡겨진 일을 ‘나’에게 주어진 능력을 발휘하여 노력하는 모습이 겸손인 것입니다. 그렇게 겸손한 사람에게 능치 못할 일이 없습니다. 이것은 세상의 이치이며, 진리입니다.&nbsp; 더 많이 더 오래 일을 한다고 성공이 보장되지 않습니다. 더 적게 더 짧게 일을 해도 겸손한 마음으로 최선을 다해 노력하는 사람에게 긍정적인 결과가 찾아옵니다. 오늘 여러분에게 감히 도전 못할 어려운 일이 눈앞에 놓여 있습니까? 잘 되었습니다. 우리 힘으로 감당 못할 그 일을 두고 우리에게 주어진 능력을 발휘하여 최선을 다해 고민하고 시도해 봅시다. 뜻밖의 결과를 얻게 될 모습을 상상하며 즐거운 도전이 되시길 진심으로 응원합니다.﻿

반전

디지털 UI도 클래식이 될 수 있을까? 그리고 클래식에 대한 애호 | 디자인은 변하지만, 원형은 남는다  디자인 세계는 빠르게 움직입니다. 해마다 등장하는 새로운 폰트, 스큐어모픽에서 촉감이 느껴지지 않는 미니멀 그래픽, 트렌드에 따라 매번 달라지는 인터페이스가 그렇습니다. 하지만 그 반대편에는 100년이 넘도록 본래의 형태를 유지하는 디자인이 있습니다. 대표적으로 가위, 핀셋, 코카콜라병이 그렇습니다. 제가 좋아하는 디터람

100년을 버틴 디자인, 10년을 남긴 UX

100년이 넘도록 본래의 형태를 유지하는
디자인이 있습니다. 대표적으로 가위, 핀셋,
코카콜라병이 그렇습니다. 제가 좋아하는
디터람스 턴테이블도 있겠네요.

카드 UI, 하단 탭, 햄버거 메뉴 같은 UI 역시
수년간 트렌드가 변해도 쓰임을 이어갑니다.

왜 이런 디자인들은 생명력을 이어갈 수 있을까요?

이번 브런치는 ‘디자인의 원형’을 물리/UX
관점에서 교차하며, 우리가 놓치지 말아야
할 디자인의 본질에 관해 다루어 봤습니다.

https://brunch.co.kr/@cliche-cliche/274

100년이 넘도록 본래의 형태를 유지하는디자인이 있습니다. 대표적으로 가위, 핀셋,코카콜라병이 그렇습니다. 제가 좋아하는디터람스 턴테이블도 있겠네요. 카드 UI, 하단 탭, 햄버거 메뉴 같은 UI 역시수년간 트렌드가 변해도 쓰임을 이어갑니다. 왜 이런 디자인들은 생명력을 이어갈 수 있을까요? 이번 브런치는 ‘디자인의 원형’을 물리/UX관점에서 교차하며, 우리가 놓치지 말아야할 디자인의 본질에 관해 다루어 봤습니다. https://brunch.co.kr/@cliche-cliche/274

Brunch Story

100년을 버틴 디자인, 10년을 남긴 UX 🙌

작년 12월에 시작한 스터디 3기가 벌써 마지막 주가 되어 다음 기수를 모집합니다.

개발자 해외 취업의 필수 관문인 코딩 인터뷰 준비를 위해서 LeetCode에서 가장 유명한 문제 모음인 Blind 75를 함께 해결하는 스터디 그룹입니다. 오픈 소스 프로젝트처럼 답안 코드는 깃허브 저장소에 Pull Request로 제출하고 상호 코드 리뷰를 합니다.

아직 4기 모집을 시작하지도 않았는데 벌써 50분이 대기자로 등록을 해주셨어요. 그래서 추가 모집을 하지 않으려다가 다음 차수를 기다리시는 분들이 분명 계실 것 같아서 이렇게 모집 공고를 올립니다.

스터디 규모가 커져서 3기 부터는 100% 온라인 비대면으로 진행했는데 우려했던 것과 달리 많은 분들께서 15주를 완주하고 자율적으로 정하신 문제 풀이 목표를 달성하셨습니다. 스터디에 참여해 주신 분들께서 직접 남겨 주신 생생한 후기를 참고 바랄께요.

스터디는 3월 30일부터 시작하고 신청은 3월 29일에 마감하도록 하겠습니다.

👉 달레 스터디 4기 신청: https://github.com/DaleStudy/leetcode-study/discussions/1109
👉 달레 스터디 웹사이트: https://www.dalestudy.com/

작년 12월에 시작한 스터디 3기가 벌써 마지막 주가 되어 다음 기수를 모집합니다. 개발자 해외 취업의 필수 관문인 코딩 인터뷰 준비를 위해서 LeetCode에서 가장 유명한 문제 모음인&nbsp;Blind 75를 함께 해결하는 스터디 그룹입니다. 오픈 소스 프로젝트처럼 답안 코드는 깃허브 저장소에 Pull Request로 제출하고 상호 코드 리뷰를 합니다. 아직 4기 모집을 시작하지도 않았는데 벌써 50분이 대기자로 등록을 해주셨어요. 그래서 추가 모집을 하지 않으려다가 다음 차수를 기다리시는 분들이 분명 계실 것 같아서 이렇게 모집 공고를 올립니다. 스터디 규모가 커져서 3기 부터는 100% 온라인 비대면으로 진행했는데 우려했던 것과 달리 많은 분들께서 15주를 완주하고 자율적으로 정하신 문제 풀이 목표를 달성하셨습니다. 스터디에 참여해 주신 분들께서 직접 남겨 주신 생생한 후기를 참고 바랄께요. 스터디는 3월 30일부터 시작하고 신청은 3월 29일에 마감하도록 하겠습니다. 👉 달레 스터디 4기 신청: https://github.com/DaleStudy/leetcode-study/discussions/1109 👉 달레 스터디 웹사이트: https://www.dalestudy.com/

📣 달레 스터디 4기 모집 🏃‍♀️🏃‍♂️🏃

면접관으로 들어가면 행동양식 질문으로 물어보는 두 가지 질문이 있다. 하나는 임팩트(Impact)에 관한 것이고 다른 하나는 협업(Collaboration)에 관한 것이다. 임팩트에는 관한 것으로 "커리어에서 가장 임팩트있는 프로젝트에 대해 이야기해달라"는 질문을 하고 협업에 관해서는 "같이 일해본 동료 중에 가장 힘들었던 사람이 누구였고 왜 힘들었지 이야기해달라"이다.

임팩트 질문은 전에 포스팅을 한 적이 있었는데 오늘은 협업 질문에 대해 더 이야기해보고자 한다. 어려운 동료에 관한 질문을 통해 알고자 하는 것은 이 사람이 완벽한 사람인지를 알고자 하는 것이 아니다. 얼마나 솔직한지 알고 싶고 어려운 동료를 통해 무엇을 배웠고 다음에 어떤 변화를 시도했는지 알고 싶은 거다. 즉 자신의 취약한 점을 솔직히 이야기할 줄 아는 사람인지 그리고 복기를 통해 발전을 꾀하는 사람인지 알고 싶은 건데 어떤 답변들은 너무나도 구체적이지 않고 피상적이다. 면접을 잘 하는 방법 중의 하나는 솔직하되 발전하는 모습에 대해 이야기하는 것이며 그렇게 커리어를 바라보는 것이 정말 좋지 않나 싶다.

이 이야기는 지난 주에 산호세 주립대 강의 도입부에 학생들에게 해준 면접 팁의 일부인데 매주 하나씩 공유할 계획이다.

면접관으로 들어가면 행동양식 질문으로 물어보는 두 가지 질문이 있다. 하나는 임팩트(Impact)에 관한 것이고 다른 하나는 협업(Collaboration)에 관한 것이다. 임팩트에는 관한 것으로 "커리어에서 가장 임팩트있는 프로젝트에 대해 이야기해달라"는 질문을 하고 협업에 관해서는 "같이 일해본 동료 중에 가장 힘들었던 사람이 누구였고 왜 힘들었지 이야기해달라"이다. 임팩트 질문은 전에 포스팅을 한 적이 있었는데 오늘은 협업 질문에 대해 더 이야기해보고자 한다. 어려운 동료에 관한 질문을 통해 알고자 하는 것은 이 사람이 완벽한 사람인지를 알고자 하는 것이 아니다. 얼마나 솔직한지 알고 싶고 어려운 동료를 통해 무엇을 배웠고 다음에 어떤 변화를 시도했는지 알고 싶은 거다. 즉 자신의 취약한 점을 솔직히 이야기할 줄 아는 사람인지 그리고 복기를 통해 발전을 꾀하는 사람인지 알고 싶은 건데 어떤 답변들은 너무나도 구체적이지 않고 피상적이다. 면접을 잘 하는 방법 중의 하나는 솔직하되 발전하는 모습에 대해 이야기하는 것이며 그렇게 커리어를 바라보는 것이 정말 좋지 않나 싶다. 이 이야기는 지난 주에 산호세 주립대 강의 도입부에 학생들에게 해준 면접 팁의 일부인데 매주 하나씩 공유할 계획이다.

면접 질문: 같이 일해본 동료 중에 가장 힘들었던 사람은 누구였나

저를 포함한 주변에서 자주 보이는, AI에 대해 공부하는 단계별 순서입니다.

1. ChatGPT 무료로 시작하기
2. GPTs 사용해보기
3. Claude, Google AI studio, Perplexity로 확장
4. 텍스트 기반 LLM에서 다른 모달(Modal)로 확장
(Ex. Midjourney, Genspark, PikaAI, Cursor)
5. LLM 무료 버전에서 유료 버전으로 전환하기
6. Prompt에 대해 공부하고 적용해보기
7. 새로 나오는 연구/논문 찾아보고 공부하기
8. Agent/Workflow에 대해 탐구하고 적용해보기
9. API로 연결해 직접 AI 도구 만들어보기

저를 포함한 주변에서 자주 보이는, AI에 대해 공부하는 단계별 순서입니다. 1. ChatGPT 무료로 시작하기2. GPTs 사용해보기3. Claude, Google AI studio, Perplexity로 확장4. 텍스트 기반 LLM에서 다른 모달(Modal)로 확장(Ex. Midjourney, Genspark, PikaAI, Cursor)5. LLM 무료 버전에서 유료 버전으로 전환하기6. Prompt에 대해 공부하고 적용해보기7. 새로 나오는 연구/논문 찾아보고 공부하기8. Agent/Workflow에 대해 탐구하고 적용해보기9. API로 연결해 직접 AI 도구 만들어보기&nbsp;

AI, 어디까지 써보셨나요?

‘매번 신경쓰지 않아도 API 요청 당 쿼리 호출 수가 임계치를 넘으면, 자동으로 알림이 오도록 만들 순 없을까?’ 라는 작은 고민을 시작으로 ‘모두가 쉽게 사용할 수 있게끔 라이브러리로 만들어보자!’ 까지 도달한 과정을 담은 이야기입니다. 실제로…

API 요청 당 쿼리 개수를 알고 싶어 라이브러리까지 만든 이야기 — 라이브러리 제작

‘매번 신경쓰지 않아도 API 요청 당 쿼리 호출 수가 임계치를 넘으면, 자동으로 알림이 오도록 만들 순 없을까?’ 라는 작은 고민을 시작으로 ‘모두가 쉽게 사용할 수 있게끔 라이브러리로 만들어보자!’ 까지 도달한 이야기
https://medium.com/@hyeon9mak/api-%EC%9A%94%EC%B2%AD-%EB%8B%B9-%EC%BF%BC%EB%A6%AC-%EA%B0%9C%EC%88%98%EB%A5%BC-%EC%95%8C%EA%B3%A0-%EC%8B%B6%EC%96%B4-%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC%EA%B9%8C%EC%A7%80-%EB%A7%8C%EB%93%A0-%EC%9D%B4%EC%95%BC%EA%B8%B0-%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC-%EC%A0%9C%EC%9E%91-de39f0d27351

‘매번 신경쓰지 않아도 API 요청 당 쿼리 호출 수가 임계치를 넘으면, 자동으로 알림이 오도록 만들 순 없을까?’ 라는 작은 고민을 시작으로 ‘모두가 쉽게 사용할 수 있게끔 라이브러리로 만들어보자!’ 까지 도달한 이야기https://medium.com/@hyeon9mak/api-%EC%9A%94%EC%B2%AD-%EB%8B%B9-%EC%BF%BC%EB%A6%AC-%EA%B0%9C%EC%88%98%EB%A5%BC-%EC%95%8C%EA%B3%A0-%EC%8B%B6%EC%96%B4-%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC%EA%B9%8C%EC%A7%80-%EB%A7%8C%EB%93%A0-%EC%9D%B4%EC%95%BC%EA%B8%B0-%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC-%EC%A0%9C%EC%9E%91-de39f0d27351

Medium

API 요청 당 쿼리 개수를 알고 싶어 라이브러리까지 만든 이야기

Embarking on a native port of the existing TypeScript compiler and toolset to achieve a 10x performance speed-up.

A 10x Faster TypeScript - TypeScript

타입스크립트가 컴파일러를 Go로 재작성하여 속도를 무려 10배 향상시킨다고 예고했습니다. 7.0 버전으로 출시 예정이고 올해 11월 즈음 베타 버전이 나올 것 같다고 하네요. 그동안 타입스크립트의 성능을 개선하기 위해서 오픈 소스로 여러 시도가 있었지만 모두 실패했는데 마이크로소프트에서 이렇게 직접 나서서 늦게라도 해결해주니 너무 좋은 것 같습니다. 덕분에 VSCode도 얼마나 빠릿빠릿해질지 벌써 기대가 되네요. 단지 Rust를 선택하지 않은 부분은 여러 커뮤니티에서 논쟁거리가 되고 있는 것 같습니다.

타입스크립트가 컴파일러를 Go로 재작성하여 속도를 무려 10배 향상시킨다고 예고했습니다. 7.0 버전으로 출시 예정이고 올해 11월 즈음 베타 버전이 나올 것 같다고 하네요. 그동안 타입스크립트의 성능을 개선하기 위해서 오픈 소스로 여러 시도가 있었지만 모두 실패했는데 마이크로소프트에서 이렇게 직접 나서서 늦게라도 해결해주니 너무 좋은 것 같습니다. 덕분에 VSCode도 얼마나 빠릿빠릿해질지 벌써 기대가 되네요. 단지 Rust를 선택하지 않은 부분은 여러 커뮤니티에서 논쟁거리가 되고 있는 것 같습니다.

TypeScript

🏎️ 타입스크립트가 10배나 빨라 진다구?! 😲

절대 죽지 않는 프로그램을 짜고 싶었습니다. 널 처리만 잘하면 된다고 생각했습니다. 프로그램이 죽는 이유의 대부분이 널 포인터를 건드리는 경우였으니까.

성급한 널 처리의 오류

절대 죽지 않는 프로그램을 짜고 싶었습니다. 널 처리만 잘하면 된다고 생각했습니다.
프로그램이 죽는 이유의 대부분이 널 포인터를 건드리는 경우였으니까.

회사에 처음 들어가서 윈도우 클라이언트 프로그램을 부여받았습니다.
맨티스라는 도구에 버그가 올라오면 내가 고칠 수 있는 게 있을까 신이 나서 찾아 고쳤습니다.
대부분 널 포인터만 감싸면 고쳐지는 에러였습니다.

26살의 신입사원답게 아주 재빨랐습니다.
재현 후 디버거를 붙여서 값이 널로 들어온다?
오케이, 찾았어. 바로 널 체크 코드를 추가했습니다.
if (pData == NULL)
  return;

그리고 다시 재현해 보고 재현이 안 되면 Fix로 변경.
아~ 코딩 참 쉽다.

저는 이걸 성급한 널 처리의 오류라고 부르고 싶습니다.

경험이 쌓이면서 이게 그리 쉬운 문제가 아니라는 걸 알았습니다.
이렇게 널과 널 체크를 남용하면 프로그램이 죽지는 않더라도 버그를 영영 감추는 꼴이 되어버리고 맙니다. 절대 죽지 않는 프로그램보다 문제가 생기면 곧장 죽는 프로그램이 오히려 낫다는 걸 시간이 지나고서야 깨달았습니다.
감춰진 버그는 나중에 결국 나에게 돌아온다는걸.
ASSERT(pData);

ASSERT 같은 코드를 왜 쓰는지도 그쯤에야 깨달았습니다. (학생 때는 도무지 이해가 되지 않았습니다)
알게 된 후로는 적극적으로 사용했습니다.

이후로는 변수가 널이어야 하는 경우와 절대 널이어선 안 되는 경우를 엄격하게 구분하기 시작했습니다. 애초에 널 상태를 만들지 않으려 애썼습니다.
변수를 처음 선언할 때부터.
DB 스키마를 만들 때부터.
서버에서 클라이언트에 데이터를 내려줄 때도 함부로 null 을 사용하지 않았습니다.
이렇게 하면 그걸 받아서 쓰는 애플리케이션 쪽에서 고민거리가 줄어들므로 코딩이 편해집니다.

C/C++처럼 낡은 언어와는 다르게 요즘 언어들은 nullable 혹은 optional 타입 기능을 제공하는 것 같습니다.
저는 C#에서 이걸 처음 봤는데, 최근 언어는 다 탑재하고 있더라고요.
가끔 귀찮다는 느낌이 들 때도 있긴 하지만… 귀찮다고 느껴질 때는 널을 다뤄야 할 때입니다.
애초에 널을 건네주는 곳이 없다면 귀찮을 일도 생기지 않습니다. 이 기능에 대해 호불호가 있지만 저는 선호하는 쪽입니다.

https://jeho.page/essay/2025/03/11/fallacy-of-hasty-null-handling.html

절대 죽지 않는 프로그램을 짜고 싶었습니다. 널 처리만 잘하면 된다고 생각했습니다. 프로그램이 죽는 이유의 대부분이 널 포인터를 건드리는 경우였으니까. 회사에 처음 들어가서 윈도우 클라이언트 프로그램을 부여받았습니다. 맨티스라는 도구에 버그가 올라오면 내가 고칠 수 있는 게 있을까 신이 나서 찾아 고쳤습니다.대부분 널 포인터만 감싸면 고쳐지는 에러였습니다. 26살의 신입사원답게 아주 재빨랐습니다. 재현 후 디버거를 붙여서 값이 널로 들어온다? 오케이, 찾았어. 바로 널 체크 코드를 추가했습니다.<pre ><code>if (pData == NULL)
 return;</code></pre>그리고 다시 재현해 보고 재현이 안 되면 Fix로 변경. 아~ 코딩 참 쉽다. 저는 이걸 성급한 널 처리의 오류라고 부르고 싶습니다. 경험이 쌓이면서 이게 그리 쉬운 문제가 아니라는 걸 알았습니다. 이렇게 널과 널 체크를 남용하면 프로그램이 죽지는 않더라도 버그를 영영 감추는 꼴이 되어버리고 맙니다. 절대 죽지 않는 프로그램보다 문제가 생기면 곧장 죽는 프로그램이 오히려 낫다는 걸 시간이 지나고서야 깨달았습니다. 감춰진 버그는 나중에 결국 나에게 돌아온다는걸.<pre ><code>ASSERT(pData);</code></pre>ASSERT 같은 코드를 왜 쓰는지도 그쯤에야 깨달았습니다. (학생 때는 도무지 이해가 되지 않았습니다) 알게 된 후로는 적극적으로 사용했습니다. 이후로는 변수가 널이어야 하는 경우와 절대 널이어선 안 되는 경우를 엄격하게 구분하기 시작했습니다. 애초에 널 상태를 만들지 않으려 애썼습니다. 변수를 처음 선언할 때부터. DB 스키마를 만들 때부터. 서버에서 클라이언트에 데이터를 내려줄 때도 함부로 null 을 사용하지 않았습니다. 이렇게 하면 그걸 받아서 쓰는 애플리케이션 쪽에서 고민거리가 줄어들므로 코딩이 편해집니다. C/C++처럼 낡은 언어와는 다르게 요즘 언어들은 nullable 혹은 optional 타입 기능을 제공하는 것 같습니다. 저는 C#에서 이걸 처음 봤는데, 최근 언어는 다 탑재하고 있더라고요. 가끔 귀찮다는 느낌이 들 때도 있긴 하지만… 귀찮다고 느껴질 때는 널을 다뤄야 할 때입니다. 애초에 널을 건네주는 곳이 없다면 귀찮을 일도 생기지 않습니다. 이 기능에 대해 호불호가 있지만 저는 선호하는 쪽입니다. https://jeho.page/essay/2025/03/11/fallacy-of-hasty-null-handling.html

K리그 프로그래머

학생 때는 회사 생활이 두려웠어요. 미디어에 비친 회사 생활은 수직적이고 권위적이었거든요.

회사에선 눈치 보는 야근을 해야 하고, 강요받는 회식 자리에 가야하며, 능력보다 관계가 중요한 곳이라고 느꼈어요.

그래서 도망쳤어요. 견뎌낼 자신 없는 문화를 가진 회사는 쳐다보지도 않았어요.

초봉이 중요하다며 조금 참고 돈 잘 주는 곳 가라는 말을 들었어요. 무시했어요. 적은 돈을 받더라도 괜찮았어요.

일이 좋아 출근이 기대되고, 동료들이 좋아 함께 여행도 떠날 수 있으면서, 능력으로 인정받을 수 있는 곳을 찾아다녔어요.

그렇게 9년이 흘렀어요. 저는 도망친 곳에서 낙원을 발견했고 지금의 제 삶을 즐기고 있어요.

학생 때는 회사 생활이 두려웠어요. 미디어에 비친 회사 생활은 수직적이고 권위적이었거든요. 회사에선 눈치 보는 야근을 해야 하고, 강요받는 회식 자리에 가야하며, 능력보다 관계가 중요한 곳이라고 느꼈어요. 그래서 도망쳤어요. 견뎌낼 자신 없는 문화를 가진 회사는 쳐다보지도 않았어요. 초봉이 중요하다며 조금 참고 돈 잘 주는 곳 가라는 말을 들었어요. 무시했어요. 적은 돈을 받더라도 괜찮았어요. 일이 좋아 출근이 기대되고, 동료들이 좋아 함께 여행도 떠날 수 있으면서, 능력으로 인정받을 수 있는 곳을 찾아다녔어요. 그렇게 9년이 흘렀어요. 저는 도망친 곳에서 낙원을 발견했고 지금의 제 삶을 즐기고 있어요.

도망친 곳에 낙원은… 있었다

Apache Kafka는 고성능의 분산 스트리밍 플랫폼으로, 프로듀서(Producer)와 컨슈머(Consumer) 간의 효율적인 데이터 전송을 지원합니다. 그러나 Kafka 자체는 데이터의 구조나 형식에 대한 검증을 수행하지 않으므로, 데이터 스키마의 관리와 호환성 유지에 어려움이 발생할 수 있습니다. 이러한 문제를 해결하기 위해 Schema Registry가 도입되었습니다.​ Schema Registry란 무엇인가?Schema Registry는 Kafka와 별도로 동작하는 독립적인 애플리케이션으로, Kafka에서 주고받는 메시지의 스키마를 중앙에서 관리하고 저장하는 역할을 합니다. 이를 통해 프로듀서와 컨슈머 간의 데이터 구조에 대한 명확한 정의를 공유하며, 데이터의 일관성과 호환성을 보장합니다. 왜 ..

Kafka Schema Registry: 데이터 스키마의 중앙 집중 관리

 Apache Kafka는 고성능의 분산 스트리밍 플랫폼으로, 프로듀서(Producer)와 컨슈머(Consumer) 간의 효율적인 데이터 전송을 지원합니다. 그러나 Kafka 자체는 데이터의 구조나 형식에 대한 검증을 수행하지 않으므로, 데이터 스키마의 관리와 호환성 유지에 어려움이 발생할 수 있습니다. 이러한 문제를 해결하기 위해 Schema Registry가 도입되었습니다.
 
Schema Registry란 무엇인가?
Schema Registry는 Kafka와 별도로 동작하는 독립적인 애플리케이션으로, Kafka에서 주고받는 메시지의 스키마를 중앙에서 관리하고 저장하는 역할을 합니다. 이를 통해 프로듀서와 컨슈머 간의 데이터 구조에 대한 명확한 정의를 공유하며, 데이터의 일관성과 호환성을 보장합니다.
 
왜 Schema Registry가 필요한가?
Kafka는 기본적으로 바이트 스트림으로 데이터를 처리하며, 데이터의 구조나 형식에 대한 제약이 없습니다. 이로 인해 다음과 같은 문제가 발생할 수 있습니다:
 * 스키마 변경으로 인한 장애 발생: 프로듀서가 데이터 형식을 변경하면, 이를 알지 못한 컨슈머는 역직렬화 과정에서 오류가 발생할 수 있습니다.
 * 데이터 명세 관리의 어려움: 여러 프로듀서와 컨슈머가 존재하는 환경에서 데이터 구조에 대한 명확한 정의가 없으면, 시스템 전체의 안정성이 저하될 수 있습니다. 
Schema Registry는 이러한 문제를 해결하기 위해 다음과 같은 기능을 제공합니다:
 * 스키마 중앙 관리: 모든 스키마를 중앙에서 관리하여 데이터 구조의 일관성을 유지합니다.
 * 호환성 검증: 새로운 스키마 등록 시 기존 스키마와의 호환성을 검증하여, 스키마 진화로 인한 오류를 방지합니다.
 * 스키마 버전 관리: 스키마의 버전을 체계적으로 관리하여, 필요 시 이전 버전으로의 롤백을 가능하게 합니다.

Schema Registry의 작동 원리
Schema Registry는 다음과 같은 흐름으로 작동합니다:
 1. 스키마 등록: 프로듀서는 메시지를 Kafka에 전송하기 전에 해당 메시지의 스키마를 Schema Registry에 등록합니다. 
 2. 스키마 ID 부여: Schema Registry는 등록된 스키마에 고유한 ID를 부여하고, 프로듀서는 이 스키마 ID를 메시지에 포함시켜 Kafka에 전송합니다.
 3. 메시지 소비: 컨슈머는 Kafka에서 메시지를 읽어들인 후, 메시지에 포함된 스키마 ID를 사용하여 Schema Registry에서 스키마를 조회하고, 이를 통해 메시지를 역직렬화합니다.
{
  "type": "record",
  "name": "User",
  "fields": [
    {"name": "name", "type": "string"},
    {"name": "age", "type": "int"}
  ]
}

 
이러한 과정은 프로듀서와 컨슈머 간의 데이터 구조에 대한 명확한 계약을 가능하게 하며, 시스템의 안정성과 데이터의 신뢰성을 향상시킵니다.
 
Schema Registry의 장단점
✅ 장점
 * 시스템 안정성 향상: 스키마 변경 시 발생할 수 있는 오류를 사전에 방지하여 시스템의 안정성을 높입니다.
 * 데이터 명세 관리 용이: 중앙에서 스키마를 관리함으로써 데이터 구조에 대한 명확한 정의를 제공하고, 운영의 효율성을 향상시킵니다.
 * 업무 효율성 증대: 스키마 관리로 인한 불필요한 커뮤니케이션을 줄여 개발자들이 본연의 업무에 집중할 수 있게 합니다.
❌ 단점
 * 관리 포인트 증가: Schema Registry 서버를 추가로 관리해야 하므로 운영 복잡성이 증가할 수 있습니다.
 * 스키마 관리 부담: 엄격한 스키마 검증으로 인해 스키마 변경 시 추가적인 관리 작업이 필요할 수 있습니다.
 
결론
Kafka Schema Registry는 데이터의 스키마를 중앙에서 관리하여 프로듀서와 컨슈머 간의 일관성을 보장하는 필수적인 컴포넌트입니다. 이를 통해 데이터의 신뢰성을 유지하고, 스키마 변경으로 인한 장애를 방지할 수 있습니다.
 
📌 기억할 점
 * Kafka 자체는 데이터 형식을 검증하지 않음 → Schema Registry가 필요함
 * 프로듀서는 메시지를 전송하기 전에 Schema Registry에 스키마를 등록해야 함
 * 컨슈머는 메시지를 소비할 때 Schema Registry에서 스키마를 조회하여 역직렬화함
 * JSON, Avro, Protobuf 등의 다양한 포맷을 지원함

&nbsp;Apache Kafka는 고성능의 분산 스트리밍 플랫폼으로, 프로듀서(Producer)와 컨슈머(Consumer) 간의 효율적인 데이터 전송을 지원합니다. 그러나 Kafka 자체는 데이터의 구조나 형식에 대한 검증을 수행하지 않으므로, 데이터 스키마의 관리와 호환성 유지에 어려움이 발생할 수 있습니다. 이러한 문제를 해결하기 위해 Schema Registry가 도입되었습니다.​&nbsp;Schema Registry란 무엇인가?Schema Registry는 Kafka와 별도로 동작하는 독립적인 애플리케이션으로, Kafka에서 주고받는 메시지의 스키마를 중앙에서 관리하고 저장하는 역할을 합니다. 이를 통해 프로듀서와 컨슈머 간의 데이터 구조에 대한 명확한 정의를 공유하며, 데이터의 일관성과 호환성을 보장합니다.&nbsp;왜 Schema Registry가 필요한가?Kafka는 기본적으로 바이트 스트림으로 데이터를 처리하며, 데이터의 구조나 형식에 대한 제약이 없습니다. 이로 인해 다음과 같은 문제가 발생할 수 있습니다:​<ul ><li>스키마 변경으로 인한 장애 발생: 프로듀서가 데이터 형식을 변경하면, 이를 알지 못한 컨슈머는 역직렬화 과정에서 오류가 발생할 수 있습니다. ​</li><li>데이터 명세 관리의 어려움: 여러 프로듀서와 컨슈머가 존재하는 환경에서 데이터 구조에 대한 명확한 정의가 없으면, 시스템 전체의 안정성이 저하될 수 있습니다.&nbsp;</li></ul>Schema Registry는 이러한 문제를 해결하기 위해 다음과 같은 기능을 제공합니다:​<ul ><li>스키마 중앙 관리: 모든 스키마를 중앙에서 관리하여 데이터 구조의 일관성을 유지합니다.​</li><li>호환성 검증: 새로운 스키마 등록 시 기존 스키마와의 호환성을 검증하여, 스키마 진화로 인한 오류를 방지합니다.​</li><li>스키마 버전 관리: 스키마의 버전을 체계적으로 관리하여, 필요 시 이전 버전으로의 롤백을 가능하게 합니다.</li></ul> Schema Registry의 작동 원리Schema Registry는 다음과 같은 흐름으로 작동합니다:​<ol ><li>스키마 등록: 프로듀서는 메시지를 Kafka에 전송하기 전에 해당 메시지의 스키마를 Schema Registry에 등록합니다.&nbsp;</li><li>스키마 ID 부여: Schema Registry는 등록된 스키마에 고유한 ID를 부여하고, 프로듀서는 이 스키마 ID를 메시지에 포함시켜 Kafka에 전송합니다.​</li><li>메시지 소비: 컨슈머는 Kafka에서 메시지를 읽어들인 후, 메시지에 포함된 스키마 ID를 사용하여 Schema Registry에서 스키마를 조회하고, 이를 통해 메시지를 역직렬화합니다.​</li></ol><pre ><code class="language-bash">{
 "type": "record",
 "name": "User",
 "fields": [
 {"name": "name", "type": "string"},
 {"name": "age", "type": "int"}
 ]
}</code></pre>&nbsp;이러한 과정은 프로듀서와 컨슈머 간의 데이터 구조에 대한 명확한 계약을 가능하게 하며, 시스템의 안정성과 데이터의 신뢰성을 향상시킵니다.&nbsp;Schema Registry의 장단점✅ 장점<ul ><li>시스템 안정성 향상: 스키마 변경 시 발생할 수 있는 오류를 사전에 방지하여 시스템의 안정성을 높입니다.</li><li>데이터 명세 관리 용이: 중앙에서 스키마를 관리함으로써 데이터 구조에 대한 명확한 정의를 제공하고, 운영의 효율성을 향상시킵니다.​</li><li>업무 효율성 증대: 스키마 관리로 인한 불필요한 커뮤니케이션을 줄여 개발자들이 본연의 업무에 집중할 수 있게 합니다.</li></ul>❌ 단점<ul ><li>관리 포인트 증가: Schema Registry 서버를 추가로 관리해야 하므로 운영 복잡성이 증가할 수 있습니다.​</li><li>스키마 관리 부담: 엄격한 스키마 검증으로 인해 스키마 변경 시 추가적인 관리 작업이 필요할 수 있습니다.</li></ul>&nbsp;결론Kafka Schema Registry는 데이터의 스키마를 중앙에서 관리하여 프로듀서와 컨슈머 간의 일관성을 보장하는 필수적인 컴포넌트입니다. 이를 통해 데이터의 신뢰성을 유지하고, 스키마 변경으로 인한 장애를 방지할 수 있습니다.&nbsp;📌 기억할 점<ul ><li>Kafka 자체는 데이터 형식을 검증하지 않음 → Schema Registry가 필요함</li><li>프로듀서는 메시지를 전송하기 전에 Schema Registry에 스키마를 등록해야 함</li><li>컨슈머는 메시지를 소비할 때 Schema Registry에서 스키마를 조회하여 역직렬화함</li><li>JSON, Avro, Protobuf 등의 다양한 포맷을 지원함 </li></ul>

덕토피아

🕊️ Kafka Schema Registry: 데이터 스키마 관리

사용자가 공유한 콘텐츠

체력은 "하고 싶은 것과 할 수 있는 것 사이의 갭을 줄이는 거예요."라는 말에 밑줄을 그었습니다. 원문 제목은 "40대 이후엔 체력전이다"인데, 전체를 관통하는 내용은 '다정함은 체력에서 나오니까, 다정하려면 체력을 길러라'는 명제에 가까운 내용입니다. 전 구글 디렉터 정김경숙 님이 체력을 가꾸는 이유, 나노운동을 통해 "시간이 없다"라는 핑계를 멀리하는 이유에도 고개를 끄덕이게 됩니다.

사실 정김경숙 님이 유명해진 건 구글에서 17년 일하다 갑자기 해고당한 이후 주 80시간의 육체노동을 택하며 '트레이더조'에서 일하며 스몰토크를 하는 경험을 긍정적으로 이야기하면서부터였는데요. 점심시간 1시간을 활용해서는 리프트로 라이드헤일링을 하며 다리는 쉬면서 또 일을 했죠. 트레이더조 일이 끝나면 곧장 스타벅스 유니폼을 입었습니다. 즐겁게 일했다는 점을 생각하면 그녀는 스스로에게 다정했습니다.

낯선 사람에게 친절을 베풀면 그 의도를 의심하는 게 더 합리적인 것 같은 사회에 살고 있지만, 다정함은 누구나에게 필요합니다. 스스로에게 다정할 만큼 체력을 기르고 나면, 남는 체력으로는 이방인에게도 다정할 수 있지 않을까요? 오늘 이 아티클 덕분에 낯선 이에게 조금 더 친절할 수 있었고, 더 괜찮은 사람이 되겠다는 다짐을 했습니다.

https://www.folin.co/article/10337/gift/DghwhBThRk5eYf1Xrm2vYX7f6xiFZe6L

체력은 "하고 싶은 것과 할 수 있는 것 사이의 갭을 줄이는 거예요."라는 말에 밑줄을 그었습니다. 원문 제목은 "40대 이후엔 체력전이다"인데, 전체를 관통하는 내용은 '다정함은 체력에서 나오니까, 다정하려면 체력을 길러라'는 명제에 가까운 내용입니다. 전 구글 디렉터 정김경숙 님이 체력을 가꾸는 이유, 나노운동을 통해 "시간이 없다"라는 핑계를 멀리하는 이유에도 고개를 끄덕이게 됩니다. 사실 정김경숙 님이 유명해진 건 구글에서 17년 일하다 갑자기 해고당한 이후 주 80시간의 육체노동을 택하며 '트레이더조'에서 일하며 스몰토크를 하는 경험을 긍정적으로 이야기하면서부터였는데요. 점심시간 1시간을 활용해서는 리프트로 라이드헤일링을 하며 다리는 쉬면서 또 일을 했죠. 트레이더조 일이 끝나면 곧장 스타벅스 유니폼을 입었습니다. 즐겁게 일했다는 점을 생각하면 그녀는 스스로에게 다정했습니다. 낯선 사람에게 친절을 베풀면 그 의도를 의심하는 게 더 합리적인 것 같은 사회에 살고 있지만, 다정함은 누구나에게 필요합니다. 스스로에게 다정할 만큼 체력을 기르고 나면, 남는 체력으로는 이방인에게도 다정할 수 있지 않을까요? 오늘 이 아티클 덕분에 낯선 이에게 조금 더 친절할 수 있었고, 더 괜찮은 사람이 되겠다는 다짐을 했습니다. https://www.folin.co/article/10337/gift/DghwhBThRk5eYf1Xrm2vYX7f6xiFZe6L

www.folin.co

《다정함도 체력에서 나오니까》

최근 DeepSeek에 이어 중국발 AI에이전트 돌풍(?)을 일으키고 있는 마누스(Manus) AI 내용을 정리해봅니다.

🍏 Manus AI 개요
 * 개발사: 중국 스타트업 Monica
 * 출시: 2025년 3월 6일
 * 기반 모델: Anthropic의 Claude 3.5 Sonnet과 Alibaba의 Qwen 모델 기반
 * 특징
   * 세계 최초의 범용 자율 AI 에이전트
   * OpenAI Deep Research, Gemini Deep Research 등에서 볼 수 있는 딥 리서치 기능을 구현한 멀티 에이전트 협업 시스템
   * 기존의 챗봇이나 AI 모델과 달리, Manus는 단순한 답변 제공을 넘어 실제 결과물을 도출하는 데 초점
   * 계획, 실행, 검증을 담당하는 별도의 에이전트들로 구성된 멀티 에이전트 아키텍처
   * 대규모 작업을 수백개의 실행 가능한 하위 작업으로 나누는 동적 타겟 분해 기능
   * 여러 유형의 데이터를 동시에 처리하는 교차 모달 추론 기능
   * 강화학습을 통한 의사결정 효율성 지속적인 개선 및 오류율 최소화
   * 지시를 기다리지 않고 스스로 작업을 시작하고 새로운 정보를 평가하며 접근 방식으로 동적으로 조정하는 자기주도적 작업 수행

🍏 기술적 특징
 * 멀티 에이전트 아키텍처
   * 계획 에이전트(Planning Agent)
     * 작업 분석 및 단계별 계획 수립
     * 사용자 요청을 PDCA(Plan-Do-Check-Act) 사이클로 분해
     * Monte Carlo Tree Search(MCTS) 알고리즘 활용
     * Anthropic Qwen 모델 기반의 텍스트 분석 및 전략 세분화
   * 실행 에이전트(Execution Agent)
     * 웹 브라우저/데이터베이스 등 27개 외부 도구와 실시간 연동
     * Claude 3.5 Sonnet 모델을 주력으로 사용
     * 비동기적 클라우드 처리 아키텍처 지원
   * 검증 에이전트(Validation Agent)
     * 결과 검증 및 최적화
     * 3단계 검증 프로세스: 형식 검증 (표 구조/코드 문법), 내용 검증 (사실 관계 확인, 컨텍스트 검증 (사용자 의도 부합 여부)
 * 성능 향상 메커니즘
   * 동적 모델 로딩: 작업 요구사항에 따라 GPT-4, Gemini 등 제3자 모델 추가 호출
   * 실시간 피드백 루프: 오류 발생 시 자동 재계획 알고리즘 가동
   * 크로스 모달 퓨전: 텍스트-이미지 결합 분석을 위한 어텐션 메커니즘 적용
 * 혁신적인 기능
   * 비동기 처리: Celery 작업규 + Redis 캐시 - 오픈라인 작업 지속 가능
   * 메모리 시스템: 벡터 데이터베이스 기반 장기 기억 - 사용자 패턴 학습 최적화
   * 보안 프레임워크: 샌드박스 가상머신 격리 - 외부시스템 영향 제거
 * 외부 도구 통합: 웹 브라우저, 데이터베이스, 코드 편집기 등 다양한 소프트웨어와 통합
 * 클라우드 기반 운영: 비동기적 클라우드 처리를 지원하여 효율적인 작업 수행 가능

🍏 성능
 * Meta AI와 Hugging Face가 개발한 GAIA 테스트에서 OpenAI GPT-4o 대비 18% or 23% 높은 정확도

🍏 단점 및 한계
 * 초기 오류 빈도: 무한 루프 발생, 오류 메시지 출력 등 초기 사용자 경험에서 문제 보고
 * 사실 정확성 부족: 정보 누락 또는 부정확한 데이터 제공 사례 존재
 * API 의존성: API가 없는 애플리케이션과의 호환성이 제한적
 * 복제 가능성: 자체 모델 개발보다는 통합에 의존하기 때문에 경쟁사에 의해 복제될 위험

🍏 비즈니스 가능성
 * 기업용 솔루션: B2B 공급업체 발굴, 재무 보고서 분석 등
 * 개인 비서 역할: 여행 계획, 보험 비교, 교육 과정 개발 등
 * 자동화된 업무 처리: 온라인 스토어 운영 분석, 채용 인터뷰 준비 등

🍏 미래 전망
 * 오픈소스화 계획: Monica는 2025년 말까지 Manus AI를 오픈소스로 공개할 계획
 * 확장성: 개발자들이 맞춤형 플러그인을 구축하거나 틈새 응용 프로그램에 최적화할 수 있는 가능성 제공

최근 DeepSeek에 이어 중국발 AI에이전트 돌풍(?)을 일으키고 있는 마누스(Manus) AI 내용을 정리해봅니다. 🍏 Manus AI 개요<ul><li>개발사: 중국 스타트업 Monica</li><li>출시: 2025년 3월 6일</li><li>기반 모델: Anthropic의 Claude 3.5 Sonnet과 Alibaba의 Qwen 모델 기반</li><li>특징<ul><li>세계 최초의 범용 자율 AI 에이전트</li><li>OpenAI Deep Research, Gemini Deep Research 등에서 볼 수 있는 딥 리서치 기능을 구현한 멀티 에이전트 협업 시스템</li><li>기존의 챗봇이나 AI 모델과 달리, Manus는 단순한 답변 제공을 넘어 실제 결과물을 도출하는 데 초점</li><li>계획, 실행, 검증을 담당하는 별도의 에이전트들로 구성된 멀티 에이전트 아키텍처</li><li>대규모 작업을 수백개의 실행 가능한 하위 작업으로 나누는 동적 타겟 분해 기능</li><li>여러 유형의 데이터를 동시에 처리하는 교차 모달 추론 기능</li><li>강화학습을 통한 의사결정 효율성 지속적인 개선 및 오류율 최소화</li><li>지시를 기다리지 않고 스스로 작업을 시작하고 새로운 정보를 평가하며 접근 방식으로 동적으로 조정하는 자기주도적 작업 수행</li></ul></li></ul> 🍏 기술적 특징<ul><li>멀티 에이전트 아키텍처<ul><li>계획 에이전트(Planning Agent)<ul><li>작업 분석 및 단계별 계획 수립</li><li>사용자 요청을 PDCA(Plan-Do-Check-Act) 사이클로 분해</li><li>Monte Carlo Tree Search(MCTS) 알고리즘 활용</li><li>Anthropic Qwen 모델 기반의 텍스트 분석 및 전략 세분화</li></ul></li><li>실행 에이전트(Execution Agent)<ul><li>웹 브라우저/데이터베이스 등 27개 외부 도구와 실시간 연동</li><li>Claude 3.5 Sonnet 모델을 주력으로 사용</li><li>비동기적 클라우드 처리 아키텍처 지원</li></ul></li><li>검증 에이전트(Validation Agent)<ul><li>결과 검증 및 최적화</li><li>3단계 검증 프로세스: 형식 검증 (표 구조/코드 문법), 내용 검증 (사실 관계 확인, 컨텍스트 검증 (사용자 의도 부합 여부)</li></ul></li></ul></li><li>성능 향상 메커니즘<ul><li>동적 모델 로딩: 작업 요구사항에 따라 GPT-4, Gemini 등 제3자 모델 추가 호출</li><li>실시간 피드백 루프: 오류 발생 시 자동 재계획 알고리즘 가동</li><li>크로스 모달 퓨전: 텍스트-이미지 결합 분석을 위한 어텐션 메커니즘 적용</li></ul></li><li>혁신적인 기능<ul><li>비동기 처리: Celery 작업규 + Redis 캐시 - 오픈라인 작업 지속 가능</li><li>메모리 시스템: 벡터 데이터베이스 기반 장기 기억 - 사용자 패턴 학습 최적화</li><li>보안 프레임워크: 샌드박스 가상머신 격리 - 외부시스템 영향 제거</li></ul></li><li>외부 도구 통합: 웹 브라우저, 데이터베이스, 코드 편집기 등 다양한 소프트웨어와 통합</li><li>클라우드 기반 운영: 비동기적 클라우드 처리를 지원하여 효율적인 작업 수행 가능</li></ul> 🍏 성능<ul><li>Meta AI와 Hugging Face가 개발한 GAIA 테스트에서 OpenAI GPT-4o 대비 18% or 23% 높은 정확도</li></ul> 🍏 단점 및 한계<ul><li>초기 오류 빈도: 무한 루프 발생, 오류 메시지 출력 등 초기 사용자 경험에서 문제 보고</li><li>사실 정확성 부족: 정보 누락 또는 부정확한 데이터 제공 사례 존재</li><li>API 의존성: API가 없는 애플리케이션과의 호환성이 제한적</li><li>복제 가능성: 자체 모델 개발보다는 통합에 의존하기 때문에 경쟁사에 의해 복제될 위험</li></ul> 🍏 비즈니스 가능성<ul><li>기업용 솔루션: B2B 공급업체 발굴, 재무 보고서 분석 등</li><li>개인 비서 역할: 여행 계획, 보험 비교, 교육 과정 개발 등</li><li>자동화된 업무 처리: 온라인 스토어 운영 분석, 채용 인터뷰 준비 등</li></ul> 🍏 미래 전망<ul><li>오픈소스화 계획: Monica는 2025년 말까지 Manus AI를 오픈소스로 공개할 계획</li><li>확장성: 개발자들이 맞춤형 플러그인을 구축하거나 틈새 응용 프로그램에 최적화할 수 있는 가능성 제공</li></ul>

마누스(Manus) AI

Q) 🧑‍💻 평소 업무나 협업 시, 본인의 커뮤니케이션 스타일은 어떤 편인가요? (우디)

A) 🙋‍♀️ 저는 상대방이 궁금해하거나 필요로 할 수 있는 정보를 구체적으로 전달하려는 편이에요. 가령 프로젝트를 진행할 때도, “이건 왜 필요한가” “어떤 방식으로 진행될 것인가” 같은 구체적인 맥락을 먼저 짚어요. 특히 추가 설명이 필요할 것 같은 부분은 상세하게 적어서 미리 공유하고, 혹시 오해가 생기지 않도록 직접 확인하려고 노력합니다. 제가 조금 더 신경을 써야 의사소통 과정에서 불필요한 혼란을 줄일 수 있다고 생각해요. (5년차 UX/UI 디자이너분)

* 저맥락 커뮤니케이션을 통해 오해를 줄이는 커뮤니케이션 스타일이 느껴져 좋았습니다.

Q) 🧑‍💻 평소 업무나 협업 시, 본인의 커뮤니케이션 스타일은 어떤 편인가요? (우디) A) 🙋‍♀️ 저는 상대방이 궁금해하거나 필요로 할 수 있는 정보를 구체적으로 전달하려는 편이에요. 가령 프로젝트를 진행할 때도, “이건 왜 필요한가” “어떤 방식으로 진행될 것인가” 같은 구체적인 맥락을 먼저 짚어요. 특히 추가 설명이 필요할 것 같은 부분은 상세하게 적어서 미리 공유하고, 혹시 오해가 생기지 않도록 직접 확인하려고 노력합니다. 제가 조금 더 신경을 써야 의사소통 과정에서 불필요한 혼란을 줄일 수 있다고 생각해요. (5년차 UX/UI 디자이너분) * 저맥락 커뮤니케이션을 통해 오해를 줄이는 커뮤니케이션 스타일이 느껴져 좋았습니다.

기억에 남는 디자이너 면접 답변 [9]

피그마 디자인 파일에서 텍스트를 자동으로 추출하고 AI로 번역하여 다국어 리소스 파일을 생성하는 서비스

피그마 언어 추출 AI 다국어 변환 서비스

다국어 관리 어떻게 하시나요?

피그마에 있는 단어를 구글시트로 옮기고, 매크로를 통해 JSON으로 변환하고..

이 모든 것을 한 번에 처리해 줄 서비스를 만들었어요!

쉽고 편안하게 다국어 관리하세요!

현재 베타서비스 신청자를 모집 중에 있으니,
많은 관심 부탁드립니다!

https://autolingo.netlify.app/

다국어 관리 어떻게 하시나요? 피그마에 있는 단어를 구글시트로 옮기고, 매크로를 통해 JSON으로 변환하고.. 이 모든 것을 한 번에 처리해 줄 서비스를 만들었어요! 쉽고 편안하게 다국어 관리하세요! 현재 베타서비스 신청자를 모집 중에 있으니, 많은 관심 부탁드립니다! https://autolingo.netlify.app/

autolingo.netlify.app

이스트소프트 프로덕트 매니저

충@^^@환

CPO, PMO, TPM, Scrum Master, 조직개발

한경철 (Imamu.Han)

다국어 관리 어떻게 하시나요? 고민 한 번에 해결해 드립니다!

⚬ 사람과 기술을 이어주는 PM/PO
⚬ 보안, 블록체인, 의료AI, 자율주행, 전자계약, 엔터의 다양한 도메인 경험 
⚬ ICP, ICP-ATF, ICP-ACC 보유한 애자일 코치
⚬ PM/PO 취준,이직 + 현직자 분들 업무 상담 등 멘토링, 커피챗 다수 진행

다국어 관리 어떻게 하시나요? 고민 한 번에 해결해 드립니다!

댓글 0

함께 읽은 게시물

트레바리 <리서치 하는데요> 북클럽에서 꼽은 문장들

《도움이 되고 싶은 마음에서 표본이 되는 일》

사이드 프로젝트 34개를 만들고 느낀점 10가지

🎂플레이브 2주년 팝업이 특별했던 이유는

『21만 독자가 선택한 한날 작가』와 함께하는 무료 웨비나!

회의에서 가장 중요한 것은 토론(Discussion)이다.

주간 인기 TOP 10

추천 프로필