7월 27일부터 15주간 진행되는 리트코드 스터디 5기를 모집합니다! 본 스터디는 100% 비대면으로 리트코드에서 제공하는 blined 75 문제를 진행하며 GitHub과 디스코드에서 진행됩니다. 스터디 진행 방식에 대한 더 자세한 내용은 위키를 참조 바랍니다. 모집 기간 2025년 6/18(수) - 7/13(토) 진행 기간 2025년 7/20(일) ...

리트코드 스터디 5기 모집 공지 · DaleStudy/leetcode-study · Discussion #1599

코딩 테스트, 해외 취업 인터뷰, 그리고 꾸준한 알고리즘 실력 향상을 목표로 하시는 분들을 위한 리트코드 스터디가 돌아왔습니다.

이번 5기는 약 15주간 Blind 75 문제를 중심으로 진행됩니다. 혼자 하면 작심삼일, 함께 하면 꾸준한 성장의 시작입니다.

💡 어떤 스터디인가요?
- 본인 수준에 따라 매주 2~5문제씩 풀며 알고리즘 실력을 체계적으로 쌓습니다
- GitHub에서 답안 PR 제출과 상호 코드 리뷰를 통해 실전 감각을 기릅니다
- Discord을 통한 질문/답변과 교류로 혼자보다 더 빠르게 성장합니다

🗓️ 일정
- 모집 기간: 2025년 7월 7일(월) ~ 7월 13일(일)
- 스터디 기간: 2025년 7월 20일(일) ~ 11월 1일(토)

👥 이런 분께 추천합니다
- 코딩 테스트/인터뷰 준비가 막막하신 분
- 알고리즘 실력을 체계적으로 쌓고 싶은 분
- 동료 개발자들과 함께 성장하고 싶은 분

📍참여 방법
자세한 내용과 신청은 GitHub Discussion에서 확인해주세요:
https://github.com/DaleStudy/leetcode-study/discussions/1599

🧵 함께하는 힘을 믿습니다. 이번 여름, 여러분의 도전을 응원합니다!

코딩 테스트, 해외 취업 인터뷰, 그리고 꾸준한 알고리즘 실력 향상을 목표로 하시는 분들을 위한 리트코드 스터디가 돌아왔습니다. 이번 5기는 약 15주간 Blind 75 문제를 중심으로 진행됩니다. 혼자 하면 작심삼일, 함께 하면 꾸준한 성장의 시작입니다. 💡 어떤 스터디인가요? - 본인 수준에 따라 매주 2~5문제씩 풀며 알고리즘 실력을 체계적으로 쌓습니다 - GitHub에서 답안 PR 제출과 상호 코드 리뷰를 통해 실전 감각을 기릅니다 - Discord을 통한 질문/답변과 교류로 혼자보다 더 빠르게 성장합니다 🗓️ 일정 - 모집 기간: 2025년 7월 7일(월) ~ 7월 13일(일) - 스터디 기간: 2025년 7월 20일(일) ~ 11월 1일(토) 👥 이런 분께 추천합니다 - 코딩 테스트/인터뷰 준비가 막막하신 분 - 알고리즘 실력을 체계적으로 쌓고 싶은 분 - 동료 개발자들과 함께 성장하고 싶은 분 📍참여 방법 자세한 내용과 신청은 GitHub Discussion에서 확인해주세요: https://github.com/DaleStudy/leetcode-study/discussions/1599 🧵 함께하는 힘을 믿습니다. 이번 여름, 여러분의 도전을 응원합니다!

lnkd.in

📢 리트코드 스터디 5기 모집합니다!

아이디어부터 실행에 이르기까지, 글쓰기 토너먼트 대회의 기획과 진행을 AI와 함께 한 후기를 공유합니다.

AI와 함께하는 글쓰기 토너먼트 대회, 글드컵 진행 후기 - 재그지그의 개발 블로그

- 아이디어부터 실행에 이르기까지, 글쓰기 토너먼트 대회의 기획과 진행을 AI와 함께 한 후기를 공유합니다.

---

지난달, 글 쓰는 개발자 커뮤니티 글또 10기의 성공적인 마무리를 기념하며 색다르고 재미있는 이벤트를 개최했습니다. 바로 글쓰기 토너먼트 대회, 글드컵 입니다. 글드컵은 ‘글또 제출글 월드컵’ 의 줄임말로, 글또 10기 활동 기간 동안 참여자들이 작성한 글 중 최고의 글을 가려내는 토너먼트 대결 이벤트입니다.

글쓰기로 모인 사람들인 만큼 글쓰기로 배틀을 한다면 어떨까?’ 라는 참신한 아이디어에서 시작된 이 행사는 총 한 달의 준비 기간을 거쳐 약 70여 명의 참여자와 함께 기술 및 비기술 분야별 우승자를 가려냈습니다. 특히, 글쓰기 배틀이라는 독특한 아이디어에 AI가 심판으로 참여했다는 점 덕분에 많은 분들이 흥미를 느끼고 뜨거운 반응을 보내주셨습니다.

이번 행사는 단순히 글또 10기의 마무리를 넘어 AI를 적극적으로 활용하여 기획하고 운영한 이벤트라는 점에서 저에게 더 의미 있는 경험이었습니다. 포스터 제작부터 홍보 문구 작성, 대진표 구성, 그리고 행사의 핵심인 평가 프롬프트 작성에 이르기까지, 거의 모든 과정에서 AI의 손길이 닿지 않은 곳이 없었죠. AI와 함께 행사를 성공적으로 이끌며, 우리 일상과 업무에 AI를 어떻게 실용적으로 접목할 수 있는지에 대한 새로운 통찰을 얻을 수 있었습니다.

그래서 오늘은 글드컵이라는 행사를 기획하고 준비하는 과정과 함께, 이 과정에서 AI를 어떻게 효과적으로 활용했는지 그 노하우를 자세히 공유하고자 합니다. 이번 글이 AI를 활용한 행사 기획과 운영에 대한 통찰을 얻고 싶은 분 또는 행사 기획 및 운영에 AI를 접목하는 방법을 궁금해하는 분들께 도움이 되기를 바랍니다.

https://wormwlrm.github.io/2025/06/29/Planning-Event-for-Writing-Competition-with-AI.html

- 아이디어부터 실행에 이르기까지, 글쓰기 토너먼트 대회의 기획과 진행을 AI와 함께 한 후기를 공유합니다. --- 지난달, 글 쓰는 개발자 커뮤니티 글또 10기의 성공적인 마무리를 기념하며 색다르고 재미있는 이벤트를 개최했습니다. 바로 글쓰기 토너먼트 대회,&nbsp;글드컵&nbsp;입니다. 글드컵은&nbsp;‘글또 제출글 월드컵’&nbsp;의 줄임말로, 글또 10기 활동 기간 동안 참여자들이 작성한 글 중 최고의 글을 가려내는 토너먼트 대결 이벤트입니다. 글쓰기로 모인 사람들인 만큼 글쓰기로 배틀을 한다면 어떨까?’&nbsp;라는 참신한 아이디어에서 시작된 이 행사는 총 한 달의 준비 기간을 거쳐 약 70여 명의 참여자와 함께 기술 및 비기술 분야별 우승자를 가려냈습니다. 특히, 글쓰기 배틀이라는 독특한 아이디어에&nbsp;AI가 심판으로 참여했다는 점&nbsp;덕분에 많은 분들이 흥미를 느끼고 뜨거운 반응을 보내주셨습니다. 이번 행사는 단순히 글또 10기의 마무리를 넘어&nbsp;AI를 적극적으로 활용하여 기획하고 운영한 이벤트라는 점에서 저에게 더 의미 있는 경험이었습니다. 포스터 제작부터 홍보 문구 작성, 대진표 구성, 그리고 행사의 핵심인 평가 프롬프트 작성에 이르기까지, 거의 모든 과정에서 AI의 손길이 닿지 않은 곳이 없었죠. AI와 함께 행사를 성공적으로 이끌며, 우리 일상과 업무에 AI를 어떻게 실용적으로 접목할 수 있는지에 대한 새로운 통찰을 얻을 수 있었습니다. 그래서 오늘은 글드컵이라는 행사를 기획하고 준비하는 과정과 함께, 이 과정에서 AI를 어떻게 효과적으로 활용했는지 그 노하우를 자세히 공유하고자 합니다. 이번 글이&nbsp;AI를 활용한 행사 기획과 운영에 대한 통찰을 얻고 싶은 분&nbsp;또는&nbsp;행사 기획 및 운영에 AI를 접목하는 방법을 궁금해하는 분들께 도움이 되기를 바랍니다. https://wormwlrm.github.io/2025/06/29/Planning-Event-for-Writing-Competition-with-AI.html

재그지그의 개발 블로그

🏆 AI와 함께하는 글쓰기 토너먼트 대회, 글드컵 진행 후기

루비온레일즈에서는 CoC라는 게 있습니다. Convention over Configuration. 그러니까 설정보다 컨벤션을 더 중시하게 본다는 겁니다. 설정 파일에다가 이것저것 적는 것이 아니라 그저 관행대로 하면 알아서 동작하는 거.

레일즈 철학과 카카오 문화

루비온레일즈에서는 CoC라는 게 있습니다.
Convention over Configuration.
그러니까 설정보다 컨벤션을 더 중시하게 본다는 겁니다.
설정 파일에다가 이것저것 적는 것이 아니라 그저 관행대로 하면 알아서 동작하는 거.

예를 들어서 라우트에 articles란 이름의 경로를 만들면, 이 경로는 articles_controller.rb 와 자동으로 매핑이 됩니다.
그리고 articles_controller의 index 액션은 views/articles/index.html.erb 을 자동으로 찾아서 렌더링 합니다.
이를 위한 어떤 설정도 필요 없습니다. 그저 관행일 뿐입니다.
DB 의 테이블 이름과 모델 클래스의 이름이 항상 동일하다는 것도 CoC의 한 예입니다.

처음엔 이런 관행이 짜증 나기도 했습니다.
왜 모든 테이블 이름이 복수형이어야만 하지?
Person 모델이 있으면 당연히 테이블 이름도 person이어야 직관적이지 않나? 왜 people이라는 복수형을 강제하는 거지?
이런 생각으로 반항하며 대들 때마다 레일즈는 고통을 돌려주었습니다.

초반에는 Rails와 많이 다투면서 이런 고집스러운 녀석과는 같이 못 살겠다 생각을 했었습니다만…
그 장점을 받아들이고 나서 드디어 친하게 지낼 수 있게 되었습니다.
오히려 제약하고 강제하면서 코딩이 만사 편해질 수 있구나 하는 걸 배웠습니다.

그런데 이게 꼭 코딩 시에만 적용되는 것은 아니었습니다.
사내 문화에 이런 걸 적용한 회사도 있었습니다.

카카오에 처음 들어갔을 때 영어 닉네임을 정해야만 했습니다.
그 영어 닉네임은 사람들에게 불리는 내 호칭이기도 했지만, 내 이메일 주소가 되기도 했습니다. 사내 github 주소가 되었고 사내 게시판의 닉네임이 되었습니다.
동료의 메일 주소를 물어볼 필요가 없었습니다. 부르는 이름이 메일 주소니까.
저는 Windows 컴퓨터를 사용해왔지만 얄짤없었습니다. 모든 사람들에게 맥북이 지급되었습니다.
사람들의 자유를 너무 제약하고 강제하는 것 아닌가?

돌아보니 이런 문화들이 마치 레일즈의 CoC처럼 느껴집니다.
회사 문화를 처음 만든 사람들이 레일즈를 워낙 좋아해서 영향을 받은 거 아닌가 하는 의심마저 들었습니다.(웃음)
엄격하게 강제하지만 구성원들이 잘 따르기만 하면 모두가 편해지는 관례.

이런 것이 좋을 때도 있다는 사실을 이제는 받아들입니다.

https://jeho.page/essay/2025/06/13/rails-kakao-coc.html

루비온레일즈에서는 CoC라는 게 있습니다. Convention over Configuration. 그러니까 설정보다 컨벤션을 더 중시하게 본다는 겁니다. 설정 파일에다가 이것저것 적는 것이 아니라 그저 관행대로 하면 알아서 동작하는 거. 예를 들어서 라우트에 articles란 이름의 경로를 만들면, 이 경로는 articles_controller.rb 와 자동으로 매핑이 됩니다. 그리고 articles_controller의 index 액션은 views/articles/index.html.erb 을 자동으로 찾아서 렌더링 합니다. 이를 위한 어떤 설정도 필요 없습니다. 그저 관행일 뿐입니다. DB 의 테이블 이름과 모델 클래스의 이름이 항상 동일하다는 것도 CoC의 한 예입니다. 처음엔 이런 관행이 짜증 나기도 했습니다. 왜 모든 테이블 이름이 복수형이어야만 하지? Person 모델이 있으면 당연히 테이블 이름도 person이어야 직관적이지 않나? 왜 people이라는 복수형을 강제하는 거지? 이런 생각으로 반항하며 대들 때마다 레일즈는 고통을 돌려주었습니다. 초반에는 Rails와 많이 다투면서 이런 고집스러운 녀석과는 같이 못 살겠다 생각을 했었습니다만… 그 장점을 받아들이고 나서 드디어 친하게 지낼 수 있게 되었습니다. 오히려 제약하고 강제하면서 코딩이 만사 편해질 수 있구나 하는 걸 배웠습니다. 그런데 이게 꼭 코딩 시에만 적용되는 것은 아니었습니다. 사내 문화에 이런 걸 적용한 회사도 있었습니다. 카카오에 처음 들어갔을 때 영어 닉네임을 정해야만 했습니다. 그 영어 닉네임은 사람들에게 불리는 내 호칭이기도 했지만, 내 이메일 주소가 되기도 했습니다. 사내 github 주소가 되었고 사내 게시판의 닉네임이 되었습니다. 동료의 메일 주소를 물어볼 필요가 없었습니다. 부르는 이름이 메일 주소니까. 저는 Windows 컴퓨터를 사용해왔지만 얄짤없었습니다. 모든 사람들에게 맥북이 지급되었습니다. 사람들의 자유를 너무 제약하고 강제하는 것 아닌가? 돌아보니 이런 문화들이 마치 레일즈의 CoC처럼 느껴집니다. 회사 문화를 처음 만든 사람들이 레일즈를 워낙 좋아해서 영향을 받은 거 아닌가 하는 의심마저 들었습니다.(웃음) 엄격하게 강제하지만 구성원들이 잘 따르기만 하면 모두가 편해지는 관례. 이런 것이 좋을 때도 있다는 사실을 이제는 받아들입니다. https://jeho.page/essay/2025/06/13/rails-kakao-coc.html

K리그 프로그래머

레일즈와 카카오 문화

1. 모든 학습 곡선에는 같은 패턴이 있다. 어떤 분야의 초보자가 있다고 하자. 이제 몇 가지 지식을 배운다. 그럼 마치 그 분야를 완전히 이해한 것처럼 느낀다. 누구나 0점에서 80점까지는 쉽다. 문제는 80점부터다. 전문가의 영역이다.

2. 마찬가지로 사회생활을 시작해서 자신감이 최고를 찌르는 때가 있다. 보통 4-5년 차다. 어떤 영역에서 경험을 쌓고 역량도 생겼다. 요즘의 중니어 단계다. 주니어는 지났고, 아직 시니어는 아니다.

3. 중니어는 어떤 일을 맡아도 해낼 자신감이 충만하다. 그래서 내 생각을 이해 못 하는 사람을 이해하지 못한다. 특히나 그게 내 윗 사람인 경우는 더더욱 그렇다.

4. 그때의 나 역시 그랬다. 정말 기고만장했다. 그저 내 생각이 옳다 믿었다. 이해하지 못하는 사람들을 원망했다. 고집불통이었다. 타협할 줄 몰랐다. 의욕은 많았지만, 그만큼 좌절도 많이 겪었다.

5. 나는 도대체 왜 그랬을까. 이유는 간단하다. 나 자신의 한계를 몰랐기 때문이다. 내가 무엇을 아는지는 알았지만, 내가 무엇을 모르는지는 몰랐다. 우물 안 개구리였다.

6. 그때 내게 따뜻한 조언을 해주던 분들이 있었다. 하지만 그때의 나는 받아들이지 못했다. 그분들은 알고 있었을거다. 기대가 없었을지도 모른다. 똑같은 시간을 먼저 지나갔을 테니까.

7. 이제, 나는 그분들의 입장이 됐다. 그때의 나 같은 친구들을 많이 본다. 난 어떤 말을 해줄 수 있을까. 어떤 말을 해줘야 할까, 아니면 하지 말아야 할까. 굳이 괜한 오지랖은 아닐까. 늘 고민한다.

8. 문득 김범석 의장이 생각난다. 지난 분기 쿠팡의 매출은 10조를 찍었다. 10년 전 쿠팡에서 내가 본 그의 모습은 지금의 훌쩍 뛴 실적처럼 너무 달랐다.

9. 10년 전 쿠팡에 PO는 많지 않았다. 그는 직접 PO 미팅에 참석하고 함께 이야길 나눴다. 사무실 책상에 올라가 확성기를 들고 비전을 외쳤다. 오픈마켓과 다른 쿠팡의 전략을 사내에 전파했다. 개발자 채용을 위해 다음 본사가 있던 제주도로 직접 날아갔다. 타운홀 미팅의 완성도를 위해 스티브 잡스처럼 수없는 리허설을 반복했다.

10. 10년 전의 그와 지금의 그는 똑같은 사람이다. 하지만 동시에 또 다른 사람이다. 10년은 길다. 그도 변했다. 변하지 않은 건, 10년 전에도 그가 한결같이 외쳤던 비전이다. 10년전 그는 ‘모든 사람이 쿠팡 없었다면 어떻게 살았을까’하는 세상을 만들겠다고 목이 쉬게 외쳤다. 그때는 모두가 반신반의 했다. 그렇게 10년이 지났다. 그 비전은 정말 현실이 됐다.

11. 10년이 지났지만 아직 그의 모습이 생생히 기억난다. 그건 그가 ‘말이 아니라 행동으로’ 보여줬기 때문이다. 스케일 할 수 없는 일을 직접 했다. 손에 직접 흙을 묻히며 구성원과 함께 고생했다. 이제 그는 나스닥 상장사의 의장이다. 그런 스마트한 사람으로써 10년전 경험은 마냥 쉽지 않은 일이었을거다.

12. 말이 아닌 행동을 보여주기. 그게 4-5년 차 친구들에게 할 수 있는 유일한 일이 아닐까. 직접 보여주는 것으로 누군가는 배우거나 느낄 수도 있지 않을까. 대부분의 기억에는 사라진다고 하더라도. 내가 아직 기억하는 김범석 의장의 모습처럼.

13. 종종 아주 오래된 인연에게 고맙다는 말을 듣는다. 그때는 이해되지 않았던 말을 이제서야 알게 됐다고. 시간이 꽤 지났다. 그 시간을 줄이기는 어렵다. 그럼에도 기억해 주고 되새겨주는 누군가가 있다는 건 정말 큰 보람이다.

14. 스스로 이해하고 깨닫는 걸 도와줄 수는 있다. 하지만 대신해줄 수는 없다. 말을 물가로 데려갈 수 있지만, 억지로 물을 먹일 수는 없다. 대신 먼저 물을 마신다. 그 모습을 보여주는 일이 해야 하고 또 할 수 있는 일이다.

15. 이런 맘은 지금 당장은 보통 이해받지 못한다. 그럼에도 시간이 흘러 누군가 지금 말과 행동을 떠올리며 공감해 준다면 그걸로 족하다. 후배들에게 쓴소리를 하는 선배의 마음은 모두 같을거다. 지금의 서운함이 언젠가는 고마움으로 바뀐다는 믿음. 그게 선배로써의 진정한 바램의 마음이다.

#리더는가르치지않고보여준다

1. 모든 학습 곡선에는 같은 패턴이 있다. 어떤 분야의 초보자가 있다고 하자. 이제 몇 가지 지식을 배운다. 그럼 마치 그 분야를 완전히 이해한 것처럼 느낀다. 누구나 0점에서 80점까지는 쉽다. 문제는 80점부터다. 전문가의 영역이다. ​2. 마찬가지로 사회생활을 시작해서 자신감이 최고를 찌르는 때가 있다. 보통 4-5년 차다. 어떤 영역에서 경험을 쌓고 역량도 생겼다. 요즘의 중니어 단계다. 주니어는 지났고, 아직 시니어는 아니다. ​3. 중니어는 어떤 일을 맡아도 해낼 자신감이 충만하다. 그래서 내 생각을 이해 못 하는 사람을 이해하지 못한다. 특히나 그게 내 윗 사람인 경우는 더더욱 그렇다. 4. 그때의 나 역시 그랬다. 정말 기고만장했다. 그저 내 생각이 옳다 믿었다. 이해하지 못하는 사람들을 원망했다. 고집불통이었다. 타협할 줄 몰랐다. 의욕은 많았지만, 그만큼 좌절도 많이 겪었다. ​5. 나는 도대체 왜 그랬을까. 이유는 간단하다. 나 자신의 한계를 몰랐기 때문이다. 내가 무엇을 아는지는 알았지만, 내가 무엇을 모르는지는 몰랐다. 우물 안 개구리였다. ​6. 그때 내게 따뜻한 조언을 해주던 분들이 있었다. 하지만 그때의 나는 받아들이지 못했다. 그분들은 알고 있었을거다. 기대가 없었을지도 모른다. 똑같은 시간을 먼저 지나갔을 테니까. ​7. 이제, 나는 그분들의 입장이 됐다. 그때의 나 같은 친구들을 많이 본다. 난 어떤 말을 해줄 수 있을까. 어떤 말을 해줘야 할까, 아니면 하지 말아야 할까. 굳이 괜한 오지랖은 아닐까. 늘 고민한다. ​8. 문득 김범석 의장이 생각난다. 지난 분기 쿠팡의 매출은 10조를 찍었다. 10년 전 쿠팡에서 내가 본 그의 모습은 지금의 훌쩍 뛴 실적처럼 너무 달랐다. ​9. 10년 전 쿠팡에 PO는 많지 않았다. 그는 직접 PO 미팅에 참석하고 함께 이야길 나눴다. 사무실 책상에 올라가 확성기를 들고 비전을 외쳤다. 오픈마켓과 다른 쿠팡의 전략을 사내에 전파했다. 개발자 채용을 위해 다음 본사가 있던 제주도로 직접 날아갔다. 타운홀 미팅의 완성도를 위해 스티브 잡스처럼 수없는 리허설을 반복했다. ​10. 10년 전의 그와 지금의 그는 똑같은 사람이다. 하지만 동시에 또 다른 사람이다. 10년은 길다. 그도 변했다. 변하지 않은 건, 10년 전에도 그가 한결같이 외쳤던 비전이다. 10년전 그는 ‘모든 사람이 쿠팡 없었다면 어떻게 살았을까’하는 세상을 만들겠다고 목이 쉬게 외쳤다. 그때는 모두가 반신반의 했다. 그렇게 10년이 지났다. 그 비전은 정말 현실이 됐다. ​11. 10년이 지났지만 아직 그의 모습이 생생히 기억난다. 그건 그가 ‘말이 아니라 행동으로’ 보여줬기 때문이다. 스케일 할 수 없는 일을 직접 했다. 손에 직접 흙을 묻히며 구성원과 함께 고생했다. 이제 그는 나스닥 상장사의 의장이다. 그런 스마트한 사람으로써 10년전 경험은 마냥 쉽지 않은 일이었을거다. ​12. 말이 아닌 행동을 보여주기. 그게 4-5년 차 친구들에게 할 수 있는 유일한 일이 아닐까. 직접 보여주는 것으로 누군가는 배우거나 느낄 수도 있지 않을까. 대부분의 기억에는 사라진다고 하더라도. 내가 아직 기억하는 김범석 의장의 모습처럼. ​13. 종종 아주 오래된 인연에게 고맙다는 말을 듣는다. 그때는 이해되지 않았던 말을 이제서야 알게 됐다고. 시간이 꽤 지났다. 그 시간을 줄이기는 어렵다. 그럼에도 기억해 주고 되새겨주는 누군가가 있다는 건 정말 큰 보람이다. ​14. 스스로 이해하고 깨닫는 걸 도와줄 수는 있다. 하지만 대신해줄 수는 없다. 말을 물가로 데려갈 수 있지만, 억지로 물을 먹일 수는 없다. 대신 먼저 물을 마신다. 그 모습을 보여주는 일이 해야 하고 또 할 수 있는 일이다. ​15. 이런 맘은 지금 당장은 보통 이해받지 못한다. 그럼에도 시간이 흘러 누군가 지금 말과 행동을 떠올리며 공감해 준다면 그걸로 족하다. 후배들에게 쓴소리를 하는 선배의 마음은 모두 같을거다. 지금의 서운함이 언젠가는 고마움으로 바뀐다는 믿음. 그게 선배로써의 진정한 바램의 마음이다. #리더는가르치지않고보여준다

< 왜 나는 그때 그 선배의 말을 듣지 않았을까? >​

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

카카오엔터, 美 웹소설 플랫폼 래디쉬 서비스 종료 

한국 스타트업 & 인수합병 역사에 길이길이 남게될 deal. 알고보니 숨은 승자는 당시 딜을 뺏긴 네이버..?
———
래디쉬는 2016년 이승윤 대표가 창업한 영미권 웹소설 플랫폼으로 카카오엔터가 2021년 5000억원에 인수해 화제가 됐다. 카카오엔터는 북미에 타파스엔터테인먼트 법인을 두고 타파스, 래디쉬, 우시아월드 등 3개 플랫폼을 동시에 운영했으며, 이번에는 래디쉬 서비스만 종료할 예정이다.

https://biz.chosun.com/it-science/ict/2025/07/09/IWFQU7ZULRF3XPBPZSBS2473OE/

한국 스타트업 &amp; 인수합병 역사에 길이길이 남게될 deal. 알고보니 숨은 승자는 당시 딜을 뺏긴 네이버..? ———래디쉬는 2016년 이승윤 대표가 창업한 영미권 웹소설 플랫폼으로 카카오엔터가 2021년 5000억원에 인수해 화제가 됐다. 카카오엔터는 북미에 타파스엔터테인먼트 법인을 두고 타파스, 래디쉬, 우시아월드 등 3개 플랫폼을 동시에 운영했으며, 이번에는 래디쉬 서비스만 종료할 예정이다. https://biz.chosun.com/it-science/ict/2025/07/09/IWFQU7ZULRF3XPBPZSBS2473OE/

조선비즈

﻿
요즘은 유시민 작가님이 쓴 ‘청춘의 독서’라는 책을 읽고 있습니다. 작가님이 과거부터 현재까지 읽은 책을 리뷰하는 형식의 책으로, 주로 고전에 대한 이야기가 담겨 있습니다. 대부분 제가 읽지 않은 책들에 대한 리뷰라 더 흥미롭게 느껴집니다. 고전과 담을 쌓고 최신 베스트셀러 위주로 독서해온 저로서는, 오래된 명작을 읽고 싶은 충동이 생깁니다. 더 정확하게 표현하면, 꼭 고전을 찾아서 읽어야겠다는 의무감마저 듭니다.

솔직히 유시민 작가님 하면 TV 정치 토론 프로그램에 자주 등장하던 은퇴한 정치인의 이미지가 강하게 떠오릅니다. 물론 예전에 작가님의 책을 1~2권 읽었을 때도 글을 참 읽기 편하게 잘 쓰신다고 느꼈습니다. 책을 읽으면 마치 작가님이 방송에 나와 말하는 장면이 자연스럽게 떠오를 정도로, 문장에도 작가님의 색깔이 잘 배어 있습니다. 역시 말을 잘하는 것과 글을 잘 쓰는 것은 어느 정도 상관관계가 높다는 생각이 듭니다. 방송에서 해박한 지식으로 청산유수처럼 논리적으로 이야기하는 모습에 감탄했는데, 책 역시 그 지성과 논리를 고스란히 담고 있어 진짜 지성인의 글이라는 생각이 들었습니다.

‘청춘의 독서’를 아직 모두 읽은 것은 아니지만, 중간에 소개하고 싶은 내용이 있습니다. 바로 맹자 선생님에 대한 이야기입니다. 맹자는 학창 시절 자주 들어본 이름이지만, 그의 책이나 사상을 제대로 깊이 이해한 적은 없었습니다. 백성을 소중하게 여겨야 한다는 맹자의 사상도 인상적이었지만, 저에게 진정한 감동을 준 것은 따로 있었습니다. 바로, 맹자 선생님이 살아생전에는 인정받지 못했다는 사실입니다. 그의 사상은 당시 사회로부터 천대를 받았고, 맹자는 비주류 학자로 평생을 살다가 결국 인정받지 못한 채 삶을 마감했다고 합니다. 그 후 아주 오랜 시간이 지나서야 그의 가르침이 참된 지식으로 재조명되며 추앙받게 되었습니다.

정말 신기하지 않습니까? 수백 년 전의 사상가가 후대 사람들에게 감명을 줄 수 있다는 것은 이해되지만, 그렇게 오랜 세월 동안 잊혀질 법도 한데 다시 꺼내 읽히고 칭송받는다는 사실이 놀랍습니다. 하지만 그보다 더 인상적인 것은, 세상에서 비주류로 살면서도 끝까지 자신의 생각을 굽히지 않고 소신을 지켰다는 점입니다.

문득 ‘나는 어떤가?’ 하고 스스로를 돌아보게 됩니다. 제 삶을 돌아보면 소신이라곤 코딱지만큼도 발휘하지 못한 채 살아왔던 것 같습니다. 남의 눈치를 보며, 어떻게든 인정받고 싶어서 알량한 방법들을 동원했던 지난 날들. 스스로 옳다고 여겼던 생각이 있었지만, 더 힘 있고 잘난 사람들이 하는 말에 순종하느라 그것을 꺼내지도 못하고 살았습니다.

먹고 살기 위해 어쩔 수 없는 선택이었다고 합리화하기엔 부끄러운 일입니다. 옳지 않다는 걸 알면서도 거짓과 부정한 방법을 선택했던 시간들이 치졸하게 느껴집니다. 사실 그건 과거형이 아니라, 지금도 그렇습니다. 더 의미 있는 일, 더 세상에 도움 되는 방식이 있다는 걸 알면서도, 오늘을 먹고 살기 위해 세상이 요구하는 일을 하며 사는 지금의 제가 답답하게 느껴집니다.

물론 제가 뭐라고 감히 맹자 선생님과 자신을 비교하며 극단적으로 몰아붙이냐고 생각하실 수도 있지만, 저는 소신 있게 사는 것이 곧 진심을 다해 사는 삶이라 믿습니다. 단지 행동으로 옮기는 일이 어려운 이유는, 결단과 용기를 발휘하는 것이 그만큼 쉽지 않기 때문입니다.

세상에 맞추지 않고 소신 있게 살면 정말 먹고살기 힘들까봐, 아니, 오히려 더 잘 먹고 잘 살고 싶은 마음이 있기에 가난해질까봐 두려운 게 솔직한 심정입니다. 맹자처럼 비주류로 살아간다는 건 세상 다수로부터 인정받지 못한다는 의미이고, 그건 곧 인기를 얻기 어렵다는 것이고, 인기가 없으면 생계도 위협받는다는 생각이 듭니다. 아내와 자녀를 부양해야 하는 책임감이 있기에, 저 혼자야 가난해도 상관없지만 가족에게까지 가난을 강요할 순 없다는 생각도 듭니다.

물론 해보지도 않고 소신 있게 사는 삶이 가난하다고 단정짓는 것은 저 스스로에게 너무 불공정한 판단입니다. 소신 있어도 주류가 될 수 있고, 인기도 얻고, 돈도 많이 벌 수 있습니다.

맹자 선생님에게서 배우고 싶은 것은 돈과 명예를 초월한, 소신을 지키며 용기 있게 사는 삶입니다. 자신이 옳다고 여기는 가치를 지키며 산다는 것이 얼마나 힘든 일인지 알기에, 더 큰 존경심이 생깁니다.

일과 직업도 마찬가지입니다. 내가 더 좋아하고, 더 잘할 수 있는 일이 뭔지 알면서도 다른 선택을 하게 되는 건, 용기 있게 소신을 믿고 나가지 못하기 때문입니다. 하지만 분명한 건, 먹고사는 일보다 더 중요한 건 ‘나답게’ 사는 삶이라는 사실입니다.

오늘도 ‘나답게’ 사는 삶이 무엇인지 깊이 생각해보고, 작은 용기라도 발휘할 수 있는 하루가 되기를 진심으로 응원합니다.

﻿요즘은 유시민 작가님이 쓴 ‘청춘의 독서’라는 책을 읽고 있습니다. 작가님이 과거부터 현재까지 읽은 책을 리뷰하는 형식의 책으로, 주로 고전에 대한 이야기가 담겨 있습니다. 대부분 제가 읽지 않은 책들에 대한 리뷰라 더 흥미롭게 느껴집니다. 고전과 담을 쌓고 최신 베스트셀러 위주로 독서해온 저로서는, 오래된 명작을 읽고 싶은 충동이 생깁니다. 더 정확하게 표현하면, 꼭 고전을 찾아서 읽어야겠다는 의무감마저 듭니다. 솔직히 유시민 작가님 하면 TV 정치 토론 프로그램에 자주 등장하던 은퇴한 정치인의 이미지가 강하게 떠오릅니다. 물론 예전에 작가님의 책을 1~2권 읽었을 때도 글을 참 읽기 편하게 잘 쓰신다고 느꼈습니다. 책을 읽으면 마치 작가님이 방송에 나와 말하는 장면이 자연스럽게 떠오를 정도로, 문장에도 작가님의 색깔이 잘 배어 있습니다. 역시 말을 잘하는 것과 글을 잘 쓰는 것은 어느 정도 상관관계가 높다는 생각이 듭니다. 방송에서 해박한 지식으로 청산유수처럼 논리적으로 이야기하는 모습에 감탄했는데, 책 역시 그 지성과 논리를 고스란히 담고 있어 진짜 지성인의 글이라는 생각이 들었습니다. ‘청춘의 독서’를 아직 모두 읽은 것은 아니지만, 중간에 소개하고 싶은 내용이 있습니다. 바로 맹자 선생님에 대한 이야기입니다. 맹자는 학창 시절 자주 들어본 이름이지만, 그의 책이나 사상을 제대로 깊이 이해한 적은 없었습니다. 백성을 소중하게 여겨야 한다는 맹자의 사상도 인상적이었지만, 저에게 진정한 감동을 준 것은 따로 있었습니다. 바로, 맹자 선생님이 살아생전에는 인정받지 못했다는 사실입니다. 그의 사상은 당시 사회로부터 천대를 받았고, 맹자는 비주류 학자로 평생을 살다가 결국 인정받지 못한 채 삶을 마감했다고 합니다. 그 후 아주 오랜 시간이 지나서야 그의 가르침이 참된 지식으로 재조명되며 추앙받게 되었습니다. 정말 신기하지 않습니까? 수백 년 전의 사상가가 후대 사람들에게 감명을 줄 수 있다는 것은 이해되지만, 그렇게 오랜 세월 동안 잊혀질 법도 한데 다시 꺼내 읽히고 칭송받는다는 사실이 놀랍습니다. 하지만 그보다 더 인상적인 것은, 세상에서 비주류로 살면서도 끝까지 자신의 생각을 굽히지 않고 소신을 지켰다는 점입니다. 문득 ‘나는 어떤가?’ 하고 스스로를 돌아보게 됩니다. 제 삶을 돌아보면 소신이라곤 코딱지만큼도 발휘하지 못한 채 살아왔던 것 같습니다. 남의 눈치를 보며, 어떻게든 인정받고 싶어서 알량한 방법들을 동원했던 지난 날들. 스스로 옳다고 여겼던 생각이 있었지만, 더 힘 있고 잘난 사람들이 하는 말에 순종하느라 그것을 꺼내지도 못하고 살았습니다. 먹고 살기 위해 어쩔 수 없는 선택이었다고 합리화하기엔 부끄러운 일입니다. 옳지 않다는 걸 알면서도 거짓과 부정한 방법을 선택했던 시간들이 치졸하게 느껴집니다. 사실 그건 과거형이 아니라, 지금도 그렇습니다. 더 의미 있는 일, 더 세상에 도움 되는 방식이 있다는 걸 알면서도, 오늘을 먹고 살기 위해 세상이 요구하는 일을 하며 사는 지금의 제가 답답하게 느껴집니다. 물론 제가 뭐라고 감히 맹자 선생님과 자신을 비교하며 극단적으로 몰아붙이냐고 생각하실 수도 있지만, 저는 소신 있게 사는 것이 곧 진심을 다해 사는 삶이라 믿습니다. 단지 행동으로 옮기는 일이 어려운 이유는, 결단과 용기를 발휘하는 것이 그만큼 쉽지 않기 때문입니다. 세상에 맞추지 않고 소신 있게 살면 정말 먹고살기 힘들까봐, 아니, 오히려 더 잘 먹고 잘 살고 싶은 마음이 있기에 가난해질까봐 두려운 게 솔직한 심정입니다. 맹자처럼 비주류로 살아간다는 건 세상 다수로부터 인정받지 못한다는 의미이고, 그건 곧 인기를 얻기 어렵다는 것이고, 인기가 없으면 생계도 위협받는다는 생각이 듭니다. 아내와 자녀를 부양해야 하는 책임감이 있기에, 저 혼자야 가난해도 상관없지만 가족에게까지 가난을 강요할 순 없다는 생각도 듭니다. 물론 해보지도 않고 소신 있게 사는 삶이 가난하다고 단정짓는 것은 저 스스로에게 너무 불공정한 판단입니다. 소신 있어도 주류가 될 수 있고, 인기도 얻고, 돈도 많이 벌 수 있습니다. 맹자 선생님에게서 배우고 싶은 것은 돈과 명예를 초월한, 소신을 지키며 용기 있게 사는 삶입니다. 자신이 옳다고 여기는 가치를 지키며 산다는 것이 얼마나 힘든 일인지 알기에, 더 큰 존경심이 생깁니다. 일과 직업도 마찬가지입니다. 내가 더 좋아하고, 더 잘할 수 있는 일이 뭔지 알면서도 다른 선택을 하게 되는 건, 용기 있게 소신을 믿고 나가지 못하기 때문입니다. 하지만 분명한 건, 먹고사는 일보다 더 중요한 건 ‘나답게’ 사는 삶이라는 사실입니다. 오늘도 ‘나답게’ 사는 삶이 무엇인지 깊이 생각해보고, 작은 용기라도 발휘할 수 있는 하루가 되기를 진심으로 응원합니다.﻿

소신

Threads

스레드도 팔로워를 좀 늘리고 싶어지는 밤이군요.. ☺️🙏🫣🤭

https://www.threads.com/@golbin

스레드도 팔로워를 좀 늘리고 싶어지는 밤이군요.. ☺️🙏🫣🤭 https://www.threads.com/@golbin

www.threads.com

아직 나도 정립되지 않은 상태이긴한데, 실무에서의 바이브 코딩은 다르다.

비단 개발자 관점에서만이 아니라, 기획자, 디자이너도 마찬가지로 다른 방식을 써야한다.

지금의 바이브 코딩을 말하는 자, 가르치는 자는 거의 대부분(아마도 99.9%) 새로운 프로토타입을 만드는 것을 가르치는 것이다.

그런데, 실무에서 중요한 건 완전히 새로운 것이 아니라, 기존의 프로젝트를 수정/확장하는 것이다. 그것이 프로토타입이라도.

즉, 협업이 관건이다.

이를 고려하면 ChatGPT의 Codex가 한 발짝 앞서 나가 있는 상태라고 할 수 있다. 다만 실행하여 결과를 보여주지 못하는 것이 아직 비어있는 부분.

요즘 CLI 형태의 툴이 유행하는데, 이건 플러그인하기 쉽다는 장점이 있어서 기본 기술을 만드는데는 유리하지만, 결국 통합 시스템은 필요하다.

과연 누가 먼저 이 통합 시스템을 유의미한 수준으로 서비스하기 시작할지가 관전 포인트.

…말만하지말고 내가 만들어야하는데… 😒

아직 나도 정립되지 않은 상태이긴한데, 실무에서의 바이브 코딩은 다르다. 비단 개발자 관점에서만이 아니라, 기획자, 디자이너도 마찬가지로 다른 방식을 써야한다. 지금의 바이브 코딩을 말하는 자, 가르치는 자는 거의 대부분(아마도 99.9%) 새로운 프로토타입을 만드는 것을 가르치는 것이다. 그런데, 실무에서 중요한 건 완전히 새로운 것이 아니라, 기존의 프로젝트를 수정/확장하는 것이다. 그것이 프로토타입이라도. 즉, 협업이 관건이다. 이를 고려하면 ChatGPT의 Codex가 한 발짝 앞서 나가 있는 상태라고 할 수 있다. 다만 실행하여 결과를 보여주지 못하는 것이 아직 비어있는 부분. 요즘 CLI 형태의 툴이 유행하는데, 이건 플러그인하기 쉽다는 장점이 있어서 기본 기술을 만드는데는 유리하지만, 결국 통합 시스템은 필요하다. 과연 누가 먼저 이 통합 시스템을 유의미한 수준으로 서비스하기 시작할지가 관전 포인트. …말만하지말고 내가 만들어야하는데… 😒

지금 겪고 있는 어려움이 있다면, 그 어려움으로 인해 절망할 필요는 없습니다. 왜냐하면 그 어려움은 끝이 아니라 과정일 뿐이기 때문입니다. 어려움이 지나가면 반드시 희망이 찾아올 것입니다. 지금 이 순간, 어려움이 찾아온 이유를 명확히 알 수는 없지만, 우리가 잘못했기 때문이 아닙니다. 인생이라는 긴 여정 자체가 본래 어려움의 연속이기 때문입니다. 그 어려움을 하나씩 극복해 나가며 우리는 성장하고 성숙해집니다.

자신의 힘으로 감당하기 어려운 사건이나 사고를 당하면 누구나 좌절하게 됩니다. 그럴 땐 주변 사람들에게 도움을 구하는 것이 현명한 방법입니다. 가족, 친구 등 가까운 이들에게 자신의 상황을 정직하게 털어놓고 도움을 받는 것입니다. 그렇게 서로 돕고 의지하는 관계 속에서 어려움은 사라지고, 희망이 떠오릅니다. 함께 만든 새로운 기회를 통해 어려움을 극복한 용기는 당사자뿐 아니라 도움을 준 사람에게도 긍정적인 에너지를 전해줍니다.

최근 저는 해외로 떠나는 봉사활동을 준비하고 있습니다. 가난한 마을을 보수하고, 그곳에 사는 사람들과 우리가 가진 것을 나누는 시간입니다. 이런 일은 결코 혼자서 할 수 없습니다. 대단한 활동은 아니지만, 함께 봉사하는 사람들과 머리를 맞대고 고민하며 준비해야 합니다. 그런데 함께 준비하는 과정 속에서 때때로 혼자 하는 편이 낫겠다는 마음이 들기도 합니다. 아무리 선한 뜻이라 하더라도 서로 마음이 맞지 않아 다툼이 생기기 때문입니다.

하지만 그 과정 자체가 이미 봉사활동의 시작이라고 생각합니다. 함께하는 사람을 존중하고, 양보하며, 한 발 더 움직이는 노력이 필요합니다. 꼭 어려운 사람을 위해서만 봉사하는 것이 아니라, 지금 내 옆에 있는 사람을 위해 헌신하는 마음이 있어야 진정한 준비가 됩니다. 그렇지 않고 오직 어려운 곳에 가서만 자신의 수고가 빛을 발휘한다고 여기는 마음은 교만일 수 있습니다. 먼저 자신의 주변을 돌아보고, 마음을 다스리고, 주변 사람들을 사랑한 후에야 더 멀리, 더 넓게 봉사할 수 있습니다.

이런 마음은 제품을 개발하는 사람에게도 필요하다고 생각합니다. 제품을 사용하는 사람이 "와우!" 하고 감탄할 수 있는 선물 같은 기능을 제공하는 것이 중요합니다. 그 정도의 감탄이 있어야 제품을 선택하고 사용하는 동기가 생기기 때문입니다. 하늘 아래 완전히 새로운 제품은 드물기에, 아무리 독특한 아이디어라도 사용자를 감동시키는 포인트가 없다면 선택받기 어렵습니다. 그래서 제품을 만들 때에는 사용자를 진심으로 생각하는 마음이 반드시 담겨야 합니다. 단지 한 번 크게 성공하고 싶다는 얄팍한 생각으로 접근한다면, 결과는 실패로 이어질 가능성이 높습니다.

사람이 하는 모든 일의 이치는 비슷합니다. 자신의 이익만을 위해 일하는 경우, 결과는 크지 않거나 오래 가지 못합니다. 반면, 일을 대하는 대상과 사람들을 생각하며 진심을 담아 일한다면, 과정도 순조롭고 결과도 만족스럽습니다. 사람들에게 긍정적인 영향을 주며, 자신 또한 깊은 깨달음을 얻게 됩니다. 이처럼 일의 목적과 동기는 성공의 핵심입니다. 목적과 동기가 없거나, 과정에서 그것을 잃어버리면 일은 쉽게 흐트러집니다.

예를 들어 식당을 운영하는 사람이라면, 좋은 재료로 맛있는 음식을 만들어 손님이 풍족하게 먹고 감탄하며 다시 찾는 것이 궁극적인 목적이자 동기입니다. 손님은 감동을 느끼고 주변 사람들과 함께 다시 방문할 것입니다. 좋은 재료를 아낌없이 쓰고 정성을 들여 음식을 만드는 것이 어쩌면 손해처럼 보일 수 있지만, 결코 그렇지 않습니다. 중요한 것은 당장 얼마나 버느냐가 아니라, 손님의 마음을 움직일 수 있느냐입니다. 마음을 움직이지 못하고 돈만 좇는다면, 미래의 성장은 기대하기 어렵습니다.

우리의 선한 행동은 계속되어야 합니다. 한 번의 수고도 의미 있지만, 지속적인 행동이 진짜 변화를 만듭니다. "이번엔 했으니 다음엔 안 해도 된다"는 생각은 게으름입니다. 오히려 작더라도 지속 가능한 행동이 중요합니다. 나와 주변의 변화는 꾸준한 실천 속에서 생겨납니다. 변함없이 지켜나갈 선한 마음으로, 오늘도 우리에게 주어진 미션을 기쁘게 수행하길 바랍니다.

지금 겪고 있는 어려움이 있다면, 그 어려움으로 인해 절망할 필요는 없습니다. 왜냐하면 그 어려움은 끝이 아니라 과정일 뿐이기 때문입니다. 어려움이 지나가면 반드시 희망이 찾아올 것입니다. 지금 이 순간, 어려움이 찾아온 이유를 명확히 알 수는 없지만, 우리가 잘못했기 때문이 아닙니다. 인생이라는 긴 여정 자체가 본래 어려움의 연속이기 때문입니다. 그 어려움을 하나씩 극복해 나가며 우리는 성장하고 성숙해집니다. 자신의 힘으로 감당하기 어려운 사건이나 사고를 당하면 누구나 좌절하게 됩니다. 그럴 땐 주변 사람들에게 도움을 구하는 것이 현명한 방법입니다. 가족, 친구 등 가까운 이들에게 자신의 상황을 정직하게 털어놓고 도움을 받는 것입니다. 그렇게 서로 돕고 의지하는 관계 속에서 어려움은 사라지고, 희망이 떠오릅니다. 함께 만든 새로운 기회를 통해 어려움을 극복한 용기는 당사자뿐 아니라 도움을 준 사람에게도 긍정적인 에너지를 전해줍니다. 최근 저는 해외로 떠나는 봉사활동을 준비하고 있습니다. 가난한 마을을 보수하고, 그곳에 사는 사람들과 우리가 가진 것을 나누는 시간입니다. 이런 일은 결코 혼자서 할 수 없습니다. 대단한 활동은 아니지만, 함께 봉사하는 사람들과 머리를 맞대고 고민하며 준비해야 합니다. 그런데 함께 준비하는 과정 속에서 때때로 혼자 하는 편이 낫겠다는 마음이 들기도 합니다. 아무리 선한 뜻이라 하더라도 서로 마음이 맞지 않아 다툼이 생기기 때문입니다. 하지만 그 과정 자체가 이미 봉사활동의 시작이라고 생각합니다. 함께하는 사람을 존중하고, 양보하며, 한 발 더 움직이는 노력이 필요합니다. 꼭 어려운 사람을 위해서만 봉사하는 것이 아니라, 지금 내 옆에 있는 사람을 위해 헌신하는 마음이 있어야 진정한 준비가 됩니다. 그렇지 않고 오직 어려운 곳에 가서만 자신의 수고가 빛을 발휘한다고 여기는 마음은 교만일 수 있습니다. 먼저 자신의 주변을 돌아보고, 마음을 다스리고, 주변 사람들을 사랑한 후에야 더 멀리, 더 넓게 봉사할 수 있습니다. 이런 마음은 제품을 개발하는 사람에게도 필요하다고 생각합니다. 제품을 사용하는 사람이 "와우!" 하고 감탄할 수 있는 선물 같은 기능을 제공하는 것이 중요합니다. 그 정도의 감탄이 있어야 제품을 선택하고 사용하는 동기가 생기기 때문입니다. 하늘 아래 완전히 새로운 제품은 드물기에, 아무리 독특한 아이디어라도 사용자를 감동시키는 포인트가 없다면 선택받기 어렵습니다. 그래서 제품을 만들 때에는 사용자를 진심으로 생각하는 마음이 반드시 담겨야 합니다. 단지 한 번 크게 성공하고 싶다는 얄팍한 생각으로 접근한다면, 결과는 실패로 이어질 가능성이 높습니다. 사람이 하는 모든 일의 이치는 비슷합니다. 자신의 이익만을 위해 일하는 경우, 결과는 크지 않거나 오래 가지 못합니다. 반면, 일을 대하는 대상과 사람들을 생각하며 진심을 담아 일한다면, 과정도 순조롭고 결과도 만족스럽습니다. 사람들에게 긍정적인 영향을 주며, 자신 또한 깊은 깨달음을 얻게 됩니다. 이처럼 일의 목적과 동기는 성공의 핵심입니다. 목적과 동기가 없거나, 과정에서 그것을 잃어버리면 일은 쉽게 흐트러집니다. 예를 들어 식당을 운영하는 사람이라면, 좋은 재료로 맛있는 음식을 만들어 손님이 풍족하게 먹고 감탄하며 다시 찾는 것이 궁극적인 목적이자 동기입니다. 손님은 감동을 느끼고 주변 사람들과 함께 다시 방문할 것입니다. 좋은 재료를 아낌없이 쓰고 정성을 들여 음식을 만드는 것이 어쩌면 손해처럼 보일 수 있지만, 결코 그렇지 않습니다. 중요한 것은 당장 얼마나 버느냐가 아니라, 손님의 마음을 움직일 수 있느냐입니다. 마음을 움직이지 못하고 돈만 좇는다면, 미래의 성장은 기대하기 어렵습니다. 우리의 선한 행동은 계속되어야 합니다. 한 번의 수고도 의미 있지만, 지속적인 행동이 진짜 변화를 만듭니다. "이번엔 했으니 다음엔 안 해도 된다"는 생각은 게으름입니다. 오히려 작더라도 지속 가능한 행동이 중요합니다. 나와 주변의 변화는 꾸준한 실천 속에서 생겨납니다. 변함없이 지켜나갈 선한 마음으로, 오늘도 우리에게 주어진 미션을 기쁘게 수행하길 바랍니다.

어려움을 극복하는 힘

안녕하세요. 그린입니다 🍏이번 포스팅은 Swift Homomorphic Encryption에 대해 알아보겠습니다 🙋🏻 Swift Homomorphic EncryptionSwift는 시스템 프로그래밍 언어로 시작했지만, 시간이 흐르면서 점점 더 다양한 분야로 확장되고 있어요.이번에는 Swift.org 공식 블로그에서 발표한 Homomorphic Encryption, 동형 암호라는 프로젝트가 그 대표적인 예라고 볼 수 있습니다. Apple이 공개한 이 프로젝트는 Swift에서 직접 동형 암호 알고리즘을 구현할 수 있도록 하는 라이브러리이자 언어 확장이라고 볼 수 있습니다. 그래서 이걸 한번 알아봅니다 😃Why Homomorphic Encryption?많은 앱과 서비스는 개인 정보를 클라우드에 처리합니..

Swift Homomorphic Encryption

1년이 지난 자료지만, Swift에서도 동형 암호(Homomorphic Encryption)를 활용할 수 있는 시대가 열렸습니다.

Apple이 공개한 Swift Homomorphic Encryption은 복호화 없이도 암호화된 데이터를 안전하게 연산할 수 있도록 해주며, Swift 개발자가 고급 보안 연산을 손쉽게 다룰 수 있는 기반을 마련해주는것 같아요!

헬스케어, 금융, 머신러닝 등 민감한 데이터 처리가 필요한 분야에서 Swift의 확장 가능성을 볼 수 있어요.
이에 Swift Homomorphic Encryption를 알아봤습니다 🙋🏻

1년이 지난 자료지만, Swift에서도 동형 암호(Homomorphic Encryption)를 활용할 수 있는 시대가 열렸습니다. Apple이 공개한 Swift Homomorphic Encryption은 복호화 없이도 암호화된 데이터를 안전하게 연산할 수 있도록 해주며, Swift 개발자가 고급 보안 연산을 손쉽게 다룰 수 있는 기반을 마련해주는것 같아요! 헬스케어, 금융, 머신러닝 등 민감한 데이터 처리가 필요한 분야에서 Swift의 확장 가능성을 볼 수 있어요.이에 Swift Homomorphic Encryption를 알아봤습니다 🙋🏻

iOYES

제가 한국에서 직장 생활을 시작하고 가장 먼저 배운 것은 아이러니하게도 야근이었습니다. 신입이었던 제게 야근은 선택의 문제가 아니었거든요. 선배들에게 야근은 너무나 당연한 루틴이었고, 저녁 5시가 되면 "퇴근 안 해?"가 아니라 "저녁 뭐 먹을까?"라는 질문을 던졌습니다. 누가 정해놓은 것처럼 부장님이 퇴근해야 과장님이, 과장님이 퇴근해야 대리님이, 대리님이 퇴근해야 비로서 저 같은 신입도 퇴근 생각을 할 수 있었습니다.

이런 분위기에서 야근을 하지 않는다는 것은 동료들에게 실례였고, 불가피한 사정으로 야근을 못할 때는 사과를 드려야 했습니다. 나중에는 선배들 눈치 보는 것도 피곤해서 아예 속편히 막차 시간까지 사무실에 있기로 했습니다. 그래도 나름 기술 공부를 하면서 야근 시간을 알차게 보내려고 노력했습니다. 뭐, 그런데 다들 딱히 바빠서 야근하는 것 같지는 않았습니다. 웹서핑을 하며 시간을 보내는 선배도 있었고, 아이가 있는 선배들은 야근을 육아 회피 수단으로 쓰기도 했죠. 당시엔 이해하지 못했지만, 지금 돌아보면 혼자 육아를 감당하던 아내분은 얼마나 힘드셨을까요? 아무튼 이렇게 같은 사무실에서 각자의 방식으로 시간을 때우곤 했습니다.

회사-집-회사-집을 반복하는 삶이었지만 야근이 무조건 나쁜 것만은 아니었습니다. 다행히 대기업이라 야근 수당을 꼬박꼬박 신청할 수 있었고, 연봉이 높지 않던 신입 시절엔 야근 수당이 모이면 나름 쏠쏠했거든요. 당시 자취를 했었는데 저렴한 구내 식당에서 저녁을 해결하는 것도 나름 혜택으로 볼 수도 있었습니다.

다른 대기업으로 이직 후에도 야근은 어김없이 이어졌습니다. 입사 첫 주 내내 야근을 했더니, 부서장님은 "개념 있는 경력직이 들어왔다"며 칭찬을 하시더군요. 중간급 개발자가 되자 위에서 이것저것 시키는 잡일이 많아져, 주로 야근 시간을 활용해서 제 본연의 업무인 소프트웨어 개발을 했습니다.

이직한 회사에서는 복지가 더 좋아서 대중교통이 끊길 때까지 야근을 하면 택시를 타고 퇴근하도록 법인 카드를 주었습니다. 그래서 애매하게 야근을 하느니 아예 막차가 끊길 때까지 버틸 때가 많았습니다. 택시 안에서 몸은 편했지만 마음은 편치 않았습니다. 제 귀한 시간과 회사의 돈이 함께 낭비되고 있다는 생각이 들었거든요.

한국에서 10년 가까이 야근을 하고 캐나다로 넘어왔는데, 이 나라에서는 아무도 야근을 하지 않는다는 사실에 문화 충격을 받았습니다. 야근이라는 개념 자체가 없는 느낌이랄까요? 오후 4~5시만 되면 모두 자연스럽게 퇴근했고, 저는 그 모습이 너무 낯설게 느껴졌습니다. 하루에 8시간 일을 해서는 영 성에 차지 않았고, 그래서 저는 홀로 사무실에 남아 야근을 하기 시작했습니다. 영어도 못하는데 남들보다 더 오래라도 일해서 인정받아야겠다는 생각을 했습니다.

그러던 중 매니저와 1:1 미팅을 하게 되었는데, 정말 의외의 피드백을 받았습니다. 매니저는 인정은커녕 야근을 하는 저를 상당히 걱정스럽게 바라보고 있었던 겁니다.

"업무 시간 내에 일을 끝내지 못하고 야근을 한다는 건 헌신이 아니라 무능입니다. 그리고 그건 팀 매니저인 저의 관리 역량 문제이기도 하죠."

이 말을 듣고 한 대 맞은 듯한 기분이 들었습니다. 이후 동료들을 관찰해보니 정해진 근무 시간 안에 주어진 일을 끝내려고 엄청 애쓰고 있더군요. 점심 시간도 아껴가며 샌드위치를 입에 물고 몰입하는 친구들도 있었습니다. 다들 어떻게 하면 효율적으로 일할 수 있을지 고민하고 있었습니다. 반면, 저는 오전엔 느긋하게 보내다가 오후가 되어야 비로소 일이 손에 잡혔습니다.

매니저의 솔직한 피드백 덕분에 처음으로 저의 노동 생산성이 얼마나 형편없는지 인지하게 되었습니다. 그런데 야근을 너무 오래해서 그런가 하루 아침에 고쳐지지는 않더라고요? ㅋㅋ 계속해서 매니저의 도움을 받으며 야근의 습관을 고쳐나갔습니다.

이제는 저도 아이가 있어서, 퇴근 후에 가족과 충분한 시간을 보낼 수 있는 환경이 얼마나 감사한지 모릅니다. 게다가 블로그 글도 쓰고, 유튜브 영상도 찍고, 그룹 스터디도 할 수 있는 여유가 생겼거든요. 아내 역시 한국에서 저못지 않게 야근을 많이 했었는데, 한국이었다면 어떻게 일과 육아를 병행했을지 깜깜하다네요. 저희 둘 다 야근이 없어지면서 삶의 질이 크게 올라갔음을 느낍니다.

한국은 세계 10위권 경제 대국이 되었지만, 여전히 연평균 노동 시간은 최상위권입니다. 반면에 시간당 노동 생산성은 OECD 국가 가운데 하위권에 머물고 있습니다. 물론 제도적인 변화(유연근무제, 재택근무, 노동시간 단축 등)도 중요하지만, 그보다 "야근은 미덕"이라는 오래된 인식의 바뀌어야 하지 않을까 싶습니다.

미디어에서 요즘 MZ 세대는 더 이상 야근하지 않는다는 얘기를 듣고 정말 그런 줄 알았는데, 실제로 한국에서 일하고 있는 사회 초년생분들과 이야기를 나눠보니 옛날과 크게 달라지지 않은 것 같더라고요. 기존 세대는 말 할 것도 없고요. 한국에서도 더 이상 얼마나 오래 일하는데 연연하지 않고 생산성과 효율을 중시하는 조직 문화가 자리 잡았으면 좋겠습니다.

제가 한국에서 직장 생활을 시작하고 가장 먼저 배운 것은 아이러니하게도 야근이었습니다. 신입이었던 제게 야근은 선택의 문제가 아니었거든요. 선배들에게 야근은 너무나 당연한 루틴이었고, 저녁 5시가 되면 "퇴근 안 해?"가 아니라 "저녁 뭐 먹을까?"라는 질문을 던졌습니다. 누가 정해놓은 것처럼 부장님이 퇴근해야 과장님이, 과장님이 퇴근해야 대리님이, 대리님이 퇴근해야 비로서 저 같은 신입도 퇴근 생각을 할 수 있었습니다. 이런 분위기에서 야근을 하지 않는다는 것은 동료들에게 실례였고, 불가피한 사정으로 야근을 못할 때는 사과를 드려야 했습니다. 나중에는 선배들 눈치 보는 것도 피곤해서 아예 속편히 막차 시간까지 사무실에 있기로 했습니다. 그래도 나름 기술 공부를 하면서 야근 시간을 알차게 보내려고 노력했습니다. 뭐, 그런데 다들 딱히 바빠서 야근하는 것 같지는 않았습니다. 웹서핑을 하며 시간을 보내는 선배도 있었고, 아이가 있는 선배들은 야근을 육아 회피 수단으로 쓰기도 했죠. 당시엔 이해하지 못했지만, 지금 돌아보면 혼자 육아를 감당하던 아내분은 얼마나 힘드셨을까요? 아무튼 이렇게 같은 사무실에서 각자의 방식으로 시간을 때우곤 했습니다. 회사-집-회사-집을 반복하는 삶이었지만 야근이 무조건 나쁜 것만은 아니었습니다. 다행히 대기업이라 야근 수당을 꼬박꼬박 신청할 수 있었고, 연봉이 높지 않던 신입 시절엔 야근 수당이 모이면 나름 쏠쏠했거든요. 당시 자취를 했었는데 저렴한 구내 식당에서 저녁을 해결하는 것도 나름 혜택으로 볼 수도 있었습니다. 다른 대기업으로 이직 후에도 야근은 어김없이 이어졌습니다. 입사 첫 주 내내 야근을 했더니, 부서장님은 "개념 있는 경력직이 들어왔다"며 칭찬을 하시더군요. 중간급 개발자가 되자 위에서 이것저것 시키는 잡일이 많아져, 주로 야근 시간을 활용해서 제 본연의 업무인 소프트웨어 개발을 했습니다. 이직한 회사에서는 복지가 더 좋아서 대중교통이 끊길 때까지 야근을 하면 택시를 타고 퇴근하도록 법인 카드를 주었습니다. 그래서 애매하게 야근을 하느니 아예 막차가 끊길 때까지 버틸 때가 많았습니다. 택시 안에서 몸은 편했지만 마음은 편치 않았습니다. 제 귀한 시간과 회사의 돈이 함께 낭비되고 있다는 생각이 들었거든요. 한국에서 10년 가까이 야근을 하고 캐나다로 넘어왔는데, 이 나라에서는 아무도 야근을 하지 않는다는 사실에 문화 충격을 받았습니다. 야근이라는 개념 자체가 없는 느낌이랄까요? 오후 4~5시만 되면 모두 자연스럽게 퇴근했고, 저는 그 모습이 너무 낯설게 느껴졌습니다. 하루에 8시간 일을 해서는 영 성에 차지 않았고, 그래서 저는 홀로 사무실에 남아 야근을 하기 시작했습니다. 영어도 못하는데 남들보다 더 오래라도 일해서 인정받아야겠다는 생각을 했습니다. 그러던 중 매니저와 1:1 미팅을 하게 되었는데, 정말 의외의 피드백을 받았습니다. 매니저는 인정은커녕 야근을 하는 저를 상당히 걱정스럽게 바라보고 있었던 겁니다. "업무 시간 내에 일을 끝내지 못하고 야근을 한다는 건 헌신이 아니라 무능입니다. 그리고 그건 팀 매니저인 저의 관리 역량 문제이기도 하죠." 이 말을 듣고 한 대 맞은 듯한 기분이 들었습니다. 이후 동료들을 관찰해보니 정해진 근무 시간 안에 주어진 일을 끝내려고 엄청 애쓰고 있더군요. 점심 시간도 아껴가며 샌드위치를 입에 물고 몰입하는 친구들도 있었습니다. 다들 어떻게 하면 효율적으로 일할 수 있을지 고민하고 있었습니다. 반면, 저는 오전엔 느긋하게 보내다가 오후가 되어야 비로소 일이 손에 잡혔습니다. 매니저의 솔직한 피드백 덕분에 처음으로 저의 노동 생산성이 얼마나 형편없는지 인지하게 되었습니다. 그런데 야근을 너무 오래해서 그런가 하루 아침에 고쳐지지는 않더라고요? ㅋㅋ 계속해서 매니저의 도움을 받으며 야근의 습관을 고쳐나갔습니다. 이제는 저도 아이가 있어서, 퇴근 후에 가족과 충분한 시간을 보낼 수 있는 환경이 얼마나 감사한지 모릅니다. 게다가 블로그 글도 쓰고, 유튜브 영상도 찍고, 그룹 스터디도 할 수 있는 여유가 생겼거든요. 아내 역시 한국에서 저못지 않게 야근을 많이 했었는데, 한국이었다면 어떻게 일과 육아를 병행했을지 깜깜하다네요. 저희 둘 다 야근이 없어지면서 삶의 질이 크게 올라갔음을 느낍니다. 한국은 세계 10위권 경제 대국이 되었지만, 여전히 연평균 노동 시간은 최상위권입니다. 반면에 시간당 노동 생산성은 OECD 국가 가운데 하위권에 머물고 있습니다. 물론 제도적인 변화(유연근무제, 재택근무, 노동시간 단축 등)도 중요하지만, 그보다 "야근은 미덕"이라는 오래된 인식의 바뀌어야 하지 않을까 싶습니다. 미디어에서 요즘 MZ 세대는 더 이상 야근하지 않는다는 얘기를 듣고 정말 그런 줄 알았는데, 실제로 한국에서 일하고 있는 사회 초년생분들과 이야기를 나눠보니 옛날과 크게 달라지지 않은 것 같더라고요. 기존 세대는 말 할 것도 없고요. 한국에서도 더 이상 얼마나 오래 일하는데 연연하지 않고 생산성과 효율을 중시하는 조직 문화가 자리 잡았으면 좋겠습니다.

야근의 관성

분당 5억의 매출이 발생하는 이벤트 시스템을 어떻게 구축하고 운영했는지 소개합니다.

무진장 힘들었지만 무진장 성장한 개발 이야기

치솟는 트래픽을 감당하기 위해 어떤 준비를 했는지 볼 수 있는 글이라 너무 좋네요

https://medium.com/musinsa-tech/%EB%AC%B4%EC%A7%84%EC%9E%A5-%ED%9E%98%EB%93%A4%EC%97%88%EC%A7%80%EB%A7%8C-%EB%AC%B4%EC%A7%84%EC%9E%A5-%EC%84%B1%EC%9E%A5%ED%95%9C-%EA%B0%9C%EB%B0%9C-%EC%9D%B4%EC%95%BC%EA%B8%B0-e445888579a9

치솟는 트래픽을 감당하기 위해 어떤 준비를 했는지 볼 수 있는 글이라 너무 좋네요 https://medium.com/musinsa-tech/%EB%AC%B4%EC%A7%84%EC%9E%A5-%ED%9E%98%EB%93%A4%EC%97%88%EC%A7%80%EB%A7%8C-%EB%AC%B4%EC%A7%84%EC%9E%A5-%EC%84%B1%EC%9E%A5%ED%95%9C-%EA%B0%9C%EB%B0%9C-%EC%9D%B4%EC%95%BC%EA%B8%B0-e445888579a9

Medium

무신사의 대용량 트래픽 경험기

최근 몇일 동안 OpenAI 개발자 플랫폼을 활용하여
AI의 구성요소와 에이전트 빌딩에 대해 혼자 공부하면서 느낀 점을 공유합니다. 

OpenAI답게, 공식 개발자 플랫폼에서
제공하는 학습 자료들을 통해

AI에 대해 기본적인 이해를 할 수 있도록 체계적으로 잘 구성되어 있고,
여러가지 예시 코드를 제공해주고 있어서

Assistant, Threads, Model, Tools 등 다양한 형태의
구성요소를 이리저리 뗏다가 붙였다가 하면서 조합해볼 수도 있습니다.

혼자서 AI를 공부하면서 정말 많이 느낀 점 중 하나는
프로그래밍 기초에 대해 알면 알수록
더욱 강력한 AI 활용 능력을 가진다는 점이였습니다.

저 역시 대학과 대학원 기간 동안
기초 프로그래밍에 대해 공부하긴 했지만,
개발자분들만큼의 지식을 쌓기에는 역부족이였어요.

단순히 코드를 작성하느냐 마냐의 문제라기보다,
개발자적인 마인드셋 (객체 지향의 구조화, 효율화)를
얼마나 잘 할 수 있냐에 따라,

AI의 무궁무진한 가능성을
직접 경험하고 만들어볼 수 있다는 점이
격하게 느껴지는 순간이였습니다.

앞으로 바이브 코딩(Vibe Coding)의 열풍은 계속되겠지만,
진짜 AI의 파워는 프로그래밍의 힘을 이해하는 순간,
발휘될 것이라고 생각합니다.

최근 몇일 동안 OpenAI 개발자 플랫폼을 활용하여AI의 구성요소와 에이전트 빌딩에 대해 혼자 공부하면서 느낀 점을 공유합니다.&nbsp; OpenAI답게, 공식 개발자 플랫폼에서 제공하는 학습 자료들을 통해 AI에 대해 기본적인 이해를 할 수 있도록 체계적으로 잘 구성되어 있고, 여러가지 예시 코드를 제공해주고 있어서 Assistant, Threads, Model, Tools 등 다양한 형태의 구성요소를 이리저리 뗏다가 붙였다가 하면서 조합해볼 수도 있습니다. 혼자서 AI를 공부하면서 정말 많이 느낀 점 중 하나는 프로그래밍 기초에 대해 알면 알수록 더욱 강력한 AI 활용 능력을 가진다는 점이였습니다. 저 역시 대학과 대학원 기간 동안 기초 프로그래밍에 대해 공부하긴 했지만, 개발자분들만큼의 지식을 쌓기에는 역부족이였어요. 단순히 코드를 작성하느냐 마냐의 문제라기보다, 개발자적인 마인드셋 (객체 지향의 구조화, 효율화)를 얼마나 잘 할 수 있냐에 따라, AI의 무궁무진한 가능성을 직접 경험하고 만들어볼 수 있다는 점이 격하게 느껴지는 순간이였습니다. 앞으로 바이브 코딩(Vibe Coding)의 열풍은 계속되겠지만, 진짜 AI의 파워는 프로그래밍의 힘을 이해하는 순간, 발휘될 것이라고 생각합니다.

기초 프로그래밍을 좀 더 열심히 공부할 걸..

YouTube에서 마음에 드는 동영상과 음악을 감상하고, 직접 만든 콘텐츠를 업로드하여 친구, 가족뿐 아니라 전 세계 사람들과 콘텐츠를 공유할 수 있습니다.

 - YouTube

AI 프로토타이핑(또는 바이브 코딩)에 접근하는 방식에는 크게 두 가지가 존재합니다. 하나는 LLM의 흐름에 맡겨 자연스럽게 아이디어를 발전시키는 것이고, 다른 하나는 기존의 프로덕트 디자인 시스템과 브랜드 자산을 적극적으로 활용하며 구조적으로 접근하는 것입니다.

링크로 공유하는 유튜브 인터뷰 영상에서 Claire Vo는 AI 프로덕트 개발에서의 자유로운 접근을 강조하는데요. "I want to just go where LLM takes me. Ride the wave of the tokens."라는 표현을 통해, LLM이 이끄는 방향으로 자연스럽게 탐색하는 자신의 스타일을 어필합니다. 그러나 현실적으로 기업 환경에서 이러한 접근에 한계가 있을 수 있어서 일종의 가드레일이 필요할 수 있습니다.

How to build prototypes that actually look like your product | Colin Matthews: https://www.youtube.com/watch?v=I62dr0TwyZM

이러한 한계를 해결하고 실질적인 협업을 지원하기 위한 다른 접근법을 이 인터뷰 영상에 출연하는 Colin Matthews가 잘 소개해서 추천드립니다. 레니 뉴스레터에도 소개되었는데, 실제 영상으로 확인하니 더 이해가 잘 되는 것 같습니다.

Colin Matthews는 V0나 Magic Patterns와 같은 AI 프로토타이핑 도구를 활용하여, 디자인 컴포넌트 라이브러리를 구축하고, 이를 기반으로 구조적으로 프로토타이핑을 만드는 방법을 제안합니다. 스크린샷 기반으로 V0를 통해 디자인 컴포넌트 라이브러리를 만드는 것도 재미있지만, Magic Patterns가 제공하는 플러그인을 통해서 html 요소를 디자인 시스템으로 변환하고, 프로토타이핑 하는 방법을 보여줍니다.

그리고 Fork 방식으로 팀내에서 기존 베이스라인을 기반으로 여러 테스팅을 하는 것도 프로덕트 팀 간의 협업 효율성을 높이는데 유용해 보이는 접근 같습니다. 영상 길이가 길지 않아서 보시길 추천드리고요.

추가로 AI 프로토타이핑 툴이 가진 한계와 왜 영상속 방식이 깔끔한지를 설명드리면...
최근 V0 같은 AI 프로토타이핑 툴들이 GitHub와 양방향 동기화를 제공하기도 하지만, 현실적인 도전 과제가 여전히 존재합니다. 많은 AI 툴들이 특정한 파일 포맷이나 프레임워크(예: React)에 맞춰져 설계되어 있어서, 기존에 사용 중인 코드베이스를 바로 불러오는 데 어려움을 겪게 됩니다. 특히 렌더링 문제는 큰 도전 과제로 남아 있습니다.

브라우저는 오직 순수 HTML, CSS, JavaScript만 이해할 수 있습니다. 그러나 현대적인 웹 개발에서 널리 사용되는 React와 같은 라이브러리는 코드 관리가 편리하지만, 이를 브라우저가 이해할 수 있는 형태로 변환하는 build step이 필수적입니다. 이 과정은 바로 이루어지기 어렵고, 특정 파일 구조나 설정이 선제적으로 갖춰져 있어야 합니다.

LLM 역시 마찬가지로 특정 출력 포맷에 대한 구조적 정의가 필요합니다. 시스템 프롬프트를 통해 LLM이 어떤 포맷으로 결과를 출력해야 하는지 명확히 설정해야 하는데, 이때 실제 사용하는 코드베이스와 LLM의 학습된 포맷이 충돌하면 활용도가 크게 떨어질 수 있습니다. 특히 기업에서 사내 전용 라이브러리를 사용할 경우, LLM이 이를 전혀 인지하지 못하거나 접근할 수 없는 상황이 생기기도 합니다.

오랫동안 이 이슈를 고민한 Bolt.new와 같은 AI 프로토타이핑 도구들은 이 같은 문제를 해결하기 위해 웹 컨테이너(Web Container) 기술을 도입하고 있습니다. Bolt의 웹 컨테이너 기술은 브라우저 내부에서 빌드 단계를 대응하려 합니다. 가장 잠재력이 있는 플레이어라고 볼 수 있는데, 실제 테스트를 해보면 쉽지 않습니다.

엔지니어들이 많이 이용하는 Cursor, Windsurf 같은 툴들은 렌더링 없이 파일 기반으로 채팅을 주고 받는 방식이라 이러한 문제를 피할 수 있어 다르게 접근할 수 있기도 합니다. 하지만 프로덕트 매니저, 디자이너 등 다양한 직군 멤버가 소통하기에 한계가 있긴 합니다.

그래서 핵심은 유튜브 영상에 보여진 접근인 디자인 컴포넌트를 기반으로 기존 코드베이스가 아닌 새로운 프로젝트를 AI 프로토타이핑 툴에서 만드는 것이 작업할때 깔끔하다는 것을 느끼실 수 있을 것입니다.

AI 프로토타이핑(또는 바이브 코딩)에 접근하는 방식에는 크게 두 가지가 존재합니다. 하나는 LLM의 흐름에 맡겨 자연스럽게 아이디어를 발전시키는 것이고, 다른 하나는 기존의 프로덕트 디자인 시스템과 브랜드 자산을 적극적으로 활용하며 구조적으로 접근하는 것입니다. 링크로 공유하는 유튜브 인터뷰 영상에서 Claire Vo는 AI 프로덕트 개발에서의 자유로운 접근을 강조하는데요. "I want to just go where LLM takes me. Ride the wave of the tokens."라는 표현을 통해, LLM이 이끄는 방향으로 자연스럽게 탐색하는 자신의 스타일을 어필합니다. 그러나 현실적으로 기업 환경에서 이러한 접근에 한계가 있을 수 있어서 일종의 가드레일이 필요할 수 있습니다. How to build prototypes that actually look like your product | Colin Matthews: https://www.youtube.com/watch?v=I62dr0TwyZM 이러한 한계를 해결하고 실질적인 협업을 지원하기 위한 다른 접근법을 이 인터뷰 영상에 출연하는 Colin Matthews가 잘 소개해서 추천드립니다. 레니 뉴스레터에도 소개되었는데, 실제 영상으로 확인하니 더 이해가 잘 되는 것 같습니다. Colin Matthews는 V0나 Magic Patterns와 같은 AI 프로토타이핑 도구를 활용하여, 디자인 컴포넌트 라이브러리를 구축하고, 이를 기반으로 구조적으로 프로토타이핑을 만드는 방법을 제안합니다. 스크린샷 기반으로 V0를 통해 디자인 컴포넌트 라이브러리를 만드는 것도 재미있지만, Magic Patterns가 제공하는 플러그인을 통해서 html 요소를 디자인 시스템으로 변환하고, 프로토타이핑 하는 방법을 보여줍니다. 그리고 Fork 방식으로 팀내에서 기존 베이스라인을 기반으로 여러 테스팅을 하는 것도 프로덕트 팀 간의 협업 효율성을 높이는데 유용해 보이는 접근 같습니다. 영상 길이가 길지 않아서 보시길 추천드리고요. 추가로 AI 프로토타이핑 툴이 가진 한계와 왜 영상속 방식이 깔끔한지를 설명드리면... 최근 V0 같은 AI 프로토타이핑 툴들이 GitHub와 양방향 동기화를 제공하기도 하지만, 현실적인 도전 과제가 여전히 존재합니다. 많은 AI 툴들이 특정한 파일 포맷이나 프레임워크(예: React)에 맞춰져 설계되어 있어서, 기존에 사용 중인 코드베이스를 바로 불러오는 데 어려움을 겪게 됩니다. 특히 렌더링 문제는 큰 도전 과제로 남아 있습니다. 브라우저는 오직 순수 HTML, CSS, JavaScript만 이해할 수 있습니다. 그러나 현대적인 웹 개발에서 널리 사용되는 React와 같은 라이브러리는 코드 관리가 편리하지만, 이를 브라우저가 이해할 수 있는 형태로 변환하는 build step이 필수적입니다. 이 과정은 바로 이루어지기 어렵고, 특정 파일 구조나 설정이 선제적으로 갖춰져 있어야 합니다. LLM 역시 마찬가지로 특정 출력 포맷에 대한 구조적 정의가 필요합니다. 시스템 프롬프트를 통해 LLM이 어떤 포맷으로 결과를 출력해야 하는지 명확히 설정해야 하는데, 이때 실제 사용하는 코드베이스와 LLM의 학습된 포맷이 충돌하면 활용도가 크게 떨어질 수 있습니다. 특히 기업에서 사내 전용 라이브러리를 사용할 경우, LLM이 이를 전혀 인지하지 못하거나 접근할 수 없는 상황이 생기기도 합니다. 오랫동안 이 이슈를 고민한 Bolt.new와 같은 AI 프로토타이핑 도구들은 이 같은 문제를 해결하기 위해 웹 컨테이너(Web Container) 기술을 도입하고 있습니다. Bolt의 웹 컨테이너 기술은 브라우저 내부에서 빌드 단계를 대응하려 합니다. 가장 잠재력이 있는 플레이어라고 볼 수 있는데, 실제 테스트를 해보면 쉽지 않습니다. 엔지니어들이 많이 이용하는 Cursor, Windsurf 같은 툴들은 렌더링 없이 파일 기반으로 채팅을 주고 받는 방식이라 이러한 문제를 피할 수 있어 다르게 접근할 수 있기도 합니다. 하지만 프로덕트 매니저, 디자이너 등 다양한 직군 멤버가 소통하기에 한계가 있긴 합니다. 그래서 핵심은 유튜브 영상에 보여진 접근인 디자인 컴포넌트를 기반으로 기존 코드베이스가 아닌 새로운 프로젝트를 AI 프로토타이핑 툴에서 만드는 것이 작업할때 깔끔하다는 것을 느끼실 수 있을 것입니다.

YouTube

디자인 컴포넌트 기반 AI 프로토타이핑

AI와 코딩할 때, 혹시 결과만 말하고 계신가요?
얼마 전 프로필 페이지를 AI와 함께 만들면서 이상한 걸 발견했어요.
내가 생각하지 않은 로직이 코드에 들어가 있었고, 불필요한 데이터 호출까지 늘어나 있더라고요. 이런 문제들이 쌓이면 코드는 점점 더 복잡해지고, 결국 나중에 걷잡을 수 없어질 거라 느꼈어요.

왜 이런 일이 생겼을까요..?

이번 영상에선 결과만 강조하는 Vibe Coding의 한계를 직접 경험한 사례를 보여드리고,
그 문제를 해결하는 새로운 방식, Augmented Coding을 소개합니다.

TDD의 아버지인 켄트 백(Kent Beck)의 블로그에서 영감을 얻어 발견한 이 방식은 결과뿐 아니라 "과정"을 명확히 AI에게 전달하는 코딩이어요.

영상에서 다루는 내용
- Vibe Coding의 한계 (실제 사례로 살펴보기)
- Augmented Coding이란? (결과 vs 과정)
- AI에게 '과정'을 정확하게 전달하는 방법
- 실제 프로젝트에서 Augmented Coding 적용한 과정 소개 (FSD 아키텍처로 설계)
- 엔지니어는 AI와 협업할 때, 어디까지 개입해야 할까?

결과가 아니라 과정을 중심으로 협업하면,
AI와 더 잘 소통할 수 있고, 코드도 깔끔하게 유지할 수 있어요.

엔지니어로서 AI와의 협업 방식을 고민하시는 분이라면,
이번 영상이 좋은 힌트가 되길 바랍니다. 🤗

각자의 자리에서 함께 공부하시는 모든 분들 화이팅입니다. :)

https://youtu.be/xbPoEtEGcmg

AI와 코딩할 때, 혹시 결과만 말하고 계신가요? 얼마 전 프로필 페이지를 AI와 함께 만들면서 이상한 걸 발견했어요. 내가 생각하지 않은 로직이 코드에 들어가 있었고, 불필요한 데이터 호출까지 늘어나 있더라고요. 이런 문제들이 쌓이면 코드는 점점 더 복잡해지고, 결국 나중에 걷잡을 수 없어질 거라 느꼈어요. 왜 이런 일이 생겼을까요..? 이번 영상에선 결과만 강조하는 Vibe Coding의 한계를 직접 경험한 사례를 보여드리고, 그 문제를 해결하는 새로운 방식, Augmented Coding을 소개합니다. TDD의 아버지인 켄트 백(Kent Beck)의 블로그에서 영감을 얻어 발견한 이 방식은 결과뿐 아니라 "과정"을 명확히 AI에게 전달하는 코딩이어요. 영상에서 다루는 내용 - Vibe Coding의 한계 (실제 사례로 살펴보기) - Augmented Coding이란? (결과 vs 과정) - AI에게 '과정'을 정확하게 전달하는 방법 - 실제 프로젝트에서 Augmented Coding 적용한 과정 소개 (FSD 아키텍처로 설계) - 엔지니어는 AI와 협업할 때, 어디까지 개입해야 할까? 결과가 아니라 과정을 중심으로 협업하면, AI와 더 잘 소통할 수 있고, 코드도 깔끔하게 유지할 수 있어요. 엔지니어로서 AI와의 협업 방식을 고민하시는 분이라면, 이번 영상이 좋은 힌트가 되길 바랍니다. 🤗 각자의 자리에서 함께 공부하시는 모든 분들 화이팅입니다. :) https://youtu.be/xbPoEtEGcmg

youtu.be

AI와 코딩할 때, 혹시 결과만 말하고 계신가요?
얼마 전 프로필

1. 스티브 잡스는 매일 아침 거울 앞에서 스스로에게 물었다. 오늘이 내 삶의 마지막 날이라면, 지금 이 일을 계속할 거냐고.

2. 모멘토 모리. 죽음을 기억하라. 죽음은 인간이 만든 최고의 발명품이다. 그 누구도 예외 없다. 사람은 모두 죽는다. 사람의 시간은 유한하다.

3. 그럼에도 우리는 시간을 무한한 자원처럼 다룬다. 눈에 보이지 않기 때문이다. 한 시간, 하루, 한 달. 보이지 않는 시간을 단위로 개념화했다. 그럼에도 시간은 잘 와닿지 않는다.

4. 우선순위는 보이지 시간에 대한 결정이다. 한정된 시간을 어디에 쓸 것인가. 사람의 삶과 마찬가지로 기업에게도 가장 중요하다.

5. 텅 빈 투명한 통이 있다. 여기 다양한 크기의 돌멩이를 담는다. 통은 시간이다. 돌멩이는 우리가 시간을 쓰는 일이다.

6. 돌의 크기는 저마다 다르다. 크기는 중요도와 비례한다고 하자. 어떤 걸 먼저 담아야 같은 통에 가장 많은 돌을 채울 수 있을까? 쉽다. 큰 돌을 먼저 담은 다음, 나머지 공간을 작은 돌로 채운다. 가장 밀도가 높다. 시간을 효율적으로 쓴 셈이다.

7. 순서를 거꾸로 한다면 어떻게 될까? 작은 돌들을 먼저 채운다. 나중에 큰 돌을 담아본다. 몇 개 들어가지 않는다. 많은 작은 돌들이 이미 꽉 차버렸으니까. 큰일이다. 그래도 돌멩이는 쏟고 다시 담으면 된다. 하지만, 써버린 시간은 되돌릴 수 없다.

8. 부와 성공을 이룬 사람은 돈으로 최대한 시간을 산다. 중요하지 않은 결정은 시간을 안 쓴다. 매일 같은 옷을 입고, 같은 식단을 먹는다.

9. 기업도 마찬가지다. 기업의 시간은 구성원의 시간이다. 구성원의 수만큼 시간이 있는 셈이다.

10. 기업의 시간을 늘리는 방법은 두 가지다. 채용을 해서 구성원의 수를 늘리면 된다. 빠르게 시간을 늘릴 수 있다. 하지만 감당해야 할 대가가 매우 크다. 되돌리기 어려운 결정이다.

11. 다른 방법은 시간 사용을 효율화하는 것이다. 높은 역량이 있는 사람을 채용한다. 성과를 내는 과정을 효율화한다.

12. '어떤 일을 할 시간이 없다'라는 말은 사실 '그 일은 우선순위에 없다'라는 말과 같다. 최악은 내가 가진 돌멩이에 우선순위가 없는 것이다. 이 돌, 저 돌 건드리다 결국 하나도 제대로 해내지 못한다. 흐지부지 시간은 계속 흐른다.

13. 모래시계처럼 우리의 남은 시간을 눈으로 볼 수 있다면 얼마나 좋을까. 조금은 더 효율적으로 살 수 있지 않을까.

14. 시각은 뇌가 다루는 감각의 90%를 차지한다. 그래서 우리는 눈에 안 보이는 걸 덜 중요하게 여긴다.

15. 시간, 결정, 건강, 관계. 살면서 점점 더 중요한 것들은 눈에 보이지 않는다는 것을 깨닫는다. 무의식의 흐름대로 살다가도 문득문득 멈춰서 다시 챙겨 본다. 나는 지금 보이지 않는 것들을 잘 챙겨가고 있을까.

#죽음을기억하라

1. 스티브 잡스는 매일 아침 거울 앞에서 스스로에게 물었다. 오늘이 내 삶의 마지막 날이라면, 지금 이 일을 계속할 거냐고. ​2. 모멘토 모리. 죽음을 기억하라. 죽음은 인간이 만든 최고의 발명품이다. 그 누구도 예외 없다. 사람은 모두 죽는다. 사람의 시간은 유한하다. 3. 그럼에도 우리는 시간을 무한한 자원처럼 다룬다. 눈에 보이지 않기 때문이다. 한 시간, 하루, 한 달. 보이지 않는 시간을 단위로 개념화했다. 그럼에도 시간은 잘 와닿지 않는다. 4. 우선순위는 보이지 시간에 대한 결정이다. 한정된 시간을 어디에 쓸 것인가. 사람의 삶과 마찬가지로 기업에게도 가장 중요하다. ​5. 텅 빈 투명한 통이 있다. 여기 다양한 크기의 돌멩이를 담는다. 통은 시간이다. 돌멩이는 우리가 시간을 쓰는 일이다. ​6. 돌의 크기는 저마다 다르다. 크기는 중요도와 비례한다고 하자. 어떤 걸 먼저 담아야 같은 통에 가장 많은 돌을 채울 수 있을까? 쉽다. 큰 돌을 먼저 담은 다음, 나머지 공간을 작은 돌로 채운다. 가장 밀도가 높다. 시간을 효율적으로 쓴 셈이다. 7. 순서를 거꾸로 한다면 어떻게 될까? 작은 돌들을 먼저 채운다. 나중에 큰 돌을 담아본다. 몇 개 들어가지 않는다. 많은 작은 돌들이 이미 꽉 차버렸으니까. 큰일이다. 그래도 돌멩이는 쏟고 다시 담으면 된다. 하지만, 써버린 시간은 되돌릴 수 없다. 8. 부와 성공을 이룬 사람은 돈으로 최대한 시간을 산다. 중요하지 않은 결정은 시간을 안 쓴다. 매일 같은 옷을 입고, 같은 식단을 먹는다. 9. 기업도 마찬가지다. 기업의 시간은 구성원의 시간이다. 구성원의 수만큼 시간이 있는 셈이다. 10. 기업의 시간을 늘리는 방법은 두 가지다. 채용을 해서 구성원의 수를 늘리면 된다. 빠르게 시간을 늘릴 수 있다. 하지만 감당해야 할 대가가 매우 크다. 되돌리기 어려운 결정이다. ​11. 다른 방법은 시간 사용을 효율화하는 것이다. 높은 역량이 있는 사람을 채용한다. 성과를 내는 과정을 효율화한다. ​12. '어떤 일을 할 시간이 없다'라는 말은 사실 '그 일은 우선순위에 없다'라는 말과 같다. 최악은 내가 가진 돌멩이에 우선순위가 없는 것이다. 이 돌, 저 돌 건드리다 결국 하나도 제대로 해내지 못한다. 흐지부지 시간은 계속 흐른다. ​13. 모래시계처럼 우리의 남은 시간을 눈으로 볼 수 있다면 얼마나 좋을까. 조금은 더 효율적으로 살 수 있지 않을까. ​14. 시각은 뇌가 다루는 감각의 90%를 차지한다. 그래서 우리는 눈에 안 보이는 걸 덜 중요하게 여긴다. ​15. 시간, 결정, 건강, 관계. 살면서 점점 더 중요한 것들은 눈에 보이지 않는다는 것을 깨닫는다. 무의식의 흐름대로 살다가도 문득문득 멈춰서 다시 챙겨 본다. 나는 지금 보이지 않는 것들을 잘 챙겨가고 있을까. #죽음을기억하라

< 인생을 바꾸는 ‘큰 돌멩이’의 법칙 >

Gemini CLI가 무료라길래 주말에 사용해봤습니다.

기존에 만들던 프로젝트가 있는데, 현재 중간 기능까지만 완성된 상태인데요,
시간과 의욕이 없어 중단된 상태였는데, 좋은 기회다 싶었습니다.

우선, 바이브 코딩으로 기존에 만들었던 프로젝트를 새로 만들 수 있을지 시도해봤습니다.
겉 모양은 그럴싸하게 나왔는데, 실제 동작을 시켜보면 여러 버그와 크래시가 발생했고, 버그 수정도 잘 못했습니다.
모양은 잘 잡았지만, 알맹이 수정에 끝이 없어보여서, 새로 만드는 것은 무리라고 판단했습니다.

그래서, 새로 만드는 것 말고 기존에 만든 프로젝트에 기능을 확장하는 시도를 해보았습니다.
큰 수정은 필요 없었고, 기존 로직과 유사한데 for-loop을 반대로 돌거나, 자료구조 한 세트를 더 가지는 정도의 수정이 필요했습니다.
아쉽게도, 이 또한 잘 수행하지 못했습니다.

특히 Gemini 2.5 flash는 문제가 더 심했는데,
 * 중괄호를 두 번 닫거나
 * 시킨 동작은 하지 않고, 엉뚱하게 앞선 메시지에 대한 답변을 하거나
 * 초기화 전에 값을 쓰려하거나

... 오동작이 좀 많이 있었습니다.

바이브 코딩으로 데이터 파서와 뷰어는 잘 만들 수 있는 것 같은데, 조금 복잡한 로직이 들어가면 사람 손이 필요해 보이긴 합니다.

Claude code는 프로젝트 완성을 해줄 수 있을지 궁금하긴 한데, 돈 내고 속상할까봐 망설이게 되네요.

Gemini CLI가 무료라길래 주말에 사용해봤습니다. 기존에 만들던 프로젝트가 있는데, 현재 중간 기능까지만 완성된 상태인데요,시간과 의욕이 없어 중단된 상태였는데, 좋은 기회다 싶었습니다. 우선, 바이브 코딩으로 기존에 만들었던 프로젝트를 새로 만들 수 있을지 시도해봤습니다.겉 모양은 그럴싸하게 나왔는데, 실제 동작을 시켜보면 여러 버그와 크래시가 발생했고, 버그 수정도 잘 못했습니다.모양은 잘 잡았지만, 알맹이 수정에 끝이 없어보여서, 새로 만드는 것은 무리라고 판단했습니다. 그래서, 새로 만드는 것 말고 기존에 만든 프로젝트에 기능을 확장하는 시도를 해보았습니다.큰 수정은 필요 없었고, 기존 로직과 유사한데 for-loop을 반대로 돌거나, 자료구조 한 세트를 더 가지는 정도의 수정이 필요했습니다.아쉽게도, 이 또한 잘 수행하지 못했습니다. 특히 Gemini 2.5 flash는 문제가 더 심했는데,<ul><li>중괄호를 두 번 닫거나</li><li>시킨 동작은 하지 않고, 엉뚱하게 앞선 메시지에 대한 답변을 하거나</li><li>초기화 전에 값을 쓰려하거나</li></ul> ... 오동작이 좀 많이 있었습니다. 바이브 코딩으로 데이터 파서와 뷰어는 잘 만들 수 있는 것 같은데, 조금 복잡한 로직이 들어가면 사람 손이 필요해 보이긴 합니다. Claude code는 프로젝트 완성을 해줄 수 있을지 궁금하긴 한데, 돈 내고 속상할까봐 망설이게 되네요.

Gemini CLI가 무료라길래 주말에 사용해봤습니다.

기존에 

WEBNORI

DDD의 창시자는 에릭에반스, DDD설계자이자 구현자인 반버논의 강의영상 설계자와 구현자를 이분하지 않는것이 이 진영의 특징이며 도메인모델을 코드에 표현해 녹여내는게 핵심입니다. 도메인 이벤트 처리를 위해 꼭 액터모델을 이용할 필요는 없지만~ 도움되는 장치를 제공합니다. - DDD와 액터모델을 셋트로 학습할수 있는 영상입니다.

요약글링크 : https://wiki.webnori.com/display/AKKA/Using+the+Actor+Model+with+Domain-Driven+Design+%28DDD%29+in+Reactive+Systems

DDD의 창시자는 에릭에반스, DDD설계자이자 구현자인 반버논의 강의영상 설계자와 구현자를 이분하지 않는것이 이 진영의 특징이며 도메인모델을 코드에 표현해 녹여내는게 핵심입니다. 도메인 이벤트 처리를 위해 꼭 액터모델을 이용할 필요는 없지만~ 도움되는 장치를 제공합니다. - DDD와 액터모델을 셋트로 학습할수 있는 영상입니다. 요약글링크 : https://wiki.webnori.com/display/AKKA/Using+the+Actor+Model+with+Domain-Driven+Design+%28DDD%29+in+Reactive+Systems

wiki.webnori.com

DDD와 액터모델

(웹)프론트엔드 개발이 쉬워보인다면 CSS나 WebGL 차력쇼나 대량의 실시간 업데이트 같은 것을 경험해보지 못해서..

근데 사실 (웹)백엔드도 대부분의 일은 CRUD라 요즘은 뇌 없이도 할 수 있다. (광역 어그로)

(웹)프론트엔드 개발이 쉬워보인다면 CSS나 WebGL 차력쇼나 대량의 실시간 업데이트 같은 것을 경험해보지 못해서.. 근데 사실 (웹)백엔드도 대부분의 일은 CRUD라 요즘은 뇌 없이도 할 수 있다. (광역 어그로)

(웹)프론트엔드 개발이 쉬워보인다면 CSS나 WebGL 차력쇼나 

우린 정말 사용자를 위하고 있을까? 모든 기업이 '사용자'와 '경험'을 강조하지만, 실제로 그럴까요? 글쎄요.

사용자를 이해하는 유일한 방법에 대하여 | 독서모임 | 리서치 하는데요 | 트레바리

트레바리 <리서치 하는데요> 6번째 시즌을 시작합니다. 벌써 2년째 클럽을 이어가고 있는데 매번 첫 번째 책을 고르는데 시간을 많이 쓰고 있습니다. 첫 번째 책은 크리스틴 로제 『경험의 멸종』으로 정했습니다.

첫 번째 모임
📖크리스틴 로젠, 『경험의 멸종』

기술은 날로 완벽해지는데 왜 인간은 점점 더 불안해질까요? <리서치 하는데요> 6번째 시즌의 첫 번째 책은 "우리는 어떻게 경험을 잃어가고 있을까?"에 대한 잃어가고 있는 경험을 이야기해보려고 합니다. 넷플릭스 시리즈 '블랙미러'를 떠올리게 만드는 이 책은 '인간다움'과 '경험의 본질'에 대해 성찰하는 시간으로 대화가 이어지는 매개가 될 것입니다. 

더 쉽게 경험을 할 수 있도록 만든 디지털기술은 왜 사용자의 감각을 마비시킬까요? 더 많은 것을 누리지만 왜 더 불안해지는 걸까요? 나의 감정은 왜 점점 단순해지고 기다림에는 인색해지는 걸까요? 감동이 사라지고 무한 스크롤 속에 쾌락만 허락된 시대. 가만히 경험의 멸종에 대해 이야기할 시간은 회사에서도, 다른 모임에서도 쉽게 허락되지 않았습니다. 첫 번째 모임에서는 더 나은 사용자 경험을 만들기 위한 만드는 사람의 책임과 태도를 함께 이야기해 보겠습니다.

두 번째 모임
📖알랭 드 보통,『행복의 건축』

이 책은 철학적이고 예술적이며 담담합니다. 건축을 전공한 멋진 선배가 첫 직장에서 제게 선물했던 책이기도 한데요. 드 보통은 첫 번째 책에서 이야기 한 경험에 대해 차원을 넓히는 단서를 이야기합니다. 책은 건축의 일상성에 대해 이야기하지만, 인간이 경험하는 공통적인 자극에 대해 철학적인 의미를 이야기합니다. "장소가 달라지면 나쁜 쪽이든 좋은 쪽이든 사람도 달라진다"라는 관념처럼 어떤 경험을 플랫폼에서 설계하느냐에 따라 사용자가 느끼는 경험의 행복감은 차이가 생깁니다. 일상 속의 경험, 건축 속의 설계에 대해 함께 이야기하며 사용자 경험을 들여다보는 해상도를 높여볼까요?

세 번째 모임
📖류쉐펑,『복잡한 세상을 이기는 수학의 힘』

어떤 습관이 사용자 경험을 설계하는 사람의 고민을 더 깊이 있게 만들까요? 감정에 공감하면서 때로는 수학적인 접근이 필요하다고 믿습니다. 특히 내부 이해관계자를 설득할 때에 필요한 도구는 수학과 관련이 깊습니다. 사용자 경험을 다루고, 리서치를 하면서 가장 어려운 점은 리더십을 설득하는 과정인데요. 그때마다 사고의 폭을 확장하는데, 복잡한 현상을 구조화하는데 도움이 되는 프레임워크에 대해 함께 살펴보고 각자의 경험을 대입해 볼까요?

네 번째 모임
📖황현산,『밤이 선생이다』

<리서치 하는데요>는 사용자 경험에 대해 이야기하지만 방법론의 함정에 빠지는 것을 경계하려고 애써왔습니다. 그러려면 각자의 경험과 방식을 존중하고 또 불편하지만 포기할 수 없는 선에 대해서 이야기를 할 필요가 있다고 믿습니다. 에세이는 다른 사람의 생각을 근원까지 들여다보는데 가장 효과적인 장르입니다. 인간에 대한 이해와 비평, 슬프지만 따뜻한 마음이 느껴지는 이 책에는 삼십여 년에 걸친 작가의 시선이 잘 담겨있습니다. 사용자 경험을 만드는 사람들이 포기하면 안 되는 그 책임에 대해서 이야기해 볼까요?

https://trevar.ink/lG9pBf

트레바리 &lt;리서치 하는데요&gt; 6번째 시즌을 시작합니다. 벌써 2년째 클럽을 이어가고 있는데 매번 첫 번째 책을 고르는데 시간을 많이 쓰고 있습니다. 첫 번째 책은 크리스틴 로제 『경험의 멸종』으로 정했습니다. 첫 번째 모임📖크리스틴 로젠, 『경험의 멸종』 기술은 날로 완벽해지는데 왜 인간은 점점 더 불안해질까요? &lt;리서치 하는데요&gt; 6번째 시즌의 첫 번째 책은 "우리는 어떻게 경험을 잃어가고 있을까?"에 대한 잃어가고 있는 경험을 이야기해보려고 합니다. 넷플릭스 시리즈 '블랙미러'를 떠올리게 만드는 이 책은 '인간다움'과 '경험의 본질'에 대해 성찰하는 시간으로 대화가 이어지는 매개가 될 것입니다.&nbsp; 더 쉽게 경험을 할 수 있도록 만든 디지털기술은 왜 사용자의 감각을 마비시킬까요? 더 많은 것을 누리지만 왜 더 불안해지는 걸까요? 나의 감정은 왜 점점 단순해지고 기다림에는 인색해지는 걸까요? 감동이 사라지고 무한 스크롤 속에 쾌락만 허락된 시대. 가만히 경험의 멸종에 대해 이야기할 시간은 회사에서도, 다른 모임에서도 쉽게 허락되지 않았습니다. 첫 번째 모임에서는 더 나은 사용자 경험을 만들기 위한 만드는 사람의 책임과 태도를 함께 이야기해 보겠습니다. 두 번째 모임📖알랭 드 보통,『행복의 건축』 이 책은 철학적이고 예술적이며 담담합니다. 건축을 전공한 멋진 선배가 첫 직장에서 제게 선물했던 책이기도 한데요. 드 보통은 첫 번째 책에서 이야기 한 경험에 대해 차원을 넓히는 단서를 이야기합니다. 책은 건축의 일상성에 대해 이야기하지만, 인간이 경험하는 공통적인 자극에 대해 철학적인 의미를 이야기합니다. "장소가 달라지면 나쁜 쪽이든 좋은 쪽이든 사람도 달라진다"라는 관념처럼 어떤 경험을 플랫폼에서 설계하느냐에 따라 사용자가 느끼는 경험의 행복감은 차이가 생깁니다. 일상 속의 경험, 건축 속의 설계에 대해 함께 이야기하며 사용자 경험을 들여다보는 해상도를 높여볼까요? 세 번째 모임📖류쉐펑,『복잡한 세상을 이기는 수학의 힘』 어떤 습관이 사용자 경험을 설계하는 사람의 고민을 더 깊이 있게 만들까요? 감정에 공감하면서 때로는 수학적인 접근이 필요하다고 믿습니다. 특히 내부 이해관계자를 설득할 때에 필요한 도구는 수학과 관련이 깊습니다. 사용자 경험을 다루고, 리서치를 하면서 가장 어려운 점은 리더십을 설득하는 과정인데요. 그때마다 사고의 폭을 확장하는데, 복잡한 현상을 구조화하는데 도움이 되는 프레임워크에 대해 함께 살펴보고 각자의 경험을 대입해 볼까요? 네 번째 모임📖황현산,『밤이 선생이다』 &lt;리서치 하는데요&gt;는 사용자 경험에 대해 이야기하지만 방법론의 함정에 빠지는 것을 경계하려고 애써왔습니다. 그러려면 각자의 경험과 방식을 존중하고 또 불편하지만 포기할 수 없는 선에 대해서 이야기를 할 필요가 있다고 믿습니다. 에세이는 다른 사람의 생각을 근원까지 들여다보는데 가장 효과적인 장르입니다. 인간에 대한 이해와 비평, 슬프지만 따뜻한 마음이 느껴지는 이 책에는 삼십여 년에 걸친 작가의 시선이 잘 담겨있습니다. 사용자 경험을 만드는 사람들이 포기하면 안 되는 그 책임에 대해서 이야기해 볼까요? https://trevar.ink/lG9pBf

trevar.ink

⟪트레바리 <리서치 하는데요> 6번째 시즌을 오픈합니다⟫

춘식이 따라 집사 라이언의 바쁜 현대인 일상 관찰하기

집사는 왜 월요일이 싫을까?

저는 요즘 WebGL, three.js 등의 3D 기술로 만들어진 사이트에 관심이 많습니다. 이번에 맡게 된 프로젝트가 웹상에서 사용자에게 인터랙티브한 경험을 제공하도록 기획 중인 터라 계속 찾아보게 되더라고요 😊

카카오와 더즈 인터랙티브가 함께 만든 '카카오 춘식이 관찰일기' 사이트를 소개합니다. 별도의 설치 없이 웹 사이트를 접속하여 춘식이의 일기장을 살펴볼 수 있는 메타버스적인 공간으로 설계되어있어 누구나 접근할 수 있습니다. 

📌 일기장 (노트) 같은 BG + 펜으로 일기를 써 내려가는 듯한 펜슬 드로잉 UI/UX
📌 자연스러운 스토리텔링 
📌 각 챕터마다 표현된 3D 애니메이션

Choonsikdiary

기획자

김현수

• 라이프스타일과 취향에 따라, 사는 이유를 기획합니다. 
• 제품과 서비스 그리고 공간까지, 사는 재미로 삽니다.
• 뭔가에 빠져, 사는 사람과의 대화를 좋아합니다. 

D2C 커머스 | 브랜드 캠페인 | 디지털 마케팅
#취향설계 #제너럴리스트 #기획자 #이커머스

햇병아리 서비스 기획자🐰🐥

되고 싶습니다 서비스 기획자가

22.08.08
이커머스 신입 서비스 기획자가 되었습니다🐣
22.07.14
메타버스 커뮤니티 플랫폼 기획자가 되고 싶어요!
20대 후반 비전공생🎓 이제 막 꿈을 튼 새싹입니다!🌱
아는 것도 경험도 많이 부족하지만🪫
열심히 배우겠습니다! 많은 조언부탁드립니다!☺️


슈프리마에이치큐 프론트엔드 개발자

윤해은

#크리에이터 #Aha-!모먼트가즐거운 #그로스마인드셋 #긍정적인

👀 메타버스적 공간, 카카오 춘식이 관찰일기

👩🏻‍💻 언제나 이유있는 기획을 하고자 노력합니다. 
에이전시에서 서비스 기획자로 일하고 있습니다. 
새로운 영감을 보고, 듣고, 기록하는 것을 좋아하고 데이터를 분석하는 일에 관심을 가지고 공부하고 있습니다.

이새봄

👩🏻‍💻 언제나 이유있는 기획을 하고자 노력합니다. 에이전시에서 서비스 기획자로 일하고 있습니다. 새로운 영감을 보고, 듣고, 기록하는 것을 좋아하고 데이터를 분석하는 일에 관심을 가지고 공부하고 있습니다.
#글쓰기 #워라밸 #데이터분석 #기획자 #강아지최고

👀 메타버스적 공간, 카카오 춘식이 관찰일기

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필