design by 슝슝 (w/DALL-E) 아래 글은 2024년 07월 24일에 발행된 뉴

더현대 서울이 한번 더 진화했습니다

볼거리를 넘어 공간 체험으로, 그리고 이를 방문 전과 후까지 연결합니다

[아티클 3문장 요약📑]

1⃣ 전통적으로 백화점의 비수기라 불리던 여름 휴가 시즌, 하지만 휴가 수요가 분산 되면서 최근 백화점들은 여름 장사에 더 많은 투자를 하고 있는데, 올해 더현대 서울은 여기서 한 발 더 나아가, 자신들을 아예 휴양지 중 하나로 포지셔닝하며 한 층 진화된 콘텐츠 커머스 전략을 펼치고 있습니다.

2⃣ 이탈리아의 바캉스 명소 포지타노를 본따 만들어진 테마 공간, '포지타노의 태양'은 비록 지중해의 풍광을 그대로 가져올 순 없었지만, 볼거리와 먹거리 만큼은 오히려 더 현지 같았는데, 주한 이탈리아 대사관을 비롯한 5개 관련 기관과 더불어 약 1년여를 준비한 덕분에 완성도 있는 체험 공간이 만들어질 수 있었다고 합니다.

3⃣ 이처럼 공간 체험의 퀄리티를 높여 가는 동시에, 더현대 서울은 KBS와 손잡고 팝업 브랜드 선정 과정을 그려낸, '팝업상륙작전' 예능을 통해 경험의 범위를 방문 전후로도 확장하기 시작하면서, 끊기지 않는 고객 경험을 제공하는 등 끊임 없이 전략을 발전시켜 나가고 있습니다.

💡기묘한 관점➕
더현대 서울은 이제 하나의 아이콘이 되어가고 있습니다. 다만 현대백화점의 고민은 이를 어떻게 다른 점포로 확장하느냐 일 텐데요. 이번 '포지타노의 태양'만 하더라도 점포를 순회하며 열리지만, 아무래도 공간 특성상 더현대 서울이 주는 인상을 주진 못하고 있습니다. 다만 이를 잘 알기에, 팝업상륙작전을 통한 팝업 역시 더현대 서울을 시작으로 여러 점포에서 쭉 이어질 예정이라 하고요. 이러한 시도들마저 성공을 거둔다면 현대백화점은 확실히 콘텐츠를 기반으로 앞서나가는 좋은 선례가 되지 않을까 싶습니다.

🥤트렌드라이트 구독하기
https://bit.ly/3iSbx4e

볼거리를 넘어 공간 체험으로, 그리고 이를 방문 전과 후까지 연결합니다 [아티클 3문장 요약📑] 1⃣ 전통적으로 백화점의 비수기라 불리던 여름 휴가 시즌, 하지만 휴가 수요가 분산 되면서 최근 백화점들은 여름 장사에 더 많은 투자를 하고 있는데, 올해 더현대 서울은 여기서 한 발 더 나아가, 자신들을 아예 휴양지 중 하나로 포지셔닝하며 한 층 진화된 콘텐츠 커머스 전략을 펼치고 있습니다. 2⃣ 이탈리아의 바캉스 명소 포지타노를 본따 만들어진 테마 공간, '포지타노의 태양'은 비록 지중해의 풍광을 그대로 가져올 순 없었지만, 볼거리와 먹거리 만큼은 오히려 더 현지 같았는데, 주한 이탈리아 대사관을 비롯한 5개 관련 기관과 더불어 약 1년여를 준비한 덕분에 완성도 있는 체험 공간이 만들어질 수 있었다고 합니다. 3⃣ 이처럼 공간 체험의 퀄리티를 높여 가는 동시에, 더현대 서울은 KBS와 손잡고 팝업 브랜드 선정 과정을 그려낸, '팝업상륙작전' 예능을 통해 경험의 범위를 방문 전후로도 확장하기 시작하면서, 끊기지 않는 고객 경험을 제공하는 등 끊임 없이 전략을 발전시켜 나가고 있습니다. 💡기묘한 관점➕더현대 서울은 이제 하나의 아이콘이 되어가고 있습니다. 다만 현대백화점의 고민은 이를 어떻게 다른 점포로 확장하느냐 일 텐데요. 이번 '포지타노의 태양'만 하더라도 점포를 순회하며 열리지만, 아무래도 공간 특성상 더현대 서울이 주는 인상을 주진 못하고 있습니다. 다만 이를 잘 알기에, 팝업상륙작전을 통한 팝업 역시 더현대 서울을 시작으로 여러 점포에서 쭉 이어질 예정이라 하고요. 이러한 시도들마저 성공을 거둔다면 현대백화점은 확실히 콘텐츠를 기반으로 앞서나가는 좋은 선례가 되지 않을까 싶습니다. 🥤트렌드라이트 구독하기https://bit.ly/3iSbx4e

Openads

🏬더현대 서울은 지금도 계속 진화 중입니다

"보고에서 가장 중요한 점은 문서를 작성하는 게 아니라 피보고자가 만족해야 한다는 점입니다."
 
학교와 회사가 가장 다른 것 중에 하나는 ‘함께 일한다는 것’ 이다.
회사라는 조직의 구성원으로서 나의 상사에게 보고하고, 상사는 다시 그의 상사에게 보고하는 형태로 가장 최상위 의사결정권자에게까지 커뮤니케이션을 이어진다.
현장의 소리를 전달하고, 이슈를 보고하고, 제대로 된 의사결정을 받기 위해서는 무엇보다도 정확하고 시의적절한 보고야 말로 조직의 성패를 가르는 매우 중요한 요소이다.
 
그 ‘정확하고 시의적절한’ 올바른 보고에 대한 팀장님들의 소중한 조언이 담겨져 있는 책이다.
 
아무도 가르쳐주지 않은 보고 원칙 : 3SMART
 * 3SMART
 * 3S
 * Simple / Specific / Structural
 * make key Message
 * find the exact Aim
 * Receiver-oriented
 * Time-bounded / Timely manner
 
 
보고도 공식이 있다 : B2WHEN - 보고의 6단계
- Background
   - 개요 / 배경 / 상황(현황) / 문제
- Why
   - 보고 목적 / 보고 의도/ 보고 이유 / 문제에 대한 원인
- What
   - 핵심 메시지 / 결론
- How
   - 제안 / 방악 / 필요 혹은 조치 사항 / 일정, 진행 계획 + 예산 포함
- Effect
   - 기대 효과 (정량적 + 정성적) / 영향(반응) / 예상 결과(성과)
- Notice (Remark / Appendix)
   - 알림 사항
 
책에서는 보고원칙 3SMART 와 보고공식 B2WHEN 를 상세한 예시를 들어서 제시해주고 있는데,
상당 부분 공감이 많이 갔다.
육하원칙처럼, 보고서도 그것이 읽는 사람이 이해하기 쉽게,
처음부터 끝까지 읽었을 때, 전체적인 상황이 머릿속에 그려지고,
자연스럽게 의사결정으로 이어질 수 있는 보고의 패턴이 존재한다.
 
 
이 책의 또다른 강점은 도식화이다.
저자분은 주요 개념들을 시각적으로 직관적으로 이해할 수 있도록 도식화를 하셨는데,
책에도 유형, 그래프, 예시, 데이터를 직관적으로 표현하는 방법에 대한 구체적인 예시들이 많이 있었다.
 
 
보고의 끝은 구두 보고
 * PREP
 * Point : 핵심 메시지, 주장, 의견
 * Reason : Point를 뒷받침할 수 있는 이유
 * Example : 사례, 근거
 * Point : 기존 핵심 메시지를 한 번 더 강조
 * 5가지 팁
 * 메모한 것을 챙겨라
 * Key Message의 의도, 근거, 추가로 고민한 부분을 설명하라
 * 예상 가능한 질문에 대비하라
 * 후속 계획은 반드시 숙지하라
 * 상사도 나의 동료다.
 
이제 막 회사생활하시는 분들께 추천드립니다.
우리가 항상 말하고, 글을 쓰면서도 전달이 어려운 이유는
듣는 사람, 읽는 사람의 관점이 말하는 사람, 쓰는 사람의 관점과 다르기 때문인데요.
 
그 차이를 극복하게 해줄 좋은 팁들이 많습니다.
처음에는 쉽지 않겠지만, 여기서 부터 시작해보시죠!
 
- 한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다.

"보고에서 가장 중요한 점은 문서를 작성하는 게 아니라 피보고자가 만족해야 한다는 점입니다."&nbsp;학교와 회사가 가장 다른 것 중에 하나는 ‘함께 일한다는 것’ 이다.회사라는 조직의 구성원으로서 나의 상사에게 보고하고, 상사는 다시 그의 상사에게 보고하는 형태로 가장 최상위 의사결정권자에게까지 커뮤니케이션을 이어진다.현장의 소리를 전달하고, 이슈를 보고하고, 제대로 된 의사결정을 받기 위해서는 무엇보다도 정확하고 시의적절한 보고야 말로 조직의 성패를 가르는 매우 중요한 요소이다.&nbsp;그 ‘정확하고 시의적절한’ 올바른 보고에 대한 팀장님들의 소중한 조언이 담겨져 있는 책이다.&nbsp;아무도 가르쳐주지 않은 보고 원칙 : 3SMART<ul ><li>3SMART<ul ><li>3S<ul ><li>Simple / Specific / Structural</li></ul></li><li>make key Message</li><li>find the exact Aim</li><li>Receiver-oriented</li><li>Time-bounded / Timely manner</li></ul></li></ul>&nbsp;&nbsp;보고도 공식이 있다 : B2WHEN - 보고의 6단계- Background &nbsp; &nbsp;- 개요 / 배경 / 상황(현황) / 문제 - Why &nbsp; &nbsp;- 보고 목적 / 보고 의도/ 보고 이유 / 문제에 대한 원인 - What &nbsp; &nbsp;- 핵심 메시지 / 결론 - How &nbsp; &nbsp;- 제안 / 방악 / 필요 혹은 조치 사항 / 일정, 진행 계획 + 예산 포함 - Effect &nbsp; &nbsp;- 기대 효과 (정량적 + 정성적) / 영향(반응) / 예상 결과(성과) -&nbsp;Notice (Remark / Appendix) &nbsp; &nbsp;- 알림 사항&nbsp;책에서는 보고원칙 3SMART 와 보고공식 B2WHEN 를 상세한 예시를 들어서 제시해주고 있는데,상당 부분 공감이 많이 갔다.육하원칙처럼, 보고서도 그것이 읽는 사람이 이해하기 쉽게,처음부터 끝까지 읽었을 때, 전체적인 상황이 머릿속에 그려지고,자연스럽게 의사결정으로 이어질 수 있는 보고의 패턴이 존재한다.&nbsp;&nbsp;이 책의 또다른 강점은 도식화이다.저자분은 주요 개념들을 시각적으로 직관적으로 이해할 수 있도록 도식화를 하셨는데,책에도 유형, 그래프, 예시, 데이터를 직관적으로 표현하는 방법에 대한 구체적인 예시들이 많이 있었다.&nbsp;&nbsp;보고의 끝은 구두 보고<ul ><li>PREP<ul ><li>Point : 핵심 메시지, 주장, 의견</li><li>Reason : Point를 뒷받침할 수 있는 이유</li><li>Example : 사례, 근거</li><li>Point : 기존 핵심 메시지를 한 번 더 강조</li></ul></li><li>5가지 팁<ul ><li>메모한 것을 챙겨라</li><li>Key Message의 의도, 근거, 추가로 고민한 부분을 설명하라</li><li>예상 가능한 질문에 대비하라</li><li>후속 계획은 반드시 숙지하라</li><li>상사도 나의 동료다.</li></ul></li></ul>&nbsp;이제 막 회사생활하시는 분들께 추천드립니다.우리가 항상 말하고, 글을 쓰면서도 전달이 어려운 이유는듣는 사람, 읽는 사람의 관점이 말하는 사람, 쓰는 사람의 관점과 다르기 때문인데요.&nbsp;그 차이를 극복하게 해줄 좋은 팁들이 많습니다.처음에는 쉽지 않겠지만, 여기서 부터 시작해보시죠!&nbsp;- 한빛미디어 &lt;나는 리뷰어다&gt; 활동을 위해서 책을 제공받아 작성된 서평입니다.

[서평단] 보고혁명

특정 도메인에 특화된 Task-specialized LLM은 금융과 같은 분야의 높은 수준의 규제와 데이터 보안 요구사항을 만족시키면서도 최적화된 LLM을 사용하여 비용 절감 효과를 기대할 수 있습니다.

특히, Inferentia2는 더 낮은 비용으로 높은 배치 크기를 지원하고 비교적 우수한 성능을 보여주고 있어 경쟁력 있는 선택이 될 수 있습니다.

https://aws.amazon.com/ko/blogs/tech/task-specialized-llm-serving-aws-inferentia2-huggingface-optimum/

특정 도메인에 특화된 Task-specialized LLM은 금융과 같은 분야의 높은 수준의 규제와 데이터 보안 요구사항을 만족시키면서도 최적화된 LLM을 사용하여 비용 절감 효과를 기대할 수 있습니다. 특히, Inferentia2는 더 낮은 비용으로 높은 배치 크기를 지원하고 비교적 우수한 성능을 보여주고 있어 경쟁력 있는 선택이 될 수 있습니다. https://aws.amazon.com/ko/blogs/tech/task-specialized-llm-serving-aws-inferentia2-huggingface-optimum/

Amazon Web Services

Task-specialized LLM의 비용 효율적인 서빙 가능성

구글이 광고주들의 타겟 광고에 사용되던 크롬 웹브라우저의 '쿠키'를 폐지하려던 계획을 4년만에 백지화했다. '쿠키 대란'을 우려했던 광고회사들의 우려는 줄었지만, 소비자들의 개인정보 보호에 대한 리스크는 다시 커질 전망이다. 22일(현지시간) 앤서니 차베스 구글 프라이버시 샌드박스 부사장(VP)은 블로그를 통해 서드파티 쿠키를 완전히 퇴출시키지 않고 사용자

"매출 한 푼도 포기 못해"...4년만에 '쿠키 폐지' 백지화하는 구글 - 매일경제

2024년 7월22일(현지시간) 앤서니 차베스 구글 프라이버시 샌드박스 부사장(VP)은 블로그를 통해 서드파티 쿠키를 완전히 퇴출시키지 않고 사용자에게 중단 여부를 직접 물어보겠다고 밝혔습니다.

구글이 4년간 계획했던 크롬 웹브라우저의 서드파티 쿠키 폐지 계획을 백지화 시도를 준비하고 있습니다. 광고회사들은 타겟 광고를 위해 서드파티 쿠키를 사용했으나, 이는 개인정보 유출 우려로 비판을 받으며 애플과 파이어폭스는 이미 이를 중단한 바 있습니다. 구글은 '프라이버시 샌드박스'라는 대안을 제시했으나 광고주들의 만족도가 낮았습니다.

구글의 서드파티 쿠키 철폐 계획은 2021년 영국 경쟁시장청(CMA)의 개입으로 중단되었으나,
이번 발표로 구글은 사용자에게 쿠키 사용 여부를 직접 물어보겠다고 밝혔습니다. CMA는 구글의 새로운 접근 방식에 대한 의견을 수집할 예정이라고 합니다.

서드파티 쿠키는 인터넷 광고시장에서 정말 중요한 역할을 해왔죠. 애플이 서드파티 쿠키를 중단한 이후, 광고사업 의존도가 큰 메타는 매출이 감소하는 등 큰 타격을 받았고, 메타뿐만 아니라 광고매출 비중이 큰 구글 입장에서도 서드파티 쿠키가 사라지는 건 큰 부담이었을것 같네요.

구글의 조치에 따라 전세계 퍼포먼스광고의 판도도 바뀔 것으로 보여집니다.

참고 기사:
https://www.mk.co.kr/news/world/11075266

2024년 7월22일(현지시간) 앤서니 차베스 구글 프라이버시 샌드박스 부사장(VP)은 블로그를 통해 서드파티 쿠키를 완전히 퇴출시키지 않고 사용자에게 중단 여부를 직접 물어보겠다고 밝혔습니다. 구글이 4년간 계획했던 크롬 웹브라우저의 서드파티 쿠키 폐지 계획을 백지화 시도를 준비하고 있습니다. 광고회사들은 타겟 광고를 위해 서드파티 쿠키를 사용했으나, 이는 개인정보 유출 우려로 비판을 받으며 애플과 파이어폭스는 이미 이를 중단한 바 있습니다. 구글은 '프라이버시 샌드박스'라는 대안을 제시했으나 광고주들의 만족도가 낮았습니다. 구글의 서드파티 쿠키 철폐 계획은 2021년 영국 경쟁시장청(CMA)의 개입으로 중단되었으나,이번 발표로 구글은 사용자에게 쿠키 사용 여부를 직접 물어보겠다고 밝혔습니다. CMA는 구글의 새로운 접근 방식에 대한 의견을 수집할 예정이라고 합니다. 서드파티 쿠키는 인터넷 광고시장에서 정말 중요한 역할을 해왔죠. 애플이 서드파티 쿠키를 중단한 이후, 광고사업 의존도가 큰 메타는 매출이 감소하는 등 큰 타격을 받았고, 메타뿐만 아니라 광고매출 비중이 큰 구글 입장에서도 서드파티 쿠키가 사라지는 건 큰 부담이었을것 같네요. 구글의 조치에 따라 전세계 퍼포먼스광고의 판도도 바뀔 것으로 보여집니다. 참고 기사:https://www.mk.co.kr/news/world/11075266

매일경제

4년만에 ‘쿠키 폐지’ 백지화 시도 하는 구글

1. 성공하는 이들은 어떤 것이든 배우고, 이것을 터득하는 최선의 방법이 가능한 빨리 실패하는 것이라는 사실을 분명히 알고 있다.

2. 목표를 이루기 전을 생각해 보라.

3. 수많은 실패와 엉망인 사고, 잘못된 출발점, 물거품이 된 노력들로 가득 차 있다.

4. 성공하는 사람들은 빠르게 실패하는 것을 두려워하지 않는다.

5. 최대한 빨리 실패를 없애버릴 수 있는 가장 좋은 방법이기 때문이다.

6. 실수를 피하기 위해 공부하고 준비하며 질질끄는 대신에 이들은 즉시 행동한다.

7. 자신들의 노력이 완벽에는 한참 미치지 못하거나 경쟁력이 전혀 없어도 말이다.

8. 성공은 대개 위태로운 상황과 어설픈 노력으로부터 시작된다.

9. 그러니 성공을 거두고 싶다면 먼저, 그 일을 얼마나 망치게 될지 생각해 보라.

#빠르게실패하라

1. 성공하는 이들은 어떤 것이든 배우고, 이것을 터득하는 최선의 방법이 가능한 빨리 실패하는 것이라는 사실을 분명히 알고 있다. 2. 목표를 이루기 전을 생각해 보라. 3. 수많은 실패와 엉망인 사고, 잘못된 출발점, 물거품이 된 노력들로 가득 차 있다. 4. 성공하는 사람들은 빠르게 실패하는 것을 두려워하지 않는다. 5. 최대한 빨리 실패를 없애버릴 수 있는 가장 좋은 방법이기 때문이다. 6. 실수를 피하기 위해 공부하고 준비하며 질질끄는 대신에 이들은 즉시 행동한다. 7. 자신들의 노력이 완벽에는 한참 미치지 못하거나 경쟁력이 전혀 없어도 말이다. 8. 성공은 대개 위태로운 상황과 어설픈 노력으로부터 시작된다. 9. 그러니 성공을 거두고 싶다면 먼저, 그 일을 얼마나 망치게 될지 생각해 보라. #빠르게실패하라

< 실패를 피하지 말고 오히려 환영하라 >

이 기사는 2024년 07월 19일 10시 36분 넘버스에 발행된 기사입니다. 메가존이 가상자산거래소 고팍스를 인수할 가능성이 제기되면서 KB인베스트먼트를 비롯해 일찍이 고팍스에 투자했던 재무적투자자(FI)들의 엑시

[메가존 고팍스 인수]① KB인베스트먼트 비롯 FI 지분 매각 가능성은

이번에 메가존이 인수하려는 것은 바이낸스 보유지분의 58% 이상으로 추정된다. 금융당국이 바이낸스의 스트리미 지분율을 10% 밑으로 줄이라고 요구했기 때문이다. 이미 메가존은 고팍스와 은행 실명계좌 재계약을 앞둔 전북은행에 투자확약서를 발급했다. 통상 투자확약서에는 투자규모와 자금조달 조건 등이 포함된다. 다만 구체적인 내용은 공개되지 않았다. 

메가존이 스트리미 인수에 나서면서 남은 FI의 지분까지 함께 가져갈지 주목된다. 특히 KB인베스트먼트가 케이비지엠씨인터스텔라투자조합을 통해 보유한 지분은 4.73%로 현재 남은 FI 중 가장 많다. 이 펀드는 오는 2026년 12월 만기가 도래한다. 아직 2년 이상 시간이 남았지만, 스트리미의 기업공개(IPO)를 기다리기보다는 구주를 매각해 엑시트를 추진할 가능성이 높다.

https://n.news.naver.com/article/293/0000056526?sid=101

이번에 메가존이 인수하려는&nbsp;것은 바이낸스&nbsp;보유지분의&nbsp;58% 이상으로 추정된다. 금융당국이 바이낸스의 스트리미 지분율을 10% 밑으로 줄이라고 요구했기 때문이다. 이미 메가존은 고팍스와 은행 실명계좌 재계약을 앞둔 전북은행에 투자확약서를 발급했다. 통상&nbsp;투자확약서에는 투자규모와 자금조달 조건 등이 포함된다. 다만 구체적인 내용은 공개되지 않았다.&nbsp; 메가존이 스트리미 인수에 나서면서 남은&nbsp;FI의 지분까지 함께 가져갈지 주목된다. 특히 KB인베스트먼트가 케이비지엠씨인터스텔라투자조합을 통해 보유한 지분은 4.73%로 현재 남은&nbsp;FI 중 가장 많다. 이 펀드는 오는 2026년 12월 만기가 도래한다. 아직 2년 이상&nbsp;시간이 남았지만, 스트리미의 기업공개(IPO)를 기다리기보다는 구주를 매각해 엑시트를 추진할 가능성이 높다. https://n.news.naver.com/article/293/0000056526?sid=101

Naver

브랜딩을 이해하는 가장 쉬운 이야기

브랜딩을 연애처럼.
연애는 모두가 아닌 한 사람의 마음을 사로잡는 과정이죠.
브랜딩도 한명 한명의 마음을 얻는 과정이에요.

사람의 마음을 움직이는 일,
그래서 브랜딩이 필요합니다.

이 이야기를 잘 새겨두시고
비즈니스의 무기로 활용해 보세요!

<그래서 브랜딩이 필요합니다>의 저자
전우성 시싸이드 시티 대표님과 함께한 이야기를 담아 옵니다.

초밀착 초성장 토크
워스픽샷

*아래 이미지를 클릭하시면 전체화면으로 보실 수 있습니다.

브랜딩을 이해하는 가장 쉬운 이야기 브랜딩을 연애처럼. 연애는 모두가 아닌 한 사람의 마음을 사로잡는 과정이죠. 브랜딩도 한명 한명의 마음을 얻는 과정이에요. 사람의 마음을 움직이는 일, 그래서 브랜딩이 필요합니다. 이 이야기를 잘 새겨두시고 비즈니스의 무기로 활용해 보세요! &lt;그래서 브랜딩이 필요합니다&gt;의 저자 전우성 시싸이드 시티 대표님과 함께한 이야기를 담아 옵니다. 초밀착 초성장 토크 워스픽샷 *아래 이미지를 클릭하시면 전체화면으로 보실 수 있습니다.

브랜딩? 연애처럼 해보세요.

스타벅스, 룰루레몬의 상황이 심상치 않습니다. 인플레이션 탓을 하기에는 위기의 이유가 상당히 본질적입니다. 스타벅스는 모바일의 성공 때문에 오히려 매력을 잃었다는 평가가 나오고, 룰루레몬은 언더아머로 전락할 갈림길에 섰다는 분석이 나옵니다. 둘다 공통적으로 경험을 싸구려로 만들고 있다, 레거시가 된 이후 누구도 만족시킬 수 없는 딜레마에 빠졌다는 평가가 나오고 있죠.

레거시가 된 이후 누구도 만족시킬 수 없는 딜레마

새로운 트렌드에 적응하지 못하는 가운데, 기존의 매력마저 잃고 있습니다

[영상 3문장 요약📑]

1️⃣ 스타벅스와 룰루레몬은 최근 실적 부진을 겪고 있는 대표적인 브랜드인데, 둘의 성공을 이끌었던 스타벅스의 제 3의 공간, 룰루레몬의 애슬레저 트렌드 등이 힘을 잃어가는 가운데, 새로운 변화에 적응하고자 내놓은 전략들 마저 자충수가 되었다는 평가가 이어지고 있습니다.

2️⃣ 아이러니하게도 스타벅스는 성공적인 모바일 전환이 독이 된 케이스인데, 모바일 주문 비중이 늘리는데 성공하였지만 그로 인해 기존에 가지던 공간이라는 브랜드 강점이 희석되면서 프리미엄 인식이 약화되는 동시에 해당 이미지는 신생 브랜드 파네라 브레드가 가져갔고, 편의성 트렌드를 선도하는 건 드라이브 스루로 유명한 더치 브로스가 되면서 설 자리가 애매해진 겁니다.

3️⃣ 룰루레몬의 경우에는 그들이 선보인 성공 방식을 따라한 알로 요가와 뷰오리의 추격이 매서운 가운데, 특히 룰루레몬의 상징과 같던 레깅스 트렌드가 지고, 와이드 팬츠가 새롭게 떠올랐지만, 이러한 새로운 요구에 대해 룰루레몬의 대처가 늦어지면서 결국 올드한 브랜드가 되어 버렸다고 합니다.

💡기묘한 관점➕
스타벅스와 룰루레몬의 부진을 바라보면, 어떨 때는 도전자의 입장이 더 유리할 수도 있구나를 새삼 깨닫게 됩니다. 그들이 하나의 레거시 기업이 되면서, 모두를 만족시켜야 하다 보니 결국 기존의 강점은 희석되고, 종국에는 아무도 만족하지 않는 브랜드가 되어 버리는 악순환에 빠지게 될 수 있기 때문인데요. 과연 이 둘이 이러한 위기를 이겨내고, 장수 브랜드로 거듭날 수 있을지 궁금해집니다. 다만 두 기업 모두, 한때 위기를 겪다가 극복한 경험을 가진 곳들인 만큼 쉽게 쓰러지지는 않을 것 같고요. 따라서 이들이 다음에 내놓을 전략이 무엇일 지가 더 궁금해지는 것 같습니다.

🥤트렌드라이트 구독하기
https://bit.ly/3iSbx4e

새로운 트렌드에 적응하지 못하는 가운데, 기존의 매력마저 잃고 있습니다 [영상 3문장 요약📑] 1️⃣ 스타벅스와 룰루레몬은 최근 실적 부진을 겪고 있는 대표적인 브랜드인데, 둘의 성공을 이끌었던 스타벅스의 제 3의 공간, 룰루레몬의 애슬레저 트렌드 등이 힘을 잃어가는 가운데, 새로운 변화에 적응하고자 내놓은 전략들 마저 자충수가 되었다는 평가가 이어지고 있습니다. 2️⃣ 아이러니하게도 스타벅스는 성공적인 모바일 전환이 독이 된 케이스인데, 모바일 주문 비중이 늘리는데 성공하였지만 그로 인해 기존에 가지던 공간이라는 브랜드 강점이 희석되면서 프리미엄 인식이 약화되는 동시에 해당 이미지는 신생 브랜드 파네라 브레드가 가져갔고, 편의성 트렌드를 선도하는 건 드라이브 스루로 유명한 더치 브로스가 되면서 설 자리가 애매해진 겁니다. 3️⃣ 룰루레몬의 경우에는 그들이 선보인 성공 방식을 따라한 알로 요가와 뷰오리의 추격이 매서운 가운데, 특히 룰루레몬의 상징과 같던 레깅스 트렌드가 지고, 와이드 팬츠가 새롭게 떠올랐지만, 이러한 새로운 요구에 대해 룰루레몬의 대처가 늦어지면서 결국 올드한 브랜드가 되어 버렸다고 합니다. 💡기묘한 관점➕스타벅스와 룰루레몬의 부진을 바라보면, 어떨 때는 도전자의 입장이 더 유리할 수도 있구나를 새삼 깨닫게 됩니다. 그들이 하나의 레거시 기업이 되면서, 모두를 만족시켜야 하다 보니 결국 기존의 강점은 희석되고, 종국에는 아무도 만족하지 않는 브랜드가 되어 버리는 악순환에 빠지게 될 수 있기 때문인데요. 과연 이 둘이 이러한 위기를 이겨내고, 장수 브랜드로 거듭날 수 있을지 궁금해집니다. 다만 두 기업 모두, 한때 위기를 겪다가 극복한 경험을 가진 곳들인 만큼 쉽게 쓰러지지는 않을 것 같고요. 따라서 이들이 다음에 내놓을 전략이 무엇일 지가 더 궁금해지는 것 같습니다. 🥤트렌드라이트 구독하기https://bit.ly/3iSbx4e

YouTube

☕위기에 처한 스타벅스와 룰루레몬의 공통점은

일정이 촉박해서 UX, UI, BE, FE 가
동시에 우당탕하면서 개발할 때,
프론트엔드에서 아키텍처는 특히 중요해집니다.

FE 는 UX, UI, BE 모두와 연결점이 있어서
각 파트의 변경에 모두 영향을 받게 되어서요.
이때 클린 아키텍처를 사용해서 파트별로 구현을 격리하면
변경사항을 각각 나누어 적용하기 쉬워져요.

entities 로 서비스에서 사용하는 데이터의 interface 를 선언한 후
API 등의 interface 는 중복되는 필드 이름이 있더라도
infrastructre 하위에 다시 선언합니다.

이를 mapper 를 통해 변환해서 각 파트에서 사용하면
API 응답값의 필드 이름이 변경될 때나
혹은 서비스에서 필요한 상태값이 추가될 때
파트별로 다양한 변경에 유연하게 대응할 수 있어요.

여러분은 어떻게 변경에 대응하고 계신가요?
이를 위해 어떤 설계를 적용하고 계신가요??

일정이 촉박해서 UX, UI, BE, FE 가 동시에 우당탕하면서 개발할 때, 프론트엔드에서 아키텍처는 특히 중요해집니다. FE 는 UX, UI, BE 모두와 연결점이 있어서 각 파트의 변경에 모두 영향을 받게 되어서요. 이때 클린 아키텍처를 사용해서 파트별로 구현을 격리하면 변경사항을 각각 나누어 적용하기 쉬워져요. entities 로 서비스에서 사용하는 데이터의 interface 를 선언한 후 API 등의 interface 는 중복되는 필드 이름이 있더라도 infrastructre 하위에 다시 선언합니다. 이를 mapper 를 통해 변환해서 각 파트에서 사용하면 API 응답값의 필드 이름이 변경될 때나 혹은 서비스에서 필요한 상태값이 추가될 때 파트별로 다양한 변경에 유연하게 대응할 수 있어요. 여러분은 어떻게 변경에 대응하고 계신가요? 이를 위해 어떤 설계를 적용하고 계신가요??

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 비전, 예상보다 더 직설적

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

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

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

“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 💡

Elon Musk now identifies as Technoking of Tesla

커리어리 친구들, 앞으로 일론 머스크를  Technoking of  Tesla (테슬라 테크 익살꾼) 이라고 CEO 공식명함을 SEC에 제출했습니다. 그리고 CFO인 잭 커크혼은 왕좌의 게임 드라마의 마스터 오브 코인을 오마주해 'Master of Coin(코인 마스터)' 로 지정 했습니다. 
 
농담이 아니고 3월 15일 SEC 에 제출된 내용이며 공식 명함입니다! 일반 분들은 이게 무슨 일이냐고 하겠지만 여윽시 평범하지 않은 익살꾼 맞습니다 ㅎㅎ 무슨 회사가 토이도 아니고 비난들 많이 하시겠지만, 암튼 지금까지 창업자들과는 완전 다른 카테고리의 펀(Fun)한 사나이 임에 틀림이 없습니다.

두릭스 매니저

차승우

데이터

박준웅

머신 러닝

MySQL

python

html

javascript

SpringBoot

django

Java

Docker

Kubernetes

Linux

c언어

React

typescript

Node.js

Vue.js

Spring

Github

OracleDB

Android

데이터 분석

커뮤니케이션

대규모 데이터센터나 서버에서 대규모 언어 모델 또는 멀티모달, 딥러닝 모델에 대한 GPU를 이용한 분산 훈련 및 추론 솔루션 아키텍처를 기업 대상으로 하고 있습니다. 

HPC&AI PreSales

AI 전략경영 MBA

서진호

서진호의 링크드인

Google Cloud Innovators

시나브로의 실리콘 밸리 산책

저의 깃허브

클라우드 또는 하이브리드 컴퓨팅에서 빅데이타 분석과 GPU와 고성능 분산 컴퓨팅 기반의 머신러닝 및 딥러닝, 생성형 AI(LLM/LMM)에 대한 솔루션 아키텍처 컨설팅.

#소프트웨어엔지니어 #데이터사이언스 #Ai #데이터애널리스트 #GPU #분산훈련

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필