토스 채용

토스 프론트엔드 플랫폼 팀과 함께 겨울방학동안 샘플 앱을 만들어가실 분을 찾는다고 합니다.

내년, 토스 프론트엔드 개발환경이 모두에게 공개된다고 해요.
공개 전 샘플앱을 만들면서 검증할 분을 찾나봐요!

자세한 사항은 아래 링크로!

https://toss.im/career/job-detail?job_id=6272708003

토스 프론트엔드 플랫폼 팀과 함께 겨울방학동안 샘플 앱을 만들어가실 분을 찾는다고 합니다. 내년, 토스 프론트엔드 개발환경이 모두에게 공개된다고 해요. 공개 전 샘플앱을 만들면서 검증할 분을 찾나봐요! 자세한 사항은 아래 링크로! https://toss.im/career/job-detail?job_id=6272708003

toss.im

토스 개발팀에서 겨울방학동안 샘플 앱 만드실분~

큰 장애를 냈어요. 사소한 실수였죠. 연봉을 뱉어내도 메울 수 없는 손실을 냈어요.

문제를 복구한 뒤 원인 분석을 위해 모였어요. 이상했어요. 아무도 저를 탓하지 않았거든요. 오히려 절 걱정해줬어요.

제 잘못이 아니라 프로세스의 문제라고 했어요. 일하는 법을 바꿔서 같은 상황을 만들지 않으면 되는 거라고 했어요.

또 하나 배웠어요. 때론 사람을 고치려 하지 말고 프로세스, 환경을 바꿔야 한다는 점을요.

큰 장애를 냈어요. 사소한 실수였죠. 연봉을 뱉어내도 메울 수 없는 손실을 냈어요. 문제를 복구한 뒤 원인 분석을 위해 모였어요. 이상했어요. 아무도 저를 탓하지 않았거든요. 오히려 절 걱정해줬어요. 제 잘못이 아니라 프로세스의 문제라고 했어요. 일하는 법을 바꿔서 같은 상황을 만들지 않으면 되는 거라고 했어요. 또 하나 배웠어요. 때론 사람을 고치려 하지 말고 프로세스, 환경을 바꿔야 한다는 점을요.

제가 잘못한 게 아니라고요?

때론 사람이 바뀌어야 프로세스가 지켜지고, 환경이 개선되더라고요

2025 수능 문제를 o1-preview로 풀게 한 결과 단 한 문제만 틀렸다고 합니다.

무엇보다 학습 데이터에 들어가 있지 않은 것이 확실한 문제를 푼 것이니 의미가 꽤 큽니다.

정식 o1 도 아니고, o1-preview이니, 내년이 되면 만점을 맞을 가능성이 높겠죠? 최근에는 LLM이 의사와 동일 혹은 높은 수준의 진단을 한다는 연구 결과도 속속 나오고 있고요.

이젠 정말 시험과 자격증의 의미에 대해서 다시 생각해 봐야 할 때가 아닌가 싶네요.

출처: Korean SAT LLM Leaderboard

2025 수능 문제를 o1-preview로 풀게 한 결과 단 한 문제만 틀렸다고 합니다. 무엇보다 학습 데이터에 들어가 있지 않은 것이 확실한 문제를 푼 것이니 의미가 꽤 큽니다. 정식 o1 도 아니고, o1-preview이니, 내년이 되면 만점을 맞을 가능성이 높겠죠? 최근에는 LLM이 의사와 동일 혹은 높은 수준의 진단을 한다는 연구 결과도 속속 나오고 있고요. 이젠 정말 시험과 자격증의 의미에 대해서 다시 생각해 봐야 할 때가 아닌가 싶네요. 출처: Korean SAT LLM Leaderboard

요즘은 정말 먹고 자는 것 말고는 대부분 시간에 강의 준비만 한다. 2~3시간 분량의 가벼운 Spring Boot TDD 강의를 기획했는데 현실은 슬라이드 200장과 커밋 40개에 다가가는 중이다. 드디어 컨텐트 제작 끝이 보이고 이번주에는 촬영을 시작할 수 있을 듯 하다.

이제 주변 분들에게 컨텐트 리뷰를 받기 시작했는데 반응이 괜찮아서 다행이다.

요즘은 정말 먹고 자는 것 말고는 대부분 시간에 강의 준비만 한다. 2~3시간 분량의 가벼운 Spring Boot TDD 강의를 기획했는데 현실은 슬라이드 200장과 커밋 40개에 다가가는 중이다. 드디어 컨텐트 제작 끝이 보이고 이번주에는 촬영을 시작할 수 있을 듯 하다. 이제 주변 분들에게 컨텐트 리뷰를 받기 시작했는데 반응이 괜찮아서 다행이다.

Instagram

최근 번아웃때문에 갑작스레 퇴사를 한 친구가 있었습니다. 그 친구와도 몇번 식사를 하면서 얘기를 나눠보고, 같이 고민를 나눠보기도 했는데, 안타깝더라구요. 그런데, 실제 주위에 30~40대에서도 이런 번아웃을 겪는 사람들이 많은거 같습니다...마침 카일스쿨 운영자가 공유해 준 글이 있어 공유해봅니다.

번아웃(Burnout)의 정의
 * 타올라서 지친 상태
 * 장기 피로와 열정 상실을 의미하는 심리학 용어

 1. 승화하기: 열심히 살아야 생긴다. 인정해주기
    * 번아웃을 인정하고, 다만 배터리(에너지)가 떨어진 것이라서 이제 충전만 하면 된다
    
    
 2. 승화하기: 잠시 왔다 가는 존재라 생각하기
    * 번아웃은 근육통이나 감기 같은 존재
      
      
 3. 승화하기: 쉽고 작은 일부터 시작하기
    * 번아웃은 작은 성취를 받지 못해서 생겼을 수 있기 때문에 작은 성취를 만들어 보고 경험해보기
      
      
 4. 승화하기: 자신의 일에 대해 재정의하기
    * 자신의 일이 중요하지 않고, 누구나 할 수 있는 일이다라고 생각하는 순간 번아웃에 빠지기 쉬움. 따라서, 내 일에서 의미를 찾아야 함
      
      
 5. 번아웃 원인 분석하기
    * 원인은? 어떤 사건인가? 반복되는가? 예전부터 가지고 있던 욕구와 관련된 것인가? 등
    * 원인을 정확히 정의하면, 해결 방법을 구체적으로 생각할 수 있음
      
      
 6. 결국 행복감을 느끼고 잘 쉬기
    * 성장이나 성과에 초점을 맞추면 잘 안될때 이슈가 생기고, 이런 요소가 번아웃을 만들수 있음
    * 따라서, 너무 성과에 기반한 생각보다 자신의 행복을 좀 더 생각하는 것을 추천
      
      
 7. 기타 유용했던 방법
    * 동시에 진행할 일의 최대 갯수 정하기
    * 꾸준히 운동하기
    * 평소 익숙한 장소가 아닌 다른 장소에서 생각하기
    * 주위에 도움 줄 사람이 있다면 도움 구하기 등

 * source: https://www.instagram.com/data.scientist/p/Cw5A1yALAFQ/?img_index=1

최근 번아웃때문에 갑작스레 퇴사를 한 친구가 있었습니다. 그 친구와도 몇번 식사를 하면서 얘기를 나눠보고, 같이 고민를 나눠보기도 했는데, 안타깝더라구요. 그런데, 실제 주위에 30~40대에서도 이런 번아웃을 겪는 사람들이 많은거 같습니다...마침 카일스쿨 운영자가 공유해 준 글이 있어 공유해봅니다. 번아웃(Burnout)의 정의<ul ><li>타올라서 지친 상태</li><li>장기 피로와 열정 상실을 의미하는 심리학 용어</li></ul> <ol ><li>승화하기: 열심히 살아야 생긴다. 인정해주기<ul ><li>번아웃을 인정하고, 다만 배터리(에너지)가 떨어진 것이라서 이제 충전만 하면 된다</li></ul> </li><li>승화하기: 잠시 왔다 가는 존재라 생각하기<ul ><li>번아웃은 근육통이나 감기 같은 존재 </li></ul></li><li>승화하기: 쉽고 작은 일부터 시작하기<ul ><li>번아웃은 작은 성취를 받지 못해서 생겼을 수 있기 때문에 작은 성취를 만들어 보고 경험해보기 </li></ul></li><li>승화하기: 자신의 일에 대해 재정의하기<ul ><li>자신의 일이 중요하지 않고, 누구나 할 수 있는 일이다라고 생각하는 순간 번아웃에 빠지기 쉬움. 따라서, 내 일에서 의미를 찾아야 함 </li></ul></li><li>번아웃 원인 분석하기<ul ><li>원인은? 어떤 사건인가? 반복되는가? 예전부터 가지고 있던 욕구와 관련된 것인가? 등</li><li>원인을 정확히 정의하면, 해결 방법을 구체적으로 생각할 수 있음 </li></ul></li><li>결국 행복감을 느끼고 잘 쉬기<ul ><li>성장이나 성과에 초점을 맞추면 잘 안될때 이슈가 생기고, 이런 요소가 번아웃을 만들수 있음</li><li>따라서, 너무 성과에 기반한 생각보다 자신의 행복을 좀 더 생각하는 것을 추천 </li></ul></li><li>기타 유용했던 방법<ul ><li>동시에 진행할 일의 최대 갯수 정하기</li><li>꾸준히 운동하기</li><li>평소 익숙한 장소가 아닌 다른 장소에서 생각하기</li><li>주위에 도움 줄 사람이 있다면 도움 구하기 등</li></ul></li></ol> <ul ><li>source: https://www.instagram.com/data.scientist/p/Cw5A1yALAFQ/?img_index=1</li></ul>

www.instagram.com

[카일스쿨] 번아웃 을 극복하는 방법

이번 강의를 준비하며 고민이 많았다. 그동안 다양한 배경과 경험을 가진 분들 앞에서 강의를 해왔지만, 순수하게 학생들만을 위해 준비한 강의는 처음이었다. 처음이라 더 조심스러웠다. 학생들에게 전달할 내용이 얼마나 유익할지, 난이도는 적절할지, 분량은 너무 많거나 부족하지는 않을지 끊임없이 질문하게 됐다. 내가 이야기하고자 하는 주제가 그들에게 실질적인 가치를 줄 수 있을까 하는 생각이 머릿속을 떠나지 않았다.

그렇게 걱정과 기대가 교차하는 과정에서 오늘의 강의를 준비했다. 그리고 마침내 강의를 마쳤다. 솔직히 말하자면 끝나기 전까지도 내내 긴장했다. 그러나 강연을 마치고 들은 피드백은 나를 안심시키고, 또 기쁘게 만들었다. "정말 재미있고 유익했다" "도움이 많이 됐다"라는 말들 속에서, 내 노력이 단순히 나 혼자만의 만족이 아니라 누군가에게 실제로 영향을 미쳤다는 것을 느낄 수 있었다.

그 순간, 모든 걱정이 사라졌다. 아마도 강의할 때마다 느끼는 보람일 테지만, 이번에는 조금 더 특별하게 다가왔다. 아직도 배우고 성장하는 단계에 있는 학생들에게 내가 나누는 지식과 경험이 그들의 여정에 작은 도움이 될 수 있다면, 그것만으로도 충분하다고 생각한다.

이제야 마음이 편안해졌다. 강의 준비로 미뤄두었던 드래곤퀘스트 3를 다시 꺼낼 때가 온 것 같다.

이번 강의를 준비하며 고민이 많았다. 그동안 다양한 배경과 경험을 가진 분들 앞에서 강의를 해왔지만, 순수하게 학생들만을 위해 준비한 강의는 처음이었다. 처음이라 더 조심스러웠다. 학생들에게 전달할 내용이 얼마나 유익할지, 난이도는 적절할지, 분량은 너무 많거나 부족하지는 않을지 끊임없이 질문하게 됐다. 내가 이야기하고자 하는 주제가 그들에게 실질적인 가치를 줄 수 있을까 하는 생각이 머릿속을 떠나지 않았다. 그렇게 걱정과 기대가 교차하는 과정에서 오늘의 강의를 준비했다. 그리고 마침내 강의를 마쳤다. 솔직히 말하자면 끝나기 전까지도 내내 긴장했다. 그러나 강연을 마치고 들은 피드백은 나를 안심시키고, 또 기쁘게 만들었다. "정말 재미있고 유익했다" "도움이 많이 됐다"라는 말들 속에서, 내 노력이 단순히 나 혼자만의 만족이 아니라 누군가에게 실제로 영향을 미쳤다는 것을 느낄 수 있었다. 그 순간, 모든 걱정이 사라졌다. 아마도 강의할 때마다 느끼는 보람일 테지만, 이번에는 조금 더 특별하게 다가왔다. 아직도 배우고 성장하는 단계에 있는 학생들에게 내가 나누는 지식과 경험이 그들의 여정에 작은 도움이 될 수 있다면, 그것만으로도 충분하다고 생각한다. 이제야 마음이 편안해졌다. 강의 준비로 미뤄두었던 드래곤퀘스트 3를 다시 꺼낼 때가 온 것 같다.

강의가 끝난 후

개발자에게 커뮤니케이션 역량이 중요한 이유에 대해서 알아보겠습니다.

개발자에게 커뮤니케이션 스킬은 왜 중요할까?

커뮤니케이션은 직종과 직군, 직급에 상관없이 모두에게 중요하다고 생각합니다. 명확한 의사전달이 진행이 되어야 협업이든, 명령이든, 업무든 진행이 된다고 생각하기 때문입니다.

그럼에도 불구하고, 특히 개발자에게 커뮤니케이션 스킬이 중요한 이유중에 하나는 보통 개발자는 코드로 모든것을 이야기한다고 하지요. 물론, 충분히 일리 있는 얘기입니다. 그러나, 단적인 예로, 개발자가 비개발자와 업무를 함께 해야하거나 설명을 해야하는 경우에는 코드만으로 이야기 하기 어려울 것입니다. 또한, 말로만 하는것 뿐만 아니라 이메일, 문서등을 포함한 측면의 커뮤니케이션 스킬도 있을수 있습니다. 심플하면서도 핵심을 쉽게 설명할 수 있는 커뮤니케이션 스킬을 가진 사람이라면 어디에서든 대환영(?) 할 거 같습니다.(저도 그러고푸네요~^^)

F-lab에서 얘기하는 개발자의 커뮤니케이션 스킬의 중요성을 공유해봅니다. 상세 내용은 원문을 참고해주시기 바랍니다~^^

커뮤니케이션이란?
 * “나의 머릿속에 있는 생각을 상대방에게 전달하는 것”

커뮤니케이션 스킬이 왜 중요할까?
 * 업무를 인수인계하는 상황
 * 다른 부서와 협업하는 상황
 * 업무에 대한 아이디어를 제안하는 상황

1️⃣ 온보딩
 * 잘 정리된 온보딩 문서가 존재한다면 신규 입사자에게 한 사람의 시간을 들여 설명해 주는 대신, 문서를 통해 업무를 파악하게
 * 그래서 이런 내용을 잘 정리하기 위해서는 커뮤니케이션 스킬 중 문서화라는 스킬 필요

2️⃣ 채용 프로세스
 * 이력서 작성시, 자신에 대해 자세하게 표현하면서도 핵심만 어필해야 하기 때문에 문서화 스킬 필요
 * 면접을 진행할 때에는 대화 스킬 필요

3️⃣ 코드 작성시의 커뮤니케이션
 * 코드 작성시, 코드의 의미를 더 잘 전달하기 위해 주석, 개발한 내용 문서화 뿐만 아니라
 * 내가 짜는 코드의 의미를 전달하는 것에 대해 더 고민하면서 깔끔하게 짜려고 노력하는 것도 다른 개발자가 내 코드에 대해 이해하고 사용하는 데에 드는 시간을 줄여주는 배려이고, 이 또한 상대방이 내 의도를 이해하는데 걸리는 시간을 줄여주기 때문에 커뮤니케이션 스킬

4️⃣ 기술 공유
 * 컨퍼런스, 사내 세미나 등을 통해 지식을 공유시, 기존 기술에 대한 배경을 먼저 설명하여 기술에 대한 필요성부터 청중들에게 납득시킨 후 기술 발표

5️⃣ 갑을 관계
 * 상대와 본인의 관계에 대해 고민해 보고, 어떻게 해야 상대방이 오해하지 않고 받아들일 수 있을까를 고민하며 커뮤니케이션

6️⃣ 강압적인 커뮤니케이션 X
 * 좋은 커뮤니케이션은 상대가 자발적으로 내 의도에 맞게 행동하게 하는 것

 * 출처: https://f-lab.kr/blog/why-important-communication-skill

커뮤니케이션은 직종과 직군, 직급에 상관없이 모두에게 중요하다고 생각합니다. 명확한 의사전달이 진행이 되어야 협업이든, 명령이든, 업무든 진행이 된다고 생각하기 때문입니다. 그럼에도 불구하고, 특히 개발자에게 커뮤니케이션 스킬이 중요한 이유중에 하나는 보통 개발자는 코드로 모든것을 이야기한다고 하지요. 물론, 충분히 일리 있는 얘기입니다. 그러나, 단적인 예로, 개발자가 비개발자와 업무를 함께 해야하거나 설명을 해야하는 경우에는 코드만으로 이야기 하기 어려울 것입니다. 또한, 말로만 하는것 뿐만 아니라 이메일, 문서등을 포함한 측면의 커뮤니케이션 스킬도 있을수 있습니다. 심플하면서도 핵심을 쉽게 설명할 수 있는 커뮤니케이션 스킬을 가진 사람이라면 어디에서든 대환영(?) 할 거 같습니다.(저도 그러고푸네요~^^) F-lab에서 얘기하는 개발자의 커뮤니케이션 스킬의 중요성을 공유해봅니다. 상세 내용은 원문을 참고해주시기 바랍니다~^^ 커뮤니케이션이란?<ul ><li>“나의 머릿속에 있는 생각을 상대방에게 전달하는 것”</li></ul> 커뮤니케이션 스킬이 왜 중요할까?<ul ><li>업무를 인수인계하는 상황</li><li>다른 부서와 협업하는 상황</li><li>업무에 대한 아이디어를 제안하는 상황</li></ul> 1️⃣ 온보딩<ul ><li>잘 정리된 온보딩 문서가 존재한다면 신규 입사자에게 한 사람의 시간을 들여 설명해 주는 대신, 문서를 통해 업무를 파악하게</li><li>그래서 이런 내용을 잘 정리하기 위해서는 커뮤니케이션 스킬 중 문서화라는 스킬 필요</li></ul> 2️⃣ 채용 프로세스<ul ><li>이력서 작성시, 자신에 대해 자세하게 표현하면서도 핵심만 어필해야 하기 때문에 문서화 스킬 필요</li><li>면접을 진행할 때에는 대화 스킬 필요</li></ul> 3️⃣ 코드 작성시의 커뮤니케이션<ul ><li>코드 작성시, 코드의 의미를 더 잘 전달하기 위해 주석, 개발한 내용 문서화 뿐만 아니라</li><li>내가 짜는 코드의 의미를 전달하는 것에 대해 더 고민하면서 깔끔하게 짜려고 노력하는 것도 다른 개발자가 내 코드에 대해 이해하고 사용하는 데에 드는 시간을 줄여주는 배려이고, 이 또한 상대방이 내 의도를 이해하는데 걸리는 시간을 줄여주기 때문에 커뮤니케이션 스킬</li></ul> 4️⃣ 기술 공유<ul ><li>컨퍼런스, 사내 세미나 등을 통해 지식을 공유시, 기존 기술에 대한 배경을 먼저 설명하여 기술에 대한 필요성부터 청중들에게 납득시킨 후 기술 발표</li></ul> 5️⃣ 갑을 관계<ul ><li>상대와 본인의 관계에 대해 고민해 보고, 어떻게 해야 상대방이 오해하지 않고 받아들일 수 있을까를 고민하며 커뮤니케이션</li></ul> 6️⃣ 강압적인 커뮤니케이션 X<ul ><li>좋은 커뮤니케이션은 상대가 자발적으로 내 의도에 맞게 행동하게 하는 것</li></ul> <ul ><li>출처: https://f-lab.kr/blog/why-important-communication-skill</li></ul>

F-Lab : 상위 1% 개발자들의 멘토링

[F-lab] 개발자에게 커뮤니케이션 스킬은 왜 중요할까?

일을 잘하고 싶다면 관심 카테고리를 선택하고 선별된 업계 트렌드와 직군별 인사이트를 받아보세요.

🚀 시장 점유율 10%의 비결 (Shopify 사례 포함) | 일일일

쇼피파이에서 제품, 디자인, 엔지니어링, 데이터, 운영, 그로스마케팅 등 여러 팀을 리딩하고 계신 아치 에이브럼스와의 인터뷰 내용을 요약해주신 글이 있어 공유드립니다.
쇼피파이에 성장 전략에 충분히 이해할 수 있을정도로 잘 정리해주셨네요.

전환율보다 전체 사용자 수를 중시합니다.
자신이 담당하는 퍼널 부분의 전환율만 최적화하려다보면, 이전 단계에서 진입 장벽을 높여 전환율을 인위적으로 올리는 유혹에 빠질 수 있습니다.
 * 쇼피파이는 특정 단계의 전환율보다, 전체 퍼널에서 최대한 많은 사용자가 최종 목표에 도달할 수 있도록 하는데 중점을 둡니다.
이를 통해 단기적인 전환율 지표 대신 더 많은 고객이 성공적인 사업을 지속하도록 유도하며 장기적이고 지속가능한 성장을 이룹니다.

실험 결과는 단기 성과가 아닌 장기적 효과로 평가합니다.
단기적으로 효과가 있는 실험이 장기적으로 유효할 거라는 보장은 없습니다.
 * 쇼피파이는 결제 실패 알림을 강화했을 때 단기적으로는 결제 재시도율이 증가하여 매출이 늘어났으나, 장기적인 매출 증대에는 큰 영향을 미치지 않았다는 것을 확인했습니다. 이는 단기적으로 효과적이였던 정책이 반드시 지속가능한 성과로 이어지지 않는다는 점을 보여줍니다.
이렇게 장기평가를 통해 단기 성과에 대한 착각을 방지하고, 실험이 진정으로 장기적 가치를 창출하는지 여부를 신중하게 분석합니다.

핵심 제품 팀은 지표보다 직관과 장기 비전을 우선시합니다.
KPI나 OKR에 얽매이지 않고, 최고의 제품을 만드는데 집중합니다.
 * 기능 출시 전 "이 기능이 장기적으로 고객에게 가치 있는가?"라는 질문을 기준으로 잡고 이 기준을 통해 단기적 성과에 급급하지 않고 고객이 장기적으로 성공할 수 있는 환경을 제공하는 데 집중합니다.
이를 통해 제품 팀은 지표 중심의 평가 대신 고객이 실제로 필요로 하는 경험과 가치를 제공하기 위해 노력합니다.

그로스 팀과 제품 팀 간의 협력을 통해 성과와 품질의 균형을 잡습니다.
그로스 팀은 데이터와 최적화를 중시하고, 제품 팀은 제품의 품질과 장기 비전을 중시하는 특성이 있습니다. 상호 협력하여 고객 경험을 유지하면서도 성장 목표를 달성할 수 있는 절충점을 찾아갑니다.
 * 쇼피파이는 온보딩 과정에서 마법사 기능을 도입하여 고객이 빠르게 적응할 수 있도록 고려했으나, 철학이 맞지 않아 온보딩 내에서 사용자가 직접 기능을 탐색하며 필요한 지침을 얻을 수 있도록 절충했습니다.
이러한 방식은 고객이 제품을 직접 경험하며 이해할 수 있는 기회를 제공하고, 성장과 품질 사이에서 균형을 찾을 수 있도록 도와줍니다.

제품 주도 성장 모델에 세일즈를 통합하여 고객이 원하는 유연성을 제공
세일즈와 협력하면서, 고객의 여정에 대한 깊은 이해가 중요하다는 점을 깨달았습니다.
쇼피파이 초기에는 셀프 서비스 중심의 모델만 제공했지만, 대규모 고객 유치를 위해 세일즈 팀을 도입하여 두 가지 모델을 결합한 하이브리드 접근 방식을 선택했습니다.
 * 셀프 서비스에서 세일즈로 전환: 쇼피파이를 탐색하던 고객이 특정 비즈니스 요구에 대해 추가적인 지원이 필요할 경우 세일즈 팀으로 자연스럽게 연결될 수 있도록 시스템 구축
 * 세일즈 경로에서 셀프서비스로 전환: 기존에 세일즈 팀을 통해 가입한 고객이 필요한 기능을 다 갖춘후에는 셀프 서비스로 전환
이러한 방식은 고객의 다양한 필요에 맞추어 유연하게 대응하며, 새로운 고객 확보와 더불어 고객 경험을 최적화하는데 도움을 줍니다.

초기 진입 장벽을 낮추는 할인 정책을 성장의 중요한 레버로 활용
할인은 고객이 새로운 개념에 쉽게 접근하도록 돕고, 구매 심리를 자극하는 강력한 도구입니다.
고가 상품에 대한 할인 전략은 신규 고객의 구매 결정을 유도하는데 매우 효과적입니다.
 * 첫 달 무료 제공: 신규 고객에게 첫 달 무료를 제공하여 Shopify의 기능을 부담없이 경험하도록 돕습니다.
 * 정기적 할인 캠페인: 특정 기간 동안 신규 고객에게 할인 혜택을 제공하는 캠페인을 정기적으로 진행하여 고객의 진입 장벽을 낮춥니다.
이러한 할인 정책은 신규 고객이 초기 비용에 대한 부담을 덜고 프로덕트를 체험할 수 있도록 하여 고객 유입을 증대시키며, 장기적인 관계 형셩에도 긍정적인 영향을 미칩니다.

쇼피파이에서 제품, 디자인, 엔지니어링, 데이터, 운영, 그로스마케팅 등 여러 팀을 리딩하고 계신 아치 에이브럼스와의 인터뷰 내용을 요약해주신 글이 있어 공유드립니다.쇼피파이에 성장 전략에 충분히 이해할 수 있을정도로 잘 정리해주셨네요. 전환율보다 전체 사용자 수를 중시합니다.자신이 담당하는 퍼널 부분의 전환율만 최적화하려다보면, 이전 단계에서 진입 장벽을 높여 전환율을 인위적으로 올리는 유혹에 빠질 수 있습니다.<ul ><li>쇼피파이는 특정 단계의 전환율보다, 전체 퍼널에서 최대한 많은 사용자가 최종 목표에 도달할 수 있도록 하는데 중점을 둡니다.</li></ul>이를 통해 단기적인 전환율 지표 대신 더 많은 고객이 성공적인 사업을 지속하도록 유도하며 장기적이고 지속가능한 성장을 이룹니다. 실험 결과는 단기 성과가 아닌 장기적 효과로 평가합니다.단기적으로 효과가 있는 실험이 장기적으로 유효할 거라는 보장은 없습니다.<ul ><li>쇼피파이는 결제 실패 알림을 강화했을 때 단기적으로는 결제 재시도율이 증가하여 매출이 늘어났으나, 장기적인 매출 증대에는 큰 영향을 미치지 않았다는 것을 확인했습니다. 이는 단기적으로 효과적이였던 정책이 반드시 지속가능한 성과로 이어지지 않는다는 점을 보여줍니다.</li></ul>이렇게 장기평가를 통해 단기 성과에 대한 착각을 방지하고, 실험이 진정으로 장기적 가치를 창출하는지 여부를 신중하게 분석합니다. 핵심 제품 팀은 지표보다 직관과 장기 비전을 우선시합니다.KPI나 OKR에 얽매이지 않고, 최고의 제품을 만드는데 집중합니다.<ul ><li>기능 출시 전 "이 기능이 장기적으로 고객에게 가치 있는가?"라는 질문을 기준으로 잡고 이 기준을 통해 단기적 성과에 급급하지 않고 고객이 장기적으로 성공할 수 있는 환경을 제공하는 데 집중합니다. </li></ul>이를 통해 제품 팀은 지표 중심의 평가 대신 고객이 실제로 필요로 하는 경험과 가치를 제공하기 위해 노력합니다. 그로스 팀과 제품 팀 간의 협력을 통해 성과와 품질의 균형을 잡습니다.그로스 팀은 데이터와 최적화를 중시하고, 제품 팀은 제품의 품질과 장기 비전을 중시하는 특성이 있습니다. 상호 협력하여 고객 경험을 유지하면서도 성장 목표를 달성할 수 있는 절충점을 찾아갑니다. <ul ><li>쇼피파이는 온보딩 과정에서 마법사 기능을 도입하여 고객이 빠르게 적응할 수 있도록 고려했으나, 철학이 맞지 않아 온보딩 내에서 사용자가 직접 기능을 탐색하며 필요한 지침을 얻을 수 있도록 절충했습니다.</li></ul>이러한 방식은 고객이 제품을 직접 경험하며 이해할 수 있는 기회를 제공하고, 성장과 품질 사이에서 균형을 찾을 수 있도록 도와줍니다. 제품 주도 성장 모델에 세일즈를 통합하여 고객이 원하는 유연성을 제공세일즈와 협력하면서, 고객의 여정에 대한 깊은 이해가 중요하다는 점을 깨달았습니다.쇼피파이 초기에는 셀프 서비스 중심의 모델만 제공했지만, 대규모 고객 유치를 위해 세일즈 팀을 도입하여 두 가지 모델을 결합한 하이브리드 접근 방식을 선택했습니다.<ul ><li>셀프 서비스에서 세일즈로 전환: 쇼피파이를 탐색하던 고객이 특정 비즈니스 요구에 대해 추가적인 지원이 필요할 경우 세일즈 팀으로 자연스럽게 연결될 수 있도록 시스템 구축 </li><li>세일즈 경로에서 셀프서비스로 전환: 기존에 세일즈 팀을 통해 가입한 고객이 필요한 기능을 다 갖춘후에는 셀프 서비스로 전환</li></ul>이러한 방식은 고객의 다양한 필요에 맞추어 유연하게 대응하며, 새로운 고객 확보와 더불어 고객 경험을 최적화하는데 도움을 줍니다. 초기 진입 장벽을 낮추는 할인 정책을 성장의 중요한 레버로 활용할인은 고객이 새로운 개념에 쉽게 접근하도록 돕고, 구매 심리를 자극하는 강력한 도구입니다.고가 상품에 대한 할인 전략은 신규 고객의 구매 결정을 유도하는데 매우 효과적입니다.<ul ><li>첫 달 무료 제공: 신규 고객에게 첫 달 무료를 제공하여 Shopify의 기능을 부담없이 경험하도록 돕습니다. </li><li>정기적 할인 캠페인: 특정 기간 동안 신규 고객에게 할인 혜택을 제공하는 캠페인을 정기적으로 진행하여 고객의 진입 장벽을 낮춥니다. </li></ul>이러한 할인 정책은 신규 고객이 초기 비용에 대한 부담을 덜고 프로덕트를 체험할 수 있도록 하여 고객 유입을 증대시키며, 장기적인 관계 형셩에도 긍정적인 영향을 미칩니다.

일일일

시장 점유율 10%의 비결

물리적인 무언가를 만드는 사람들이 부러울 때가 많다. 부러워하지 말고 나도 하면 될텐데, 그냥 게으른거긴 하지만.. 😑 3D 프린터라도 장만해볼까..

물리적인 무언가를 만드는 사람들이 부러울 때가 많다. 부러워하지 말고 나도 하면 될텐데, 그냥 게으른거긴 하지만.. 😑 3D 프린터라도 장만해볼까..

오오 저는 반대로 목공을 하다가 이제 막 개발로 넘어온 케이스 입니닿

목공은 20년 전이나 지금이나 사용하는 기술은 그의 달라지지 않았고 원목가구가 사치품에 가깝다보니 소비자가 기대하는 디자인은 한정적이고 시장의 파이도 워낙 좁아서 소재의 한계가 느껴지더라구요.

개발은 형태의 제한도 없고 브랜드만 보고 선택하지도 않다보니 뭔가 제가 목공에서 느꼈던 아쉬움을  해소해줄 수 있어서 개발로 넘어왔습니다~

그래도 가끔 사진첩 보면서 만들었던 소품이나 가구 보면 흐믓하고 지인들이 선물로 원목 소품 받고 주 눈 희둥그레 질 때는 또 도파민 200%..

개발도 좋지만 손으로 무언가 만드는 취미는 전 강력추천합니다...!

중고등학생들에게 피드백을 좀 받고 싶은데.. 내 환경과 나이가.. 이미 그들과 너무 멀어졌을 뿐이고.. 🫠

중고등학생들에게 피드백을 좀 받고 싶은데.. 내 환경과 나이가.. 이미 그들과 너무 멀어졌을 뿐이고.. 🫠

Redis는 Java 애플리케이션에서 캐싱, 세션 관리, 실시간 데이터 저장소로 자주 사용됩니다. Redis 클라이언트에서 데이터를 저장하거나 가져올 때, 데이터는 반드시 직렬화되어야 합니다. 직렬화 방식은 성능과 코드의 유지보수에 큰 영향을 미치기 때문에 잘 선택해야 합니다. 이번 포스팅에서는 Java에서 Redis 직렬화 시 자주 사용하는 방법들을 비교하고 각 방식의 특징과 예제를 설명합니다. JdkSerializationRedisSerializerJDK 기본 직렬화는 Java 표준 라이브러리에서 제공하는 java.io.Serializable 인터페이스를 사용하여 객체를 바이트 스트림으로 변환하는 방식입니다. 이 방식은 사용하기 편리하지만, 다소 무거운 오버헤드가 있을 수 있습니다.  장점:Java ..

Java Redis 직렬화 삼총사: Json, String, JDK

이번 포스팅에서는 Java에서 Redis 직렬화 시 자주 사용하는 방법들을 비교하고 각 방식의 특징과 예제를 설명합니다.
 
JdkSerializationRedisSerializer
JDK 기본 직렬화는 Java 표준 라이브러리에서 제공하는 java.io.Serializable 인터페이스를 사용하여 객체를 바이트 스트림으로 변환하는 방식입니다. 이 방식은 사용하기 편리하지만, 다소 무거운 오버헤드가 있을 수 있습니다. 
 
장점:
 * Java 내장 기능이라 별도의 라이브러리 필요 없음
 * 복잡한 객체 구조도 쉽게 직렬화 가능
단점:
 * 직렬화된 데이터가 상대적으로 큼
 * 직렬화/역직렬화 과정이 비교적 느림
public class RedisConfig {
 public RedisTemplate<String, Object> redisTemplate() {
 RedisTemplate<String, Object> template = new RedisTemplate<>();
 template.setValueSerializer(new JdkSerializationRedisSerializer());
 // 기타 설정
 return template;
 }
} 

저장되는 형태
127.0.0.1:6379> GET user:2
"\xac\xed\x00\x05sr\x00\x04User...\x78\x6f"

 
StringRedisSerializer
String 직렬화는 데이터를 문자열 형태로 저장하는 방식입니다. 이 방식은 간단하고 가볍기 때문에 기본적인 키-값 저장에 적합합니다. 직렬화 과정 없이 단순히 데이터를 문자열로 변환하여 Redis에 저장합니다.
 
장점:
 * 속도가 빠르고 갑벼움
 * 데이터가 사람이 읽을 수 있어 디버깅이 쉬움
단점:
 * 객체 직렬화에 비해 유연성이 떨어짐
 * 복잡한 데이터 구조에는 적합하지 않음 
import org.springframework.data.redis.serializer.StringRedisSerializer;
import org.springframework.data.redis.core.RedisTemplate;

public class RedisConfig {
 public RedisTemplate<String, String> redisTemplate() {
 RedisTemplate<String, String> template = new RedisTemplate<>();
 template.setKeySerializer(new StringRedisSerializer());
 template.setValueSerializer(new StringRedisSerializer());
 // 기타 설정
 return template;
 }
}

저장되는 형태
127.0.0.1:6379> GET message
"Hello, World!"

 
GenericJackson2JsonRedisSerializer
JSON 직렬화는 객체를 JSON 문자열로 변환하는 방식입니다. JSON은 가볍고 사람이 읽을 수 있으며 다양한 언어와 호환이 잘 됩니다. Jackson 라이브러리 등을 활용해 손쉽게 구현할 수 있습니다.
 
장점:
 * 데이터 포맷이 가볍고 사람이 읽기 쉬움
 * 다양한 언어 간 호환성 우수
 * 객체 타입을 손쉽게 복원 가능
단점:
 * 데이터 크기가 텍스트 기반이라 다소 클 수 있음
 * 이진 데이터보다는 느림
import org.springframework.data.redis.serializer.GenericJackson2JsonRedisSerializer;
import org.springframework.data.redis.core.RedisTemplate;

public class RedisConfig {
 public RedisTemplate<String, Object> redisTemplate() {
 RedisTemplate<String, Object> template = new RedisTemplate<>();
 template.setValueSerializer(new GenericJackson2JsonRedisSerializer());
 // 기타 설정
 return template;
 }
}

저장되는 형태
127.0.0.1:6379> GET user:1
"{\"@class\":\"com.example.User\",\"name\":\"Alice\",\"age\":25}"

 
케이스별 선택
 * 여러 언어와의 호환성: GenericJackson2JsonRedisSerializer 추천
 * 같은 언어(Java) 간 데이터 공유: GenericJackson2JsonRedisSerializer 또는 JdkSerializationRedisSerializer 추천
 * 단순 데이터: StringRedisSerializer 추천
 * 복잡한 객체 또는 Java 전용 데이터: JdkSerializationRedisSerializer (단, 모든 서비스가 Java인 경우에만)
 
저 같은 경우는 서로 다른 서비스에서 동일한 Redis 클러스터를 사용하고 있었습니다. 동일한 프로젝트가 아니었기에 JdkSerializationRedisSerializer은 사용할 수 없었고, 간단한 데이터도 아니었기에 String을 선택하기에도 어려웠습니다.
 
결국 GenericJackson2JsonRedisSerializer를 선택하였는데, 기본적으로 포함되는 @class 속성은 데이터의 타입 정보를 제공하지만, 다른 서비스에서 필요하지 않았습니다. 이를 비활성화하려면 ObjectMapper 설정을 통해 커스터마이징할 수 있습니다.

이번 포스팅에서는 Java에서 Redis 직렬화 시 자주 사용하는 방법들을 비교하고 각 방식의 특징과 예제를 설명합니다.&nbsp;JdkSerializationRedisSerializerJDK 기본 직렬화는 Java 표준 라이브러리에서 제공하는 java.io.Serializable 인터페이스를 사용하여 객체를 바이트 스트림으로 변환하는 방식입니다. 이 방식은 사용하기 편리하지만, 다소 무거운 오버헤드가 있을 수 있습니다.&nbsp;&nbsp;장점:<ul ><li>Java 내장 기능이라 별도의 라이브러리 필요 없음</li><li>복잡한 객체 구조도 쉽게 직렬화 가능</li></ul>단점:<ul ><li>직렬화된 데이터가 상대적으로 큼</li><li>직렬화/역직렬화 과정이 비교적 느림</li></ul><pre ><code class="language-java">public class RedisConfig {
 public RedisTemplate&lt;String, Object&gt; redisTemplate() {
 RedisTemplate&lt;String, Object&gt; template = new RedisTemplate&lt;&gt;();
 template.setValueSerializer(new JdkSerializationRedisSerializer());
 // 기타 설정
 return template;
 }
}&nbsp;</code></pre>저장되는 형태<pre ><code class="language-ruby">127.0.0.1:6379&gt; GET user:2
"\xac\xed\x00\x05sr\x00\x04User...\x78\x6f"</code></pre>&nbsp;StringRedisSerializerString 직렬화는 데이터를 문자열 형태로 저장하는 방식입니다. 이 방식은 간단하고 가볍기 때문에 기본적인 키-값 저장에 적합합니다. 직렬화 과정 없이 단순히 데이터를 문자열로 변환하여 Redis에 저장합니다.&nbsp;장점:<ul ><li>속도가 빠르고 갑벼움</li><li>데이터가 사람이 읽을 수 있어 디버깅이 쉬움</li></ul>단점:<ul ><li>객체 직렬화에 비해 유연성이 떨어짐</li><li>복잡한 데이터 구조에는 적합하지 않음&nbsp;</li></ul><pre ><code class="language-java">import org.springframework.data.redis.serializer.StringRedisSerializer;
import org.springframework.data.redis.core.RedisTemplate;

public class RedisConfig {
 public RedisTemplate&lt;String, String&gt; redisTemplate() {
 RedisTemplate&lt;String, String&gt; template = new RedisTemplate&lt;&gt;();
 template.setKeySerializer(new StringRedisSerializer());
 template.setValueSerializer(new StringRedisSerializer());
 // 기타 설정
 return template;
 }
}</code></pre>저장되는 형태<pre ><code class="language-ruby">127.0.0.1:6379&gt; GET message
"Hello, World!"</code></pre>&nbsp;GenericJackson2JsonRedisSerializerJSON 직렬화는 객체를 JSON 문자열로 변환하는 방식입니다. JSON은 가볍고 사람이 읽을 수 있으며 다양한 언어와 호환이 잘 됩니다. Jackson 라이브러리 등을 활용해 손쉽게 구현할 수 있습니다.&nbsp;장점:<ul ><li>데이터 포맷이 가볍고 사람이 읽기 쉬움</li><li>다양한 언어 간 호환성 우수</li><li>객체 타입을 손쉽게 복원 가능</li></ul>단점:<ul ><li>데이터 크기가 텍스트 기반이라 다소 클 수 있음</li><li>이진 데이터보다는 느림</li></ul><pre ><code class="language-java">import org.springframework.data.redis.serializer.GenericJackson2JsonRedisSerializer;
import org.springframework.data.redis.core.RedisTemplate;

public class RedisConfig {
 public RedisTemplate&lt;String, Object&gt; redisTemplate() {
 RedisTemplate&lt;String, Object&gt; template = new RedisTemplate&lt;&gt;();
 template.setValueSerializer(new GenericJackson2JsonRedisSerializer());
 // 기타 설정
 return template;
 }
}</code></pre>저장되는 형태<pre ><code class="language-ruby">127.0.0.1:6379&gt; GET user:1
"{\"@class\":\"com.example.User\",\"name\":\"Alice\",\"age\":25}"</code></pre>&nbsp;케이스별 선택<ul ><li>여러 언어와의 호환성: GenericJackson2JsonRedisSerializer 추천</li><li>같은 언어(Java) 간 데이터 공유: GenericJackson2JsonRedisSerializer 또는 JdkSerializationRedisSerializer 추천</li><li>단순 데이터: StringRedisSerializer 추천</li><li>복잡한 객체 또는 Java 전용 데이터: JdkSerializationRedisSerializer (단, 모든 서비스가 Java인 경우에만)</li></ul>&nbsp;저 같은 경우는 서로 다른 서비스에서 동일한 Redis 클러스터를 사용하고 있었습니다. 동일한 프로젝트가 아니었기에 JdkSerializationRedisSerializer은 사용할 수 없었고, 간단한 데이터도 아니었기에 String을 선택하기에도 어려웠습니다.&nbsp;결국 GenericJackson2JsonRedisSerializer를 선택하였는데, 기본적으로 포함되는 @class 속성은 데이터의 타입 정보를 제공하지만, 다른 서비스에서 필요하지 않았습니다. 이를 비활성화하려면 ObjectMapper 설정을 통해 커스터마이징할 수 있습니다.

덕토피아

🕊️ Java Redis직렬화 삼총사: Json, String, 

Hibernate 는 지연 로딩, 캐싱, 쿼리 순서 최적화 등 개발자가 애플리케이션 개발에만 집중할 수 있도록 여러가지 편의 기능을 제공합니다. 저는 오늘 이 ‘편의 기능’ 때문에 ‘불편해진’ 경험들에 대해 이야기 해보려 합니다.

Hibernate 의 ‘불편한’ 편의 기능들

JPA(Hibernate)를 사용하면서 생긴 불평불만들
Hibernate 는 정말 좋은 프레임워크일까?
https://medium.com/@hyeon9mak/hibernate-%EC%9D%98-%EB%B6%88%ED%8E%B8%ED%95%9C-%ED%8E%B8%EC%9D%98-%EA%B8%B0%EB%8A%A5%EB%93%A4-06a1fbc7492a

JPA(Hibernate)를 사용하면서 생긴 불평불만들Hibernate 는 정말 좋은 프레임워크일까?https://medium.com/@hyeon9mak/hibernate-%EC%9D%98-%EB%B6%88%ED%8E%B8%ED%95%9C-%ED%8E%B8%EC%9D%98-%EA%B8%B0%EB%8A%A5%EB%93%A4-06a1fbc7492a

Medium

JPA(Hibernate)를 사용하면서 생긴 불평불만들
Hiber

기술 면접 질문을 매일매일 메일로 보내드릴게요!

매일메일 - 기술 면접 질문 구독 서비스

기술 면접 질문을 매일매일 보내준다는 구독 서비스가 있습니다.
https://www.maeil-mail.kr/
서비스의 기능은 복잡하진 않지만 꽤 유용하게 활용해 볼 수 있을 것 같더라고요. 하루의 5분으로 기술 인사이트의 확장에 도움이 되길 바라는 마음에 공유드립니다.

기술 면접 질문을 매일매일 보내준다는 구독 서비스가 있습니다.https://www.maeil-mail.kr/서비스의 기능은 복잡하진 않지만 꽤 유용하게 활용해 볼 수 있을 것 같더라고요. 하루의 5분으로 기술 인사이트의 확장에 도움이 되길 바라는 마음에 공유드립니다.

maeil-mail

기술 면접 질문 구독 서비스 - 매일메일

유튜브 영상을 통해 본 분들도 있겠지만 일론 머스크는 다음과 같은 면접 질문을 통해 Exceptional Ability를 갖춘 사람을 찾으려 한다고 한다.

 * 인생 여정에 대해 말해달라는 걸로 시작해서
 * 그 과정에서 어떤 어려운 문제에 직면했으며
 * 그 문제를 어떻게 해결했고 어떤 결정을 내렸는가?

답변을 듣고 꼬리에 꼬리를 물고 계속해서 구체적이고 디테일한 질문을 통해 정말 본인이 한 것인지 아니면 남이 한 걸 본인이 한 것처럼 거짓말하는지도 알 수 있다고 한다. 인생 여정 이야기를 먼저 하는 이유는 그 사람에 대해 더 잘 알고 싶기도 하고 본인 이야기를 해야 좀더 다음 질문에 솔직하게 답변하게 되기 때문이 아닌가 싶다.

여러분들도 한번 위의 질문에 한번 본인이 자문자답해보면 어떨까 싶다. 특히 경력이 어느 정도 되는 분들이라면 어떤 문제를 해결보았고 그 과정에서 어떤 결정을 내렸는지 굉장히 의미있는 질문이다. 특히 "결정"이란 포인트가 중요하다. 커리어 초기에는 내가 결정을 내리기 보다는 남이 내린 결정에 맞춰 일을 하게 되지만 레벨이 올라가면서 결정을 내리는 역할을 하게 된다. 또 좋은 결과로 이루어진 결정만 의미가 있는 것이 아니다. 무엇을 배웠고 다음 번에는 이렇게 다르게 해보겠다는 것도 충분히 좋은 답변이다.

여담으로 X에서 일하는 지인에게 일론 머스크가 CEO가 된 뒤에 무엇이 변했는지 물어보았다.

 * 엔지니어의 수를 25% 밑으로 줄였고 레벨의 수를 확 줄여서 이제는 말단 개발자에서 세번 올라가면 일론 머스크라고 한다. 이제 트럼프가 미국 대통령이 되면서 일론 머스크가 정부 효율성을 높이는 일을 맡을 꺼라고 하던데 칼바람이 불 가능성이 높다. 25%로 줄였음에도 불구하고 전체적인 성과는 좋아졌으면 좋아졌지 나빠지지 않았다고 한다. 어쩌면 파킨슨의 법칙이 적용되고 있었는지도 모르겠다. 파킨슨의 법칙은 주어진 업무는 그 일을 처리할 수 있는 시간만큼 늘어나게 되며 사람이 있는만큼 더 바빠지는 현상을 말한다.
 * 구글 클라우드에서 X 서비스가 돌고 있었는데 그걸 클라우드 바깥(On-Premise)으로 이전하는 프로젝트를 진행 중이라 한다. 다들 클라우드에서 도는 세상에 비용을 이슈로 클라우드 이전 세상으로 돌아가는 셈인데 이 역시 일론 머스크가 아니라면 할 수 없는 결정이 아닌가 싶다.

유튜브 영상을 통해 본 분들도 있겠지만 일론 머스크는 다음과 같은 면접 질문을 통해 Exceptional Ability를 갖춘 사람을 찾으려 한다고 한다. <ul ><li>인생 여정에 대해 말해달라는 걸로 시작해서</li><li>그 과정에서 어떤 어려운 문제에 직면했으며</li><li>그 문제를 어떻게 해결했고 어떤 결정을 내렸는가?</li></ul> 답변을 듣고 꼬리에 꼬리를 물고 계속해서 구체적이고 디테일한 질문을 통해 정말 본인이 한 것인지 아니면 남이 한 걸 본인이 한 것처럼 거짓말하는지도 알 수 있다고 한다. 인생 여정 이야기를 먼저 하는 이유는 그 사람에 대해 더 잘 알고 싶기도 하고 본인 이야기를 해야 좀더 다음 질문에 솔직하게 답변하게 되기 때문이 아닌가 싶다. 여러분들도 한번 위의 질문에 한번 본인이 자문자답해보면 어떨까 싶다. 특히 경력이 어느 정도 되는 분들이라면 어떤 문제를 해결보았고 그 과정에서 어떤 결정을 내렸는지 굉장히 의미있는 질문이다. 특히 "결정"이란 포인트가 중요하다. 커리어 초기에는 내가 결정을 내리기 보다는 남이 내린 결정에 맞춰 일을 하게 되지만 레벨이 올라가면서 결정을 내리는 역할을 하게 된다. 또 좋은 결과로 이루어진 결정만 의미가 있는 것이 아니다. 무엇을 배웠고 다음 번에는 이렇게 다르게 해보겠다는 것도 충분히 좋은 답변이다. 여담으로 X에서 일하는 지인에게 일론 머스크가 CEO가 된 뒤에 무엇이 변했는지 물어보았다. <ul ><li>엔지니어의 수를 25% 밑으로 줄였고 레벨의 수를 확 줄여서 이제는 말단 개발자에서 세번 올라가면 일론 머스크라고 한다. 이제 트럼프가 미국 대통령이 되면서 일론 머스크가 정부 효율성을 높이는 일을 맡을 꺼라고 하던데 칼바람이 불 가능성이 높다. 25%로 줄였음에도 불구하고 전체적인 성과는 좋아졌으면 좋아졌지 나빠지지 않았다고 한다. 어쩌면 파킨슨의 법칙이 적용되고 있었는지도 모르겠다. 파킨슨의 법칙은 주어진 업무는 그 일을 처리할 수 있는 시간만큼 늘어나게 되며 사람이 있는만큼 더 바빠지는 현상을 말한다.</li><li>구글 클라우드에서 X 서비스가 돌고 있었는데 그걸 클라우드 바깥(On-Premise)으로 이전하는 프로젝트를 진행 중이라 한다. 다들 클라우드에서 도는 세상에 비용을 이슈로 클라우드 이전 세상으로 돌아가는 셈인데 이 역시 일론 머스크가 아니라면 할 수 없는 결정이 아닌가 싶다.</li></ul>

일론 머스크의 면접 질문

01 . 그 어느 때보다 개인의 퍼스널리티가 주목받고 있는 시대에 살고 있다는 사실은 쉽게 부정할 수 없을 겁니다. 대중이 아닌 개인의 차원에서 그들의 니즈를 파악하는 것이 회사는 물론 거대 경제에서도 중요한 목표가 되었고, 우리 개개인 역시도 '나는 어떤 사람인가'에 대한 관심도가 아주 높아졌기 때문이죠. 어쩌면 MBTI를 포함한 각종 성향 테스트, 유행하는 캐릭터들을 활용한 스타일과 케미스트리를 알아보는 게임들이 주목받는 것도 어쩌면 이 이유들에 근거하고 있다고 봐도 무방할 겁니다.

02 . 예전 ⟪기획자의 독서⟫란 책의 도입부에서 이런 취지의 표현을 쓴 적이 있습니다.
'세상에 기획자라고 불리는 직무가 아주 많지만, 그중에서도 각자의 무기를 들고 있는 기획자가 늘어나면 좋겠다. 그래서 여러 스타일의 기획자가 존재하고, 그들이 만든 기획물이 세상에 더더욱 많아지면 좋겠다'고 말입니다.
그런데 이 표현을 읽고서 몇몇 분들이 DM을 통해 비슷한 질문을 주셨습니다.
"저는 내향적인 성향인데 마케팅 직무가 잘 어울릴까요? 어떤 무기를 찾아야 하는지 모르겠어요.", "저는 지루한 것을 못 참는 성격인데 한 브랜드를 오래 담당하는 게 좋은 선택일까요?"

03 . 비교적 친분이 있고, 심지어 함께 일해 본 경험이 있는 사람들에게도 쉽게 해줄 수 있는 답이 아니니 당연히 구체적인 답변을 드릴 수 없었습니다. 그에 대한 고민과 결정은 오롯이 본인의 몫이라는 사실을 최대한 정중히 알려드렸던 사실이 기억나니까요.
하지만 동시에 놀랐던 사실 한 가지는 바로 꽤 많은 사람들이 성향과 성격과 역량을 구분 짓지 못하면서 일을 하고 있구나 하는 것이었습니다. 즉, 자기만의 장점을 갈고닦아 그걸 무기로 만드는 과정에서 이 세 가지를 아주 주관적으로 해석해 활용하고 있다는 걸 깨닫게 된 것이죠.

04 . 업무를 할 때도 자주 강조하는 사실이지만 우선 성격과 성향은 명확히 구분되는 개념입니다. 성격은 '현재의 나'로 대표되는 특성이라 할 수 있습니다. 만약 우리를 계량화(?) 할 수 있다면 병원에서 진단을 받는 것처럼 지금 곧장 나에게서 추출해낼 수 있는 특성이 바로 성격인 것이죠. 반대로 성향은 단어에서도 유추할 수 있듯이 '방향'의 목적이 추가된 개념입니다. 즉, 내가 갖고 있는 성격을 기반으로 '나는 어떤 사람이 되고 싶다'는 바람이 꽤 상당 부분 차지하고 있는 미래지향적 특성인 거죠. 그래서 한 줄로 정리하자면 성격은 지금의 나, 성향은 앞으로 나아가는 나라고 해도 큰 무리가 없습니다.

05 . 그런데 간혹 이 두 가지만을 거론하면서 '저는 ~ 이런이런 성격이라 그 업무는 하기가 어려울 것 같아요'라든가 '제 성향과는 맞지 않는 업무인 것 같아서 고민이 됩니다'라는 이야기를 하는 사람들을 자주 봅니다. 물론 본인이 가진 특성이 직무에 지대한 영향을 준다는 것은 결코 부정할 수 없는 사실이지만 냉정하게 따지고 보면 업무는 성격과 성향으로 주어지는 것이 아닙니다. 바로 우리에겐 마지막 남아있는 개념, 바로 '역량'이라는 것이 존재하기 때문이죠.

06 . 그동안 적지 않은 시간을 일해오면서 사람들의 선입견과 전혀 다른 모습을 보이는 유능한 인재들을 꽤 많이 목격했습니다. 분명 저 필드에서 일하려면 꽤나 터프하고 강직한 성격을 가지고 있어야 할 것 같은데, 침착하고 (어찌 보면 내성적인, 하지만) 꼼꼼한 성격의 사람이 훨씬 좋은 결과를 만들어내는 경우도 봤고, 아주 감성적이고 창의적이어야 하는 분야일 것 같음에도 지극히 이성적이고 데이터베이스의 사고를 하는 사람이 희대의 걸작을 만들어내는 사례도 있었으니 말이죠. 사람을 겉으로만, 아니 겉과 속을 나름 알고 있다고 해도 함부로 평가 내리면 안 된다는 사실을 다시 한번 깨닫는 순간이었죠.

07 . 그리고 이 사람들을 지켜보다 보면 한 가지 공통점이 발견되었습니다. 그들은 늘 '성향은 성향이고, 역량은 역량이다'라는 인식이 매우 분명한 사람들이었다는 겁니다. 다시 말해 '나는 A의 성향임이 분명하지만 이 일을 잘하기 위해서는 B라는 역량이 반드시 필요하다'는 사실을 잘 인지하는 인재들이었고, A로 인해 B가 잘 발휘되지 않을 거라는 무리한 가설을 세우지 않는 타입들이었습니다. 무엇보다 A가 필요한 자리에 B를, B가 필요한 자리에 A를 거론하지 않는 메타인지를 갖추고 있다는 게 가장 큰 장점이었고요.

08 . 이건 '성격과 성향은 서로 영향을 줄 수 있을지 몰라도, 이를 역량으로까지 연결 짓는 것은 무리가 있다'는 사실을 잘 보여줍니다. '해당 업무에 대한 경험이 적어서 이 일을 잘 해결할 수 있을지 고민이 됩니다'는 설득력이 있지만, '제 성격이 소심해서 이 일에 맞을지 모르겠어요'는 상당히 설득력이 떨어진다는 얘기인 거죠.
반대로 리더의 입장에서도 역량이 아닌 성격과 성향을 기준으로 업무를 배분하는 것은 적지 않은 리스크를 동반합니다. 개인의 특성이라는 게 참고 요소는 될 수 있을지 몰라도 역량에 앞선 우선 요소가 될 수는 없는 것이니 말이죠.

09 . 우스갯소리가 조금 섞이긴 했지만 가끔 누군가의 질문에 '일이니까요'라고 대답할 때가 있습니다. 예를 들면 '사람 앞에 나서는 걸 부담스러워하는 성격이라고 했는데 발표할 때는 왜 하나도 안 떠세요?'라든가 '외향적인 사람들을 만나면 종종 기가 빨린다고 하셨는데, 어떻게 먼저 제안하고 태핑하고 하는 것에 스트레스받지 않는 거죠?'라는 질문이죠. 그렇다고 제가 그 순간 스스로에게 엄청난 최면을 거는 것도 아닌 라는 걸 돌이켜보면 결국 답은 '그건 내가 할 수 있는 역량의 범위이니, 일이 되게 하기 위해서는 필요한 과정이다'가 맞는 것 같아요. 성격과 성향을 들먹이면서 할 수 있는 일조차 밀어내고, 발전해야 할 부분조차 외면시 하는 것은 성장 욕구가 없는 것과 마찬가지니까요.

10 . 개인의 특성이 주목받는 시대를 넘어 초개인화에 접근하는 세상이라고 하지만, 나라는 개인에 가장 집중해야 하는 사람은 다름 아닌 우리 자신입니다. 그리고 나 자신을 잘 이해하기 위해서는 지금의 나(성격)와 앞으로의 나(성향)를 규정하는 것도 중요하지만 지금 내 손에 들려있는 것과 비교적 쉽고 빠르게 체득할 수 있는 것, 남들보다 더 경쟁적으로 우위를 확보할 수 있는 것(역량)들과의 관계를 파악하는 것도 너무너무 중요합니다. 쌀로 밥을 짓는다는 사실만큼 당연한 것이 '일은 역량으로 한다'는 사실일 테니 말이죠.
그러니 누군가 일로서 여러분을 파악하려 하는 시도를 한다면 그때는 여러분 스스로 먼저 질문을 던져보는 게 좋을 것 같습니다. '나의 성격과 성향은 나의 역량과 어떤 관계를 맺고 있나'라고 말입니다.

01 . 그 어느 때보다 개인의 퍼스널리티가 주목받고 있는 시대에 살고 있다는 사실은 쉽게 부정할 수 없을 겁니다. 대중이 아닌 개인의 차원에서 그들의 니즈를 파악하는 것이 회사는 물론 거대 경제에서도 중요한 목표가 되었고, 우리 개개인 역시도 '나는 어떤 사람인가'에 대한 관심도가 아주 높아졌기 때문이죠. 어쩌면 MBTI를 포함한 각종 성향 테스트, 유행하는 캐릭터들을 활용한 스타일과 케미스트리를 알아보는 게임들이 주목받는 것도 어쩌면 이 이유들에 근거하고 있다고 봐도 무방할 겁니다. 02 . 예전 ⟪기획자의 독서⟫란 책의 도입부에서 이런 취지의 표현을 쓴 적이 있습니다.'세상에 기획자라고 불리는 직무가 아주 많지만, 그중에서도 각자의 무기를 들고 있는 기획자가 늘어나면 좋겠다. 그래서 여러 스타일의 기획자가 존재하고, 그들이 만든 기획물이 세상에 더더욱 많아지면 좋겠다'고 말입니다.그런데 이 표현을 읽고서 몇몇 분들이 DM을 통해 비슷한 질문을 주셨습니다."저는 내향적인 성향인데 마케팅 직무가 잘 어울릴까요? 어떤 무기를 찾아야 하는지 모르겠어요.", "저는 지루한 것을 못 참는 성격인데 한 브랜드를 오래 담당하는 게 좋은 선택일까요?" 03 . 비교적 친분이 있고, 심지어 함께 일해 본 경험이 있는 사람들에게도 쉽게 해줄 수 있는 답이 아니니 당연히 구체적인 답변을 드릴 수 없었습니다. 그에 대한 고민과 결정은 오롯이 본인의 몫이라는 사실을 최대한 정중히 알려드렸던 사실이 기억나니까요. 하지만 동시에 놀랐던 사실 한 가지는 바로 꽤 많은 사람들이 성향과 성격과 역량을 구분 짓지 못하면서 일을 하고 있구나 하는 것이었습니다. 즉, 자기만의 장점을 갈고닦아 그걸 무기로 만드는 과정에서 이 세 가지를 아주 주관적으로 해석해 활용하고 있다는 걸 깨닫게 된 것이죠. 04 . 업무를 할 때도 자주 강조하는 사실이지만 우선 성격과 성향은 명확히 구분되는 개념입니다. 성격은 '현재의 나'로 대표되는 특성이라 할 수 있습니다. 만약 우리를 계량화(?) 할 수 있다면 병원에서 진단을 받는 것처럼 지금 곧장 나에게서 추출해낼 수 있는 특성이 바로 성격인 것이죠. 반대로 성향은 단어에서도 유추할 수 있듯이 '방향'의 목적이 추가된 개념입니다. 즉, 내가 갖고 있는 성격을 기반으로 '나는 어떤 사람이 되고 싶다'는 바람이 꽤 상당 부분 차지하고 있는 미래지향적 특성인 거죠. 그래서 한 줄로 정리하자면 성격은 지금의 나, 성향은 앞으로 나아가는 나라고 해도 큰 무리가 없습니다. 05 . 그런데 간혹 이 두 가지만을 거론하면서 '저는 ~ 이런이런 성격이라 그 업무는 하기가 어려울 것 같아요'라든가 '제 성향과는 맞지 않는 업무인 것 같아서 고민이 됩니다'라는 이야기를 하는 사람들을 자주 봅니다. 물론 본인이 가진 특성이 직무에 지대한 영향을 준다는 것은 결코 부정할 수 없는 사실이지만 냉정하게 따지고 보면 업무는 성격과 성향으로 주어지는 것이 아닙니다. 바로 우리에겐 마지막 남아있는 개념, 바로 '역량'이라는 것이 존재하기 때문이죠. 06 . 그동안 적지 않은 시간을 일해오면서 사람들의 선입견과 전혀 다른 모습을 보이는 유능한 인재들을 꽤 많이 목격했습니다. 분명 저 필드에서 일하려면 꽤나 터프하고 강직한 성격을 가지고 있어야 할 것 같은데, 침착하고 (어찌 보면 내성적인, 하지만) 꼼꼼한 성격의 사람이 훨씬 좋은 결과를 만들어내는 경우도 봤고, 아주 감성적이고 창의적이어야 하는 분야일 것 같음에도 지극히 이성적이고 데이터베이스의 사고를 하는 사람이 희대의 걸작을 만들어내는 사례도 있었으니 말이죠. 사람을 겉으로만, 아니 겉과 속을 나름 알고 있다고 해도 함부로 평가 내리면 안 된다는 사실을 다시 한번 깨닫는 순간이었죠. 07 . 그리고 이 사람들을 지켜보다 보면 한 가지 공통점이 발견되었습니다. 그들은 늘 '성향은 성향이고, 역량은 역량이다'라는 인식이 매우 분명한 사람들이었다는 겁니다. 다시 말해 '나는 A의 성향임이 분명하지만 이 일을 잘하기 위해서는 B라는 역량이 반드시 필요하다'는 사실을 잘 인지하는 인재들이었고, A로 인해 B가 잘 발휘되지 않을 거라는 무리한 가설을 세우지 않는 타입들이었습니다. 무엇보다 A가 필요한 자리에 B를, B가 필요한 자리에 A를 거론하지 않는 메타인지를 갖추고 있다는 게 가장 큰 장점이었고요. 08 . 이건 '성격과 성향은 서로 영향을 줄 수 있을지 몰라도, 이를 역량으로까지 연결 짓는 것은 무리가 있다'는 사실을 잘 보여줍니다. '해당 업무에 대한 경험이 적어서 이 일을 잘 해결할 수 있을지 고민이 됩니다'는 설득력이 있지만, '제 성격이 소심해서 이 일에 맞을지 모르겠어요'는 상당히 설득력이 떨어진다는 얘기인 거죠. 반대로 리더의 입장에서도 역량이 아닌 성격과 성향을 기준으로 업무를 배분하는 것은 적지 않은 리스크를 동반합니다. 개인의 특성이라는 게 참고 요소는 될 수 있을지 몰라도 역량에 앞선 우선 요소가 될 수는 없는 것이니 말이죠. 09 . 우스갯소리가 조금 섞이긴 했지만 가끔 누군가의 질문에 '일이니까요'라고 대답할 때가 있습니다. 예를 들면 '사람 앞에 나서는 걸 부담스러워하는 성격이라고 했는데 발표할 때는 왜 하나도 안 떠세요?'라든가 '외향적인 사람들을 만나면 종종 기가 빨린다고 하셨는데, 어떻게 먼저 제안하고 태핑하고 하는 것에 스트레스받지 않는 거죠?'라는 질문이죠. 그렇다고 제가 그 순간 스스로에게 엄청난 최면을 거는 것도 아닌 라는 걸 돌이켜보면 결국 답은 '그건 내가 할 수 있는 역량의 범위이니, 일이 되게 하기 위해서는 필요한 과정이다'가 맞는 것 같아요. 성격과 성향을 들먹이면서 할 수 있는 일조차 밀어내고, 발전해야 할 부분조차 외면시 하는 것은 성장 욕구가 없는 것과 마찬가지니까요. 10 . 개인의 특성이 주목받는 시대를 넘어 초개인화에 접근하는 세상이라고 하지만, 나라는 개인에 가장 집중해야 하는 사람은 다름 아닌 우리 자신입니다. 그리고 나 자신을 잘 이해하기 위해서는 지금의 나(성격)와 앞으로의 나(성향)를 규정하는 것도 중요하지만 지금 내 손에 들려있는 것과 비교적 쉽고 빠르게 체득할 수 있는 것, 남들보다 더 경쟁적으로 우위를 확보할 수 있는 것(역량)들과의 관계를 파악하는 것도 너무너무 중요합니다. 쌀로 밥을 짓는다는 사실만큼 당연한 것이 '일은 역량으로 한다'는 사실일 테니 말이죠. 그러니 누군가 일로서 여러분을 파악하려 하는 시도를 한다면 그때는 여러분 스스로 먼저 질문을 던져보는 게 좋을 것 같습니다. '나의 성격과 성향은 나의 역량과 어떤 관계를 맺고 있나'라고 말입니다.

일은 성향이 아니라 역량으로 하는 거죠

Why Engineers Need To Write

여러분은 엔지니어로서 글쓰기를 얼마나 중요하게 생각하시나요? 코딩 역시도 잘 생각해보면 컴퓨터와 소통하기 위한 글쓰기 인데, 다른 개발자들과의 원활한 소통을 위해 내 생각을 글로 잘 쓰는것 역시 점점 더 중요해져가고 있는 것 같습니다.

 * 글쓰기는 곧 일의 일부
   * 중급 엔지니어로 성장하면서 글쓰기가 업무에서 큰 비중을 차지하게 됩니다.
   * 기술적인 질문을 던지고, 코드 리뷰를 하고, 디자인 문서를 작성하는 등 글쓰기는 협업의 핵심 요소로 자리 잡습니다.
   * 특히 코로나 이후 비대면 문화가 강화되면서, 비동기적 소통을 위한 문서화가 필수가 되었습니다.
     
     
 * 글쓰기는 자기 확장의 도구
   * 글쓰기를 통해 자신의 지식을 팀에 공유하면, 팀 전체의 생산성이 높아집니다.
   * 예를 들어, 동료의 작업 노트가 위키 형태로 팀원들에게 공유되면서 효율성을 높이는 사례가 있습니다.
   * 직접 코드를 작성하는 데 한계가 있지만, 글쓰기를 통해 팀을 더 빠르고 효과적으로 움직이게 하는 영향력을 발휘할 수 있습니다.

 * 글쓰기는 사고력을 강화한다
   * 글을 쓰면서 생각을 구조화하고 논리적으로 정리할 수 있습니다.
   * 디자인 문서를 작성하면서 새로운 최적화 방법이나 문제점을 발견하는 경우도 많습니다.
   * 이는 단순히 기존의 아이디어를 명확히 하는 것을 넘어, 새로운 아이디어를 창출하는 과정이 됩니다.

 * AI 시대에도 글쓰기의 가치는 여전하다
   * ChatGPT 같은 도구가 글쓰기를 대신할 수 있어도, 스스로 생각을 글로 표현하는 능력은 중요합니다.
   * 글쓰기는 단순한 작업이 아니라 사고를 논리적이고 깊이 있게 만들며, 이를 통해 더 나은 결정을 내리게 해줍니다.

여러분은 일상 업무에서 글쓰기를 얼마나 활용하고 계신가요? 팀과의 협업을 강화하기 위해 어떤 글쓰기 습관을 도입해볼 수 있을까요? :)

https://www.developing.dev/p/why-engineers-need-to-write

여러분은 엔지니어로서 글쓰기를 얼마나 중요하게 생각하시나요? 코딩 역시도 잘 생각해보면 컴퓨터와 소통하기 위한 글쓰기 인데, 다른 개발자들과의 원활한 소통을 위해 내 생각을 글로 잘 쓰는것 역시 점점 더 중요해져가고 있는 것 같습니다. <ul ><li>글쓰기는 곧 일의 일부<ul ><li>중급 엔지니어로 성장하면서 글쓰기가 업무에서 큰 비중을 차지하게 됩니다.</li><li>기술적인 질문을 던지고, 코드 리뷰를 하고, 디자인 문서를 작성하는 등 글쓰기는 협업의 핵심 요소로 자리 잡습니다.</li><li>특히 코로나 이후 비대면 문화가 강화되면서, 비동기적 소통을 위한 문서화가 필수가 되었습니다. </li></ul></li><li>글쓰기는 자기 확장의 도구<ul ><li>글쓰기를 통해 자신의 지식을 팀에 공유하면, 팀 전체의 생산성이 높아집니다.</li><li>예를 들어, 동료의 작업 노트가 위키 형태로 팀원들에게 공유되면서 효율성을 높이는 사례가 있습니다.</li><li>직접 코드를 작성하는 데 한계가 있지만, 글쓰기를 통해 팀을 더 빠르고 효과적으로 움직이게 하는 영향력을 발휘할 수 있습니다.</li></ul></li></ul> <ul ><li>글쓰기는 사고력을 강화한다<ul ><li>글을 쓰면서 생각을 구조화하고 논리적으로 정리할 수 있습니다.</li><li>디자인 문서를 작성하면서 새로운 최적화 방법이나 문제점을 발견하는 경우도 많습니다.</li><li>이는 단순히 기존의 아이디어를 명확히 하는 것을 넘어, 새로운 아이디어를 창출하는 과정이 됩니다.</li></ul></li></ul> <ul ><li>AI 시대에도 글쓰기의 가치는 여전하다<ul ><li>ChatGPT 같은 도구가 글쓰기를 대신할 수 있어도, 스스로 생각을 글로 표현하는 능력은 중요합니다.</li><li>글쓰기는 단순한 작업이 아니라 사고를 논리적이고 깊이 있게 만들며, 이를 통해 더 나은 결정을 내리게 해줍니다.</li></ul></li></ul> 여러분은 일상 업무에서 글쓰기를 얼마나 활용하고 계신가요? 팀과의 협업을 강화하기 위해 어떤 글쓰기 습관을 도입해볼 수 있을까요? :) https://www.developing.dev/p/why-engineers-need-to-write

www.developing.dev

개발자가 글을 써야 하는 이유

러시아도 놀라게 한 열정 ‘만학도 전설’ 공근식 박사 1992년 발행된 농업 잡지 ‘농진종묘’에는 직접 수확한 수박 한 통을 든 채 활짝 웃는 농부 공근식(충북 영동군 심천면 초강리)씨의 사진이 큼지막하게 실렸다. 

수박 농사 짓다 우주 공학… 농부처럼 공부하라, 결과는 정직하리니

1. “(늦은 나이에 공부를 시작해 수석 졸업 등을 해서 그런지 저에게 공부 비결을 물어보는 사람들이 많은데) 제가 농부였잖아요? (그래서) 일단 새벽 일찍 일어나요. 고요하고 머리도 팽팽 잘 돌아가요. 능률이 높죠”

2. “(게다가) 러시아는 겨울이 길거든요. 춥고, 졸리고, 수업 가기 싫죠. 그래도 이미 몸은 강의실로 움직이고 있어요. 농부가 밭 매러 가듯이요”

3. “(사람들은 요행을 바라지만) 뿌린 대로 거둔다, 이 말이 맞는 것 같아요. 저는 점심을 안 먹어요. 나이가 있다 보니 식곤증이 세게 와서요. 수학 올림피아드 대회에서 금메달 딴 10대들이랑 경쟁해야 하는데, 졸린 것보다 배고픈 게 낫죠. 지금은 습관이 됐어요”

4. “(늦은 나이에 러시아에서 공부하면서) 진짜 천재들 많이 봤어요. 머리 돌아가는 속도가 달라요. 뭐든 빨라요. 근데 포기도 빨라요. 저는 느리지만 계속하고 있을 뿐이고요”

5. “(물론) 공부에는 때가 있어요. 맞아요. 늦은 나이에 공부하려니 정말 힘들었어요. 그런데요, 반복을 이기는 건 없는 것 같아요. 중요한 건 지치지 않는 거예요”

6. “박사과정 때 들은 말인데요, 한국 학생들은 초반에 두각을 빨리 드러낸대요. 근데 갈수록 뒤처진대요. 중국이나 베트남 학생들은 정반대예요. 걔네는 자주 만나고 서로 묻고 토론하면서 공부해요. 한국 학생은 혼자서 하죠. 혼자 하면 빨리 지쳐요”

- 공근식 박사

1. “(늦은 나이에 공부를 시작해 수석 졸업 등을 해서 그런지 저에게 공부 비결을 물어보는 사람들이 많은데) 제가 농부였잖아요? (그래서) 일단 새벽 일찍 일어나요. 고요하고 머리도 팽팽 잘 돌아가요. 능률이 높죠” 2. “(게다가) 러시아는 겨울이 길거든요. 춥고, 졸리고, 수업 가기 싫죠. 그래도 이미 몸은 강의실로 움직이고 있어요. 농부가 밭 매러 가듯이요” 3. “(사람들은 요행을 바라지만) 뿌린 대로 거둔다, 이 말이 맞는 것 같아요. 저는 점심을 안 먹어요. 나이가 있다 보니 식곤증이 세게 와서요. 수학 올림피아드 대회에서 금메달 딴 10대들이랑 경쟁해야 하는데, 졸린 것보다 배고픈 게 낫죠. 지금은 습관이 됐어요” 4. “(늦은 나이에 러시아에서 공부하면서) 진짜 천재들 많이 봤어요. 머리 돌아가는 속도가 달라요. 뭐든 빨라요. 근데 포기도 빨라요. 저는 느리지만 계속하고 있을 뿐이고요” 5. “(물론) 공부에는 때가 있어요. 맞아요. 늦은 나이에 공부하려니 정말 힘들었어요. 그런데요, 반복을 이기는 건 없는 것 같아요. 중요한 건 지치지 않는 거예요” 6. “박사과정 때 들은 말인데요, 한국 학생들은 초반에 두각을 빨리 드러낸대요. 근데 갈수록 뒤처진대요. 중국이나 베트남 학생들은 정반대예요. 걔네는 자주 만나고 서로 묻고 토론하면서 공부해요. 한국 학생은 혼자서 하죠. 혼자 하면 빨리 지쳐요” - 공근식 박사

n.news.naver.com

만학도의 전설, 공근식 박사의 공부법

이 글을 읽으시기 전에 이전의 글 <10분 만에 RAG 이해하기>를 먼저 읽고 오시면 지금 이 글의 이해에 도움이 됩니다. 0. 등장 배경 이미 잘 알고 계시지만, 이미 시장에는 OpenAI의 ChatGPT, 앤쓰로픽의 끌로드, 구글의 제미나이, 네이버의 하이퍼클로바X 와 같은 대표 LLM을 제외하고도 수많은 언어모델이 거의 매일 새롭게 나타나고 있으며 각

10분 만에 랭체인(LangChain) 이해하기

요즘 회사에서 AI 활용이 점점 더 중요해지고 있어요. 그중 랭체인(LangChain)은 ChatGPT 같은 AI 언어 모델을 더 똑똑하게 사용할 수 있도록 도와주는 툴이에요. 랭체인을 공부하면 어떤 이점이 있을까요?

 1. 반복 업무 자동화 🛠️
    이메일 요약, 고객 리뷰 분석 등 귀찮은 반복 작업을 AI가 대신해줘서 시간 절약이 가능해요. 일 더 빠르게 끝내고 칼퇴할 수도!
 2. 데이터 분석과 통합 📊
    다양한 데이터에서 빠르게 인사이트를 찾고 보고서 작성까지! 데이터 분석 업무가 편해져서 성과를 확 높일 수 있어요.
 3. AI와 함께 일하는 역량 🚀
    앞으로 AI와 협업은 필수 스킬! 랭체인을 알면 AI를 내 일에 더 유용하게 활용할 수 있어서 회사 내에서 인정받는 인재로 성장할 수 있어요.

결론적으로, 랭체인 공부하면 일잘러로 거듭날 수 있는 기회를 잡는 거죠! 😊

https://brunch.co.kr/@ywkim36/147

요즘 회사에서 AI 활용이 점점 더 중요해지고 있어요. 그중 랭체인(LangChain)은 ChatGPT 같은 AI 언어 모델을 더 똑똑하게 사용할 수 있도록 도와주는 툴이에요. 랭체인을 공부하면 어떤 이점이 있을까요? <ol ><li>반복 업무 자동화 🛠️ 이메일 요약, 고객 리뷰 분석 등 귀찮은 반복 작업을 AI가 대신해줘서 시간 절약이 가능해요. 일 더 빠르게 끝내고 칼퇴할 수도!</li><li>데이터 분석과 통합 📊 다양한 데이터에서 빠르게 인사이트를 찾고 보고서 작성까지! 데이터 분석 업무가 편해져서 성과를 확 높일 수 있어요.</li><li>AI와 함께 일하는 역량 🚀 앞으로 AI와 협업은 필수 스킬! 랭체인을 알면 AI를 내 일에 더 유용하게 활용할 수 있어서 회사 내에서 인정받는 인재로 성장할 수 있어요.</li></ol> 결론적으로, 랭체인 공부하면 일잘러로 거듭날 수 있는 기회를 잡는 거죠! 😊 https://brunch.co.kr/@ywkim36/147

Brunch Story

10분만에 랭체인(LangChain) 이해하기

영향력 있는 유명인 vs. 실력 있는 전문가 - 링크드인에서 팔로워가 80,000명에 달하는 Julie Zhuo가 3일 전에 올린 글입니다. 원문은 링크드인에서 보실 수 있습니다. 연차가 쌓일 수록, 한 조직에서 계속 일을 오래 할수록 6단계 일 방식 중 스스로 어디까지 하고 있는지 항상 경계하고 의식하는게 필요합니다.

영향력 있는 유명인 vs. 실력 있는 전문가

링크드인에서 팔로워가 10만 명명에 달하는 Julie Zhuo가 올렸던 글입니다. 원문은 링크드인에서 보실 수 있습니다. 연차가 쌓일 수록, 한 조직에서 계속 일을 오래 할수록 6단계 일 방식 중 스스로 어디까지 하고 있는지 항상 경계하고 의식하는게 필요합니다. 원문 글의 4사분면을 살펴보시면서 글을 읽어보시면 좋겠습니다.

[ 큐레이터의 문장 🎒 ]

모든 사람들이 모두 전문가라고 생각하는 사람들은 사분면에서 가장 위쪽(제1사분면)에 있는 사람들입니다. 진짜 전문가(True expert)는 실력과 영향력을 모두 갖췄고 전문가라고 말할 수 있습니다. 모두 되고 싶어하는 롤모델입니다. 그런데 가장 위쪽(제2사분면)에 있는 사람은 실력이 없는데도 전문가라고 평가받기도 합니다. 이런 사람들을 실력이 없지만 유명한 사람, 인플루언서(Armchair influencer)라고 부릅니다. 두 부류에는 어떤 차이가 있을까요? 보통 우리가 일을 할 때에는 아래 6가지 일 하는 단계를 거치는데요.

1️⃣ 문제에 대해 탐구하고
2️⃣ 솔루션을 제안하고
3️⃣ 솔루션을 직접 실행하고
4️⃣ 솔루션이 어떤 영향을 가져오는지 지켜보고
5️⃣ 그 결과를 수용하고
6️⃣ 학습하고 반복하면서 계속 개선하고

진짜 전문가는 6가지를 모두 하지만, 가짜 전문가는 1 또는 2까지만 합니다. 오른쪽 아래(제4사분면)에는 숨은 실력자(Secret master)가 있습니다. 같이 일을 하다 "이런 사람이 있었다니!"라며 감탄을 안 할 수 없는 사람들이 있습니다. 배우고 싶고, 닮고 싶은 사람들이 실력 없는 유명인과 함께 있는 것이죠.

직접 솔루션을 실행하고 그 결과를 보면서 운영까지 들어가서 개선하는가? 진짜 전문가라면 실행, 운영, 개선이라는 사이클까지 해야 합니다. 모두 평론가가 되기 쉬운 시대에 정말 내가 문제를 해결하고 그 결과를 관찰하며 더 나은 솔루션으로 만들어가고 있는지 가만히 생각해 보면 좋겠습니다.

https://redbusbagman.com/armchairinfluencers/

링크드인에서 팔로워가 10만 명명에 달하는 Julie Zhuo가 올렸던 글입니다. 원문은 링크드인에서 보실 수 있습니다. 연차가 쌓일 수록, 한 조직에서 계속 일을 오래 할수록 6단계 일 방식 중 스스로 어디까지 하고 있는지 항상 경계하고 의식하는게 필요합니다. 원문 글의 4사분면을 살펴보시면서 글을 읽어보시면 좋겠습니다. [ 큐레이터의 문장 🎒 ] 모든 사람들이 모두 전문가라고 생각하는 사람들은 사분면에서 가장 위쪽(제1사분면)에 있는 사람들입니다. 진짜 전문가(True expert)는 실력과 영향력을 모두 갖췄고 전문가라고 말할 수 있습니다. 모두 되고 싶어하는 롤모델입니다. 그런데 가장 위쪽(제2사분면)에 있는 사람은 실력이 없는데도 전문가라고 평가받기도 합니다. 이런 사람들을 실력이 없지만 유명한 사람, 인플루언서(Armchair influencer)라고 부릅니다. 두 부류에는 어떤 차이가 있을까요? 보통 우리가 일을 할 때에는 아래 6가지 일 하는 단계를 거치는데요. 1️⃣ 문제에 대해 탐구하고2️⃣ 솔루션을 제안하고3️⃣ 솔루션을 직접 실행하고4️⃣ 솔루션이 어떤 영향을 가져오는지 지켜보고5️⃣ 그 결과를 수용하고6️⃣ 학습하고 반복하면서 계속 개선하고 진짜 전문가는 6가지를 모두 하지만, 가짜 전문가는 1 또는 2까지만 합니다. 오른쪽 아래(제4사분면)에는 숨은 실력자(Secret master)가 있습니다. 같이 일을 하다 "이런 사람이 있었다니!"라며 감탄을 안 할 수 없는 사람들이 있습니다. 배우고 싶고, 닮고 싶은 사람들이 실력 없는 유명인과 함께 있는 것이죠. 직접 솔루션을 실행하고 그 결과를 보면서 운영까지 들어가서 개선하는가? 진짜 전문가라면 실행, 운영, 개선이라는 사이클까지 해야 합니다. 모두 평론가가 되기 쉬운 시대에 정말 내가 문제를 해결하고 그 결과를 관찰하며 더 나은 솔루션으로 만들어가고 있는지 가만히 생각해 보면 좋겠습니다. https://redbusbagman.com/armchairinfluencers/

REDBUSBAGMAN | 빨간색 광역버스에 백팩을 메고 탑니다

《인플루언서와 유명세가 있는 사람의 차이》

1️⃣ 취업 루트 및 경험담

01. 미국 취업 루트: https://careerly.co.kr/comments/51260
02. 캐나다 취업 허가증 수령 경험담: https://careerly.co.kr/comments/56992
03. 미국 이민/해외 취업 준비 중이라면 꼭 알아야 하는 것: https://careerly.co.kr/comments/56991
04. 실리콘 밸리 개발자의 7가지 찰랜지: https://careerly.co.kr/comments/72236
05. 미국 생활하면서 가장 힘들었던 점: https://careerly.co.kr/comments/52097
06. 미국 취업 비자, 4월이 가장 절망적일 수 있는 이유: https://careerly.co.kr/comments/54680

2️⃣ 영어관련 자료

01. 개발자에게 필요한 영어 실력: https://careerly.co.kr/comments/56961
02. 영어 공부팁: https://careerly.co.kr/comments/60926
03. 영어 독해 공부법: https://careerly.co.kr/comments/67571

3️⃣ 면접관련 자료

01. 해외 개발자 면접 프로세스: https://careerly.co.kr/comments/56503
02. 해외 취업 준비 리소스: https://careerly.co.kr/comments/56991
03. 최종 면접 통과 준비를 위한 무료 노션 템플릿: https://careerly.co.kr/comments/72967
04. 취업 준비생 주목! 새로운 개발자 면접 유형: https://careerly.co.kr/comments/67219
05. 해외 취업 필수 코스 3탄 - 행동 인터뷰: https://careerly.co.kr/comments/54721

4️⃣ 이력서관련 자료

01. 좋은 영문 이력서 작성을 위해 절대 하면 안되는 실수: https://careerly.co.kr/comments/49380

5️⃣ 연봉 정보

01. 해외 개발자의 실제 연봉 데이터는? https://careerly.co.kr/comments/49341
02. 미국 지역별 연봉 정보: https://careerly.co.kr/comments/61147
03. 회사가 주는 대로 받는 게 아닌 요즘 개발자 연봉 구성: https://careerly.co.kr/comments/72735
04. 수석 엔지니어의 정확한 연봉, 세율 그리고 세후 실수령액 +세금 보고서: https://careerly.co.kr/comments/72449

6️⃣ 해외 및 외국계 회사관련 자료

01. 워라밸 보장하는 미국 회사 리스트: https://careerly.co.kr/comments/51258

가끔 해외 취업 관련 DM 보내주시는데, 한곳에 모아서 볼 수 있는 곳이 없어서 그동안 포스팅했던 글을 정리해서 올립니다. 해외 취업 준비할 때 가장 어려웠던 점은 공식 사이트 외에 경험담을 통해서만 알 수 있는 점들을 쉽게 접할 수 없었던 것 같아요. 개인 경험담도 있지만 여러 자료를 읽고 공감했던 것까지 모두 모아봤습니다. 추가로 궁금하신 점은 댓글에 남겨주세요 :)

해외 취업이 목표라면 지금부터 알아둬야 할 20가지 자료

What are Moonbirds? Why Proof Collective's 1st PFP NFT Is So Successful

Moonbirds NFT, 뭔데 이렇게 뜬걸까.

문버드가 런칭 8일만에 플로어가 최고 39ETH까지 올랐습니다. 2.5ETH 민팅가에서 약 15배의 성장을 보여줬습니다. 대체 왜 이렇게까지 단기간에 큰 성장을 보여준 것인지 궁금해서 관련 정보를 찾아보다가 잘 정리된 기사 발견해서 공유합니다.

문버드의 성공을 이해하려면 우선 문버드를 출시한 PROOF에 대한 이해가 필요합니다. PROOF는 플로어가 130ETH가 넘는 고가의 멤버십 NFT로 창립자들이 모두 자신의 정체를 공개하며(doxxed) 활동합니다. Kevin Rose, Ryan Carson, Justin Mezzell 셋다 Web2와 Web3에서 모두 잘 알려진 사람들이며, NFT 커뮤니티에서 많은 사람들이 PROOF 팀을 신뢰하고 그 비전에 공감하고 있습니다.

- Kevin Rose: 테크 벤처 투자가. 벤처 캐피털 True Ventures의 파트너이자 PROOF와 Modern Finance 팟캐스트 호스트
- Ryan Carson: 마찬가지로 잘 알려진 기업가이자 투자자. 3개의 회사와 비영리 단체의 창립자.
- Justin Mezzell: 일러스트레이터이자 디자이너. 구글, 트위터, 페이스북, 페이팔 등의 클라이언트와 작업.

PROOF의 NFT를 보유하면 비공개 디스코드에 대한 접근이 가능하며, PROOF 팟캐스트에 대한 조기 액세스, 오프라인 이벤트 등 초대받을 수 있습니다.

Moonbirds 유틸리티
- PROOF 디스코드 접근. 즉, PROOF 창업자 및 다른 홀더들과 교류 가능. PROOF 홀더 중엔 NFT 분야에서 이미 잘 알려진 유명한 사람들이 많아서 이 사람들과 네트워크를 형성하고 더 많은 것을 배울 수 있는 기회.
- 이후 문버드 관련 드롭 참여, 밋업 등 참여 가능. PROOF에서 준비중인 메타버스 프로젝트 Highrise에도 이후 접근 가능할 것으로 기대.
- “nesting”이라고 불리는 스테이킹과 유사한 유틸리티 제공. NFT를 락업해두면 이후 추가적인 혜택. 더 오래 네스팅할 수록 더 높은 레벨로 올라가서 더 많은 혜택을 얻을 수 있어서 오래 홀딩하는 효과. 세컨더리 공급이 적어지며 가격이 오르는 결과.

>>기사를 읽다보면 결국 문버드의 가장 큰 성공은 팀에 대한 신뢰와 PROOF 홀더 커뮤니티에 대한 접근권 같습니다. NFT에서는 이미 증명되고 성공한 팀에 베팅하는 것이 비교적 확실한 결과를 가져다 줍니다.

NFT Evening

IT Clinical System Analyst II

MyungA Choi

한줄 요약 - 장래희망은 책팔고 공연하는 슈퍼사장

♿️ 📚🔍 ✍️ 🎧📊⚙️🍻🧐🐱🇰🇷🇺🇸

✅ Skilled in LIMS Operation & Laboratory Automation
✅ NFT Community Cordinator
#끊임없이배우기 #독서

세미코 영업관리

류은영

커리어리 Lead Community Manager

최자민

지금까지 신규 사업 팀 초기 멤버로 일하며 콘텐츠 혹은 사람을 발굴해왔습니다. “Frontiers are where you find them.” 이라는 문장을 마음에 새기며 일하고 있습니다. 
#콘텐츠기획 #콘텐츠제작 #커뮤니티기획

흔디

블로그

IT 콘텐츠 회사에서 프로덕트를 기획하고 있습니다. 웹3/NFT에 관심이 많아요. 취미로 글을 쓰고 그림을 그립니다. 
#기획자 #UX디자인 #사이드프로젝트 #NFT #Web3.0 #Ai #브런치작가 #블로거

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필