1. 어떤 의견이 어떠한 반론에도 논박당하지 않았다는 이유로 옳다고 상정되는 경우와,

2. 애초에 비판을 허용하지 않을 목적으로 미리 옳다고 상정되는 경우는 상당히 큰 차이가 있다.

3. 자신의 의견에 반박하고 반증할 자유를 완전히 인정해 주는 것이야 말로 자신의 의견이 자신의 행동 지침으로서 옳다고 내세울 수 있는 절대적인 조건이다.

4. 전지전능하지 못한 인간은 이것 외의 방법으로는 자신이 옳다고 내세울 수 있는 합리적인 보증을 얻을 수 없다. - 존 스튜어트 밀, 자유론

1. 어떤 의견이 어떠한 반론에도 논박당하지 않았다는 이유로 옳다고 상정되는 경우와, 2. 애초에 비판을 허용하지 않을 목적으로 미리 옳다고 상정되는 경우는 상당히 큰 차이가 있다. 3. 자신의 의견에 반박하고 반증할 자유를 완전히 인정해 주는 것이야 말로 자신의 의견이 자신의 행동 지침으로서 옳다고 내세울 수 있는 절대적인 조건이다. 4. 전지전능하지 못한 인간은 이것 외의 방법으로는 자신이 옳다고 내세울 수 있는 합리적인 보증을 얻을 수 없다. - 존 스튜어트 밀, 자유론

< 비판을 받아야 진짜 옳은 의견이다 >

주니어시절 레퍼런스의 겉모습으로 판단하곤 했어요.(색상, 외형) 그런데 왜?"라고 스스로 묻고 답하자 더 많은 걸 배울 수 있어요.

예를 들어, 커머스 앱의 새로운 결제 프로세스를 본다고 해볼까요? 이렇게 해볼 수 있겠네요. (A역할이 좀 T네요😭)

1️⃣ Q: 왜 결제 프로세스를 이렇게 바꿨을까?
A: 구매 완료율을 높이려는 의도겠죠.

2️⃣ Q: 다른 결제 프로세스 디자인은 없었을까?
A: 한 페이지 결제, 다단계 결제 등 여러 방식이 있겠죠.

3️⃣ Q: 왜 이 방식을 선택했을까?
A: 사용자의 결제 부담감을 줄이면서도 필수 정보를 모두 얻기 용이하니까요.

4️⃣ Q: 이 변경이 사용자 경험에 어떤 영향을 줄까?
A: 결제 시간이 단축되고 이탈율이 줄 수 있어요.

5️⃣ Q: 모든 상품 카테고리에 이 프로세스가 적합할까?
A: 고가 제품과 저가 제품에서 효과가 다를 수 있을 것 같군요.

주니어시절 레퍼런스의 겉모습으로 판단하곤 했어요.(색상, 외형) 그런데 왜?"라고 스스로 묻고 답하자 더 많은 걸 배울 수 있어요. 예를 들어, 커머스 앱의 새로운 결제 프로세스를 본다고 해볼까요? 이렇게 해볼 수 있겠네요. (A역할이 좀 T네요😭) 1️⃣ Q: 왜 결제 프로세스를 이렇게 바꿨을까? A: 구매 완료율을 높이려는 의도겠죠. 2️⃣ Q: 다른 결제 프로세스 디자인은 없었을까? A: 한 페이지 결제, 다단계 결제 등 여러 방식이 있겠죠. 3️⃣ Q: 왜 이 방식을 선택했을까? A: 사용자의 결제 부담감을 줄이면서도 필수 정보를 모두 얻기 용이하니까요. 4️⃣ Q: 이 변경이 사용자 경험에 어떤 영향을 줄까? A: 결제 시간이 단축되고 이탈율이 줄 수 있어요. 5️⃣ Q: 모든 상품 카테고리에 이 프로세스가 적합할까? A: 고가 제품과 저가 제품에서 효과가 다를 수 있을 것 같군요.

🤔 디자인 레퍼런스를 볼 때 “왜?"라고 물어보는 게 중요한 이유

Changes: Introduced alignmentOffset property to DropdownMenu to allow adjustment of menu alignment. Updated the MenuAnchor widget to utilize the new alignmentOffset property. Default value for alignmentOffset is Offset.zero, meaning no additional spacing 

feat: Add alignmentOffset to DropdownMenu by jasonkang14 · Pull Request #151731 · flutter/flutter

저는 GS의 52g(https://www.52g.gs/) 팀에서 근무중인데요, 저희는 연2회 10주간 DX 부트캠프를 운영합니다. 저희팀은 웹/모바일/가끔은 데스크탑까지 지원을 해야해서 Flutter를 활용해서 개발중입니다.

부트캠프 과정에서 저는 프론트엔드 멘토를 담당하고 있는데요, 디자인 요구사항이 들어오면 custom하기 전에 항상 Flutter Widget Index를 먼저 보라고 말씀드립니다. Flutter 에서 거의 모든 UI를 다 기본으로 제공하기 때문입니다.

최근에는 Flutter의 Widget에서 지원하지 않는 기능이 있어서 issue를 작성하고 PR을 올렸는데, 오늘 머지됐네요! 이렇게 큰 규모(?) 오픈소스에 기여하는건 처음이라 재밌었습니다. merge전에 70개가 넘는 check를 통과해야 하더라구요

https://github.com/flutter/flutter/pull/151731#event-13636470123

저는 GS의 52g(https://www.52g.gs/) 팀에서 근무중인데요, 저희는 연2회 10주간 DX 부트캠프를 운영합니다. 저희팀은 웹/모바일/가끔은 데스크탑까지 지원을 해야해서 Flutter를 활용해서 개발중입니다. 부트캠프 과정에서 저는 프론트엔드 멘토를 담당하고 있는데요, 디자인 요구사항이 들어오면 custom하기 전에 항상 Flutter Widget Index를 먼저 보라고 말씀드립니다. Flutter 에서 거의 모든 UI를 다 기본으로 제공하기 때문입니다. 최근에는 Flutter의 Widget에서 지원하지 않는 기능이 있어서 issue를 작성하고 PR을 올렸는데, 오늘 머지됐네요! 이렇게 큰 규모(?) 오픈소스에 기여하는건 처음이라 재밌었습니다. merge전에 70개가 넘는 check를 통과해야 하더라구요 https://github.com/flutter/flutter/pull/151731#event-13636470123

GitHub

Flutter에 contribution하기

Being a manager is a focus change from code to people, from output to outcomes and from being productive to making most of everyone's time.

Reflecting on one year of being an Engineering Manager

“우리는 경험에서 배우는 것이 아니라 경험을 반성하면서 배운다.” - 존 듀이
Babbel에서 엔지니어링 매니저의 경험과 교훈에 대한 후기입니다.

< 사람마다 고유한 접근 방식이 필요하다 >
 * 모든 사람은 독특하며, 정확한 팀 구성에 따라 다양한 언어를 사용하고 독특한 과거 경험을 가진 다양한 세대와 문화권의 동료가 있을 수 있습니다.
 * 기여자 개개인의 선호도가 있을 수 있지만, 이제는 팀 전체가 균형 잡히고 다양하며 성공하기 위해 필요한 것이 무엇인지가 중요합니다. 균형은 다양성에서 비롯됩니다. 성공은 일이 잘 풀릴 때 따라오는 것입니다.
 * 여기서 여러분의 책임은 팀이 함께 잘 일하도록 하는 것입니다. 이는 모든 사람에게 고유한 계획을 세우는 것을 의미합니다.
 * 사람, 기술 및 전반적인 팀 구성에 따라 적절하게 대응해야 합니다. 좋은 팀이란 자신의 강점과 다른 사람의 약점이 잘 균형을 이루는 팀입니다.
 * 또한 팀의 모든 직속 상사에게 고유한 커뮤니케이션 방식을 적용해야 할 수도 있습니다. 즉, 각기 다른 1:1 의제와 속도, 개인화된 목표를 가지고 개인적인 관계를 구축해야 합니다.
 * 결정에 대한 확신을 갖고 얼마간 지속한 후 접근 방식을 조정하는 것이 좋습니다.
 * 관리자는 직원들의 성장을 도와야 합니다.
 직원들은 스스로 일을 해나가고 여러분은 옆에서 힌트를 주고, 안내 질문을 하고, 필요할 때 살짝 밀어주는 역할을 하는 것이죠. 하지만 결국은 직원들의 여정이고 여러분은 그들이 그 여정을 헤쳐나갈 수 있도록 돕는 것입니다.
 * 개별적인 접근 방식을 취하지 않으면 사람들의 효과나 만족도가 떨어집니다.
 직속 부하 직원들이 모두 가치 있다고 느끼고 성장하고 책임감을 가질 수 있다면 계획 및 전달과 관련된 많은 일을 할 필요가 없을 수도 있습니다. 자기 자신을 위한 공간과 기회를 만들어 주기만 하면 사람들은 놀라운 능력을 발휘할 수 있습니다.

< 팀 성과가 아닌 비즈니스 성과가 중요 >
 * 관리자가 된다는 것은 팀 전체를 책임진다는 의미입니다.
 관리자의 역할은 사람들이 일하고 일을 완수하도록 하는 것이라고 생각할 수도 있습니다. 가장 중요한 것은 사람 관리이고, 두 번째는 실제로 사용자 가치를 제공하는 것입니다.
 * 팀이 원활하게 업무를 수행할 수 있도록 업무 방식을 개선하는 것은 어려운 일입니다. 하지만 이것이 비즈니스에 영향을 미친다는 보장은 없습니다. 기름칠이 잘 된 기계는 정말 빠르지만 잘못된 방향으로 갈 수 있습니다. 디자이너, 제품 관리자, 리서치 및 분석팀과 함께 올바른 경로를 선택하는 것이 여러분의 임무입니다.
 * 여러분의 역할은 사용자 문제를 제대로 이해하고 실행 가능성과 실현 가능성의 척도에 따라 해결책을 논의하는 것입니다.
 * 최고의 기술 솔루션을 생각해내고도 유화 같은 걸작을 제대로 만들 시간이 없다고 불평하기 쉽습니다. 스케치나 걸작이 문제를 전혀 해결하지 못한다면 작은 시도를 통해 무언가를 배웠다는 뜻입니다. 나중에 걸작을 그리기 위해 많은 스케치를 하는 것은 결국 대부분의 아티스트가 하는 일입니다. 훌륭한 코드와 훌륭한 제품을 혼동하지 마세요. 아무도 사용하지 않는다면 실제로 어떤 가치가 있을까요?
< 회의에서 가치를 얻는다면 회의도 나쁘지 않습니다. >
 * 사람들과 직접 대화하는 것이 가장 좋은 방법인 경우가 많습니다. 이것이 바로 회의의 목적이 되어야 합니다. 정보를 빠르게 공유하고 모든 사람이 이해할 수 있도록 하는 것입니다.
 * 비동기식으로 대화를 시작하면 분위기를 조성하고 사람들이 주제에 참여하도록 하는 데 확실히 도움이 될 수 있습니다. 미리 읽은 내용을 공유하고 명확한 의제를 만들면 회의에 구조와 집중력이 더해집니다.
 * 또한 회의를 준비하는 동안 회의에 참석해야 하는 모든 사람이 참석했는지 확인해야 합니다.
 * 회의 내용 요약을 공유하세요.
 * 회의는 의제에 맞춰 대화를 이끌어가세요.
 * 시간은 한정되어 있으므로 회의는 짧게. 단, 사람들과 대화를 나누고 싶다면 회의를 마친 후 특정 사람들과 점심이나 커피를 마시러 가세요.
 * 회의의 또 다른 좋은 관행은 모든 사람이 의견을 조율할 수 있도록 마무리 질문을 하는 것입니다. 이렇게 하면 다음 단계를 공식화하고 향후 기대되는 사항을 명확히 할 수 있는 분위기가 조성됩니다. 액션 포인트에는 책임자와 기한을 지정해야 합니다. 그러면 모두가 같은 생각을 하고 있다는 것을 확실히 알 수 있습니다.

결론
 * 모든 상황에 공감하는 마음으로 접근한다면 사람들과 함께 일하는 것은 좋은 일이 될 수 있습니다.
 * 프로그래밍처럼 즉각적인 결과물이 나오지는 않지만, 그 과정에서 팀원들의 쾌활함과 고마움을 느낄 수 있습니다.
 * 중요한 것은 결과입니다.
 * 사람 관리에 탁월하다는 것은 직속 보고자들의 의견을 경청하고, 인정하며, 그들이 최고의 성과를 낼 수 있도록 지원한다는 의미입니다.

 * source: https://www.babbel.com/en/magazine/reflecting-on-one-year-of-being-an-engineering-manager?utm_source=tldrnewsletter

“우리는 경험에서 배우는 것이 아니라 경험을 반성하면서 배운다.” - 존 듀이Babbel에서 엔지니어링 매니저의 경험과 교훈에 대한 후기입니다. &lt; 사람마다 고유한 접근 방식이 필요하다 &gt;<ul ><li>모든 사람은 독특하며, 정확한 팀 구성에 따라 다양한 언어를 사용하고 독특한 과거 경험을 가진 다양한 세대와 문화권의 동료가 있을 수 있습니다.</li><li>기여자 개개인의 선호도가 있을 수 있지만, 이제는 팀 전체가 균형 잡히고 다양하며 성공하기 위해 필요한 것이 무엇인지가 중요합니다. 균형은 다양성에서 비롯됩니다. 성공은 일이 잘 풀릴 때 따라오는 것입니다.</li><li>여기서 여러분의 책임은 팀이 함께 잘 일하도록 하는 것입니다. 이는 모든 사람에게 고유한 계획을 세우는 것을 의미합니다. </li><li>사람, 기술 및 전반적인 팀 구성에 따라 적절하게 대응해야 합니다. 좋은 팀이란 자신의 강점과 다른 사람의 약점이 잘 균형을 이루는 팀입니다.</li><li>또한 팀의 모든 직속 상사에게 고유한 커뮤니케이션 방식을 적용해야 할 수도 있습니다. 즉, 각기 다른 1:1 의제와 속도, 개인화된 목표를 가지고 개인적인 관계를 구축해야 합니다.</li><li>결정에 대한 확신을 갖고 얼마간 지속한 후 접근 방식을 조정하는 것이 좋습니다.</li><li>관리자는 직원들의 성장을 도와야 합니다.직원들은 스스로 일을 해나가고 여러분은 옆에서 힌트를 주고, 안내 질문을 하고, 필요할 때 살짝 밀어주는 역할을 하는 것이죠. 하지만 결국은 직원들의 여정이고 여러분은 그들이 그 여정을 헤쳐나갈 수 있도록 돕는 것입니다.</li><li>개별적인 접근 방식을 취하지 않으면 사람들의 효과나 만족도가 떨어집니다. 직속 부하 직원들이 모두 가치 있다고 느끼고 성장하고 책임감을 가질 수 있다면 계획 및 전달과 관련된 많은 일을 할 필요가 없을 수도 있습니다. 자기 자신을 위한 공간과 기회를 만들어 주기만 하면 사람들은 놀라운 능력을 발휘할 수 있습니다.</li></ul> &lt; 팀 성과가 아닌 비즈니스 성과가 중요 &gt;<ul ><li>관리자가 된다는 것은 팀 전체를 책임진다는 의미입니다. 관리자의 역할은 사람들이 일하고 일을 완수하도록 하는 것이라고 생각할 수도 있습니다. 가장 중요한 것은 사람 관리이고, 두 번째는 실제로 사용자 가치를 제공하는 것입니다.</li><li>팀이 원활하게 업무를 수행할 수 있도록 업무 방식을 개선하는 것은 어려운 일입니다. 하지만 이것이 비즈니스에 영향을 미친다는 보장은 없습니다. 기름칠이 잘 된 기계는 정말 빠르지만 잘못된 방향으로 갈 수 있습니다. 디자이너, 제품 관리자, 리서치 및 분석팀과 함께 올바른 경로를 선택하는 것이 여러분의 임무입니다.</li><li>여러분의 역할은 사용자 문제를 제대로 이해하고 실행 가능성과 실현 가능성의 척도에 따라 해결책을 논의하는 것입니다. </li><li>최고의 기술 솔루션을 생각해내고도 유화 같은 걸작을 제대로 만들 시간이 없다고 불평하기 쉽습니다. 스케치나 걸작이 문제를 전혀 해결하지 못한다면 작은 시도를 통해 무언가를 배웠다는 뜻입니다. 나중에 걸작을 그리기 위해 많은 스케치를 하는 것은 결국 대부분의 아티스트가 하는 일입니다. 훌륭한 코드와 훌륭한 제품을 혼동하지 마세요. 아무도 사용하지 않는다면 실제로 어떤 가치가 있을까요?</li></ul>&lt; 회의에서 가치를 얻는다면 회의도 나쁘지 않습니다. &gt;<ul ><li>사람들과 직접 대화하는 것이 가장 좋은 방법인 경우가 많습니다. 이것이 바로 회의의 목적이 되어야 합니다. 정보를 빠르게 공유하고 모든 사람이 이해할 수 있도록 하는 것입니다.</li><li>비동기식으로 대화를 시작하면 분위기를 조성하고 사람들이 주제에 참여하도록 하는 데 확실히 도움이 될 수 있습니다. 미리 읽은 내용을 공유하고 명확한 의제를 만들면 회의에 구조와 집중력이 더해집니다. </li><li>또한 회의를 준비하는 동안 회의에 참석해야 하는 모든 사람이 참석했는지 확인해야 합니다. </li><li>회의 내용 요약을 공유하세요. </li><li>회의는 의제에 맞춰 대화를 이끌어가세요. </li><li>시간은 한정되어 있으므로 회의는 짧게. 단, 사람들과 대화를 나누고 싶다면 회의를 마친 후 특정 사람들과 점심이나 커피를 마시러 가세요.</li><li>회의의 또 다른 좋은 관행은 모든 사람이 의견을 조율할 수 있도록 마무리 질문을 하는 것입니다. 이렇게 하면 다음 단계를 공식화하고 향후 기대되는 사항을 명확히 할 수 있는 분위기가 조성됩니다. 액션 포인트에는 책임자와 기한을 지정해야 합니다. 그러면 모두가 같은 생각을 하고 있다는 것을 확실히 알 수 있습니다.</li></ul> 결론<ul ><li>모든 상황에 공감하는 마음으로 접근한다면 사람들과 함께 일하는 것은 좋은 일이 될 수 있습니다.</li><li>프로그래밍처럼 즉각적인 결과물이 나오지는 않지만, 그 과정에서 팀원들의 쾌활함과 고마움을 느낄 수 있습니다.</li></ul><ul ><li>중요한 것은 결과입니다.</li></ul><ul ><li>사람 관리에 탁월하다는 것은 직속 보고자들의 의견을 경청하고, 인정하며, 그들이 최고의 성과를 낼 수 있도록 지원한다는 의미입니다.</li></ul> <ul ><li>source: https://www.babbel.com/en/magazine/reflecting-on-one-year-of-being-an-engineering-manager?utm_source=tldrnewsletter</li></ul>

Babbel Magazine

엔지니어링 관리자로서의 1년을 되돌아보며

핀테크 기업들은 지속 가능한 성장을 위해 건전성, 이익, 성장의 새로운 공식을 도입해야 하며, 임베디드 금융, 커넥티드 커머스, 오픈 뱅킹, 생성형 AI와 같은 주요 트렌드를 주목하고 이에 대응해야 한다.

2024 글로벌 핀테크 리포트 : 건전성, 이익, 성장 - 보스턴컨설팅그룹(BCG) 공식 블로그

전 세계에서 은행 서비스를 이용하지 못하는 성인이 15억 명이고 충분히 이용하지 못하는 성인이 28억 명에 달하는 상황에서 앞으로도 핀테크 기업의 성장 잠재력은 무한하다고 할 수 있다.

새로운 기술의 등장은 단기적으로는 핀테크 기업에 유리하게 작용했다.
 * 우선 생성형 AI는 핀테크 부문에 직접적인 효용을 준다는 것이 입증되고 있으며, 이미 코딩 및 마케팅, 고객 지원, 디지털 마케팅(향상된 목표 고객 설정을 통해)과 같이 핀테크 기업의 비용이 집중된 영역에서 엄청난 생산성 향상 효과를 달성했다.
 * API(Application Programming Interface, 응용 프로그램 프로그래밍 인터페이스) 기반 연결성 및 분산 원장 기술과 더불어 생성형 AI는 핀테크 기업에 성장 동력을 제공한다.
 * 은행 역시 이러한 기술의 혜택을 누리겠지만 그렇게 되기까지 더 오랜 시간이 걸릴 것이다.

핀테크 진화에 영향을 미치는 아홉 가지 트렌드
지난 한 해 동안 아홉 가지 트렌드가 핀테크의 발전을 특징지었으며, 그중 몇 가지는 특정한 섹터와 지역에 집중되었다. 오래전부터 이어진 트렌드도 있는 반면, 새로 부상한 트렌드도 있다.

1. 고금리 장기화
전 세계적으로 고금리가 장기화되면 서핀테크 기업의 자금 조달 비용이 계속 높아지고 있으며, 사모자본은 궁극적으로 투자 수익을 거둘 수 있는, 수익성이 따르는 성장을 계속해서 요구하고 있다. 값싼 자본으로 “무조건적인 성장”을 추구하던 시절은 완전히 끝났다.

2. 규제 환경 수용
지난해는 핀테크 산업 출범 이후 계속해서 누려온 규제 측면의 혜택이 줄어든 해였다.
 * 몇몇 핀테크 스폰서 은행에 불리한 동의 명령이 내려지고 서비스형 은행업 (Banking as a Service, BaaS)에 대한 감독이 전반적으로 강화되었으며 암호화폐 기업에 불리한 몇몇 조치가 나왔으며
 * 미국 CFPB(Consumer Financial Protection Bureau, 소비자금융보호국)가 빅테크 기업과 기타 디지털 월렛 및 결제 앱 공급업체에 대한 감독 제안서를 발표한 것을 들 수 있다.
은행과 핀테크 기업에 공평하고 공정한 규제 환경을 조성하기 위해서는 아직 할 일이 많지만, 전반적으로는 올바른 방향으로 흘러가고 있는 것으로 보인다.

3. 전 세계적으로 새로운 규제의 틀 등장
글로벌 핀테크 분야를 규제하거나 이에 영향을 미치는 규정의 프레임워크와 기준들이 점점 주목받고 있다.
 * 예를 들어 인도는 핀테크 기업을 대상으로 하는 새로운 KYC(know Your Customer, 고객 확인) 절차와 공동 대출 기준을 발표했다.
 * 미국 CFPB는 도드 프랭크법 제1033절에 따라 고객 데이터에 대한 접근 방식과 고객 데이터 사용 방식을 명확히 규정하는 것을 목표로 구체적인 가이드라인을 준비하고 있다.

4. DPI(Digital Public Infrastructure, 디지털 공공 인프라)의 세계적 확산
디지털 공공 인프라 는 인도(UPI)와 브라질(Pix)을 비롯한 여러 국가에서 실시간 결제 도입을 가속화했다. 국가 디지털 신원(identity, ID), 결제, 데이터 교환이라는 세 가지 계층으로 이루어진 인프라는 핀테크가 발전하기 좋은 환경을 만들어 주었다.
 * 많은 국가, 특히 신흥 시장에서 UPI와 Pix의 성공을 재현하기를 원한다. 그렇지만 인도와 브라질에서 DPI가 성공했다고 해서 선진 시장을 비롯한 다른 국가에서도 똑같이 성공한다는 보장은 전혀 없다.
많은 부분이 시장을 둘러싼 현재 환경과 다양한 계층의 성숙도에 달려있다.

5. 사기와 사이버 보안에 대한 경계심 강화
소비자 금융 서비스에서 실시간 결제와 생성형 AI가 갈수록 중요해지면서 사기 위험이 높아지고 있다.
 * 예를 들어 미국 신원도난방지센터(Identity Theft Resource Center)에 따르면 2023년 미국에서 데이터 침해가 78% 급증하면서 넓게 잡아 3205건으 로 기록을 세웠다.
 * 2024년 미국 금융범죄처벌기구(Financial Crimes Enforcement Network) 보고서에 따르면, 미국 금융 보안법(Bank Security Act) 위반 신고의 40% 이상이 ID 사기와 관련된 것으로, 은행의 신원 인증 실패가 직접적 원인이 되어 발생한 의심 활동에 연루된 금액이 2120억 달러에 달했다.
AI를 이용해 진짜처럼 보이는 가짜 영상 등을 만드는 딥페이크 기술의 확산과 같은 새로운 위협은 금융 시스템을 약화시킬 뿐 아니라 기본적인 신뢰까지 무너트릴 수 있다.

6. 생성형 AI의 확대 도입 가속화
AI를 이용한 생산성 및 마케팅과 관련된 단기적인 주요 사용 사례가 나타나면서 생성형 AI의 도입이 가속화될 것이다.
 * PayPal과 Klarna를 비롯한 수많은 핀테크 기업이 생성형 AI를 영업 모델의 가장 핵심에 두고 고객 서비스, 계산, 개인화 추천 서비스를 자동화하고 있다.
우리는 생성형 AI가 제품 혁신에도 머지않아 적용되겠지만 단기적으로는 큰 변화가 없을 것이라고 본다.

7. 임베디드 금융의 지속적 확대
소비자 활동이 B2C(business- to-customer, 기업 대 소비자)와 B2B(business-to-business, 기업 대 기업) 전반에서 점점 더 디지털화됨에 따라 금융 서비스를 비금융 서비스와 결합하여 함께 제공하는 임베디드 금융의 확산 추세가 더욱 확대될 것이다.

8. “기존 한계를 넘은” 주류 은행의 행보가 광고에 미치는 영향
은행은 지금까지 오랫동안 귀중한 고객 데이터를 독점적으로 이용할 수 있었음에도 불구하고 광고를 통해 고객 데이터를 수익으로 전환한 경우가 별로 없었다. 그렇지만 그동안 어떤 이유에서 수익화를 망설였든 간에(고객 반발을 우려했을 가능성이 크다) 이제 은행은 더는 망설이지 않는다. Chase와 같은 주류 은행들이 직접 수집한 퍼스트 파티(first-party) 데이터를 사용해 폐쇄형 자체 상거래 사이트에 관련성이 높은 광고를 표시하면서 핀테크업에 진출하기 시작했다.

9. IPO 및 M&A 시장의 재부상
자금 조달 가뭄이 끝나면 유동성에 대한 수요가 늘고 금리 완화로 자본 조달 여건이 개선되면서 핀테크 기업의 IPO 및 M&A(mergers and acquisitions, 인수 및 합병) 활동이 크게 늘 것으로 예상된다.

현재 핀테크 산업이 처한 환경
 * 임베디드 금융이 확산될 것이다.
 * 커넥티드 커머스가 도약을 준비 중이다.
 * 오픈 뱅킹이 은행업과 광고에 미치는 영향에 차이가 있을 것이다.
 * 생성형 AI는 게임 체인저가 될 것이다.
   
   
 * source: https://bcgblog.kr/2024-global-fintech-report/?utm_source=BCG+Newsletter&utm_campaign=257822dcfd-%5BBCG%5D+240718+7%EC%9B%94+%EB%89%B4%EC%8A%A4%EB%A0%88%ED%84%B0&utm_medium=email&utm_term=0_4076192b42-257822dcfd-%5BLIST_EMAIL_ID%5D&ct=t%28%5BBCG%5D+240718+7%EC%9B%94+%EB%89%B4%EC%8A%A4%EB%A0%88%ED%84%B0%29&mc_cid=257822dcfd

전 세계에서 은행 서비스를 이용하지 못하는 성인이 15억 명이고 충분히 이용하지 못하는 성인이 28억 명에 달하는 상황에서 앞으로도 핀테크 기업의 성장 잠재력은 무한하다고 할 수 있다. 새로운 기술의 등장은 단기적으로는 핀테크 기업에 유리하게 작용했다. <ul ><li>우선 생성형 AI는 핀테크 부문에 직접적인 효용을 준다는 것이 입증되고 있으며, 이미 코딩 및 마케팅, 고객 지원, 디지털 마케팅(향상된 목표 고객 설정을 통해)과 같이 핀테크 기업의 비용이 집중된 영역에서 엄청난 생산성 향상 효과를 달성했다. </li></ul><ul ><li>API(Application Programming Interface, 응용 프로그램 프로그래밍 인터페이스) 기반 연결성 및 분산 원장 기술과 더불어 생성형 AI는 핀테크 기업에 성장 동력을 제공한다. </li><li>은행 역시 이러한 기술의 혜택을 누리겠지만 그렇게 되기까지 더 오랜 시간이 걸릴 것이다. </li></ul> 핀테크 진화에 영향을 미치는 아홉 가지 트렌드지난 한 해 동안 아홉 가지 트렌드가 핀테크의 발전을 특징지었으며, 그중 몇 가지는 특정한 섹터와 지역에 집중되었다. 오래전부터 이어진 트렌드도 있는 반면, 새로 부상한 트렌드도 있다. 1. 고금리 장기화전 세계적으로 고금리가 장기화되면 서핀테크 기업의 자금 조달 비용이 계속 높아지고 있으며, 사모자본은 궁극적으로 투자 수익을 거둘 수 있는, 수익성이 따르는 성장을 계속해서 요구하고 있다. 값싼 자본으로 “무조건적인 성장”을 추구하던 시절은 완전히 끝났다. 2. 규제 환경 수용지난해는 핀테크 산업 출범 이후 계속해서 누려온 규제 측면의 혜택이 줄어든 해였다. <ul ><li>몇몇 핀테크 스폰서 은행에 불리한 동의 명령이 내려지고 서비스형 은행업 (Banking as a Service, BaaS)에 대한 감독이 전반적으로 강화되었으며 암호화폐 기업에 불리한 몇몇 조치가 나왔으며 </li><li>미국 CFPB(Consumer Financial Protection Bureau, 소비자금융보호국)가 빅테크 기업과 기타 디지털 월렛 및 결제 앱 공급업체에 대한 감독 제안서를 발표한 것을 들 수 있다.</li></ul>은행과 핀테크 기업에 공평하고 공정한 규제 환경을 조성하기 위해서는 아직 할 일이 많지만, 전반적으로는 올바른 방향으로 흘러가고 있는 것으로 보인다. 3. 전 세계적으로 새로운 규제의 틀 등장글로벌 핀테크 분야를 규제하거나 이에 영향을 미치는 규정의 프레임워크와 기준들이 점점 주목받고 있다. <ul ><li>예를 들어 인도는 핀테크 기업을 대상으로 하는 새로운 KYC(know Your Customer, 고객 확인) 절차와 공동 대출 기준을 발표했다. </li><li>미국 CFPB는 도드 프랭크법 제1033절에 따라 고객 데이터에 대한 접근 방식과 고객 데이터 사용 방식을 명확히 규정하는 것을 목표로 구체적인 가이드라인을 준비하고 있다.</li></ul> 4. DPI(Digital Public Infrastructure, 디지털 공공 인프라)의 세계적 확산디지털 공공 인프라 는 인도(UPI)와 브라질(Pix)을 비롯한 여러 국가에서 실시간 결제 도입을 가속화했다. 국가 디지털 신원(identity, ID), 결제, 데이터 교환이라는 세 가지 계층으로 이루어진 인프라는 핀테크가 발전하기 좋은 환경을 만들어 주었다. <ul ><li>많은 국가, 특히 신흥 시장에서 UPI와 Pix의 성공을 재현하기를 원한다. 그렇지만 인도와 브라질에서 DPI가 성공했다고 해서 선진 시장을 비롯한 다른 국가에서도 똑같이 성공한다는 보장은 전혀 없다. </li></ul>많은 부분이 시장을 둘러싼 현재 환경과 다양한 계층의 성숙도에 달려있다. 5. 사기와 사이버 보안에 대한 경계심 강화소비자 금융 서비스에서 실시간 결제와 생성형 AI가 갈수록 중요해지면서 사기 위험이 높아지고 있다. <ul ><li>예를 들어 미국 신원도난방지센터(Identity Theft Resource Center)에 따르면 2023년 미국에서 데이터 침해가 78% 급증하면서 넓게 잡아 3205건으 로 기록을 세웠다. </li><li>2024년 미국 금융범죄처벌기구(Financial Crimes Enforcement Network) 보고서에 따르면, 미국 금융 보안법(Bank Security Act) 위반 신고의 40% 이상이 ID 사기와 관련된 것으로, 은행의 신원 인증 실패가 직접적 원인이 되어 발생한 의심 활동에 연루된 금액이 2120억 달러에 달했다. </li></ul>AI를 이용해 진짜처럼 보이는 가짜 영상 등을 만드는 딥페이크 기술의 확산과 같은 새로운 위협은 금융 시스템을 약화시킬 뿐 아니라 기본적인 신뢰까지 무너트릴 수 있다. 6. 생성형 AI의 확대 도입 가속화AI를 이용한 생산성 및 마케팅과 관련된 단기적인 주요 사용 사례가 나타나면서 생성형 AI의 도입이 가속화될 것이다. <ul ><li>PayPal과 Klarna를 비롯한 수많은 핀테크 기업이 생성형 AI를 영업 모델의 가장 핵심에 두고 고객 서비스, 계산, 개인화 추천 서비스를 자동화하고 있다. </li></ul>우리는 생성형 AI가 제품 혁신에도 머지않아 적용되겠지만 단기적으로는 큰 변화가 없을 것이라고 본다. 7. 임베디드 금융의 지속적 확대소비자 활동이 B2C(business- to-customer, 기업 대 소비자)와 B2B(business-to-business, 기업 대 기업) 전반에서 점점 더 디지털화됨에 따라 금융 서비스를 비금융 서비스와 결합하여 함께 제공하는 임베디드 금융의 확산 추세가 더욱 확대될 것이다. 8. “기존 한계를 넘은” 주류 은행의 행보가 광고에 미치는 영향은행은 지금까지 오랫동안 귀중한 고객 데이터를 독점적으로 이용할 수 있었음에도 불구하고 광고를 통해 고객 데이터를 수익으로 전환한 경우가 별로 없었다. 그렇지만 그동안 어떤 이유에서 수익화를 망설였든 간에(고객 반발을 우려했을 가능성이 크다) 이제 은행은 더는 망설이지 않는다. Chase와 같은 주류 은행들이 직접 수집한 퍼스트 파티(first-party) 데이터를 사용해 폐쇄형 자체 상거래 사이트에 관련성이 높은 광고를 표시하면서 핀테크업에 진출하기 시작했다. 9. IPO 및 M&amp;A 시장의 재부상자금 조달 가뭄이 끝나면 유동성에 대한 수요가 늘고 금리 완화로 자본 조달 여건이 개선되면서 핀테크 기업의 IPO 및 M&amp;A(mergers and acquisitions, 인수 및 합병) 활동이 크게 늘 것으로 예상된다. 현재 핀테크 산업이 처한 환경<ul ><li>임베디드 금융이 확산될 것이다.</li><li>커넥티드 커머스가 도약을 준비 중이다.</li><li>오픈 뱅킹이 은행업과 광고에 미치는 영향에 차이가 있을 것이다.</li><li>생성형 AI는 게임 체인저가 될 것이다. </li></ul><ul ><li>source: https://bcgblog.kr/2024-global-fintech-report/?utm_source=BCG+Newsletter&amp;utm_campaign=257822dcfd-%5BBCG%5D+240718+7%EC%9B%94+%EB%89%B4%EC%8A%A4%EB%A0%88%ED%84%B0&amp;utm_medium=email&amp;utm_term=0_4076192b42-257822dcfd-%5BLIST_EMAIL_ID%5D&amp;ct=t%28%5BBCG%5D+240718+7%EC%9B%94+%EB%89%B4%EC%8A%A4%EB%A0%88%ED%84%B0%29&amp;mc_cid=257822dcfd</li></ul>

보스턴컨설팅그룹(BCG) 공식 블로그

[BCG] 핀테크 진화에 영향을 미치는 아홉 가지 트렌드

매력적인 첫 문장은 이탈을 방지하고 독자의 관심을 끄는데 무척 중요한 역할을 합니다. 제가 브런치를 쓰며 효과를 본 5가지 방법을 공유하겠습니다.

1. 흥미로운 사실이나 통계로 시작
- 지구상에서 매일 2억 5천만 컵의 커피가 소비됩니다.

2. 질문으로 시작
- 당신은 마지막으로 진정으로 행복했던 순간을 기억하는가?

3. 강렬한 선언으로 시작
- 나는 더 이상 두려움에 지배당하지 않기로 결심했다.

4. 상황 설명으로 시작
- 비가 쏟아지는 날, 나는 그를 처음 만났다.

5. 일상적인 상황에서의 반전
- 평범한 월요일 아침, 나는 갑자기 모든 것을 포기하고 싶어졌다.

매력적인 첫 문장은 이탈을 방지하고 독자의 관심을 끄는데 무척 중요한 역할을 합니다. 제가 브런치를 쓰며 효과를 본 5가지 방법을 공유하겠습니다. 1. 흥미로운 사실이나 통계로 시작- 지구상에서 매일 2억 5천만 컵의 커피가 소비됩니다. 2. 질문으로 시작- 당신은 마지막으로 진정으로 행복했던 순간을 기억하는가? 3. 강렬한 선언으로 시작- 나는 더 이상 두려움에 지배당하지 않기로 결심했다. 4. 상황 설명으로 시작- 비가 쏟아지는 날, 나는 그를 처음 만났다. 5. 일상적인 상황에서의 반전- 평범한 월요일 아침, 나는 갑자기 모든 것을 포기하고 싶어졌다.

에세이 쓸 때 첫 문장이 생각 안난다면? ✍️

[누구나 마음편히 놀 수 있게, Yanolja 소개]
야놀자는 전 세계에서 가장 빠르게 성장하는 글로벌 대표 여행 플랫폼이자 트래블 테크 기업입니다. 여행의 B2B2C 밸류 체인을 원스톱으로 연결하고 글로벌 여행산업의 디지털 전환을 선도하고 있습니다.
야놀자ㆍ인터파크ㆍ트리플ㆍ데일리호텔 등 시장을 이끄는 여행 슈퍼앱 포트폴리오를 통해 숙박ㆍ레저ㆍ교통 등 여행을 위한 모든 서비스를 제공하고, 야놀자클라우드의 클라우드형 솔루션을 인공지능ㆍ블록체인ㆍ사물인터넷 등 혁신기술과 접목해 전 세계 190개 국 이상의 호텔, F&B, 레저, 주거 등 공간 전반에 공급하며 글로벌 여행 산업의 패러다임을 전환하고 있습니다.

[Yanolja 주요 기사]
https://www.topdaily.kr/articles/96609
https://www.mediapen.com/news/view/890883
https://www.asiatoday.co.kr/view.php?key=20240118010011774
https://monthlypeople.com/news/articleView.html?idxno=700112

[President of Yanolja Engineering 인터뷰 영상]
https://www.youtube.com/watch?v=83_3igtyP7o

[Yanolja R&D 직군 인재상]
- 본인 직무에 강한 자부심을 가진 분
- 새로운 기술 학습에 대한 열정과 문제 해결을 위한 탐구 정신을 보유한 분
- 개발 환경에 익숙하고 관련 이해도를 보유한 분
- 코딩 실력에 높은 자신감을 보유한 분 (Software Engineering 직렬)

[Platform Information Security 및 Security Risk Assessment 소개]
Platform Information Security는 야놀자와 그 멤버사를 아우르는 Y-Community의 공정과 신뢰영역의 전문조력자로서, 체계적인 위험 관리를 통해 내/외부의 위협으로부터 정보자산을 보호하고 비즈니스의 성장에 기여하는 것을 미션으로 삼고 있습니다. 고객이 안심하고 서비스를 이용할 수 있도록 “Security is Safety”라는 모토 아래 전사 정보보호 전략을 수립하고, 안전 컨트롤타워 역할을 수행합니다.
그 산하의 Securiy Risk Assessment는 안전한 서비스의 개발을 가이드 하는 조직으로, 어플리케이션의 취약점과 잠재된 위험을 사전에 진단하고 식별함으로써 고객이 안심하고 이용할 수 있는 안전한 무결점 서비스를 제공하고 있습니다.

[채용팀 Talk]
Securiy Risk Assessment 조직에서 야놀자 내 안전한 개발을 위한 정보 보안 가이드의 역할로 동적/정적 취약점 분석 및 모의해킹, 진단 프로세스 개선 등의 다양한 활동을 계획하고 실행해 주실 경력 5년 이상의 보안 취약점 진단 담당자를 채용합니다. 소스 코드 및 Web/App 취약점 분석 업무 관련 경험을 보유한 분, 더 나아가 취약점 진단 업무의 자동화에 대한 높은 관심을 가진 분을 모시고자 합니다. 애플리케이션 진단과 모의해킹을 통해 보안 취약점을 발굴하고 각각의 대응책을 제시하는 과정을 통해 보안 취약점 진단 전문가로 커리어를 확장하고 싶은 분들의 많은 관심과 지원 부탁드립니다.

[담당 업무]
- 야놀자의 안전한 개발 방법 가이드 및 서비스 보안 수준 향상 지원
- Web/App(iOS, Android) 동적/정적 취약점 분석
- Web/App(iOS, Android) 모의해킹

[필수 경험과 역량]
* 관련 경험/역량을 보유하고 계시다면, 서류에 필수적으로 함께 작성 부탁 드립니다.
- 5년 이상의 취약점 분석 또는 모의 해킹 경력을 보유한 분
- 다양한 개발 언어(Java, Python, PHP, Node 등) 기반의 분석 경험을 보유한 분
- 소스코드 취약점 분석 및 Web/APP(iOS, Android) 취약점 분석 업무 경험을 보유한 분

[우대 사항]
* 관련 경험/역량을 보유하고 계시다면, 서류에 함께 작성 부탁 드립니다.
- 퍼블릭 클라우드(AWS 등) 환경에서의 취약점 진단 및 모의해킹 경험을 보유한 분
- 퍼블릭 클라우드(AWS 등) 환경에 대한 이해도가 높은 분
- 취약점 진단 업무의 자동화에 높은 관심을 보유한 분
- 적극적인 성향과 원활한 커뮤니케이션 스킬을 보유한 분
- 글로벌 동료들과의 원활한 소통을 이어갈 수 있는 수준의 영어 스킬을 보유한 분
- 해외 출장 시 결격 사유가 없는 분

[채용 전형 안내]
서류전형 → 1차 인터뷰 → 2차 인터뷰 → 처우협의 → 최종합격

[서류전형]
- 야놀자는 자유양식의 지원서류(이력서,경력기술서)를 받고 있습니다.
- 본인의 강점을 잘 어필 할 수 있는 방식으로 자유롭게 작성하되, PDF 형태로 제출을 권장합니다.
- 포트폴리오, 개인홈페이지, 블로그, Github 링크 등도 함께 제출해주시면 더욱 좋습니다.
 
[1차 인터뷰] 
- 직무와 관련된 전문 지식 및 경험에 대한 이야기를 나누는 자리입니다.
- 업무 연관성이 높은 야놀자 구성원이 참석하며 대면으로 1시간 가량 진행됩니다.
 
[2차 인터뷰]
- 직무와 관련된 역량과 경험에 대하여 1시간 가량 대면으로 심층적인 이야기를 나누게 됩니다.
- 이와 더불어 야놀자와 지원자가 서로의 가치관과 생각을 확인하는 질문도 주고 받습니다.
 
[처우 협의]
- 인터뷰 전형 합격 이후, 개별적으로 보상에 대한 협의를 진행합니다.
- 처우 산정에 필요한 증빙 서류 제출을 요청드리며, 산정 완료 시 빠른 시일 내 채용 담당자가 안내 드리고 있습니다.

[최종 합격]
- 야놀자 합류를 축하드리며 오퍼레터를 발송합니다.
- 오퍼레터에는 최종 제안드리는 포지션과 연봉, 현금성 복지 등의 보상 패키지와 입사일이 포함되어 있습니다.

[참고사항]
- 포지션에 따라 과제 또는 추가 인터뷰, 평판조회 전형이 추가될 수 있습니다.
- 국가유공자 예우 및 지원에 관한 법률에 의거 취업 보호 대상자 및 장애인은 관련 법규에 따라 우대합니다.
- 채용 절차 진행 시 구직자에게 수령한 서류는 구직자의 채용 여부 확정일 이후 1년 동안 보관하고 이후 파기합니다.

[지원방법]
자유양식의 이력서를 아래 링크로 지원
https://careers.yanolja.co/o/118599

[문의]
유윤화, Talent Acquisition Partner
yunhwa.you@yanolja.com

[복지 패키지]
Y-Player가 행복하게 일할 수 있도록,
일과 휴식을 함께 즐길 수 있는 워케이션 진행
마음 편히 놀 수 있게 야놀자 앱 포인트 연 100만 원 지급 (5주년에는 50만 원 추가지급)
점심 식대 연 288만 원 (1일 1.2만 원) 
다양한 연차 사용 (반차/반반차)
오피스 내 무료 간식 자판기 TT 머신 운영
생일 축하금 및 조기 퇴근권
 
Y-Player가 성장할 수 있도록,
자기개발교육비 지원
영어교육 프로그램 지원
마이북 서비스 (개인 직무 서적 지원, 연 20만 원)
 
Y-Player와 그 가족까지,
명절 상여금 (연 40만 원)
단체 상해보험 및 일상생활 배상책임보험 (배우자, 자녀 포함)
보육 수당 지급 (연 120만 원/만 6세 이하)
자녀 출산 시 출산 축하 선물 지원
모성보호실 제공
독감 예방 접종비 지원

이외에도 경조금 등의 기본 복지를 포함하여 다양한 복지를 제공하고 있습니다!
(회사의 복지제도는 상황에 따라 유연하게 변경될 수 있습니다.)

[누구나 마음편히 놀 수 있게, Yanolja 소개] 야놀자는 전 세계에서 가장 빠르게 성장하는 글로벌 대표 여행 플랫폼이자 트래블 테크 기업입니다. 여행의 B2B2C 밸류 체인을 원스톱으로 연결하고 글로벌 여행산업의 디지털 전환을 선도하고 있습니다. 야놀자ㆍ인터파크ㆍ트리플ㆍ데일리호텔 등 시장을 이끄는 여행 슈퍼앱 포트폴리오를 통해 숙박ㆍ레저ㆍ교통 등 여행을 위한 모든 서비스를 제공하고, 야놀자클라우드의 클라우드형 솔루션을 인공지능ㆍ블록체인ㆍ사물인터넷 등 혁신기술과 접목해 전 세계 190개 국 이상의 호텔, F&amp;B, 레저, 주거 등 공간 전반에 공급하며 글로벌 여행 산업의 패러다임을 전환하고 있습니다. [Yanolja 주요 기사] https://www.topdaily.kr/articles/96609 https://www.mediapen.com/news/view/890883 https://www.asiatoday.co.kr/view.php?key=20240118010011774 https://monthlypeople.com/news/articleView.html?idxno=700112 [President of Yanolja Engineering 인터뷰 영상] https://www.youtube.com/watch?v=83_3igtyP7o [Yanolja R&amp;D 직군 인재상] - 본인 직무에 강한 자부심을 가진 분 - 새로운 기술 학습에 대한 열정과 문제 해결을 위한 탐구 정신을 보유한 분 - 개발 환경에 익숙하고 관련 이해도를 보유한 분 - 코딩 실력에 높은 자신감을 보유한 분 (Software Engineering 직렬) [Platform Information Security 및 Security Risk Assessment 소개] Platform Information Security는 야놀자와 그 멤버사를 아우르는 Y-Community의 공정과 신뢰영역의 전문조력자로서, 체계적인 위험 관리를 통해 내/외부의 위협으로부터 정보자산을 보호하고 비즈니스의 성장에 기여하는 것을 미션으로 삼고 있습니다. 고객이 안심하고 서비스를 이용할 수 있도록 “Security is Safety”라는 모토 아래 전사 정보보호 전략을 수립하고, 안전 컨트롤타워 역할을 수행합니다. 그 산하의 Securiy Risk Assessment는 안전한 서비스의 개발을 가이드 하는 조직으로, 어플리케이션의 취약점과 잠재된 위험을 사전에 진단하고 식별함으로써 고객이 안심하고 이용할 수 있는 안전한 무결점 서비스를 제공하고 있습니다. [채용팀 Talk] Securiy Risk Assessment 조직에서 야놀자 내 안전한 개발을 위한 정보 보안 가이드의 역할로 동적/정적 취약점 분석 및 모의해킹, 진단 프로세스 개선 등의 다양한 활동을 계획하고 실행해 주실 경력 5년 이상의 보안 취약점 진단 담당자를 채용합니다. 소스 코드 및 Web/App 취약점 분석 업무 관련 경험을 보유한 분, 더 나아가 취약점 진단 업무의 자동화에 대한 높은 관심을 가진 분을 모시고자 합니다. 애플리케이션 진단과 모의해킹을 통해 보안 취약점을 발굴하고 각각의 대응책을 제시하는 과정을 통해 보안 취약점 진단 전문가로 커리어를 확장하고 싶은 분들의 많은 관심과 지원 부탁드립니다. [담당 업무] - 야놀자의 안전한 개발 방법 가이드 및 서비스 보안 수준 향상 지원 - Web/App(iOS, Android) 동적/정적 취약점 분석 - Web/App(iOS, Android) 모의해킹 [필수 경험과 역량] * 관련 경험/역량을 보유하고 계시다면, 서류에 필수적으로 함께 작성 부탁 드립니다. - 5년 이상의 취약점 분석 또는 모의 해킹 경력을 보유한 분 - 다양한 개발 언어(Java, Python, PHP, Node 등) 기반의 분석 경험을 보유한 분 - 소스코드 취약점 분석 및 Web/APP(iOS, Android) 취약점 분석 업무 경험을 보유한 분 [우대 사항] * 관련 경험/역량을 보유하고 계시다면, 서류에 함께 작성 부탁 드립니다. - 퍼블릭 클라우드(AWS 등) 환경에서의 취약점 진단 및 모의해킹 경험을 보유한 분 - 퍼블릭 클라우드(AWS 등) 환경에 대한 이해도가 높은 분 - 취약점 진단 업무의 자동화에 높은 관심을 보유한 분 - 적극적인 성향과 원활한 커뮤니케이션 스킬을 보유한 분 - 글로벌 동료들과의 원활한 소통을 이어갈 수 있는 수준의 영어 스킬을 보유한 분 - 해외 출장 시 결격 사유가 없는 분 [채용 전형 안내] 서류전형 → 1차 인터뷰 → 2차 인터뷰 → 처우협의 → 최종합격 [서류전형] - 야놀자는 자유양식의 지원서류(이력서,경력기술서)를 받고 있습니다. - 본인의 강점을 잘 어필 할 수 있는 방식으로 자유롭게 작성하되, PDF 형태로 제출을 권장합니다. - 포트폴리오, 개인홈페이지, 블로그, Github 링크 등도 함께 제출해주시면 더욱 좋습니다. &nbsp; [1차 인터뷰]&nbsp; - 직무와 관련된 전문 지식 및 경험에 대한 이야기를 나누는 자리입니다. - 업무 연관성이 높은 야놀자 구성원이 참석하며 대면으로 1시간 가량 진행됩니다. &nbsp; [2차 인터뷰] - 직무와 관련된 역량과 경험에 대하여 1시간 가량 대면으로 심층적인 이야기를 나누게 됩니다. - 이와 더불어 야놀자와 지원자가 서로의 가치관과 생각을 확인하는 질문도 주고 받습니다. &nbsp; [처우 협의] - 인터뷰 전형 합격 이후, 개별적으로 보상에 대한 협의를 진행합니다. - 처우 산정에 필요한 증빙 서류 제출을 요청드리며, 산정 완료 시 빠른 시일 내 채용 담당자가 안내 드리고 있습니다. [최종 합격] - 야놀자 합류를 축하드리며 오퍼레터를 발송합니다. - 오퍼레터에는 최종 제안드리는 포지션과 연봉, 현금성 복지 등의 보상 패키지와 입사일이 포함되어 있습니다. [참고사항] - 포지션에 따라 과제 또는 추가 인터뷰, 평판조회 전형이 추가될 수 있습니다. - 국가유공자 예우 및 지원에 관한 법률에 의거 취업 보호 대상자 및 장애인은 관련 법규에 따라 우대합니다. - 채용 절차 진행 시 구직자에게 수령한 서류는 구직자의 채용 여부 확정일 이후 1년 동안 보관하고 이후 파기합니다. [지원방법] 자유양식의 이력서를 아래 링크로 지원 https://careers.yanolja.co/o/118599 [문의] 유윤화, Talent Acquisition Partner yunhwa.you@yanolja.com [복지 패키지] Y-Player가 행복하게 일할 수 있도록, 일과 휴식을 함께 즐길 수 있는 워케이션 진행 마음 편히 놀 수 있게 야놀자 앱 포인트 연 100만 원 지급 (5주년에는 50만 원 추가지급) 점심 식대 연 288만 원 (1일 1.2만 원)&nbsp; 다양한 연차 사용 (반차/반반차) 오피스 내 무료 간식 자판기 TT 머신 운영 생일 축하금 및 조기 퇴근권 &nbsp; Y-Player가 성장할 수 있도록, 자기개발교육비 지원 영어교육 프로그램 지원 마이북 서비스 (개인 직무 서적 지원, 연 20만 원) &nbsp; Y-Player와 그 가족까지, 명절 상여금 (연 40만 원) 단체 상해보험 및 일상생활 배상책임보험 (배우자, 자녀 포함) 보육 수당 지급 (연 120만 원/만 6세 이하) 자녀 출산 시 출산 축하 선물 지원 모성보호실 제공 독감 예방 접종비 지원 이외에도 경조금 등의 기본 복지를 포함하여 다양한 복지를 제공하고 있습니다! (회사의 복지제도는 상황에 따라 유연하게 변경될 수 있습니다.)

[야놀자채용] 보안 취약점 진단 담당자

Mark Zuckerberg outlines why he believes open source AI is good for developers, Meta and the world.

Open Source AI Is the Path Forward | Meta

마크 저커버그가 Meta Newsroom에서 Open Source AI Is the Path Forward 제목의 오픈 레터를 썼습니다. 이 글에서 그는 Meta의 Llama 3.1 출시와 전략적 방향성에 대해 시장에 전달하고, 오픈 소스 AI에 대한 자신의 견해를 명확히 밝혔습니다. 이는 단순한 의견 제시에 그치지 않고, 시장이 나아갈 방향성에 대해 강력한 메시지를 전달하고 있습니다.
https://about.fb.com/news/2024/07/open-source-ai-is-the-path-forward/

저커버그의 메시지는 매우 직설적입니다. 그는 애플의 폐쇄적인 생태계가 Meta의 AI 및 AR/VR 혁신을 제약하고 있다고 비판했습니다. 특히 그는 “애플이 개발자에게 세금을 부과하고, 임의의 정책을 적용하며, 모든 제품의 혁신을 출시하지 못하게 막는 방식은 Meta와 많은 다른 회사들이 더 나은 제품을 구축하는 것을 제한하고 있다”고 지적했습니다. 그의 표현의 강도를 비춰 봤을 때 앞으로 Meta가 애플 인텔리전스 파트너로 함께 할 일은 없을 것 같습니다..

저커버그는 오픈 소스 AI의 장점을 개발자 관점, Meta 고객의 효용 관점, 그리고 사회적 가치 관점에서 설명합니다. 그는 규제 기관에 AI 관련 Meta의 행보를 지켜달라고 메시지를 전달하는 것으로 보였습니다. Llama를 안전성 관점에서 구글 검색엔진과 다르게 취급하지 말아달라고 요청하며, 중국을 향해서는 단호하게 표현하면서 국가 안보 관점에서 설득력 있게 AI 오픈소스의 메시지를 전달하고 있습니다. 

저도 이 부분 맥락을 잘 모르는데, Andrew Ng도 링크드인 메시지를 통해 Meta의 오픈 소스 행보를 지지하며, 캘리포니아의 SB1047 법안이 혁신을 방해하는 어리석은 규제라고 언급했습니다. 이는 규제 기관이 AI 관련 통제를 시도하는 움직임이 있음을 시사합니다.
https://www.linkedin.com/feed/update/urn:li:activity:7221557961112834048/

저커버그는 Rundown AI와 독점 Q&A를 진행했으며, Emily Chang과의 인터뷰도 있었습니다.

Rundown AI 인터뷰(https://www.youtube.com/watch?v=Vy3OkbtUa5k)에선 오픈 레터의 내용이 대다수였으나, 장기 비전 관련해서 마크 저커버그의 관점을 볼 수 있었습니다. 그는 AI 및 AGI의 장기 비전에 대하여 “하나의 단일 AI가 아닌 다양한 AI와 AI 서비스가 존재해야 한다”고 주장하며 AI를 민주화의 필요성을 이야기합니다. 이러한 접근 방식이 광범위한 혁신을 촉진할 수 있다고 말하며, 추가로 우려사항으로 “모든 사람에게 AI의 기술적 혜택을 주지 않는다면 결국 반발을 초래할 것”이라고 말했습니다.

Emily Chang과 인터뷰에선 AI 오픈 소스 외 다양한 주제로 이야기를 나눴습니다. Meta AI에 대해서 마크 저커버그 인스타그램(https://www.instagram.com/p/C9xxBFYyF2X/)에도 포스팅했 듯이 타이핑으로 쿼리를 입력하면 바로 이미지를 생성하는 기능을 소개했습니다. Meta AI 출시의 목표가 올해 말까지 세계에서 가장 많이 사용되는 AI 어시스턴트가 되는 것이고 현재 수억명이 사용 중이고, 연말까지 목표에 도달할 것이라 밝혔습니다. 

또한, 저커버그는 Meta AI의 흥미로운 사용 사례로 사람들이 어려운 사회적 상호작용을 롤플레이하는 것을 소개했습니다. 예를 들어, 직장에서 매니저에게 급여 인상을 요청하거나, 여자친구나 친구와 어려운 대화를 연습하는 데 Meta AI를 사용하는 경우가 있다고 합니다.

이외에도 저커버그는 자녀 교육과 인재상에 대한 자신의 관점을 공유했습니다. 그는 다양한 경험과 유연성, 그리고 가치를 강조하며 이러한 특성이 중요하다고 언급했습니다.

마크 저커버그가 Meta Newsroom에서 Open Source AI Is the Path Forward 제목의 오픈 레터를 썼습니다. 이 글에서 그는 Meta의 Llama 3.1 출시와 전략적 방향성에 대해 시장에 전달하고, 오픈 소스 AI에 대한 자신의 견해를 명확히 밝혔습니다. 이는 단순한 의견 제시에 그치지 않고, 시장이 나아갈 방향성에 대해 강력한 메시지를 전달하고 있습니다.https://about.fb.com/news/2024/07/open-source-ai-is-the-path-forward/ 저커버그의 메시지는 매우 직설적입니다. 그는 애플의 폐쇄적인 생태계가 Meta의 AI 및 AR/VR 혁신을 제약하고 있다고 비판했습니다. 특히 그는 “애플이 개발자에게 세금을 부과하고, 임의의 정책을 적용하며, 모든 제품의 혁신을 출시하지 못하게 막는 방식은 Meta와 많은 다른 회사들이 더 나은 제품을 구축하는 것을 제한하고 있다”고 지적했습니다. 그의 표현의 강도를 비춰 봤을 때 앞으로 Meta가 애플 인텔리전스 파트너로 함께 할 일은 없을 것 같습니다.. 저커버그는 오픈 소스 AI의 장점을 개발자 관점, Meta 고객의 효용 관점, 그리고 사회적 가치 관점에서 설명합니다. 그는 규제 기관에 AI 관련 Meta의 행보를 지켜달라고 메시지를 전달하는 것으로 보였습니다. Llama를 안전성 관점에서 구글 검색엔진과 다르게 취급하지 말아달라고 요청하며, 중국을 향해서는 단호하게 표현하면서 국가 안보 관점에서 설득력 있게 AI 오픈소스의 메시지를 전달하고 있습니다.&nbsp; 저도 이 부분 맥락을 잘 모르는데, Andrew Ng도 링크드인 메시지를 통해 Meta의 오픈 소스 행보를 지지하며, 캘리포니아의 SB1047 법안이 혁신을 방해하는 어리석은 규제라고 언급했습니다. 이는 규제 기관이 AI 관련 통제를 시도하는 움직임이 있음을 시사합니다.https://www.linkedin.com/feed/update/urn:li:activity:7221557961112834048/ 저커버그는 Rundown AI와 독점 Q&amp;A를 진행했으며, Emily Chang과의 인터뷰도 있었습니다. Rundown AI 인터뷰(https://www.youtube.com/watch?v=Vy3OkbtUa5k)에선 오픈 레터의 내용이 대다수였으나, 장기 비전 관련해서 마크 저커버그의 관점을 볼 수 있었습니다. 그는 AI 및 AGI의 장기 비전에 대하여 “하나의 단일 AI가 아닌 다양한 AI와 AI 서비스가 존재해야 한다”고 주장하며 AI를 민주화의 필요성을 이야기합니다. 이러한 접근 방식이 광범위한 혁신을 촉진할 수 있다고 말하며, 추가로 우려사항으로 “모든 사람에게 AI의 기술적 혜택을 주지 않는다면 결국 반발을 초래할 것”이라고 말했습니다. Emily Chang과 인터뷰에선 AI 오픈 소스 외 다양한 주제로 이야기를 나눴습니다. Meta AI에 대해서 마크 저커버그 인스타그램(https://www.instagram.com/p/C9xxBFYyF2X/)에도 포스팅했 듯이 타이핑으로 쿼리를 입력하면 바로 이미지를 생성하는 기능을 소개했습니다. Meta AI 출시의 목표가 올해 말까지 세계에서 가장 많이 사용되는 AI 어시스턴트가 되는 것이고 현재 수억명이 사용 중이고, 연말까지 목표에 도달할 것이라 밝혔습니다.&nbsp; 또한, 저커버그는 Meta AI의 흥미로운 사용 사례로 사람들이 어려운 사회적 상호작용을 롤플레이하는 것을 소개했습니다. 예를 들어, 직장에서 매니저에게 급여 인상을 요청하거나, 여자친구나 친구와 어려운 대화를 연습하는 데 Meta AI를 사용하는 경우가 있다고 합니다. 이외에도 저커버그는 자녀 교육과 인재상에 대한 자신의 관점을 공유했습니다. 그는 다양한 경험과 유연성, 그리고 가치를 강조하며 이러한 특성이 중요하다고 언급했습니다.

마크 저커버그의 오픈 소스 AI 비전, 예상보다 더 직설적

고객의 마음은 보이는 것이 전부가 아니다.숨어 있는 진짜 욕망과 니즈를 찾아내 자극해야 한다.·고객은 반드시 필요해야 제품과 서비스를 산다.·고객은 필요를 충족시켜주는 제품과 서비스를 구매한다.·고객은 충분한 정보가 있다면 합리적 선택을 한다.이 문장이 모두 ...

당신의 제품과 서비스가 팔리지 않는 이유 - 예스24

이미 출간한지 1년 3개월이 되었고 더구나 유행호흡도 빠른 마케팅 분야 서적이라 나도 종종 잊고 있게 되는 첫 내 단독도서 ‘당신의 제품과 서비스가 팔리지 않는 이유’를 인상 깊게 읽으셨다는 독자 한분께서 내 연락처를 수소문해서 연락 주셨다. 3050 사업가와 직장인이 경희대학교 경영대학원 원우회에서 본 책 내용을 주제로 혹은 확장한 주제로 특강을 부탁하신다면서 말이다. 원우들 제공도서로도 선정하고. 너무 감사하다. 당연히 흔쾌히 수락! 강연날이 주말 낮시간이라 부담도 없고 즐거운 자리가 될 듯하다. 😊

거기에 일정조정 이슈와 주제 선정 이슈가 있어서 확정은 아니지만 최근 출간해서 베스트셀러가 된 저자분과 함께 콜라보 북토크도 제안 받아서 협의 중이고. 이것도 하는 걸로 확정되면 재미있겠다.

https://m.yes24.com/Goods/Detail/118804704?pid=157529&NaPm=ct%3Dlyzha788%7Cci%3D8fafd86905960c38d3c04f8ce5380327819448c6%7Ctr%3Dboksl1%7Csn%3D187110%7Chk%3Da363636ca7daabda81334855786150b98011e470

이미 출간한지 1년 3개월이 되었고 더구나 유행호흡도 빠른 마케팅 분야 서적이라 나도 종종 잊고 있게 되는 첫 내 단독도서 ‘당신의 제품과 서비스가 팔리지 않는 이유’를 인상 깊게 읽으셨다는 독자 한분께서 내 연락처를 수소문해서 연락 주셨다. 3050 사업가와 직장인이 경희대학교 경영대학원 원우회에서 본 책 내용을 주제로 혹은 확장한 주제로 특강을 부탁하신다면서 말이다. 원우들 제공도서로도 선정하고. 너무 감사하다. 당연히 흔쾌히 수락! 강연날이 주말 낮시간이라 부담도 없고 즐거운 자리가 될 듯하다. 😊 거기에 일정조정 이슈와 주제 선정 이슈가 있어서 확정은 아니지만 최근 출간해서 베스트셀러가 된 저자분과 함께 콜라보 북토크도 제안 받아서 협의 중이고. 이것도 하는 걸로 확정되면 재미있겠다. https://m.yes24.com/Goods/Detail/118804704?pid=157529&amp;NaPm=ct%3Dlyzha788%7Cci%3D8fafd86905960c38d3c04f8ce5380327819448c6%7Ctr%3Dboksl1%7Csn%3D187110%7Chk%3Da363636ca7daabda81334855786150b98011e470

예스24

인프런이 만드는 IT인의 축제, 인프콘에 초대합니다

인프콘 2024 - INFCON 2024

1. INFCON
- https://www.inflearn.com/conf/infcon-2024/
- ‘인프런’에서 주최하는 IT 컨퍼런스. 개발자, PM/PO, 디자이너 분야 등
- 2024년 8월 2일(금)
- 유료 / 참가 신청 마감. 추후 인프콘 다시보기 서비스 제공 예정

2. UbuCon Korea 2024
- https://2024.ubuntu-kr.org/ko/
- Ubuntu 코리아 컨퍼런스
- 2024년 8월 10일(토)
- 유료

3. FEConf24
- https://2024.feconf.kr/
- 국내 최대 프론트엔드 컨퍼런스
- 2024년 8월 24일(토)
- 유료

4. Kubernetes Korea Community Day 2024
- https://kcd-korea.net/
- 쿠버네티스에서 주최하는 국내 클라우드 네이티브 기술 컨퍼런스
- 2024년 9월 24일(화)
- 유료

5. OpenInfra Summit Asia 2024
- https://2024.openinfraasia.org/
- 클라우드 네이티브 오픈소스 기술 재단 ‘오픈인프라’ 컨퍼런스
- 2024년 9월 3일(화) ~ 9월 4일(수)
- 유료

6. KWDC 2024
- https://kwdc.dev/2024/
- 국내 애플 개발자 커뮤니티 3곳이 주최하는 한국 Apple 생태계 컨퍼런스
- 2024년 10월 24일(목)
- 유료

7. PyCon KR 2024
- https://2024.pycon.kr/
- 세계 각국의 파이썬 프로그래밍 언어 커뮤니티에서 주관하는 컨퍼런스
- 2024년 10월 25일(금) ~ 10월 27일(일)
- 유료

8. DebConf24
- https://debconf24.debconf.org/
- 데비안 운영체제, 소프트웨어 개발과 관련한 세미나
- 2024년 7월 28일(일) ~ 8월 4일(일)
- 유·무료(일반 무료, 전문가/기업 유료)

9. GopherCon Korea 2024
- https://festa.io/events/5098
- 한국의 Go 언어 사용자 모임 커뮤니티에서 주최하는 컨퍼런스
- 2024년 10월 12일(토) ~ 10월 13일(일)
- 유료

해외 컨퍼런스
1. GitHub Universe 2024
- https://githubuniverse.com/
- 2024년 10월 29일(화) ~ 10월 30일(수) / 미국 샌프란시스코
- 유료 / 온라인 라이브 스트리밍 무료

2. KubeCon + CloudNativeCon North America
- https://events.linuxfoundation.org/kubecon-cloudnativecon-north-america/
- 2024년 11월 12일(화) ~ 11월 15일(금) / 미국 유타주 솔트레이크시티
- 유료 / 키노트 라이브 스트리밍 무료

3. AWS re:Invent 2024
- https://reinvent.awsevents.com/
- 2024년 12월 2일(월) ~ 12월 6일(금) / 미국 라스베가스
- 유료 / 온라인 라이브 스트리밍 무료

1. INFCON- https://www.inflearn.com/conf/infcon-2024/- ‘인프런’에서 주최하는 IT 컨퍼런스. 개발자, PM/PO, 디자이너 분야 등- 2024년 8월 2일(금)- 유료 / 참가 신청 마감. 추후 인프콘 다시보기 서비스 제공 예정 2. UbuCon Korea 2024- https://2024.ubuntu-kr.org/ko/- Ubuntu 코리아 컨퍼런스- 2024년 8월 10일(토)- 유료 3. FEConf24- https://2024.feconf.kr/- 국내 최대 프론트엔드 컨퍼런스- 2024년 8월 24일(토)- 유료 4. Kubernetes Korea Community Day 2024- https://kcd-korea.net/- 쿠버네티스에서 주최하는 국내 클라우드 네이티브 기술 컨퍼런스- 2024년 9월 24일(화)- 유료 5. OpenInfra Summit Asia 2024- https://2024.openinfraasia.org/- 클라우드 네이티브 오픈소스 기술 재단 ‘오픈인프라’ 컨퍼런스- 2024년 9월 3일(화) ~ 9월 4일(수)- 유료 6. KWDC 2024- https://kwdc.dev/2024/- 국내 애플 개발자 커뮤니티 3곳이 주최하는 한국 Apple 생태계 컨퍼런스- 2024년 10월 24일(목)- 유료 7. PyCon KR 2024- https://2024.pycon.kr/- 세계 각국의 파이썬 프로그래밍 언어 커뮤니티에서 주관하는 컨퍼런스- 2024년 10월 25일(금) ~ 10월 27일(일)- 유료 8. DebConf24- https://debconf24.debconf.org/- 데비안 운영체제, 소프트웨어 개발과 관련한 세미나- 2024년 7월 28일(일) ~ 8월 4일(일)- 유·무료(일반 무료, 전문가/기업 유료) 9. GopherCon Korea 2024- https://festa.io/events/5098- 한국의 Go 언어 사용자 모임 커뮤니티에서 주최하는 컨퍼런스- 2024년 10월 12일(토) ~ 10월 13일(일)- 유료 해외 컨퍼런스1. GitHub Universe 2024- https://githubuniverse.com/- 2024년 10월 29일(화) ~ 10월 30일(수) / 미국 샌프란시스코- 유료 / 온라인 라이브 스트리밍 무료 2. KubeCon + CloudNativeCon North America- https://events.linuxfoundation.org/kubecon-cloudnativecon-north-america/- 2024년 11월 12일(화) ~ 11월 15일(금) / 미국 유타주 솔트레이크시티- 유료 / 키노트 라이브 스트리밍 무료 3. AWS re:Invent 2024- https://reinvent.awsevents.com/- 2024년 12월 2일(월) ~ 12월 6일(금) / 미국 라스베가스- 유료 / 온라인 라이브 스트리밍 무료

인프런

2024 하반기 IT 컨퍼런스

이력서는 중요합니다.
면접관에게는 지원자를 파악하기 위한 첫번째 장소이기 때문입니다.

이런 이력서 작성을 편리하게 도와주는 사이트가 있어서 소개드립니다.
resumemaker.online 인데요.

기존에 작성한 이력서가 있다면 업로드해서 AI가 초안을 작성해주기도 합니다.
컬러나 템플릿등을 설정할 수 도 있고, 꽤 정돈된 형태로 이력서가 나오게 됩니다.

한가지 단점은 한글 폰트를 지원하지 않습니다.
그래도 이력서 작성을 별로 해보시지 않았다면 툴의 도움을 받아서 채워보시는
것도 좋을 것 같습니다.

제가 기존에 써둔 이력서를 업로드 해서 만들어봤는데 퀄리티가 나쁘지 않네요.

이력서는 중요합니다.면접관에게는 지원자를 파악하기 위한 첫번째 장소이기 때문입니다. 이런 이력서 작성을 편리하게 도와주는 사이트가 있어서 소개드립니다.resumemaker.online 인데요. 기존에 작성한 이력서가 있다면 업로드해서 AI가 초안을 작성해주기도 합니다.컬러나 템플릿등을 설정할 수 도 있고, 꽤 정돈된 형태로 이력서가 나오게 됩니다. 한가지 단점은 한글 폰트를 지원하지 않습니다.그래도 이력서 작성을 별로 해보시지 않았다면 툴의 도움을 받아서 채워보시는것도 좋을 것 같습니다. 제가 기존에 써둔 이력서를 업로드 해서 만들어봤는데 퀄리티가 나쁘지 않네요.

이력서를 편하게 만듭시다 - resumemaker

I finally have the feeling that I&rsquo;m a decent programmer, so I thought it would be fun to write some advice with the idea of &ldquo;what would have gotten me to this point faster?&rdquo; I&rsquo;m not claiming this is great advice for everyone, just 

Marcus' Blog


한 개발자가 과거의 나에게 개발자로써 조언을 해준다면? 에 대해 작성해주신 글입니다.
몇 가지는 직접적으로 저에게 도움이 되는 부분도 있어, 일부 저에게 도움되는 부분만 요약해서 공유드립니다.

🤔 계속 발에 총을 쏘고 있다면, 총을 고쳐야한다.
팀에서 시스템에 대해 자주 실수 하는 부분이 있지만, 그 실수를 줄일 방법에 대해 생각하지 않는 경우가 많습니다. 이런 경우 시스템을 개선하여 실수를 줄이는 것이 중요합니다.
이러한 문제들은 해결할 자연스러운 시기가 없었기에 오래 지속되는 경우가 많으니, 생각보다 몇 분 동안만 고민하면 해결 할 수 있는게 많습니다. 이런 문제가 있을 때 자신과 팀의 삶을 더 쉽게 만들 수 있다는 것을 상기시키고 마음가짐을 갖는게 중요합니다.

🪠 품질과 속도 사이의 균형을 맞춰야한다.
구현 속도와 정확성에 대한 자신감 사이에는 항상 트레이드오프가 존재합니다. 현재 상황에서 버그를 출시하는 것이 얼마나 괜찮은지 자문해보고, 이에 대한 답변이 작업 방식에 영향을 미치지 않는다면 지나치게 경직된 것으로 생각하세요.

🪭 톱을 갈고 있는 시간은 거의 항상 가치가 있는 시간이다.
도구를 잘 다루는 것이 중요합니다. 코드를 빠르게 작성하고, 주요 단축키를 알고, 운영체제와 셀에 능숙해야 합니다. 새로운 엔지니어에게서 보이는 가장 큰 그린 플래그 중 하나는 도구 선택과 능숙한 사용에 대한 관심입니다.

🧘🏻‍♂️버그를 한 층 더 깊이 해결하려고 노력해야 한다.
버그를 표면적으로 해결하는 대신, 근본적인 원인을 찾아 해결하는 것이 중요합니다. 최대한 어떤 컴포넌트도 이 버그를 다시 겪지 않도록 해결하려고 노력해보세요.

🏃🏻‍♀️ 버그 조사 시 히스토리를 활용해야 한다.
이상한 버그를 조사할 때, git 히스토리를 활용하는 것이 중요합니다. 예를 들어 메모리 누수 문제를 조사할 때, 특정 커밋 이후에 문제가 발생한 경우가 많으니 참고하세요.

🎆 가끔은 나쁜 코드로 작성하는 쪽으로 오류를 범해봐라.
끔찍한 코드를 작성하는 것도 쉽고, 모든 모범사례를 절대적으로 따르는 코드를 작성하는 것도 정말 쉽습니다. 하지만 이런 코드 작성은 스타트업에 돈이 바닥 날 가능성이 큽니다.
또한 빨리 코드를 작성하게 되면 추후 나쁜 기술 부채로 인해 곤란을 겪게 될 수도 있습니다.
'나쁜' 코드의 의미를 명확하게 하고, 시간과 노력의 균형을 찾아 코드를 작성해보세요.

🏋️ 디버깅 하기 쉽게 만들어야 한다.
디버깅을 쉽게 하기 위한 노력을 하지 않으면, 소프트웨어가 점점 더 복잡해짐에 따라 각 이슈를 디버깅 하는데 엄청난 시간을 소비하게 될 것 입니다. 그렇게 되면 결국 변경 하는 것이 두려워지게 됩니다. 디버깅 시간 중 설정, 재현, 사후 정리에 소요되는 시간을 추적하는 데 주의를 기울이세요.

💁‍♂️ 팀에서 일할 때는 보통 질문을 해야 한다.
경력 초반자들은 '사소한 질문으로 동료를 귀찮게 하는 것' 보다 '모든 것을 스스로 알아내려고 노력하는 것'에 너무 치우쳐 있습니다. 한 시간 넘게 무언가를 알아내기 위해 시간을 허비하지말고 몇 분 만에 답을 찾을 수 있게 항상 질문하세요. 누군가에게 귀찮은 경우는 몇 분 안에 스스로 답을 찾을 수 있었다는 것이 분명할 때 뿐입니다.

👁️ 배포 주기는 매우 중요, 빠르고 자주 배포할 수 있는 방법 고민 필요
프로젝트 배포 속도는 시간이 지남에 따라 복리로 증가해서, 상상할 수 있는 것보다 빠르게 기능을 배포할 수 있게 됩니다. 스타트업은 런웨이가 제한적이고, 프로젝트에는 마감일이 항상 있으니 빠르게 배포하기 위해 여러가지 시도를 해보세요.

한 개발자가 과거의 나에게 개발자로써 조언을 해준다면? 에 대해 작성해주신 글입니다. 몇 가지는 직접적으로 저에게 도움이 되는 부분도 있어, 일부 저에게 도움되는 부분만 요약해서 공유드립니다. 🤔 계속 발에 총을 쏘고 있다면, 총을 고쳐야한다. 팀에서 시스템에 대해 자주 실수 하는 부분이 있지만, 그 실수를 줄일 방법에 대해 생각하지 않는 경우가 많습니다. 이런 경우 시스템을 개선하여 실수를 줄이는 것이 중요합니다. 이러한 문제들은 해결할 자연스러운 시기가 없었기에 오래 지속되는 경우가 많으니, 생각보다 몇 분 동안만 고민하면 해결 할 수 있는게 많습니다. 이런 문제가 있을 때 자신과 팀의 삶을 더 쉽게 만들 수 있다는 것을 상기시키고 마음가짐을 갖는게 중요합니다. 🪠 품질과 속도 사이의 균형을 맞춰야한다.구현 속도와 정확성에 대한 자신감 사이에는 항상 트레이드오프가 존재합니다. 현재 상황에서 버그를 출시하는 것이 얼마나 괜찮은지 자문해보고, 이에 대한 답변이 작업 방식에 영향을 미치지 않는다면 지나치게 경직된 것으로 생각하세요. 🪭 톱을 갈고 있는 시간은 거의 항상 가치가 있는 시간이다.도구를 잘 다루는 것이 중요합니다. 코드를 빠르게 작성하고, 주요 단축키를 알고, 운영체제와 셀에 능숙해야 합니다. 새로운 엔지니어에게서 보이는 가장 큰 그린 플래그 중 하나는 도구 선택과 능숙한 사용에 대한 관심입니다. 🧘🏻‍♂️버그를 한 층 더 깊이 해결하려고 노력해야 한다.버그를 표면적으로 해결하는 대신, 근본적인 원인을 찾아 해결하는 것이 중요합니다. 최대한 어떤 컴포넌트도 이 버그를 다시 겪지 않도록 해결하려고 노력해보세요. 🏃🏻‍♀️ 버그 조사 시 히스토리를 활용해야 한다.이상한 버그를 조사할 때, git 히스토리를 활용하는 것이 중요합니다. 예를 들어 메모리 누수 문제를 조사할 때, 특정 커밋 이후에 문제가 발생한 경우가 많으니 참고하세요. 🎆 가끔은 나쁜 코드로 작성하는 쪽으로 오류를 범해봐라.끔찍한 코드를 작성하는 것도 쉽고, 모든 모범사례를 절대적으로 따르는 코드를 작성하는 것도 정말 쉽습니다. 하지만 이런 코드 작성은 스타트업에 돈이 바닥 날 가능성이 큽니다. 또한 빨리 코드를 작성하게 되면 추후 나쁜 기술 부채로 인해 곤란을 겪게 될 수도 있습니다.'나쁜' 코드의 의미를 명확하게 하고, 시간과 노력의 균형을 찾아 코드를 작성해보세요. 🏋️ 디버깅 하기 쉽게 만들어야 한다.디버깅을 쉽게 하기 위한 노력을 하지 않으면, 소프트웨어가 점점 더 복잡해짐에 따라 각 이슈를 디버깅 하는데 엄청난 시간을 소비하게 될 것 입니다. 그렇게 되면 결국 변경 하는 것이 두려워지게 됩니다. 디버깅 시간 중 설정, 재현, 사후 정리에 소요되는 시간을 추적하는 데 주의를 기울이세요. 💁‍♂️ 팀에서 일할 때는 보통 질문을 해야 한다.경력 초반자들은 '사소한 질문으로 동료를 귀찮게 하는 것' 보다 '모든 것을 스스로 알아내려고 노력하는 것'에 너무 치우쳐 있습니다. 한 시간 넘게 무언가를 알아내기 위해 시간을 허비하지말고 몇 분 만에 답을 찾을 수 있게 항상 질문하세요. 누군가에게 귀찮은 경우는 몇 분 안에 스스로 답을 찾을 수 있었다는 것이 분명할 때 뿐입니다. 👁️ 배포 주기는 매우 중요, 빠르고 자주 배포할 수 있는 방법 고민 필요프로젝트 배포 속도는 시간이 지남에 따라 복리로 증가해서, 상상할 수 있는 것보다 빠르게 기능을 배포할 수 있게 됩니다. 스타트업은 런웨이가 제한적이고, 프로젝트에는 마감일이 항상 있으니 빠르게 배포하기 위해 여러가지 시도를 해보세요.

mbuffett.com

15년 전 나에게 해주고 싶은 프로그래밍 조언

컴퓨터 공부를 처음 시작한 날이 2004년 8월 25일. 이제 20년이 지났습니다.

죽을 만큼 힘든 날은 없었다

컴퓨터 공부를 처음 시작한 날이 2004년 8월 25일.
이제 20년이 지났습니다.

돌아보면 그렇게 쉽진 않았지만 또 그렇게 어렵지도 않았던 것 같습니다.

매일 조금씩 힘들고 피곤하긴 했지만..
죽을 만큼 힘들다고 생각해 본 날은 없습니다.

마라톤 금메달리스트 황영조 선수가 훈련 중에 자동차가 지나가면 그 바퀴 밑으로 뛰어들어 죽고 싶었다고 말했던 걸 기억합니다. 도대체 어느 정도 힘들어야 죽어버리는 게 낫겠다는 생각을 할 수 있을까?

저에게는 그런 날은 하루도 없었던 것입니다.
이 정도면 뭐 할만한 것 아닌가?

죽을 만큼 힘들게 훈련하진 않더라도,
(그렇게 해야 세계 챔피언이 될 수 있나 봅니다)
적당한 훈련을 매일 오랫동안 해나가면 인생을 편안하게 살 만큼의 성취 정도는 이룰 수 있다는 걸 나중에야 알게 됐습니다.
왜냐면 그것조차 할 수 있는 사람이 별로 없으니까.

이걸 알고 나서 마음이 참 편해졌습니다.
난 분명히 잘될 거야.
더 즐기면서 일할 수 있게 되었습니다.

https://jeho.page/essay/2024/07/17/not-easy-but-not-hard-either.html

컴퓨터 공부를 처음 시작한 날이 2004년 8월 25일. 이제 20년이 지났습니다. 돌아보면 그렇게 쉽진 않았지만 또 그렇게 어렵지도 않았던 것 같습니다. 매일 조금씩 힘들고 피곤하긴 했지만.. 죽을 만큼 힘들다고 생각해 본 날은 없습니다. 마라톤 금메달리스트 황영조 선수가 훈련 중에 자동차가 지나가면 그 바퀴 밑으로 뛰어들어 죽고 싶었다고 말했던 걸 기억합니다. 도대체 어느 정도 힘들어야 죽어버리는 게 낫겠다는 생각을 할 수 있을까? 저에게는 그런 날은 하루도 없었던 것입니다. 이 정도면 뭐 할만한 것 아닌가? 죽을 만큼 힘들게 훈련하진 않더라도, (그렇게 해야 세계 챔피언이 될 수 있나 봅니다) 적당한 훈련을 매일 오랫동안 해나가면 인생을 편안하게 살 만큼의 성취 정도는 이룰 수 있다는 걸 나중에야 알게 됐습니다. 왜냐면 그것조차 할 수 있는 사람이 별로 없으니까. 이걸 알고 나서 마음이 참 편해졌습니다. 난 분명히 잘될 거야. 더 즐기면서 일할 수 있게 되었습니다. https://jeho.page/essay/2024/07/17/not-easy-but-not-hard-either.html

K리그 프로그래머

회계는 지난 수백 년 동안 크게 변하지 않았음그럼에도 불구하고, 금융 시스템을 위한 소프트웨어를 구축하는 올바른 방법에 대해 많은 혼란이 있음이 글에서는 대기업에서 금융 시스템을 구축한 경험을 바탕으로 한 교훈을 공유회계 시스템 구축에 초점을 맞추겠지만, 이 원칙들은 더 일반적인 금융 시스템에도 적용됨기본 금융 용어 정의일반 원장 (General Ledge

금융 시스템 구축을 위한 엔지니어링 원칙 | GeekNews

예전에 회계 시스템 만들때, "아 정말 나는 금융을 하나도 모르는 구나" 하면서 참 고생했던 기억이 있습니다.

숫자 계산을 좋아하는 개발자들이지만, 역사가 긴 금융, 회계 시스템, 환율, 정책, 원리에 대해서 이해하지 않으면 설계에서부터 시작해서, 멱등성 유지, 트랜잭션 등 자칫 고려하지 못하면 큰일 나는 구석들도 많은 아주 흥미로우면서 후덜덜한 영역일 것 같습니다.

news.hada.io/topic?id=15794

블로그 글 뿐만 아니라 저도 설계에 도움 많이 받았던 글들 공유드려봅니다!

 * Martin Fowler - Accounting Patterns : https://martinfowler.com/apsupp/accounting.pdf
   
 * 실제 서비스 API로 만들면 이런 모양이 될꺼다!로 제일 참고하기 좋았던 Twisp Doc (GraphQL) : https://t.co/m78EFpYX7w

예전에 회계 시스템 만들때, "아 정말 나는 금융을 하나도 모르는 구나" 하면서 참 고생했던 기억이 있습니다. 숫자 계산을 좋아하는 개발자들이지만, 역사가 긴 금융, 회계 시스템, 환율, 정책, 원리에 대해서 이해하지 않으면 설계에서부터 시작해서, 멱등성 유지, 트랜잭션 등 자칫 고려하지 못하면 큰일 나는 구석들도 많은 아주 흥미로우면서 후덜덜한 영역일 것 같습니다. news.hada.io/topic?id=15794 블로그 글 뿐만 아니라 저도 설계에 도움 많이 받았던 글들 공유드려봅니다! <ul ><li>Martin Fowler - Accounting Patterns : https://martinfowler.com/apsupp/accounting.pdf </li><li>실제 서비스 API로 만들면 이런 모양이 될꺼다!로 제일 참고하기 좋았던 Twisp Doc (GraphQL) : https://t.co/m78EFpYX7w </li></ul>

GeekNews

금융 시스템 구축을 위한 엔지니어링 원칙

테스트 코드는 왜 써야 할까요? 테스트 코드가 가져오는 베네핏들에는 어떤 것이 있을까요?

모닥불 | EP.3 프론트엔드 개발에서 테스트 자동화, 꼭 해야 할까?

프론트엔드 개발 영역에서 테스트 코드의 필요성은 지속적인 논의의 대상입니다. 사용자 인터페이스와 직접적으로 연결되는 프론트엔드 코드의 특성상, 빈번하고 다양한 변화에 직면하게 되기 때문인데요. 이러한 환경에서 개발자들은 때때로 시간적 제약으로 인해 테스트 코드 작성을 생략하고 즉각적인 개발에 집중하게 되는데요. 이는 단기적으로 생산성 향상으로 느껴질 수 있습니다.
그러나 이러한 접근은 '단기적 효율'과 '장기적 지속가능성' 사이의 균형에 대한 문제를 제기합니다. 테스트 코드 없이 진행되는 개발이 당장은 빠른 결과물 도출로 이어질 수 있지만, 장기적 관점에서는 오히려 생산성 저하와 품질 문제로 이어질 수 있기 때문인데요.
그렇다면 테스트 코드가 어떻게 장기적인 생산성 향상에 기여하는 것일까요? 다음은 테스트 코드가 가져다주는 주요 이점들입니다:
 1. 신속한 피드백 루프: 테스트 코드는 개발자가 변경사항을 즉각적으로 검증할 수 있게 해줍니다. 이는 수동 테스트 과정을 최소화하고, 버그를 조기에 발견하여 수정 비용을 절감시킵니다.
 2. 리팩토링 자신감: 잘 작성된 테스트 코드는 개발자에게 코드 개선에 대한 자신감을 부여합니다. 기존 기능의 정상 작동을 보장하면서 새로운 기능을 추가하거나 라이브러리 업데이트를 할 수 있습니다.
 3. 문서화 효과: 테스트 코드는 실행 가능한 명세서 역할을 합니다. 특히 빠르게 변화하는 스타트업 환경에서, 테스트 코드는 최신 상태의 신뢰할 수 있는 문서가 됩니다.

그렇다면 테스트 코드는 어떻게 작성해야 할까요? 아마 많은 개발자 분들이 실질적으로 궁금해하는 내용일텐데요. 전통적인 테스트 피라미드 접근법은 유닛 테스트를 기반으로, 통합 테스트, 그리고 E2E(End-to-End) 테스트 순으로 구성됩니다. 그러나 실제 개발 에서는 이론과 실제 적용 사이의 간극이 존재하기 마련인데요. 토스의 테스트 전략은 아래와 같은 개념 으로 구성되어 있습니다:
 1. 전략적 선별: 복잡성이 높고 비즈니스에 중요한 기능에 테스트 역량을 집중합니다. 단순한 UI 요소보다는 핵심 비즈니스 로직과 주요 사용자 시나리오에 초점을 맞춤으로써, 테스트의 투자 대비 생산성을 극대화합니다.
 2. 통합 테스트 중심 접근: 페이지 단위의 통합 테스트로 실제 사용자 경험에 더 가까운 테스트 시나리오를 구성합니다. 이러한 방식은 개별 컴포넌트의 기능성뿐만 아니라, 상호작용하여 전체 시스템을 구성하는지 검증할 수 있게 해줍니다.
 3. 생산성과 효율성의 균형: 너무 단순한 테스트는 작성하지 않습니다. 예를 들어, 즉시 확인 가능한 단순 UI 변경사항에 대해서는 별도의 자동화된 테스트를 작성하지 않습니다.

결론적으로, 토스의 프론트엔드 테스트는 기존의 이론적 모델을 맹목적으로 따르기보다는 실질적인 가치를 제공하는 방향으로 접근하고 있습니다. 통합테스트 중심의 실용적 접근을 통해 개발 생산성과 품질 사이의 적절한 균형을 맞추는게 인상적이었습니다.

https://toss.tech/article/firesidechat_frontend_3

프론트엔드 개발 영역에서 테스트 코드의 필요성은 지속적인 논의의 대상입니다. 사용자 인터페이스와 직접적으로 연결되는 프론트엔드 코드의 특성상, 빈번하고 다양한 변화에 직면하게 되기 때문인데요. 이러한 환경에서 개발자들은 때때로 시간적 제약으로 인해 테스트 코드 작성을 생략하고 즉각적인 개발에 집중하게 되는데요. 이는 단기적으로 생산성 향상으로 느껴질 수 있습니다.그러나 이러한 접근은 '단기적 효율'과 '장기적 지속가능성' 사이의 균형에 대한 문제를 제기합니다. 테스트 코드 없이 진행되는 개발이 당장은 빠른 결과물 도출로 이어질 수 있지만, 장기적 관점에서는 오히려 생산성 저하와 품질 문제로 이어질 수 있기 때문인데요.그렇다면 테스트 코드가 어떻게 장기적인 생산성 향상에 기여하는 것일까요? 다음은 테스트 코드가 가져다주는 주요 이점들입니다:<ol ><li>신속한 피드백 루프: 테스트 코드는 개발자가 변경사항을 즉각적으로 검증할 수 있게 해줍니다. 이는 수동 테스트 과정을 최소화하고, 버그를 조기에 발견하여 수정 비용을 절감시킵니다.</li><li>리팩토링 자신감: 잘 작성된 테스트 코드는 개발자에게 코드 개선에 대한 자신감을 부여합니다. 기존 기능의 정상 작동을 보장하면서 새로운 기능을 추가하거나 라이브러리 업데이트를 할 수 있습니다.</li><li>문서화 효과: 테스트 코드는 실행 가능한 명세서 역할을 합니다. 특히 빠르게 변화하는 스타트업 환경에서, 테스트 코드는 최신 상태의 신뢰할 수 있는 문서가 됩니다.</li></ol> 그렇다면 테스트 코드는 어떻게 작성해야 할까요? 아마 많은 개발자 분들이 실질적으로 궁금해하는 내용일텐데요. 전통적인 테스트 피라미드 접근법은 유닛 테스트를 기반으로, 통합 테스트, 그리고 E2E(End-to-End) 테스트 순으로 구성됩니다. 그러나 실제 개발 에서는 이론과 실제 적용 사이의 간극이 존재하기 마련인데요. 토스의 테스트 전략은 아래와 같은 개념 으로 구성되어 있습니다:<ol ><li>전략적 선별: 복잡성이 높고 비즈니스에 중요한 기능에 테스트 역량을 집중합니다. 단순한 UI 요소보다는 핵심 비즈니스 로직과 주요 사용자 시나리오에 초점을 맞춤으로써, 테스트의 투자 대비 생산성을 극대화합니다.</li><li>통합 테스트 중심 접근: 페이지 단위의 통합 테스트로 실제 사용자 경험에 더 가까운 테스트 시나리오를 구성합니다. 이러한 방식은 개별 컴포넌트의 기능성뿐만 아니라, 상호작용하여 전체 시스템을 구성하는지 검증할 수 있게 해줍니다.</li><li>생산성과 효율성의 균형: 너무 단순한 테스트는 작성하지 않습니다. 예를 들어, 즉시 확인 가능한 단순 UI 변경사항에 대해서는 별도의 자동화된 테스트를 작성하지 않습니다.</li></ol> 결론적으로, 토스의 프론트엔드 테스트는 기존의 이론적 모델을 맹목적으로 따르기보다는 실질적인 가치를 제공하는 방향으로 접근하고 있습니다. 통합테스트 중심의 실용적 접근을 통해 개발 생산성과 품질 사이의 적절한 균형을 맞추는게 인상적이었습니다. https://toss.tech/article/firesidechat_frontend_3

Toss

변화하는 UI, 변하지 않는 품질: 토스의 프론트엔드 테스트 전략

원문 : https&#x3A;//dev.to/yoskutik/extremely-reducing-the-size-of-npm-package-3420

[번역] NPM 패키지 크기 대폭 축소하기

오늘 소개해드릴 글은 라인플러스의 손수림님이 번역해주신 글입니다.

이 글에서는 테스트 커버리지, 문서 작성, 유효한 버전 관리, 변경 로그 관리 등 패키지 개발의 다양한 측면을 다루고 있으며 특히 패키지의 크기를 최소화하는 방법에 초점을 맞추고 있습니다.

글은 크게 두 가지 부분로 나뉘어지며 첫 번째 부분에서는 의존성 설정과 빌드 프로세스와 같은 일반적인 팁을, 두 번째 부분에서는 개발자 경험(DX)을 약간 희생하면서도 패키지 크기를 더 작게 만드는 구체적인 코드 작성 방법을 설명합니다.

각종 최적화 팁과 더불어 코드 예제와 설명이 포함되어 있어 패키지 배포에 관심이 있으신 분들은 가볍게 읽어보시는 것을 추천드립니다. :)

> 글 링크 : https://velog.io/@surim014/extremely-reducing-the-size-of-npm-packages

오늘 소개해드릴 글은 라인플러스의 손수림님이 번역해주신 글입니다. 이 글에서는 테스트 커버리지, 문서 작성, 유효한 버전 관리, 변경 로그 관리 등 패키지 개발의 다양한 측면을 다루고 있으며 특히 패키지의 크기를 최소화하는 방법에 초점을 맞추고 있습니다. 글은 크게 두 가지 부분로 나뉘어지며 첫 번째 부분에서는 의존성 설정과 빌드 프로세스와 같은 일반적인 팁을, 두 번째 부분에서는 개발자 경험(DX)을 약간 희생하면서도 패키지 크기를 더 작게 만드는 구체적인 코드 작성 방법을 설명합니다. 각종 최적화 팁과 더불어 코드 예제와 설명이 포함되어 있어 패키지 배포에 관심이 있으신 분들은 가볍게 읽어보시는 것을 추천드립니다. :) &gt; 글 링크 : https://velog.io/@surim014/extremely-reducing-the-size-of-npm-packages

Velog

NPM 패키지 크기 대폭 축소하기

테니스 황제라고 불리는 로저 페더러의 최근 다트머스 졸업 연설. 모든 내용 하나하나가 주옥같았다. 일등 하는 사람들은 항상 배울 것이 있다. 그것도 전 세계 1등이니까. 그 사람이 거기까지 가는 데 있어서 내면적으로 겪은 경험들은... 아주 값진 지혜들을 담고 있다. 모든 내용들이 다 좋았지만, 나는 캡처한 부분이 제일 좋았다.

로저 페더러 다트머스 졸업연설

테니스 황제라고 불리는 로저 페더러의 최근 다트머스 졸업 연설이 인상적이다. 그가 이제 대학을 졸업하고 사회로 나가는 졸업생들과 나눈 세 가지 메시지에 내 생각을 얹어본다.

1) Effortless is a myth. (공짜는 없다)
우린 모두 타고난 각자의 재능이 있다. 기가 막힌 음색을 가지고 태어난 사람도 있고, 숫자에 능한 사람도 있고, 동물적으로 운동감각이 뛰어난 사람도 있다. 성공하려면 타고난 재능을 가지고 있어야 한다는 말도 맞을지 모르겠다. 그래서일까? 우리는 종종 성공한 사람들을 보며 타고난 재능이라고 치부해 버리기도 하고, 쉽게 해내는 (것처럼 보이는) 결과물을 보며 그 자리까지 가기 위해 흘린 피 땀 눈물을 외면해 버리기도 한다.

로저 페더러는 자신이 테니스 선수에게 필요한 재능을 타고났음을 인정하면서(타고난 재능을 커리어와 연결시키는 건 매우 중요하다), 타고난 재능만으로는 성공할 수 없음을 강조한다. "Believe in yourself has to be earned."라며 자신에 대한 믿음은 경기를 승리로 이끄는데 꼭 필요한 재능인데, 이는 타고난 재능이 아니라 각고의 노력으로 얻어내야 하는 재능이라고 말한다. 인내심과 끈기, 과정을 즐길 수 있는 여유, 자기 관리... 이 모든 게 치열한 자신과의 싸움으로 만들어낸 재능이라는 것이다. 나는 개인적으로 "to be earned"라는 말을 좋아한다. 우리의 성공이 타고난 재능으로 결정된다면 억울하고 재미없는 삶이 되겠지만, 내가 노력해서 얻어낸 재능으로 성공을 만들 수 있다면 살아볼 만한 인생이라는 에너지가 생긴다.

나는 최근 일적으로 폭풍 속을 걷는 것 같은 시기를 보내고 있는데, 자기 확신, 회복력, 긍정적 마인드 이 세 재능을 바닥내지 않고 든든하게 키우기 위해 노력 중이다. 새로운 프로젝트를 리딩하고 팀을 매니징하고 의사결정을 내리는데 자기 확신은 필수이다. 그렇지 않으면 매사 불안감이 커져서 잘못된 판단을 내리거나, 결정을 미루거나, 책임을 전가해 버리는 결과를 내기 쉽다. 새로운 일을 시도할 때는 (특히 제로투원을 만들어 낼 때는) 실수나 실패를 했을 때 빠르게 인정하고 회복할 수 있어야 한다. 한 번에 성공하는 게 목표가 아니라 빠르게 실패하고 그걸 발판으로 또다시 시도하거나 피벗을 하면서 방향을 잡아 가는게 중요하기 때문이다. 실수나 실패에 타격이 큰 사람은 오래 버틸 수가 없다. 자기 확신과 회복력은 긍정적 마인드를 베이스로 한다. 괜찮다는 마음, 할 수 있다는 마음, 까짓것 일단 한번 해보지 뭐, 아님 말고! 하는 초긍정 마인드가 성공에 꼭 필요한 재능이고, 이건 타고난 재능이 아니라 치열한 노력으로 만들어진다. "Belive in yourself has to be earned."

각자 가진 재능을 잘 살펴보고 어떤 재능을 더 키워야 하는지 적어보면 어떨까. 성실한 것도, 잘 웃는 것도, 친화력 있는 것도, 책임감이 있는 것도 모두 노력으로 얻어야 하는 재능들이다.

2) It's only a point. (그저 1 포인트일 뿐이다)
테니스의 황제라고 불리는 로저 페더러의 한 세트 평균 승률은 54%. 세계 최고 탑 플레이어이지만 승률은 50% 정도라는 것이다. (야구도 3할이면 최강 타자라고 불린다). 한 포인트는 승부사에게 매우 중요한 순간이지만(그래서 한 포인트를 얻기 위해 최선을 다해야 하지만), 졌을 땐 그저 한 포인트로 진거 일뿐이라는 거다. 진 포인트에 연연하면 다음 포인트를 놓치게 된다. 인생을 살다 보면 1 포인트를 잃게 되는 경우가 흔히 생기는데, 1 포인트는 그저 1 포인트일 뿐. It's OK. It's only a point. 인생 최고의 샷을 만들었다면? 그 또한 1 포인트일 뿐이다.

"When you're playing a point, it has to be the most important thing in the world and it is. But when it's behind you it's behind you. This mindset is really crucial because it frees you to fully commit to the next point and the next point after, with intensity, clarify, and focus. The truth is whatever game you play in life, sometimes you're going to lose; a point, a match, a season, a job.. it's a roller coaster with many ups and downs, but negative energy is wasted energy. You want to become a master at overcoming hard moments. That is a sign of a champion."

월드 챔피언은 모든 경기를 이겨서가 아니라, 자신의 패배를 다루는 법을 잘 알고 훈련한 사람이라고 강조한다.

"The best in the world are not the best because they win every point. But it's because they know they lose again and again and have learned how to deal with it."

어느 날은 일을 잘 해낸 것 같아서 뿌듯하다가, 어느 날은 다 망친 것 같아서 자괴감에 빠질 때도 있다. 동료들에게 칭찬을 듣기도 하고 비난을 받기도 한다. 내가 만든 결과물이 졸작인 것 같아서 다 버리고 싶은 날들이 이어지기도 한다. 성공도 실패도 그저 내 커리어 인생에 1 포인트일 뿐이다. 1포인트로 게임에서 진 것보다, 더 위험한 게 '난 역시 안 되나 봐', '자존심 상해서 그만뒀어', '다시 도전한 엄두가 안 나' 이런 마음으로 이어지는 패배감이다. 그저 1 포인트라는 걸 상기하자. 세계 최강 선수도 승률이 50%이고, 최강 타자도 3할인데, 평범한 내가 매번 성공한다면 그게 더 이상한 거다. 일희일비하지 말자. 그저 1 포인트씩 쌓아가는 거다.

3) Life is bigger than a court.
16살에 테니스 커리어를 시작해서 24년 동안 테니스 코트에서 살았고 테니스에서 인생을 배웠다고 생각했는데, 2022년에 은퇴를 하고 보니 자신이 몰랐던 큰 세상이 있더라는 깨달음.

내가 처한 상황이 절망적이라고 느껴질 때, 내가 손에 쥐고 있는 걸 놓으면 세상이 무너질 것 같은 두려움이 생길 때, 나만 뒤처지고 억울한 것 같다는 생각이 밀려올 때.. 내 눈에 가림막을 하고 무작정 달리고 있는 건 아닌지 멈춰서 살펴봐야 한다. 생각해 보면 내가 만나는 사람들의 숫자도 지극히 제한적이고, 내가 속한 커리어 분야도 매우 협소하고 (게다가 나는 내가 하는 일 외엔 모르는 게 너무 많다), 내가 경험한 세계도 고작 몇몇 나라와 도시들뿐이다. 여행을 하면 내가 모르는 세상과 만나게 되는 게 가장 큰 인생 배움이 된다. 세상은 넓고, 사람들은 다양하고, 삶은 다 각자 다른 모습으로 꽃을 피운다. 인생을 내 커리어 코트에 묶어 놓는다면 경기가 끝났을 때 멘붕이 올 것이다. 커리어는 커리어일 뿐, 인생 전부가 아니다. 꼭 명심하자.

https://www.youtube.com/watch?v=t8v0cHn_LRc

테니스 황제라고 불리는 로저 페더러의 최근 다트머스 졸업 연설이 인상적이다. 그가 이제 대학을 졸업하고 사회로 나가는 졸업생들과 나눈 세 가지 메시지에 내 생각을 얹어본다.​1) Effortless is a myth. (공짜는 없다)우린 모두 타고난 각자의 재능이 있다. 기가 막힌 음색을 가지고 태어난 사람도 있고, 숫자에 능한 사람도 있고, 동물적으로 운동감각이 뛰어난 사람도 있다. 성공하려면 타고난 재능을 가지고 있어야 한다는 말도 맞을지 모르겠다. 그래서일까? 우리는 종종 성공한 사람들을 보며 타고난 재능이라고 치부해 버리기도 하고, 쉽게 해내는 (것처럼 보이는) 결과물을 보며 그 자리까지 가기 위해 흘린 피 땀 눈물을 외면해 버리기도 한다.​로저 페더러는 자신이 테니스 선수에게 필요한 재능을 타고났음을 인정하면서(타고난 재능을 커리어와 연결시키는 건 매우 중요하다), 타고난 재능만으로는 성공할 수 없음을 강조한다. "Believe in yourself has to be earned."라며 자신에 대한 믿음은 경기를 승리로 이끄는데 꼭 필요한 재능인데, 이는 타고난 재능이 아니라 각고의 노력으로 얻어내야 하는 재능이라고 말한다. 인내심과 끈기, 과정을 즐길 수 있는 여유, 자기 관리... 이 모든 게 치열한 자신과의 싸움으로 만들어낸 재능이라는 것이다. 나는 개인적으로 "to be earned"라는 말을 좋아한다. 우리의 성공이 타고난 재능으로 결정된다면 억울하고 재미없는 삶이 되겠지만, 내가 노력해서 얻어낸 재능으로 성공을 만들 수 있다면 살아볼 만한 인생이라는 에너지가 생긴다.​나는 최근 일적으로 폭풍 속을 걷는 것 같은 시기를 보내고 있는데, 자기 확신, 회복력, 긍정적 마인드 이 세 재능을 바닥내지 않고 든든하게 키우기 위해 노력 중이다. 새로운 프로젝트를 리딩하고 팀을 매니징하고 의사결정을 내리는데 자기 확신은 필수이다. 그렇지 않으면 매사 불안감이 커져서 잘못된 판단을 내리거나, 결정을 미루거나, 책임을 전가해 버리는 결과를 내기 쉽다. 새로운 일을 시도할 때는 (특히 제로투원을 만들어 낼 때는) 실수나 실패를 했을 때 빠르게 인정하고 회복할 수 있어야 한다. 한 번에 성공하는 게 목표가 아니라 빠르게 실패하고 그걸 발판으로 또다시 시도하거나 피벗을 하면서 방향을 잡아 가는게 중요하기 때문이다. 실수나 실패에 타격이 큰 사람은 오래 버틸 수가 없다. 자기 확신과 회복력은 긍정적 마인드를 베이스로 한다. 괜찮다는 마음, 할 수 있다는 마음, 까짓것 일단 한번 해보지 뭐, 아님 말고! 하는 초긍정 마인드가 성공에 꼭 필요한 재능이고, 이건 타고난 재능이 아니라 치열한 노력으로 만들어진다. "Belive in yourself has to be earned."​각자 가진 재능을 잘 살펴보고 어떤 재능을 더 키워야 하는지 적어보면 어떨까. 성실한 것도, 잘 웃는 것도, 친화력 있는 것도, 책임감이 있는 것도 모두 노력으로 얻어야 하는 재능들이다.​2) It's only a point. (그저 1 포인트일 뿐이다)테니스의 황제라고 불리는 로저 페더러의 한 세트 평균 승률은 54%. 세계 최고 탑 플레이어이지만 승률은 50% 정도라는 것이다. (야구도 3할이면 최강 타자라고 불린다). 한 포인트는 승부사에게 매우 중요한 순간이지만(그래서 한 포인트를 얻기 위해 최선을 다해야 하지만), 졌을 땐 그저 한 포인트로 진거 일뿐이라는 거다. 진 포인트에 연연하면 다음 포인트를 놓치게 된다. 인생을 살다 보면 1 포인트를 잃게 되는 경우가 흔히 생기는데, 1 포인트는 그저 1 포인트일 뿐. It's OK. It's only a point. 인생 최고의 샷을 만들었다면? 그 또한 1 포인트일 뿐이다.​"When you're playing a point, it has to be the most important thing in the world and it is. But when it's behind you it's behind you. This mindset is really crucial because it frees you to fully commit to the next point and the next point after, with intensity, clarify, and focus. The truth is whatever game you play in life, sometimes you're going to lose; a point, a match, a season, a job.. it's a roller coaster with many ups and downs, but negative energy is wasted energy. You want to become a master at overcoming hard moments. That is a sign of a champion."​월드 챔피언은 모든 경기를 이겨서가 아니라, 자신의 패배를 다루는 법을 잘 알고 훈련한 사람이라고 강조한다.​"The best in the world are not the best because they win every point. But it's because they know they lose again and again and have learned how to deal with it." 어느 날은 일을 잘 해낸 것 같아서 뿌듯하다가, 어느 날은 다 망친 것 같아서 자괴감에 빠질 때도 있다. 동료들에게 칭찬을 듣기도 하고 비난을 받기도 한다. 내가 만든 결과물이 졸작인 것 같아서 다 버리고 싶은 날들이 이어지기도 한다. 성공도 실패도 그저 내 커리어 인생에 1 포인트일 뿐이다. 1포인트로 게임에서 진 것보다, 더 위험한 게 '난 역시 안 되나 봐', '자존심 상해서 그만뒀어', '다시 도전한 엄두가 안 나' 이런 마음으로 이어지는 패배감이다. 그저 1 포인트라는 걸 상기하자. 세계 최강 선수도 승률이 50%이고, 최강 타자도 3할인데, 평범한 내가 매번 성공한다면 그게 더 이상한 거다. 일희일비하지 말자. 그저 1 포인트씩 쌓아가는 거다.​3) Life is bigger than a court.16살에 테니스 커리어를 시작해서 24년 동안 테니스 코트에서 살았고 테니스에서 인생을 배웠다고 생각했는데, 2022년에 은퇴를 하고 보니 자신이 몰랐던 큰 세상이 있더라는 깨달음.​내가 처한 상황이 절망적이라고 느껴질 때, 내가 손에 쥐고 있는 걸 놓으면 세상이 무너질 것 같은 두려움이 생길 때, 나만 뒤처지고 억울한 것 같다는 생각이 밀려올 때.. 내 눈에 가림막을 하고 무작정 달리고 있는 건 아닌지 멈춰서 살펴봐야 한다. 생각해 보면 내가 만나는 사람들의 숫자도 지극히 제한적이고, 내가 속한 커리어 분야도 매우 협소하고 (게다가 나는 내가 하는 일 외엔 모르는 게 너무 많다), 내가 경험한 세계도 고작 몇몇 나라와 도시들뿐이다. 여행을 하면 내가 모르는 세상과 만나게 되는 게 가장 큰 인생 배움이 된다. 세상은 넓고, 사람들은 다양하고, 삶은 다 각자 다른 모습으로 꽃을 피운다. 인생을 내 커리어 코트에 묶어 놓는다면 경기가 끝났을 때 멘붕이 올 것이다. 커리어는 커리어일 뿐, 인생 전부가 아니다. 꼭 명심하자.​https://www.youtube.com/watch?v=t8v0cHn_LRc

YouTube

로저 페더러에게 배우는 성공의 비결

리눅스의 창시자인 리누스 토발즈의 유명한 말 중에 다음과 같은 명언이 있다.

“Talk is cheap, show me the code.”

AI가 대신 코딩해주는 시대에, 이제 이 말은 다음처럼 바뀌어야 하지 않을까 싶다.

“Code is cheap, talk about value.”

리눅스의 창시자인 리누스 토발즈의 유명한 말 중에 다음과 같은 명언이 있다. “Talk is cheap, show me the code.” AI가 대신 코딩해주는 시대에, 이제 이 말은 다음처럼 바뀌어야 하지 않을까 싶다. “Code is cheap, talk about value.”

리눅스의 창시자인 리누스 토발즈의 유명한 말 중에 다음과 같은 명

SCAMPER는 아이디어 발상을 도와주는 창의적 사고도구입니다. 각각의 알파벳은 아이디어를 발전시키기 위한 구체적인 질문을 나타냅니다.

1. Substitute (대체하기): 어떤 요소를 다른 것으로 바꿀 수 있을까?
- 예시: 플라스틱 빨대를 종이 빨대로 대체하기.

2. Combine (결합하기): 두 가지 요소를 결합하면 새로운 것이 나올까?
- 예시: 스마트폰과 카메라 기능 결합.

3. Adapt (적용하기): 다른 분야에서 성공한 아이디어를 적용할 수 있을까?
- 예시: 자동차 좌석의 열선 기능을 사무실 의자에 적용.

4. Modify (변형하기): 기존 아이디어를 어떻게 변형할 수 있을까?
- 예시: 기존 제품의 색상이나 크기 변경.

5. Put to another use (다른 용도로 사용하기): 다른 방식으로 활용할 수 있을까?
- 예시: 와인병을 꽃병으로 사용.

6. Eliminate (제거하기): 불필요한 요소를 제거할 수 있을까?
- 예시: 제품의 복잡한 기능을 제거하고 단순화.

7. Reverse (반대로 생각하기): 순서를 뒤집거나 반대로 해볼 수 있을까?
- 예시: 패키지 배송을 고객이 직접 픽업하게 하기.

SCAMPER는 아이디어 발상을 도와주는 창의적 사고도구입니다. 각각의 알파벳은 아이디어를 발전시키기 위한 구체적인 질문을 나타냅니다. 1. Substitute (대체하기): 어떤 요소를 다른 것으로 바꿀 수 있을까? - 예시: 플라스틱 빨대를 종이 빨대로 대체하기. 2. Combine (결합하기): 두 가지 요소를 결합하면 새로운 것이 나올까? - 예시: 스마트폰과 카메라 기능 결합. 3. Adapt (적용하기): 다른 분야에서 성공한 아이디어를 적용할 수 있을까? - 예시: 자동차 좌석의 열선 기능을 사무실 의자에 적용. 4. Modify (변형하기): 기존 아이디어를 어떻게 변형할 수 있을까? - 예시: 기존 제품의 색상이나 크기 변경. 5. Put to another use (다른 용도로 사용하기): 다른 방식으로 활용할 수 있을까? - 예시: 와인병을 꽃병으로 사용. 6. Eliminate (제거하기): 불필요한 요소를 제거할 수 있을까? - 예시: 제품의 복잡한 기능을 제거하고 단순화. 7. Reverse (반대로 생각하기): 순서를 뒤집거나 반대로 해볼 수 있을까? - 예시: 패키지 배송을 고객이 직접 픽업하게 하기.

아이디어가 잘 안생길 때 쓸 수 있는 프레임워크 SCAMPER 💡

당근마켓은 어떻게 중고나라의 아성을 위협하게 됐을까

'당신 근처의 마켓'이라는 '당근마켓'의 성장세가 무섭습니다. 

실생활에서 나온 아이디어에 기획과 개발 그리고 실행력이 합쳐지면 무서운 서비스가 되는 것 같습니다. 2년 전 취재했을 때도 느꼈지만 당근마켓은 '판교장터'에서 시작된 작은 서비스였습니다.(https://jmagazine.joins.com/economist/view/322427)
 특정 지역을 기반으로 하는 중고거래 플랫폼의 성공 가능성을 보고 전국으로 넓힌 서비스입니다. 중고거래의 핵심은 신뢰인데, 자신이 거주하는 지역 주민들과 거래를 한다는 자체가 신뢰성을 확보해주는 좋은 기반이라고 생각합니다. 기존 중고거래에서는 맛보기 힘든 지역 커뮤니티의 힘을 당근마켓은 가지고 있습니다. "이웃 간 유용한 정보를 공유하고 교류할 수 있는 동네 생활 플랫폼, 나아가 지역경제 활성화에 보탬이 될 수 있는 플랫폼으로 성장해 나갈 것"이라는 관계자의 말이 이를 대변합니다. 
동네라는 정겨운 단어가 주는 힘이 ICT 서비스에서도 힘을 발휘하는 단적인 사례인 것 같습니다.

한국일보

김강민

서동환

소프트웨어 엔지니어

김지섭

부장

차장

포브스코리아 차장

산업부 차장

주간경향 취재기자

영어영문학과

선보엔젤파트너스 투자기획 부장

최영진

기자 20년 차에 스타트업 액셀러레이터 심사역에 도전, 1년 반 만에 다시 언론사로 복귀했습니다. 기자가 취재로 접한 세계에 직접 뛰어들어보니 많은 것이 다르다는 것을 알게 됐습니다. 더욱 낮은 자세로, 더 많이 배우겠다는 자세로 기자 생활을 하도록 하겠습니다. 

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필