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

조선일보

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

작은 조직 인터뷰 #11 초인마케팅랩 윤진호 대표님

CJ, 디즈니, 노티드에서 연마한 마케터의 무기

일을 하다보면 그곳의 일하는 방식과 문화를 먼저 이해하는 것이 중요합니다. 그러려면 왜 그런 방식과 문화를 갖게 되었는지를 알아야 하죠. 그걸 이해하면 그 안에서 일 잘하는 무기를 찾게 됩니다.

제가 디즈니라는 외국계, 노티드라는 스타트업에서 일을 하며 알게 된 일의 방식 차이를 담아봅니다. 둘 사이에는 커다란 차이가 있었는데요, 어느 부분에서 왜 달랐을까요?

빨리 가야지 vs 빨리 갈 필요는 없어

Q. 디즈니의 업무 진행방식은 어땠나요?

디즈니는 기본적으로 빠른 것을 추구하지 않아요. 지금 이걸 해서 1을 얻고 안 얻고가 중요한 게 아니에요. 본질적으로 100년간 이어온 자산 가치를 잃느냐, 안 잃느냐가 제일 중요한 거예요. 거기에 위배되면 안 된 거죠. 가이드가 진짜 단단해요. 담당자도 그렇고 외부 제품 파트너사도 그렇고 모두가 가이드라인과의 싸움을 해요. 가이드라인 안에서 풀어가는 과정이 구조적으로 오래 걸려요.

Q. 실무자 입장에서는 빨리빨리 해주길 원하잖아요. 일이 빨리 되게 만드는 노하우가 있었을까요?

제가 동시에 두 가지 역할을 했어요. 먼저 파트너사가 하는 일에 가이드를 잡아주는 역할을 하게 되죠. 그리고 제가 하는 프로젝트를 저 역시도 보고하고 승인받아야 하죠. 이렇게 누군가에게 컨펌을 받고, 누군가에게 컨펌을 해줘야 하는 두 가지 역할을 가지고 있었어요.

Q. GFFG(노티드)의 업무 진행방식은 어땠나요?

여기서는 사람이 핵심이에요. 디즈니는 시스템 안에서 일을 했다면 GFFG는 기준이 사람이죠. 장단이 있어요. 속도는 빠르지만 때론 일관성이 달라질 수 있죠. 그곳에서 더 나은 문화를 만들기 위해 왔기 때문에 시스템화, 구조화를 만들기 위한 노력을 많이 했었어요.

Q. 왜 일하는 방식에서 차이가 있었을까요?

구조적으로 디즈니는 영화나 애니메이션 같은 IP로부터 오랜 시간 이익을 만드는 사업구조를 가지고 있잖아요. 그만큼 장기적으로 봤을 때 퀄리티를 높이는 게 가장 중요하죠. GFFG는 달라요. 사업구조 자체가 먹는 거잖아요. 그날의 매출, 그날의 손님이 비즈니스의 핵심인 거예요.

빨리 가야지 vs 빨리 갈 필요는 없어

기업 구조와 기업 문화라는 것은 이렇게 비즈니스의 구조에 따라 달라지기도 한다는 것을 알게 되었어요.

반대로 일하는 방식과 문화를 들여다보면 비즈니스의 본질과 구조가 보이기도 합니다. 여러분의 기업은, 브랜드는 어떤 일의 구조를 갖고 있으신가요?

*원문 : 네버슬립 인터뷰

일을 하다보면 그곳의 일하는 방식과 문화를 먼저 이해하는 것이 중요합니다. 그러려면 왜 그런 방식과 문화를 갖게 되었는지를 알아야 하죠. 그걸 이해하면 그 안에서 일 잘하는 무기를 찾게 됩니다. 제가 디즈니라는 외국계, 노티드라는 스타트업에서 일을 하며 알게 된 일의 방식 차이를 담아봅니다. 둘 사이에는 커다란 차이가 있었는데요, 어느 부분에서 왜 달랐을까요? 빨리 가야지 vs 빨리 갈 필요는 없어 Q. 디즈니의 업무 진행방식은 어땠나요? 디즈니는 기본적으로 빠른 것을 추구하지 않아요. 지금 이걸 해서 1을 얻고 안 얻고가 중요한 게 아니에요. 본질적으로 100년간 이어온 자산 가치를 잃느냐, 안 잃느냐가 제일 중요한 거예요. 거기에 위배되면 안 된 거죠. 가이드가 진짜 단단해요. 담당자도 그렇고 외부 제품 파트너사도 그렇고 모두가 가이드라인과의 싸움을 해요. 가이드라인 안에서 풀어가는 과정이 구조적으로 오래 걸려요. Q. 실무자 입장에서는 빨리빨리 해주길 원하잖아요. 일이 빨리 되게 만드는 노하우가 있었을까요? 제가 동시에 두 가지 역할을 했어요. 먼저 파트너사가 하는 일에 가이드를 잡아주는 역할을 하게 되죠. 그리고 제가 하는 프로젝트를 저 역시도 보고하고 승인받아야 하죠. 이렇게 누군가에게 컨펌을 받고, 누군가에게 컨펌을 해줘야 하는 두 가지 역할을 가지고 있었어요. Q. GFFG(노티드)의 업무 진행방식은 어땠나요? 여기서는 사람이 핵심이에요. 디즈니는 시스템 안에서 일을 했다면 GFFG는 기준이 사람이죠. 장단이 있어요. 속도는 빠르지만 때론 일관성이 달라질 수 있죠.&nbsp;그곳에서 더 나은 문화를 만들기 위해 왔기 때문에 시스템화, 구조화를 만들기 위한 노력을 많이 했었어요. Q. 왜 일하는 방식에서 차이가 있었을까요? 구조적으로 디즈니는 영화나 애니메이션 같은 IP로부터 오랜 시간 이익을 만드는 사업구조를 가지고 있잖아요. 그만큼 장기적으로 봤을 때 퀄리티를 높이는 게 가장 중요하죠. GFFG는 달라요. 사업구조 자체가 먹는 거잖아요. 그날의 매출, 그날의 손님이 비즈니스의 핵심인 거예요. 빨리 가야지 vs 빨리 갈 필요는 없어 기업 구조와 기업 문화라는 것은 이렇게 비즈니스의 구조에 따라 달라지기도 한다는 것을 알게 되었어요. 반대로 일하는 방식과 문화를 들여다보면 비즈니스의 본질과 구조가 보이기도 합니다. 여러분의 기업은, 브랜드는 어떤 일의 구조를 갖고 있으신가요? *원문 : 네버슬립 인터뷰

inspireX

디즈니 VS 노티드, 이렇게 다르더라고요.

1. 좋은 결정에서 때로 가장 어려운 일은 결정 자체의 필요성 깨닫기다.

2. 우리는 삶의 시간 대부분을 자동 조종 시스템에 맡겨두고 판에 박힌 듯 살아간다.

3. 하루 중 깊이 생각하며 주의를 기울여 선택하는 때는 손에 꼽을 정도다.

4. 그런데 이런 결정들은 시간상 비중은 적지만 삶에 어마어마한 영향을 끼친다.

5. 심리학자 로이 바우마이스터는 이 점을 운전에 비유 했다.

6. 차를 운전할 때는 95퍼센트의 시간을 직진하는데 쓰지만 도착 지점은 나머지 시간 동안의 회전으로 결정된다.

#후회없음

1. 좋은 결정에서 때로 가장 어려운 일은 결정 자체의 필요성 깨닫기다. 2. 우리는 삶의 시간 대부분을 자동 조종 시스템에 맡겨두고 판에 박힌 듯 살아간다. 3. 하루 중 깊이 생각하며 주의를 기울여 선택하는 때는 손에 꼽을 정도다. 4. 그런데 이런 결정들은 시간상 비중은 적지만 삶에 어마어마한 영향을 끼친다. 5. 심리학자 로이 바우마이스터는 이 점을 운전에 비유 했다. 6. 차를 운전할 때는 95퍼센트의 시간을 직진하는데 쓰지만 도착 지점은 나머지 시간 동안의 회전으로 결정된다. #후회없음

< 삶을 ‘자동 조종 시스템’에 내맡겨두지 마라 >

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

[발췌+요약+북클럽] '스토리'에 대해 깊이 파고들기 | 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

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

요즘 초등학생 조카가 게임기 닌텐도 스위치에 푹 빠져 있다. 신종 코로나바이러스 감염증(코로나19) 사태 이후 툭 하면 학교가 쉬고, 친구들과 놀이터에서 어울려 놀기도 쉽지 않아...

닌텐도 CEO의 순수한 행복찾기[이호재의 띠지 풀고 책 수다]

게임계에서, 그리고 경영계에서도 전설이 된 지금은 고인이 된 닌텐도의 CEO 이와타 사토루의 이야기입니다. 단순한 전기가 아니라, 구어체로 이와타 자신의 생각을 전달하는 특이한 형식이어서 마치 앞에서 이야기를 듣는 것 같은 느낌을 주는 책입니다. 그리고 다른 회사 경영의 위인들의 책과는 다르게 따뜻함이 느껴집니다.

이 책은 매우 분량이 작고, 그만큼 모든 페이지가 울림을 줍니다. 그 중에서도 굳이 지금 가장 기억에 남는 문구를 꼽자면

- 기획이 잘 진행되는 때란, 최초의 계획에서는 정하지 않았던 일을 "이것, 내가 해볼까요?" 이런 느낌으로 누군가가 처리해줄 때, 이런 사람이 많이 나타나는 프로젝트가 대체로 잘됩니다.

게임계에서, 그리고 경영계에서도 전설이 된 지금은 고인이 된 닌텐도의 CEO 이와타 사토루의 이야기입니다. 단순한 전기가 아니라, 구어체로 이와타 자신의 생각을 전달하는 특이한 형식이어서 마치 앞에서 이야기를 듣는 것 같은 느낌을 주는 책입니다. 그리고 다른 회사 경영의 위인들의 책과는 다르게 따뜻함이 느껴집니다. 이 책은 매우 분량이 작고, 그만큼 모든 페이지가 울림을 줍니다. 그 중에서도 굳이 지금 가장 기억에 남는 문구를 꼽자면 - 기획이 잘 진행되는 때란, 최초의 계획에서는 정하지 않았던 일을 "이것, 내가 해볼까요?" 이런 느낌으로 누군가가 처리해줄 때, 이런 사람이 많이 나타나는 프로젝트가 대체로 잘됩니다.

동아일보

일에 의미가 필요한 날에는, <이와타씨에게 묻다>

Discover, create, and share music with the world.

Udio | Make your music

KPOP 스타일로 후다닥 생성한 스닙팟 로고송 입니다 😂
by UDIO.COM

https://www.udio.com/songs/1DeWKm2jyeARqyGoHvs2TD

KPOP 스타일로 후다닥 생성한 스닙팟 로고송 입니다 😂by UDIO.COM https://www.udio.com/songs/1DeWKm2jyeARqyGoHvs2TD

Udio

모두의연구소는 지식을 나누며 함께 성장하는 국내 최대 SW/AI 커뮤니티입니다.

🗞️ SW/AI 한줄 뉴스
1. "기존 벤치마크 한계 도달"...새로운 LLM 평가 수단 속속 등장
https://www.aitimes.com/news/articleView.html?idxno=158785

2. 오픈AI, 'GPT-4 터보' 대폭 업그레이드..."클로드3·제미나이 성능 뛰어 넘어"
https://www.aitimes.com/news/articleView.html?idxno=158777
-
🤵‍♂️ 빠르다 빨라 AI 세상
1. RHO-1: SLM을 적용해 수학 task에서 최대 30%의 성능 향상 달성
이 논문은 언어 모델 사전학습 시 모든 토큰에 균일하게 next-token prediction loss를 적용하는 기존 방식과 달리, 전체 토큰 중 유용한 토큰만 선택적으로 학습하는 Selective Language Modeling (SLM) 기법을 제안합니다. SLM은 reference 모델로 사전학습 토큰의 excess loss를 계산하고, 높은 excess loss를 갖는 토큰에 집중해 학습을 진행합니다. 15B OpenWebMath corpus에서 지속적 사전학습 시, SLM을 적용한 RHO-1 모델이 9개 수학 task에서 최대 30%의 성능 향상을 보였으며 Fine-tuning 후에는 RHO-1-1B와 7B 모델이 MATH 데이터셋에서 SOTA를 달성했습니다. 이는 사전학습 토큰의 3%만 사용한 DeepSeekMath 모델과 견줄만한 성능이며 80B 일반 토큰에서 사전학습 시에도 RHO-1이 15개 다양한 task에서 평균 6.8%의 성능 향상을 보여, 언어 모델 사전학습의 효율성과 성능을 모두 높였습니다
https://huggingface.co/papers/2404.07965

2. RecurrentGemma-2B: Griffin 아키텍처로 성능과 효율성을 높인 언어 모델
이 논문은 Griffin 아키텍처를 활용한 RecurrentGemma-2B 언어 모델을 소개합니다. Griffin은 linear recurrence와 local attention을 결합하여 성능을 높이고, 고정 크기의 state로 메모리 사용량을 줄이며 긴 시퀀스에서 효율적인 추론이 가능합니다. RecurrentGemma-2B는 Gemma-2B와 견줄만한 성능을 보이면서도 더 적은 토큰으로 학습되어씅며 사전학습 및 instruction tuning된 체크포인트를 제공합니다. RecurrentGemma-2B는 자동 벤치마크와 인간 평가에서 우수한 결과를 얻었으며 긴 시퀀스에서 Gemma보다 더 빠른 추론 속도를 달성했습니다. 이 모델은 제한된 리소스 환경에서 고성능 소형 언어 모델의 새로운 활용 가능성을 열어줄 것으로 기대됩니다!
https://huggingface.co/papers/2404.07839
-
🦸‍♂️ 오늘의 SW 스피드웨건
1. Microsoft가 React Native로 개발하는 이유
마이크로소프트는 자체 개발한 프레임워크가 있음에도 불구하고 크로스 플랫폼 개발을 위해 React Native를 활용하고 있습니다. Microsoft의 소프트웨어 엔지니어 로렌조 시안드라는 React Native를 선택한 이유로 자바스크립트 개발자의 접근성과 기존 코드베이스에 쉽게 통합할 수 있는 '브라운필드 개발' 방식을 들었습니다. 이는 Office, Outlook, Teams 등 다양한 애플리케이션에서 사용되고 있습니다.
https://devclass.com/2024/04/11/react-native-and-why-microsoft-uses-it-for-its-own-cross-platform-development/

2. 파이썬으로 프록시 확인을 하는 방법 (aiohttp)
이 글에서는 파이썬 라이브러리인 requests, Selenium, BeautifulSoup, NumPy를 사용하여 파이썬 프록시 스크래퍼를 구현하는 방법을 단계별로 설명합니다. 프록시 서버를 통해 IP를 숨기고 데이터를 수집할 수 있으며, AIOHTTP 라이브러리를 이용한 비동기 HTTP 통신도 다룹니다. 또한, 효율적인 프록시 스크래핑을 위해 Bright Data의 프록시 네트워크 사용을 권장합니다.
https://dspyt.com/easy-proxy-scraper-and-proxy-usage-in-python
-
🤖 AI학교 아이펠 온라인 8기 ► https://bit.ly/3T1rC8r
📊 AI학교 아이펠 데이터 사이언티스트 온라인 과정 ► https://bit.ly/3JjDKNu
💻 오름캠프 Django 백엔드 개발 과정 온라인 과정 ► https://bit.ly/3UdtWej

모두의연구소는 지식을 나누며 함께 성장하는 국내 최대 SW/AI 커뮤니티입니다. 🗞️ SW/AI 한줄 뉴스 1. "기존 벤치마크 한계 도달"...새로운 LLM 평가 수단 속속 등장 https://www.aitimes.com/news/articleView.html?idxno=158785 2. 오픈AI, 'GPT-4 터보' 대폭 업그레이드..."클로드3·제미나이 성능 뛰어 넘어" https://www.aitimes.com/news/articleView.html?idxno=158777- 🤵‍♂️ 빠르다 빨라 AI 세상 1. RHO-1: SLM을 적용해 수학 task에서 최대 30%의 성능 향상 달성 이 논문은 언어 모델 사전학습 시 모든 토큰에 균일하게 next-token prediction loss를 적용하는 기존 방식과 달리, 전체 토큰 중 유용한 토큰만 선택적으로 학습하는 Selective Language Modeling (SLM) 기법을 제안합니다. SLM은 reference 모델로 사전학습 토큰의 excess loss를 계산하고, 높은 excess loss를 갖는 토큰에 집중해 학습을 진행합니다. 15B OpenWebMath corpus에서 지속적 사전학습 시, SLM을 적용한 RHO-1 모델이 9개 수학 task에서 최대 30%의 성능 향상을 보였으며 Fine-tuning 후에는 RHO-1-1B와 7B 모델이 MATH 데이터셋에서 SOTA를 달성했습니다. 이는 사전학습 토큰의 3%만 사용한 DeepSeekMath 모델과 견줄만한 성능이며 80B 일반 토큰에서 사전학습 시에도 RHO-1이 15개 다양한 task에서 평균 6.8%의 성능 향상을 보여, 언어 모델 사전학습의 효율성과 성능을 모두 높였습니다 https://huggingface.co/papers/2404.07965 2. RecurrentGemma-2B: Griffin 아키텍처로 성능과 효율성을 높인 언어 모델 이 논문은 Griffin 아키텍처를 활용한 RecurrentGemma-2B 언어 모델을 소개합니다. Griffin은 linear recurrence와 local attention을 결합하여 성능을 높이고, 고정 크기의 state로 메모리 사용량을 줄이며 긴 시퀀스에서 효율적인 추론이 가능합니다. RecurrentGemma-2B는 Gemma-2B와 견줄만한 성능을 보이면서도 더 적은 토큰으로 학습되어씅며 사전학습 및 instruction tuning된 체크포인트를 제공합니다. RecurrentGemma-2B는 자동 벤치마크와 인간 평가에서 우수한 결과를 얻었으며 긴 시퀀스에서 Gemma보다 더 빠른 추론 속도를 달성했습니다. 이 모델은 제한된 리소스 환경에서 고성능 소형 언어 모델의 새로운 활용 가능성을 열어줄 것으로 기대됩니다! https://huggingface.co/papers/2404.07839- 🦸‍♂️ 오늘의 SW 스피드웨건 1. Microsoft가 React Native로 개발하는 이유 마이크로소프트는 자체 개발한 프레임워크가 있음에도 불구하고 크로스 플랫폼 개발을 위해 React Native를 활용하고 있습니다. Microsoft의 소프트웨어 엔지니어 로렌조 시안드라는 React Native를 선택한 이유로 자바스크립트 개발자의 접근성과 기존 코드베이스에 쉽게 통합할 수 있는 '브라운필드 개발' 방식을 들었습니다. 이는 Office, Outlook, Teams 등 다양한 애플리케이션에서 사용되고 있습니다. https://devclass.com/2024/04/11/react-native-and-why-microsoft-uses-it-for-its-own-cross-platform-development/ 2. 파이썬으로 프록시 확인을 하는 방법 (aiohttp) 이 글에서는 파이썬 라이브러리인 requests, Selenium, BeautifulSoup, NumPy를 사용하여 파이썬 프록시 스크래퍼를 구현하는 방법을 단계별로 설명합니다. 프록시 서버를 통해 IP를 숨기고 데이터를 수집할 수 있으며, AIOHTTP 라이브러리를 이용한 비동기 HTTP 통신도 다룹니다. 또한, 효율적인 프록시 스크래핑을 위해 Bright Data의 프록시 네트워크 사용을 권장합니다. https://dspyt.com/easy-proxy-scraper-and-proxy-usage-in-python- 🤖 AI학교 아이펠 온라인 8기 ► https://bit.ly/3T1rC8r 📊 AI학교 아이펠 데이터 사이언티스트 온라인 과정 ► https://bit.ly/3JjDKNu 💻 오름캠프 Django 백엔드 개발 과정 온라인 과정 ► https://bit.ly/3UdtWej&nbsp;

[240416] 모두의연구소가 전하는 “모두를 위한 SW/AI 뉴스”

Product Owner 관점에서 멤버십 데이터 보기 | 광활하고, 복잡한 서비스에서 데이터를 보기란 쉽지 않다. 처음이면 더더욱 어렵다. 지표가 하락하면 Product Owner, Project Manager, 서비스 기획자 모두 긴장을 하게 된다. 그 순간부터 모든 지표를 뜯어보기 시작하고 문제점을 찾게 된다. 멤버십 데이터라고 하면 단순하게 가입자수, 해지자수를 보아야 하는게 아니야? 싶지만, 서비스들은

유료 멤버십 서비스는 어떤 데이터를 보아야 할까?

쿠팡의 멤버십 이용료 상승이 뜨겁습니다. 지난 4월 12일 멤버십 요금을 기존 월 4990원에서 월 7890원으로 올린다고 발표했습니다.

 * 쿠팡의 멤버십 가격 급등을 놓고 일부 소비자들은 인상 폭이 과하다며 탈퇴 움직임을 보이고 있습니다. 기존 회원들은 요금이 오르기 전인 7월까지만 멤버십을 유지하고 이후엔 해지하겠다는 입장인 반면

 * 인상을 하더라도 폭 넓은 혜택을 누리기 위해 멤버십 가입을 유지하겠다는 기존 회원들도 존재합니다.

 * 한편, 일각에서는 12일 멤버십 요금을 기존 월 4990원에서 월 7890원으로 올린다고 발표한 쿠팡의 주가가 10% 넘게 뛰었는데요. 멤버십 요금 인상에 따른 구독자 수 감소보다 수익성 개선의 호재가 더 클 것이라는 시장의 예상이 반영된 것으로 보입니다.

이를 바탕으로, 멤버십 담당자가 직접 어떤 지표들을 유심히 봐야 하는지 글을 작성했습니다.

https://brunch.co.kr/@nahyeonjoy/39

쿠팡의 멤버십 이용료 상승이 뜨겁습니다. 지난 4월 12일 멤버십 요금을 기존 월 4990원에서 월 7890원으로 올린다고 발표했습니다. <ul ><li>쿠팡의 멤버십 가격 급등을 놓고 일부 소비자들은 인상 폭이 과하다며 탈퇴 움직임을 보이고 있습니다. 기존 회원들은 요금이 오르기 전인 7월까지만 멤버십을 유지하고 이후엔 해지하겠다는 입장인 반면</li></ul> <ul ><li>인상을 하더라도 폭 넓은 혜택을 누리기 위해 멤버십 가입을 유지하겠다는 기존 회원들도 존재합니다.</li></ul> <ul ><li>한편, 일각에서는 12일 멤버십 요금을 기존 월 4990원에서 월 7890원으로 올린다고 발표한 쿠팡의 주가가 10% 넘게 뛰었는데요. 멤버십 요금 인상에 따른 구독자 수 감소보다 수익성 개선의 호재가 더 클 것이라는 시장의 예상이 반영된 것으로 보입니다. </li></ul> 이를 바탕으로, 멤버십 담당자가 직접 어떤 지표들을 유심히 봐야 하는지 글을 작성했습니다. https://brunch.co.kr/@nahyeonjoy/39

Brunch Story

쿠팡은 올리고, 신세계와 G마켓이 내리는 건?

지금까지 묵혀 놓은 blocker ?! 열정적인 신입!? 릴리즈?!

지금까지 묵혀 놓은 blocker ?! 열정적인 신입!? 릴리즈?!

여러분이 테크 리드라면, 이번 마일 스톤에는 누구를 데려 가실건가요?

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

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

구이글 2. 제 상품은 진짜 좋은데 사람들이 몰라줘요. : 네이버 카페

이런 생각 하신 적 있으세요?

"내 상품 진짜 좋은데, 왜 안알아주지?"
"내가 진짜 신경써서 만들었는데, 왜 모르지?"

마케팅 컨설팅을 할 때 제가 만나는 분들이 가장 많이 하시던 고민이에요.

사실 고객들은 모르는게 아니고 그게 존재하는것조차 모를 때가 더 많더라구요. 또는 이 상품이 잘 뜯어보면 나에게 필요한게 맞는데 필요한걸 인지하지 못해 지나칠 때도 많구요.

상품의 질에는 자신있지만 생각만큼 고객들이 찾지 않아서 속상한 분들을 위한 글을 적어보았습니다 :)

Naver

인플루언서&방송 쇼호스트 및 MC&한복모델&빌딩매매 전문

강다영(브로니)

한국무용 전공하고,
27회 공인중개사 자격증 취득 후 
현재 '부아나TV' 유튜브 채널운영 중.
또 한복모델과 쇼호스트로 활동하면서, 
인플루언서로 두텁고 다양한 팬층을 보유.

자신의 일을 사랑하는 여성을 동경하고,
오늘을 기억하고 SNS에 공유하는게 낙입니다.


진짜 좋은 상품 팔고 있는데.. 고객이 몰라줘서 속상한 분들을 위해!

컨설턴트

교육원장 / 이사

영-한 비즈니스, 정부기관 전문 통번역가

BSc International Business Management

김민정

구이글 인스타그램

구매를 이끄는 글쓰기 (구이글) 네이버 카페

인스타그램

브런치

고객의 구매를 돕는 마케팅 글쓰기를 알리고 있습니다.
인스타 @happy_unnie
-
21.12.23 부터 대장암 4기 치료중
-
📕[ 마케팅 첫 키스 ] 저자
🔖[ 구매를 이끄는 글쓰기 ] 연재중 @goo2geul
📒브런치 #어쩌다암환자 연재중

진짜 좋은 상품 팔고 있는데.. 고객이 몰라줘서 속상한 분들을 위해!

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필