해당기사는 유료기사로 변경되거나 기사가 존재하지 않습니다.이용에 불편을 드려서 죄송합니다.문의는 (T)02-724-4162 입니다.

thebell Free

버즈빌은 최근 대신증권과 상장 주관 계약을 체결했다. 미래에셋증권을 주관사로 선정한 후 3년여 만의 교체다. 버즈빌은 지난 2021년 6월 미래에셋증권과 주관사 계약을 체결한 바 있다.

버즈빌은 지난해 3년 만에 적자 전환했다. 2023년 연결기준 매출액 967억원, 영업손실 22억원, 순손실 127억원을 기록했다. 매출액은 2022년(1030억원) 대비 6% 감소했으며 영업이익 및 순이익은 적자 전환했다. 2021년 인수한 자회사 '핀크럭스'의 영업권 손상차손 인식에 따른 일회성 비용이 발생한 탓이다.

http://m.thebell.co.kr/m/newsview.asp?svccode=00&newskey=202407161435492840107914

버즈빌은 최근 대신증권과 상장 주관 계약을 체결했다. 미래에셋증권을 주관사로 선정한 후 3년여 만의 교체다. 버즈빌은 지난 2021년 6월 미래에셋증권과 주관사 계약을 체결한 바 있다. 버즈빌은 지난해 3년 만에 적자 전환했다. 2023년 연결기준 매출액 967억원, 영업손실 22억원, 순손실 127억원을 기록했다. 매출액은 2022년(1030억원) 대비 6% 감소했으며 영업이익 및 순이익은 적자 전환했다. 2021년 인수한 자회사 '핀크럭스'의 영업권 손상차손 인식에 따른 일회성 비용이 발생한 탓이다. http://m.thebell.co.kr/m/newsview.asp?svccode=00&amp;newskey=202407161435492840107914

Thebell

1. 열등감을 가진 사람은 대부분 우수함을 추구함으로써 실책을 만회하려 한다.

2. 그런 감정은 자신이 열등하다는 잘못된 전제에서 나온 것이다.

3. 즉, 잘못된 전제에서 논리적 사고와 감정이 출발한 것이다.

4. 만일 자신이 열등하다는 사실이 기분이 나쁘다면 그 해결책은 다른 사람들처럼 자신을 우월하게 만드는 것이고, 정말로 기분 좋게 느끼려면 남보다 더욱 우월해지는 수밖에 없다.

5. 하지만 우월감을 느끼기 위해 노력하는 과정에서 문제가 발생하고, 이를 통해 더 좌절하게 되며, 때로는 전에 없던 노이로제까지 겪기도 한다.

6. 결과적으로 그 사람은 더 많이 노력할수록 점점 더 비참해진다.

7. 열등감과 우월감은 동전의 양면과도 같다.

8. 해결책은 동전 자체가 가짜라는 사실을 깨닫는 것이다.

9. 진실은 이것이다. 우리는 열등하지 않다.

10. 우리는 우월하지도 않다. 우리는 그저 '자기 자신'일 뿐이다.

#맥스웰몰츠성공의법칙

1. 열등감을 가진 사람은 대부분 우수함을 추구함으로써 실책을 만회하려 한다. 2. 그런 감정은 자신이 열등하다는 잘못된 전제에서 나온 것이다. 3. 즉, 잘못된 전제에서 논리적 사고와 감정이 출발한 것이다. 4. 만일 자신이 열등하다는 사실이 기분이 나쁘다면 그 해결책은 다른 사람들처럼 자신을 우월하게 만드는 것이고, 정말로 기분 좋게 느끼려면 남보다 더욱 우월해지는 수밖에 없다. 5. 하지만 우월감을 느끼기 위해 노력하는 과정에서 문제가 발생하고, 이를 통해 더 좌절하게 되며, 때로는 전에 없던 노이로제까지 겪기도 한다. 6. 결과적으로 그 사람은 더 많이 노력할수록 점점 더 비참해진다. 7. 열등감과 우월감은 동전의 양면과도 같다. 8. 해결책은 동전 자체가 가짜라는 사실을 깨닫는 것이다. 9. 진실은 이것이다. 우리는 열등하지 않다. 10. 우리는 우월하지도 않다. 우리는 그저 '자기 자신'일 뿐이다. #맥스웰몰츠성공의법칙

< 열등감의 함정 : 더 잘하려는 노력이 실패하는 이유 >

계란후라이 998

취업을 준비하는 기간은 처음 직장 문을 두드리는 신입에게나 이전 직장에서 생긴 어떤 결핍을 해소하고 싶은 경력자에게 모두 어렵고 힘든 시기합니다. 취업을 준비하는 기간이 어렵고 힘든 이유는 그 누구도 그 끝을 알 수 없기 때문이 아닐까요? 취업에 성공하는 날이 내일이 될지 아니면 한 달, 또는 그 이상이 걸릴지 아무도 예측할 수 없습니다.
취업을 준비하는 기간이 길어질수록 육체적 피로와 정신적 스트레스가 누적되어 더 힘들고 어렵게 느껴집니다. 그리고 어쩌면 취업이 영영 어려운 것이 아닌지 불안감에 초조해집니다. 취업을 준비하는 여러분, 안심하세요. 취업이 안 되는 일은 절대 일어나지 않으니 포기하지 말고 힘내세요! 취업이 될 때까지 두드리고 도전하면 반드시 취업 문은 열린다고 믿습니다!

요즘 취업 멘토링 프로그램에 참여하는 현직 전문가 선생님들 많이 계시죠? 본인이 가진 노하우를 멘티에게 나누고 짭짤한 부수익도 얻을 수 있는 좋은 일이라고 생각해요. 다만, 취업을 준비하는 분들에게 너무 날카로운 말은 하지 마세요. 멘티는 본인이 부족한 걸 아니까 멘토링에 참여하는 것입니다. 멘티를 너무 몰아세우지 마시고 따뜻한 위로와 격려를 해주시길 부탁합니다.
저를 포함하여 멘토 선생님이 피드백하는 말이 모두 정답은 아닙니다. 채용은 주관적이라 서류 전형과 면접에서 내 마음에 들어도 네 마음엔 안 들 수 있습니다. 무엇이 없어서 취업이 안 된다고, 이력서와 포트폴리오가 형편없다고, 정답을 알고 있는 사람처럼 훈수를 두지 마시고요. 취업을 준비하는 사람들이 궁금해하는 본질에 집중해서 겸손한 말로 의견을 주세요. 멘토 생각이 정답이 아니니 참고해 달라는 멘트도 꼭 덧붙여 주시고요. 책임질 수 있는 말을 하는 멘토링 하시길 부탁합니다.

어려운 취업 여정을 통과하는 우리에게 필요한 것은 자신의 부족함을 깨닫고 보완하는 것입니다. 경험과 역량뿐만 아니라 일과 직업, 회사를 대하는 태도에 대해서 지금까지 어떠했는지 돌아보고 개선하는 시간이 되어야 합니다.
대학교에 입학하기 위해 열심히 수능 공부를 했던 것과 같이 취업하기 위해 학습해야 하는 과목을 정해서 빠짐없이 준비해야 합니다. 자격증과 학위가 취업을 하기 위한 필수 과목이 아닙니다. 반드시 실무에 가까운 문제를 풀어봐야 합니다. 채용을 하는 시험 출제자 즉, 기업 담당자가 원하는 인재는 지금 당장 현업에서 겪고 있는 어려운 문제를 기존 구성원과 함께 풀어줄 사람입니다.
따라서 취업이라는 시험을 합격하기 위해 우리가 해야 할 일은 바로 입사 지원하는 회사의 채용 시험 문제를 풀어보는 것입니다. 회사가 겪고 있는 사업적 어려움이 무엇이지 알고, 해결 방법을 고민해 보는 것입니다. 이와 같은 문제를 풀기 위해 고민하려면 회사에 대해서 많이 알아보고 공부해야 합니다. 마음이 급하니 일단 어디라도 입사 지원하다는 것보다 하나라도 제대로 공부하고 도전하다는 전략이 좋은 성적을 만드는데 훨씬 더 좋습니다.

취업을 준비하는 어려움을 분노로 승화시키지 말고, 지혜롭고 현명하게 취업이라는 문제를 해결해 보는 우리가 되길 진심으로 응원해요.
취업이라는 험난한 여정을 겪은 후 우리에게 남겨야 하는 열매는 일자리를 소중하고 감사하게 생각하는 마음과 일에 대한 본질적인 고민이라고 생각해요.
나는 왜 일을 하는가?
나는 일을 통해 진짜 얻고 싶은 것은 무엇인가?
취업을 준비하는 기간 동안 이와 같은 질문에 답을 찾는 우리가 되길 진심으로 응원해요.

계란후라이 998 취업을 준비하는 기간은 처음 직장 문을 두드리는 신입에게나 이전 직장에서 생긴 어떤 결핍을 해소하고 싶은 경력자에게 모두 어렵고 힘든 시기합니다. 취업을 준비하는 기간이 어렵고 힘든 이유는 그 누구도 그 끝을 알 수 없기 때문이 아닐까요? 취업에 성공하는 날이 내일이 될지 아니면 한 달, 또는 그 이상이 걸릴지 아무도 예측할 수 없습니다.취업을 준비하는 기간이 길어질수록 육체적 피로와 정신적 스트레스가 누적되어 더 힘들고 어렵게 느껴집니다. 그리고 어쩌면 취업이 영영 어려운 것이 아닌지 불안감에 초조해집니다. 취업을 준비하는 여러분, 안심하세요. 취업이 안 되는 일은 절대 일어나지 않으니 포기하지 말고 힘내세요! 취업이 될 때까지 두드리고 도전하면 반드시 취업 문은 열린다고 믿습니다!​요즘 취업 멘토링 프로그램에 참여하는 현직 전문가 선생님들 많이 계시죠? 본인이 가진 노하우를 멘티에게 나누고 짭짤한 부수익도 얻을 수 있는 좋은 일이라고 생각해요. 다만, 취업을 준비하는 분들에게 너무 날카로운 말은 하지 마세요. 멘티는 본인이 부족한 걸 아니까 멘토링에 참여하는 것입니다. 멘티를 너무 몰아세우지 마시고 따뜻한 위로와 격려를 해주시길 부탁합니다.저를 포함하여 멘토 선생님이 피드백하는 말이 모두 정답은 아닙니다. 채용은 주관적이라 서류 전형과 면접에서 내 마음에 들어도 네 마음엔 안 들 수 있습니다. 무엇이 없어서 취업이 안 된다고, 이력서와 포트폴리오가 형편없다고, 정답을 알고 있는 사람처럼 훈수를 두지 마시고요. 취업을 준비하는 사람들이 궁금해하는 본질에 집중해서 겸손한 말로 의견을 주세요. 멘토 생각이 정답이 아니니 참고해 달라는 멘트도 꼭 덧붙여 주시고요. 책임질 수 있는 말을 하는 멘토링 하시길 부탁합니다.​어려운 취업 여정을 통과하는 우리에게 필요한 것은 자신의 부족함을 깨닫고 보완하는 것입니다. 경험과 역량뿐만 아니라 일과 직업, 회사를 대하는 태도에 대해서 지금까지 어떠했는지 돌아보고 개선하는 시간이 되어야 합니다.대학교에 입학하기 위해 열심히 수능 공부를 했던 것과 같이 취업하기 위해 학습해야 하는 과목을 정해서 빠짐없이 준비해야 합니다. 자격증과 학위가 취업을 하기 위한 필수 과목이 아닙니다. 반드시 실무에 가까운 문제를 풀어봐야 합니다. 채용을 하는 시험 출제자 즉, 기업 담당자가 원하는 인재는 지금 당장 현업에서 겪고 있는 어려운 문제를 기존 구성원과 함께 풀어줄 사람입니다.따라서 취업이라는 시험을 합격하기 위해 우리가 해야 할 일은 바로 입사 지원하는 회사의 채용 시험 문제를 풀어보는 것입니다. 회사가 겪고 있는 사업적 어려움이 무엇이지 알고, 해결 방법을 고민해 보는 것입니다. 이와 같은 문제를 풀기 위해 고민하려면 회사에 대해서 많이 알아보고 공부해야 합니다. 마음이 급하니 일단 어디라도 입사 지원하다는 것보다 하나라도 제대로 공부하고 도전하다는 전략이 좋은 성적을 만드는데 훨씬 더 좋습니다.​취업을 준비하는 어려움을 분노로 승화시키지 말고, 지혜롭고 현명하게 취업이라는 문제를 해결해 보는 우리가 되길 진심으로 응원해요.취업이라는 험난한 여정을 겪은 후 우리에게 남겨야 하는 열매는 일자리를 소중하고 감사하게 생각하는 마음과 일에 대한 본질적인 고민이라고 생각해요.나는 왜 일을 하는가?나는 일을 통해 진짜 얻고 싶은 것은 무엇인가?취업을 준비하는 기간 동안 이와 같은 질문에 답을 찾는 우리가 되길 진심으로 응원해요.

꿈을 찾는 사람에게 보내는 185 번째 편지

기대했던 대로 AWS Summit New York에서는 흥미로운 출시 및 업데이트가 다수 발표되었습니다. AWS Summit New York 2024의 주요 발표에서 주요 내용을 빠르게 살펴볼 수 있습니다. 제 동료이자 AWS 뉴스 블로그 작가인 Veliswa Boya와 Sébastien Stormacq은 지난 주 AWS Community Day Cameroon에 참석했습니다. 그들은 모두 기꺼이 배우고 클라우드 기술에 대해 의견을 교환하려는 훌륭한 전

AWS 주간 소식 모음: Amazon Bedrock 및 Amazon Q의 주요 기능들 출시 | Amazon Web Services

지난 7월 10일 AWS Summit New York에서는 기대했던 대로 흥미로운 출시 및 업데이트가 다수 발표되었습니다. 몇가지 Amazon Bedrock 및 Amazon Q의 주요 기능들을 소개합니다.

 * Amazon Bedrock용 지식 기반 고급 RAG 기능 – 고객이 Lambda 함수로 자체 청크 코드를 작성할 수 있는 사용자 지정 청크 옵션, 테이블과 같은 복잡한 데이터에서 정보를 추출하기 위한 스마트 파싱, 쿼리를 더 간단한 하위 쿼리로 분류하고 각각에 대한 관련 정보를 검색하고 결과를 종합적인 최종 답변으로 결합하는 쿼리 재구성 등이 포함됩니다.

 * Amazon Bedrock Prompt Management 및 Prompt Flows – Prompt Management의 미리 보기 버전입니다. Prompt Management는 개발자 및 프롬프트 엔지니어가 사용 사례에 맞는 파운데이션 모델에서 최상의 응답을 얻을 수 있도록 지원합니다. Prompt Flows는 직관적인 시각적 빌더를 통해 워크플로 생성, 테스트, 배포를 가속화합니다.

 * Amazon Bedrock에서 Anthropic Claude 3 Haiku 파인 튜닝(미리 보기) – 자체 태스크별 훈련 데이터세트를 제공하면 Claude 3 Haiku를 파인 튜닝하고 사용자 지정하여 모델 정확도, 품질, 일관성을 향상시켜 비즈니스에 맞게 생성형 AI를 추가로 조정할 수 있습니다.

 * Amazon Q Developer 채팅에서 IDE 작업 영역 컨텍스트 인식 – 이제 사용자는 Q Developer의 채팅 메시지에 @workspace를 추가하여 현재 IDE에 열려 있는 프로젝트의 코드에 대해 질문할 수 있습니다. Q Developer는 모든 코드 파일, 구성, 프로젝트 구조를 자동으로 수집하고 인덱싱하여 IDE 내 전체 애플리케이션에 대한 포괄적인 채팅 컨텍스트를 제공합니다.

 * Amazon Q Business의 새로운 기능 – Amazon Q Business의 새로운 개인화 기능은 자동으로 활성화되며 기업의 직원 프로필 데이터를 사용하여 사용자 경험을 개선합니다. 이제 사전 처리 및 텍스트 추출에 OCR을 사용하지 않고도 스캔한 PDF의 텍스트 내용과 PDF 문서에 포함된 이미지에서 답을 얻을 수 있습니다.

보다 자세한 내용은 아래 블로그를 참조하세요 :)

https://aws.amazon.com/ko/blogs/korea/aws-weekly-roundup-advanced-capabilities-in-amazon-bedrock-and-amazon-q-and-more-july-15-2024/

지난 7월 10일 AWS Summit New York에서는 기대했던 대로 흥미로운 출시 및 업데이트가 다수 발표되었습니다. 몇가지 Amazon Bedrock 및 Amazon Q의 주요 기능들을 소개합니다. <ul ><li>Amazon Bedrock용 지식 기반 고급 RAG 기능 – 고객이 Lambda 함수로 자체 청크 코드를 작성할 수 있는 사용자 지정 청크 옵션, 테이블과 같은 복잡한 데이터에서 정보를 추출하기 위한 스마트 파싱, 쿼리를 더 간단한 하위 쿼리로 분류하고 각각에 대한 관련 정보를 검색하고 결과를 종합적인 최종 답변으로 결합하는 쿼리 재구성 등이 포함됩니다.</li></ul> <ul ><li>Amazon Bedrock Prompt Management 및 Prompt Flows – Prompt Management의 미리 보기 버전입니다. Prompt Management는 개발자 및 프롬프트 엔지니어가 사용 사례에 맞는 파운데이션 모델에서 최상의 응답을 얻을 수 있도록 지원합니다. Prompt Flows는 직관적인 시각적 빌더를 통해 워크플로 생성, 테스트, 배포를 가속화합니다.</li></ul> <ul ><li>Amazon Bedrock에서 Anthropic Claude 3 Haiku 파인 튜닝(미리 보기) – 자체 태스크별 훈련 데이터세트를 제공하면 Claude 3 Haiku를 파인 튜닝하고 사용자 지정하여 모델 정확도, 품질, 일관성을 향상시켜 비즈니스에 맞게 생성형 AI를 추가로 조정할 수 있습니다.</li></ul> <ul ><li>Amazon Q Developer 채팅에서 IDE 작업 영역 컨텍스트 인식 – 이제 사용자는 Q Developer의 채팅 메시지에 @workspace를 추가하여 현재 IDE에 열려 있는 프로젝트의 코드에 대해 질문할 수 있습니다. Q Developer는 모든 코드 파일, 구성, 프로젝트 구조를 자동으로 수집하고 인덱싱하여 IDE 내 전체 애플리케이션에 대한 포괄적인 채팅 컨텍스트를 제공합니다.</li></ul> <ul ><li>Amazon Q Business의 새로운 기능 – Amazon Q Business의 새로운 개인화 기능은 자동으로 활성화되며 기업의 직원 프로필 데이터를 사용하여 사용자 경험을 개선합니다. 이제 사전 처리 및 텍스트 추출에 OCR을 사용하지 않고도 스캔한 PDF의 텍스트 내용과 PDF 문서에 포함된 이미지에서 답을 얻을 수 있습니다.</li></ul> 보다 자세한 내용은 아래 블로그를 참조하세요 :) https://aws.amazon.com/ko/blogs/korea/aws-weekly-roundup-advanced-capabilities-in-amazon-bedrock-and-amazon-q-and-more-july-15-2024/

Amazon Web Services

AWS 뉴욕 서밋에서 소개된 새로운 AI 서비스 기능들 🦄

01 . 며칠 전 참여한 한 모임에서 이런 질문을 받았습니다.
"저는 프로젝트 하나를 끝내고 나면 세상이 멈춘 것처럼 진이 빠져요. 그렇게 겨우겨우 회복하면 또 새 프로젝트를 맞이하고 그렇게 몇 번을 반복하다 이건 아니다 싶어 퇴사하고... 다시 새로운 직장을 찾고... 그런데 거기서 여전히 같은 삶을 살고. 이런 주기가 4-5년마다 찾아오는 게 정상적인 건지 비정상적인 건지 너무 헷갈립니다. 저의 이런 성향을 바꾸려고 노력하는 게 맞겠죠?"

02 . 시원한 답을 해드리기엔 너무도 무거운 주제라 다들 입을 떼기 조심스러운 분위기를 이어갔습니다. 저도 타인에게 '이렇게 해라 저렇게 해라'라고 말할 수 없으니 고민을 하던 중이었는데 마침 제가 답할 수 있는 질문이 나오더라고요.
바로 '내가 만든 결과물에 어느 정도까지 애정을 쏟아야 하는 것인가'하는 물음이었습니다. 즉 질문하신 분을 힘들게 하는 주요한 이유 중 하나가 다름 아닌 일에 대한 과한 몰입과 애정 때문이었던 거죠. 그래서 어떤 프로젝트를 맡든 간에 본인도, 그 결과물도 하얗게 불태울 때까지 갖은 노력을 아끼지 않았던 겁니다.

03 . 내 일에 애정을 갖는다는 게 일을 하는 데 있어 반드시 필수 항목으로 존재하는 것은 아니지만 이왕이면 나의 시간과 노력과 각종 리소스가 들어가는 일에서 남다른 가치를 발견하고 그 일을 좋아하기까지 한다는 건 여러모로 내 삶을 즐겁게 하는 요소입니다. 그래서 많은 사람들이 '힘들었어도 그때 참 좋았다'고 회상하는 부분 중 하나는 '내가 얼마나 그 일에 큰 열정과 애정을 가졌었던가'에 대한 것이기도 하죠.

04 . 하지만 저는 애정을 갖는 것과 이른바 '뽕(?)'에 취하는 것은 구분하고 가야 하는 중요한 기준이라고 생각합니다. 회사 생활을 하면서 얻은 중요한 레슨런 중 하나는 누군가가 그 대상에 얼마나 큰 열정과 애정을 보이는 지가 반드시 의미 있는 결과로 이어지는 것은 아니라는 사실입니다. 부정적인 시각을 펼치는 게 아니라 사실이 그랬거든요. 물론 뭔가를 성공시키기 위해서 그 일에 몰두하기 위한 남다른 뭔가가 있어야 하는 것이 맞지만 그게 내 눈앞에 있는 대상을 맹목적으로 사랑하는 데서 빚어지는 결과는 아니라는 얘깁니다.

05 . 저도 12년 가까이 회사 생활을 하며 수많은 제품, 서비스, 브랜드, 비즈니스의 실패를 목격했습니다. 심지어 다양한 영역과 서비스를 다루는 회사의 특성상 (안타깝지만) 그 실패의 수장이 어떤 분들인지, 어떤 방식으로 실패의 길로 들어섰는지조차 꽤 생생하게 확인할 수 있었죠. 그중 큰 패착으로 분류되는 대표적인 특징은 앞서 설명드린 '자기 뽕에 취해 있다는 것'이었습니다. 다시 말해 자신들이 만든 제품과 서비스는 누가 뭐래도 최고이고, 자신들이 선택한 방향은 결코 틀리지 않았으며, 지금 계속 실패하는 이유는 아직도 우리가 열정과 애정이 부족하기 때문이라고 생각하는 분들이었죠.

06 . 이분들께서 보인 끈기를 폄훼하려는 것도 아니고, '세상사 어찌 될지 모르니 적당히 합시다'라는 말을 하려는 것은 더더욱 아니지만 자기 뽕에 취해서 결과물을 바라보면 어디서, 무엇을 개선해야 하는지를 객관화하는 게 거의 불가능 해지는 게 사실입니다.
특히 리더의 이런 특성은 구성원들로 하여금 내부적으로 건전한 비판이 오갈 수 없는 문화를 만들 뿐 아니라 마치 좋은 점괘가 나올 때까지 점집을 옮겨 다니는 사람처럼 늘 자신들에 대한 좋은 평가는 높게 치부하고 신랄한 비판은 평가절하하며 무시하는 스탠스가 돋아나죠.

07 . 그중에서도 이른바 뽕에 취하는 효과는 자기 도메인을 둘러싸고 더 공고해집니다. 즉, 본인이 마케터 출신의 리더이면 우리 프로덕트에서 마케팅 역량만큼은 자신 있다고 생각하고, 개발자나 엔지니어 출신이면 적어도 기술 부분에서는 본인이 확신한다는 기조가 강해지는 거죠. 그러다 보니 자신이 도메인을 갖춘 분야는 잘 작동하고 있는데 그 외 분야가 받쳐주지 못해서 아직 우리가 빛을 보지 못했다는 기묘한 논리가 탄생하는 현장을 종종 목격하게 됩니다.

08 . 그리고 이런 가치관은 평소 담당자의 커뮤니케이션 습관으로도 이어집니다. 보통 자기 일에 애정을 가진 사람들은 '우리가 어떤 노력을 했고 그게 어떤 결과로 나타났는지'에 대한 인과관계를 명확히 알고 있고 나아가 데이터나 근거도 확보하고 있습니다.
하지만 자기 뽕에 취한 사람들은 늘 이 과정이 모두 왜곡되어 있거나 과한 자기 해석으로 도배되어 있습니다. 그렇다 보니 타인이 데이터를 들이밀어도 '그게 중요한 게 아니다'는 식으로 반응하기도 하고, 근거를 통해 반대 의견을 제시하는 사람들을 '네거티브한 사람'으로 치부하기도 하죠. 정작 중요한걸 모르는 사람이 누구이고, 네거티브한 사람이 누구인지를 깨닫지 못하고 있는 겁니다.

09 . 때문에 저는 스스로 자기 일에 애정을 갖고 있다고 생각하는 사람이라면 늘 한 걸음 떨어져서 그 대상을 바라볼 줄 알아야 한다고 봅니다. 그게 맘대로 잘 안된다면 의도적으로 자신의 결과물을 비판해 줄 수 있는 사람이나 장치를 마련해두는 것이 좋고, 수시로 솔직한 피드백을 받기 위해 자기 결과물을 공유하는 것도 바람직한 방법이라고 생각합니다. 그 모든 말에 일희일비할 필요는 없을지 몰라도 적어도 내 뽕에 취해 허우적대는 그 순간만큼은 방어하기 위한 노력을 해야 한다는 거죠.

10 . 영국의 문화 평론가 '프랭크 리비스 (Frank Raymond Leavis)'는 이런 말을 했습니다.
"흔히 천재들은 모두 자기 멋대로고 고집 불통일 거라고 생각하지만 진짜 거대한 작품을 남긴 대다수의 예술가들은 자기 객관화를 멈추지 않은 사람들입니다. 끊임없이 주변 사람들에게 의견과 도움을 구했고 작은 수정 사항도 놓치지 않았죠. 괴팍하고 고독한 천재들의 이야기가 매력적인 것은 사실이지만, 더 분명한 사실은 자신을 또렷하게 바라볼 줄 아는 능력이 자신의 결과물에 더 좋은 영향력을 준다는 사실입니다."
오늘 글의 마지막은 어쩌면 리비스 박사의 이야기로 대체할 수 있을 것도 같네요. 예술가들조차 취하지 않으려 노력하는 자기 뽕에 우리처럼 대중을 위해 일하는 사람들이 취할 수는 없는 거니까요.

01 . 며칠 전 참여한 한 모임에서 이런 질문을 받았습니다."저는 프로젝트 하나를 끝내고 나면 세상이 멈춘 것처럼 진이 빠져요. 그렇게 겨우겨우 회복하면 또 새 프로젝트를 맞이하고 그렇게 몇 번을 반복하다 이건 아니다 싶어 퇴사하고... 다시 새로운 직장을 찾고... 그런데 거기서 여전히 같은 삶을 살고. 이런 주기가 4-5년마다 찾아오는 게 정상적인 건지 비정상적인 건지 너무 헷갈립니다. 저의 이런 성향을 바꾸려고 노력하는 게 맞겠죠?" 02 . 시원한 답을 해드리기엔 너무도 무거운 주제라 다들 입을 떼기 조심스러운 분위기를 이어갔습니다. 저도 타인에게 '이렇게 해라 저렇게 해라'라고 말할 수 없으니 고민을 하던 중이었는데 마침 제가 답할 수 있는 질문이 나오더라고요. 바로 '내가 만든 결과물에 어느 정도까지 애정을 쏟아야 하는 것인가'하는 물음이었습니다. 즉 질문하신 분을 힘들게 하는 주요한 이유 중 하나가 다름 아닌 일에 대한 과한 몰입과 애정 때문이었던 거죠. 그래서 어떤 프로젝트를 맡든 간에 본인도, 그 결과물도 하얗게 불태울 때까지 갖은 노력을 아끼지 않았던 겁니다. 03 . 내 일에 애정을 갖는다는 게 일을 하는 데 있어 반드시 필수 항목으로 존재하는 것은 아니지만 이왕이면 나의 시간과 노력과 각종 리소스가 들어가는 일에서 남다른 가치를 발견하고 그 일을 좋아하기까지 한다는 건 여러모로 내 삶을 즐겁게 하는 요소입니다. 그래서 많은 사람들이 '힘들었어도 그때 참 좋았다'고 회상하는 부분 중 하나는 '내가 얼마나 그 일에 큰 열정과 애정을 가졌었던가'에 대한 것이기도 하죠. 04 . 하지만 저는 애정을 갖는 것과 이른바 '뽕(?)'에 취하는 것은 구분하고 가야 하는 중요한 기준이라고 생각합니다. 회사 생활을 하면서 얻은 중요한 레슨런 중 하나는 누군가가 그 대상에 얼마나 큰 열정과 애정을 보이는 지가 반드시 의미 있는 결과로 이어지는 것은 아니라는 사실입니다. 부정적인 시각을 펼치는 게 아니라 사실이 그랬거든요. 물론 뭔가를 성공시키기 위해서 그 일에 몰두하기 위한 남다른 뭔가가 있어야 하는 것이 맞지만 그게 내 눈앞에 있는 대상을 맹목적으로 사랑하는 데서 빚어지는 결과는 아니라는 얘깁니다. 05 . 저도 12년 가까이 회사 생활을 하며 수많은 제품, 서비스, 브랜드, 비즈니스의 실패를 목격했습니다. 심지어 다양한 영역과 서비스를 다루는 회사의 특성상 (안타깝지만) 그 실패의 수장이 어떤 분들인지, 어떤 방식으로 실패의 길로 들어섰는지조차 꽤 생생하게 확인할 수 있었죠. 그중 큰 패착으로 분류되는 대표적인 특징은 앞서 설명드린 '자기 뽕에 취해 있다는 것'이었습니다. 다시 말해 자신들이 만든 제품과 서비스는 누가 뭐래도 최고이고, 자신들이 선택한 방향은 결코 틀리지 않았으며, 지금 계속 실패하는 이유는 아직도 우리가 열정과 애정이 부족하기 때문이라고 생각하는 분들이었죠. 06 . 이분들께서 보인 끈기를 폄훼하려는 것도 아니고, '세상사 어찌 될지 모르니 적당히 합시다'라는 말을 하려는 것은 더더욱 아니지만 자기 뽕에 취해서 결과물을 바라보면 어디서, 무엇을 개선해야 하는지를 객관화하는 게 거의 불가능 해지는 게 사실입니다. 특히 리더의 이런 특성은 구성원들로 하여금 내부적으로 건전한 비판이 오갈 수 없는 문화를 만들 뿐 아니라 마치 좋은 점괘가 나올 때까지 점집을 옮겨 다니는 사람처럼 늘 자신들에 대한 좋은 평가는 높게 치부하고 신랄한 비판은 평가절하하며 무시하는 스탠스가 돋아나죠. 07 . 그중에서도 이른바 뽕에 취하는 효과는 자기 도메인을 둘러싸고 더 공고해집니다. 즉, 본인이 마케터 출신의 리더이면 우리 프로덕트에서 마케팅 역량만큼은 자신 있다고 생각하고, 개발자나 엔지니어 출신이면 적어도 기술 부분에서는 본인이 확신한다는 기조가 강해지는 거죠. 그러다 보니 자신이 도메인을 갖춘 분야는 잘 작동하고 있는데 그 외 분야가 받쳐주지 못해서 아직 우리가 빛을 보지 못했다는 기묘한 논리가 탄생하는 현장을 종종 목격하게 됩니다. 08 . 그리고 이런 가치관은 평소 담당자의 커뮤니케이션 습관으로도 이어집니다. 보통 자기 일에 애정을 가진 사람들은 '우리가 어떤 노력을 했고 그게 어떤 결과로 나타났는지'에 대한 인과관계를 명확히 알고 있고 나아가 데이터나 근거도 확보하고 있습니다. 하지만 자기 뽕에 취한 사람들은 늘 이 과정이 모두 왜곡되어 있거나 과한 자기 해석으로 도배되어 있습니다. 그렇다 보니 타인이 데이터를 들이밀어도 '그게 중요한 게 아니다'는 식으로 반응하기도 하고, 근거를 통해 반대 의견을 제시하는 사람들을 '네거티브한 사람'으로 치부하기도 하죠. 정작 중요한걸 모르는 사람이 누구이고, 네거티브한 사람이 누구인지를 깨닫지 못하고 있는 겁니다. 09 . 때문에 저는 스스로 자기 일에 애정을 갖고 있다고 생각하는 사람이라면 늘 한 걸음 떨어져서 그 대상을 바라볼 줄 알아야 한다고 봅니다. 그게 맘대로 잘 안된다면 의도적으로 자신의 결과물을 비판해 줄 수 있는 사람이나 장치를 마련해두는 것이 좋고, 수시로 솔직한 피드백을 받기 위해 자기 결과물을 공유하는 것도 바람직한 방법이라고 생각합니다. 그 모든 말에 일희일비할 필요는 없을지 몰라도 적어도 내 뽕에 취해 허우적대는 그 순간만큼은 방어하기 위한 노력을 해야 한다는 거죠. 10 . 영국의 문화 평론가 '프랭크 리비스 (Frank Raymond Leavis)'는 이런 말을 했습니다."흔히 천재들은 모두 자기 멋대로고 고집 불통일 거라고 생각하지만 진짜 거대한 작품을 남긴 대다수의 예술가들은 자기 객관화를 멈추지 않은 사람들입니다. 끊임없이 주변 사람들에게 의견과 도움을 구했고 작은 수정 사항도 놓치지 않았죠. 괴팍하고 고독한 천재들의 이야기가 매력적인 것은 사실이지만, 더 분명한 사실은 자신을 또렷하게 바라볼 줄 아는 능력이 자신의 결과물에 더 좋은 영향력을 준다는 사실입니다."오늘 글의 마지막은 어쩌면 리비스 박사의 이야기로 대체할 수 있을 것도 같네요. 예술가들조차 취하지 않으려 노력하는 자기 뽕에 우리처럼 대중을 위해 일하는 사람들이 취할 수는 없는 거니까요.

애정을 갖는 것과 뽕에 취하는 것

애정과 자기객관화를 둘 다 놓치지 말아야겠습니다🙏

직무역량 개발이란 커리어 개발을 통해 얻어야하는 혹은 달성해야 하는 업무 능력을 이야기 합니다. 여기서 말하는 업무 능력은 업무들을 잘 이행하기 위해서 필요한 역량입니다.  이러한 역량은 4가지로 구분이 가능하며, 각 역량의 정의는 다음과 같습니다. 

1) 문제 해결 능력: 문제를 정의하고 정보를 분석하여 효과적인 솔루션을 개발하는 능력 
2) 의사결정 능력: 정보를 종합하여 상황에 맞는 최선의 판단을 내리는 능력 
3) 업무 지시 능력: 상황을 정확히 파악하고 업무 지시를 명확히 전달하는 능력 
4) 자기계발 능력: 지속적으로 자신의 역량을 향상하는 능력

지금까지 우리는 한 직장에서 오랫동안 일하면서 다양한 경험을 쌓아 업무 능력을 키워왔습니다. 하지만 요즘 직장 환경이 많이 바뀌고 있습니다. 예전에는 선배가 후배를 가르치는 사수/부사수 제도가 있어서 체계적으로 일을 배울 수 있었지만, 이제는 그런 기회가 점점 줄어들고 있습니다.
이런 변화로 인해 직장인들이 자신의 능력을 키우고 경력을 발전시키는 것, 즉 '커리어 개발'이 점점 더 어려워지고 있습니다. 쉽게 말해, 일을 제대로 배우고 실력을 쌓을 수 있는 환경이 예전보다 많이 나빠졌다는 뜻입니다.
하지만 이런 상황의 원인이 단순히 사수/부사수 제도가 없어져서만은 아닙니다. 실제로는 여러 가지 복잡한 이유들이 얽혀 있습니다. 이제부터 커리어 개발이 어려워지고 있는 주요 원인들을 하나씩 살펴보도록 하겠습니다

첫째, 기업 문화의 변화와 효율성 추구가 커리어 개발을 어렵게 만드는 주요 원인입니다. 과거에는
평생직장으로 안정적인 커리어 개발 환경에서 사수/부사수 제도를 통해 신입 직원들이 선배들로부터 실제 업무 지식과 노하우를 배울 수 있었습니다. 하지만 2000년대 이후 전반적인 구조 조정을 거치면서 이런 멘토링 시스템이 약화되었습니다.
요즘은 효율성을 높이기 위해 한 사람이 여러 업무를 담당하는 경우가 많아졌습니다. 그 결과, 특정 업무의 백업 담당자를 따로 두는 관행이 사라졌고, 사수/부사수 제도를 통해 체계적으로 업무를 배울 기회도 줄어들었습니다. 대신 필요한 정보나 도움을 동료들에게 직접 구하는 형태가 늘어났습니다.
이런 변화로 인해 최근에는 이직을 고려할 때 '어떤 동료들과 함께 일하게 되는가'가 중요한 선택 기준이 되고 있습니다. 좋은 동료들과 함께 일하면서 서로 배우고 성장할 수 있는 환경인지가 커리어 발전에 큰 영향을 미치기 때문입니다."

둘째, 기술의 급속한 발전으로 인해 필요한 업무 역량이 빠르게 변화하고 있습니다. 이는 직장인들에게 지속적으로 새로운 기술을 습득해야 하는 부담을 안겨주고 있습니다. 특히 플랫폼, 인공지능, 빅데이터 등 신기술 분야에서 이러한 현상이 더욱 두드러집니다.
과거에는 전통적인 사업 구조 안에서 업무의 종류가 크게 변하지 않았습니다. 하지만 지금은 기술 변화의 속도가 빨라져 업무를 수행하기 위해 다양한 새로운 정보를 계속 습득해야 합니다. 문제는 이런 새로운 지식들을 직장 내에서 동료나 선배로부터 쉽게 배울 수 없는 경우가 많다는 점입니다. 결국 직장인들은 회사 밖의 다양한 곳에서 새로운 기술과 업무 방식을 독학해야 하는 상황에 놓이게 됩니다.
이러한 변화를 반영하는 것이 바로 기업의 '수시 채용' 트렌드입니다. 과거처럼 신입사원을 뽑아 교육시키는 대신, 필요한 시점에 이미 필요한 역량을 갖춘 인재를 곧바로 채용하는 방식으로 변하고 있습니다. 이는 빠르게 변화하는 산업 환경에 기업들이 적응하려는 노력의 일환으로 볼 수 있습니다."

직무역량 개발이란 커리어 개발을 통해 얻어야하는 혹은 달성해야 하는 업무 능력을 이야기 합니다. 여기서 말하는 업무 능력은 업무들을 잘 이행하기 위해서 필요한 역량입니다.&nbsp; 이러한 역량은 4가지로 구분이 가능하며, 각 역량의 정의는 다음과 같습니다.&nbsp; 1) 문제 해결 능력: 문제를 정의하고 정보를 분석하여 효과적인 솔루션을 개발하는 능력&nbsp;2) 의사결정 능력: 정보를 종합하여 상황에 맞는 최선의 판단을 내리는 능력&nbsp;3) 업무 지시 능력: 상황을 정확히 파악하고 업무 지시를 명확히 전달하는 능력&nbsp;4) 자기계발 능력: 지속적으로 자신의 역량을 향상하는 능력 지금까지 우리는 한 직장에서 오랫동안 일하면서 다양한 경험을 쌓아 업무 능력을 키워왔습니다. 하지만 요즘 직장 환경이 많이 바뀌고 있습니다. 예전에는 선배가 후배를 가르치는 사수/부사수 제도가 있어서 체계적으로 일을 배울 수 있었지만, 이제는 그런 기회가 점점 줄어들고 있습니다.이런 변화로 인해 직장인들이 자신의 능력을 키우고 경력을 발전시키는 것, 즉 '커리어 개발'이 점점 더 어려워지고 있습니다. 쉽게 말해, 일을 제대로 배우고 실력을 쌓을 수 있는 환경이 예전보다 많이 나빠졌다는 뜻입니다.하지만 이런 상황의 원인이 단순히 사수/부사수 제도가 없어져서만은 아닙니다. 실제로는 여러 가지 복잡한 이유들이 얽혀 있습니다. 이제부터 커리어 개발이 어려워지고 있는 주요 원인들을 하나씩 살펴보도록 하겠습니다 첫째, 기업 문화의 변화와 효율성 추구가 커리어 개발을 어렵게 만드는 주요 원인입니다. 과거에는평생직장으로 안정적인 커리어 개발 환경에서 사수/부사수 제도를 통해 신입 직원들이 선배들로부터 실제 업무 지식과 노하우를 배울 수 있었습니다. 하지만 2000년대 이후 전반적인 구조 조정을 거치면서 이런 멘토링 시스템이 약화되었습니다.요즘은 효율성을 높이기 위해 한 사람이 여러 업무를 담당하는 경우가 많아졌습니다. 그 결과, 특정 업무의 백업 담당자를 따로 두는 관행이 사라졌고, 사수/부사수 제도를 통해 체계적으로 업무를 배울 기회도 줄어들었습니다. 대신 필요한 정보나 도움을 동료들에게 직접 구하는 형태가 늘어났습니다.이런 변화로 인해 최근에는 이직을 고려할 때 '어떤 동료들과 함께 일하게 되는가'가 중요한 선택 기준이 되고 있습니다. 좋은 동료들과 함께 일하면서 서로 배우고 성장할 수 있는 환경인지가 커리어 발전에 큰 영향을 미치기 때문입니다." 둘째, 기술의 급속한 발전으로 인해 필요한 업무 역량이 빠르게 변화하고 있습니다. 이는 직장인들에게 지속적으로 새로운 기술을 습득해야 하는 부담을 안겨주고 있습니다. 특히 플랫폼, 인공지능, 빅데이터 등 신기술 분야에서 이러한 현상이 더욱 두드러집니다.과거에는 전통적인 사업 구조 안에서 업무의 종류가 크게 변하지 않았습니다. 하지만 지금은 기술 변화의 속도가 빨라져 업무를 수행하기 위해 다양한 새로운 정보를 계속 습득해야 합니다. 문제는 이런 새로운 지식들을 직장 내에서 동료나 선배로부터 쉽게 배울 수 없는 경우가 많다는 점입니다. 결국 직장인들은 회사 밖의 다양한 곳에서 새로운 기술과 업무 방식을 독학해야 하는 상황에 놓이게 됩니다.이러한 변화를 반영하는 것이 바로 기업의 '수시 채용' 트렌드입니다. 과거처럼 신입사원을 뽑아 교육시키는 대신, 필요한 시점에 이미 필요한 역량을 갖춘 인재를 곧바로 채용하는 방식으로 변하고 있습니다. 이는 빠르게 변화하는 산업 환경에 기업들이 적응하려는 노력의 일환으로 볼 수 있습니다."

직무역량 개발이 과거와 달라진 이유

1. 어떤 일을 해도 절대 실패하지 않으리라는 것을 안다면 당신은 무슨 일을 시도하겠는가?

2. 한번 생각해 보자. 무엇이라고 대답할 것인가?

3. 틀림없이 실패하지 않을 것이라고 믿는다면 우리는 새로운 행동을 취할 것이고, 강력하고 바람직한 새로운 성과를 이루게 될 것이다.

4. 그렇다면, 일단 시도해보는 것이 현명한 일이 아닐까?

5. 그것이 발전할 수 있는 유일한 방법이 아닐까?

6. 그래서 나는 여러분에게 지금 당장 실패란 없다는 것을 인정하고 받아들일 것을 제안한다.

7. 단지 결과만이 있을 뿐이다. 우리는 언제나 어떤 결과를 얻어내고 있다.

8. 그 결과가 우리가 원하는 것이 아니라면 행동을 바꾸면 되고, 그러면 새로운 결과를 만들어 내게 될 것이다.

9. 실패라는 말을 지워 버려라.

10. 그리고 성과라는 말에 동그라미를 치고 어떤 경험에서도 배울 수 있도록 유연성을 가져라.

#거인의힘무한능력 #토니로빈스

1. 어떤 일을 해도 절대 실패하지 않으리라는 것을 안다면 당신은 무슨 일을 시도하겠는가? 2. 한번 생각해 보자. 무엇이라고 대답할 것인가? 3. 틀림없이 실패하지 않을 것이라고 믿는다면 우리는 새로운 행동을 취할 것이고, 강력하고 바람직한 새로운 성과를 이루게 될 것이다. 4. 그렇다면, 일단 시도해보는 것이 현명한 일이 아닐까? 5. 그것이 발전할 수 있는 유일한 방법이 아닐까? 6. 그래서 나는 여러분에게 지금 당장 실패란 없다는 것을 인정하고 받아들일 것을 제안한다. 7. 단지 결과만이 있을 뿐이다. 우리는 언제나 어떤 결과를 얻어내고 있다. 8. 그 결과가 우리가 원하는 것이 아니라면 행동을 바꾸면 되고, 그러면 새로운 결과를 만들어 내게 될 것이다. 9. 실패라는 말을 지워 버려라. 10. 그리고 성과라는 말에 동그라미를 치고 어떤 경험에서도 배울 수 있도록 유연성을 가져라. #거인의힘무한능력 #토니로빈스

< 실패는 존재하지 않는다. 결과만 있을 뿐이다 >

47년 '전설의 수문장' 조선호텔 도어맨 권문현 '칼주름' 잡힌 검은색 양복바지에, 반짝반짝 빛나는 구두. '2대 8' 가르마로 단정하게 빗어 넘긴 머리. 가슴팍에 달린 '앤드루 권(Andrew Kwon)' 금속 명

회장님 왔는데 "차 문 열지 마"...47년 '전설의 도어맨' 비결 [더 인터뷰]

1. 칼주름 잡힌 검은색 양복바지에, 반짝반짝 빛나는 구두. ‘2대8 가르마’로 단정하게 빗어 넘긴 머리. 가슴팍에 달린 금속 명찰. 조선호텔 입구에서 만난 도어맨 권문현 지배인(71)의 모습이다.

2. 도어맨은 호텔 서비스의 시작이자 끝이다. 권문현 지배인은 “매일 500번 이상, 많을 때는 1000번씩 남녀노소를 불문하고 고개를 숙인다”고 말했다.

3. 도어맨으로 47년 호텔 밥을 먹었으니, 아마도 (권문현 지배인은) 서울 사대문 안에서 가장 많이 고개를 숙였을 것이다.

4. 권 지배인은 이렇게 말한다. “(저는) 53년 경남 합천에서 태어났습니다. 고등학교를 졸업한 뒤 마늘 농사를 짓고, 양봉도 했지만 신통치 않았죠. 대구에선 큰누나 단칸방에 얹혀살며 주물 공장에 다녔습니다”

5. “(그러다) 76년 서울로 올라왔습니다. (처음엔) 터널 공사 현장에서 시멘트 바르는 일을 했습니다. 함께 일하던 친구가 ‘호텔에서 일할 사람을 찾는다던데, 지원해 보겠느냐’고 물었습니다. 한 번 가본 적 없는 호텔이었지만, 멋진 신세계일 것만 같았습니다”

6. “그날로 면접을 보러 갔고, 5일 만에 출근하라는 연락이 왔습니다. ‘도어맨’ 권문현의 시작이었죠”

7. “(도어맨은) 호텔 입구에 서서 오전 6시부터 오후 3시까지 일합니다. 호텔엔 오전 5시 30분까지 도착합니다. 47년 동안 단 한 번도 지각한 적이 없어요”

8. “출근하면 그날 어떤 VIP가 호텔에 오는지, 행사가 있을 경우 인원과 동선도 확인합니다. 퇴근할 때까지 점심시간 30분을 빼면 눈코 뜰 새 없이 바쁘죠. 손님 차 문을 여닫고, 안내하는 것은 기본입니다. 짐을 옮겨달라거나, 택시를 불러달라거나, 약을 사달라거나 손님이 원하는 건 되도록 해드립니다”

9. “서비스는 디테일(detail)이라고 생각합니다. 예를 들어, 택시를 타고 온 손님은 신용카드로 결제하는 경우가 많습니다. 영수증을 받기까지 몇 초가 걸리는 만큼 속으로 ‘하나, 둘, 셋’ 센 뒤 문을 엽니다. 날씨가 덥거나 추울 때도 마찬가지로 차 문을 천천히 열고요”

10. “단골 손님들에겐 한 발 더 들어갑니다. 차에서 내릴 때마다 벗었던 신발을 갈아 신는 습관이 있는 손님도 민망하지 않도록 차 문을 늦게 엽니다. 많이 챙겨주기를 바라는 손님에겐 고개를 45도 숙이고, 부담스러워하는 손님에겐 고개를 15도 숙일 정도로 신경 씁니다. 즐겨 찾는 동선이 있을 땐 먼저 안내하기도 하고요. 어느 서비스업이나 마찬가지겠지만, 도어맨에게 요구하는 디테일은 그런 것 아닐까요?”

11. “사람은 누구나 (자신을) 알아주길 바랍니다. 특급호텔을 자주 찾는 고객이라면 더 그렇죠. 도어맨은 사람보다 차량부터 맞는 경우가 대부분이에요. (그래서) 단골 이름과 차량 번호, 성향을 함께 기록해 놓는 편입니다. 노무현 전 대통령의 국회의원 시절 개인 차량 번호도 기억합니다. 체어맨 ‘4672’. 많을 때는 350개까지 외웠습니다. 외교관 차량은 국기까지 외우죠”

12. “(뿐만 아니라) 아침에 일어나면 신문부터 읽습니다. 인물·동정란은 꼭 읽고, 중요한 내용을 스크랩합니다. 특급호텔엔 아무래도 정치인, 고위 관료, 기업인 등 VIP가 많이 오니까요. 부사장에서 사장으로 승진한 고객에게 “사장님”이라고 정확하게 불러드리면 아무래도 기분 좋지 않겠습니까?”

13. “처음 호텔에 입사했을 땐 손님에게 거수경례를 하기도 했습니다. VIP가 오면 호텔 앞 교통을 통제하고 로비에 붉은 카펫을 깔 정도였으니까요. ‘과잉 의전’의 시대였죠"

14. “최근엔 예전처럼 손님이 다짜고짜 ‘어이’ 반말부터 하거나 욕하는 경우는 줄었습니다. 하지만 특급호텔인 만큼 손님들이 ‘돈을 낸 만큼 서비스를 받아야 한다’는 의식이 강한 건 사실입니다. 진짜 재벌은 겸손한데, 어중간한 부자가 오히려 안하무인인 경우도 있죠. 소위 말하는 ‘진상 손님’도 종종 겪습니다”

15. “(진상 손님을 만나면 괴롭지만) 세상에 만년 갑으로만 사는 사람이 있겠습니까? 일하는 동안 변하지 않은 마음가짐이 하나 있습니다. ‘손님이 왕은 아니지만, 손님은 손님이다’, 손님이 누릴 수 있는 서비스는 최대한 제공하되, 왕이기 때문에 다 해주는 식은 아니라는 얘기입니다”

16. “손님도 도어맨과 똑같은 사람이라는 생각, 당당한 자신감을 갖고 큰 실수만 하지 않으면 됩니다. (마지막으로) 손님 상대하느라 쌓인 스트레스는 집으로 가져가지 않는 게 (저의) 원칙입니다”

https://n.news.naver.com/mnews/article/025/0003374309?sid=102&fbclid=IwZXh0bgNhZW0CMTEAAR2lhTBcVxjsjw0NbxfKyk2qtz5DfkTGwM6LpHh08mbUIycslJAhyYbljls_aem_K-NWiKoE9zoQeGSizN7INQ

1. 칼주름 잡힌 검은색 양복바지에, 반짝반짝 빛나는 구두. ‘2대8 가르마’로 단정하게 빗어 넘긴 머리. 가슴팍에 달린 금속 명찰. 조선호텔 입구에서 만난 도어맨 권문현 지배인(71)의 모습이다. 2. 도어맨은 호텔 서비스의 시작이자 끝이다. 권문현 지배인은 “매일 500번 이상, 많을 때는 1000번씩 남녀노소를 불문하고 고개를 숙인다”고 말했다. 3. 도어맨으로 47년 호텔 밥을 먹었으니, 아마도 (권문현 지배인은) 서울 사대문 안에서 가장 많이 고개를 숙였을 것이다. 4. 권 지배인은 이렇게 말한다. “(저는) 53년 경남 합천에서 태어났습니다. 고등학교를 졸업한 뒤 마늘 농사를 짓고, 양봉도 했지만 신통치 않았죠. 대구에선 큰누나 단칸방에 얹혀살며 주물 공장에 다녔습니다” 5. “(그러다) 76년 서울로 올라왔습니다. (처음엔) 터널 공사 현장에서 시멘트 바르는 일을 했습니다. 함께 일하던 친구가 ‘호텔에서 일할 사람을 찾는다던데, 지원해 보겠느냐’고 물었습니다. 한 번 가본 적 없는 호텔이었지만, 멋진 신세계일 것만 같았습니다” 6. “그날로 면접을 보러 갔고, 5일 만에 출근하라는 연락이 왔습니다. ‘도어맨’ 권문현의 시작이었죠” 7. “(도어맨은) 호텔 입구에 서서 오전 6시부터 오후 3시까지 일합니다. 호텔엔 오전 5시 30분까지 도착합니다. 47년 동안 단 한 번도 지각한 적이 없어요” 8. “출근하면 그날 어떤 VIP가 호텔에 오는지, 행사가 있을 경우 인원과 동선도 확인합니다. 퇴근할 때까지 점심시간 30분을 빼면 눈코 뜰 새 없이 바쁘죠. 손님 차 문을 여닫고, 안내하는 것은 기본입니다. 짐을 옮겨달라거나, 택시를 불러달라거나, 약을 사달라거나 손님이 원하는 건 되도록 해드립니다” 9. “서비스는 디테일(detail)이라고 생각합니다. 예를 들어, 택시를 타고 온 손님은 신용카드로 결제하는 경우가 많습니다. 영수증을 받기까지 몇 초가 걸리는 만큼 속으로 ‘하나, 둘, 셋’ 센 뒤 문을 엽니다. 날씨가 덥거나 추울 때도 마찬가지로 차 문을 천천히 열고요” 10. “단골 손님들에겐 한 발 더 들어갑니다. 차에서 내릴 때마다 벗었던 신발을 갈아 신는 습관이 있는 손님도 민망하지 않도록 차 문을 늦게 엽니다. 많이 챙겨주기를 바라는 손님에겐 고개를 45도 숙이고, 부담스러워하는 손님에겐 고개를 15도 숙일 정도로 신경 씁니다. 즐겨 찾는 동선이 있을 땐 먼저 안내하기도 하고요. 어느 서비스업이나 마찬가지겠지만, 도어맨에게 요구하는 디테일은 그런 것 아닐까요?” 11. “사람은 누구나 (자신을) 알아주길 바랍니다. 특급호텔을 자주 찾는 고객이라면 더 그렇죠. 도어맨은 사람보다 차량부터 맞는 경우가 대부분이에요. (그래서) 단골 이름과 차량 번호, 성향을 함께 기록해 놓는 편입니다. 노무현 전 대통령의 국회의원 시절 개인 차량 번호도 기억합니다. 체어맨 ‘4672’. 많을 때는 350개까지 외웠습니다. 외교관 차량은 국기까지 외우죠” 12. “(뿐만 아니라) 아침에 일어나면 신문부터 읽습니다. 인물·동정란은 꼭 읽고, 중요한 내용을 스크랩합니다. 특급호텔엔 아무래도 정치인, 고위 관료, 기업인 등 VIP가 많이 오니까요. 부사장에서 사장으로 승진한 고객에게 “사장님”이라고 정확하게 불러드리면 아무래도 기분 좋지 않겠습니까?” 13. “처음 호텔에 입사했을 땐 손님에게 거수경례를 하기도 했습니다. VIP가 오면 호텔 앞 교통을 통제하고 로비에 붉은 카펫을 깔 정도였으니까요. ‘과잉 의전’의 시대였죠" 14. “최근엔 예전처럼 손님이 다짜고짜 ‘어이’ 반말부터 하거나 욕하는 경우는 줄었습니다. 하지만 특급호텔인 만큼 손님들이 ‘돈을 낸 만큼 서비스를 받아야 한다’는 의식이 강한 건 사실입니다. 진짜 재벌은 겸손한데, 어중간한 부자가 오히려 안하무인인 경우도 있죠. 소위 말하는 ‘진상 손님’도 종종 겪습니다” 15. “(진상 손님을 만나면 괴롭지만) 세상에 만년 갑으로만 사는 사람이 있겠습니까? 일하는 동안 변하지 않은 마음가짐이 하나 있습니다. ‘손님이 왕은 아니지만, 손님은 손님이다’, 손님이 누릴 수 있는 서비스는 최대한 제공하되, 왕이기 때문에 다 해주는 식은 아니라는 얘기입니다” 16. “손님도 도어맨과 똑같은 사람이라는 생각, 당당한 자신감을 갖고 큰 실수만 하지 않으면 됩니다. (마지막으로) 손님 상대하느라 쌓인 스트레스는 집으로 가져가지 않는 게 (저의) 원칙입니다” https://n.news.naver.com/mnews/article/025/0003374309?sid=102&amp;fbclid=IwZXh0bgNhZW0CMTEAAR2lhTBcVxjsjw0NbxfKyk2qtz5DfkTGwM6LpHh08mbUIycslJAhyYbljls_aem_K-NWiKoE9zoQeGSizN7INQ

Naver

평생 다른 사람의 문을 열어주며 레전드가 된 사람

비마이프렌즈는 최근 200억원 규모 시리즈B 투자를 받기 위한 기업설명회(IR)에 한창이다. 내달까지 라운드를 마무리할 계획이다.

회사는 팬덤 비즈니스 토탈 솔루션인 비스테이지를 고도화하는데 전력을 다할 예정이다. 비스테이지는 아티스트의 콘텐츠 관리, 팬 커뮤니티 구축, 글로벌 이커머스, 라이브 스트리밍, 실시간 양방향 소통을 지원한다. 지난해 말까지 100곳이 넘는 고객사가 비스테이지로 팬덤 플랫폼을 구축했으며 매월 10곳 이상 고객사가 늘어나고 있다.

http://m.thebell.co.kr/m/newsview.asp?svccode=00&newskey=202407120853192720108623

비마이프렌즈는 최근 200억원 규모 시리즈B 투자를 받기 위한 기업설명회(IR)에 한창이다. 내달까지 라운드를 마무리할 계획이다. 회사는 팬덤 비즈니스 토탈 솔루션인 비스테이지를 고도화하는데 전력을 다할 예정이다. 비스테이지는 아티스트의 콘텐츠 관리, 팬 커뮤니티 구축, 글로벌 이커머스, 라이브 스트리밍, 실시간 양방향 소통을 지원한다. 지난해 말까지 100곳이 넘는 고객사가 비스테이지로 팬덤 플랫폼을 구축했으며 매월 10곳 이상 고객사가 늘어나고 있다. http://m.thebell.co.kr/m/newsview.asp?svccode=00&amp;newskey=202407120853192720108623

실리콘밸리 VC 활동으로 인연 다져 親실밸 정책 추진할지는 미지수 미국 공화당 부통령 후보로 J.D 밴스(39) 연방 상원의원이 지명된 배경엔 그의 실리콘밸리 인맥이 큰 역할을 했다고 뉴욕타임스가 17일 보도했다.

밴스 공화당 부통령 후보, 머스크·피터 틸 등 실밸 거물 추천으로 힘 받아

그는 지난 2월 X에 “너무 늦었지만, 구글을 분할할 때가 됐다. 이 회사는 명백하게 우리 사회 정보에 대한 독점적 통제권을 갖고 있다”고 한 바 있다. 빅테크가 너무 강력해져 소규모 기업의 성공 가능성을 방해한다고 보고 있다는 것이다.

다만 그는 인공지능(AI)에 있어서는 규제 완화에 나설 것으로 예측되고 있다. 뉴욕타임스는 “기술 정책 전문가들은 밴스 의원이 바이든 행정부 대비 AI에 보다 자유분방한 접근 방식을 취하고, 군사 기술 발전을 위해 AI규제 중 일부를 철회하고 싶어할 것”이라며 “다만 AI를 향한 그의 입장과 빅테크 규제를 선호하는 비전이 균형을 맞추는 것은 어려울 수 있다”고 전했다

https://n.news.naver.com/article/023/0003846971?sid=105

그는 지난 2월 X에 “너무 늦었지만, 구글을 분할할 때가 됐다. 이 회사는 명백하게 우리 사회 정보에 대한 독점적 통제권을 갖고 있다”고 한 바 있다. 빅테크가 너무 강력해져 소규모 기업의 성공 가능성을 방해한다고 보고 있다는 것이다. 다만 그는 인공지능(AI)에 있어서는 규제 완화에 나설 것으로 예측되고 있다. 뉴욕타임스는 “기술 정책 전문가들은 밴스 의원이 바이든 행정부 대비 AI에 보다 자유분방한 접근 방식을 취하고, 군사 기술 발전을 위해 AI규제 중 일부를 철회하고 싶어할 것”이라며 “다만 AI를 향한 그의 입장과 빅테크 규제를 선호하는 비전이 균형을 맞추는 것은 어려울 수 있다”고 전했다 https://n.news.naver.com/article/023/0003846971?sid=105

인프런이 만드는 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 💡

넘쳐나는 홈트 동영상에도 주목받는 오디오 운동가이드 ‘사운드짐’

넘쳐나는 홈트 동영상에도 주목받는 오디오 운동가이드 ‘사운드짐’ 

요즘 사운드짐의 가이드를 따라 열심히 운동중. 이 참에 사운드짐 창업자인 이미림 대표를 만나서 나라경제 인터뷰기사로 소개.
사운드짐 https://soundgym.kr/

-실내자전거, 러닝머신, 야외달리기, 스트레칭, 필라테스, 요가, 명상 등 16개 항목에 걸쳐 강사의 목소리를 오디오로 생생하게 들으며 따라할 수 있는 운동 콘텐츠가 약 400개 정도 제공.
-30여명의 강사가 콘텐츠를 제작해 제공중.
-유료 구독형 모델, 1개월에 8,900원, 1년에 5만9천원을 내면 무제한으로 콘텐츠를 들으며 운동할 수 있음.
-다운로드도 7만5천건, 월간 평균 사용자 수도 2만명 정도로 코로나19 이전과 비교해서 3배 정도 성장.
-이미림대표는 다음TV에서 커리어를 시작, 대학원에 갔다가 공유자전거 스타트업 창업.
-시행착오를 거쳐 카이스트 사회적 기업가 MBA과정을 거쳐 사운드짐 창업.
-청년창업사관학교 프로그램을 통해 초기 운영비용 해결.
-첫 투자는 매쉬업엔젤스에서 1억, 네이버D2SF에서 4억 추가 조달. 모두 콜드콜로 연락해서 받았다고.
-서비스의 꾸준한 개선이 돋보이는 회사라 앞으로가 기대됩니다.

마케팅

김혜연

운영PM

ader

#고객경험 #운영기획 #CS최소화 #운영정책수립
안녕하세요! 9년차 CX 운영기획자 입니다.
최근 신사업 피엠으로 업무 중입니다 🤹🏻‍♂️

프론트엔드 개발자

김보미

공동대표

기자

본부장

센터장

경영학과

경영대학원

임정욱

호기심 많은 관찰자입니다. 매일 아침 조간 신문 뉴스와 IT뉴스를 챙겨보고 흥미로운 내용을 SNS에 메모해 두는 습관을 10년 넘게 유지하고 있습니다. 독서보다 넷플릭스와 유튜브를 너무 많이 보는 것 같아서 걱정입니다. 막 벤처투자자로 커리어를 바꾸는 참입니다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필