최근 '1990년대생이 일하는 방법'이라 해서 1990년대생이 굉장히 특별한 세대가 된 느낌마저 들었다. 변화의 기로에 선 세대이기 때문에 이런 이슈가 계속 등장할 것이다. 예전에는 '하면 된다' 식의 사고방식으로도 눈부신 성과를 올릴 수 있었다. 하지만 1990년대생은 이전 세대와 똑같은 방법으로 노력을 하더라도 예전만큼의 안정을 갖지 못하는 것을 알았다.

그렇게 최악의 리더가 된다: 절대 따라 하면 안 되는 11가지 리더 유형

1️⃣팀원들을 믿지 못하는 리더
타인을 믿지 못해 본인이 처음부터 끝까지 모든 것을 다해야 직성이 풀리는 유형이다. 이런 리더를 만난 팀원들은 일시적으로 몸과 마음이 편할 수 있다. 그러나 장기적인 관점에서는 나무만 보느라 리더가 정작 신경 써야 할 숲의 부분을 챙기지 못한다.

팀원들은 불만이 생긴다. 시간이 지날수록 이런 리더 밑에 있는 팀원들은 다른 팀에 비해 업무 성과도 나오지 않는다. 일을 시키기 위해서는 우선 팀원 간 신뢰가 필요하다. 이를 위해선 리더가 팀원을 적극적으로 믿고 권한과 책임을 일부 넘겨야 한다.

진짜 훌륭한 리더는 팀원들의 특성과 역량을 파악하고 이들에게 맞는 일들을 주면서 서로 시너지 효과가 날 수 있도록 해야 할 것이다. 똑똑한 리더는 혼자 일하고 현명한 리더는 같이 일한다.

2️⃣자아도취형 리더
잘되면 내 탓, 잘못되면 남 탓하는 리더다. 이런 유형의 리더는 스스로 특별한 존재로 여기고 팀원들에게 과시적인 행동을 하거나 비이성적인 행동을 쏟아내곤 한다. 또한 모든 성과와 이목이 오직 본인에게만 조명받기를 원한다.

주변 팀원이 아무리 일을 잘해도 리더의 들러리에 머물고 기회도 별로 주어지지 않는다. 이런 유형은 자신의 경험과 판단을 절대적인 것으로 생각한다. 특히 크게 성공한 경험이 있는 리더들은 본인들의 실수나 잘못을 쉽게 인정하지 않는다. 오히려 성공한 경험이 다른 일을 할 때 독이 되는 셈이다.

리더의 생각과 다르게 NO라고 얘기했을 때, 무조건 리더의 의견을 따르라고만 해서는 안 된다. 리더의 역할은 자신을 믿고 따르는 직원들에게 방향을 제시해주고 문제가 발생했을 경우 궁극적인 해결방안을 도출해 주는 것이어야 한다. 도출한 방법을 팀원과 함께 풀어나가며 일하는 것이다. 리딩을 해야 리더다.

3️⃣강박증에 사로잡힌 리더
모든 업무에 ‘완벽주의’를 지향하는 리더는 대외적으로는 한 치의 오차도 없이 디테일까지 챙기는 엄청 괜찮은 리더처럼 보일 수 있다. 그러나 이런 리더와 함께 일하는 팀원들의 속내는 대부분 울분을 토할 확률이 높다.

이런 리더의 유형들은 세부적인 내용까지 자신의 관점으로 완벽을 추구한다. 물론 일의 완성도를 높이는 일은 중요하지만 자신만의 관점에 고립되어 이상한 곳에 꽂혀 오로지 그 부분에 대해서만 완벽해지려고 하는 경향이 있다.

이런 좁은 관점으로 사소한 것에 집착하다 보면 혁신과 유연한 사고는 불가능할 뿐더러 정작 일의 전체를 보았을 때 완성도가 더 떨어지는 경우도 발생한다. 이런 쓸데없는 집착 때문에 거시적인 차원의 흐름을 제대로 읽지 못하고 만다면 뒤처질 수밖에 없다.

4️⃣감정 기복이 롤러코스터인 리더
이런 유형의 리더를 만나면 일단 굉장히 고통스럽다. 리더의 감정에 따라 팀 혹은 회사 전체의 분위기가 좌우되기 때문에 어느 장단에 춤을 춰야 할지 도통 감이 오지 않는다.

자신이 추진하는 일이 잘되면 에너지가 넘치고 모든 것이 잘 풀릴 것처럼 행동하다가, 갑자기 문제가 발생하거나 뜻대로 풀리지 않으면 깊은 절망감에 빠지며 화를 낸다. 리더가 감정의 기복에 따라 방향을 극단적으로 바꿀 경우 팀원들은 우왕좌왕할 수밖에 없다.

5️⃣라떼만 좋아하는 리더
“나 땐 이렇게 안 했어!” 듣기만 해도 소름이 끼치는 말이다. “라떼는 말이야”라는 말은 이제 꼰대를 상징하는 대표적인 문구가 되어버렸다. 라떼가 나오는 순간 팀원들은 공포에 떨면서 거짓 미소를 장착한 채 한 귀로 듣고 한 귀로 흘려보낸다.

이 말을 즐겨 사용하는 리더 중 물론 어려운 환경을 극복하고 목표를 달성한 훌륭한 리더도 있다. 그러나 이런 자신의 성공 결과를 타인을 평가하는 기준으로 잡는 순간, 절대 존경받지 못한다. 예전에 고생했던 본인의 경험을 기준으로 팀원들을 바라볼 것이 아니라, 지금의 상황과 각자의 경험에 견주어 평가하고 결정해야 한다.

6️⃣명령만 하는 리더
명령이란 권력을 가진 사람이 상대방에게 일을 시키는 행위다. 일단 명령을 받으면 인간의 심리 특성상 반발하고 싶은 마음이 생겨날 수밖에 없다. 또는 수동적으로 시키는 것만 하는 것이 편하다고 생각하게 만들고, 새로운 것을 만들고 싶다는 창의성과 자발적인 의욕을 저해할 수 있다.

명령을 많이 하는 리더일수록 그 밑에 팀원들은 수동적인 업무수행 방식에 자연스럽게 적응하고 만다. 결국은 행동은 위축되어 자발적으로 사고하지 않고 리더의 지시를 기다리거나 실수를 하지 않는 것에 혈안이 되어 있는 사람이 되어버린다. 또 이와 더불어 능동성과 창의성이 현저히 저하되고 만다.

항상 지시를 당한 직원들은 리더의 눈치만 보거나 이로 인한 스트레스를 견디지 못해 다른 형태로 분노가 표출되는 상황까지 치닫기도 한다. 이처럼 명령만 하는 리더는 팀원들을 결코 바람직한 길로 인도하지 못한다. 정답이 리더에게만 있다는 생각을 버려야 한다.

7️⃣우유부단한 리더
마키아벨리의 ‘군주론’은 아직도 많은 리더에게 사랑받는 내용이다. 나폴레옹 등 한 시대를 대표하는 리더들도 이 책을 즐겨 읽었다고 한다. 이 책에 의하면 군주가 다른 국가를 정복할 때는 필요한 개혁을 단번에 과감히 단행해 날마다 계속해서 원망을 받지 않도록 해야 한다고 했다.

리더가 우유부단해 결정을 지연할수록 이로 인한 피해는 눈덩이처럼 불어난다는 것이다. 리더의 자리에 서 있는 사람이라면 누구나 상황에 따라 환영받지 못하는 결정이나 팀원들에게 상처를 주는 결단을 내릴 수밖에 없다. 이를 두려워해 과감하게 결단을 내리지 못하고 행동을 주저하는 리더는 자멸할 수밖에 없다.

8️⃣책임을 회피하는 리더
일할 때 큰소리는 떵떵 치면서 정작 책임져야 할 땐 뒤로 숨는 리더다. 리더가 팀원보다 월급을 더 많이 받는 이유는 일을 더 많이 하는 대가로 지불하는 것이 아니다. 책임을 더 많이 지는 대가로 지불하는 것이다.

이런 본질을 망각한 채 잘못이라도 생기면 사고의 원인이 누군지 쥐 잡듯이 잡아 공개 처형하는 리더가 있다. 이런 모습을 보일수록 팀원들의 신뢰를 잃어가고 결국 홀로 남는다.

1️⃣팀원들을 믿지 못하는 리더타인을 믿지 못해 본인이 처음부터 끝까지 모든 것을 다해야 직성이 풀리는 유형이다. 이런 리더를 만난 팀원들은 일시적으로 몸과 마음이 편할 수 있다. 그러나 장기적인 관점에서는 나무만 보느라 리더가 정작 신경 써야 할 숲의 부분을 챙기지 못한다. 팀원들은 불만이 생긴다. 시간이 지날수록 이런 리더 밑에 있는 팀원들은 다른 팀에 비해 업무 성과도 나오지 않는다. 일을 시키기 위해서는 우선 팀원 간 신뢰가 필요하다. 이를 위해선 리더가 팀원을 적극적으로 믿고 권한과 책임을 일부 넘겨야 한다. 진짜 훌륭한 리더는 팀원들의 특성과 역량을 파악하고 이들에게 맞는 일들을 주면서 서로 시너지 효과가 날 수 있도록 해야 할 것이다. 똑똑한 리더는 혼자 일하고 현명한 리더는 같이 일한다. 2️⃣자아도취형 리더잘되면 내 탓, 잘못되면 남 탓하는 리더다. 이런 유형의 리더는 스스로 특별한 존재로 여기고 팀원들에게 과시적인 행동을 하거나 비이성적인 행동을 쏟아내곤 한다. 또한 모든 성과와 이목이 오직 본인에게만 조명받기를 원한다. 주변 팀원이 아무리 일을 잘해도 리더의 들러리에 머물고 기회도 별로 주어지지 않는다. 이런 유형은 자신의 경험과 판단을 절대적인 것으로 생각한다. 특히 크게 성공한 경험이 있는 리더들은 본인들의 실수나 잘못을 쉽게 인정하지 않는다. 오히려 성공한 경험이 다른 일을 할 때 독이 되는 셈이다. 리더의 생각과 다르게 NO라고 얘기했을 때, 무조건 리더의 의견을 따르라고만 해서는 안 된다. 리더의 역할은 자신을 믿고 따르는 직원들에게 방향을 제시해주고 문제가 발생했을 경우 궁극적인 해결방안을 도출해 주는 것이어야 한다. 도출한 방법을 팀원과 함께 풀어나가며 일하는 것이다. 리딩을 해야 리더다. 3️⃣강박증에 사로잡힌 리더모든 업무에 ‘완벽주의’를 지향하는 리더는 대외적으로는 한 치의 오차도 없이 디테일까지 챙기는 엄청 괜찮은 리더처럼 보일 수 있다. 그러나 이런 리더와 함께 일하는 팀원들의 속내는 대부분 울분을 토할 확률이 높다. 이런 리더의 유형들은 세부적인 내용까지 자신의 관점으로 완벽을 추구한다. 물론 일의 완성도를 높이는 일은 중요하지만 자신만의 관점에 고립되어 이상한 곳에 꽂혀 오로지 그 부분에 대해서만 완벽해지려고 하는 경향이 있다. 이런 좁은 관점으로 사소한 것에 집착하다 보면 혁신과 유연한 사고는 불가능할 뿐더러 정작 일의 전체를 보았을 때 완성도가 더 떨어지는 경우도 발생한다. 이런 쓸데없는 집착 때문에 거시적인 차원의 흐름을 제대로 읽지 못하고 만다면 뒤처질 수밖에 없다. 4️⃣감정 기복이 롤러코스터인 리더이런 유형의 리더를 만나면 일단 굉장히 고통스럽다. 리더의 감정에 따라 팀 혹은 회사 전체의 분위기가 좌우되기 때문에 어느 장단에 춤을 춰야 할지 도통 감이 오지 않는다. 자신이 추진하는 일이 잘되면 에너지가 넘치고 모든 것이 잘 풀릴 것처럼 행동하다가, 갑자기 문제가 발생하거나 뜻대로 풀리지 않으면 깊은 절망감에 빠지며 화를 낸다. 리더가 감정의 기복에 따라 방향을 극단적으로 바꿀 경우 팀원들은 우왕좌왕할 수밖에 없다. 5️⃣라떼만 좋아하는 리더“나 땐 이렇게 안 했어!” 듣기만 해도 소름이 끼치는 말이다. “라떼는 말이야”라는 말은 이제 꼰대를 상징하는 대표적인 문구가 되어버렸다. 라떼가 나오는 순간 팀원들은 공포에 떨면서 거짓 미소를 장착한 채 한 귀로 듣고 한 귀로 흘려보낸다. 이 말을 즐겨 사용하는 리더 중 물론 어려운 환경을 극복하고 목표를 달성한 훌륭한 리더도 있다. 그러나 이런 자신의 성공 결과를 타인을 평가하는 기준으로 잡는 순간, 절대 존경받지 못한다. 예전에 고생했던 본인의 경험을 기준으로 팀원들을 바라볼 것이 아니라, 지금의 상황과 각자의 경험에 견주어 평가하고 결정해야 한다. 6️⃣명령만 하는 리더명령이란 권력을 가진 사람이 상대방에게 일을 시키는 행위다. 일단 명령을 받으면 인간의 심리 특성상 반발하고 싶은 마음이 생겨날 수밖에 없다. 또는 수동적으로 시키는 것만 하는 것이 편하다고 생각하게 만들고, 새로운 것을 만들고 싶다는 창의성과 자발적인 의욕을 저해할 수 있다. 명령을 많이 하는 리더일수록 그 밑에 팀원들은 수동적인 업무수행 방식에 자연스럽게 적응하고 만다. 결국은 행동은 위축되어 자발적으로 사고하지 않고 리더의 지시를 기다리거나 실수를 하지 않는 것에 혈안이 되어 있는 사람이 되어버린다. 또 이와 더불어 능동성과 창의성이 현저히 저하되고 만다. 항상 지시를 당한 직원들은 리더의 눈치만 보거나 이로 인한 스트레스를 견디지 못해 다른 형태로 분노가 표출되는 상황까지 치닫기도 한다. 이처럼 명령만 하는 리더는 팀원들을 결코 바람직한 길로 인도하지 못한다. 정답이 리더에게만 있다는 생각을 버려야 한다. 7️⃣우유부단한 리더마키아벨리의 ‘군주론’은 아직도 많은 리더에게 사랑받는 내용이다. 나폴레옹 등 한 시대를 대표하는 리더들도 이 책을 즐겨 읽었다고 한다. 이 책에 의하면 군주가 다른 국가를 정복할 때는 필요한 개혁을 단번에 과감히 단행해 날마다 계속해서 원망을 받지 않도록 해야 한다고 했다. 리더가 우유부단해 결정을 지연할수록 이로 인한 피해는 눈덩이처럼 불어난다는 것이다. 리더의 자리에 서 있는 사람이라면 누구나 상황에 따라 환영받지 못하는 결정이나 팀원들에게 상처를 주는 결단을 내릴 수밖에 없다. 이를 두려워해 과감하게 결단을 내리지 못하고 행동을 주저하는 리더는 자멸할 수밖에 없다. 8️⃣책임을 회피하는 리더일할 때 큰소리는 떵떵 치면서 정작 책임져야 할 땐 뒤로 숨는 리더다. 리더가 팀원보다 월급을 더 많이 받는 이유는 일을 더 많이 하는 대가로 지불하는 것이 아니다. 책임을 더 많이 지는 대가로 지불하는 것이다. 이런 본질을 망각한 채 잘못이라도 생기면 사고의 원인이 누군지 쥐 잡듯이 잡아 공개 처형하는 리더가 있다. 이런 모습을 보일수록 팀원들의 신뢰를 잃어가고 결국 홀로 남는다.

ㅍㅍㅅㅅ

영화 관련 투자에 IBK기업은행 문화콘텐츠금융부 가 상당히 투자 실적이 좋다고 하네요. 은행권 문화 콘텐츠 전담 부서는 최초이자 유일한 곳...

60세 이상 감독은 10% 감점, 전작 망했으면 가점... 수익률 17... | Snippod

IBK기업은행 문화콘텐츠금융부 영화 투자 실적이 상당히 좋네요.역대 천만 영화 32편 중 11편이나 투자했다고 합니다. 투자 심사 중 어떤 조건을 주로 보는지 살펴보니 더 흥미로웠어요. 🤩
https://www.snippod.com/snip/3qw4ybsv2at6

IBK기업은행 문화콘텐츠금융부 영화 투자 실적이 상당히 좋네요.역대 천만 영화 32편 중 11편이나 투자했다고 합니다. 투자 심사 중 어떤 조건을 주로 보는지 살펴보니 더 흥미로웠어요. 🤩https://www.snippod.com/snip/3qw4ybsv2at6

Snippod

1 &#x27;회고&#x27;는 뒤돌아보는 일이다. 2 어떤 일을 마친 뒤 과정과 결과를 살펴본다. 원하는 결과를 얻...

회고는 알아차림이다.

1
'회고'는 뒤돌아보는 일이다.

2
어떤 일을 마친 뒤 과정과 결과를 살펴본다. 원하는 결과를 얻었나. 그렇지 못했다면 이유는 무엇인가. 그 과정에서 무엇을 배웠나. 다음에는 어떻게 더 잘할 수 있을까. 이런 질문에 스스로 답을 찾는다.

3
그렇기 때문에 회고를 하려면 일단 멈춰야 한다. 하던 일을 멈춘다. 멈춰 서서 돌아봐야 한다. 그게 회고의 시작이다. 보통 텀이 길다. 어렵지 않게 느껴진다.

4
명상도 회고와 같다. 명상의 시작은 알아차림이다. 일단 지금 내 감정과 생각을 알아차려야 한다. 그러기 위해서는 멈추는 것이 시작이다. 생각의 멈춤이 곧 알아차림의 시작이 된다. 끝이 시작이고, 동시에 시작이 끝이다.

5
명상과 알아차림이 어려운 이유는 멈추기 어렵기 때문이다. 지금 내 생각과 감정에 매몰되면 빠져나오기 어렵다. 불교 수행에서 호흡을 강조하는 것은 살아있는 한 항상 함께 있는 호흡이란 도구를 쓸 수 있기 때문이다. 호흡에 집중하면 멈추기 쉬워진다.

6
김주환 교수는 '내면 소통'에서 3개의 자아를 소개했다. 경험하는 자아, 기억하는 자아, 그리고 이 모든 걸 알아채는 배경 자아다.

7
뇌과학에서는 이 경험의 순간을 2초로 본다. 정말 짧은 찰나의 순간이다. 이 짧은 순간들을 연결하는 것이 이야기이고 서사다. 그래서 뇌는 이 순간을 연결하는 이야기를 만들어 기억한다. 기본적으로 내러티브에 익숙하다. 그래서 우리는 이야기에 익숙하고 빠진다.

8
알아차리는 존재가 '배경 자아'다. 나이면서도 동시에 내가 아닌 것과 같은 느낌이다. 모를 때는 전혀 감이 안 온다. 내게 맞는 방법을 찾고, 반복적으로 연습하다 보면 느낌이 온다. 아, 이런 거구나. 그 과정의 반복이 일종의 회고와 같다.

9
수많은 자기 계발서에서 이야기하는 성장의 방법들이 와닿지 않던 때가 있었다. 모든 이유는 단 하나였다. 생각과 감정을 멈출 수 없었다. 멈추고 알아챌 수 있어야 그 방법들을 써먹을 수 있기 때문이다.

10
일단 생각과 감정을 멈추는 방법을 익혀야 한다. 매번 마침표가 찍힌 후에 회고를 해서는 나아지기 어렵다. 그 주기를 더 짧게 반복해야 조금씩이라도 개선할 수 있다. 반복하면 반드시 나아진다. 알아차림과 짧은 회고가 훨씬 나은 나를 만든다. 수많은 성공한 이들이 이를 증명한다. 그들은 모두 같은 이야기를 하고 있으니까.

1 '회고'는 뒤돌아보는 일이다. ​ 2 어떤 일을 마친 뒤 과정과 결과를 살펴본다. 원하는 결과를 얻었나. 그렇지 못했다면 이유는 무엇인가. 그 과정에서 무엇을 배웠나. 다음에는 어떻게 더 잘할 수 있을까. 이런 질문에 스스로 답을 찾는다. ​ 3 그렇기 때문에 회고를 하려면 일단 멈춰야 한다. 하던 일을 멈춘다. 멈춰 서서 돌아봐야 한다. 그게 회고의 시작이다. 보통 텀이 길다. 어렵지 않게 느껴진다. ​ 4 명상도 회고와 같다. 명상의 시작은 알아차림이다. 일단 지금 내 감정과 생각을 알아차려야 한다. 그러기 위해서는 멈추는 것이 시작이다. 생각의 멈춤이 곧 알아차림의 시작이 된다. 끝이 시작이고, 동시에 시작이 끝이다. ​ 5 명상과 알아차림이 어려운 이유는 멈추기 어렵기 때문이다. 지금 내 생각과 감정에 매몰되면 빠져나오기 어렵다. 불교 수행에서 호흡을 강조하는 것은 살아있는 한 항상 함께 있는 호흡이란 도구를 쓸 수 있기 때문이다. 호흡에 집중하면 멈추기 쉬워진다. ​ 6 김주환 교수는 '내면 소통'에서 3개의 자아를 소개했다. 경험하는 자아, 기억하는 자아, 그리고 이 모든 걸 알아채는 배경 자아다. ​ 7 뇌과학에서는 이 경험의 순간을 2초로 본다. 정말 짧은 찰나의 순간이다. 이 짧은 순간들을 연결하는 것이 이야기이고 서사다. 그래서 뇌는 이 순간을 연결하는 이야기를 만들어 기억한다. 기본적으로 내러티브에 익숙하다. 그래서 우리는 이야기에 익숙하고 빠진다. ​ 8 알아차리는 존재가 '배경 자아'다. 나이면서도 동시에 내가 아닌 것과 같은 느낌이다. 모를 때는 전혀 감이 안 온다. 내게 맞는 방법을 찾고, 반복적으로 연습하다 보면 느낌이 온다. 아, 이런 거구나. 그 과정의 반복이 일종의 회고와 같다. ​ 9 수많은 자기 계발서에서 이야기하는 성장의 방법들이 와닿지 않던 때가 있었다. 모든 이유는 단 하나였다. 생각과 감정을 멈출 수 없었다. 멈추고 알아챌 수 있어야 그 방법들을 써먹을 수 있기 때문이다. ​ 10 일단 생각과 감정을 멈추는 방법을 익혀야 한다. 매번 마침표가 찍힌 후에 회고를 해서는 나아지기 어렵다. 그 주기를 더 짧게 반복해야 조금씩이라도 개선할 수 있다. 반복하면 반드시 나아진다. 알아차림과 짧은 회고가 훨씬 나은 나를 만든다. 수많은 성공한 이들이 이를 증명한다. 그들은 모두 같은 이야기를 하고 있으니까.

네이버 블로그 | 가장 보통의 스타트업 CEO

< 명상은 회고다 >

스테이지나 팀 상황마다 다르겠지만, 보통은 투자를 받은 이후 채용을 공격적으로 하거나 마케팅 지출을 늘리곤 한다. 디스콰이엇은 Pre-A 투자를 받은 이후에도 둘 다 안하고 있다. 그중에서도 채용을 공격적으로 하지 않고, PMF를 찾기 전까진 7~9명 규모의 작은 팀을...

작은 팀 규모를 유지해야하는 이유 | Disquiet*

https://dis.qa/vetk4i

스테이지나 팀 상황마다 다르겠지만, 보통은 투자를 받은 이후 채용을 공격적으로 하거나 마케팅 지출을 늘리곤 한다. 디스콰이엇은 Pre-A 투자를 받은 이후에도 둘 다 안하고 있다. 그중에서도 채용을 공격적으로 하지 않고, PMF를 찾기 전까진 7~9명 규모의 작은 팀을 유지하고 있는데, 이에 대한 이유를 정리해봤다.

1/ 트렌드가 빨리 변하는 시점일수록 의사결정도 빨라야 한다.
요즘 AI로 트렌드가 급변하기에 빠른 결정을 내릴 수 있는 능력이 중요한 경쟁력이 된다. 작은 팀 구조는 소통과 의사결정 과정을 빠른 상태로 유지하는데 중요하다.

2/ 1인당 만들어 낼 수 있는 생산성과 경제 가치가 높아지고있다.
기술의 발전과 디지털 도구의 확산으로 한 사람의 생산성과 경제적 영향력이 예전보다 훨씬 커졌다. 이런 변화는 더 큰 팀이 해내던 일을 이제는 더 작은 팀도 달성할 수 있다는 의미다.

3/ 만든이의 철학이 곧 제품과 사업의 차별성이 되어가고있다.
창립자와 초기 팀 구성원의 정신이 점점 제품과 사업 차별화를 정의해간다. 비슷한 제품들로 포화된 시장에서, 작고 집중된 팀의 독특한 관점과 철학은 강력한 차별화 요소가 될 수 있다.

이런 생각에 영감을 준 글들
- 7 Ways the Internet Will Get Weirder → $1M을 벌기 위해 필요한 사람의 수가 인터넷과 AI의 발전으로 점점 줄고 있다
- 지금이 30년만에 회사를 창업하기 가장 좋은 시기임 → 브랜드/커뮤니티로 시작해서 리드 마그넷 형성 후 유료 전환은 이제 마치 소규모 비즈니스의 정석처럼 보이기까지한다.
- A computer for the rest of us → 디스콰이엇을 더 생생하게 살아있는 창의적이고 예술적인 집단으로 만들고싶다.
- 다이슨이 단 한 사람만의 회사가 된 이유 → 디스콰이엇이 좋은 제품을 만들고, 또 메이커들이 좋은 창작을 하도록 만들기 위해선 직접 현금을 만들어서 지속적으로 제품의 퀄리티를 높이도록 만들어야 한다
- 고슴도치 향한 28년, [남호]가 말하는 알토스벤처스의 가치투자법 → 고슴도치 같은 창업자에겐 작은 팀이 적합하다

https://dis.qa/vetk4i 스테이지나 팀 상황마다 다르겠지만, 보통은 투자를 받은 이후 채용을 공격적으로 하거나 마케팅 지출을 늘리곤 한다. 디스콰이엇은 Pre-A 투자를 받은 이후에도 둘 다 안하고 있다. 그중에서도 채용을 공격적으로 하지 않고, PMF를 찾기 전까진 7~9명 규모의 작은 팀을 유지하고 있는데, 이에 대한 이유를 정리해봤다. 1/ 트렌드가 빨리 변하는 시점일수록 의사결정도 빨라야 한다. 요즘 AI로 트렌드가 급변하기에 빠른 결정을 내릴 수 있는 능력이 중요한 경쟁력이 된다. 작은 팀 구조는 소통과 의사결정 과정을 빠른 상태로 유지하는데 중요하다. 2/ 1인당 만들어 낼 수 있는 생산성과 경제 가치가 높아지고있다. 기술의 발전과 디지털 도구의 확산으로 한 사람의 생산성과 경제적 영향력이 예전보다 훨씬 커졌다. 이런 변화는 더 큰 팀이 해내던 일을 이제는 더 작은 팀도 달성할 수 있다는 의미다. 3/ 만든이의 철학이 곧 제품과 사업의 차별성이 되어가고있다. 창립자와 초기 팀 구성원의 정신이 점점 제품과 사업 차별화를 정의해간다. 비슷한 제품들로 포화된 시장에서, 작고 집중된 팀의 독특한 관점과 철학은 강력한 차별화 요소가 될 수 있다. 이런 생각에 영감을 준 글들- 7 Ways the Internet Will Get Weirder → $1M을 벌기 위해 필요한 사람의 수가 인터넷과 AI의 발전으로 점점 줄고 있다- 지금이 30년만에 회사를 창업하기 가장 좋은 시기임 → 브랜드/커뮤니티로 시작해서 리드 마그넷 형성 후 유료 전환은 이제 마치 소규모 비즈니스의 정석처럼 보이기까지한다.- A computer for the rest of us → 디스콰이엇을 더 생생하게 살아있는 창의적이고 예술적인 집단으로 만들고싶다.- 다이슨이 단 한 사람만의 회사가 된 이유 → 디스콰이엇이 좋은 제품을 만들고, 또 메이커들이 좋은 창작을 하도록 만들기 위해선 직접 현금을 만들어서 지속적으로 제품의 퀄리티를 높이도록 만들어야 한다- 고슴도치 향한 28년, [남호]가 말하는 알토스벤처스의 가치투자법 → 고슴도치 같은 창업자에겐 작은 팀이 적합하다

Disquiet

작은 팀 규모를 유지해야하는 이유

https://www.digitalnative.tech/p/7-ways-the-internet-will-get-weirder

https://getmatter.com/email/38871584/?token=38871584:743amnEw4ppqbtnZ2Ris_mtFJbY

https://www.youtube.com/watch?v=kiis-9Xd_oA

https://twitter.com/gregisenberg/status/1752754916186083728

https://www.ep9.co/record/26?seq=3&format=html


어려운 인간관계, 멀게만 느껴지는 행복과 성공... "열심히 사는데 왜 아무것도 나아지지 않을까?" 전 국민의 마음 멘토, 김경일이 전하는 사람, 성..

마음의 지혜

인간은 사회적 동물이다. 인간관계, 일, 사랑, 돈 등 우리를 둘러싼 환경 중 어느 하나라도 충족하지 못하면 행복을 느끼기 어렵다. 하지만 아이러니하게도 인생에서 모든 조건을 완벽하게 충족하며 살아가는 사람은 없다. 결국 우리의 마음가짐에 따라 행복의 조건이 결정된다는 뜻이다.

우리 삶 속의 수많은 문제를 명쾌하게 풀어줄 대단한 해답지는 존재하지 않을지도 모른다. 그러나 희망이 사라지고, 좌절이 예정되어 있고, 몇 번이고 모든 걸 엎어버리고 싶을 때에도 우리 마음속에는 매일 작은 행복이 쌓여가고 있다.

“우리가 꾸역꾸역 살아가고 있는 지금 이 순간에도 행복은 차곡차곡 쌓이고 있다”는 김경일 교수의 이야기처럼, 이 책은 우리 마음속에 질긴 힘줄처럼 얽히고설켜 일상을 지탱해주는 강인한 삶의 근육으로 자라나게 될 것이다.

제2차 세계대전 당시 유대인의 무덤과도 같았던 아우슈비츠 수용소. 나치 독일의 잔혹한 만행으로 수많은 유대인들이 그곳에서 목숨을 잃었지만, 이곳에서도 끝까지 살아남은 사람들이 있었다. 도대체 어떤 이들이 이처럼 강한 생명력을 갖고 있었던 걸까?

이들의 생존력에 대해 연구한 학자들은 신체적으로 건강하고 나이가 어릴수록 생존 확률이 높았을 거라고 생각했다. 물론 부분적으로는 맞지만 완전한 조건은 아니었다. 오랜 시간 조사를 거듭한 끝에 생존의 중요한 요인 중 하나가 밝혀지게 되었는데, 바로 ‘행복’이었다.

수용소에 끌려들어가기 전까지 얼마나 행복한 삶을 살았는지가 살아남는 데에 적지 않은 영향을 끼쳤다는 것이다. 행복을 자주, 또 많이 경험했던 사람은 행복을 되풀이하고자 하는 욕구가 강했으며, 그것이 위기와 고난을 이겨내는 데 강력한 심리적 에너지로 작용했다는 게 학자들의 결론이었다.

그렇다면 행복을 자주, 또 많이 경험하기 위해 우리는 어떻게 해야 할까? 인지심리학자 김경일 교수는 이 책 <마음의 지혜>에서 “행복은 크기가 아니라 빈도”라고 힘주어 이야기한다. 1년에 100점짜리 커다란 행복 하나를 경험하는 것보다 10점짜리 행복 10개를 경험하는 것이 더 효과적이라는 것이다.

다시 말해 “좋아하는 사람과 맛있는 것을 먹는 게 나의 행복이야”라고 인지하고 있는 사람은 “로또 복권에 당첨되는 게 나의 행복이야”라고 생각하는 사람보다 생존할 확률이 높아진다.

김경일 교수는 다시 행복의 빈도를 높이기 위한 구체적인 방법으로 ‘기록’에 대해 이야기한다. 우리에게는 분명히 작고 소소하지만 행복을 느끼게 했던 경험이 존재했을 것이다. 그리고 이러한 경험은 자신에게 닥친 시련을 이겨내는 힘으로 작용했을 것이다. 그러나 안타깝게도 우리 뇌는 이러한 연결고리를 기억하지 못한다.

결국 우리 스스로 기록을 통해 행복의 알고리즘을 만들어내야 한다는 뜻이다. 인간은 환경과 상황에 예민하게 반응하는 존재다. 온도와 질감, 천장의 높이, 빛의 밝기, 무겁거나 가벼움을 느끼는 사소한 감각 등 이 모든 것이 뇌에 영향을 끼쳐 생각과 기분을 바꾸게 해준다.

기억하자. 사소한 식사, 소소한 수다, 별 의미 없어 보여도 기분 좋아지는 장난, 심지어 매일 같은 길을 발 딛고 걷는 행위까지도 우리 마음속에 희미한 바를 정 자로 남아 행복의 씨앗으로 자라나고 있다는 것을.

혹시 이 광고를 기억하는가? 깔끔하게 차려입은 두 남자가 건물 앞에서 이야기를 나누고 있다. 잠시 후 한 명이 차량 리모컨을 누르자 삑 소리와 함께 헤드라이트에 불이 들어온다. 그 모습을 본 다른 한 명의 조금 놀란 표정과 함께 차분한 내레이션이 흘러나온다. “요즘 어떻게 지내냐는 친구의 질문에 ○○○로 대답했습니다.”

이 광고에는 ‘타인의 감탄’이라는 심리학적으로 중요한 메시지가 숨어 있다. 우리는 대부분 어른이 되면서 인간관계를 줄여나간다. 대신 매일 마주치는 소수의 사람을 좋은 사람이라고 믿고 그들의 기준에 맞추기 위해 노력한다.

그런데 자칫 이러한 관계 속에서 우리가 원하는 삶, 우리가 세운 목표 그리고 노력하고 있는 수많은 것들이 다른 사람들의 감탄을 얻기 위한 행동으로 이어지기 쉽다. 그리고 ‘나’보다 ‘남’의 시선에 따라 사는 삶은 궁극적으로 만족과는 멀어질 수밖에 없게 된다.

김경일 교수는 이 책에서 타인의 시선과 평가에서 해방되는 방법으로 “나에게 감탄하는 삶”을 제안한다. 그리고 다양한 사람을 만나 그들에게 조금씩 도움을 주며, 그들로부터 받은 감사를 나 스스로에게 감탄하는 도구로 활용하라고 조언한다.

나를 향한 감탄이 진실된 자기 만족으로 이어질 수 있다면 비로소 우리가 간절히 바라던 마음속 지혜에 한 걸음 다가설 수 있게 될 것이다. “나에게 감탄하는 삶을 사세요!”

인간은 사회적 동물이다. 인간관계, 일, 사랑, 돈 등 우리를 둘러싼 환경 중 어느 하나라도 충족하지 못하면 행복을 느끼기 어렵다. 하지만 아이러니하게도 인생에서 모든 조건을 완벽하게 충족하며 살아가는 사람은 없다. 결국 우리의 마음가짐에 따라 행복의 조건이 결정된다는 뜻이다. 우리 삶 속의 수많은 문제를 명쾌하게 풀어줄 대단한 해답지는 존재하지 않을지도 모른다. 그러나 희망이 사라지고, 좌절이 예정되어 있고, 몇 번이고 모든 걸 엎어버리고 싶을 때에도 우리 마음속에는 매일 작은 행복이 쌓여가고 있다. “우리가 꾸역꾸역 살아가고 있는 지금 이 순간에도 행복은 차곡차곡 쌓이고 있다”는 김경일 교수의 이야기처럼, 이 책은 우리 마음속에 질긴 힘줄처럼 얽히고설켜 일상을 지탱해주는 강인한 삶의 근육으로 자라나게 될 것이다. 제2차 세계대전 당시 유대인의 무덤과도 같았던 아우슈비츠 수용소. 나치 독일의 잔혹한 만행으로 수많은 유대인들이 그곳에서 목숨을 잃었지만, 이곳에서도 끝까지 살아남은 사람들이 있었다. 도대체 어떤 이들이 이처럼 강한 생명력을 갖고 있었던 걸까? 이들의 생존력에 대해 연구한 학자들은 신체적으로 건강하고 나이가 어릴수록 생존 확률이 높았을 거라고 생각했다. 물론 부분적으로는 맞지만 완전한 조건은 아니었다. 오랜 시간 조사를 거듭한 끝에 생존의 중요한 요인 중 하나가 밝혀지게 되었는데, 바로 ‘행복’이었다. 수용소에 끌려들어가기 전까지 얼마나 행복한 삶을 살았는지가 살아남는 데에 적지 않은 영향을 끼쳤다는 것이다. 행복을 자주, 또 많이 경험했던 사람은 행복을 되풀이하고자 하는 욕구가 강했으며, 그것이 위기와 고난을 이겨내는 데 강력한 심리적 에너지로 작용했다는 게 학자들의 결론이었다. 그렇다면 행복을 자주, 또 많이 경험하기 위해 우리는 어떻게 해야 할까? 인지심리학자 김경일 교수는 이 책 &lt;마음의 지혜&gt;에서 “행복은 크기가 아니라 빈도”라고 힘주어 이야기한다. 1년에 100점짜리 커다란 행복 하나를 경험하는 것보다 10점짜리 행복 10개를 경험하는 것이 더 효과적이라는 것이다. 다시 말해 “좋아하는 사람과 맛있는 것을 먹는 게 나의 행복이야”라고 인지하고 있는 사람은 “로또 복권에 당첨되는 게 나의 행복이야”라고 생각하는 사람보다 생존할 확률이 높아진다. 김경일 교수는 다시 행복의 빈도를 높이기 위한 구체적인 방법으로 ‘기록’에 대해 이야기한다. 우리에게는 분명히 작고 소소하지만 행복을 느끼게 했던 경험이 존재했을 것이다. 그리고 이러한 경험은 자신에게 닥친 시련을 이겨내는 힘으로 작용했을 것이다. 그러나 안타깝게도 우리 뇌는 이러한 연결고리를 기억하지 못한다. 결국 우리 스스로 기록을 통해 행복의 알고리즘을 만들어내야 한다는 뜻이다. 인간은 환경과 상황에 예민하게 반응하는 존재다. 온도와 질감, 천장의 높이, 빛의 밝기, 무겁거나 가벼움을 느끼는 사소한 감각 등 이 모든 것이 뇌에 영향을 끼쳐 생각과 기분을 바꾸게 해준다. 기억하자. 사소한 식사, 소소한 수다, 별 의미 없어 보여도 기분 좋아지는 장난, 심지어 매일 같은 길을 발 딛고 걷는 행위까지도 우리 마음속에 희미한 바를 정 자로 남아 행복의 씨앗으로 자라나고 있다는 것을. 혹시 이 광고를 기억하는가? 깔끔하게 차려입은 두 남자가 건물 앞에서 이야기를 나누고 있다. 잠시 후 한 명이 차량 리모컨을 누르자 삑 소리와 함께 헤드라이트에 불이 들어온다. 그 모습을 본 다른 한 명의 조금 놀란 표정과 함께 차분한 내레이션이 흘러나온다. “요즘 어떻게 지내냐는 친구의 질문에 ○○○로 대답했습니다.” 이 광고에는 ‘타인의 감탄’이라는 심리학적으로 중요한 메시지가 숨어 있다. 우리는 대부분 어른이 되면서 인간관계를 줄여나간다. 대신 매일 마주치는 소수의 사람을 좋은 사람이라고 믿고 그들의 기준에 맞추기 위해 노력한다. 그런데 자칫 이러한 관계 속에서 우리가 원하는 삶, 우리가 세운 목표 그리고 노력하고 있는 수많은 것들이 다른 사람들의 감탄을 얻기 위한 행동으로 이어지기 쉽다. 그리고 ‘나’보다 ‘남’의 시선에 따라 사는 삶은 궁극적으로 만족과는 멀어질 수밖에 없게 된다. 김경일 교수는 이 책에서 타인의 시선과 평가에서 해방되는 방법으로 “나에게 감탄하는 삶”을 제안한다. 그리고 다양한 사람을 만나 그들에게 조금씩 도움을 주며, 그들로부터 받은 감사를 나 스스로에게 감탄하는 도구로 활용하라고 조언한다. 나를 향한 감탄이 진실된 자기 만족으로 이어질 수 있다면 비로소 우리가 간절히 바라던 마음속 지혜에 한 걸음 다가설 수 있게 될 것이다. “나에게 감탄하는 삶을 사세요!”

Mistral, a French start-up considered a promising challenger to OpenAI and Google, is getting support from European leaders who want to protect the region's culture and politics.

Europe's A.I. 'Champion' Sets Sights on Tech Giants in U.S.

커리어리 친구들, 뉴욕 타임즈에서 흥미로운 취재를 했네요!

작년 하반기 LLM 업계에서 모두가 모델 파라미터가 많을수록 좋다! 라는 의견이 지배적일 때, 토큰 양은 증대시키는 데 모델 파라미터는 작게 가는 MoE (Mixtral of Expert) 기법을 선보여 지금은 AI 업계의 대세로 프랑스의 AI 아이돌이 된 미스트랄을 소개했네요!!

뉴욕 타임스가 미스트랄의 부상을 다루는 기사를 냈는데, 딥마인드 처럼 3인의 창업자가 있네. 추가로 창업자의 배경을 좀 살펴보니.

CEO인 아더 멘츠늗 딥마인드에서 3년 근무했고, 과학 디렉터인 굴리아베 람플(Guillaume Lample)과 티모씨 라크로이스는 메타의 라마 개발자들로 근무한 이력 있네요!! (영문식 발음을 해서 죄송! 불어를 몰라서! 혹시 아시면 댓글로 알려 주세요)

모두 에꼴 폴리테크 출신으로 울 나라로 치면 KAIST 나 포항공대처럼 과학 분야 출신들 입니다. 암튼 마크롱 대통령이 이들을 초청해서 맛있는 식사를 소식했다고 합니다!!

저도 25년전에 지금은 돌아가신 고 김영삼 대통령과 저녁식사를 했던 추억이 방울방울 떠 오릅니다. 물론 저 말고도 한국의 소프트웨어 업계 분들은 모두 같이요~!!

https://www.nytimes.com/2024/04/12/business/artificial-intelligence-mistral-france-europe.html

커리어리 친구들, 뉴욕 타임즈에서 흥미로운 취재를 했네요! 작년 하반기 LLM 업계에서 모두가 모델 파라미터가 많을수록 좋다! 라는 의견이 지배적일 때, 토큰 양은 증대시키는 데 모델 파라미터는 작게 가는 MoE (Mixtral of Expert) 기법을 선보여 지금은 AI 업계의 대세로 프랑스의 AI 아이돌이 된 미스트랄을 소개했네요!! 뉴욕 타임스가 미스트랄의 부상을 다루는 기사를 냈는데, 딥마인드 처럼 3인의 창업자가 있네. 추가로 창업자의 배경을 좀 살펴보니. CEO인 아더 멘츠늗 딥마인드에서 3년 근무했고, 과학 디렉터인 굴리아베 람플(Guillaume Lample)과 티모씨 라크로이스는 메타의 라마 개발자들로 근무한 이력 있네요!! (영문식 발음을 해서 죄송! 불어를 몰라서! 혹시 아시면 댓글로 알려 주세요) 모두 에꼴 폴리테크 출신으로 울 나라로 치면 KAIST 나 포항공대처럼 과학 분야 출신들 입니다. 암튼 마크롱 대통령이 이들을 초청해서 맛있는 식사를 소식했다고 합니다!! 저도 25년전에 지금은 돌아가신 고 김영삼 대통령과 저녁식사를 했던 추억이 방울방울 떠 오릅니다. 물론 저 말고도 한국의 소프트웨어 업계 분들은 모두 같이요~!! https://www.nytimes.com/2024/04/12/business/artificial-intelligence-mistral-france-europe.html

Nytimes

<MoE를 선보인 미스트랄 NYT 인터뷰>

호요버스가 중국 재계 정보 분석기관인 후룬연구소가 9일 발표한 2024 글로벌 유니콘 기업 리스트에서 12위에 올랐다. 이는 게임 분야에서 가장 높은 순위로 조사됐다. 호요버스의 기업 가치 평가는 약 230억 달러(한화 약 31조 6,158억 원)로 작년 약 158억 달러(한화 약 21조 7186억 원)에서 크게 올라 이번 보고서에서 가장 많이 상승한 기업 중 하나로 선정됐다.

中 연구기관, "글로벌 유니콘 게임사 1위는 호요버스"

호요버스의 기업 가치 평가는 약 230억 달러(한화 약 31조 6,158억 원)로 작년 약 158억 달러(한화 약 21조 7186억 원)에서 크게 올라 이번 보고서에서 가장 많이 상승한 기업 중 하나로 선정됐다. 보고서에서 호요버스를 모바일 게임 플랫폼으로 소개해 단순한 제작사가 아닌, 다양한 게임을 제공하는 플랫폼으로의 발전을 염두해 둔 것으로 추리된다. 실제 작년 ‘원신’에 이어 ‘붕괴: 스타레일’을 크게 성공시키기도 했으며, 앞으로도 ‘젠레스 젠 제로’등 다양한 게임이 호요버스의 플랫폼을 통해 공개될 예정이다. 

https://www.khgames.co.kr/news/articleView.html?idxno=226722

호요버스의 기업 가치 평가는 약 230억 달러(한화 약 31조 6,158억 원)로 작년 약 158억 달러(한화 약 21조 7186억 원)에서 크게 올라 이번 보고서에서 가장 많이 상승한 기업 중 하나로 선정됐다. 보고서에서 호요버스를 모바일 게임 플랫폼으로 소개해 단순한 제작사가 아닌, 다양한 게임을 제공하는 플랫폼으로의 발전을 염두해 둔 것으로 추리된다. 실제 작년 ‘원신’에 이어 ‘붕괴: 스타레일’을 크게 성공시키기도 했으며, 앞으로도 ‘젠레스 젠 제로’등 다양한 게임이 호요버스의 플랫폼을 통해 공개될 예정이다.&nbsp; https://www.khgames.co.kr/news/articleView.html?idxno=226722

경향게임스

1. 야간 주행을 생각해보라.

2. 헤드라이트는 고작 50~100미터 앞밖에 비추지 못하지만 당신은 그 차를 몰고 캘리포니아에서 뉴욕까지라도 갈 수 있다.

3. 전방 100미터만 보이면 충분하기 때문이다.

4. 인생이 우리 앞에 펼쳐지는 모습도 이와 같다.

5. 전방 100미터가 펼쳐지고 나면 다음 전방 100미터가 펼쳐지고, 다시 다음으로 100미터가 펼쳐지고, 그렇게 나아간다고 믿으면, 삶은 계속 이어진다.

6. 그리고 결국에는 진정으로 원하는 게 무엇이든 그 목적지에 다다를 것이다.

7. 당신이 원했기 때문에.

#시크릿

1. 야간 주행을 생각해보라. 2. 헤드라이트는 고작 50~100미터 앞밖에 비추지 못하지만 당신은 그 차를 몰고 캘리포니아에서 뉴욕까지라도 갈 수 있다. 3. 전방 100미터만 보이면 충분하기 때문이다. 4. 인생이 우리 앞에 펼쳐지는 모습도 이와 같다. 5. 전방 100미터가 펼쳐지고 나면 다음 전방 100미터가 펼쳐지고, 다시 다음으로 100미터가 펼쳐지고, 그렇게 나아간다고 믿으면, 삶은 계속 이어진다. 6. 그리고 결국에는 진정으로 원하는 게 무엇이든 그 목적지에 다다를 것이다. 7. 당신이 원했기 때문에. #시크릿

< 인생은 야간 운전과 같다 >

두잇

요즘 쿠팡이츠, 배달의 민족 등 배달비 무료 전쟁이 화제인데요. 이와중에 원조격으로 '배달비 무료' 를 내세운 스타트업 '두잇' 이 (아직 활성화된 지역에서만 이용 가능해서 상대적으로 인지도가 크지 않지만) 활성화된 지역에서 만큼은 상당히 이용률이 좋다고 합니다.

과연 스타트업 '두잇' 이 어떻게 배달비 무료가 가능했는지, 그리고 지금 이미 거대 자본이 시장을 장악한 배달음식 산업에서 어떻게 뛰어들어서 경쟁하고 있는지 상세하게 파해쳐본 분석 글이 있어 추천합니다 🤓

https://pinpointresearch.substack.com/p/606?r=8lmam

요즘 쿠팡이츠, 배달의 민족 등 배달비 무료 전쟁이 화제인데요. 이와중에 원조격으로 '배달비 무료' 를 내세운 스타트업 '두잇' 이 (아직 활성화된 지역에서만 이용 가능해서 상대적으로 인지도가 크지 않지만) 활성화된 지역에서 만큼은 상당히 이용률이 좋다고 합니다. 과연 스타트업 '두잇' 이 어떻게 배달비 무료가 가능했는지, 그리고 지금 이미 거대 자본이 시장을 장악한 배달음식 산업에서 어떻게 뛰어들어서 경쟁하고 있는지 상세하게 파해쳐본 분석 글이 있어 추천합니다 🤓 https://pinpointresearch.substack.com/p/606?r=8lmam

Substack

 1. 기본기 확실히 하기
 2. 학습 능력 키우기
 3. 의사 소통 잘하기
 4. 문제 정의 잘하기
 5. 태스크 완료 시간 추정 잘하기
 6. 운영을 고려한 코드 작성하기
 7. 서비스 사고 대처 능력 키우기
 8. 결과를 내는데 집중하기
 9. 영향력 갖기 (코딩 멍키)

레벨이 올라가고 연차가 쌓이기 시작하면 기술적인 역량 만큼 어쩌면 더 중요해지기 시작하는 것이 평판이고 영향력이다. 나의 존재로 인한 주변 동료나 팀의 역량이 올라가는 사람이 바로 영향력이 있는 사람인데 영향력의 시작은 좋은 평판이며 좋은 평판의 시작은 바로 의사 소통 능력이다.

의사 소통 능력이란 무엇일까? 기본은 질문을 잘 하는 것과 질문하기 쉬운 사람이 되고 질문을 잘 대답해주는 것이라 생각한다.

 1. 경청하기(Active Listening): 질문을 잘 하는 것 그리고 질문에 대답을 잘 해주는 것은 기본적으로 상대의 말을 경청하는 태도와 습관에서 비롯된다. 이는 특히 상대가 내가 신뢰하지 못하는 사람일 경우 더 중요해지는데 상대 말에서 잘못된 논리나 구멍을 찾기 위해서가 아니라 상대를 이해하기 위해서 잘 들으려 해야 한다 ("호기심"의 중요성).
 2. 질문 잘 하기: 이는 타고나는 재능의 영역이라기 보다는 연습이 필요한 스킬 영역인데 첫 번째는 모르는 것을 남의 이목 신경쓰지 않는 어린아이처럼 순진하게 물어보는 것이 첫 번째이고 (동일한 질문을 반복하지만 않으면 된다) 두 번째는 본인이 이해한대로 설명(paraphrasing)하면서 맞게 이해했는지 확인하는 형태로 물어보는 것이다. 질문을 잘 안하는 혹은 자신이 없는 팀원들의 경우 일대일 미팅할 때 다음 팀 미팅에서는 질문 하나 하기 등을 숙제로 주곤 했었다.
 3. 상대에 따라 소통 내용의 기술적 수준을 달리하기: 동료 개발자, 매니저(디테일을 잘 아는 사람인지 아닌지), 고객 등 상대에 따라 사용하는 기술 용어의 수준은 달라야 한다. 상대의 백그라운드와 기대치를 미리 알고 거기에 맞춰 사용할 언어를 달리하는 것이 필요하다. 다수의 사람앞에서 발표하는 기회가 생기면 꼭 손 들어보자.
 4. 글 쓰기: 생각이란 글로 표현될 때 더 분명해지며 더 많은 사람들에게 전달이 가능하다. 코딩을 할때 막힌다면 혹은 시스템 디자인을 하는데 생각이 잘 정리가 안된다면 글로 본인의 생각을 정리해보자. 잘 쓸려고 하는 것 보다는 많이 꾸준하게 써보는 것이 중요하다
 5. 롤 모델 찾기: 같은 회사 내에서 의사소통 능력이 뛰어난 사람을 찾아서 그 사람의 행동을 유심히 살펴보고 따라해보는 것도 아주 효과적인 방법이다.

앞서 이야기한 방법들은 환경에 따라 쉽지 않을 수도 있기에 환경을 잘 선택하는 것, 아니다 싶은 곳에서 빨리 떠나는 결정을 하는 것도 필요하다. 의사소통 능력이 있다면 다음 단계인 문제 정의가 쉬워지며 본인이 맡은 업무의 완료 시간 추정도 쉬워진다. 영향력을 증대하려면 꼭 필요한 어려운 대화를 하는 기술도 시작은 의사소통 능력이다. 이는 타고난 능력이 아닌 실수와 연습을 통해 시간을 두고 발전하는 스킬이란 점을 명심하자.

<ol ><li>기본기 확실히 하기</li><li>학습 능력 키우기</li><li>의사 소통 잘하기</li><li>문제 정의 잘하기</li><li>태스크 완료 시간 추정 잘하기</li><li>운영을 고려한 코드 작성하기</li><li>서비스 사고 대처 능력 키우기</li><li>결과를 내는데 집중하기</li><li>영향력 갖기 <s>(코딩 멍키)</s></li></ol> 레벨이 올라가고 연차가 쌓이기 시작하면 기술적인 역량 만큼 어쩌면 더 중요해지기 시작하는 것이 평판이고 영향력이다. 나의 존재로 인한 주변 동료나 팀의 역량이 올라가는 사람이 바로 영향력이 있는 사람인데 영향력의 시작은 좋은 평판이며 좋은 평판의 시작은 바로 의사 소통 능력이다. 의사 소통 능력이란 무엇일까? 기본은 질문을 잘 하는 것과 질문하기 쉬운 사람이 되고 질문을 잘 대답해주는 것이라 생각한다. <ol ><li>경청하기(Active Listening): 질문을 잘 하는 것 그리고 질문에 대답을 잘 해주는 것은 기본적으로 상대의 말을 경청하는 태도와 습관에서 비롯된다. 이는 특히 상대가 내가 신뢰하지 못하는 사람일 경우 더 중요해지는데 상대 말에서 잘못된 논리나 구멍을 찾기 위해서가 아니라 상대를 이해하기 위해서 잘 들으려 해야 한다 ("호기심"의 중요성).</li><li>질문 잘 하기: 이는 타고나는 재능의 영역이라기 보다는 연습이 필요한 스킬 영역인데 첫 번째는 모르는 것을 남의 이목 신경쓰지 않는 어린아이처럼 순진하게 물어보는 것이 첫 번째이고 (동일한 질문을 반복하지만 않으면 된다) 두 번째는 본인이 이해한대로 설명(paraphrasing)하면서 맞게 이해했는지 확인하는 형태로 물어보는 것이다. 질문을 잘 안하는 혹은 자신이 없는 팀원들의 경우 일대일 미팅할 때 다음 팀 미팅에서는 질문 하나 하기 등을 숙제로 주곤 했었다.</li><li>상대에 따라 소통 내용의 기술적 수준을 달리하기: 동료 개발자, 매니저(디테일을 잘 아는 사람인지 아닌지), 고객 등 상대에 따라 사용하는 기술 용어의 수준은 달라야 한다. 상대의 백그라운드와 기대치를 미리 알고 거기에 맞춰 사용할 언어를 달리하는 것이 필요하다. 다수의 사람앞에서 발표하는 기회가 생기면 꼭 손 들어보자.</li><li>글 쓰기: 생각이란 글로 표현될 때 더 분명해지며 더 많은 사람들에게 전달이 가능하다. 코딩을 할때 막힌다면 혹은 시스템 디자인을 하는데 생각이 잘 정리가 안된다면 글로 본인의 생각을 정리해보자. 잘 쓸려고 하는 것 보다는 많이 꾸준하게 써보는 것이 중요하다 </li><li>롤 모델 찾기: 같은 회사 내에서 의사소통 능력이 뛰어난 사람을 찾아서 그 사람의 행동을 유심히 살펴보고 따라해보는 것도 아주 효과적인 방법이다. </li></ol> 앞서 이야기한 방법들은 환경에 따라 쉽지 않을 수도 있기에 환경을 잘 선택하는 것, 아니다 싶은 곳에서 빨리 떠나는 결정을 하는 것도 필요하다. 의사소통 능력이 있다면 다음 단계인 문제 정의가 쉬워지며 본인이 맡은 업무의 완료 시간 추정도 쉬워진다. 영향력을 증대하려면 꼭 필요한 어려운 대화를 하는 기술도 시작은 의사소통 능력이다. 이는 타고난 능력이 아닌 실수와 연습을 통해 시간을 두고 발전하는 스킬이란 점을 명심하자.

좋은 개발자가 알아야하는 9가지 포인트들 - 3. 의사 소통 잘하기

Netflix는 Java, RxJava 및 Spring Boot를 활용해 마이크로서비스 아키텍처를 발전시켰으며, GraphQL Federation으로의 전환을 통해 더욱 발전했다. 이 글에서는 Netflix의 아키텍처 변화와 Java 사용 변천사를 설명한다.

Netflix의 Java 사용 변천사 (번역)

안녕하세요 :) 저는 최근에 다시 Java와 Spring Boot를 사용하는 미국 회사로 이직하면서, 지난 2년간 스타트업에서 Ruby on Rails를 사용하며 잊고 지내던 Java와 Spring 생태계에 다시 발을 내딛었습니다. 🥰

현재 회사에서는 수많은 모놀리틱 서비스와 마이크로서비스가 함께 사용되는 상황이라 꽤 복잡한 아키텍처로 구성되어 있습니다. 그리고 새로운 Java/Spring 기반 서비스들이 빠르게 추가되고 있어서 각 서비스들 간의 통신이나 아키텍처 구성을 어떻게 개선해가면 좋을지 고민되는 상황이었는데요. 🙃

팀에 빅테크(FAANG) 출신 시니어 개발자들도 있어서 제가 이 개선을 주도하지는 않겠지만,
적어도 아키텍처 개선 방향에 대한 내 의견을 가지고 있어야겠다
는 생각으로 힌트를 얻고자 Java 기반 서비스들의 큰 형님격인 Netflix의 문을 두드렸습니다.

Netflix는 Java 기반 서비스들의 아키텍처를 어떻게 발전시켜나갔는지 궁금해서 찾아보다가 이 글을 발견했고, 오랜만에 Java 생태계로 돌아온 저에게 유익했던 글이라 DeepL의 도움을 받아 번역해보았습니다.

전체 내용 보기 👉 https://www.integer.blog/evolution-of-java-usage-at-netflix/?ref=careerly.co.kr

📌 목차
 1. Groovy 시대 with BFF(Backend For Frontend)
 2. RxJava와 리액티브 프로그래밍 사용
 3. GraphQL Federation으로 전환
 4. Netflix가 사용하는 Java 버전
 5. Netflix가 사용하는 Spring Boot

안녕하세요 :) 저는 최근에 다시 Java와 Spring Boot를 사용하는 미국 회사로 이직하면서, 지난 2년간 스타트업에서 Ruby on Rails를 사용하며 잊고 지내던 Java와 Spring 생태계에 다시 발을 내딛었습니다. 🥰 현재 회사에서는 수많은 모놀리틱 서비스와 마이크로서비스가 함께 사용되는 상황이라 꽤 복잡한 아키텍처로 구성되어 있습니다. 그리고 새로운 Java/Spring 기반 서비스들이 빠르게 추가되고 있어서 각 서비스들 간의 통신이나 아키텍처 구성을 어떻게 개선해가면 좋을지 고민되는 상황이었는데요. 🙃 팀에 빅테크(FAANG) 출신 시니어 개발자들도 있어서 제가 이 개선을 주도하지는 않겠지만, <code >적어도 아키텍처 개선 방향에 대한 내 의견을 가지고 있어야겠다</code>는 생각으로 힌트를 얻고자 Java 기반 서비스들의 큰 형님격인 Netflix의 문을 두드렸습니다. Netflix는 Java 기반 서비스들의 아키텍처를 어떻게 발전시켜나갔는지 궁금해서 찾아보다가 이 글을 발견했고, 오랜만에 Java 생태계로 돌아온 저에게 유익했던 글이라 DeepL의 도움을 받아 번역해보았습니다. 전체 내용 보기 👉 https://www.integer.blog/evolution-of-java-usage-at-netflix/?ref=careerly.co.kr 📌 목차<ol ><li>Groovy 시대 with BFF(Backend For Frontend)</li><li>RxJava와 리액티브 프로그래밍 사용</li><li>GraphQL Federation으로 전환</li><li>Netflix가 사용하는 Java 버전</li><li>Netflix가 사용하는 Spring Boot</li></ol>

1nteger 🏄🏻‍♂️

Mobile development is a dynamic field that evolves rapidly, demanding developers to be proactive in keeping up with the latest trends, tools, and technologies. As the app landscape continuously...

How to Stay Up-to-Date as a Mobile Developer

개발자가 간단하게 실천할 수 있는 최신 정보 습득 방법에 대해 가져와 봤습니다! 이미 실천하고 계신 분들도 많으실 것 같네요ㅎㅎ 빠르게 변하는 산업인 만큼 지속적으로 새로운 정보를 받아들이는 것은 중요할 것 같습니다.

 1.  개발자 블로그 및 뉴스레터 구독하기
     iOS, aOS 공식 블로그뿐만 아니라 업계 전문가가 운영하는 블로그나 뉴스레터를 정기적으로 받아보는 것은 꾸준히 정보의 흐름을 읽을 수 있는 가장 좋은 방법입니다.
     
     
 2.  소셜 미디어 및 온라인 커뮤니티에 참여하기
     트위터, 레딧, 스택오브플로우와 같은 개발자 커뮤니티에 가입하는 것은 개발자들과 함께 소통하면서 성장할 수 있는 좋은 방법입니다. (커리어리도 마찬가지입니다!) 관련 해시태그를 팔로우하고, 스레드에 참여해서 좋은 정보를 실시간으로 얻어보세요! (개인적으로 일론머스크의 트윗이 재밌더군요...)
     
     
 3.  컨퍼런스 및 모임 참석
     온라인 및 오프라인 컨퍼런스에 주기적으로 참여하면 동료 개발자들과 네트워크를 형성하고, 최신 업계 동향을 접할 수 있습니다. wwdc, google i/o뿐만 아니라 국내 기업에서 주최하는 세션이나 컨퍼런스에 참여해 보세요!
     
     
 4.  온라인 강좌를 통한 지속적 학습
     코세라와 같은 유명 플랫폼에서 제공하는 온라인 강좌를 통해 지속적으로 지식을 심화해 나가는 것도 좋은 방법입니다. 최신 도구나 프레임워크를 학습하는 것은 나에게 큰 도움이 될 것입니다!
     
     
 5.  출퇴근 시간에 팟캐스트 듣기
     통근 시간을 이용해 팟캐스트의 힘을 활용해 보세요! Fragmented, Swift by Sundell 및 Android Developers Backstage와 같은 팟캐스트에서는 최신 모바일 개발 사례나 인터뷰 및 토론을 제공합니다! 영어 공부도 덤이고요! 이 외에 주요 CEO들이 출연하여 기술에 대해 이야기하는 ACQUIRED를 추천드립니다! 최근에는 앤비디아의 젠슨 황이 출연하기도 했죠.
     
     
 6.  GitHub 리포지토리 및 오픈 소스 프로젝트를 팔로우하기
     GitHub만큼이나 개발자가 코드를 파보기가 좋은 데가 없죠. 도메인와 관련된 프레임워크 라이브러리 오픈소스 프로젝트의 저장소를 꾸준히 기여하고, 참여하면 코딩 기술을 업그레이드할 뿐만 아니라 새로운 코딩 표준 및 공동 개발 방식을 접할 수 있습니다.
     
     
 7.  베타 릴리즈 사용해 보기
     얼리어답터가 되어 운영체제, SDK 및 개발도구의 베타 릴리즈를 실험하면 누구보다 빠른 기술을 습득할 수 있습니다. 이러한 경험을 통해 앱을 조정하고, 개발 커뮤니티에 좋은 의견들을 나눠볼 수 있죠.
     
     
 8.  업계 보고서 읽기
     보고서를 통해 업계 최신 동향을 광범위하게 얻을 수 있습니다. 또한 시장 행동과 타깃 유저 행동에 대한 통팔력을 통해 더 큰 그림을 이해하고, 프로젝트 방향에 대한 정보를 입각한 결정을 내릴 수 있습니다. 해외 쪽 뿐만 아니라 국내 주요 기업도 리포트를 발간하고 있으니, 참고하면 좋을 것 같습니다.
     
     
 9.  개인적인 개발 계획 수립
     커리어적인 성장을 위해 체계적인 계획을 개발하는 것이 중요합니다. 학습을 위한 시간을 확보하고, 강좌 및 컨퍼런스와 같은 앞선 내용들에 리소스를 할당하고 정기적으로 스스로 평가하는 시간을 가져보는 것이 좋습니다.
     
     
 10. 지속적인 네트워킹
     네트워킹은 최신 정보를 유지하는 데에 필수적인 요소입니다 동료 개발자와 소통하고, 적극적으로 협업 기회를 찾아보는 것입니다. 멘토링 및 협업 프로젝트에 참여하는 것도 좋습니다.
     
     본문에 대한 원글은 아래 링크에서 볼 수 있습니다.
     https://medium.com/gitconnected/how-to-stay-up-to-date-as-a-mobile-developer-0d6c5ef47acc

개발자가 간단하게 실천할 수 있는 최신 정보 습득 방법에 대해 가져와 봤습니다! 이미 실천하고 계신 분들도 많으실 것 같네요ㅎㅎ 빠르게 변하는 산업인 만큼 지속적으로 새로운 정보를 받아들이는 것은 중요할 것 같습니다. <ol ><li>개발자 블로그 및 뉴스레터 구독하기iOS, aOS 공식 블로그뿐만 아니라 업계 전문가가 운영하는 블로그나 뉴스레터를 정기적으로 받아보는 것은 꾸준히 정보의 흐름을 읽을 수 있는 가장 좋은 방법입니다. </li><li>소셜 미디어 및 온라인 커뮤니티에 참여하기트위터, 레딧, 스택오브플로우와 같은 개발자 커뮤니티에 가입하는 것은 개발자들과 함께 소통하면서 성장할 수 있는 좋은 방법입니다. (커리어리도 마찬가지입니다!) 관련 해시태그를 팔로우하고, 스레드에 참여해서 좋은 정보를 실시간으로 얻어보세요! (개인적으로 일론머스크의 트윗이 재밌더군요...) </li><li>컨퍼런스 및 모임 참석온라인 및 오프라인 컨퍼런스에 주기적으로 참여하면 동료 개발자들과 네트워크를 형성하고, 최신 업계 동향을 접할 수 있습니다. wwdc, google i/o뿐만 아니라 국내 기업에서 주최하는 세션이나 컨퍼런스에 참여해 보세요! </li><li>온라인 강좌를 통한 지속적 학습코세라와 같은 유명 플랫폼에서 제공하는 온라인 강좌를 통해 지속적으로 지식을 심화해 나가는 것도 좋은 방법입니다. 최신 도구나 프레임워크를 학습하는 것은 나에게 큰 도움이 될 것입니다! </li><li>출퇴근 시간에 팟캐스트 듣기통근 시간을 이용해 팟캐스트의 힘을 활용해 보세요! Fragmented, Swift by Sundell 및 Android Developers Backstage와 같은 팟캐스트에서는 최신 모바일 개발 사례나 인터뷰 및 토론을 제공합니다! 영어 공부도 덤이고요! 이 외에 주요 CEO들이 출연하여 기술에 대해 이야기하는 ACQUIRED를 추천드립니다! 최근에는 앤비디아의 젠슨 황이 출연하기도 했죠. </li><li>GitHub 리포지토리 및 오픈 소스 프로젝트를 팔로우하기GitHub만큼이나 개발자가 코드를 파보기가 좋은 데가 없죠. 도메인와 관련된 프레임워크 라이브러리 오픈소스 프로젝트의 저장소를 꾸준히 기여하고, 참여하면 코딩 기술을 업그레이드할 뿐만 아니라 새로운 코딩 표준 및 공동 개발 방식을 접할 수 있습니다. </li><li>베타 릴리즈 사용해 보기 얼리어답터가 되어 운영체제, SDK 및 개발도구의 베타 릴리즈를 실험하면 누구보다 빠른 기술을 습득할 수 있습니다. 이러한 경험을 통해 앱을 조정하고, 개발 커뮤니티에 좋은 의견들을 나눠볼 수 있죠. </li><li>업계 보고서 읽기보고서를 통해 업계 최신 동향을 광범위하게 얻을 수 있습니다. 또한 시장 행동과 타깃 유저 행동에 대한 통팔력을 통해 더 큰 그림을 이해하고, 프로젝트 방향에 대한 정보를 입각한 결정을 내릴 수 있습니다. 해외 쪽 뿐만 아니라 국내 주요 기업도 리포트를 발간하고 있으니, 참고하면 좋을 것 같습니다. </li><li>개인적인 개발 계획 수립커리어적인 성장을 위해 체계적인 계획을 개발하는 것이 중요합니다. 학습을 위한 시간을 확보하고, 강좌 및 컨퍼런스와 같은 앞선 내용들에 리소스를 할당하고 정기적으로 스스로 평가하는 시간을 가져보는 것이 좋습니다. </li><li>지속적인 네트워킹네트워킹은 최신 정보를 유지하는 데에 필수적인 요소입니다 동료 개발자와 소통하고, 적극적으로 협업 기회를 찾아보는 것입니다. 멘토링 및 협업 프로젝트에 참여하는 것도 좋습니다. 본문에 대한 원글은 아래 링크에서 볼 수 있습니다.https://medium.com/gitconnected/how-to-stay-up-to-date-as-a-mobile-developer-0d6c5ef47acc</li></ol>

Medium

개발자가 실생활에서 실천할 수 있는 스터디 방법 소개 🔑

 1. 기본기 확실히 하기
 2. 학습 능력 키우기
 3. 의사 소통 잘하기
 4. 문제 정의 잘하기
 5. 태스크 완료 시간 추정 잘하기
 6. 운영을 고려한 코드 작성하기
 7. 서비스 사고 대처 능력 키우기
 8. 결과를 내는데 집중하기
 9. 영향력 갖기 (코딩 멍키)

대부분의 개발자들은 굉장히 트렌디하다. 특히 한국 개발자들이 더 그렇다. 회사 일이 아무리 바쁘고 재미있어도 일에서 사용하는 기술이 최신이 아닌 레거시라고 생각하면 뒤쳐진다고 느끼고 조바심과 불안감을 많이 느낀다. 안 그래도 시간도 없고 힘도 부치는데 회사 일이 끝나면 새로운 기술을 조바심/불안감 기반으로 공부하는 경우가 아주 흔한다. 흔히 이야기하는 주경야독인데 약간 건강하지 않은 형태의 주경야독이다. 낮에는 회사 일을 하느라 바쁜 와중에 밤에는 선행학습을 하느라 바쁘다는 거다. 예를 들면 회사에서 레거시 시스템을 사용하는데 이게 커리어에 도움이 안된다고 보니 밤에 지금 마켓에서 핫한 시스템 공부를 하는 거다. 이 공부의 모티브가 중요한데 불안감이나 조바심이 주된 모티브라면 건강하지 않다.

내가 생각하는 건강한 학습은 평소 맡은 업무에 몰두하고 성취하는 경험을 통해 자신감을 쌓고 인정받고 (이에 대해서 뒤 "3. 의사 소통 잘하기"와 "4. 문제 정의 잘하기"에서 더 이야기해볼 예정이다) 이를 바탕으로 필요 중심 그리고 호기심 중심으로 학습하는 것이다. 즉 "현재"(필요성)에 집중하고 "나"(호기심)에 집중하는 거다. 여기에 약간의 조바심이나 불안감이 조미료처럼 첨가된다면 금상첨화다.

그런데 이게 가능하라면 내가 있는 환경이 중요해진다. 내가 잘 맞지 않는 환경이라면 현재에 집중하기가 쉽지 않을 것이다. 잘 맞는 환경인지 아닌지 판단하는 첫 번째는 같이 일하는 사람들이 어떤 사람들인지 특히 내 매니저가 어떤 사람인지 보는 건데 힘들어도 배울 점이 많고 성장한다는 느낌이 든다면 좋은 환경이다.

다음으로 나만의 학습방법을 만들어보는 것이 필요하다. 수능공부를 하는 것이 아니니 뭔가 두꺼운 책을 하나 사서 처음부터 끝까지 읽어야만 학습이 아니란 점, 필요한만큼 이해하고 넘어가도 된다는 점, 학습을 하다보면 항상 어느 시점에는 벽에 부딪칠 것이기에 꾸준함이 중요하다는 것 등등을 인지해야 한다. 개인적으로는 잘 모르는 주제가 생기면 유투브 등으로 짧은 영상 몇개 보고 더 깊게 들어갈 필요가 있다면 잘 아는 지인들에게 (적절히 보상을 해주고) 물어본다던지 아니면 더 긴 영상 강의(유데미, 인프런, 유투브 등등)등을 찾아서 밀도있게 학습하는 형태로 가려고 한다. 뭔가 정말 제대로 배우고 싶을텐데 다른 사람을 가르쳐보거나 톡을 하는 기회를 만들어서 강제로 학습하려고 한다.

결국 내가 인정받는 것은 내가 만든 결과물이지 어떤 기술을 알고 있느냐는 아니라는 점을 인식하고 호기심과 필요성 중심으로 학습으로 하는 습관을 갖도록 하자.

<ol ><li>기본기 확실히 하기</li><li>학습 능력 키우기</li><li>의사 소통 잘하기</li><li>문제 정의 잘하기</li><li>태스크 완료 시간 추정 잘하기</li><li>운영을 고려한 코드 작성하기</li><li>서비스 사고 대처 능력 키우기</li><li>결과를 내는데 집중하기</li><li>영향력 갖기 <s>(코딩 멍키)</s></li></ol> 대부분의 개발자들은 굉장히 트렌디하다. 특히 한국 개발자들이 더 그렇다. 회사 일이 아무리 바쁘고 재미있어도 일에서 사용하는 기술이 최신이 아닌 레거시라고 생각하면 뒤쳐진다고 느끼고 조바심과 불안감을 많이 느낀다. 안 그래도 시간도 없고 힘도 부치는데 회사 일이 끝나면 새로운 기술을 조바심/불안감 기반으로 공부하는 경우가 아주 흔한다. 흔히 이야기하는 주경야독인데 약간 건강하지 않은 형태의 주경야독이다. 낮에는 회사 일을 하느라 바쁜 와중에 밤에는 선행학습을 하느라 바쁘다는 거다. 예를 들면 회사에서 레거시 시스템을 사용하는데 이게 커리어에 도움이 안된다고 보니 밤에 지금 마켓에서 핫한 시스템 공부를 하는 거다. 이 공부의 모티브가 중요한데 불안감이나 조바심이 주된 모티브라면 건강하지 않다. 내가 생각하는 건강한 학습은 평소 맡은 업무에 몰두하고 성취하는 경험을 통해 자신감을 쌓고 인정받고 (이에 대해서 뒤 "3. 의사 소통 잘하기"와 "4. 문제 정의 잘하기"에서 더 이야기해볼 예정이다) 이를 바탕으로 필요 중심 그리고 호기심 중심으로 학습하는 것이다. 즉 "현재"(필요성)에 집중하고 "나"(호기심)에 집중하는 거다. 여기에 약간의 조바심이나 불안감이 조미료처럼 첨가된다면 금상첨화다. 그런데 이게 가능하라면 내가 있는 환경이 중요해진다. 내가 잘 맞지 않는 환경이라면 현재에 집중하기가 쉽지 않을 것이다. 잘 맞는 환경인지 아닌지 판단하는 첫 번째는 같이 일하는 사람들이 어떤 사람들인지 특히 내 매니저가 어떤 사람인지 보는 건데 힘들어도 배울 점이 많고 성장한다는 느낌이 든다면 좋은 환경이다. 다음으로 나만의 학습방법을 만들어보는 것이 필요하다. 수능공부를 하는 것이 아니니 뭔가 두꺼운 책을 하나 사서 처음부터 끝까지 읽어야만 학습이 아니란 점, 필요한만큼 이해하고 넘어가도 된다는 점, 학습을 하다보면 항상 어느 시점에는 벽에 부딪칠 것이기에 꾸준함이 중요하다는 것 등등을 인지해야 한다. 개인적으로는 잘 모르는 주제가 생기면 유투브 등으로 짧은 영상 몇개 보고 더 깊게 들어갈 필요가 있다면 잘 아는 지인들에게 (적절히 보상을 해주고) 물어본다던지 아니면 더 긴 영상 강의(유데미, 인프런, 유투브 등등)등을 찾아서 밀도있게 학습하는 형태로 가려고 한다. 뭔가 정말 제대로 배우고 싶을텐데 다른 사람을 가르쳐보거나 톡을 하는 기회를 만들어서 강제로 학습하려고 한다. 결국 내가 인정받는 것은 내가 만든 결과물이지 어떤 기술을 알고 있느냐는 아니라는 점을 인식하고 호기심과 필요성 중심으로 학습으로 하는 습관을 갖도록 하자.

좋은 개발자가 알아야하는 9가지 포인트들 - 2. 학습 능력 키우

스레드를 5개월만에 런칭하기 위해 모놀리틱 아키텍처를 사용했고, 5일 만에 1억명의 사용자가 몰려드는 것을 수용할 수 있었음.

사용된 기술은 커스텀 버전의 Django와 PHP, 데이터 저장소로는 TAO/UDB/MySQL와 ZippyDB 그리고 피크 타임을 위한 서버리스 펑션 Async.

자, 말 할 거 많죠? ㅋㅋㅋ 한마디하고 싶은 분들 다 여기여기 붙으세요. 🤣🤣🤣

스레드를 5개월만에 런칭하기 위해 모놀리틱 아키텍처를 사용했고, 5일 만에 1억명의 사용자가 몰려드는 것을 수용할 수 있었음. 사용된 기술은 커스텀 버전의 Django와 PHP, 데이터 저장소로는 TAO/UDB/MySQL와 ZippyDB 그리고 피크 타임을 위한 서버리스 펑션 Async. 자, 말 할 거 많죠? ㅋㅋㅋ 한마디하고 싶은 분들 다 여기여기 붙으세요. 🤣🤣🤣

📝 메타의 스레드, 모놀리틱 아키텍처 사용

차세대 자바스크립트 런타임으로 주목받고 있는 Bun이 v1.1을 출시하였습니다. 하필 거짓말처럼 만우절에 출시를 하여 윈도우즈 사용자들의 애간장을 태웠는데요. 그동안 Bun을 윈도우에서 사용하려면 WSL(Windows Subsystem for Linux)가 필요했었는데, 이제는 네이티브로도 사용할 수 있게 되었습니다 🙌

자세한 내용은 아래 공식 블로그와 유튜브 영상을 참고 바랍니다. 실제 Bun을 개발하고 있는 엔지니어들이 직접 나와서 소개하고 있는데 같은 개발자로서 약간 웃프네용 😂

📝 블로그: https://bun.sh/blog/bun-v1.1
📺 영상: https://youtu.be/yXTFOeGly9o

많은 분들이 Bun을 단순히 Node.js 보다 무지 빠른 자바스크립트 런타임이라고 알고 계시는데, 사실 Bun은 개발자 경험이 놀랍도록 띄어난 올인원 툴키트(all-in-one toolkit)입니다. Bun만 있으면 복잡한 과정없이 자바스크립트 뿐만 아니라 타입스크립트나 JSX로 작성된 코드를 바로 실행할 수 있으며, 패키지 매니저와 테스트 러너, 심지어 번들러까지 탑재하고 있습니다. 즉, 이 모든 귀찮은 일들이 다른 라이브러리 설치하지 않아도 Bun 하나만 있으면 해결됩니다 🤯

Bun에 대해서 더 알고 싶으시다면 아래 게시물을 추천드리겠습니다.

📕 Bun: 귀엽지만 강력한 새로운 자바스크립트 런타임: https://careerly.co.kr/comments/92202

차세대 자바스크립트 런타임으로 주목받고 있는 Bun이 v1.1을 출시하였습니다. 하필 거짓말처럼 만우절에 출시를 하여 윈도우즈 사용자들의 애간장을 태웠는데요. 그동안 Bun을 윈도우에서 사용하려면 WSL(Windows Subsystem for Linux)가 필요했었는데, 이제는 네이티브로도 사용할 수 있게 되었습니다 🙌 자세한 내용은 아래 공식 블로그와 유튜브 영상을 참고 바랍니다. 실제 Bun을 개발하고 있는 엔지니어들이 직접 나와서 소개하고 있는데 같은 개발자로서 약간 웃프네용 😂 📝 블로그: https://bun.sh/blog/bun-v1.1📺 영상: https://youtu.be/yXTFOeGly9o 많은 분들이 Bun을 단순히 Node.js 보다 무지 빠른 자바스크립트 런타임이라고 알고 계시는데, 사실 Bun은 개발자 경험이 놀랍도록 띄어난 올인원 툴키트(all-in-one toolkit)입니다. Bun만 있으면 복잡한 과정없이 자바스크립트 뿐만 아니라 타입스크립트나 JSX로 작성된 코드를 바로 실행할 수 있으며, 패키지 매니저와 테스트 러너, 심지어 번들러까지 탑재하고 있습니다. 즉, 이 모든 귀찮은 일들이 다른 라이브러리 설치하지 않아도 Bun 하나만 있으면 해결됩니다 🤯 Bun에 대해서 더 알고 싶으시다면 아래 게시물을 추천드리겠습니다. 📕 Bun: 귀엽지만 강력한 새로운 자바스크립트 런타임: https://careerly.co.kr/comments/92202

🥟 Bun v1.1 출시 소식

디자인 시스템, 코드를 넘어서

https://so-so.dev/react/design-system-beyond-code/

같은 걸 3번 만드는 경험은 흔치 않죠. 그래서 글에 깊은 맛이 있답니다!!

https://so-so.dev/react/design-system-beyond-code/ 같은 걸 3번 만드는 경험은 흔치 않죠. 그래서 글에 깊은 맛이 있답니다!!

So-so

디자인시스템 3번만든 이야기

HashMap is Hash table based implementation of the Map interface. This implementation provides all of the optional map operations, and permits null values and the null key. (The HashMap class is...

Barclays Java Spring-Boot Micro-service Interview Question with answer 2024

Finally 블록에서 예외가 발생하면 어떻게 되나요?
자바에서, try-catch에서 finally 블록 내에서 예외가 발생할 때의 동작은, try-catch 블록의 예외 처리와 약간 다릅니다. 
 
[Try-Catch 블록의 예외]
 * 정상적인 플로우가 중지됩니다.
 * 예외 유형과 일치하는 catch 블록이 있다면, 해당 블록 내의 코드가 실행됩니다. 이를 통해 예외를 처리할 수 있습니다.
 * catch 블록이 완료되거나 어떤 catch 블록과도 일치하지 않으면 finally 블록의 코드가 실행됩니다.
[Finally 블록의 예외]
 * 원래의 예외가 중지됩니다. 이는 원래의 예외가 메서드 호출자에게 전달되지 않는 것을 의미합니다.
 * finally 블록에서 던진 예외가 호출자에게 전파되는 새로운 예외가 됩니다.
[키 포인트]
 * finally 블록은 try-catch 블록에서 예외가 발생하는지 여부에 관계없이 항상 실행됩니다.
 * finally 블록의 예외는 원래의 예외를 억제합니다.
 * finally 블록에서 던진 예외는 호출자가 처리해야 하는 새로운 예외가 됩니다.
[Finally 블록의 쓰임새]
 * 리소스(데이터베이스 연결, 파일 클로징)를 해제합니다.
 * 예외에 관계없이 항상 수행해야 하는 정리 작업을 처리합니다.
 
자바의 다이아몬드 문제란 무엇인가요?
"다이아몬드 문제"란 여러 상속 시나리오에서 발생하는 특정한 문제를 의미합니다. 클래스 상속 다이어그램을 그릴 때 발생하는 다이아몬드 모양에서 이름을 따왔습니다.

 1. 자바의 접근방식: 자바는 클래스의 다중상속을 지원하지 않습니다. 그러나 자바는 인터페이스의 다중상속은 허용합니다. 
 2. 자바 인터페이스의 다이아몬드 문제: 클래스가 두 개의 인터페이스를 구현하고 두 인터페이스가 모두 동일한 메소드명을 가진다면, 구현 클래스는 모호성을 해결하기 위해 메서드를 자체적으로 구현해야 합니다.
interface InterfaceA {
    default void display() {
        System.out.println("Inside InterfaceA");
    }
}

interface InterfaceB {
    default void display() {
        System.out.println("Inside InterfaceB");
    }
}

class MyClass implements InterfaceA, InterfaceB {
    // Here, we must provide our own implementation of display to resolve the ambiguity.
    @Override
    public void display() {
        InterfaceA.super.display(); // calling InterfaceA's default implementation
        InterfaceB.super.display(); // calling InterfaceB's default implementation
    }
}

어떻게 해결할 수 있을까요?

1. 메서드 오버라이딩: 구현 클래스에서 자신만의 구현을 제공하여 모호함을 해결합니다. 이 방식은 기본 구현 중 하나를 선택하거나 완전히 새로운 구현을 제공하고자 할 때 적합합니다.
class MyClass implements InterfaceA, InterfaceB {
    @Override
    public void display() {
        System.out.println("Hello world");
    }
}

2. 특정 인터페이스의 메서드 호출: 특정한 인터페이스의 메서드를 호출합니다. 
class MyClass implements InterfaceA, InterfaceB {
    @Override
    public void display() {
        InterfaceA.super.display(); // or InterfaceB.super.display()
        // Additional logic if needed
    }
}

 
Multilevel 상속이란 무엇인가요?
Multilevel 상속에서 A 클래스는 B 클래스를 상속하며, B 클래스 역시 C 클래스를 상속합니다.
 
자식 클래스는 부모 클래스를 통해 조부모 클래스에서 간접적으로 상속됩니다. 자식 클래스는 부모 및 조부모 클래스의 모든 public/protected 멤버에 접근할 수 있습니다.
 
String, Stringbuffer, Stringbuilder의 차이는 무엇인가요?
(번역/원문 참고)
 
메서드 오버라이딩과 오버로딩은 무엇인가요?
[메서드 오버로딩]
 * 단일 클래스 내에서 발생합니다. 이름은 같지만 매개 변수가 다른 동일한 클래스의 여러 메서드를 말합니다.
 * 메서드 오버로딩을 사용하면 유사한 작업을 수행하지만 입력/출력이 다른 메서드를 만들 수 있습니다.
class Calculator {
  public int add(int a, int b) {
    return a + b;
  }

  public double add(double a, double b) {
    return a + b;
  }
}

[메서드 오버라이딩]
 * 상속에서 클래스 간에 메서드 오버라이딩이 발생합니다. 하위 클래스가 상위 클래스에서 상속된 메서드를 재정의하는 것을 말합니다. 메서드는 상위 클래스 메서드와 동일한 이름, 반환 유형 및 매개 변수를 갖습니다.
 * 메서드 오버라이딩을 사용하면 하위 클래스가 상위 클래스에서 상속된 메서드를 자체적으로 구현하여 하위 클래스에 대한 동작을 전문화할 수 있습니다.
class Animal {
  public void makeSound() {
    System.out.println("Generic animal sound");
  }
}

class Dog extends Animal {
  @Override
  public void makeSound() {
    System.out.println("Woof!");
  }
}

 
예외 클래스의 계층구조는 무엇인가요?
Arraylist와 Linkedlist의 차이는 무엇인가요?
Set과 Arraylist의 차이는 무엇인가요?
(번역/원문 참고)
 
번역: [https://ducktopia.tistory.com/119]
원문:

Finally 블록에서 예외가 발생하면 어떻게 되나요?자바에서, try-catch에서 finally 블록 내에서 예외가 발생할 때의 동작은, try-catch 블록의 예외 처리와 약간 다릅니다.&nbsp;&nbsp;[Try-Catch 블록의 예외]<ul ><li>정상적인 플로우가 중지됩니다.</li><li>예외 유형과 일치하는 catch 블록이 있다면, 해당 블록 내의 코드가 실행됩니다. 이를 통해 예외를 처리할 수 있습니다.</li><li>catch 블록이 완료되거나 어떤 catch 블록과도 일치하지 않으면 finally 블록의 코드가 실행됩니다.</li></ul>[Finally 블록의 예외]<ul ><li>원래의 예외가 중지됩니다. 이는 원래의 예외가 메서드 호출자에게 전달되지 않는 것을 의미합니다.</li><li>finally 블록에서 던진 예외가 호출자에게 전파되는 새로운 예외가 됩니다.</li></ul>[키 포인트]<ul ><li>finally 블록은 try-catch 블록에서 예외가 발생하는지 여부에 관계없이 항상 실행됩니다.</li><li>finally 블록의 예외는 원래의 예외를 억제합니다.</li><li>finally 블록에서 던진 예외는 호출자가 처리해야 하는 새로운 예외가 됩니다.</li></ul>[Finally 블록의 쓰임새]<ul ><li>리소스(데이터베이스 연결, 파일 클로징)를 해제합니다.</li><li>예외에 관계없이 항상 수행해야 하는 정리 작업을 처리합니다.</li></ul>&nbsp;자바의 다이아몬드 문제란 무엇인가요?"다이아몬드 문제"란 여러 상속 시나리오에서 발생하는 특정한 문제를 의미합니다. 클래스 상속 다이어그램을 그릴 때 발생하는 다이아몬드 모양에서 이름을 따왔습니다. <ol ><li>자바의 접근방식: 자바는 클래스의 다중상속을 지원하지 않습니다. 그러나 자바는 인터페이스의 다중상속은 허용합니다.&nbsp;</li><li>자바 인터페이스의 다이아몬드 문제: 클래스가 두 개의 인터페이스를 구현하고 두 인터페이스가 모두 동일한 메소드명을 가진다면, 구현 클래스는 모호성을 해결하기 위해 메서드를 자체적으로 구현해야 합니다.</li></ol><pre ><code class="language-java">interface InterfaceA {
 default void display() {
 System.out.println("Inside InterfaceA");
 }
}

interface InterfaceB {
 default void display() {
 System.out.println("Inside InterfaceB");
 }
}

class MyClass implements InterfaceA, InterfaceB {
 // Here, we must provide our own implementation of display to resolve the ambiguity.
 @Override
 public void display() {
 InterfaceA.super.display(); // calling InterfaceA's default implementation
 InterfaceB.super.display(); // calling InterfaceB's default implementation
 }
}</code></pre>어떻게 해결할 수 있을까요? 1. 메서드 오버라이딩: 구현 클래스에서 자신만의 구현을 제공하여 모호함을 해결합니다. 이 방식은 기본 구현 중 하나를 선택하거나 완전히 새로운 구현을 제공하고자 할 때 적합합니다.<pre ><code class="language-java">class MyClass implements InterfaceA, InterfaceB {
 @Override
 public void display() {
 System.out.println("Hello world");
 }
}</code></pre>2. 특정 인터페이스의 메서드 호출: 특정한 인터페이스의 메서드를 호출합니다.&nbsp;<pre ><code class="language-java">class MyClass implements InterfaceA, InterfaceB {
 @Override
 public void display() {
 InterfaceA.super.display(); // or InterfaceB.super.display()
 // Additional logic if needed
 }
}</code></pre>&nbsp;Multilevel 상속이란 무엇인가요?Multilevel 상속에서 A 클래스는 B 클래스를 상속하며, B 클래스 역시 C 클래스를 상속합니다.&nbsp;자식 클래스는 부모 클래스를 통해 조부모 클래스에서 간접적으로 상속됩니다. 자식 클래스는 부모 및 조부모 클래스의 모든 public/protected 멤버에 접근할 수 있습니다.&nbsp;String, Stringbuffer, Stringbuilder의 차이는 무엇인가요?(번역/원문 참고)&nbsp;메서드 오버라이딩과 오버로딩은 무엇인가요?[메서드 오버로딩]<ul ><li>단일 클래스 내에서 발생합니다. 이름은 같지만 매개 변수가 다른 동일한 클래스의 여러 메서드를 말합니다.</li><li>메서드 오버로딩을 사용하면 유사한 작업을 수행하지만 입력/출력이 다른 메서드를 만들 수 있습니다.</li></ul><pre ><code class="language-java">class Calculator {
 public int add(int a, int b) {
 return a + b;
 }

 public double add(double a, double b) {
 return a + b;
 }
}</code></pre>[메서드 오버라이딩]<ul ><li>상속에서 클래스 간에 메서드 오버라이딩이 발생합니다. 하위 클래스가 상위 클래스에서 상속된 메서드를 재정의하는 것을 말합니다. 메서드는 상위 클래스 메서드와 동일한 이름, 반환 유형 및 매개 변수를 갖습니다.</li><li>메서드 오버라이딩을 사용하면 하위 클래스가 상위 클래스에서 상속된 메서드를 자체적으로 구현하여 하위 클래스에 대한 동작을 전문화할 수 있습니다.</li></ul><pre ><code class="language-java">class Animal {
 public void makeSound() {
 System.out.println("Generic animal sound");
 }
}

class Dog extends Animal {
 @Override
 public void makeSound() {
 System.out.println("Woof!");
 }
}</code></pre>&nbsp;예외 클래스의 계층구조는 무엇인가요?Arraylist와 Linkedlist의 차이는 무엇인가요?Set과 Arraylist의 차이는 무엇인가요?(번역/원문 참고)&nbsp;번역: [https://ducktopia.tistory.com/119]원문:

🕊️ 2024 버클리즈 Java SpringBoot 인터뷰 질문 

Learn to become an Data Analyst using this roadmap. Community driven, articles, resources, guides, interview questions, quizzes for modern backend development.

Data Analyst Roadmap

개발자분들은 roadmap.sh에 대해 이미 아시겠죠?
최근 데이터분석가의 로드맵도 업데이트되어 공유합니다!

사실 이렇게 보면.. 개발자 로드맵보다 조금 정립되어있지 않은 느낌도 드는데, 그래도 참고해보면 좋을 것 같아요!

https://roadmap.sh/data-analyst

개발자분들은 roadmap.sh에 대해 이미 아시겠죠?최근 데이터분석가의 로드맵도 업데이트되어 공유합니다! 사실 이렇게 보면.. 개발자 로드맵보다 조금 정립되어있지 않은 느낌도 드는데, 그래도 참고해보면 좋을 것 같아요! https://roadmap.sh/data-analyst

roadmap.sh

데이터분석가 로드맵 🤓

1. 감정은 전염되기 때문에 매우 중요하다.

2. 사람들은 자신과 연관된 것들을 자랑스러워하고 자신과 동료들이 성공할 것이라고 믿고 싶어 한다.

3. 그래서 조직을 이끄는 리더에게 주어진 가장 중요한 임무 하나가 자신감을 보여 주는 것이다.

4. 사람들은 자신감 넘치는 사람을 따르고 지지하고 싶어 한다.

5. 그렇기 때문에 자신감 있어 보이는 사람들이 취직하고 승진할 가능성이 크다.

6. 이뿐만 아니라 리더가 자신감 있게 행동하면 그 자신감이 전염되어 그를 따르는 다른 사람들도 더 자신감 있게 행동한다.

#권력을경영하는7가지원칙

1. 감정은 전염되기 때문에 매우 중요하다. 2. 사람들은 자신과 연관된 것들을 자랑스러워하고 자신과 동료들이 성공할 것이라고 믿고 싶어 한다. 3. 그래서 조직을 이끄는 리더에게 주어진 가장 중요한 임무 하나가 자신감을 보여 주는 것이다. 4. 사람들은 자신감 넘치는 사람을 따르고 지지하고 싶어 한다. 5. 그렇기 때문에 자신감 있어 보이는 사람들이 취직하고 승진할 가능성이 크다. 6. 이뿐만 아니라 리더가 자신감 있게 행동하면 그 자신감이 전염되어 그를 따르는 다른 사람들도 더 자신감 있게 행동한다. #권력을경영하는7가지원칙

< 리더의 자신감은 전염된다 >

Optimism, obsession, self-belief, raw horsepower and personal connections are how things get started. Cohesive teams, the right combination of calmness and urgency, and unreasonable commitment are...

What I Wish Someone Had Told Me

1. 일은 낙관, 집념, 신념, 거친 돌파력, 인간적 연결에서부터 시작됩니다.

2. 하지만 일을 마무리하는 것은 단합된 팀, 빠른 속도와 차분함의 조합, 무한한 헌신입니다.

3. (사람들이 착각하지만) 팀에게는 ‘중요한데 어려운 일을 하는 것’이 ‘중요하지 않지만 쉬운 일을 하는 것’보다 훨씬 더 쉽습니다. 담대한 목표는 사람들의 동기를 자극하니까요.

4. 인센티브는 슈퍼 파워지만, 신중하게 설정해야 합니다. (그게 고객이든, 직원이든, 한 번 도입한 인센티브를 되돌리긴 쉽지 않기 때문입니다)

5. (너무 많은 일을 동시에 벌이려고 하지 말고) 확신을 가지는 소수의 몇 가지에 자원을 집중하세요. 하지만 말이 쉽지, 이를 행동으로 옮기는 건 쉽진 않을 겁니다. 생각했던 것보다 훨씬 더 많은 것들을 (뼈를 깎는 고통을 감수하며) 제거해야 할 테니까요. (=존 우든 효과)

6. 커뮤니케이션은 명확하고 깔끔하게 하세요.

7. 조직의 구조가 구성원들이 생산적으로 일하는 것을 방해하게 않도록 하세요. 특히 관료주의와 헛소리에 대해선 발견할 때마다 싸우고, 구성원들 또한 이를 발견할 때마다 싸우도록 만드세요.

8. 비즈니스에서 중요한 건 결과입니다. 과정이 좋았다며, 나쁜 결과를 변명하도록 내버려두지 마세요. (결과가 안 좋았다면, 분명 프로세스에 문제가 있는 겁니다. 따라서 과정이 좋았다는 위로가 아니라, 문제를 파악하고 개선해야 더 나은 결과를 얻을 수 있습니다)

9. 채용에 더 많은 시간을 투자하고, 빠르게 성장할 가능성이 보이는 사람들을 영입하기 위해 위험을 무릎 써보세요!

10. 슈퍼스타는 보이는 것보다 훨씬 더 큰 가치를 가지지만, 그들에 대한 평가는 조직의 성과에 어떤 기여를 했는지를 두고 정확하게 내려야 합니다.

11. 빠른 반복은 많은 문제를 해결합니다. 특히 빠르게 반복할 수 있으면, 틀려도 상관없습니다. (빠르게 반복하는 과정에서 틀린 것들을 계속 수정할 테니까요)

12. 물리 법칙에 해당하는 비즈니스와는 싸우지 마세요. (비과학적인 믿음으로 사업을 하지 말라는 말입니다)

13. 영감은 쉽게 깨지고, 삶은 놀랍도록 빠릅니다. 그리고 아무것도 하지 않은 것이야말로 최악의 위험입니다.

14. 스케일은 급부상하고 있는 신흥 자산입니다.

15. 복리는 마법입니다. 그러니 규모와 복리가 만나는 비즈니스를 하세요.

16. 쓰러져도 다시 일어나 계속 나아가세요.

17. 위대한 사람들과 함께 일하는 것은 인생에서 가장 큰 축복 중 하나입니다.

- 샘 알트만

https://blog.samaltman.com/what-i-wish-someone-had-told-me

1. 일은 낙관, 집념, 신념, 거친 돌파력, 인간적 연결에서부터 시작됩니다. 2. 하지만 일을 마무리하는 것은 단합된 팀, 빠른 속도와 차분함의 조합, 무한한 헌신입니다. 3. (사람들이 착각하지만) 팀에게는 ‘중요한데 어려운 일을 하는 것’이 ‘중요하지 않지만 쉬운 일을 하는 것’보다 훨씬 더 쉽습니다. 담대한 목표는 사람들의 동기를 자극하니까요. 4. 인센티브는 슈퍼 파워지만, 신중하게 설정해야 합니다. (그게 고객이든, 직원이든, 한 번 도입한 인센티브를 되돌리긴 쉽지 않기 때문입니다) 5. (너무 많은 일을 동시에 벌이려고 하지 말고) 확신을 가지는 소수의 몇 가지에 자원을 집중하세요. 하지만 말이 쉽지, 이를 행동으로 옮기는 건 쉽진 않을 겁니다. 생각했던 것보다 훨씬 더 많은 것들을 (뼈를 깎는 고통을 감수하며) 제거해야 할 테니까요. (=존 우든 효과) 6. 커뮤니케이션은 명확하고 깔끔하게 하세요. 7. 조직의 구조가 구성원들이 생산적으로 일하는 것을 방해하게 않도록 하세요. 특히 관료주의와 헛소리에 대해선 발견할 때마다 싸우고, 구성원들 또한 이를 발견할 때마다 싸우도록 만드세요. 8. 비즈니스에서 중요한 건 결과입니다. 과정이 좋았다며, 나쁜 결과를 변명하도록 내버려두지 마세요. (결과가 안 좋았다면, 분명 프로세스에 문제가 있는 겁니다. 따라서 과정이 좋았다는 위로가 아니라, 문제를 파악하고 개선해야 더 나은 결과를 얻을 수 있습니다) 9. 채용에 더 많은 시간을 투자하고, 빠르게 성장할 가능성이 보이는 사람들을 영입하기 위해 위험을 무릎 써보세요! 10. 슈퍼스타는 보이는 것보다 훨씬 더 큰 가치를 가지지만, 그들에 대한 평가는 조직의 성과에 어떤 기여를 했는지를 두고 정확하게 내려야 합니다. 11. 빠른 반복은 많은 문제를 해결합니다. 특히 빠르게 반복할 수 있으면, 틀려도 상관없습니다. (빠르게 반복하는 과정에서 틀린 것들을 계속 수정할 테니까요) 12. 물리 법칙에 해당하는 비즈니스와는 싸우지 마세요. (비과학적인 믿음으로 사업을 하지 말라는 말입니다) 13. 영감은 쉽게 깨지고, 삶은 놀랍도록 빠릅니다. 그리고 아무것도 하지 않은 것이야말로 최악의 위험입니다. 14. 스케일은 급부상하고 있는 신흥 자산입니다. 15. 복리는 마법입니다. 그러니 규모와 복리가 만나는 비즈니스를 하세요. 16. 쓰러져도 다시 일어나 계속 나아가세요. 17. 위대한 사람들과 함께 일하는 것은 인생에서 가장 큰 축복 중 하나입니다. - 샘 알트만 https://blog.samaltman.com/what-i-wish-someone-had-told-me

Sam Altman

창업을 하고자 하는 사람들에게 해주고 싶은 말들

- Electrek은 Tesla가 23년 1월 중순 이후 신규 레이더 센서를 자사 차량에 추가하겠다는 내용을 전달했다고 보도: Tesla는 새 레이더에 대한 세부 사항이 공개되지 않도록 FCC에 기밀 유지를 요청하고 승인 받음
- 그동안 Tesla는 자율주행에 카메라 이외의 센서는 불필요하다는 입장을 견지: Tesla는 카메라 센서와 신경망 처리 시스템으로 물체를 인지하는 Tesla vision 기술 사용에 주력
- Tesla는 처음부터 라이다 사용은 고려하지 않았고, 레이더는 2021년 5월, 초음파 센서는 2022년 10월 부터 제거
- Tesla의 레이더 추가 계획에 따라 카메라에만 의존하던 자율주행 시스템 개발 방향이 수정될 가능성이 높아짐: 카메라에 의존한 Tesla의 자율주행 차량은 사고가 빈번 (2021년 7월 ~ 2022년 5월 NHTSA에 보고된 ADAS 관련 충돌사고 392건 중 273건이 Tesla 차량)
- Tesla는 레이더를 신규 추가한 새로운 자율주행 시스템을 Model 3 부분 변경 모델에 탑재할 것으로 예상

지수inc 사원

최광우 

빛나는광우 빛광해돋을우 최광우입니다 ❤️
똥광코알라광우C.♥️
해주최씨 ❤️ 
좌랑공파33세손입니다 🙋‍♂️ 
최광우 😘 
최광우 TV.
C.
#마케터

휴튼 Product Manager

오영준

AI가 매주 던져주는 나만을 위한 맞춤형 질문 '휴튼'을 힘겹게 낳아 키우고 있어요👶🏻

퍼블리의 그로스 매니저로 커리어를 시작하여, 현재는 멤버십 사업을 총괄하고 있습니다.
합리적이고 해피한 세상을 향해 살아가고 있으며, 책과 교육, 경제에 관심을 가지고 있습니다.
일하는 것을 싫어하지만, 많이 하고 있습니다..

커리어리 Lead Product Manager

김광종

퍼블리 그로스매니저로 커리어를 시작하여, 프로덕트매니저와 사업총괄을 거쳐, 지금은 커리어리에서 채용 사업을 만들고 있습니다.
합리적이고 해피한 세상을 향해 살아가고 있으며, 책/교육/경제에 관심이 있습니다.
자유로운 삶을 추구하지만, 지금은 일에 매여 있습니다..

Tesla 자율 주행 센서에 레이더 추가 예상

Managing Director

Manager in messenger service team

Manager in Global strategy & investment team

전기공학부

Learned how cryptocurrencies work and how the underlying
blockchain technology could impact your organization and industry

Blockchain in Business: Beyond the Hype

토마스 정

링크

Wharton MBA를 졸업하고 실리콘밸리에서 11년차 VC로 활동하고 있습니다. SKT에서 투자/전략을 담당했었고, Xiaomi의 100번째 직원이기도 합니다.

Tesla 자율 주행 센서에 레이더 추가 예상

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필