최신 생성형 인공지능(AI) 챗GPT-4.0 수준의 AI를 무료로 사용할 수 있는 길이 열렸다. 페이스북의 모기업 메타가 최신 대규모 언어모델(LLM) 라마 3.1을 누구나 사용할 수 있는 오픈소스로 공개하면서다.

"오픈소스가 AI의 길" 메타, 최고 수준 AI모델 '라마3.1' 공개

오늘 새벽에 GPT-4o, Claude 3.5 Sonnet 급 성능을 자랑하는 Llama 3.1 405B 모델이 "오픈소스"로 공개됐어요!

그리고 Llama 3에서 업그레이드된 Llama 3.1 70B, 8B 모델도 함께 공개됐어요. 또, GPT-4o mini의 파인튜닝 기능도 나왔는데, 하루에 200만 토큰까지 무료로 제공된다고 하네요! (~9/23)

https://n.news.naver.com/mnews/article/277/0005449939?sid=105

오늘 새벽에 GPT-4o, Claude 3.5 Sonnet 급 성능을 자랑하는 Llama 3.1 405B 모델이 "오픈소스"로 공개됐어요! 그리고 Llama 3에서 업그레이드된 Llama 3.1 70B, 8B 모델도 함께 공개됐어요. 또, GPT-4o mini의 파인튜닝 기능도 나왔는데, 하루에 200만 토큰까지 무료로 제공된다고 하네요! (~9/23) https://n.news.naver.com/mnews/article/277/0005449939?sid=105

Naver

Llama 3.1 405B 모델이 "오픈소스"로 공개

안녕하세요 코딩만 하면 기술 블로그가 자동으로, Dev.POST팀 입니다 🙌 코드는 금방 작성하는데, 블로그 글 작성하는데 시간이 많이 걸리나요? 바쁜 업무에 치여 기술 블로그 운영을 소홀해 졌나요?

Dev.POST: AI가 써주는 기술 블로그

Dev.POST TechBlog AI Generator - 자동으로 써주는 기술 블로그

1일 1블로그,
단 1분만 투자하면 만들어지는 기술블로그

Dev.POST를 통해 그동안 실천 못 했던 1일 1블로그를
이제는 쉽게 실천할 수 있습니다.

[주요 기능]
 * 손쉽게 만드는 블로그 글: '작업 목표'와 '커밋'만 입력하면 알아서 블로그 글을 작성해줍니다.
 * 기능 단위로 만들어주는 코드: 그대로 예시 코드를 만들지 않습니다. 주요 기술을 찾아 설명하기 좋은 형태로 변환하여 블로그 글을 작성해줍니다.
 * 편리한 개념(이론) 설명: 설명해줬으면 하는 키워드를 입력만 하면, 관련 개념을 찾아서 신뢰할 수 있는 출처를 참고해 자동으로 작성해 줍니다.
 * SEO: 찾았던 검색 키워드 그대로, 내 블로그가 올라가도록 SEO를 고려하여 작성해줍니다.
 * markdown(마크다운) 포맷: 다양한 블로그 플랫폼에 발행할 수 있도록 마크다운으로 작성됩니다.
 * 보안: 안심하세요. 입력 된 사용자의 코드는 절대 저장하지 않습니다.

[1분만에 만드는 기술블로그 바로 체험하기]

 * Dev.POST 설명 블로그
https://velog.io/@dev_post/Dev.POST-AI%EA%B0%80-%EC%8D%A8%EC%A3%BC%EB%8A%94-%EA%B8%B0%EC%88%A0-%EB%B8%94%EB%A1%9C%EA%B7%B8

 * Dev.POST가 만든 블로그
https://velog.io/@dev_post/posts

 * Mac App 설치하기
https://devpost-download.framer.website/

Dev.POST TechBlog AI Generator - 자동으로 써주는 기술 블로그 1일 1블로그,단 1분만 투자하면 만들어지는 기술블로그 Dev.POST를 통해 그동안 실천 못 했던 1일 1블로그를이제는 쉽게 실천할 수 있습니다. [주요 기능]<ul><li>손쉽게 만드는 블로그 글: '작업 목표'와 '커밋'만 입력하면 알아서 블로그 글을 작성해줍니다.</li><li>기능 단위로 만들어주는 코드: 그대로 예시 코드를 만들지 않습니다. 주요 기술을 찾아 설명하기 좋은 형태로 변환하여 블로그 글을 작성해줍니다.</li><li>편리한 개념(이론) 설명: 설명해줬으면 하는 키워드를 입력만 하면, 관련 개념을 찾아서 신뢰할 수 있는 출처를 참고해 자동으로 작성해 줍니다.</li><li>SEO: 찾았던 검색 키워드 그대로, 내 블로그가 올라가도록 SEO를 고려하여 작성해줍니다.</li><li>markdown(마크다운) 포맷: 다양한 블로그 플랫폼에 발행할 수 있도록 마크다운으로 작성됩니다.</li><li>보안: 안심하세요. 입력 된 사용자의 코드는 절대 저장하지 않습니다.</li></ul> [1분만에 만드는 기술블로그 바로 체험하기] <ul><li>Dev.POST 설명 블로그</li></ul>https://velog.io/@dev_post/Dev.POST-AI%EA%B0%80-%EC%8D%A8%EC%A3%BC%EB%8A%94-%EA%B8%B0%EC%88%A0-%EB%B8%94%EB%A1%9C%EA%B7%B8 <ul><li>Dev.POST가 만든 블로그</li></ul>https://velog.io/@dev_post/posts <ul><li>Mac App 설치하기</li></ul>https://devpost-download.framer.website/

Velog

Dev.POST TechBlog AI Generator✍️

안녕하세요. 그린입니다 🍏이번 포스팅에서는 SwiftUI에서 커스텀한 시각 효과를 만드는 방법에 대해 학습해보겠습니다 🙋🏻 WWDC 2024에서 SwiftUI로 custom visual effect를 만드는 방법에 대해 더 진보적이게 발전시켜 소개하고 있기에 한번 알아보려고 가져와봤어요 😃 이전 포스팅인 What's new in SwiftUI (feat. WWDC 2024)에서 마지막쯤에 해당 비주얼 이펙트에 대해 간단히 소개하고 넘어갔는데, 이

Create custom visual effects (feat. WWDC 2024)

WWDC 2024가 말아주는 SwiftUI의 Visual Effects 세션에 대해 뜯어봤습니다 🙋🏻
점점 디자인이나 인터랙션 구현은 극강으로 편리해지고 커스텀의 정점을 보여주고 있다는 느낌이 드네요 😃

실제 프로젝트에서 기획, 디자인에 나온걸 Visual Effects를 활용해 어떻게 수치를 환산하고 적용해야할지는 머리가 지끈지끈하겠지만요 🥲

WWDC 2024가 말아주는 SwiftUI의 Visual Effects 세션에 대해 뜯어봤습니다 🙋🏻점점 디자인이나 인터랙션 구현은 극강으로 편리해지고 커스텀의 정점을 보여주고 있다는 느낌이 드네요 😃 실제 프로젝트에서 기획, 디자인에 나온걸 Visual Effects를 활용해 어떻게 수치를 환산하고 적용해야할지는 머리가 지끈지끈하겠지만요 🥲

iOYES

SwiftUI의 Visual Effects 뜯어보기 (WWDC 2024)

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

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

저는 호텔이 제공하는 경험에 관심이 많습니다. 무인양품이 처음 선전에, 베이징에 그리고 도쿄에 호텔을 오픈했을 때 직접 묵으면서 총지배인을 인터뷰하고 퍼블리에 무지호텔이 제공하는 고객경험에 대한 리포트를 썼던 건 호텔이야말로 의, 식, 주를 총괄하는 경험의 산물이라고 생각했기 때문입니다. 호텔의 시작과 끝은 무엇일까요? 홈페이지 첫 랜딩 화면일 수도 있지만 차량 문을 열어주거나, 짐을 받아주는 등 가장 먼저 인사를 건네는 도어맨일 수 있습니다.

47년 동안 같은 일을 하면서 정년을 훌쩍 넘은 나이에 처음 일했던 회사로부터 "다시 와주시면 안 되겠습니까?"라는 삼고초려를 받는 이의 일 하는 마음은 어떤 것일까요? 1977년 입사해 매일 500번 이상, 많을 때는 1,000번씩 남녀노소 불문하고 고개를 숙이며 호텔의 시작과 끝을 담당한 고객경험 전문가, 도어맨 권문현 지배인 이야기입니다.

매일 오전 5시 30분에 출근하고 단골 차량 번호를 외우며 신문을 통해 인물, 동정란을 확인합니다. 2013년 60세로 정년퇴직 이후 콘래드에 스카우트되어 10년간 일 한 후 조선호텔의 간곡한 요청으로 23년 7월, 다시 조선호텔 도어맨으로 돌아왔죠. 조선호텔 측은 “나이를 불문하고 도어맨을 비롯한 호텔리어에게 프로 의식을 심어줄 필요가 있었다”며 “권 씨를 찾는 VIP도 있어 말 그대로 삼고초려했다”라고 설명했습니다.

[ 큐레이터의 문장 🎒 ]

1️⃣ 일과가 어떻게 됩니까?

호텔 입구에 서서 오전 6시부터 오후 3시까지 일합니다. 호텔엔 오전 5시30분까지 도착합니다. 47년 동안 단 한 번도 지각한 적이 없어요. 출근하면 그날 어떤 VIP가 호텔에 오는지, 행사가 있을 경우 인원과 동선도 확인합니다. 퇴근할 때까지 점심시간 30분을 빼면 눈코 뜰 새 없이 바쁘죠. 손님 차 문을 여닫고, 안내하는 것은 기본입니다. 짐을 옮겨달라거나, 택시를 불러달라거나, 약을 사달라거나 손님이 원하는 건 되도록 해드립니다.

2️⃣ 2013년 60세로 정년퇴직한 뒤 여의도 콘래드 호텔에 스카우트돼 10년간 일했습니다. 조선호텔의 간곡한 요청으로 지난해 7월 다시 고향으로 돌아왔고요. ‘70세 정년 연장의 꿈’을 이룬 비결이 궁금합니다.

서비스는 디테일(detail)이라고 생각합니다. 예를 들어 택시를 타고 온 손님은 신용카드로 결제하는 경우가 많습니다. 영수증을 받기까지 몇 초가 걸리는 만큼 속으로 ‘하나, 둘, 셋’ 센 뒤 문을 엽니다. 날씨가 덥거나 추울 때도 마찬가지로 차 문을 천천히 열고요. 단골은 한 발 더 들어갑니다. 차에서 내릴 때마다 벗었던 신발을 갈아 신는 습관이 있는 손님도 민망하지 않도록 차 문을 늦게 엽니다. 많이 챙겨주기를 바라는 손님에겐 고개를 45도 숙이고, 부담스러워하는 손님에겐 고개를 15도 숙일 정도로 신경 씁니다. 즐겨 찾는 동선이 있을 땐 먼저 안내하기도 하고요. 어느 서비스업이나 마찬가지겠지만, 도어맨에게 요구하는 디테일은 그런 것 아닐까요.

3️⃣ 도어맨이 손님을 알아보는 게 아니라 손님이 도어맨을 알아보네요. 다른 도어맨과 차이를 가른 당신만의 디테일은 무엇입니까.

사람은 누구나 알아주길 바랍니다. 특급호텔을 자주 찾는 고객이라면 더 그렇죠. 도어맨은 사람보다 차량부터 맞는 경우가 대부분이에요. 단골 이름과 차량 번호, 성향을 함께 기록해 놓는 편입니다. 노무현 전 대통령의 국회의원 시절 개인 차량 번호도 기억합니다. 체어맨 ‘4672’. 많을 때는 350개까지 외웠습니다. 외교관 차량은 국기까지 외우죠. 아침에 일어나면 신문부터 읽습니다. 인물·동정란은 꼭 읽고, 중요한 내용을 스크랩합니다. 특급호텔엔 아무래도 정치인, 고위 관료, 기업인 등 VIP가 많이 오니까요. 부사장에서 사장으로 승진한 고객에게 “사장님”이라고 정확하게 불러드리면 아무래도 기분 좋지 않겠습니까.

https://n.news.naver.com/article/025/0003374309

저는 호텔이 제공하는 경험에 관심이 많습니다. 무인양품이 처음 선전에, 베이징에 그리고 도쿄에 호텔을 오픈했을 때 직접 묵으면서 총지배인을 인터뷰하고 퍼블리에 무지호텔이 제공하는 고객경험에 대한 리포트를 썼던 건 호텔이야말로 의, 식, 주를 총괄하는 경험의 산물이라고 생각했기 때문입니다. 호텔의 시작과 끝은 무엇일까요? 홈페이지 첫 랜딩 화면일 수도 있지만 차량 문을 열어주거나, 짐을 받아주는 등 가장 먼저 인사를 건네는 도어맨일 수 있습니다. 47년 동안 같은 일을 하면서 정년을 훌쩍 넘은 나이에 처음 일했던 회사로부터 "다시 와주시면 안 되겠습니까?"라는 삼고초려를 받는 이의 일 하는 마음은 어떤 것일까요? 1977년 입사해 매일 500번 이상, 많을 때는 1,000번씩 남녀노소 불문하고 고개를 숙이며 호텔의 시작과 끝을 담당한 고객경험 전문가, 도어맨 권문현 지배인 이야기입니다. 매일 오전 5시 30분에 출근하고 단골 차량 번호를 외우며 신문을 통해 인물, 동정란을 확인합니다. 2013년 60세로 정년퇴직 이후 콘래드에 스카우트되어 10년간 일 한 후 조선호텔의 간곡한 요청으로 23년 7월, 다시 조선호텔 도어맨으로 돌아왔죠. 조선호텔 측은 “나이를 불문하고 도어맨을 비롯한 호텔리어에게 프로 의식을 심어줄 필요가 있었다”며 “권 씨를 찾는 VIP도 있어 말 그대로 삼고초려했다”라고 설명했습니다. [ 큐레이터의 문장 🎒 ] 1️⃣ 일과가 어떻게 됩니까? 호텔 입구에 서서 오전 6시부터 오후 3시까지 일합니다. 호텔엔 오전 5시30분까지 도착합니다. 47년 동안 단 한 번도 지각한 적이 없어요. 출근하면 그날 어떤 VIP가 호텔에 오는지, 행사가 있을 경우 인원과 동선도 확인합니다. 퇴근할 때까지 점심시간 30분을 빼면 눈코 뜰 새 없이 바쁘죠. 손님 차 문을 여닫고, 안내하는 것은 기본입니다. 짐을 옮겨달라거나, 택시를 불러달라거나, 약을 사달라거나 손님이 원하는 건 되도록 해드립니다. 2️⃣ 2013년 60세로 정년퇴직한 뒤 여의도 콘래드 호텔에 스카우트돼 10년간 일했습니다. 조선호텔의 간곡한 요청으로 지난해 7월 다시 고향으로 돌아왔고요. ‘70세 정년 연장의 꿈’을 이룬 비결이 궁금합니다. 서비스는 디테일(detail)이라고 생각합니다. 예를 들어 택시를 타고 온 손님은 신용카드로 결제하는 경우가 많습니다. 영수증을 받기까지 몇 초가 걸리는 만큼 속으로 ‘하나, 둘, 셋’ 센 뒤 문을 엽니다. 날씨가 덥거나 추울 때도 마찬가지로 차 문을 천천히 열고요. 단골은 한 발 더 들어갑니다. 차에서 내릴 때마다 벗었던 신발을 갈아 신는 습관이 있는 손님도 민망하지 않도록 차 문을 늦게 엽니다. 많이 챙겨주기를 바라는 손님에겐 고개를 45도 숙이고, 부담스러워하는 손님에겐 고개를 15도 숙일 정도로 신경 씁니다. 즐겨 찾는 동선이 있을 땐 먼저 안내하기도 하고요. 어느 서비스업이나 마찬가지겠지만, 도어맨에게 요구하는 디테일은 그런 것 아닐까요. 3️⃣ 도어맨이 손님을 알아보는 게 아니라 손님이 도어맨을 알아보네요. 다른 도어맨과 차이를 가른 당신만의 디테일은 무엇입니까. 사람은 누구나 알아주길 바랍니다. 특급호텔을 자주 찾는 고객이라면 더 그렇죠. 도어맨은 사람보다 차량부터 맞는 경우가 대부분이에요. 단골 이름과 차량 번호, 성향을 함께 기록해 놓는 편입니다. 노무현 전 대통령의 국회의원 시절 개인 차량 번호도 기억합니다. 체어맨 ‘4672’. 많을 때는 350개까지 외웠습니다. 외교관 차량은 국기까지 외우죠. 아침에 일어나면 신문부터 읽습니다. 인물·동정란은 꼭 읽고, 중요한 내용을 스크랩합니다. 특급호텔엔 아무래도 정치인, 고위 관료, 기업인 등 VIP가 많이 오니까요. 부사장에서 사장으로 승진한 고객에게 “사장님”이라고 정확하게 불러드리면 아무래도 기분 좋지 않겠습니까. https://n.news.naver.com/article/025/0003374309

⟪정년을 넘어서까지 일을 해달라고 요청받는 이의 '경험 디테일'⟫

CPC (Cost Per Click) 클릭당 비용
광고가 클릭될 때마다 발생하는 비용을 의미합니다.

CPA (Cost Per Action) 행동당 비용
사용자가 특정 행동(예: 가입, 설문작성)을 완료할 때마다 발생하는 비용을 의미합니다.

CTR (Click-Through Rate) 클릭률
광고가 노출된 횟수 대비 클릭된 비율입니다.

CPM (Cost Per Mille) 1,000회 노출당 비용
광고가 1,000회 노출될 때마다 발생하는 비용을 의미합니다.

CPI (Cost Per Install) 설치당 비용
사용자가 앱을 설치할 때마다 발생하는 비용을 의미합니다.

CPV (Cost Per View) 조회당 비용
광고가 조회될 때마다 발생하는 비용을 의미합니다.

CPC (Cost Per Click) 클릭당 비용광고가 클릭될 때마다 발생하는 비용을 의미합니다. CPA (Cost Per Action) 행동당 비용사용자가 특정 행동(예: 가입, 설문작성)을 완료할 때마다 발생하는 비용을 의미합니다. CTR (Click-Through Rate) 클릭률광고가 노출된 횟수 대비 클릭된 비율입니다. CPM (Cost Per Mille) 1,000회 노출당 비용광고가 1,000회 노출될 때마다 발생하는 비용을 의미합니다. CPI (Cost Per Install) 설치당 비용사용자가 앱을 설치할 때마다 발생하는 비용을 의미합니다. CPV (Cost Per View) 조회당 비용광고가 조회될 때마다 발생하는 비용을 의미합니다.

마케터가 아니라도 알아두면 좋은 기본 용어 1탄

트레이스 #trace #메모앱 #투두관리 #베타테스트

트레이스 오픈카톡방

안녕하세요, LLM 기반의 혁신적인 iOS 메모 앱, 트레이스를 소개합니다.
트레이스는 어떤 앱일까요? 한마디로, 우리의 기억 과정을 그대로 담아낸 앱입니다. LLM(대규모 언어 모델) 기술을 기반으로, 단순히 정보를 남기기만 해도(Capture) 나중에 쉽게 떠올릴 수 있게(Recall) 해줍니다. 마치 우리 뇌가 정보를 처리하는 것과 비슷합니다.

해결하고자 한 문제
기존의 메모 앱들은 UX가 뚝뚝 끊기는 구간이 있었습니다.
 * 편집이 귀찮아요: 중요한 내용 강조하려면 일일이 손으로 해야 하는 귀찮은 편집
 * 찾기가 힘들어요: 날 메모 찾으려면 끝없이 스크롤하거나 정확한 검색어 입력해야 하는 번거로움
 * 알림 설정이 복잡해요: 리마인더 설정할 때마다 고민해야 하는 복잡한 알림 시간

트레이스는 이를 해결하기 위한 툴로 “LLM”과 “모바일 앱”을 선택했습니다.
룰이 아닌 “지능” (LLM)이 필요했던 이유는 사용자가 “대충”, “아무렇게나” 남긴 것도 알잘딱하게 대응하기 위함이었고, 모바일 앱이어야 했던 이유는 언제 어디서든 사용자가 접근할 수 있는 것은 앱이었기 때문입니다.
그리고 이 둘을 교묘하게 엮어 '심리스(Seamless)한 메모장을 만드는 것이 목표였습니다.
집중하고자 한 핵심은 바로 단순함과 자연스러움이었습니다.
각 잡고 자리에 앉아서 기록을 하는 세컨드브레인 툴이 아닌 “툭 툭” 입력하면 센스 있게 처리해주는 서비스를 만들고자 했습니다.
메모를 “남기는 것”, “떠올리는 것”, 그리고 “떠오르는 것”, 단지 그것만을 제대로 구현하고자 했습니다.

주요 기능
1. 남기기
 * 알아서 정리: 메모 내용을 보고 알맞은 주제로 쏙쏙 나눠줍니다. 마음에 안 들면 손쉽게 바꿀 수 있습니다.
 * 중요한 내용 하이라이트: 핵심 단어를 자동으로 콕콕 찍어줘서 한눈에 내용 파악할 수 있습니다.
 * 똑똑한 할일 관리: 다 한 일은 알아서 줄을 그어주고, 사용자가 체크할 수도 있습니다. 이후, 트레이스가 이를 반영해서 대답하기 때문에, 앱에서 하는 여러 동작들 자체가 트레이스와 대화하는 방법입니다.

2. 떠올리기
떠올리기도 마치 우리의 두 번째 뇌처럼 작동합니다.
 * "오늘 할 일 뭐 있지?" - 마치 머릿속을 훑어보듯 오늘의 할 일을 떠올려줍니다.
 * "지난주에 읽은 책 제목이 뭐였더라?" - 기억을 더듬듯 독서 기록을 찾아냅니다.
 * "다음 병원 예약이 언제였지?" - 순간 잊었던 예약 일정을 떠올려줍니다.

그리고 생각난 김에 바로 행동으로 옮길 수 있습니다:
 * "오늘 회의 끝났어" - 머릿속에서 지우듯 할 일 목록에서 체크!
 * "내일 아침 7시에 운동 알려줘" - 기억 속에 새기듯 알림 설정!
 * "어제 장보기 메모 지워도 돼" - 불필요한 기억을 지우듯 메모 삭제!

3. 스마트 알림
 * 메모에 알림 넣으면 앱이 센스있게 시간을 골라줍니다 "내일 오전 11시 미용실" 메모를 남기고 알림 버튼을 누르면 "10:30에 알림 설정"
 * 약속 종류나 장소에 따라 알맞은 시간 추천해줍니다 병원이면 교통 고려해서, 생일은 아침 일찍!

트레이스의 미래:
이제 막 발걸음을 뗀 트레이스는 다음과 같은 계획들을 갖고 있습니다.
 * UX 개선: 일상 속 다양한 유즈케이스에 부합하도록 UX를 개선해나갈 예정입니다.
 * 애플 워치 위젯: 빠르고 간편한 메모 작성을 위한 위젯을 추가할 예정입니다.
 * 맥북 지원: 데스크톱 환경으로 서비스를 확장할 계획입니다.
 * 음성 메모: 음성으로 메모를 남길 수 있는 기능을 도입할 예정입니다.
 * 멀티미디어 지원: 텍스트 외에 이미지 등 다양한 형식을 지원할 계획입니다.

트레이스 다운로드
https://apps.apple.com/kr/app/trace/id6503812022

📢 여러분의 의견을 기다립니다
https://open.kakao.com/o/sR8Fzdyg

트레이스를 더욱 발전시키는 건 여러분의 소중한 의견입니다. 사용 후기와 개선점을 언제든 알려주세요.
일상이 편해지는 나만의 AI 메모장 - 트레이스, 많은 관심 부탁드립니다!🙏🙏🙏

안녕하세요, LLM 기반의 혁신적인 iOS 메모 앱, 트레이스를 소개합니다.트레이스는 어떤 앱일까요? 한마디로, 우리의 기억 과정을 그대로 담아낸 앱입니다. LLM(대규모 언어 모델) 기술을 기반으로, 단순히 정보를 남기기만 해도(Capture) 나중에 쉽게 떠올릴 수 있게(Recall) 해줍니다. 마치 우리 뇌가 정보를 처리하는 것과 비슷합니다. 해결하고자 한 문제기존의 메모 앱들은 UX가 뚝뚝 끊기는 구간이 있었습니다.<ul><li>편집이 귀찮아요: 중요한 내용 강조하려면 일일이 손으로 해야 하는 귀찮은 편집</li><li>찾기가 힘들어요: 날 메모 찾으려면 끝없이 스크롤하거나 정확한 검색어 입력해야 하는 번거로움</li><li>알림 설정이 복잡해요: 리마인더 설정할 때마다 고민해야 하는 복잡한 알림 시간</li></ul> 트레이스는 이를 해결하기 위한 툴로 “LLM”과 “모바일 앱”을 선택했습니다.룰이 아닌 “지능” (LLM)이 필요했던 이유는 사용자가 “대충”, “아무렇게나” 남긴 것도 알잘딱하게 대응하기 위함이었고, 모바일 앱이어야 했던 이유는 언제 어디서든 사용자가 접근할 수 있는 것은 앱이었기 때문입니다.그리고 이 둘을 교묘하게 엮어 '심리스(Seamless)한 메모장을 만드는 것이 목표였습니다.집중하고자 한 핵심은 바로 단순함과 자연스러움이었습니다.각 잡고 자리에 앉아서 기록을 하는 세컨드브레인 툴이 아닌 “툭 툭” 입력하면 센스 있게 처리해주는 서비스를 만들고자 했습니다.메모를 “남기는 것”, “떠올리는 것”, 그리고 “떠오르는 것”, 단지 그것만을 제대로 구현하고자 했습니다. 주요 기능1. 남기기<ul><li>알아서 정리: 메모 내용을 보고 알맞은 주제로 쏙쏙 나눠줍니다. 마음에 안 들면 손쉽게 바꿀 수 있습니다.</li><li>중요한 내용 하이라이트: 핵심 단어를 자동으로 콕콕 찍어줘서 한눈에 내용 파악할 수 있습니다.</li><li>똑똑한 할일 관리: 다 한 일은 알아서 줄을 그어주고, 사용자가 체크할 수도 있습니다. 이후, 트레이스가 이를 반영해서 대답하기 때문에, 앱에서 하는 여러 동작들 자체가 트레이스와 대화하는 방법입니다.</li></ul> 2. 떠올리기떠올리기도 마치 우리의 두 번째 뇌처럼 작동합니다.<ul><li>"오늘 할 일 뭐 있지?" - 마치 머릿속을 훑어보듯 오늘의 할 일을 떠올려줍니다.</li><li>"지난주에 읽은 책 제목이 뭐였더라?" - 기억을 더듬듯 독서 기록을 찾아냅니다.</li><li>"다음 병원 예약이 언제였지?" - 순간 잊었던 예약 일정을 떠올려줍니다.</li></ul> 그리고 생각난 김에 바로 행동으로 옮길 수 있습니다:<ul><li>"오늘 회의 끝났어" - 머릿속에서 지우듯 할 일 목록에서 체크!</li><li>"내일 아침 7시에 운동 알려줘" - 기억 속에 새기듯 알림 설정!</li><li>"어제 장보기 메모 지워도 돼" - 불필요한 기억을 지우듯 메모 삭제!</li></ul> 3. 스마트 알림<ul><li>메모에 알림 넣으면 앱이 센스있게 시간을 골라줍니다 "내일 오전 11시 미용실" 메모를 남기고 알림 버튼을 누르면 "10:30에 알림 설정"</li><li>약속 종류나 장소에 따라 알맞은 시간 추천해줍니다 병원이면 교통 고려해서, 생일은 아침 일찍!</li></ul> 트레이스의 미래:이제 막 발걸음을 뗀 트레이스는 다음과 같은 계획들을 갖고 있습니다.<ul><li>UX 개선: 일상 속 다양한 유즈케이스에 부합하도록 UX를 개선해나갈 예정입니다.</li><li>애플 워치 위젯: 빠르고 간편한 메모 작성을 위한 위젯을 추가할 예정입니다.</li><li>맥북 지원: 데스크톱 환경으로 서비스를 확장할 계획입니다.</li><li>음성 메모: 음성으로 메모를 남길 수 있는 기능을 도입할 예정입니다.</li><li>멀티미디어 지원: 텍스트 외에 이미지 등 다양한 형식을 지원할 계획입니다.</li></ul> 트레이스 다운로드https://apps.apple.com/kr/app/trace/id6503812022 📢 여러분의 의견을 기다립니다https://open.kakao.com/o/sR8Fzdyg 트레이스를 더욱 발전시키는 건 여러분의 소중한 의견입니다. 사용 후기와 개선점을 언제든 알려주세요.일상이 편해지는 나만의 AI 메모장 - 트레이스, 많은 관심 부탁드립니다!🙏🙏🙏

Kakao

LLM과 모바일 UX의 매력적인 만남, 트레이스

Today, we are announcing Mistral Large 2, the new generation of our flagship model. Compared to its predecessor, Mistral Large 2 is significantly more capable in code generation, mathematics, and reasoning. It also provides a much stronger multilingual su

Large Enough

Llama 3.1 이 공개된지 얼마나 되었다고 하루이틀 만에 Mistral Large 2가 공개되었습니다. 흥미롭게도 벤치마크 비교에 Llama 3.1 관련 내용을 다 넣어놓았습니다. 미리 모델을 받아서 테스트해봤거나 공개되자마자 테스트해 본 걸까요? 정말 매우 빠르게 테스트를 했네요..ㄷㄷ

아무튼 벤치마크 성능을 보면 SOTA 모델들과 비슷하거나 조금 낮은 수준이지만, 크기가 123B 정도라서 Llama 3.1 405B에 비하면 훨씬 production 적용이 용이해 보인다는 점이나 llama가 multilingual을 지원한다고는 하지만 한국어가 공식적으로 지원되지는 않는데 여기서는 지원된다는 점이 특징일 것 같습니다.

공개된 모델 자체는 research only 라이센스입니다만, 많은 회사들이 계약을 맺고 API 형태로 제공해줄 것 같습니다. 여러모로 경쟁이 심한만큼 좋은 모델들이 계속 쏟아져 나오는군요..ㅎㅎ

https://mistral.ai/news/mistral-large-2407/

Llama 3.1 이 공개된지 얼마나 되었다고 하루이틀 만에 Mistral Large 2가 공개되었습니다. 흥미롭게도 벤치마크 비교에 Llama 3.1 관련 내용을 다 넣어놓았습니다. 미리 모델을 받아서 테스트해봤거나 공개되자마자 테스트해 본 걸까요? 정말 매우 빠르게 테스트를 했네요..ㄷㄷ 아무튼 벤치마크 성능을 보면 SOTA 모델들과 비슷하거나 조금 낮은 수준이지만, 크기가 123B 정도라서 Llama 3.1 405B에 비하면 훨씬 production 적용이 용이해 보인다는 점이나 llama가 multilingual을 지원한다고는 하지만 한국어가 공식적으로 지원되지는 않는데 여기서는 지원된다는 점이 특징일 것 같습니다. 공개된 모델 자체는 research only 라이센스입니다만, 많은 회사들이 계약을 맺고 API 형태로 제공해줄 것 같습니다. 여러모로 경쟁이 심한만큼 좋은 모델들이 계속 쏟아져 나오는군요..ㅎㅎ https://mistral.ai/news/mistral-large-2407/

Mistral

Mistral Large 2 공개

리액트 v19 릴리스가 임박한 현재, Suspense는 아직 최적기에 사용할 준비가 되지 않았습니다. API와 내부가 아직 불완전해 보입니다. 지금부터 함께 Suspense 지원 라이브러리를 만들어서 사용해 봅시다!

[번역] Suspense를 지원하는 라이브러리를 직접 구축하며 Suspense 학습하기

오늘 소개해드릴 글은 이스트소프트의 김태현님이 번역해주신 글입니다.

현재 리액트 18버전에서는 Suspense와 ErrorBoundary가 fetch와 같은 비동기 처리를 지원하지 않습니다. 그래서 fetch와 함께 사용 시 해당 기능을 활용하기위해 tanstack-query 또는 SWR과 같은 라이브러리를 많이 사용할 것으로 예상되는데요.

저 또한 현업에서 이런 라이브러리의 동작 방식에 대해 궁금한 점이 많고 왜 Suspense에선 fetch를 지원하지 않는지에 대해 궁금하던 중, 이글을 통해 궁금증을 해소할 수 있었습니다!

이번 글은 Promise의 각 상태를 이해하고 캐싱 처리를 직접 구축하며, Suspense와 ErrorBoundary를 지원하는 비동기 처리를 구현해 보는 것을 목표로 합니다. 라이브러리를 사용하지 않고 하나씩 구축해 보면서 공부해 보고 싶으신 분들은 이번 기회에 이 글을 통해서 한번 시도해 보시는 것을 추천해 드립니다 :)

> 글 링크: https://velog.io/@tap_kim/react-learn-suspense

오늘 소개해드릴 글은 이스트소프트의 김태현님이 번역해주신 글입니다. 현재 리액트 18버전에서는 Suspense와 ErrorBoundary가 fetch와 같은 비동기 처리를 지원하지 않습니다. 그래서 fetch와 함께 사용 시 해당 기능을 활용하기위해 tanstack-query 또는 SWR과 같은 라이브러리를 많이 사용할 것으로 예상되는데요. 저 또한 현업에서 이런 라이브러리의 동작 방식에 대해 궁금한 점이 많고 왜 Suspense에선 fetch를 지원하지 않는지에 대해 궁금하던 중, 이글을 통해 궁금증을 해소할 수 있었습니다! 이번 글은 Promise의 각 상태를 이해하고 캐싱 처리를 직접 구축하며, Suspense와 ErrorBoundary를 지원하는 비동기 처리를 구현해 보는 것을 목표로 합니다. 라이브러리를 사용하지 않고 하나씩 구축해 보면서 공부해 보고 싶으신 분들은 이번 기회에 이 글을 통해서 한번 시도해 보시는 것을 추천해 드립니다 :) &gt; 글 링크: https://velog.io/@tap_kim/react-learn-suspense

Suspense를 지원하는 라이브러리를 직접 구축하며 학습하기

티몬과 위메프에서 판매자 대금 정산 지연 사태가 벌어졌습니다. 작년부터 문제가 있던 대금 정산 문제가 해결되지 않아 결국 판매자와 결제대행사의 철수했습니다. 소비자는 결제한 상품이나 서비스를 제공받지 못하고 환불조차 받을 수 없게 되었습니다. 머지포인트 사태보다 훨씬 큰 여파가 있을 것 같습니다. 오픈마켓은 판매자 대신 소비자에게 상품을 중개하고 대금을...

티몬,위메프 사태: 결제가 막히고 환불도 할 수도 없다.

#소비자기만 #프로덕트 #현금흐름

티몬과 위메프에서 판매자 대금 정산 지연 사태가 벌어졌습니다. 작년부터 문제가 있던 대금 정산 문제가 해결되지 않아 결국 판매자와 결제대행사의 철수했습니다. 소비자는 결제한 상품이나 서비스를 제공받지 못하고 환불조차 받을 수 없게 되었습니다. 머지포인트 사태보다 훨씬 큰 여파가 있을 것 같습니다.

오픈마켓은 판매자 대신 소비자에게 상품을 중개하고 대금을 받습니다. 지급받은 현금을 판매자에게 주기적으로 정산해 줍니다. 마치 은행처럼 일정량의 현금을 보유해야 하는데 티몬과 위메프의 현금이 부족해져 판매자에게 대금을 지급하지 못했습니다.

정산이 정상적으로 이뤄지지 않자 신용카드 결제대행사가 티몬에서 철수했습니다. 카카오페이, 삼성페이, 토스페이, 휴대폰 결제까지 순차적으로 막혔고 자사 결제방식인 티몬페이도 막혔습니다. 같은 계열사인 위메프도 결제 수단이 없어졌습니다.

하나투어, 모두투어, 교원투어, 노랑풍선 등 여행사들의 지난달 대금 정산이 이뤄지지 않았습니다. 여행 업계는 미정산 대금이 최소 1,000억원 이상으로 추정하고 있습니다. 소비자 입장에서는 시간, 노력, 돈이 많이 들어가는 상품이라 피해가 더 클 것으로 보입니다.

더 자세한 내용은 링크에서 확인하세요.

https://designcompass.org/2024/07/25/qoo100-cash-flow-hell/

#소비자기만 #프로덕트 #현금흐름 티몬과 위메프에서 판매자 대금 정산 지연 사태가 벌어졌습니다. 작년부터 문제가 있던 대금 정산 문제가 해결되지 않아 결국 판매자와 결제대행사의 철수했습니다. 소비자는 결제한 상품이나 서비스를 제공받지 못하고 환불조차 받을 수 없게 되었습니다. 머지포인트 사태보다 훨씬 큰 여파가 있을 것 같습니다. 오픈마켓은 판매자 대신 소비자에게 상품을 중개하고 대금을 받습니다. 지급받은 현금을 판매자에게 주기적으로 정산해 줍니다. 마치 은행처럼 일정량의 현금을 보유해야 하는데 티몬과 위메프의 현금이 부족해져 판매자에게 대금을 지급하지 못했습니다. 정산이 정상적으로 이뤄지지 않자 신용카드 결제대행사가 티몬에서 철수했습니다. 카카오페이, 삼성페이, 토스페이, 휴대폰 결제까지 순차적으로 막혔고 자사 결제방식인 티몬페이도 막혔습니다. 같은 계열사인 위메프도 결제 수단이 없어졌습니다. 하나투어, 모두투어, 교원투어, 노랑풍선 등 여행사들의 지난달 대금 정산이 이뤄지지 않았습니다. 여행 업계는 미정산 대금이 최소 1,000억원 이상으로 추정하고 있습니다. 소비자 입장에서는 시간, 노력, 돈이 많이 들어가는 상품이라 피해가 더 클 것으로 보입니다. 더 자세한 내용은 링크에서 확인하세요. https://designcompass.org/2024/07/25/qoo100-cash-flow-hell/

디자인 나침반

박승오, 홍승완 | "마침내 자기 삶의 중심에서 주인으로 우뚝 선 이들, 결국 자신의 운명을 비범하게 바꿔 낸 이들의 삶의 궤적. 거기엔 늘 우리의 두 가지 시선이 공존한다. 와 . 이 이중적인 시선 사이의 간극을 메우고자 하는 시도가 바로 이 책이다. 우리들 대부분은 무의식적으로 평범과 비범 사이에 존재하는 것은 단지

[책] 진정한 나를 찾는 과정, '위대한 멈춤'

나답게 살기 위해 필요한 것
#책 #서평 #자아성찰 #위대한_멈춤

https://brunch.co.kr/@drunkensky/633

나답게 살기 위해 필요한 것#책 #서평 #자아성찰 #위대한_멈춤 https://brunch.co.kr/@drunkensky/633

Brunch Story

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

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 💡

나의 가장 큰 자원은 상사? 상사를 활용하는 법

소기업-스타트업에서 중견기업으로 이직하고 나서 상사와의 관계에 고민이 많았는데 실마리를 얻고 갑니다. 상사의 kpi를 염두에 두고 업무를 해야한다는 것, 당연한 것 같으면서도 막상 업무할 때는 잊는 것 같습니다.

Publy

데이터 분석가

윤혜인

농업 데이터 분석 중🌾🧑‍💻
#비건지향 #마케팅 #디지털마케팅 #그로스마케팅 #퍼포먼스마케팅

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필