01 . 혹시 예전에는 별생각 없이 자주 썼던 말인데 어느 순간부터는 덜 사용하게 되는 말이 있으신가요? 뭐 유행이 한풀 꺾여서 더 이상 안 쓰게 될 수도 있지만 그건 나뿐만 아니라 많은 사람에게 해당되는 말이기도 하고, 말하는 습관이나 환경이 달라짐에 따라 왠지 거리를 좀 두게 되는 말들도 존재하지만 그 또한 내 의지로 인해 사용성이 감소하는 단어는 아닐 겁니다.

02 . 살면서 특정한 단어의 쓰임을 고민한다는 건 그 단어가 가진 고유한 뜻보다 누군가에게 어떻게 들릴지를 깊이 있게 생각해 보는데서 출발합니다. 이런 예시가 적절한지 모르겠지만, 마치 칼이나 가위처럼 날카로운 도구를 나 혼자 다룰 때는 비교적 적당한 주의만으로도 충분히 사용할 수 있지만 누군가에게 건넬 때는 한 번 더 조심성이 더해지는 것처럼 말이죠. 서로 주고받는 타이밍이 약간이라도 어긋나거나 상대가 아직 그 사용성에 익숙하지 않다면 사고로 이어질 수도 있으니까요.

03 . 일을 해오는 동안 생긴 습관 중에 하나는 누구에게라도 흘려 내뱉는 말처럼 'OO 님이 이해 좀 해주세요'라는 표현을 쉽게 쓰지 않게 되었다는 겁니다. 심지어 그전까지는 많은 사람들이 그토록 쉽고 편하게 '이해하라'는 말을 한다는 사실조차도 모르고 있었죠.
물론 살면서 누군가에게 이해를 구하는 일도 생기고 나 역시 상대를 이해해야 하는 순간들이 부지기수로 많습니다. 하지만 내가 직접 이해를 바라거나 반대로 내가 직접 이해를 하는 것과는 다르게, 상대에게 또 다른 특정 대상을 가리켜 이해하라고 요구하는 것은 본질적인 차이가 있다고 생각합니다. 더불어 꽤 일방적이고 때로는 무례한 요구이기까지 하죠.

04 . 직접 경험한 것도 있고 간접 경험한 것도 있지만 사건의(?) 케이스들은 대부분 이랬습니다. A,B,C라는 세 사람이 있다면 보통 A가 B에게 문제를 제기하거나 개선을 요구하는 데서 출발합니다. 그 이야기를 들은 A는 C에게 사정 혹은 문제가 있다는 것을 알지만 본인이 이 사실을 이슈로 만들고 싶은 생각은 없습니다. 그렇다고 뾰족한 대책을 마련해 줄 수도 없다 보니 문제를 다시 B에게로 돌려보내는 겁니다. 바로 '네가 좀 이해해라. C에게도 그만한 사정이 있을 거다'라는 말과 함께 말이죠.

05 . 특히 이 과정에서 A가 B보다 높은 지위에 있는 경우라면 문제는 더 심각해질 수 있습니다. 문제를 덮고 돌려보내는 것 자체도 좋지 않은 상황을 야기하지만 그보다 더 나쁜 건 B로 하여금 '내가 이해를 하면 되는 문제인 거구나'라는 인식을 심어주기 때문이죠. 그때부터는 누군가를 '이해하라'는 말이 매우 강압적인 표현이 될 수도 있음이 분명합니다.

06 . 그래서 어느 순간부터는 섣불리 '이해하라'는 말을 꺼내기에 앞서 상대가 스스로 어떻게 문제를 받아들이고 있고 어떤 노력을 하고 있는지를 객관적으로 볼 수 있게 대화를 이어가려 합니다. 즉, 'OO 님이 생각하시기엔 지금 상황에서 제일 큰 문제가 무엇이라고 생각하세요?'라든가 '혹시 저에게 말씀하시기 전까지 어떤 부분들이 제일 고민이 되었나요?' 같은 질문을 하려고 하거든요. 그럼 많은 경우 스스로가 생각한 문제나 스스로가 해온 노력들을 직접 말로 표현하면서 생각을 더 체계적으로 정리하는 케이스가 많았습니다.

07 . 이렇다 보니 이제는 누군가가 고민을 얘기하거나 의견을 개진하려고 할 때 일단 무턱대고 '이해'부터 내세우고 요구하는 사례가 더 눈에 잘 띕니다.
"아니에요. 그렇게 생각하지 마시고 OO 님도 좋게 좋게 받아들이세요. 아예 모르는 사이도 아니고 우리가 그 정도는 충분히 이해할 수 있잖아요."
아마 지금 이 글을 읽고 계신 분들 중에도 이런 표현의 말들을 들어본 분이 적지 않을 거라고 생각됩니다. 그만큼 우리 모두 크게 의식하지 않고 일상 속에 퍼뜨리는 말 중에 하나니까요.

08 . 하지만 '이해하라'는 말은 상대에게 정확한 범위도, 역할도, 방법도, 효과도 규정하지 않은 채로 문제 자체를 무효화하는 결과로 이어집니다. 물론 타인과 관계를 맺어가야 하는 입장에서 누군가를 더 깊고 넓게 이해하는 데서 오는 긍정적인 점들이 많다는 건 당연히 잘 알고 있지만, 매사 타인에게 '이해하고 보라'는 식의 주문은 그리 적절해 보이지 않다는 게 제 생각입니다.

09 . 그럼에도 불구하고 '괜히 속 좁은 사람처럼 보일 수 있지 않을까...'라고 생각된다면 '이해하라'는 말을 이렇게 한번 사용해 보는 것도 좋습니다.
일을 같이하는 입장이라면 '우리가 C에게 어떤 도움을 줄 수 있을까요?'라며 문제의식 자체를 공통의 어젠다로 등록하는 방법도 있고, 일반적인 사이에서는 '혹시 우리가 잘못 이해하고 있는 부분이 있으려나?'처럼 '충분히 헤아려봤음에도 쉽게 납득되지 않는 부분이 존재하는지'를 셀프 체크하는 방법도 있거든요. 저는 이게 '이해'라는 단어를 제대로 사용하는 현명한 가이드라고도 생각합니다.

10 . 파나소닉의 창업자이자 국내의 많은 독자들에게도 경영의 귀재로 알려져 있는 마쓰시타 고노스케 옹은 이런 말을 남겼습니다.
"만사가 잘 진행되게 하려면 누구에게 어떤 말을 해주는가가 기본이다. 적절한 말이 올바르게 쓰일 때 일도 사람도 성장한다."
그런 의미에서 저는 '이해'라는 단어도 그렇게 쓰였으면 합니다. '적절하고 올바르게'.

01 . 혹시 예전에는 별생각 없이 자주 썼던 말인데 어느 순간부터는 덜 사용하게 되는 말이 있으신가요? 뭐 유행이 한풀 꺾여서 더 이상 안 쓰게 될 수도 있지만 그건 나뿐만 아니라 많은 사람에게 해당되는 말이기도 하고, 말하는 습관이나 환경이 달라짐에 따라 왠지 거리를 좀 두게 되는 말들도 존재하지만 그 또한 내 의지로 인해 사용성이 감소하는 단어는 아닐 겁니다. 02 . 살면서 특정한 단어의 쓰임을 고민한다는 건 그 단어가 가진 고유한 뜻보다 누군가에게 어떻게 들릴지를 깊이 있게 생각해 보는데서 출발합니다. 이런 예시가 적절한지 모르겠지만, 마치 칼이나 가위처럼 날카로운 도구를 나 혼자 다룰 때는 비교적 적당한 주의만으로도 충분히 사용할 수 있지만 누군가에게 건넬 때는 한 번 더 조심성이 더해지는 것처럼 말이죠. 서로 주고받는 타이밍이 약간이라도 어긋나거나 상대가 아직 그 사용성에 익숙하지 않다면 사고로 이어질 수도 있으니까요. 03 . 일을 해오는 동안 생긴 습관 중에 하나는 누구에게라도 흘려 내뱉는 말처럼 'OO 님이 이해 좀 해주세요'라는 표현을 쉽게 쓰지 않게 되었다는 겁니다. 심지어 그전까지는 많은 사람들이 그토록 쉽고 편하게 '이해하라'는 말을 한다는 사실조차도 모르고 있었죠. 물론 살면서 누군가에게 이해를 구하는 일도 생기고 나 역시 상대를 이해해야 하는 순간들이 부지기수로 많습니다. 하지만 내가 직접 이해를 바라거나 반대로 내가 직접 이해를 하는 것과는 다르게, 상대에게 또 다른 특정 대상을 가리켜 이해하라고 요구하는 것은 본질적인 차이가 있다고 생각합니다. 더불어 꽤 일방적이고 때로는 무례한 요구이기까지 하죠. 04 . 직접 경험한 것도 있고 간접 경험한 것도 있지만 사건의(?) 케이스들은 대부분 이랬습니다. A,B,C라는 세 사람이 있다면 보통 A가 B에게 문제를 제기하거나 개선을 요구하는 데서 출발합니다. 그 이야기를 들은 A는 C에게 사정 혹은 문제가 있다는 것을 알지만 본인이 이 사실을 이슈로 만들고 싶은 생각은 없습니다. 그렇다고 뾰족한 대책을 마련해 줄 수도 없다 보니 문제를 다시 B에게로 돌려보내는 겁니다. 바로 '네가 좀 이해해라. C에게도 그만한 사정이 있을 거다'라는 말과 함께 말이죠. 05 . 특히 이 과정에서 A가 B보다 높은 지위에 있는 경우라면 문제는 더 심각해질 수 있습니다. 문제를 덮고 돌려보내는 것 자체도 좋지 않은 상황을 야기하지만 그보다 더 나쁜 건 B로 하여금 '내가 이해를 하면 되는 문제인 거구나'라는 인식을 심어주기 때문이죠. 그때부터는 누군가를 '이해하라'는 말이 매우 강압적인 표현이 될 수도 있음이 분명합니다. 06 . 그래서 어느 순간부터는 섣불리 '이해하라'는 말을 꺼내기에 앞서 상대가 스스로 어떻게 문제를 받아들이고 있고 어떤 노력을 하고 있는지를 객관적으로 볼 수 있게 대화를 이어가려 합니다. 즉, 'OO 님이 생각하시기엔 지금 상황에서 제일 큰 문제가 무엇이라고 생각하세요?'라든가 '혹시 저에게 말씀하시기 전까지 어떤 부분들이 제일 고민이 되었나요?' 같은 질문을 하려고 하거든요. 그럼 많은 경우 스스로가 생각한 문제나 스스로가 해온 노력들을 직접 말로 표현하면서 생각을 더 체계적으로 정리하는 케이스가 많았습니다. 07 . 이렇다 보니 이제는 누군가가 고민을 얘기하거나 의견을 개진하려고 할 때 일단 무턱대고 '이해'부터 내세우고 요구하는 사례가 더 눈에 잘 띕니다. "아니에요. 그렇게 생각하지 마시고 OO 님도 좋게 좋게 받아들이세요. 아예 모르는 사이도 아니고 우리가 그 정도는 충분히 이해할 수 있잖아요."아마 지금 이 글을 읽고 계신 분들 중에도 이런 표현의 말들을 들어본 분이 적지 않을 거라고 생각됩니다. 그만큼 우리 모두 크게 의식하지 않고 일상 속에 퍼뜨리는 말 중에 하나니까요. 08 . 하지만 '이해하라'는 말은 상대에게 정확한 범위도, 역할도, 방법도, 효과도 규정하지 않은 채로 문제 자체를 무효화하는 결과로 이어집니다. 물론 타인과 관계를 맺어가야 하는 입장에서 누군가를 더 깊고 넓게 이해하는 데서 오는 긍정적인 점들이 많다는 건 당연히 잘 알고 있지만, 매사 타인에게 '이해하고 보라'는 식의 주문은 그리 적절해 보이지 않다는 게 제 생각입니다. 09 . 그럼에도 불구하고 '괜히 속 좁은 사람처럼 보일 수 있지 않을까...'라고 생각된다면 '이해하라'는 말을 이렇게 한번 사용해 보는 것도 좋습니다. 일을 같이하는 입장이라면 '우리가 C에게 어떤 도움을 줄 수 있을까요?'라며 문제의식 자체를 공통의 어젠다로 등록하는 방법도 있고, 일반적인 사이에서는 '혹시 우리가 잘못 이해하고 있는 부분이 있으려나?'처럼 '충분히 헤아려봤음에도 쉽게 납득되지 않는 부분이 존재하는지'를 셀프 체크하는 방법도 있거든요. 저는 이게 '이해'라는 단어를 제대로 사용하는 현명한 가이드라고도 생각합니다. 10 . 파나소닉의 창업자이자 국내의 많은 독자들에게도 경영의 귀재로 알려져 있는 마쓰시타 고노스케 옹은 이런 말을 남겼습니다. "만사가 잘 진행되게 하려면 누구에게 어떤 말을 해주는가가 기본이다. 적절한 말이 올바르게 쓰일 때 일도 사람도 성장한다."그런 의미에서 저는 '이해'라는 단어도 그렇게 쓰였으면 합니다. '적절하고 올바르게'.

'네가 이해하라'는 말이 주는 부정적 영향에 대하여

60세 이상 감독은 10% 감점, 전작 망했으면 가점 수익률 176%의 비결 은행권 유일 기업은행 문화투자부 천만영화 투자 비법을 말하다 500만명도 언감생심이라던 예상을 깨고 천만영화에 등극한 파묘의 뒤에서 크게 웃은 이들이 있다. 제작사도 아닌데 잘했다는 격려를 잇

60세 이상 감독은 10% 감점, 전작 망했으면 가점... 수익률 176%의 비결

1. 천만 영화에 등극한 '파묘’의 뒤에서 크게 웃은 이들이 있다. 바로, IBK기업은행의 문화콘텐츠 금융부다.

2. 제작사도 아닌데 ‘잘했다’는 격려를 잇따라 받고 있는 기업은행 문화콘텐츠 금융부는 ‘파묘’에 10억원을 투자해 현재 수익률 100%를 넘는다.

3. 은행권의 문화 콘텐츠 전담 부서로는 기업은행 문화콘텐츠 금융부가 국내 최초이며 유일하다.

4. 영화나 뮤지컬은 제작사가 영세한 경우가 많고, 배우의 일탈 등 인적 리스크가 높아 투자 선호도가 떨어지는데, 그동안 기업은행 문화콘텐츠 금융부는 이 분야를 개척해 쌓은 노하우로 영화 ‘명량’을 포함해 ‘신과 함께 1·2′, ‘국제시장' 등 역대 천만 영화 32편 중 11편을 미리 알아보고 투자했다.

5. 기업은행이 이제까지 투자한 영화는 총 129편으로, 직접 투자액은 692억 원이다. 대출이나 펀드 등 간접투자를 합하면 7조 원 이상이다. 투자한 천만 영화의 평균 수익률은 176.7%에 달한다.

6. 최고 성공작은 ‘극한 직업’으로, 7억 9000만원을 투자해 수익률 377%를 올렸다.

7. 기업은행의 영화 투자 성공 비결은 모든 정성적인 요소를 최대한 정량화한 객관적 자료에 기반해 투자 여부를 결정한다는 것이다.

8. 특히 기업은행의 특이점은 최종 조정 단계에 있다. 기업은행은 감독이 60세 이상이면 10% 감점한다. 감독의 생각에 주위 사람들이 이견을 내기 어려워하는 경우가 많기 때문이라고 한다.

9. 반대로 30·40대 감독의 데뷔작이면 10% 가산점을 준다. 젊은 의욕으로 만들어 성공 가능성이 올라갈 것으로 보는 것.

10. 출연 배우나 감독이 직전에 3번 연속으로 흥행작을 만들었으면 (점수를 오히려) 10% 깎는다. 지나친 자신감 역시 위험 요소로 친다.

11. 반대로 직전 작품이 폭망한 감독이면 10% 가산점이 부여된다. 이번엔 반드시 성공하겠다는 각오로 (개방성을 가진 상태에서) 작업할 확률이 높아지기 때문.

12. 배우나 감독·제작사가 혈연·지연·학연 등 특수 관계인 경우도 10% 감점한다. (에코 쳄버에 갇혀서 외부의 좋은 아이디어를 받아들일 가능성이 떨어지기 때문)

13. 이 같은 미세 조정 단계를 거쳐 최종 점수가 100점 만점에 65점 이상이 돼야 투자 대상으로 선정된다.

14. (바꿔 말하면, 나이, 성공경력, 특수 관계 등으로 개방성이 떨어지는 창작자의 작품에는 감점을 주고, 개방성이 높은 창작자의 작품에는 가산점을 준다고도 볼 수 있는 셈)

1. 천만 영화에 등극한 '파묘’의 뒤에서 크게 웃은 이들이 있다. 바로, IBK기업은행의 문화콘텐츠 금융부다. 2. 제작사도 아닌데 ‘잘했다’는 격려를 잇따라 받고 있는 기업은행 문화콘텐츠 금융부는 ‘파묘’에 10억원을 투자해 현재 수익률 100%를 넘는다. 3. 은행권의 문화 콘텐츠 전담 부서로는 기업은행 문화콘텐츠 금융부가 국내 최초이며 유일하다. 4. 영화나 뮤지컬은 제작사가 영세한 경우가 많고, 배우의 일탈 등 인적 리스크가 높아 투자 선호도가 떨어지는데, 그동안 기업은행 문화콘텐츠 금융부는 이 분야를 개척해 쌓은 노하우로 영화 ‘명량’을 포함해 ‘신과 함께 1·2′, ‘국제시장' 등 역대 천만 영화 32편 중 11편을 미리 알아보고 투자했다. 5. 기업은행이 이제까지 투자한 영화는 총 129편으로, 직접 투자액은 692억 원이다. 대출이나 펀드 등 간접투자를 합하면 7조 원 이상이다. 투자한 천만 영화의 평균 수익률은 176.7%에 달한다. 6. 최고 성공작은 ‘극한 직업’으로, 7억 9000만원을 투자해 수익률 377%를 올렸다. 7. 기업은행의 영화 투자 성공 비결은 모든 정성적인 요소를 최대한 정량화한 객관적 자료에 기반해 투자 여부를 결정한다는 것이다. 8. 특히 기업은행의 특이점은 최종 조정 단계에 있다. 기업은행은 감독이 60세 이상이면 10% 감점한다. 감독의 생각에 주위 사람들이 이견을 내기 어려워하는 경우가 많기 때문이라고 한다. 9. 반대로 30·40대 감독의 데뷔작이면 10% 가산점을 준다. 젊은 의욕으로 만들어 성공 가능성이 올라갈 것으로 보는 것. 10. 출연 배우나 감독이 직전에 3번 연속으로 흥행작을 만들었으면 (점수를 오히려) 10% 깎는다. 지나친 자신감 역시 위험 요소로 친다. 11. 반대로 직전 작품이 폭망한 감독이면 10% 가산점이 부여된다. 이번엔 반드시 성공하겠다는 각오로 (개방성을 가진 상태에서) 작업할 확률이 높아지기 때문. 12. 배우나 감독·제작사가 혈연·지연·학연 등 특수 관계인 경우도 10% 감점한다. (에코 쳄버에 갇혀서 외부의 좋은 아이디어를 받아들일 가능성이 떨어지기 때문) 13. 이 같은 미세 조정 단계를 거쳐 최종 점수가 100점 만점에 65점 이상이 돼야 투자 대상으로 선정된다. 14. (바꿔 말하면, 나이, 성공경력, 특수 관계 등으로 개방성이 떨어지는 창작자의 작품에는 감점을 주고, 개방성이 높은 창작자의 작품에는 가산점을 준다고도 볼 수 있는 셈)

조선일보

창작자의 개방성에 베팅해 큰 수익을 얻고 있다는 기업은행 ㄷㄷ

'발췌+요약+리라이팅'을 중심으로 한 글쓰기 리츄얼을 운영하면서, '발췌+요약'과 '독서 모임'을 결합해보면 좋겠다는 생각을 했는데요.

[발췌+요약+북클럽] '스토리'에 대해 깊이 파고들기 | Notion

1. 어떤 시도를 할 때 꽃길과 우상향만을 상상하면 이내 좌절을 만나 무너지기 쉽지만, 스토리를 공부하고 탐구하다 보면 세상을 바라보는 관점이 꽤나 다채로워질 수 있다.

2. 한 번의 좌절 없이 바로 성공하는 삶이 편해 보이고 멋져 보일 수 있지만, 여러 우여곡절과 실패를 겪는 과정에서 오히려 자신만의 스토리가 더 단단하게 만들어질 수 있기 때문.

3. 사람들이 애플의 제품에 열광하는 이유에는, 제품의 탁월함도 있지만, 그 근저에는 자신이 설립한 회사에서 쫓겨났다가 다시 돌아와서 회사를 살린, 그 누구도 모방할 수 없는 스티브 잡스의 부활 서사가 자리 잡고 있다.

4. 지금이야 일론 머스크의 기괴한 행동에 공감하지 못하는 사람들이 많지만, 일론 머스크가 스페이스X를 설립하며 우주로 자신의 꿈을 쏘아 올릴 때, 자신이 우상으로 여겼던 사람들로부터 비난받음에도 눈물을 글성이며 자신은 계속 도전하겠다고 말하는 표정을 본 사람들은 그때의 일론 머스크를 잊을 수 없다.

5. 픽사가 토이 스토리 개봉 후, 계속해서 홈런을 쳐낼 때 많은 이들이 브레인트러스트 등 픽사가 가진 시스템을 모방하고자 했지만, 사실 픽사가 만들어낸 최고의 스토리는 세계 최초로 컴퓨터그래픽 기반의 애니메이션을 만들겠다며 수십 년간 함께 방황하며 쌓아온 픽사 구성원들의 서사였다. 그래서 시스템을 따라 할 수 있었을지 몰라도, 그들이 쌓아온 서사와 우정은 그 누구도 따라 할 수 없었던 것이고.

6. BTS가 전 세계 최고의 아티스트가 된 데에도 여러 이유가 있지만, 언더독으로서 밑바닥에서부터 팬들과 함께 자신들만의 서사를 구축한 것도 큰 몫을 했다.

7. 그런 의미에서 BTS 이후, 하이브는 세련된 경영과 전략으로 세계 최대의 엔터사가 되었지만, 개인적으로는 그로 인해 하이브 안에서 더 이상 언더독 서사가 만들어지기 어렵다는 점은 약점 중 하나라고 생각하는 편.

8. 요즘 영화 투자로 재미를 보고 있다는 기업은행 문화투자부에서는 투자할 때 전작이 폭망한 감독에겐 오히려 가산점을 준다고. 전작이 실패했기 때문에 더 날카롭게 작품을 만들 것이라고 생각하기 때문. 반면, 3연속 히트를 한 감독에겐 오히려 감점을 한다고. 계속 성공하면 오만해지기 쉬우니까.

9. 흔히 월 천을 주장하는 사람들 중에도 가난을 극복하고 성공했다는 전형적인 스토리를 내세우는 이들이 많은데, 어찌 보면 이들 또한 스토리가 중요하다는 걸 본능적으로 알기 때문에 그런 것인지도. 물론 그들의 서사가 너무 전형적이어서 별로긴 하지만.

10. 관련해 투자 관련 서적을 내며 연이어 히트를 기록하고 있는 모건 하우절은 “기업 가치 = 현재 주가 x 미래의 스토리"라고 주장하기도 했다. 어떤 스토리를 가지고 있느냐에 따라 그 기업의 미래 가치가 결정된다는 얘기.

11. 언뜻 보면, 기업 가치를 평가하는 굉장히 기괴한 방식처럼 보이지만, 스토리를 그 기업이 목표를 이뤄내기 위해 극복해온 갈등의 총합이라고 생각하면, 일정 부분 이해가 되기도. 그런 의미에서 ‘뛰어난 스토리를 가진 회사가 결국 승리한다’는 그의 주장은 꽤 흥미롭더라.

12. 마찬가지로, 레이 달리오는 ‘좋은 계획은 영화 시나리오 같아야 한다"고 주장한 바 있는데, 무조건 잘 될 것이라는 희망 회로를 끄적이는 게 아니라, 좋은 계획에는 기본적으로 갈등과 좌절을 만나고 이를 극복해나가는 과정이 담겨 있어야 한다는 얘기.

13. 그렇게 보면, “목표-문제-진단-계획-실천”이라는 레이 달리오의 원칙은 놀랍게도 스토리의 고전적 전개 방식인 기-승-전-결 구조와도 일치하는 부분이 많더라.

14. 처음에는 의욕을 가지고 도전을 하지만 도발적 사건을 만나 첫 의도가 좌절되고, 좌절된 상태에서 낙담하지 않고 다시 도전을 해서 문제를 극복하며 클라이막스를 향해 질주하는 게 좋은 스토리의 원형이니까.

15. 그래서 사람들 중에는 스토리를 배우는 게 창작이나 마케팅 영역의 일처럼 치부하는 경향이 있지만, 실제론 인간의 삶의 많은 부분이 스토리에 의존하고 있기 때문에, 크리에이티브를 위해서도, 커리어를 위해서도, 비즈니스를 위해서도, 스토리에 대해선 한 번쯤은 깊이 탐구해볼 필요가 있다.

16. 그리고 스토리에 대해 조금만 공부하면, 좌절이나 실패를 만나는 그 순간이 나만의 서사가 시작되는 출발점이라는 걸 알게 되기도 하고.

17. 그렇게 이를 몇 번 경험하다 보면, 사실 좌절과 실패는 거의 기억나지 않고, 결국엔 스토리만 남게 되더라.

18. 무튼 그런 의미에서 스토리의 거장, 로버트 맥키의 책 <Story>를 함께 요약하며 읽고 토론하는 모임을 만들었는데.. 관심 있으신 분들께서는 자세한 내용을 댓글을 통해 참고해주시길 (호호) 무튼 다들 화이팅 ;)

#오늘의아무말

https://somewon.notion.site/3e2bddb56e984879998ee19547de21a8

1. 어떤 시도를 할 때 꽃길과 우상향만을 상상하면 이내 좌절을 만나 무너지기 쉽지만, 스토리를 공부하고 탐구하다 보면 세상을 바라보는 관점이 꽤나 다채로워질 수 있다. 2. 한 번의 좌절 없이 바로 성공하는 삶이 편해 보이고 멋져 보일 수 있지만, 여러 우여곡절과 실패를 겪는 과정에서 오히려 자신만의 스토리가 더 단단하게 만들어질 수 있기 때문. 3. 사람들이 애플의 제품에 열광하는 이유에는, 제품의 탁월함도 있지만, 그 근저에는 자신이 설립한 회사에서 쫓겨났다가 다시 돌아와서 회사를 살린, 그 누구도 모방할 수 없는 스티브 잡스의 부활 서사가 자리 잡고 있다. 4. 지금이야 일론 머스크의 기괴한 행동에 공감하지 못하는 사람들이 많지만, 일론 머스크가 스페이스X를 설립하며 우주로 자신의 꿈을 쏘아 올릴 때, 자신이 우상으로 여겼던 사람들로부터 비난받음에도 눈물을 글성이며 자신은 계속 도전하겠다고 말하는 표정을 본 사람들은 그때의 일론 머스크를 잊을 수 없다. 5. 픽사가 토이 스토리 개봉 후, 계속해서 홈런을 쳐낼 때 많은 이들이 브레인트러스트 등 픽사가 가진 시스템을 모방하고자 했지만, 사실 픽사가 만들어낸 최고의 스토리는 세계 최초로 컴퓨터그래픽 기반의 애니메이션을 만들겠다며 수십 년간 함께 방황하며 쌓아온 픽사 구성원들의 서사였다. 그래서 시스템을 따라 할 수 있었을지 몰라도, 그들이 쌓아온 서사와 우정은 그 누구도 따라 할 수 없었던 것이고. 6. BTS가 전 세계 최고의 아티스트가 된 데에도 여러 이유가 있지만, 언더독으로서 밑바닥에서부터 팬들과 함께 자신들만의 서사를 구축한 것도 큰 몫을 했다. 7. 그런 의미에서 BTS 이후, 하이브는 세련된 경영과 전략으로 세계 최대의 엔터사가 되었지만, 개인적으로는 그로 인해 하이브 안에서 더 이상 언더독 서사가 만들어지기 어렵다는 점은 약점 중 하나라고 생각하는 편. 8. 요즘 영화 투자로 재미를 보고 있다는 기업은행 문화투자부에서는 투자할 때 전작이 폭망한 감독에겐 오히려 가산점을 준다고. 전작이 실패했기 때문에 더 날카롭게 작품을 만들 것이라고 생각하기 때문. 반면, 3연속 히트를 한 감독에겐 오히려 감점을 한다고. 계속 성공하면 오만해지기 쉬우니까. 9. 흔히 월 천을 주장하는 사람들 중에도 가난을 극복하고 성공했다는 전형적인 스토리를 내세우는 이들이 많은데, 어찌 보면 이들 또한 스토리가 중요하다는 걸 본능적으로 알기 때문에 그런 것인지도. 물론 그들의 서사가 너무 전형적이어서 별로긴 하지만. 10. 관련해 투자 관련 서적을 내며 연이어 히트를 기록하고 있는 모건 하우절은 “기업 가치 = 현재 주가 x 미래의 스토리"라고 주장하기도 했다. 어떤 스토리를 가지고 있느냐에 따라 그 기업의 미래 가치가 결정된다는 얘기. 11. 언뜻 보면, 기업 가치를 평가하는 굉장히 기괴한 방식처럼 보이지만, 스토리를 그 기업이 목표를 이뤄내기 위해 극복해온 갈등의 총합이라고 생각하면, 일정 부분 이해가 되기도. 그런 의미에서 ‘뛰어난 스토리를 가진 회사가 결국 승리한다’는 그의 주장은 꽤 흥미롭더라. 12. 마찬가지로, 레이 달리오는 ‘좋은 계획은 영화 시나리오 같아야 한다"고 주장한 바 있는데, 무조건 잘 될 것이라는 희망 회로를 끄적이는 게 아니라, 좋은 계획에는 기본적으로 갈등과 좌절을 만나고 이를 극복해나가는 과정이 담겨 있어야 한다는 얘기. 13. 그렇게 보면, “목표-문제-진단-계획-실천”이라는 레이 달리오의 원칙은 놀랍게도 스토리의 고전적 전개 방식인 기-승-전-결 구조와도 일치하는 부분이 많더라. 14. 처음에는 의욕을 가지고 도전을 하지만 도발적 사건을 만나 첫 의도가 좌절되고, 좌절된 상태에서 낙담하지 않고 다시 도전을 해서 문제를 극복하며 클라이막스를 향해 질주하는 게 좋은 스토리의 원형이니까. 15. 그래서 사람들 중에는 스토리를 배우는 게 창작이나 마케팅 영역의 일처럼 치부하는 경향이 있지만, 실제론 인간의 삶의 많은 부분이 스토리에 의존하고 있기 때문에, 크리에이티브를 위해서도, 커리어를 위해서도, 비즈니스를 위해서도, 스토리에 대해선 한 번쯤은 깊이 탐구해볼 필요가 있다. 16. 그리고 스토리에 대해 조금만 공부하면, 좌절이나 실패를 만나는 그 순간이 나만의 서사가 시작되는 출발점이라는 걸 알게 되기도 하고. 17. 그렇게 이를 몇 번 경험하다 보면, 사실 좌절과 실패는 거의 기억나지 않고, 결국엔 스토리만 남게 되더라. 18. 무튼 그런 의미에서 스토리의 거장, 로버트 맥키의 책 &lt;Story&gt;를 함께 요약하며 읽고 토론하는 모임을 만들었는데.. 관심 있으신 분들께서는 자세한 내용을 댓글을 통해 참고해주시길 (호호) 무튼 다들 화이팅 ;) #오늘의아무말 https://somewon.notion.site/3e2bddb56e984879998ee19547de21a8

Somewon on Notion

왜 우리는 스토리에 대해 깊이 탐구해야 하는가

"누구를 위해서 일하는가?" 리더십 전문가인 메이디크와 힐러는 이 질문에 대한 대답으로 리더십 유형을 분류할 수 있다고 한다. 이들이 전현직 CEO들을 대상으로 4년반 동안 실시한 연구 결과에 따르면, 리더십은 여섯 가지의 태도(mindset)로 구분된다고 한다. [출처:The Mindsets of a Leader, MIT SLOAN MANAGEMENT REVIEW] 소시오패스(The sociopath) 공감능력이 결핍되고, 타인의 정서적, 신체적 고통

리더십 유형을 파악할 수 있는 단 하나의 질문 "누구를 위해서 일하는가"

“누구를 위해서 일하는가?” 리더십 전문가 메이디크와 힐러는 이 질문에 대한 대답으로 리더십 유형을 분류할 수 있다고 한다. 이들이 CEO들을 대상으로 4년반 동안 실시한 연구 결과에 따르면, 리더십은 여섯 가지의 태도(mindset)로 구분된다.

1️⃣소시오패스(The sociopath)
• 공감능력이 결핍되고, 타인의 정서적, 신체적 고통에 대해 무관심함
• 대체로 매력적이며, 타인이나 조직 시스템을 이용&조작하는데 탁월함

소시오패스 유형은 타인의 고통을 무시하며, 자신이 원하는 것을 얻기 위해 압력, 위협, 사기를 통해 다른 사람을 조종하는데에 능숙하다. 이들은 주로 공포를 조장하여 직원들을 움직이게 하며, 이러한 방식이 단기 실적을 창출해내기도 한다.

이들은 윤리의식이 희박하며, 자신은 규칙의 적용을 받지 않는다고 생각한다. 연구자들은 ”소시오패스 유형은 거의 바뀌지 않기 때문에 아무리 그들이 고성과자라 하더라도 그들과 함께 일하는 것은 재앙을 감수하는 것“이라고 했다.

2️⃣이기주의자(The egoist)
• 자신의 부, 지위, 힘의 축적을 위해 일함
• 매순간 자신에게 어떤 이득이 있는지를 계산함

이기주의자 유형이 자신의 부를 축적하기 위해 열심히 일함으로써 조직에 기여할 것이라고 생각한다면 오산이다. 연구자들은 이들의 이익과 조직의 방향이 일치할 때에만 조직이 성장하고 수익을 낼 수 있다고 말한다.

이기주의자 유형은 특히 조직문화에 해로운 영향을 미치는데, 이들의 이기적인 모습이 일종의 롤모델이 되어 직원들에게 모방되기 때문이다. 따라서 이기주의자가 리더로 있는 팀은 협력이 나타나지 않으며, 직원들은 모든 공로를 가로채는 상사를 보면서 사기 저하를 겪게 된다.

연구자들에 따르면, 이기주의자들은 순전히 자신의 개인적인 이익을 추구하기 때문에 조직에서는 조직의 목적과 이들의 목표가 일치하도록 목표를 정의하고 세심하게 감독하는 것이 필요하다고 강조한다.

3️⃣카멜레온 (The chameleon)
• 자존감이 낮으며, 남들에게 사랑받고자하는 욕구가 강함
• 신흥 리더에게 줄서기를 하고, 중요한 사람의 비위를 맞춤

카멜레온 유형은 남에게 미움받는 것을 견디지 못하기 때문에 자신의 의견을 강하게 내세우지 못하며, 저항이 예상되는 어려운 결단은 내리지 못한다. 그로 인해 이들이 아무리 명석하고 일을 열심히 하더라도 조직에 영향을 미치지 못하며, 권력이 있는 사람들에게 쉽게 이용당한다.

카멜레온 유형들은 새로운 과제를 이끌어야 하는 상황에서 상사의 심기를 맞추는 데 치중하고, 압력에 맞서 자신의 생각을 밀어부치지 못하기 때문에, 프로젝트가 제대로 추진되는 경우는 드물다. 결과적으로 리더로서 신임받지 못하고, 다른 사람에게 존경을 받거나 그를 믿고 따르는 추종자를 얻지 못한다.

연구자들에 의하면, 이들이 성공적인 리더십을 발휘하기란 어렵지만, 위험감수 행동은 칭찬하고 보상하는 반면 합의 및 순응은 덜 강조함으로써 이들의 행동을 변화시킬 수 있다고 조언한다.

4️⃣활력가(The dynamo)
• 목표지향적임
• 자원과 다른 사람들의 노력을 동원하는데에 능함
연구자들에 의하면, 활력가 유형은 할당받은 목표를 초과 달성하고 전략을 오점없이 수행해내기 때문에, 조직에서 수퍼스타로 불리운다. 하지만 목표지향적인 성향은 단기적인 목표 달성에 치중하는 반면 미션에 대한 장기적 관점은 제한하기 때문에 의도치 않게 실패를 야기할 수도 있다.

예를 들어, HP의 CEO였던 마크 허드는 그의 임기 중에 주가를 110% 상승시켰지만, 이것은 연구개발 투자를 절감한 결과에서 비롯된 것으로 장기적으로는 HR의 경쟁력을 약화시키는 요인이 되었다.

5️⃣개발자(The builder)
• 조직의 공동 이익을 증진함
• 단기 수익이 아닌 장기적인 관점에서 전체를 고려함
개발자 유형이 개인적 이익에는 전혀 관심을 두지 않는 것은 아니지만, 이들은 조직을 구축하는 것을 주된 목표로 삼는다. 이들은 단기 실적, 주가에 현혹되지 않고 장기적인 관점에서 성장을 관리한다.

메이디크와 힐러의 조사 결과, 개발자 유형은 고위 임원에서나 발견할 수 있을 것이라는 추측과는 달리 다양한 역할과 부서에서 나타났다고 한다.

6️⃣초월자(The transcender)
• 조직 내외에 있는 이해관계자의 가치를 최대화하려고 노력함
• 조직의 목표를 사회적 이익 관점에서 재설계함

초월자 유형은 조직 내부의 이해관계자 가치 증진에 그치지 않고, 조직을 초월하여 사회적 가치에도 관심을 둔다. 연구자들은 허리케인으로 인해 페허가 된 플로리다 지역의 재건 프로그램을 구축한 거대 언론사 Knight Ridder의 CEO 채프먼을 예시로 들었다.

초월자들이 항상 성공적인 것은 아니다. 연구자들은 초월자들이 선도적인 변화에 지나치게 집중하다 중요한 단기 성과를 놓칠 수 있기 때문에, 개발자, 활력가, 이기주의자 리더들을 주변에 배치하여 위험을 약화시킬 필요가 있다고 말한다.

❇️리더로서 최고의 유형은 무엇일까? 연구자에 의하면, 단일 유형을 가진 사람은 존재하지 않으며, 여러 유형이 혼합된 상태에서 1-2개의 유형이 우세하게 나타난다고 한다.

그렇다면 어떤 조합이 최강일까? 연구자들은 다양한 상황에서 성공적으로 작동하는 리더십 조합은 존재하지 않는다고 밝혔다. 그 효과성은 맥락에 따라 달라질 뿐 아니라 개인이 보유한 리더십 조합 또한 환경에 따라 달라지기 때문이다.

다만, 그들의 데이터 분석 결과에 따르면, 활력가, 개발자, 초월자가 큰 비중을 차지할 때, 더 전략적이고 영향력 있는 리더로 지각되며, 혁신적인 해결책을 만들어내는 팀을 보유하고, 조직에 보다 큰 가치를 창출하는 경향이 있다고 밝혔다.

과연 나는 어떤 유형일까? 궁금한 사람이 있다면 메이디크와 힐러가 무료로 제공하는 Leadership Mindsets Mini-Assessment (https://leadershipmindsets.org) 를 실시해 보라.

https://buly.kr/1xwGRNO

“누구를 위해서 일하는가?” 리더십 전문가 메이디크와 힐러는 이 질문에 대한 대답으로 리더십 유형을 분류할 수 있다고 한다. 이들이 CEO들을 대상으로 4년반 동안 실시한 연구 결과에 따르면, 리더십은 여섯 가지의 태도(mindset)로 구분된다. 1️⃣소시오패스(The sociopath)• 공감능력이 결핍되고, 타인의 정서적, 신체적 고통에 대해 무관심함• 대체로 매력적이며, 타인이나 조직 시스템을 이용&amp;조작하는데 탁월함 소시오패스 유형은 타인의 고통을 무시하며, 자신이 원하는 것을 얻기 위해 압력, 위협, 사기를 통해 다른 사람을 조종하는데에 능숙하다. 이들은 주로 공포를 조장하여 직원들을 움직이게 하며, 이러한 방식이 단기 실적을 창출해내기도 한다. 이들은 윤리의식이 희박하며, 자신은 규칙의 적용을 받지 않는다고 생각한다. 연구자들은 ”소시오패스 유형은 거의 바뀌지 않기 때문에 아무리 그들이 고성과자라 하더라도 그들과 함께 일하는 것은 재앙을 감수하는 것“이라고 했다. 2️⃣이기주의자(The egoist)• 자신의 부, 지위, 힘의 축적을 위해 일함• 매순간 자신에게 어떤 이득이 있는지를 계산함 이기주의자 유형이 자신의 부를 축적하기 위해 열심히 일함으로써 조직에 기여할 것이라고 생각한다면 오산이다. 연구자들은 이들의 이익과 조직의 방향이 일치할 때에만 조직이 성장하고 수익을 낼 수 있다고 말한다. 이기주의자 유형은 특히 조직문화에 해로운 영향을 미치는데, 이들의 이기적인 모습이 일종의 롤모델이 되어 직원들에게 모방되기 때문이다. 따라서 이기주의자가 리더로 있는 팀은 협력이 나타나지 않으며, 직원들은 모든 공로를 가로채는 상사를 보면서 사기 저하를 겪게 된다. 연구자들에 따르면, 이기주의자들은 순전히 자신의 개인적인 이익을 추구하기 때문에 조직에서는 조직의 목적과 이들의 목표가 일치하도록 목표를 정의하고 세심하게 감독하는 것이 필요하다고 강조한다. 3️⃣카멜레온 (The chameleon)• 자존감이 낮으며, 남들에게 사랑받고자하는 욕구가 강함• 신흥 리더에게 줄서기를 하고, 중요한 사람의 비위를 맞춤 카멜레온 유형은 남에게 미움받는 것을 견디지 못하기 때문에 자신의 의견을 강하게 내세우지 못하며, 저항이 예상되는 어려운 결단은 내리지 못한다. 그로 인해 이들이 아무리 명석하고 일을 열심히 하더라도 조직에 영향을 미치지 못하며, 권력이 있는 사람들에게 쉽게 이용당한다. 카멜레온 유형들은 새로운 과제를 이끌어야 하는 상황에서 상사의 심기를 맞추는 데 치중하고, 압력에 맞서 자신의 생각을 밀어부치지 못하기 때문에, 프로젝트가 제대로 추진되는 경우는 드물다. 결과적으로 리더로서 신임받지 못하고, 다른 사람에게 존경을 받거나 그를 믿고 따르는 추종자를 얻지 못한다. 연구자들에 의하면, 이들이 성공적인 리더십을 발휘하기란 어렵지만, 위험감수 행동은 칭찬하고 보상하는 반면 합의 및 순응은 덜 강조함으로써 이들의 행동을 변화시킬 수 있다고 조언한다. 4️⃣활력가(The dynamo)• 목표지향적임• 자원과 다른 사람들의 노력을 동원하는데에 능함연구자들에 의하면, 활력가 유형은 할당받은 목표를 초과 달성하고 전략을 오점없이 수행해내기 때문에, 조직에서 수퍼스타로 불리운다. 하지만 목표지향적인 성향은 단기적인 목표 달성에 치중하는 반면 미션에 대한 장기적 관점은 제한하기 때문에 의도치 않게 실패를 야기할 수도 있다. 예를 들어, HP의 CEO였던 마크 허드는 그의 임기 중에 주가를 110% 상승시켰지만, 이것은 연구개발 투자를 절감한 결과에서 비롯된 것으로 장기적으로는 HR의 경쟁력을 약화시키는 요인이 되었다. 5️⃣개발자(The builder)• 조직의 공동 이익을 증진함• 단기 수익이 아닌 장기적인 관점에서 전체를 고려함개발자 유형이 개인적 이익에는 전혀 관심을 두지 않는 것은 아니지만, 이들은 조직을 구축하는 것을 주된 목표로 삼는다. 이들은 단기 실적, 주가에 현혹되지 않고 장기적인 관점에서 성장을 관리한다. 메이디크와 힐러의 조사 결과, 개발자 유형은 고위 임원에서나 발견할 수 있을 것이라는 추측과는 달리 다양한 역할과 부서에서 나타났다고 한다. 6️⃣초월자(The transcender)• 조직 내외에 있는 이해관계자의 가치를 최대화하려고 노력함• 조직의 목표를 사회적 이익 관점에서 재설계함 초월자 유형은 조직 내부의 이해관계자 가치 증진에 그치지 않고, 조직을 초월하여 사회적 가치에도 관심을 둔다. 연구자들은 허리케인으로 인해 페허가 된 플로리다 지역의 재건 프로그램을 구축한 거대 언론사 Knight Ridder의 CEO 채프먼을 예시로 들었다. 초월자들이 항상 성공적인 것은 아니다. 연구자들은 초월자들이 선도적인 변화에 지나치게 집중하다 중요한 단기 성과를 놓칠 수 있기 때문에, 개발자, 활력가, 이기주의자 리더들을 주변에 배치하여 위험을 약화시킬 필요가 있다고 말한다. ❇️리더로서 최고의 유형은 무엇일까? 연구자에 의하면, 단일 유형을 가진 사람은 존재하지 않으며, 여러 유형이 혼합된 상태에서 1-2개의 유형이 우세하게 나타난다고 한다. 그렇다면 어떤 조합이 최강일까? 연구자들은 다양한 상황에서 성공적으로 작동하는 리더십 조합은 존재하지 않는다고 밝혔다. 그 효과성은 맥락에 따라 달라질 뿐 아니라 개인이 보유한 리더십 조합 또한 환경에 따라 달라지기 때문이다. 다만, 그들의 데이터 분석 결과에 따르면, 활력가, 개발자, 초월자가 큰 비중을 차지할 때, 더 전략적이고 영향력 있는 리더로 지각되며, 혁신적인 해결책을 만들어내는 팀을 보유하고, 조직에 보다 큰 가치를 창출하는 경향이 있다고 밝혔다. 과연 나는 어떤 유형일까? 궁금한 사람이 있다면 메이디크와 힐러가 무료로 제공하는 Leadership Mindsets Mini-Assessment (https://leadershipmindsets.org) 를 실시해 보라. https://buly.kr/1xwGRNO

Hrbulletin

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ㅍㅍㅅㅅ

치과 소재 기업 하스가 내달 공모 절차를 밟는다. 글로벌 시장에서 활약하며 꾸준히 이익을 내고 있다. 기술성장특례 상장을 위한 기술성평가에서 전문기관 두 곳(한국산업기술평가관리원, SCI평가정보)으로부터 모두 'A'

'치과 소재 강자' 하스, 1005억 가치 책정..."이익 내는 특례 IPO"

하스는 코스닥 기술특례 상장에 도전하지만 이미 흑자를 내는 기업이란 점에서 주목받는다. 지난해 매출액은 160억원, 영업이익은 16억원이다. 다만 지난해 영업이익률이 약 10%로 전년 19.4%보다 떨어진 점은 아쉬운 대목이다. 지난해 수익성 악화는 매출 원가 상승과 판매관리비(판관비) 증가 등이 영향을 미친 것으로 보인다.

하스의 희망공모가밴드는 9000~1만2000원이다. 희망공모가밴드 기준 공모 규모는 163억~217억원, 예상 기업가치는 754억~1005억원이다.

https://n.news.naver.com/article/008/0005025150?sid=101

하스는 코스닥 기술특례 상장에 도전하지만 이미 흑자를 내는 기업이란 점에서 주목받는다. 지난해 매출액은 160억원, 영업이익은 16억원이다. 다만 지난해 영업이익률이 약 10%로 전년 19.4%보다 떨어진 점은 아쉬운 대목이다. 지난해 수익성 악화는 매출 원가 상승과 판매관리비(판관비) 증가 등이 영향을 미친 것으로 보인다. 하스의 희망공모가밴드는 9000~1만2000원이다. 희망공모가밴드 기준 공모 규모는 163억~217억원, 예상 기업가치는 754억~1005억원이다. https://n.news.naver.com/article/008/0005025150?sid=101

Naver

여러분 이직 준비 다들 어떻게 하시나요? 이직 준비 라는 단어 딱 상상만으로도 가슴이 탁 막히지는 않으시나요? 혹은 면접관으로 이제 막 첫 발을 준비하고 계신분들. 뭘 물어봐야 좋은 면접이 될까. 사전에 뭘 준비해야할까 걱정되지 않으시나요?

한빛미디어에서 너무 재밌는 책을 보내주셔서 오랜만에 기술적으로도, 개발자 태도면에서도 많이 배우고 생각해 볼 수 있는 시간을 가질 수 있었습니다. 읽는 내내 정말 무릎을 탁 치면서 맞아 맞아 하며 공감하고 많이 배운 “개발자 기술 면접 노트” 입니다.

취업과 이직의 첫 시작인 목표 설정부터, 이력서 작성 방법, 기술 면접 그리고 면접 이후 어떻게 더 성장해 나갈 수 있는지에 대해 아주 알차게 담고있는 책입니다.

그저 겉핥기가 아니라 실제 물어볼법한 질문을 가지고 의도 파악과 좋은 방향의 답, 더 공부해야 하는 키 포인트들까지 아낌없이 비법이 공유되어 있습니다. (개발자 면접 준비 올인원이 있다면 바로 이 책?) 연차별로 기대하는 역량과 역할, 그에 맞는 스킬셋 등 제공하고 있어 나는 진짜 이 연차에 걸맞는 역할을 하고 있을까 스스로 점검해볼수도 있었습니다.

꼭 이직을 하지 않더라도 일년에 한번씩 본인을 재점검하기 위해 이력서를 제출해보라는 이야기 들어보셨을 것 같습니다. 꼭 전형을 진행하지 않더라도 이 책을 주기적으로 들춰보고 나의 이번 년도는 어땠는지 살펴보는 것 만으로도 충분할 것 같습니다. 업무적으로 어떤 성장을 이뤘는지, 나는 어떤 팀원이였는지, 나의 리더십은 어떠한 모습이였는지, 내가 성장하고자 하는 방향으로 잘 가고 있는지 등 다방면으로 스스로를 되돌아 볼 수 있을 것 같습니다.

https://m.hanbit.co.kr/store/books/book_view.html?p_code=B5491056069

여러분 이직 준비 다들 어떻게 하시나요? 이직 준비 라는 단어 딱 상상만으로도 가슴이 탁 막히지는 않으시나요? 혹은 면접관으로 이제 막 첫 발을 준비하고 계신분들. 뭘 물어봐야 좋은 면접이 될까. 사전에 뭘 준비해야할까 걱정되지 않으시나요? 한빛미디어에서 너무 재밌는 책을 보내주셔서 오랜만에 기술적으로도, 개발자 태도면에서도 많이 배우고 생각해 볼 수 있는 시간을 가질 수 있었습니다. 읽는 내내 정말 무릎을 탁 치면서 맞아 맞아 하며 공감하고 많이 배운 “개발자 기술 면접 노트” 입니다. 취업과 이직의 첫 시작인 목표 설정부터, 이력서 작성 방법, 기술 면접 그리고 면접 이후 어떻게 더 성장해 나갈 수 있는지에 대해 아주 알차게 담고있는 책입니다. 그저 겉핥기가 아니라 실제 물어볼법한 질문을 가지고 의도 파악과 좋은 방향의 답, 더 공부해야 하는 키 포인트들까지 아낌없이 비법이 공유되어 있습니다. (개발자 면접 준비 올인원이 있다면 바로 이 책?) 연차별로 기대하는 역량과 역할, 그에 맞는 스킬셋 등 제공하고 있어 나는 진짜 이 연차에 걸맞는 역할을 하고 있을까 스스로 점검해볼수도 있었습니다. 꼭 이직을 하지 않더라도 일년에 한번씩 본인을 재점검하기 위해 이력서를 제출해보라는 이야기 들어보셨을 것 같습니다. 꼭 전형을 진행하지 않더라도 이 책을 주기적으로 들춰보고 나의 이번 년도는 어땠는지 살펴보는 것 만으로도 충분할 것 같습니다. 업무적으로 어떤 성장을 이뤘는지, 나는 어떤 팀원이였는지, 나의 리더십은 어떠한 모습이였는지, 내가 성장하고자 하는 방향으로 잘 가고 있는지 등 다방면으로 스스로를 되돌아 볼 수 있을 것 같습니다. https://m.hanbit.co.kr/store/books/book_view.html?p_code=B5491056069

[책] 개발자 기술 면접 노트

정성스러운 글 너무 감사드립니다.

우선 한 번 경험하게 하는 것의 강력함 | 만약 우리 서비스가 초기라면 토스나 당근 같이 이미 크게 성장한 레퍼런스가 잘 맞지 않는 경우가 많습니다. 서비스 단계나 카테고리별 전략이 다르기 때문입니다. 그리고 급변하는 시장의 영향력은 시기에 따라 급변하는 변수입니다. 1년 전에 통했던 전략이 오늘은 통하지 않습니다. 좋은 레퍼런스를 보면 머릿속에서 이내 하나의 단단한 가설로 굳습니다.

13화 성공한 서비스의 시작점에는 가치 사다리가 있다?

무료에서 유료로, 단순 구매에서 장기적 관계로! 성공한 서비스의 시작점에는 가치 사다리가 있다?

👉제가 눈여겨 본 실제 사례를 통해 미끼 상품의 활용부터 장기적 고객 관계 구축의 가능성을 살펴 보았습니다.

본문 요약
 * 무료라도 경쟁력을 갖춰야 시간 가치를 이길 수 있다.
 * 본질이 약하면 다음 사다리로 연결되지 않는다.
 * 미끼 상품부터 문제 해결의 모습이나 바이럴 요소가 있어야 한다.
https://brunch.co.kr/@cliche-cliche/219

무료에서 유료로, 단순 구매에서 장기적 관계로! 성공한 서비스의 시작점에는 가치 사다리가 있다? 👉제가 눈여겨 본 실제 사례를 통해 미끼 상품의 활용부터 장기적 고객 관계 구축의 가능성을 살펴 보았습니다. 본문 요약<ul><li>무료라도 경쟁력을 갖춰야 시간 가치를 이길 수 있다.</li><li>본질이 약하면 다음 사다리로 연결되지 않는다.</li><li>미끼 상품부터 문제 해결의 모습이나 바이럴 요소가 있어야 한다.</li></ul>https://brunch.co.kr/@cliche-cliche/219

Brunch Story

🪜성공한 서비스 뒤에는 가치 사다리가 있다?

Uncover the mechanics of Just Walk Out technology by Amazon from our NRF booth walk-through.

Learn how the Just Walk Out technology experience works

아마존은 혁신적인 기업입니다. 국내에서 가장 혁신적인 이커머스 서비스로 자리매김한 쿠팡은 처음부터 아마존의 전략을 공개적으로 벤치마킹했습니다. 아마존은 결제 없이 물건을 갖고 매장을 떠나면 되는 '저스트 워크 아웃' 프로그램을 중단하고 '아마존 고'도 조금씩 철수하는 모양새입니다. 2022년 이후 이미 8개 이상의 매장을 폐점했고 '아마존 고'의 기술을 외부에 판매하는 솔루션 제공자로서의 비즈니스 '저스트 워크 아웃' 프로그램은 아예 중단하기로 했습니다. 아마존은 오프라인에서 실패한 걸까요?

*아마존 고 - 계산대가 없는 편의점 형태의 매장으로 체크인 후 상품을 집어 가방에 넣고 나가는 방식으로 컴퓨터 비전, 센서 퓨전 등의 기술을 활용해 2016년 12월에 시애틀에서 처음 선보임

*저스트 워크 아웃 - 아마존 고의 기술을 활용해 슈퍼마켓, 백화점 등 외부에 적용한 서비스로 2020년 3월 시애틀에서 처음 선보임

[ 큐레이터의 문장 🎒 ]

1️⃣ 팬데믹 환경으로 인한 타격

주로 도심에 있던 '아마존 고' 무인매장은 최첨단 리테일이라며 관심을 불러일으켰지만 팬데믹 환경에서 도시가 텅 비게 되면서 방문자가 줄어들었습니다. 방문자가 줄어들고 관심이 사라지니 매장은 더 발전하는 대신 조금씩 기능이 축소되고 통합되기 시작했습니다. 매대 별로 촘촘하게 설치되었던 카메라는 줄어들어서 구역(Zoning)을 바라보는 통폐합이 이루어졌죠. 매대 중간에 설치된 알렉사는 Just Walk Out 대신 사용자를 생각하게 만들었습니다. 알렉사를 부르고 질문을 해야 할까?

2️⃣ 기술중심주의와 고객중심주의

아마존이 혁신적이라고 평가받고 비즈니스 성과로 이를 증명했던 근본적 이유는 '고객중심주의'였습니다. 기술은 고객경험을 위해서 필요했던 것이었고 과감한 투자를 선행한 덕에 시장을 선도할 수 있었죠. 그런데 '아마존 고'는 새롭지만 놀랍도록 기술중심주의였습니다. 매장엔 100대가 넘는 카메라와 선반의 저울, 레이더 센서 등이 있었죠. 물건을 하나 들었다 내렸을 때, 다른 곳에 내렸을 때 계속 측정하고 분석했습니다. 작은 편의점을 만들기 위해 150억 달러 이상을 들이고 있었죠. 동네에 눈에 띄는 ㅇㅇㅅㅋㄹ 등 무인 아이스크림 매장과 냉정하게 비교하면 고객경험의 차이는 무엇일까요?

3️⃣ 기술을 운영하는 인건비 부담

첨단 기술의 집약체로 보였던 아마존 고는 사실 Behind of the Scene에서 많은 운영인력이 필요했습니다. 센서에만 의존해서 연산하기에는 어려움이 있었고 여러 카메라가 설치된 매대를 바라보면서 모니터링하는 인력이 인도에만 1,000명 이상이 있었다고 하니까요. 100% 무인매장을 선보이는 것을 목표로 했지만 기술 개발, 업데이트, 모니터링 인력까지 늘어나면서 컨셉이 무너졌습니다. 실제로 최근 아마존 고 매장에는 유인 계산대가 생겼습니다.

4️⃣ 아마존에겐 익숙한 실패

아마존은 작년에 좋은 실적을 보였습니다. 연간 매출은 전년 대비 12% 증가한 5748억 달러, 영업이익은 300% 이상 증가한 369억 달러였죠. 2만 7000명 이상의 직원을 정리해고 하는 등 비용감축에 나선 것도 원인이겠지만 근본적으로 실패를 극복하면서 성장해 왔습니다.

➊ '아마존 옥션'의 실패 -> 제3자 판매방식(마켓플레이스)을 통한 오픈마켓으로 커머스 성장
➋ '파이어폰' 실패 -> '아마존 에코'로 시장 선점
➌ '아마존 언박싱' 실패 -> '아마존 비디오'로 넷플릭스와 경쟁

5️⃣ 아마존의 오프라인 그 다음

아마존은 오프라인보다 온라인에서 강한 기업이고 온라인에서 3억 명의 고객 대상으로 쌓은 데이터에 차별화 포인트가 있습니다. 기존에 천문학적인 비용을 투입해야 했던 아마존 고 방식을 바꿔서 공간 별로 카메라 등 비교적 저렴한 센서를 통해 자동화 기술을 도입하고 모니터링 인력을 축소할 수 있는 기술에 집중할 것으로 보입니다. 더 적은 비용으로 운영할 수 있도록 이미 매장을 운영하고 있는 월마트 등의 일부 공간(층, 존 등)을 활용해서 협업하는 모델로 비용을 줄이고 규모의 경제를 만들 수도 있습니다.

https://youtu.be/j9iNEhn4NmE?si=3AEGdlc721RpO43b&t=187

아마존은 혁신적인 기업입니다. 국내에서 가장 혁신적인 이커머스 서비스로 자리매김한 쿠팡은 처음부터 아마존의 전략을 공개적으로 벤치마킹했습니다. 아마존은 결제 없이 물건을 갖고 매장을 떠나면 되는 '저스트 워크 아웃' 프로그램을 중단하고 '아마존 고'도 조금씩 철수하는 모양새입니다. 2022년 이후 이미 8개 이상의 매장을 폐점했고 '아마존 고'의 기술을 외부에 판매하는 솔루션 제공자로서의 비즈니스 '저스트 워크 아웃' 프로그램은 아예 중단하기로 했습니다. 아마존은 오프라인에서 실패한 걸까요? *아마존 고 - 계산대가 없는 편의점 형태의 매장으로 체크인 후 상품을 집어 가방에 넣고 나가는 방식으로 컴퓨터 비전, 센서 퓨전 등의 기술을 활용해 2016년 12월에 시애틀에서 처음 선보임 *저스트 워크 아웃 - 아마존 고의 기술을 활용해 슈퍼마켓, 백화점 등 외부에 적용한 서비스로 2020년 3월 시애틀에서 처음 선보임 [ 큐레이터의 문장 🎒 ] 1️⃣ 팬데믹 환경으로 인한 타격 주로 도심에 있던 '아마존 고' 무인매장은 최첨단 리테일이라며 관심을 불러일으켰지만 팬데믹 환경에서 도시가 텅 비게 되면서 방문자가 줄어들었습니다. 방문자가 줄어들고 관심이 사라지니 매장은 더 발전하는 대신 조금씩 기능이 축소되고 통합되기 시작했습니다. 매대 별로 촘촘하게 설치되었던 카메라는 줄어들어서 구역(Zoning)을 바라보는 통폐합이 이루어졌죠. 매대 중간에 설치된 알렉사는 Just Walk Out 대신 사용자를 생각하게 만들었습니다. 알렉사를 부르고 질문을 해야 할까? 2️⃣ 기술중심주의와 고객중심주의 아마존이 혁신적이라고 평가받고 비즈니스 성과로 이를 증명했던 근본적 이유는 '고객중심주의'였습니다. 기술은 고객경험을 위해서 필요했던 것이었고 과감한 투자를 선행한 덕에 시장을 선도할 수 있었죠. 그런데 '아마존 고'는 새롭지만 놀랍도록 기술중심주의였습니다. 매장엔 100대가 넘는 카메라와 선반의 저울, 레이더 센서 등이 있었죠. 물건을 하나 들었다 내렸을 때, 다른 곳에 내렸을 때 계속 측정하고 분석했습니다. 작은 편의점을 만들기 위해 150억 달러 이상을 들이고 있었죠. 동네에 눈에 띄는 ㅇㅇㅅㅋㄹ 등 무인 아이스크림 매장과 냉정하게 비교하면 고객경험의 차이는 무엇일까요? 3️⃣ 기술을 운영하는 인건비 부담 첨단 기술의 집약체로 보였던 아마존 고는 사실 Behind of the Scene에서 많은 운영인력이 필요했습니다. 센서에만 의존해서 연산하기에는 어려움이 있었고 여러 카메라가 설치된 매대를 바라보면서 모니터링하는 인력이 인도에만 1,000명 이상이 있었다고 하니까요. 100% 무인매장을 선보이는 것을 목표로 했지만 기술 개발, 업데이트, 모니터링 인력까지 늘어나면서 컨셉이 무너졌습니다. 실제로 최근 아마존 고 매장에는 유인 계산대가 생겼습니다. 4️⃣ 아마존에겐 익숙한 실패 아마존은 작년에 좋은 실적을 보였습니다. 연간 매출은 전년 대비 12% 증가한 5748억 달러, 영업이익은 300% 이상 증가한 369억 달러였죠. 2만 7000명 이상의 직원을 정리해고 하는 등 비용감축에 나선 것도 원인이겠지만 근본적으로 실패를 극복하면서 성장해 왔습니다. ➊ '아마존 옥션'의 실패 -&gt; 제3자 판매방식(마켓플레이스)을 통한 오픈마켓으로 커머스 성장➋ '파이어폰' 실패 -&gt; '아마존 에코'로 시장 선점➌ '아마존 언박싱' 실패 -&gt; '아마존 비디오'로 넷플릭스와 경쟁 5️⃣ 아마존의 오프라인 그 다음 아마존은 오프라인보다 온라인에서 강한 기업이고 온라인에서 3억 명의 고객 대상으로 쌓은 데이터에 차별화 포인트가 있습니다. 기존에 천문학적인 비용을 투입해야 했던 아마존 고 방식을 바꿔서 공간 별로 카메라 등 비교적 저렴한 센서를 통해 자동화 기술을 도입하고 모니터링 인력을 축소할 수 있는 기술에 집중할 것으로 보입니다. 더 적은 비용으로 운영할 수 있도록 이미 매장을 운영하고 있는 월마트 등의 일부 공간(층, 존 등)을 활용해서 협업하는 모델로 비용을 줄이고 규모의 경제를 만들 수도 있습니다. https://youtu.be/j9iNEhn4NmE?si=3AEGdlc721RpO43b&amp;t=187

YouTube

⟪아마존이 성공한 근본적 이유⟫

계란후라이 905

회사를 선택하는 기준과 직업을 선택하는 기준에 대한 이야기를 해볼까 합니다. 조만간 회사를 그만두는 동료가 있어서 잠시 이야기를 나누었습니다. 시원한 차와 책 한 권을 선물로 준비했습니다. 요즘 읽고 있는 일에 대한 생각이 담긴 책이었습니다. 평소 독서를 하지 않는다고 해도 언젠가 한 페이지는 들춰보겠지 하는 마음으로 준비한 선물입니다. 떠나는 동료에게 다음 행선지를 묻자 흔쾌히 대답해 주었습니다. 계약기간이 만료되기 전에 새로운 거처가 필요했고, 경력으로 인정받을 수 있는 1년 이상 근무 가능한 조건으로 이동하게 되었다고 합니다.
요즘 많은 기업에서 계약 관계로 고용을 많이 하고 있습니다. 불확실한 시대에 비즈니스가 어떻게 될지 예측하기 어려워 고정적인 임금을 줘야 하는 정규직 채용이 꺼려지는 점은 이해가 됩니다. 취업과 이직을 하는 사람 입장에서도 평생직장은 사라지고, 다양한 환경을 경험하며 주기적으로 이동할 수 있는 유목민과 같은 계약직을 꺼려 하지 않고 있습니다. 이렇게 고용주와 노동자의 수요와 공급이 맞아 계약직 또는 프리랜서 채용이 유행하는 시대를 살고 있습니다. 이와 같은 여파로 저 또한 이제는 정규직만 고집할 것이 아니라 창업 전에 새로운 고용 형태를 경험해 보면 어떨까? 상상해 봅니다. 막연한 불안감은 있지만 새로운 시도를 통해 상황을 연습해 보고 싶습니다. 계약 관계는 정규직과 다르게 어떤 마음으로 일하게 될지, 성과를 인정받았을 때 어떤 새로운 기회가 열리게 될지 궁금해졌습니다.
회사를 그만두는 동료는 자의로 계약직 포지션을 선택했으나 저와 같은 생각은 아니고, 빠르게 기회를 얻은 곳으로 이동하는 결정이었습니다. 이직을 결정하는 순간 여러 가지 고려 사항이 있었으나 회사의 산업은 크게 중요하지 않았다고 합니다. 비즈니스 규모, 구성원 수, 조직문화, 처우, 복지, 출퇴근 거리 등 회사를 선택하는 기준으로 다양한 옵션이 있었으나 우선순위에서 그 회사가 무엇을 만들고 어떤 제품 또는 서비스를 세상에 제공하는지 크게 중요하지 않다고 합니다. 회사를 선택하는 기준에 정답이 없는 만큼 자신이 수립한 기준을 취업이나 이직할 때 잘 적용하여 선택하면 된다고 생각합니다.
회사를 선택하는 기준, 특히 이직할 때 회사를 선택하는 기준이 선명할수록 다음 커리어 여정의 만족도가 높아집니다. 반대로 회사를 선택하는 기준이 없거나 기준에 부합하지 않는 선택을 할 경우 커리어 여정에 혼란을 맞이할 가능성이 높아집니다.
사람이 거기서 거기이듯 회사도 다 비슷비슷하다는 의견에 50% 동의합니다. 나머지 50% 반대 생각을 갖는 이유는 기준을 정하고 기준에 부합하는지 확인하기 위해 많은 정보를 수집하는 노력을 할수록 입사 후 실망할 확률이 낮아지기 때문입니다.
여러분은 혹시 회사를 선택하는 선명한 기준을 갖고 계십니까? 어떠한 상황에도 흔들리지 않는 기준이 있나요? 자신에게 분리한 조건에도 흔들리지 않는 기준을 갖고 있나요? 기준을 지키는 것이 자신에게 불리할 때도 신념과 가치를 지키는 선택을 하고 있나요?
오늘 우리 삶의 기준을 돌아보면 좋겠습니다. 직업뿐만 아니라 일상에서 사고하고, 판단하여 행동하는 기준이 무엇인지 정렬하여 눈으로 확인해 보는 시간을 가져보세요.

계란후라이 905 회사를 선택하는 기준과 직업을 선택하는 기준에 대한 이야기를 해볼까 합니다. 조만간 회사를 그만두는 동료가 있어서 잠시 이야기를 나누었습니다. 시원한 차와 책 한 권을 선물로 준비했습니다. 요즘 읽고 있는 일에 대한 생각이 담긴 책이었습니다. 평소 독서를 하지 않는다고 해도 언젠가 한 페이지는 들춰보겠지 하는 마음으로 준비한 선물입니다. 떠나는 동료에게 다음 행선지를 묻자 흔쾌히 대답해 주었습니다. 계약기간이 만료되기 전에 새로운 거처가 필요했고, 경력으로 인정받을 수 있는 1년 이상 근무 가능한 조건으로 이동하게 되었다고 합니다.요즘 많은 기업에서 계약 관계로 고용을 많이 하고 있습니다. 불확실한 시대에 비즈니스가 어떻게 될지 예측하기 어려워 고정적인 임금을 줘야 하는 정규직 채용이 꺼려지는 점은 이해가 됩니다. 취업과 이직을 하는 사람 입장에서도 평생직장은 사라지고, 다양한 환경을 경험하며 주기적으로 이동할 수 있는 유목민과 같은 계약직을 꺼려 하지 않고 있습니다. 이렇게 고용주와 노동자의 수요와 공급이 맞아 계약직 또는 프리랜서 채용이 유행하는 시대를 살고 있습니다. 이와 같은 여파로 저 또한 이제는 정규직만 고집할 것이 아니라 창업 전에 새로운 고용 형태를 경험해 보면 어떨까? 상상해 봅니다. 막연한 불안감은 있지만 새로운 시도를 통해 상황을 연습해 보고 싶습니다. 계약 관계는 정규직과 다르게 어떤 마음으로 일하게 될지, 성과를 인정받았을 때 어떤 새로운 기회가 열리게 될지 궁금해졌습니다.회사를 그만두는 동료는 자의로 계약직 포지션을 선택했으나 저와 같은 생각은 아니고, 빠르게 기회를 얻은 곳으로 이동하는 결정이었습니다. 이직을 결정하는 순간 여러 가지 고려 사항이 있었으나 회사의 산업은 크게 중요하지 않았다고 합니다. 비즈니스 규모, 구성원 수, 조직문화, 처우, 복지, 출퇴근 거리 등 회사를 선택하는 기준으로 다양한 옵션이 있었으나 우선순위에서 그 회사가 무엇을 만들고 어떤 제품 또는 서비스를 세상에 제공하는지 크게 중요하지 않다고 합니다. 회사를 선택하는 기준에 정답이 없는 만큼 자신이 수립한 기준을 취업이나 이직할 때 잘 적용하여 선택하면 된다고 생각합니다.회사를 선택하는 기준, 특히 이직할 때 회사를 선택하는 기준이 선명할수록 다음 커리어 여정의 만족도가 높아집니다. 반대로 회사를 선택하는 기준이 없거나 기준에 부합하지 않는 선택을 할 경우 커리어 여정에 혼란을 맞이할 가능성이 높아집니다.사람이 거기서 거기이듯 회사도 다 비슷비슷하다는 의견에 50% 동의합니다. 나머지 50% 반대 생각을 갖는 이유는 기준을 정하고 기준에 부합하는지 확인하기 위해 많은 정보를 수집하는 노력을 할수록 입사 후 실망할 확률이 낮아지기 때문입니다.여러분은 혹시 회사를 선택하는 선명한 기준을 갖고 계십니까? 어떠한 상황에도 흔들리지 않는 기준이 있나요? 자신에게 분리한 조건에도 흔들리지 않는 기준을 갖고 있나요? 기준을 지키는 것이 자신에게 불리할 때도 신념과 가치를 지키는 선택을 하고 있나요?오늘 우리 삶의 기준을 돌아보면 좋겠습니다. 직업뿐만 아니라 일상에서 사고하고, 판단하여 행동하는 기준이 무엇인지 정렬하여 눈으로 확인해 보는 시간을 가져보세요.

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

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

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

올해는 브랜드 디자이너로서 운이 좋았다. 다니던 디자인 회사를 그만두고, 브랜딩을 전문으로 하는 회사에 합류했다. 혼자 일하던 방식을 깨고 좋은 동료들과 함께 성장할 수 있었다. 또한 안경 브랜드부터 반려동물, 테라피, 코스메틱 브랜드 그리고 가수 브랜딩까지 다양한 프로젝트를 경험했다. 더불어 브랜딩이라는 세계에 스스로를 던져 치열하게 발버둥 쳤던 한 해였다.

브랜드 디자이너가 바라본 2022년 디자인 회고 | 요즘IT

💡브랜드 디자이너가 바라본 2022년 디자인 회고
: 올해는 브랜드 디자이너로서 운이 좋았다. 다니던 디자인 회사를 그만두고, 브랜딩을 전문으로 하는 회사에 합류했다. 혼자 일하던 방식을 깨고 좋은 동료들과 함께 성장할 수 있었다. 또한 안경 브랜드부터 반려동물, 테라피, 코스메틱 브랜드 그리고 가수 브랜딩까지 다양한 프로젝트를 경험했다. 여러 분야에 걸쳐 좋은 결과물을 만드는 과정을 배울 수 있었다. 

더불어 브랜딩이라는 세계에 스스로를 던져 치열하게 발버둥 쳤던 한 해였다. 열심히 일한 만큼 많은 것을 배울 수 있었다. 브랜드 디자이너로서 올해 어떤 것들을 배웠는지, 한 해를 회고하며 인사이트를 정리해보고자 한다.

요즘IT

콘텐츠 매니저

Sohee

"함께 성장하는 요즘IT인의 실무 라이브러리" 요즘IT에서 콘텐츠를 만들고 있습니다. 작가 신청, 콘텐츠 제안, 기술블로그 제휴 건은 편하게 DM 주세요!

사업 개발

신문방송학과

요즘IT 광고소개서

요즘IT에서 작가를 모집합니다. IT 글쓰기 요즘IT와 함께 시작해보세요 :)

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필