New Apple model delivers nearly similar performance to leading open models, including Mistral-7B, Llama3 8B and Google's Gemma

Apple shows off open AI prowess: new models outperform Mistral and Hugging Face offerings

커리어리 친구들, Apple의 DataComp for Language Models 프로젝트 연구팀이 Hugging Face에 오픈 DCLM 모델 패밀리를 공개했습니다.

패키지에는 7B 및 1.4B 파라미터의 두 가지 주요 모델이 포함되어 있고, 70억(7B) 파라미터 모델은 벤치마크에서 좋은 성능을 보이며, Mistral-7B를 능가하고 Llama 3 및 Gemma와 같은 다른 주요 오픈 모델에 근접한다고 주장했습니다.

이 프로젝트는 모델 가중치, 학습 코드, 사전 학습 데이터셋을 공개하여 진정한 오픈 소스로 만들어져서 여러분들도 사용해 볼 수 있기 때문에 기대합니다.

https://venturebeat.com/ai/apple-shows-off-open-ai-prowess-new-models-outperform-mistral-and-hugging-face-offerings/

커리어리 친구들, Apple의 DataComp for Language Models 프로젝트 연구팀이 Hugging Face에 오픈 DCLM 모델 패밀리를 공개했습니다. 패키지에는 7B 및 1.4B 파라미터의 두 가지 주요 모델이 포함되어 있고, 70억(7B) 파라미터 모델은 벤치마크에서 좋은 성능을 보이며, Mistral-7B를 능가하고 Llama 3 및 Gemma와 같은 다른 주요 오픈 모델에 근접한다고 주장했습니다. 이 프로젝트는 모델 가중치, 학습 코드, 사전 학습 데이터셋을 공개하여 진정한 오픈 소스로 만들어져서 여러분들도 사용해 볼 수 있기 때문에 기대합니다. https://venturebeat.com/ai/apple-shows-off-open-ai-prowess-new-models-outperform-mistral-and-hugging-face-offerings/

VentureBeat

<애플, 새로 공개한 모델이 Mistral 보다 뛰어남>

AlphaProof showed its prowess on questions from this year's Mathematical Olympiad - a step in the race to create substantial proofs with artificial intelligence. AlphaProof showed its prowess on questions from this year's Mathematical Olympiad - a step in

DeepMind hits milestone in solving maths problems - AI's next grand challenge

구글 딥마인드는 AI 시스템 개발 측면에서 자사의 초기 목표에 가장 부합하는 행보를 보여주며 OpenAI와 명확히 다른 방향을 향하고 있습니다. 딥마인드의 AlphaProof가 국제수학올림피아드 문제 6개 중 4개를 풀었습니다. 현존하는 최고 수학자 2명이 채점한 결과고, 금메달 범위에 단 1점 모자라는 28점/42점을 받았어요.

AlphaProof는 언어 모델과 강화학습 기술을 결합해서 AlphaGo와 같은 엔진을 사용했다고 하는데요. 강화 학습에서 신경망은 시행착오로 학습을 합니다. 이 방법은 답을 객관적인 지표로 평가할 수 있을 때 효과적이라고 해요. 연구자들은 “애초 저희의 접근방식은 원래 인간이 작성한 증명으로 학습하지 않았더라도 AI가 스스로 증명하는 법을 학습할 수 있을까 하는 것이었습니다. 그런데 성공했어요. AI가 인간이 하는 방식이 아니라 자신과 경쟁해서 게임하는 법을 배웠습니다”라고 말했어요.

AlphaGo가 2016년 이세돌과의 경기에서 놀라운 ‘37번째 수’를 두었을 때와 마찬가지로 혹시나 AI가 ‘창의성’을 발휘할 수 있느냐에 관한 논쟁입니다. 물론 연구자들도 이번 수학문제풀이에서 AI의 풀이법은 놀라운 측면이 있었지만 훈련할 문제가 백만 개가 아닐 수 있는 다른 종류의 수학에도 확장될 수 있을지를 자체적으로 의심했어요. 이런 성과를 내었는데 만족하지 않고, 또 다른 연구를 위해 새로운 고민점을 스스로 던지는 모습이 인상깊습니다. 자사 제품이 완벽하다는 논리와는 또 다른 이야기죠.

구글 딥마인드의 데미스 허사비스 공동창립자 겸 CEO는 “고급 수학 추론(Advanced mathematical reasoning)은 현대 AI가 갖춰야 할 중요한 역량입니다. 오늘 우리는 오랜 도전 과제에서 중요한 이정표를 찍었습니다”라고 소감을 말했어요. 기업으로서 물론 해야할 일들, 각광받는 분야에서 경쟁사를 제쳐야만 하고 돈을 벌어야 하며 자본과 시장(남들이) 요구하는 것들이 있는데요. 구글 딥마인드가 그것을 하지 않는다는 것이 아니고, 현재 명백히 잘나가는 모델과는 다른 분야를 연구하고 여기 투자한다는 생각이 듭니다. 저는 잘 모르는 것도 많고 부족해서 ‘장기적인 관점’이라는 단어만 쓸 수 있을 것 같은데요. 바라건대, 딥마인드가 오랜 기간에 걸쳐 이런 연구 성과들을 내서(물론 지금도 과학, 수학 학계에 큰 영감과 도움을 주고 있지만), 세상을 근본적으로 바꿀 수 있는 기초 연구의 토대를 닦으면 좋겠습니다.

(*알파벳의 AI 편향 논란에 관해서는 직접 연관되지 않았으므로 빼지만 꼭 언급은 하고 싶어서 한 줄 넣습니다)
(*더불어 신경망 이론 자체의 한계에 관한 이야기도 있지만 일단 구글 딥마인드가 해당 방법으로 조금의 진전을 이뤘으니 다뤄봅니다)

구글 딥마인드는 AI 시스템 개발 측면에서 자사의 초기 목표에 가장 부합하는 행보를 보여주며 OpenAI와 명확히 다른 방향을 향하고 있습니다. 딥마인드의 AlphaProof가 국제수학올림피아드 문제 6개 중 4개를 풀었습니다. 현존하는 최고 수학자 2명이 채점한 결과고, 금메달 범위에 단 1점 모자라는 28점/42점을 받았어요. AlphaProof는 언어 모델과 강화학습 기술을 결합해서 AlphaGo와 같은 엔진을 사용했다고 하는데요. 강화 학습에서 신경망은 시행착오로 학습을 합니다. 이 방법은 답을 객관적인 지표로 평가할 수 있을 때 효과적이라고 해요. 연구자들은 “애초 저희의 접근방식은 원래 인간이 작성한 증명으로 학습하지 않았더라도 AI가 스스로 증명하는 법을 학습할 수 있을까 하는 것이었습니다. 그런데 성공했어요. AI가 인간이 하는 방식이 아니라 자신과 경쟁해서 게임하는 법을 배웠습니다”라고 말했어요. AlphaGo가 2016년 이세돌과의 경기에서 놀라운 ‘37번째 수’를 두었을 때와 마찬가지로 혹시나 AI가 ‘창의성’을 발휘할 수 있느냐에 관한 논쟁입니다. 물론 연구자들도 이번 수학문제풀이에서 AI의 풀이법은 놀라운 측면이 있었지만 훈련할 문제가 백만 개가 아닐 수 있는 다른 종류의 수학에도 확장될 수 있을지를 자체적으로 의심했어요. 이런 성과를 내었는데 만족하지 않고, 또 다른 연구를 위해 새로운 고민점을 스스로 던지는 모습이 인상깊습니다. 자사 제품이 완벽하다는 논리와는 또 다른 이야기죠. 구글 딥마인드의 데미스 허사비스 공동창립자 겸 CEO는 “고급 수학 추론(Advanced mathematical reasoning)은 현대 AI가 갖춰야 할 중요한 역량입니다. 오늘 우리는 오랜 도전 과제에서 중요한 이정표를 찍었습니다”라고 소감을 말했어요. 기업으로서 물론 해야할 일들, 각광받는 분야에서 경쟁사를 제쳐야만 하고 돈을 벌어야 하며 자본과 시장(남들이) 요구하는 것들이 있는데요. 구글 딥마인드가 그것을 하지 않는다는 것이 아니고, 현재 명백히 잘나가는 모델과는 다른 분야를 연구하고 여기 투자한다는 생각이 듭니다. 저는 잘 모르는 것도 많고 부족해서 ‘장기적인 관점’이라는 단어만 쓸 수 있을 것 같은데요. 바라건대, 딥마인드가 오랜 기간에 걸쳐 이런 연구 성과들을 내서(물론 지금도 과학, 수학 학계에 큰 영감과 도움을 주고 있지만), 세상을 근본적으로 바꿀 수 있는 기초 연구의 토대를 닦으면 좋겠습니다. (*알파벳의 AI 편향 논란에 관해서는 직접 연관되지 않았으므로 빼지만 꼭 언급은 하고 싶어서 한 줄 넣습니다)(*더불어 신경망 이론 자체의 한계에 관한 이야기도 있지만 일단 구글 딥마인드가 해당 방법으로 조금의 진전을 이뤘으니 다뤄봅니다)

Nature

오늘 이 글에서는 좋은 동료가 되는 10가지 단계에 대해 공유해 보려고 한다. 좋은 동료를 얻는 건 직장에서 일어날 수 있는 가장 좋은 일의 하나다. 직장에서 우리가 보내는 모든 시간을 생각해 보자. 의지할 수 있는 사람 있다면 모든 게 더 쉬워질 것이다.

좋은 동료가 되는 10가지 단계

좋은 동료를 얻는 것은 직장에서 일어날 수 있는 가장 좋은 일의 하나다. 직장에서 우리가 보내는 모든 시간을 생각해 보자. 의지할 수 있는 사람, 하루를 즐겁게 해주는 사람이 있다면 모든 게 더 쉬워질 것이다.

물론 직장을 즐겁게 만드는 데 도움이 되는 다른 요소들도 있지만, 좋은 동료는 그중 가장 중요한 요소가 아닐 수 없다. 먼저 자신이 훌륭한 동료가 될만한 능력과 태도를 갖추고 있는지 자문해보자. 사회적 교류는 호혜로 인해 작동한다.

즉, 우리가 타인을 어떻게 대하는지에 따라 그들이 우리를 대하는 방식이 결정된다. 사람들에게 좋은 동료가 된다는 건 곁에 있어 주고, 세심하며, 좋은 영향력을 갖는 걸 의미한다. 그렇다면 지지해주는 좋은 동료가 되려면 어떻게 해야 할까?

1️⃣모든 것의 기초인 존중
위대한 동료는 다른 사람을 존중하는 법을 안다. 이는 다른 사람들을 있는 그대로 받아들이고, 그들을 바꾸려고 하지 않으며, 차이점을 인정함을 의미한다. 존중은 또한 배려와 친절을 통해 다른 사람들에게 다가가는 것이다.

2️⃣사용 가능한 자원의 공유
직장에서는 자원을 공유해야 하는 게 일반적이다. 그리고 이는 가장 흔한 갈등의 원인 중 하나다. 따라서 이러한 경우 모든 사람이 이용 가능한 자원을 활용할 수 있도록 하는 메커니즘을 만들어야 한다. 그 자원을 언제 사용할지 아는 것과 동시에 자신이 사용할 수 있는 권리를 보호하기 위해 단호하게 행동해야 한다.

3️⃣필요할 때 가이드라인 제공하기
모든 사람은 문제를 해결하기 직장에서 적어도 한 번은 도움을 요청한다. 그리고 이때 좋은 동료는 기꺼이 가이드라인을 제공해준다. 이는 다른 사람의 일을 대신 해주는 게 아니다. 대신 그들에게 필요한 요소, 도구 또는 개념을 제공해 주는 것이다.

4️⃣다른 동료 지원하기
직장에서 힘든 시기를 겪는 건 정상이다. 그리고 그 순간 동료의 지원을 받는 건 진정한 축복이 될 수 있다. 그렇다고 동료의 테라피스트가 되라는 건 아니다. 대신 그들이 화가 났을 때 이해해주고 귀를 기울여주거나, 그들이 동기가 없다고 느낄 때 격려해주는 게 중요하다. 작은 행동으로 큰 차이를 만들 수 있다.

5️⃣다른 사람의 실수 받아들이기
우리는 모두 인간이므로 어느 시점에서 실수할 수밖에 없다. 이때 나쁜 동료는 그 동료가 일을 잘 수행하지 못한 순간을 계기로 동료를 부끄럽게 하거나 동료에게 이것저것 지적을 하려고 할 것이다. 반면 좋은 동료는 다른 사람이 실수를 저지르는 게 일반적이라는 사실을 이해하고 이를 보완하기 위해 도움을 줄 것이다.

6️⃣듣는 법 배우기
동료의 말에 귀 기울이는 법을 아는 건 그들이 말하는 내용에 주의를 기울인다는 뜻이다. 그리고 우리는 반드시 그 내용을 처리하고 우리가 이미 알고 있는 내용과 연결해야 한다. 또 듣는다는 건 상대방을 배려하고 그들을 말을 있는 그대로 이해하려고 노력하는 것을 뜻한다. 잘 듣는 사람은 열려 있으며 일반적으로 좋은 의사소통을 한다.

7️⃣대화로 충돌에 맞서기
발생할 수 있는 갈등을 해결하기 위해 대화하는 건 직장에서 매우 중요한 일이다. 특히 우리가 팀의 일원일 때 매우 건설적인 기술이 아닐 수 없다. 무언가 방해가 될 경우 침묵만 지키는 건 좋지 않다. 하지만 그 문제를 크게 부풀리는 것도 상황을 악화한다. 이렇게 하는 대신 침착함을 유지하고 직접적으로 자신을 표현하려고 노력해야 한다.

8️⃣더 숙련된 동료로부터 배우기
많은 사람은 동료가 자신보다 많은 걸 알고 있다는 사실을 반가워하지 않는다. 하지만 이는 현명한 태도가 아니다. 실제로는 자신보다 더 많은 경험을 가진 사람들에게 마음을 여는 게 더 합리적이다. 그들이 하는 말을 잘 듣고 전문적으로 성장할 기회로 삼자.

9️⃣경쟁하는 대신 협력하기
협력한다는 건 팀으로 평등한 조건에서 일하고, 공통의 목표를 달성하기 위해 최선을 다하는 것을 의미한다. 우리가 동료와 경쟁하려 한다면, 다른 사람보다 우위를 점하기 위해 개인 목표에만 집중하게 되고 적대적인 근무 환경이 조성된다. 이 유명한 속담을 기억하자. “빨리 가고 싶다면 혼자 가라. 멀리 가고 싶다면 함께 가라.”

🔟동료의 업적 인정하기
자존감이 낮고 불안한 사람은 다른 사람들의 업적을 인정하기 어려워한다. 그러나 좋은 동료는 동료가 달성한 것을 소중히 생각하므로 즐거운 직장 환경을 조성한다.

좋은 동료를 얻는 것은 직장에서 일어날 수 있는 가장 좋은 일의 하나다. 직장에서 우리가 보내는 모든 시간을 생각해 보자. 의지할 수 있는 사람, 하루를 즐겁게 해주는 사람이 있다면 모든 게 더 쉬워질 것이다. 물론 직장을 즐겁게 만드는 데 도움이 되는 다른 요소들도 있지만, 좋은 동료는 그중 가장 중요한 요소가 아닐 수 없다. 먼저 자신이 훌륭한 동료가 될만한 능력과 태도를 갖추고 있는지 자문해보자. 사회적 교류는 호혜로 인해 작동한다. 즉, 우리가 타인을 어떻게 대하는지에 따라 그들이 우리를 대하는 방식이 결정된다. 사람들에게 좋은 동료가 된다는 건 곁에 있어 주고, 세심하며, 좋은 영향력을 갖는 걸 의미한다. 그렇다면 지지해주는 좋은 동료가 되려면 어떻게 해야 할까? 1️⃣모든 것의 기초인 존중위대한 동료는 다른 사람을 존중하는 법을 안다. 이는 다른 사람들을 있는 그대로 받아들이고, 그들을 바꾸려고 하지 않으며, 차이점을 인정함을 의미한다. 존중은 또한 배려와 친절을 통해 다른 사람들에게 다가가는 것이다. 2️⃣사용 가능한 자원의 공유직장에서는 자원을 공유해야 하는 게 일반적이다. 그리고 이는 가장 흔한 갈등의 원인 중 하나다. 따라서 이러한 경우 모든 사람이 이용 가능한 자원을 활용할 수 있도록 하는 메커니즘을 만들어야 한다. 그 자원을 언제 사용할지 아는 것과 동시에 자신이 사용할 수 있는 권리를 보호하기 위해 단호하게 행동해야 한다. 3️⃣필요할 때 가이드라인 제공하기모든 사람은 문제를 해결하기 직장에서 적어도 한 번은 도움을 요청한다. 그리고 이때 좋은 동료는 기꺼이 가이드라인을 제공해준다. 이는 다른 사람의 일을 대신 해주는 게 아니다. 대신 그들에게 필요한 요소, 도구 또는 개념을 제공해 주는 것이다. 4️⃣다른 동료 지원하기직장에서 힘든 시기를 겪는 건 정상이다. 그리고 그 순간 동료의 지원을 받는 건 진정한 축복이 될 수 있다. 그렇다고 동료의 테라피스트가 되라는 건 아니다. 대신 그들이 화가 났을 때 이해해주고 귀를 기울여주거나, 그들이 동기가 없다고 느낄 때 격려해주는 게 중요하다. 작은 행동으로 큰 차이를 만들 수 있다. 5️⃣다른 사람의 실수 받아들이기우리는 모두 인간이므로 어느 시점에서 실수할 수밖에 없다. 이때 나쁜 동료는 그 동료가 일을 잘 수행하지 못한 순간을 계기로 동료를 부끄럽게 하거나 동료에게 이것저것 지적을 하려고 할 것이다. 반면 좋은 동료는 다른 사람이 실수를 저지르는 게 일반적이라는 사실을 이해하고 이를 보완하기 위해 도움을 줄 것이다. 6️⃣듣는 법 배우기동료의 말에 귀 기울이는 법을 아는 건 그들이 말하는 내용에 주의를 기울인다는 뜻이다. 그리고 우리는 반드시 그 내용을 처리하고 우리가 이미 알고 있는 내용과 연결해야 한다. 또 듣는다는 건 상대방을 배려하고 그들을 말을 있는 그대로 이해하려고 노력하는 것을 뜻한다. 잘 듣는 사람은 열려 있으며 일반적으로 좋은 의사소통을 한다. 7️⃣대화로 충돌에 맞서기발생할 수 있는 갈등을 해결하기 위해 대화하는 건 직장에서 매우 중요한 일이다. 특히 우리가 팀의 일원일 때 매우 건설적인 기술이 아닐 수 없다. 무언가 방해가 될 경우 침묵만 지키는 건 좋지 않다. 하지만 그 문제를 크게 부풀리는 것도 상황을 악화한다. 이렇게 하는 대신 침착함을 유지하고 직접적으로 자신을 표현하려고 노력해야 한다. 8️⃣더 숙련된 동료로부터 배우기많은 사람은 동료가 자신보다 많은 걸 알고 있다는 사실을 반가워하지 않는다. 하지만 이는 현명한 태도가 아니다. 실제로는 자신보다 더 많은 경험을 가진 사람들에게 마음을 여는 게 더 합리적이다. 그들이 하는 말을 잘 듣고 전문적으로 성장할 기회로 삼자. 9️⃣경쟁하는 대신 협력하기협력한다는 건 팀으로 평등한 조건에서 일하고, 공통의 목표를 달성하기 위해 최선을 다하는 것을 의미한다. 우리가 동료와 경쟁하려 한다면, 다른 사람보다 우위를 점하기 위해 개인 목표에만 집중하게 되고 적대적인 근무 환경이 조성된다. 이 유명한 속담을 기억하자. “빨리 가고 싶다면 혼자 가라. 멀리 가고 싶다면 함께 가라.” 🔟동료의 업적 인정하기자존감이 낮고 불안한 사람은 다른 사람들의 업적을 인정하기 어려워한다. 그러나 좋은 동료는 동료가 달성한 것을 소중히 생각하므로 즐거운 직장 환경을 조성한다.

Wonderful Mind

🎓 "어떻게 천천히 읽을 것인가?" : 느림보 독서법

점점 더 빠르게, 간편하게 콘텐츠를 소비하는 상황에서 천천히 읽는 것을 고민한다는 점이 흥미롭습니다. 영화, 드라마를 요약하거나 유튜브를 1.5배속, 2배속으로 감상하는 시대에 천천히 읽는 것의 가치는 무엇일까요? 저는 30분 만에 10권의 책을 읽는 것은 불가능하다고 생각하는 사람이라 정직한 독서법이 우리의 신체에 더 적절하다고 생각합니다. 멀티태스킹의 함정에 빠지지 않는 방법은 한 번에 하나에 집중하는 게 아닐까요?

[ 큐레이터의 문장 🎒 ]

1️⃣ 빨리 감기로 우리는 누군가 대화로 나눌 수 없습니다.

2️⃣ 천천히 읽는다는 것과 한가하게 읽는다는 것은 다릅니다.

3️⃣ 메모를 하면서 읽는 것은 인상적인 부분에 충분한 시간을 들여 천천히 읽는다는 말입니다.

4️⃣ 가치가 있는 것들은 어떤 '시간'을 들여서 해야만 합니다.

5️⃣ 미국 SF 소설가 테드 창은 "AI로 에세이를 쓰는 것은 마치 바벨 대신 지게차로 웨이트 트레이닝을 하는 것이나 마찬가지"라고 이야기했습니다.

https://stibee.com/api/v1.0/emails/share/mgId-sM_hm0gRbLGARs26MJv922O6r0

점점 더 빠르게, 간편하게 콘텐츠를 소비하는 상황에서 천천히 읽는 것을 고민한다는 점이 흥미롭습니다. 영화, 드라마를 요약하거나 유튜브를 1.5배속, 2배속으로 감상하는 시대에 천천히 읽는 것의 가치는 무엇일까요? 저는 30분 만에 10권의 책을 읽는 것은 불가능하다고 생각하는 사람이라 정직한 독서법이 우리의 신체에 더 적절하다고 생각합니다. 멀티태스킹의 함정에 빠지지 않는 방법은 한 번에 하나에 집중하는 게 아닐까요? [ 큐레이터의 문장 🎒 ] 1️⃣ 빨리 감기로 우리는 누군가 대화로 나눌 수 없습니다. 2️⃣ 천천히 읽는다는 것과 한가하게 읽는다는 것은 다릅니다. 3️⃣ 메모를 하면서 읽는 것은 인상적인 부분에 충분한 시간을 들여 천천히 읽는다는 말입니다. 4️⃣ 가치가 있는 것들은 어떤 '시간'을 들여서 해야만 합니다. 5️⃣ 미국 SF 소설가 테드 창은 "AI로 에세이를 쓰는 것은 마치 바벨 대신 지게차로 웨이트 트레이닝을 하는 것이나 마찬가지"라고 이야기했습니다. https://stibee.com/api/v1.0/emails/share/mgId-sM_hm0gRbLGARs26MJv922O6r0

Stibee

⟪어떻게 천천히 읽을 것인가?⟫

📌 이럴 때 추천해요 : "삶과, 이야기와, 사람으로서의 클래식이 궁금할 때"

01 . 나이가 한 살 두 살 더 먹어가면서 왜 어른들이 클래식에 빠지게 되는지를 조금씩은 체감해가고 있습니다. (저도 어른이면서 말이죠...) 물론 저는 클래식에 문외한이기 때문에 예능 프로그램에 클래식 퀴즈 문제가 나오면 출연자들이 틀리는 모습을 보면서 저 역시 자기반성을 하게 되는데요, 그럼에도 불구하고 어느 순간부터는 정말 거짓말처럼 클래식 음악들이 참 듣기 좋다는 생각을 하게 되더라고요. 심취할 정도까진 아니지만 적어도 클래식이 나올 때 따분하다는 느낌 정도는 버리게 된 거죠.

02 . 그런 변화의 계기가 무엇이었을까 생각해 보면 (정말 놀랍게도) 유튜브의 영향이 아니었을까 싶습니다.... 가끔 제 숏츠에 오케스트라 지휘자분들이 엄청난 열정으로 지휘하는 영상이 뜨는데 그 모습이 정말 대단하고 멋있어 보였거든요. 마치 천의 얼굴로 연기하듯이 음악에 빠져서 그 곡 전체를 이끌어가는 장면을 보고 있자니 무엇보다 클래식이라는 장르 자체가 매력적으로 느껴진 것은 아닌가 싶습니다. 그러니 저는 음악도 음악이지만 지휘와 연주에 더 매료된 것인지도 모르죠.

03 . 그러던 중 올해 봄쯤 이 책을 만났습니다. 평소 잘 가지 않던 동네를 방문한 날이었는데 시간이 좀 남아 근처 서점을 들렀거든요. 그런데 ⟪네 인생에 클래식이 있길 바래⟫라는 이 제목이 제 눈앞에 짠하고 등장한 겁니다. 뭐랄까요. 마치 저에게 '숏츠로만 보던 그 클래식의 세계에 대해 제가 좀 알려드릴까 합니다'라며 제가 말을 걸어오는 것 같았달까요. 그렇게 저는 큰 고민 없이 그 책을 사서 냉큼 읽어 내려가기 시작했습니다.

04 . 저는 이 책을 한 줄로 요약하면 '쉽게 쓰인 음악 철학서'라고 정리하고 싶습니다. 책은 클래식에 대한 특정한 정보를 알려주려고 하기 보다 클래식이 우리 삶에 어떻게 적용될 수 있는지 그 장면 장면 속에 어울리는 곡들을 추천해 주고 그 곡의 음악가들에 대한 숨은 뒷이야기, 그리고 조금 더 깊은 곳에 자리한 음악에 대한 지식 세계로 차근차근 안내하기 때문입니다. 그래서 저처럼 클래식 음악을 잘 모르는 사람이 읽어도 신선한 느낌을 받을 수 있다고 생각하고, 비교적 클래식을 잘 아는 분이 읽어도 '이렇게도 표현할 수 있구나'하는 시각을 발견할 수 있다고 봅니다.

05 . 책은 인간관계에 대한 이야기로 출발해 사랑, 일과 성공, 취향이라는 주제로 뻗어나갑니다. 더불어 그 한 챕터가 끝날 때마다 그에 어울리는 음악을 추천하는데 QR코드까지 담겨있어 아주 편하게 음악을 감상할 수 있고 음악을 들으며 책에 다시 빠지는 즐거움도 만끽할 수 있습니다. 덕분에 저도 요 근래 비가 오는 시즌을 틈타 맘에 들었던 글과 음악을 다시 한번 꺼내서 감상하는 기회를 얻을 수 있었죠. 정말 제목 그대로 제 인생에 클래식이 존재한다는 게 이런 기분일 수도 있겠다는 생각까지 들었고요.

06 . 저는 이 책의 저자인 조현영 작가님의 인터뷰에서 이 말이 참 와닿았습니다.
"클래식을 듣는 이유 중 하나는 클래식이 음악의 고전이기 때문입니다. 고전에 천착하는 이유는 시간을 견뎌낸 것이 지닌 힘을 내 삶에 적용하고 싶기 때문일 겁니다. 클래식은 약 300년의 시간을 이겨낸 음악으로 독자 여러분의 삶에서도 가치를 발휘할 거예요."

07 . 그러게요. 꼭 알아야 한다고 강요받던 학창 시절에는 크게 관심 없었던 것들이 이제 하나둘씩 궁금해지는 걸 보니 저도 어른이 된 건 분명한 것 같지만 그보다 더 큰 이유는 이렇게 모든 것이 우리 삶에 적용되는 순간과 맞닥뜨리게 되기 때문은 아닐까도 싶습니다. 그땐 누가 시키지 않아도 내 마음이 먼저 그곳에 가닿아있는 것 같고 말이죠. 그런 의미에서 저는 이 책을 많은 분들이 읽어봤으면 좋겠고 여러분에게 잘 맞는 클래식 한 곡, 음악가 한 명을 발견하길 바라는 마음입니다.

 * '그때를 위한 책'은 제가 직접 읽고, 의미 있었다고 생각되는 책들만을 다룹니다. 따라서 홍보 목적의 도서 제공이나 포스팅 의뢰는 모두 정중히 사양합니다.

📌 이럴 때 추천해요 : "삶과, 이야기와, 사람으로서의 클래식이 궁금할 때" 01 . 나이가 한 살 두 살 더 먹어가면서 왜 어른들이 클래식에 빠지게 되는지를 조금씩은 체감해가고 있습니다. (저도 어른이면서 말이죠...) 물론 저는 클래식에 문외한이기 때문에 예능 프로그램에 클래식 퀴즈 문제가 나오면 출연자들이 틀리는 모습을 보면서 저 역시 자기반성을 하게 되는데요, 그럼에도 불구하고 어느 순간부터는 정말 거짓말처럼 클래식 음악들이 참 듣기 좋다는 생각을 하게 되더라고요. 심취할 정도까진 아니지만 적어도 클래식이 나올 때 따분하다는 느낌 정도는 버리게 된 거죠. 02 . 그런 변화의 계기가 무엇이었을까 생각해 보면 (정말 놀랍게도) 유튜브의 영향이 아니었을까 싶습니다.... 가끔 제 숏츠에 오케스트라 지휘자분들이 엄청난 열정으로 지휘하는 영상이 뜨는데 그 모습이 정말 대단하고 멋있어 보였거든요. 마치 천의 얼굴로 연기하듯이 음악에 빠져서 그 곡 전체를 이끌어가는 장면을 보고 있자니 무엇보다 클래식이라는 장르 자체가 매력적으로 느껴진 것은 아닌가 싶습니다. 그러니 저는 음악도 음악이지만 지휘와 연주에 더 매료된 것인지도 모르죠. 03 . 그러던 중 올해 봄쯤 이 책을 만났습니다. 평소 잘 가지 않던 동네를 방문한 날이었는데 시간이 좀 남아 근처 서점을 들렀거든요. 그런데 ⟪네 인생에 클래식이 있길 바래⟫라는 이 제목이 제 눈앞에 짠하고 등장한 겁니다. 뭐랄까요. 마치 저에게 '숏츠로만 보던 그 클래식의 세계에 대해 제가 좀 알려드릴까 합니다'라며 제가 말을 걸어오는 것 같았달까요. 그렇게 저는 큰 고민 없이 그 책을 사서 냉큼 읽어 내려가기 시작했습니다. 04 . 저는 이 책을 한 줄로 요약하면 '쉽게 쓰인 음악 철학서'라고 정리하고 싶습니다. 책은 클래식에 대한 특정한 정보를 알려주려고 하기 보다 클래식이 우리 삶에 어떻게 적용될 수 있는지 그 장면 장면 속에 어울리는 곡들을 추천해 주고 그 곡의 음악가들에 대한 숨은 뒷이야기, 그리고 조금 더 깊은 곳에 자리한 음악에 대한 지식 세계로 차근차근 안내하기 때문입니다. 그래서 저처럼 클래식 음악을 잘 모르는 사람이 읽어도 신선한 느낌을 받을 수 있다고 생각하고, 비교적 클래식을 잘 아는 분이 읽어도 '이렇게도 표현할 수 있구나'하는 시각을 발견할 수 있다고 봅니다. 05 . 책은 인간관계에 대한 이야기로 출발해 사랑, 일과 성공, 취향이라는 주제로 뻗어나갑니다. 더불어 그 한 챕터가 끝날 때마다 그에 어울리는 음악을 추천하는데 QR코드까지 담겨있어 아주 편하게 음악을 감상할 수 있고 음악을 들으며 책에 다시 빠지는 즐거움도 만끽할 수 있습니다. 덕분에 저도 요 근래 비가 오는 시즌을 틈타 맘에 들었던 글과 음악을 다시 한번 꺼내서 감상하는 기회를 얻을 수 있었죠. 정말 제목 그대로 제 인생에 클래식이 존재한다는 게 이런 기분일 수도 있겠다는 생각까지 들었고요. 06 . 저는 이 책의 저자인 조현영 작가님의 인터뷰에서 이 말이 참 와닿았습니다. "클래식을 듣는 이유 중 하나는 클래식이 음악의 고전이기 때문입니다. 고전에 천착하는 이유는 시간을 견뎌낸 것이 지닌 힘을 내 삶에 적용하고 싶기 때문일 겁니다. 클래식은 약 300년의 시간을 이겨낸 음악으로 독자 여러분의 삶에서도 가치를 발휘할 거예요." 07 . 그러게요. 꼭 알아야 한다고 강요받던 학창 시절에는 크게 관심 없었던 것들이 이제 하나둘씩 궁금해지는 걸 보니 저도 어른이 된 건 분명한 것 같지만 그보다 더 큰 이유는 이렇게 모든 것이 우리 삶에 적용되는 순간과 맞닥뜨리게 되기 때문은 아닐까도 싶습니다. 그땐 누가 시키지 않아도 내 마음이 먼저 그곳에 가닿아있는 것 같고 말이죠. 그런 의미에서 저는 이 책을 많은 분들이 읽어봤으면 좋겠고 여러분에게 잘 맞는 클래식 한 곡, 음악가 한 명을 발견하길 바라는 마음입니다. <ul ><li>'그때를 위한 책'은 제가 직접 읽고, 의미 있었다고 생각되는 책들만을 다룹니다. 따라서 홍보 목적의 도서 제공이나 포스팅 의뢰는 모두 정중히 사양합니다.</li></ul>

[그때를 위한 책 - vol.47] ⟪ 네 인생에 클래식이 있길 바래 ⟫

책 제목이 참 따뜻하다 싶어 읽기를 이어 나갔어요☺️ 잘 가지 않던 동네에서의 발견, 음악 추천을 담은 QR코드, 시간을 견뎌낸 것이 지닌 힘 - 이 책 한번 꼭 읽어봐야겠다 싶게 만드는 문구 3가지네요!  좋은 글과 추천 감사합니다

인공지능(AI) 하드웨어 선두주자인 엔비디아와 유럽판 오픈AI인 미스트랄 AI가 협력해 새로운 기업용 온디바이스 AI 언어 모델을 공개했다.

엔비디아-미스트랄, 기업용 온디바이스 AI 모델 출시..."기업 채택 돌풍 예고"

커리어리 친구들, 인공지능(AI) 하드웨어 선두주자인 엔비디아와 유럽판 오픈AI인 미스트랄 AI가 협력해 새로운 기업용 온디바이스 AI 언어 모델을 공개했습니다. 엔비디아 소비자용 GPU에서도 구동할 수 있는 모델이라, 첨단 AI 기술을 활용하려는 연구자와 기업에서 널리 채택될 전망입니다.

벤처비트는 18일 엔비디아와 미스트랄이 협력해 기업용 데스크톱 환경에서 실행하는 온디바이스 AI 모델 ‘Mistral-NeMo’를 출시했다고 보도했습니다.

120억개의 매개변수와 12만8000토큰의 컨텍스트 창을 갖췄으며, 글로벌 다국어 앱을 위해 설계된 것이 특징이며, 한국어와 아랍어를 각각 2배와 3배 더 효율적으로 압축할 수 있으며, 중국어와 이탈리아어, 프랑스어, 독일어, 스페인어, 러시아어에서도 30% 성능 향상을 달성했습니다.

또 100개 이상의 언어로 훈련된 틱토큰(Tiktoken) 기반의 새로운 토크나이저인 '테켄(Tekken)'을 사용해 언어에 대한 성능을 개선했습니다. '라마3' 토크나이저와 비교, 모든 언어 대비 약 85% 성능이 앞섰다고 전했습니다.

8비트 부동 소수점 포맷(FP8) 추론을 지원, 양자화 인식 훈련을 통해 빠른 처리 속도를 제공합니다. 이를 통해 한번에 대규모 텍스트를 인식하고 처리하는 것이 가능합니다.

또한, 미스트랄-네모는 구글 '젬마 2 9B'와 '라마3 8B' 등 기존 오픈 소스 모델과의 벤치마크 테스트 결과, 대부분의 작업에서 월등한 성능을 기록했고, 엔비디아의 AI 플랫폼을 통해 'NIM' 마이크로서비스로 즉시 사용 가능하며, 추후 다운로드 가능한 버전도 제공될 예정입니다.

참고로 아파치 2.0 라이선스로 상업적 이용이 가능합니다.

https://www.aitimes.com/news/articleView.html?idxno=161757

커리어리 친구들, 인공지능(AI) 하드웨어 선두주자인 엔비디아와 유럽판 오픈AI인 미스트랄 AI가 협력해 새로운 기업용 온디바이스 AI 언어 모델을 공개했습니다. 엔비디아 소비자용 GPU에서도 구동할 수 있는 모델이라, 첨단 AI 기술을 활용하려는 연구자와 기업에서 널리 채택될 전망입니다. 벤처비트는 18일 엔비디아와 미스트랄이 협력해 기업용 데스크톱 환경에서 실행하는 온디바이스 AI 모델 ‘Mistral-NeMo’를 출시했다고 보도했습니다. 120억개의 매개변수와 12만8000토큰의 컨텍스트 창을 갖췄으며, 글로벌 다국어 앱을 위해 설계된 것이 특징이며, 한국어와 아랍어를 각각 2배와 3배 더 효율적으로 압축할 수 있으며, 중국어와 이탈리아어, 프랑스어, 독일어, 스페인어, 러시아어에서도 30% 성능 향상을 달성했습니다. 또 100개 이상의 언어로 훈련된 틱토큰(Tiktoken) 기반의 새로운 토크나이저인 '테켄(Tekken)'을 사용해 언어에 대한 성능을 개선했습니다. '라마3' 토크나이저와 비교, 모든 언어 대비 약 85% 성능이 앞섰다고 전했습니다. 8비트 부동 소수점 포맷(FP8) 추론을 지원, 양자화 인식 훈련을 통해 빠른 처리 속도를 제공합니다. 이를 통해 한번에 대규모 텍스트를 인식하고 처리하는 것이 가능합니다. 또한, 미스트랄-네모는 구글 '젬마 2 9B'와 '라마3 8B' 등 기존 오픈 소스 모델과의 벤치마크 테스트 결과, 대부분의 작업에서 월등한 성능을 기록했고, 엔비디아의 AI 플랫폼을 통해 'NIM' 마이크로서비스로 즉시 사용 가능하며, 추후 다운로드 가능한 버전도 제공될 예정입니다. 참고로 아파치 2.0 라이선스로 상업적 이용이 가능합니다. https://www.aitimes.com/news/articleView.html?idxno=161757

AI타임스

<엔비디아-미스트랄, 기업용 온디바이스 AI 모델 출시>

Bringing open intelligence to all, our latest models expand context length, add support across 10 languages, and include Meta Llama 3.1 405B- the first frontier-level open source AI model.

Introducing Llama 3.1: Our most capable models to date

커리어리 친구들, 어제 라마 3.1에 대한 소문이 퍼지자 마자 오늘 전격적으로 최초의 프런티어급 오픈소스 AI 모델인 '라마 3.1 405B(Llama 3.1 405B)'와 새롭고 개선된 라마 3.1 70B 및 8B 모델을 출시했네요.

라마 3.1'은 메타가 지난 4월 대형언어모델(LLM) '라마 3'을 선보인 이후 3개월여만에 발표한 최신 오픈소스 모델입니다.
메타의 CEO 마크 저커버그는 "오늘 우리는 오픈소스 AI가 산업 표준이 되기 위한 다음 단계를 밟고 있습니다"라며 얘기했는 데, 저는 이 의견에 동의합니다.

라마 3.1은 주요 수학 및 지식 테스트에서 경쟁 모델 대비 뛰어난 성능을 입증했습니다. 특히 MATH 벤치마크에서 오픈AI의 GPT-4o, 앤트로픽(Anthropic)의 클로드 3.5 소네트(Claude 3.5 Sonnet)보다 우수한 점수를 기록했습니다.

메타는 향후 이미지, 비디오, 음성 기능을 추가한 다중 모드 모델 개발을 예고하며, 초기 실험에서 구글의 제미나이 1.5, 안트로픽의 클로드 3.5 소네트에 대한 경쟁력을 입증해 보였습니다.

어제의 유출에 이어 오늘 Llama 3.1 405B 모델이 정식 공개되었습니다! 더불어 Meta는 보안과 안전을 위해 Llama Guard 3와 Prompt Guard도 함께 출시했습니다.

https://ai.meta.com/blog/meta-llama-3-1/

커리어리 친구들, 어제 라마 3.1에 대한 소문이 퍼지자 마자 오늘 전격적으로 최초의 프런티어급 오픈소스 AI 모델인 '라마 3.1 405B(Llama 3.1 405B)'와 새롭고 개선된 라마 3.1 70B 및 8B 모델을 출시했네요. 라마 3.1'은 메타가 지난 4월 대형언어모델(LLM) '라마 3'을 선보인 이후 3개월여만에 발표한 최신 오픈소스 모델입니다. 메타의 CEO 마크 저커버그는 "오늘 우리는 오픈소스 AI가 산업 표준이 되기 위한 다음 단계를 밟고 있습니다"라며 얘기했는 데, 저는 이 의견에 동의합니다. 라마 3.1은 주요 수학 및 지식 테스트에서 경쟁 모델 대비 뛰어난 성능을 입증했습니다. 특히 MATH 벤치마크에서 오픈AI의 GPT-4o, 앤트로픽(Anthropic)의 클로드 3.5 소네트(Claude 3.5 Sonnet)보다 우수한 점수를 기록했습니다. 메타는 향후 이미지, 비디오, 음성 기능을 추가한 다중 모드 모델 개발을 예고하며, 초기 실험에서 구글의 제미나이 1.5, 안트로픽의 클로드 3.5 소네트에 대한 경쟁력을 입증해 보였습니다. 어제의 유출에 이어 오늘 Llama 3.1 405B 모델이 정식 공개되었습니다! 더불어 Meta는 보안과 안전을 위해 Llama Guard 3와 Prompt Guard도 함께 출시했습니다. https://ai.meta.com/blog/meta-llama-3-1/

Meta AI

<메타, 라마3.1 공개>

Only 23% of devs are satisfied with DevEx improvements. Download our free report to learn what causes misalignments and what your organization can do.

State of Developer Experience Report 2024 | Atlassian

지라, 위키 등으로 유명한 아틀라시안 2024 State of Developer Experience Report 2024가 나왔습니다 :)
https://www.atlassian.com/software/compass/resources/state-of-developer-2024

개발자에게 있어서 우리의 업무 환경이 어떻게 이루어져 있는지에 대한 정량적 지표를 볼 수 있는데요. 생각보다 아직 개발자의 생산성을 어떻게 증대 시켜야 하는지, 또 얼마나 중요한지에 대해서는 아직 아쉬운 점들이 많아 보입니다. 불필요한 일을 덜 하고, 귀찮은 일은 AI 에게, 자동화와 다양한 실험으로 더 즐거운 환경. 말은 쉽지만 역시 실천은 어려운 것 같습니다 ^_ㅠ

 1. 복잡성과 비효율성: 세 명 중 두 명의 개발자가 비효율성으로 인해 주당 8시간 이상을 낭비하고 있으며, 주요 원인으로는 인력 부족, 역할 확장, 도구 간의 빈번한 전환 등이 포함됩니다.
 2. 개발자 경험(DX): 절반 이하의 개발자만이 조직이 개발자 경험을 우선시한다고 느끼고 있습니다. 개발자 경험을 개선하려는 노력이 증가하고 있지만 아직 효과적이지 않습니다.
 3. AI 도구: AI 도구에 대한 관심에도 불구하고, 두 명 중 한 명의 개발자는 이러한 도구가 생산성을 크게 향상시키지 않았다고 보고하고 있습니다. 단 12%만이 향후 2년 내에 AI가 생산성을 향상시킬 것이라고 믿고 있습니다.
 4. 시간 손실의 주요 원인: 기술 부채, 불충분한 문서화, 번거로운 빌드 프로세스, 깊은 작업 시간 부족, 불명확한 방향성 등이 주요한 방해 요인으로 지목되었습니다.
 5. 생산성 향상을 위한 방안: 리더들은 AI 자동화, 새로운 협업 도구 제공, 위험 감수 및 실험 장려, 의사 결정 간소화, 해커톤 개최 등이 생산성과 만족도를 높일 수 있는 방안으로 제안되고 있습니다.
 6. 생산성 측정: 조직들은 생산성 측정과 만족도 측정에 대해 의견이 나뉘어 있으며, 51%의 조직이 개발자 생산성을 측정하는 데 초점을 맞추고 있는 반면, 49%는 개발자 만족도에 초점을 맞추고 있습니다. 그러나 여전히 38%는 근무 시간으로 생산성을 측정하고 있습니다.

지라, 위키 등으로 유명한 아틀라시안 2024 State of Developer Experience Report 2024가 나왔습니다 :) https://www.atlassian.com/software/compass/resources/state-of-developer-2024 개발자에게 있어서 우리의 업무 환경이 어떻게 이루어져 있는지에 대한 정량적 지표를 볼 수 있는데요. 생각보다 아직 개발자의 생산성을 어떻게 증대 시켜야 하는지, 또 얼마나 중요한지에 대해서는 아직 아쉬운 점들이 많아 보입니다. 불필요한 일을 덜 하고, 귀찮은 일은 AI 에게, 자동화와 다양한 실험으로 더 즐거운 환경. 말은 쉽지만 역시 실천은 어려운 것 같습니다 ^_ㅠ <ol ><li>복잡성과 비효율성: 세 명 중 두 명의 개발자가 비효율성으로 인해 주당 8시간 이상을 낭비하고 있으며, 주요 원인으로는 인력 부족, 역할 확장, 도구 간의 빈번한 전환 등이 포함됩니다.</li><li>개발자 경험(DX): 절반 이하의 개발자만이 조직이 개발자 경험을 우선시한다고 느끼고 있습니다. 개발자 경험을 개선하려는 노력이 증가하고 있지만 아직 효과적이지 않습니다.</li><li>AI 도구: AI 도구에 대한 관심에도 불구하고, 두 명 중 한 명의 개발자는 이러한 도구가 생산성을 크게 향상시키지 않았다고 보고하고 있습니다. 단 12%만이 향후 2년 내에 AI가 생산성을 향상시킬 것이라고 믿고 있습니다.</li><li>시간 손실의 주요 원인: 기술 부채, 불충분한 문서화, 번거로운 빌드 프로세스, 깊은 작업 시간 부족, 불명확한 방향성 등이 주요한 방해 요인으로 지목되었습니다.</li><li>생산성 향상을 위한 방안: 리더들은 AI 자동화, 새로운 협업 도구 제공, 위험 감수 및 실험 장려, 의사 결정 간소화, 해커톤 개최 등이 생산성과 만족도를 높일 수 있는 방안으로 제안되고 있습니다.</li><li>생산성 측정: 조직들은 생산성 측정과 만족도 측정에 대해 의견이 나뉘어 있으며, 51%의 조직이 개발자 생산성을 측정하는 데 초점을 맞추고 있는 반면, 49%는 개발자 만족도에 초점을 맞추고 있습니다. 그러나 여전히 38%는 근무 시간으로 생산성을 측정하고 있습니다.</li></ol>

Atlassian

개발자 생산성은 아직도 충분히 이해받지 못하고 있다.

이 기사는 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

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

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

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

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

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

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

예스24

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

인프콘 2024 - INFCON 2024

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

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

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

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

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

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

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

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

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

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

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

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

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

인프런

2024 하반기 IT 컨퍼런스

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

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

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

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

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

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

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

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

Marcus' Blog


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

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

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

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

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

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

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

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

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

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

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

mbuffett.com

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

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

죽을 만큼 힘든 날은 없었다

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

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

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

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

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

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

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

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

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

K리그 프로그래머

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

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

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

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

news.hada.io/topic?id=15794

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

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

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

GeekNews

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

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

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

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

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

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

https://toss.tech/article/firesidechat_frontend_3

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

Toss

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

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

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

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

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

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

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

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

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

Velog

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

YouTube

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

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

“Talk is cheap, show me the code.”

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

“Code is cheap, talk about value.”

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

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

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

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

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

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

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

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

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

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

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

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

고민에 빠지는 순간 이탈하는 사용자의 심리

힉의 법칙: 의사결정에 걸리는 시간이 선택지의 개수와 복잡성에 비례해 늘어남

많은 양의 정보가 한꺼번에 제공되면 인지적 과부하를 일으켜 효과적인 학습을 방해함.
인지부하를 줄이는 UI 디자인은?
- 의사결정시간이 반응시간에 큰 영향을 받을 때는 선택지의 개수를 최소화하라.
- 복잡한 작업을 잘게 나눠라.
- 추천 선택지를 강조하여 사용자의 부담을 줄여라.
- 온보딩을 점진적으로 진행하라.
- 추상적이라고 느껴질 정도로 단순화하지 않도록 주의하라.

프로덕트 예시
- 토스의 회원가입 UI: 한 폼이 하나의 페이지에, 입력한 항목은 쌓임, 입력할 숫자 개수가 채워지면 다음 필드로 옮겨짐.
- 구글 검색: 검색UI에서 바로 필터를 조절하기보다는 검색 실행 후 표시함.
- 슬랙: 슬랙봇이 사용자와 대화를 나누면서 점진적으로 온보딩함, 사람의 학습의 멘탈모델과 비슷함.

Brunch Story

두 가지 일을 합니다. 1️⃣ 온갖 수단을 총동원해서 사용자 이해하기 2️⃣ 이해를 바탕으로 팀 흥분시키기, 좌절시키기 2번을 더 좋아합니다.

UX Researcher

김성배

두 가지 일을 합니다.
1️⃣ 온갖 수단을 총동원해서 사용자 이해하기 
2️⃣ 이해를 바탕으로 팀 흥분시키기, 좌절시키기 

2번을 더 좋아합니다.

KUAD 디자인과 대학생

이월

2021.4.1-4.30 ohak 아트페인팅스튜디오
2021.9.24-9.26 엷은남빛 마포아트마켓







#끊임없이배우기 #네트워킹 #블로거 #infj

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필