토스, 당근, 쿠팡은 스타트업의 베스트 프랙티스인 것 같다.

송금 기능으로 시작해 종합 은행이 되고, 중고 거래로 시작해 로컬 포털이 되고, 원데이 딜로 시작해 쇼핑 포털이 되었다.

뾰족한 서비스로 작은 틈에 비집고 들어가 결국은 그 분야 전체를 먹는 과정.

그리고 그것이 처음부터 그린 그림은 아닌.

토스, 당근, 쿠팡은 스타트업의 베스트 프랙티스인 것 같다. 송금 기능으로 시작해 종합 은행이 되고, 중고 거래로 시작해 로컬 포털이 되고, 원데이 딜로 시작해 쇼핑 포털이 되었다. 뾰족한 서비스로 작은 틈에 비집고 들어가 결국은 그 분야 전체를 먹는 과정. 그리고 그것이 처음부터 그린 그림은 아닌.

커리어 시작으로 부터 10주년이 다 되어 가면서 최근들어 생각이 많아졌다. 지난 시간을 돌아봄과 동시에 앞으로를 생각할때, 앞으로의 선택에 있어서 어떻게 가장 좋은 선택을 할지에 대해 생각을 하던중.

지난 시간들은 좀 더 도전적인 선택을 했다고 본다면 앞으로의 선택들은 상대적으로 안정적인 선택을 할것 같다고 보지만, 과거의 경험들을 통해서 배운점은 커리어는 긴 밸런스 게임과 비슷하기에 상황에 따라 방향이 바뀔 수 있다는 것이다.

그래서 내가 어떤 방향으로 선택지를 찾겠다는 선택을 미리 하는 것은 무의미 하다는 생각이든다. 그때 그때, 상황에 따라, 한쪽으로 치우치지 않는 선택을 계속해서 해 나가는 것이 중요한데:

✅ Work vs Life
지속적인 고민이다. 하지만 한가지만을 영원히 추구
할 수는 없다고 본다, 현실적으로. 나의 상황에 맞게 한 부분은 포기해야 하는 상황이 발생하는데, 개인적으로 이른 시기의 커리어에서는 Life 보다 Work에 더 무게중심을 뒀었던 시기가 있었고 현재는 Work 보다 Life에 좀더 치우쳐 져 있지 않나 싶다.

✅Drive vs Driven
프로그램을 진행할때 어떤 프로그램에서는 내가 드라이브를 걸어야 할 때가 있고, 어떤 프로그램에서는 상대적으로 리드를 따라야 할 경우가 있다. 내 우선순위에 맞게 중요하다고 생각하는 프로그램은 어떻게는 리드를
가져오려하는 성향이 있고, 나의 우선순위에 뒷부분에 있는 프로그램들에서는 다른 사람에게 리드를 맡기며 배우고, 모니터링 하는 경우가 많았다. 너무 모든것을 드라이브 하려는 것도 너무 모든것을 맡기려하는 것도 나의 성장을 막는 것이 되지 않나 싶다.

✅자동화 vs 매뉴얼
요즘들어 가장 큰 고민이다. 대부분의 대쉬보드니 데이터 작업들은 데이터 사이언티스트와의 협업, 간단한 SQL 작업, 태블로를 통한 비주얼라이제이션을 통해 이뤄지고 자동화 된다. 시간과 효율성 측면에서 매우 좋지만, 한편으로는 데이터에 깊이 알기가 어렵거나 customize하기가 어려운 경우가 많다. 자동화 트렌드에 따르는 것이 좋은 점도 많지만, 데이터의 종류와 가공방식에 따라 매뉴얼하게 데이터를 만져가면서 분석을 해 나가는 것도 좋은 부분이 있다.

✅ 로직과 본능사이
대부분의 의사결정은 데이터 분석에 의해 이루어지고, 현재까지 쌓인 데이터들을 분석해서 앞으로를 예측하는 방식이 많이 사용된다. 하지만 데이터 자체로만의 분석과 예측이 현실과 다른 부분이 많이 존재한다. 데이터에만 의존하기 보단, 전문가적인 지식과 로직 테스트를 함께 곁들여 사용하는 것이 중요하다. 로직만으로도 안되지만, 데이터 자체만으로도 항상 확신하기엔 어려움이 있다.

see around corners라는 말이 있다. 한쪽으로 편향된 결정을 내리기 보단, 기나긴 커리어의 여정에서 나의
선택과 결정에 대해 조금더 오픈되어 있고 상황과 우선순위에 맞는 결정을 내리다 보면, 한쪽으로 치우쳐진 결정에서부터 오는 리스크에서부터 자유로워 지지 않을까.

커리어 시작으로 부터 10주년이 다 되어 가면서 최근들어 생각이 많아졌다. 지난 시간을 돌아봄과 동시에 앞으로를 생각할때, 앞으로의 선택에 있어서 어떻게 가장 좋은 선택을 할지에 대해 생각을 하던중. 지난 시간들은 좀 더 도전적인 선택을 했다고 본다면 앞으로의 선택들은 상대적으로 안정적인 선택을 할것 같다고 보지만, 과거의 경험들을 통해서 배운점은 커리어는 긴 밸런스 게임과 비슷하기에 상황에 따라 방향이 바뀔 수 있다는 것이다. 그래서 내가 어떤 방향으로 선택지를 찾겠다는 선택을 미리 하는 것은 무의미 하다는 생각이든다. 그때 그때, 상황에 따라, 한쪽으로 치우치지 않는 선택을 계속해서 해 나가는 것이 중요한데: ✅ Work vs Life지속적인 고민이다. 하지만 한가지만을 영원히 추구할 수는 없다고 본다, 현실적으로. 나의 상황에 맞게 한 부분은 포기해야 하는 상황이 발생하는데, 개인적으로 이른 시기의 커리어에서는 Life 보다 Work에 더 무게중심을 뒀었던 시기가 있었고 현재는 Work 보다 Life에 좀더 치우쳐 져 있지 않나 싶다. ✅Drive vs Driven프로그램을 진행할때 어떤 프로그램에서는 내가 드라이브를 걸어야 할 때가 있고, 어떤 프로그램에서는 상대적으로 리드를 따라야 할 경우가 있다. 내 우선순위에 맞게 중요하다고 생각하는 프로그램은 어떻게는 리드를가져오려하는 성향이 있고, 나의 우선순위에 뒷부분에 있는 프로그램들에서는 다른 사람에게 리드를 맡기며 배우고, 모니터링 하는 경우가 많았다. 너무 모든것을 드라이브 하려는 것도 너무 모든것을 맡기려하는 것도 나의 성장을 막는 것이 되지 않나 싶다. ✅자동화 vs 매뉴얼요즘들어 가장 큰 고민이다. 대부분의 대쉬보드니 데이터 작업들은 데이터 사이언티스트와의 협업, 간단한 SQL 작업, 태블로를 통한 비주얼라이제이션을 통해 이뤄지고 자동화 된다. 시간과 효율성 측면에서 매우 좋지만, 한편으로는 데이터에 깊이 알기가 어렵거나 customize하기가 어려운 경우가 많다. 자동화 트렌드에 따르는 것이 좋은 점도 많지만, 데이터의 종류와 가공방식에 따라 매뉴얼하게 데이터를 만져가면서 분석을 해 나가는 것도 좋은 부분이 있다. ✅ 로직과 본능사이대부분의 의사결정은 데이터 분석에 의해 이루어지고, 현재까지 쌓인 데이터들을 분석해서 앞으로를 예측하는 방식이 많이 사용된다. 하지만 데이터 자체로만의 분석과 예측이 현실과 다른 부분이 많이 존재한다. 데이터에만 의존하기 보단, 전문가적인 지식과 로직 테스트를 함께 곁들여 사용하는 것이 중요하다. 로직만으로도 안되지만, 데이터 자체만으로도 항상 확신하기엔 어려움이 있다. see around corners라는 말이 있다. 한쪽으로 편향된 결정을 내리기 보단, 기나긴 커리어의 여정에서 나의선택과 결정에 대해 조금더 오픈되어 있고 상황과 우선순위에 맞는 결정을 내리다 보면, 한쪽으로 치우쳐진 결정에서부터 오는 리스크에서부터 자유로워 지지 않을까.

밸런스 게임

좋은 글 감사합니다~
정말 중간을 맞추면서 일하고 생각하는것이 제일 어려운 것 같습니다 ㅎㅎ

📌 이럴 때 추천해요 : "일과 성장에 대한 진짜 영양가 있는 대화가 필요할 때"

01 . 요 근래 '원온원'의 기능과 역할에 대해 다시금 돌이켜 볼 기회가 많았습니다. 누군가와 원온원을 해줘야 할 때도 있고 저 역시 누군가에게 원온원 요청을 받을 때도 있으니 어떤 형태로든 일하는 사람들과의 대화가 참 중요하다고 생각되는 시점이었거든요. 그저 티타임 목적으로 앉아 도란도란 얘기를 나누는 정도로도 해결되지 않고, 그렇다고 매번 평가 면담처럼 얘기를 이어갈 수도 없을 때 진짜 제대로 '원온원'을 잘하는 것이란 어떤 의미인가란 생각이 든 겁니다.

02 . ⟪원온원⟫이란 제목에서 알 수 있듯이 이 책은 처음부터 끝까지 원온원 미팅에 대해 이야기하는 책입니다. 그리고 그 안에서 리더의 역할과 대화의 방식, 의사결정 구조와 팀 문화를 다루고 있죠. 무엇보다 실리콘밸리에서부터 시작된 '원온원' 문화가 어떻게 한국식으로(?) 잘 정착할 수 있는지를 잘 보여주는 책이라서 더욱 반가운 마음이었습니다.

03 . 개인적인 생각일 수 있지만 저는 적어도 일을 위해서 만난 사이라면 '원온원'을 할 때 공통된 아젠다를 공유하고 각자가 이야기할 입장을 인지하고 만나야 한다고 생각합니다. 쉽게 말해 '오늘 이런 이야기를 하게 될 거고, 나는 이런 스탠스다.'라는 대략적인 방향이라도 정하고 시작해야 한다고 보거든요. 하지만 여전히 많은 경우 '그래서 뭐가 문제에요? 제가 어떻게 해주면 좋겠어요?'라는 식의 질문과 '저도 잘 모르겠네요. 그런다고 뭐가 달라질까요?'라는 태도로 대화가 진행됩니다. 네. 형식은 '원온원'이라고 이름 붙였을지 몰라도 그저 각자의 신세 한탄과 감정 노동에만 매몰되어 있는 형국이죠.

04 . 다행히 이 책에서는 실제로 잘 활용할 수 있는 몇 가지 '원온원'의 원칙들이 소개됩니다. (뭐.. 모든 내용에 공감한 것은 아니지만 적어도 이런 내용을 테이블에 올려서 이야기하는 책이 있다는 게 반갑더라고요.)
그리고 그중에는 내일이라도 당장 실천해 볼 수 있는 꽤 좋은 방식들도 있습니다. 저는 '다 열어놓고 허심탄회하게 얘기하자'란 핑계로 아무런 원칙도, 방향도, 결과도, 피드백도 없는 대화를 매우 싫어하는데 이 책에선 그런 맹목적인 면담에 대한 문제점을 정확히 지적해 주고 있어서 꽤 반가웠습니다.

05 . 덕분에 빠른 시일 내에 제가 생각하는 원온원에 대한 장점과 단점, 방향과 가이드 등을 한번 정리해서 글을 써보고 싶다는 생각이 들었습니다. 물론 이를 두고도 각자의 생각들이 여러 갈래로 나뉘겠지만 적어도 이런 관점을 가지고 이야기를 하는 사람도 있다는 걸 알면 쌀 한 톨 만큼이라도 도움이 되는 부분을 발견할지도 모르니까요, 좋은 책을 만난 만큼 또 나름의 피드백을 한 번 해보고 싶다는 마음이 커졌습니다.

📌 이럴 때 추천해요 : "일과 성장에 대한 진짜 영양가 있는 대화가 필요할 때" 01 . 요 근래 '원온원'의 기능과 역할에 대해 다시금 돌이켜 볼 기회가 많았습니다. 누군가와 원온원을 해줘야 할 때도 있고 저 역시 누군가에게 원온원 요청을 받을 때도 있으니 어떤 형태로든 일하는 사람들과의 대화가 참 중요하다고 생각되는 시점이었거든요. 그저 티타임 목적으로 앉아 도란도란 얘기를 나누는 정도로도 해결되지 않고, 그렇다고 매번 평가 면담처럼 얘기를 이어갈 수도 없을 때 진짜 제대로 '원온원'을 잘하는 것이란 어떤 의미인가란 생각이 든 겁니다. 02 . ⟪원온원⟫이란 제목에서 알 수 있듯이 이 책은 처음부터 끝까지 원온원 미팅에 대해 이야기하는 책입니다. 그리고 그 안에서 리더의 역할과 대화의 방식, 의사결정 구조와 팀 문화를 다루고 있죠. 무엇보다 실리콘밸리에서부터 시작된 '원온원' 문화가 어떻게 한국식으로(?) 잘 정착할 수 있는지를 잘 보여주는 책이라서 더욱 반가운 마음이었습니다. 03 . 개인적인 생각일 수 있지만 저는 적어도 일을 위해서 만난 사이라면 '원온원'을 할 때 공통된 아젠다를 공유하고 각자가 이야기할 입장을 인지하고 만나야 한다고 생각합니다. 쉽게 말해 '오늘 이런 이야기를 하게 될 거고, 나는 이런 스탠스다.'라는 대략적인 방향이라도 정하고 시작해야 한다고 보거든요. 하지만 여전히 많은 경우 '그래서 뭐가 문제에요? 제가 어떻게 해주면 좋겠어요?'라는 식의 질문과 '저도 잘 모르겠네요. 그런다고 뭐가 달라질까요?'라는 태도로 대화가 진행됩니다. 네. 형식은 '원온원'이라고 이름 붙였을지 몰라도 그저 각자의 신세 한탄과 감정 노동에만 매몰되어 있는 형국이죠. 04 . 다행히 이 책에서는 실제로 잘 활용할 수 있는 몇 가지 '원온원'의 원칙들이 소개됩니다. (뭐.. 모든 내용에 공감한 것은 아니지만 적어도 이런 내용을 테이블에 올려서 이야기하는 책이 있다는 게 반갑더라고요.) 그리고 그중에는 내일이라도 당장 실천해 볼 수 있는 꽤 좋은 방식들도 있습니다. 저는 '다 열어놓고 허심탄회하게 얘기하자'란 핑계로 아무런 원칙도, 방향도, 결과도, 피드백도 없는 대화를 매우 싫어하는데 이 책에선 그런 맹목적인 면담에 대한 문제점을 정확히 지적해 주고 있어서 꽤 반가웠습니다. 05 . 덕분에 빠른 시일 내에 제가 생각하는 원온원에 대한 장점과 단점, 방향과 가이드 등을 한번 정리해서 글을 써보고 싶다는 생각이 들었습니다. 물론 이를 두고도 각자의 생각들이 여러 갈래로 나뉘겠지만 적어도 이런 관점을 가지고 이야기를 하는 사람도 있다는 걸 알면 쌀 한 톨 만큼이라도 도움이 되는 부분을 발견할지도 모르니까요, 좋은 책을 만난 만큼 또 나름의 피드백을 한 번 해보고 싶다는 마음이 커졌습니다.

[ 그때를 위한 책 - vol.36 ] ⟪원온원⟫

"넷플릭스가 등장하고 한국 드라마가 전 세계적으로 히트를 치면서 일본 작품도 전세계적으로 사랑받았으면 좋겠다고 생각하게 되었다" (일본 인기 배우 사토 타케루) "일본 드라마는 한국 드라마에 확실히 뒤처져 있다" (

"이러다 한국에 다 뺏긴다" 역대급 1위 터지자...일본 '충격'

1. “일본 드라마는 한국 드라마에 확실히 뒤처져 있다”, 일본 작가 노키 아키코의 말이다.

2. (최근) 일본에서는 한국 콘텐츠 신드롬이 다시 불고 있다. 드라마 <눈물의 여왕>이 일본 넷플릭스에서 역대급 1위 행진을 이어가고 있는 것.

3. 일본 매체들마저 앞다퉈 “<눈물의 여왕>이 제5차 한류 열풍을 견인하고 있다”며 화제성을 인정할 정도다.

4. 글로벌 OTT 플랫폼 순위 서비스인 플릭스패트롤에 따르면, <눈물의 여왕>은 지난 3월 11일 서비스 3일 만에 일본 넷플릭스 TV쇼 1위를 단숨에 차지했다. 이후에도 <눈물의 여왕>은 단 하루를 제외하고는 빠짐없이 1위 자리를 지키고 있다.

5. 일본 최대 콘텐츠 리뷰 사이트 필마크스(Filmarks)에서는 4.3점(5점 만점 기준)의 높은 평점을 기록 중이다. 일본 이용자들은 “오랜만에 한국 드라마에 푹 빠진 것 같다”, “시간을 투자해 정주행할 가치가 있다” 등 호평을 쏟아내고 있다.

6. (바꿔 말해, <눈물의 여왕>을 보면서 일본인들은 다시금 한국 드라마와 일본 드라마 사이의 격차를 느끼고 있는 셈)

7. 현재 <눈물의 여왕>은, (일본뿐 아니라) 전 세계 넷플릭스 비 영어권 순위에서도 1위에 올랐다.

8. 한편, 콘텐츠 강국으로 꼽혔던 일본에선 “이러다 콘텐츠 시장을 한국에 뺏길 수 있다”는 위기의 목소리도 커지고 있다. 넷플릭스, 디즈니+ 등 글로벌 OTT 업체들이 일본보다는 한국 콘텐츠에 대한 투자를 더 늘리고 있기 때문.

1. “일본 드라마는 한국 드라마에 확실히 뒤처져 있다”, 일본 작가 노키 아키코의 말이다. 2. (최근) 일본에서는 한국 콘텐츠 신드롬이 다시 불고 있다. 드라마 &lt;눈물의 여왕&gt;이 일본 넷플릭스에서 역대급 1위 행진을 이어가고 있는 것. 3. 일본 매체들마저 앞다퉈 “&lt;눈물의 여왕&gt;이 제5차 한류 열풍을 견인하고 있다”며 화제성을 인정할 정도다. 4. 글로벌 OTT 플랫폼 순위 서비스인 플릭스패트롤에 따르면, &lt;눈물의 여왕&gt;은 지난 3월 11일 서비스 3일 만에 일본 넷플릭스 TV쇼 1위를 단숨에 차지했다. 이후에도 &lt;눈물의 여왕&gt;은 단 하루를 제외하고는 빠짐없이 1위 자리를 지키고 있다. 5. 일본 최대 콘텐츠 리뷰 사이트 필마크스(Filmarks)에서는 4.3점(5점 만점 기준)의 높은 평점을 기록 중이다. 일본 이용자들은 “오랜만에 한국 드라마에 푹 빠진 것 같다”, “시간을 투자해 정주행할 가치가 있다” 등 호평을 쏟아내고 있다. 6. (바꿔 말해, &lt;눈물의 여왕&gt;을 보면서 일본인들은 다시금 한국 드라마와 일본 드라마 사이의 격차를 느끼고 있는 셈) 7. 현재 &lt;눈물의 여왕&gt;은, (일본뿐 아니라) 전 세계 넷플릭스 비 영어권 순위에서도 1위에 올랐다. 8. 한편, 콘텐츠 강국으로 꼽혔던 일본에선 “이러다 콘텐츠 시장을 한국에 뺏길 수 있다”는 위기의 목소리도 커지고 있다. 넷플릭스, 디즈니+ 등 글로벌 OTT 업체들이 일본보다는 한국 콘텐츠에 대한 투자를 더 늘리고 있기 때문.

Naver

'눈물의 여왕'으로 일본과 한국의 드라마 격차가 다시 한 번 드러나

애니메이션 시장은 일본이 꽉 잡고 있잖아😂

계란후라이 896

진로 탐색 방법에 대해서 공부하고 있습니다. 지금 만나고 있는 청년들과 앞으로 더 많이 만나게 될 청소년들에게 더 나은 방식으로 진로 설정에 대한 지식과 노하우를 전달하고 싶은 마음입니다. 단순히 용돈을 벌어보자고 시작한 취업 지원 서비스가 마침내 제게 남은 인생의 비전이 되어 청년과 청소년의 꿈을 심어주는 일로 헌신하고 싶은 마음입니다.
사전적 의미로 진로란 앞으로 나아갈 길을 뜻합니다. 실제로 우리가 어떤 목적지를 향해 앞으로 나아가는 것과 동일한 의미입니다. 딴소리지만 네이버와 구글에 #진로 키워드를 검색하면 어른들이 마시는 소주 브랜드가 가장 상단에 나오고 가장 많은 콘텐츠가 노출됩니다. 저는 결심했습니다. 제가 세상을 떠나기 전에 네이버와 구글과 같은 검색엔진이 계속 존재하다면, #진로 키워드를 검색했을 때 청년과 청소년 관련 콘텐츠가 가장 상단에 보이고 가장 많은 콘텐츠가 노출될 수 있도록 노력하겠습니다. 진로 회장님 기대하십쇼!
앞으로 나아가려면 목적지 즉, 목표가 뚜렷해야 합니다. 갈 곳을 정하지 않고 길 위로 나오면 방황하기 쉽습니다. 방황하지 않으려면 집 밖을 나오기 전에 나의 갈 곳 즉, 목적지를 결정해야 합니다. 이것이 목표의 중요성입니다. 목표의 사전적 의미는 다양한 풀이가 있습니다. 그중에 제 마음에 쏙 드는 내용은 행동을 취하여 이루려는 최후의 대상이라는 뜻입니다. 크! 최후의 대상이라니 의미심장한 표현이라 인상적입니다.
'소년이여 꿈을 크게 가져라!' 좋은 말이지만 요즘 시대에 와닿는 이야기는 아닙니다. 꿈이라는 목표를 갖기 위해 먼저 자신을 탐색해야 합니다. 사람들은 생각보다 자신을 잘 안다고 착각합니다. MBTI 검사와 같은 도구를 통해 자신을 객관적으로 파악하고 있다고 생각합니다.
여러분에게 묻고 싶습니다. MBTL 검사와 같은 자신을 탐색하는 질문에 100% 정직하게 답변하고 있나요? 내가 아는 자신의 모습이 100% 정확하다고 확신하며 검사 질문 답변 보기를 선택하고 있나요? 자신이 이상적으로 추구하는 모습을 '나'라고 혼동하고 있는 것은 아닌지 곰곰이 생각해 보세요.
시전적 의미로 탐색이란 드러나지 않은 사물이나 현상 따위를 찾아내거나 발견하기 위하여 살피어 찾는 것입니다. 자신의 생각과 마음은 드러나 있지 않습니다. 그래서 찾아내기 위하여 자세히 살펴보아야 합니다. 자세히 살펴보려면 시간과 노력이 필요합니다. 15분 동안 개관식 답안지를 제출하는 것으로 충분하지 않습니다. 자신의 생각과 마음을 알아볼 수 있는 질문 하나하나를 놓고 고민하여 손으로 글씨로 표현해 보는 시간과 노력이 필요합니다. 그제야 비로소 자신을 바로 발견하게 되어 앞으로 나아갈 길을 위한 목적지를 상상해 볼 수 있습니다.
여러분이 나아가고 싶은 최후의 대상을 발견하게 되길 진심으로 응원해요.

계란후라이 896 진로 탐색 방법에 대해서 공부하고 있습니다. 지금 만나고 있는 청년들과 앞으로 더 많이 만나게 될 청소년들에게 더 나은 방식으로 진로 설정에 대한 지식과 노하우를 전달하고 싶은 마음입니다. 단순히 용돈을 벌어보자고 시작한 취업 지원 서비스가 마침내 제게 남은 인생의 비전이 되어 청년과 청소년의 꿈을 심어주는 일로 헌신하고 싶은 마음입니다.사전적 의미로 진로란 앞으로 나아갈 길을 뜻합니다. 실제로 우리가 어떤 목적지를 향해 앞으로 나아가는 것과 동일한 의미입니다. 딴소리지만 네이버와 구글에 #진로 키워드를 검색하면 어른들이 마시는 소주 브랜드가 가장 상단에 나오고 가장 많은 콘텐츠가 노출됩니다. 저는 결심했습니다. 제가 세상을 떠나기 전에 네이버와 구글과 같은 검색엔진이 계속 존재하다면, #진로 키워드를 검색했을 때 청년과 청소년 관련 콘텐츠가 가장 상단에 보이고 가장 많은 콘텐츠가 노출될 수 있도록 노력하겠습니다. 진로 회장님 기대하십쇼!앞으로 나아가려면 목적지 즉, 목표가 뚜렷해야 합니다. 갈 곳을 정하지 않고 길 위로 나오면 방황하기 쉽습니다. 방황하지 않으려면 집 밖을 나오기 전에 나의 갈 곳 즉, 목적지를 결정해야 합니다. 이것이 목표의 중요성입니다. 목표의 사전적 의미는 다양한 풀이가 있습니다. 그중에 제 마음에 쏙 드는 내용은 행동을 취하여 이루려는 최후의 대상이라는 뜻입니다. 크! 최후의 대상이라니 의미심장한 표현이라 인상적입니다.'소년이여 꿈을 크게 가져라!' 좋은 말이지만 요즘 시대에 와닿는 이야기는 아닙니다. 꿈이라는 목표를 갖기 위해 먼저 자신을 탐색해야 합니다. 사람들은 생각보다 자신을 잘 안다고 착각합니다. MBTI 검사와 같은 도구를 통해 자신을 객관적으로 파악하고 있다고 생각합니다.여러분에게 묻고 싶습니다. MBTL 검사와 같은 자신을 탐색하는 질문에 100% 정직하게 답변하고 있나요? 내가 아는 자신의 모습이 100% 정확하다고 확신하며 검사 질문 답변 보기를 선택하고 있나요? 자신이 이상적으로 추구하는 모습을 '나'라고 혼동하고 있는 것은 아닌지 곰곰이 생각해 보세요.시전적 의미로 탐색이란 드러나지 않은 사물이나 현상 따위를 찾아내거나 발견하기 위하여 살피어 찾는 것입니다. 자신의 생각과 마음은 드러나 있지 않습니다. 그래서 찾아내기 위하여 자세히 살펴보아야 합니다. 자세히 살펴보려면 시간과 노력이 필요합니다. 15분 동안 개관식 답안지를 제출하는 것으로 충분하지 않습니다. 자신의 생각과 마음을 알아볼 수 있는 질문 하나하나를 놓고 고민하여 손으로 글씨로 표현해 보는 시간과 노력이 필요합니다. 그제야 비로소 자신을 바로 발견하게 되어 앞으로 나아갈 길을 위한 목적지를 상상해 볼 수 있습니다.여러분이 나아가고 싶은 최후의 대상을 발견하게 되길 진심으로 응원해요.

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

 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. 학습 능력 키우기

천성적으로 의사소통이 부족할경우는 어떻게 해야하나요? 그리고 기본적인게 없으나 커뮤니케이션이 좋을경우는요?

축산경제신문 권민 기자] 뛰어나다는 의미는 보통 그 이상의 것을 말한다. 일상적으로 생각하고 행동하는 방식과 사뭇 다른 패턴이다. 그래서 그들의 성공패턴을 따라가면 도저히 흉내 낼 수 없는 '무엇인가'가 있다. 그들처럼 생각하고 행동하는 법을 알았다고 해서 그들과 같이 될 수 있을까

뛰어난 리더들의 8가지 역발상

뛰어나다는 의미는 보통 그 이상의 것을 말한다. 일상적으로 생각하고 행동하는 방식과 사뭇 다른 패턴이다. 그래서 그들의 성공패턴을 따라가면 도저히 흉내 낼 수 없는 ‘무엇인가’가 있다.

그들처럼 생각하고 행동하는 법을 알았다고 해서 그들과 같이 될 수 있을까? 하지만 방법을 알고 있다면 지금보다는 더 발전된 단계의 길에 접어들 수 있지 않을까? ‘성공한 리더들이 갖고 있는 8가지 핵심철학(8 core beliefs extraordinary bosses)’을 소개한다.

1️⃣비즈니스는 전쟁이 아니라 생태계다.
사업을 자기 회사와 다른 회사 간의 갈등과 경쟁, 즉 전쟁으로 여기는 사고방식은 평범한 리더들이 하는 방식이다. 이들은 경쟁자를 적으로 간주하고 소비자들을 정복해야 할 영토라고 생각하는 경향이 강하다.

하지만 탁월한 리더들은 비즈니스란 많은 기업들이 서로 함께 생존하고 번창해야 하는 생태계라고 생각한다. 때문에 기꺼이 경쟁자와 손을 잡고 시장을 개척한다.

2️⃣회사는 기계가 아니라 커뮤니티다.
회사 직원들이 자신을 하나의 독립된 개체로 생각하지 않고 기계의 부속품으로 생각하는 것은, 일반적으로 리더가 엄격한 규칙과 구조를 만들어 자신의 뜻대로 회사를 꾸려가기 때문이다.

탁월한 리더는 기업에 희망과 꿈을 갖고 있는 개인들의 집합체로 생각한다. 희망과 꿈을 이루기 위해 서로 긴밀하고 유기적으로 연결됐다고 믿는다.

3️⃣경영은 통제가 아니라 서비스다.
평범한 리더들은 직원들이 자신이 시킨 일만 제대로 하길 바란다. 이런 무언의 명령에 순응하지 않았다가는 바로 철퇴를 맞게 된다.

하지만 탁월한 리더들은 일반적으로 큰 방향을 정해주고 나머지는 그들이 스스로 해나가길 바란다. 위에서 지시하는 것이 아닌 그들 스스로의 규칙과 원칙을 갖고 일을 풀어나가는 방침에 중심을 둔다. 따라서 직원들이 독립성이나 창의성을 발휘하는 것은 당연하다.

4️⃣직원들은 나의 자녀들이 아니라, 나의 동료들이다.
보통의 리더들은 자신들의 직원을 믿지 않는다. 그러면서 직원들은 회사를 가정으로 생각하고 리더를 가장으로 여기며, 가족의 일처럼 힘써주길 바란다.

성공한 리더들은 모든 직원들을 한명 한명 중요한 사람이라고 생각하고 그렇게 대한다. 최고라는 믿음을 그들에게 주기 때문에 직원들은 스스로에 대한 기대치가 높아진다. 결과적으로 모든 직원들은 스스로의 소명에 따라서 일을 하고 있다는 믿음으로 단결하고 결속되어 있다.

5️⃣동기부여는 두려움이 아니라 비전에서 비롯된다.
평범한 리더들은 직원들을 동기부여 하는 방법으로 해고에 대한 두려움, 특권을 줄이는 것 등의 두려움을 주는 것이라고 믿는다. 결과적으로 직원들은 책임을 지려고 하지 않을 뿐 아니라 위험한 결정도 하지 않고 몸을 사리게 된다.

하지만 위대한 리더들은 더 나은 미래를 위해서 리스크를 과감하게 떠안도록 독려한다. 그들이 하는 일을 즐기고 그런 성과를 서로 나눌 수 있도록 격려한다.

6️⃣변화는 고통이 아니라 성장을 뜻한다.
보통의 리더들은 변화가 찾아오면 견디고 참아야 하는 고통스러운 것으로만 여긴다. 이들은 변화가 찾아오면 적극적으로 떠안는 게 아니라 최대한 회피하고 뒤로 늦춘다.

뛰어난 리더들은 다르다. 이들은 변화란 인생에서 피할 수 없는 것이라고 여긴다. 성공이란 새로운 비즈니스를 실행하고 새로운 아이디어를 적용하는 과정에서 얻을 수 있다고 생각한다.

7️⃣일은 고역이 아니라 즐거운 경험이 되어야 한다.
평범한 리더들은 일에는 고통이 수반되고 당연히 그렇다고 생각한다. 그래서 이들은 무의식으로 자신들을 억압하는 사람으로 직원들은 힘없는 희생자로 여긴다.

하지만 뛰어난 리더들은 일이야말로 즐거운 놀이라고 생각한다. 그래서 일을 하는 데 있어서 자신 뿐 아니라 직원들도 진정한 행복을 찾는 일이라고 믿는다. 또한 그렇게 만들기 위해서 노력한다.

8️⃣기술은 자동차를 의미하는 게 아니라 운전 능력을 뜻한다.
일반적인 리더들은 예측 가능성을 높이고 관리 시스템을 유지하는 방식으로 테크놀로지를 대한다. 이들은 중앙으로 집중화된 컴퓨터 시스템을 구축해서 인간을 기술에서 소외시키고 직원들을 통제하려고 한다.

반면 위대한 CEO들은 기술이야 말로 인간을 자유롭게 하고 더 나은 관계를 유지하도록 돕는 도구로 생각한다. 이들은 스마트폰과 태블릿PC 등을 자유자재로 사용한다.

💟사람이 일을 하는 것은 단순히 먹고 살기 위한 생계의 수단만이 아니다. 일을 함으로써 자신의 능력을 발굴하고 삶의 보람을 찾고 지속적으로 생기를 찾아내며 스스로를 발전시킴으로써 사회의 일원으로서 공헌하는 것이다.

인간의 모든 관계는 엄밀한 의미에서 독자성이라기보다는 상호의존성으로 연결되어 있다. 따라서 내가 지금 누리고 있는 나의 것이 모두 나의 능력으로 이뤄진 것도 아니다.

특히 리더의 자리는 직원들의 삶의 질을 좌우할 수 있는 중요한 위치다. 함께 갈 것인가, 아니면 혼자 갈 것인가? 어떤 리더가 될 것인가. 이제 선택은 당신의 몫이다.

뛰어나다는 의미는 보통 그 이상의 것을 말한다. 일상적으로 생각하고 행동하는 방식과 사뭇 다른 패턴이다. 그래서 그들의 성공패턴을 따라가면 도저히 흉내 낼 수 없는 ‘무엇인가’가 있다. 그들처럼 생각하고 행동하는 법을 알았다고 해서 그들과 같이 될 수 있을까? 하지만 방법을 알고 있다면 지금보다는 더 발전된 단계의 길에 접어들 수 있지 않을까? ‘성공한 리더들이 갖고 있는 8가지 핵심철학(8 core beliefs extraordinary bosses)’을 소개한다. 1️⃣비즈니스는 전쟁이 아니라 생태계다.사업을 자기 회사와 다른 회사 간의 갈등과 경쟁, 즉 전쟁으로 여기는 사고방식은 평범한 리더들이 하는 방식이다. 이들은 경쟁자를 적으로 간주하고 소비자들을 정복해야 할 영토라고 생각하는 경향이 강하다. 하지만 탁월한 리더들은 비즈니스란 많은 기업들이 서로 함께 생존하고 번창해야 하는 생태계라고 생각한다. 때문에 기꺼이 경쟁자와 손을 잡고 시장을 개척한다. 2️⃣회사는 기계가 아니라 커뮤니티다.회사 직원들이 자신을 하나의 독립된 개체로 생각하지 않고 기계의 부속품으로 생각하는 것은, 일반적으로 리더가 엄격한 규칙과 구조를 만들어 자신의 뜻대로 회사를 꾸려가기 때문이다. 탁월한 리더는 기업에 희망과 꿈을 갖고 있는 개인들의 집합체로 생각한다. 희망과 꿈을 이루기 위해 서로 긴밀하고 유기적으로 연결됐다고 믿는다. 3️⃣경영은 통제가 아니라 서비스다.평범한 리더들은 직원들이 자신이 시킨 일만 제대로 하길 바란다. 이런 무언의 명령에 순응하지 않았다가는 바로 철퇴를 맞게 된다. 하지만 탁월한 리더들은 일반적으로 큰 방향을 정해주고 나머지는 그들이 스스로 해나가길 바란다. 위에서 지시하는 것이 아닌 그들 스스로의 규칙과 원칙을 갖고 일을 풀어나가는 방침에 중심을 둔다. 따라서 직원들이 독립성이나 창의성을 발휘하는 것은 당연하다. 4️⃣직원들은 나의 자녀들이 아니라, 나의 동료들이다.보통의 리더들은 자신들의 직원을 믿지 않는다. 그러면서 직원들은 회사를 가정으로 생각하고 리더를 가장으로 여기며, 가족의 일처럼 힘써주길 바란다. 성공한 리더들은 모든 직원들을 한명 한명 중요한 사람이라고 생각하고 그렇게 대한다. 최고라는 믿음을 그들에게 주기 때문에 직원들은 스스로에 대한 기대치가 높아진다. 결과적으로 모든 직원들은 스스로의 소명에 따라서 일을 하고 있다는 믿음으로 단결하고 결속되어 있다. 5️⃣동기부여는 두려움이 아니라 비전에서 비롯된다.평범한 리더들은 직원들을 동기부여 하는 방법으로 해고에 대한 두려움, 특권을 줄이는 것 등의 두려움을 주는 것이라고 믿는다. 결과적으로 직원들은 책임을 지려고 하지 않을 뿐 아니라 위험한 결정도 하지 않고 몸을 사리게 된다. 하지만 위대한 리더들은 더 나은 미래를 위해서 리스크를 과감하게 떠안도록 독려한다. 그들이 하는 일을 즐기고 그런 성과를 서로 나눌 수 있도록 격려한다. 6️⃣변화는 고통이 아니라 성장을 뜻한다.보통의 리더들은 변화가 찾아오면 견디고 참아야 하는 고통스러운 것으로만 여긴다. 이들은 변화가 찾아오면 적극적으로 떠안는 게 아니라 최대한 회피하고 뒤로 늦춘다. 뛰어난 리더들은 다르다. 이들은 변화란 인생에서 피할 수 없는 것이라고 여긴다. 성공이란 새로운 비즈니스를 실행하고 새로운 아이디어를 적용하는 과정에서 얻을 수 있다고 생각한다. 7️⃣일은 고역이 아니라 즐거운 경험이 되어야 한다.평범한 리더들은 일에는 고통이 수반되고 당연히 그렇다고 생각한다. 그래서 이들은 무의식으로 자신들을 억압하는 사람으로 직원들은 힘없는 희생자로 여긴다. 하지만 뛰어난 리더들은 일이야말로 즐거운 놀이라고 생각한다. 그래서 일을 하는 데 있어서 자신 뿐 아니라 직원들도 진정한 행복을 찾는 일이라고 믿는다. 또한 그렇게 만들기 위해서 노력한다. 8️⃣기술은 자동차를 의미하는 게 아니라 운전 능력을 뜻한다.일반적인 리더들은 예측 가능성을 높이고 관리 시스템을 유지하는 방식으로 테크놀로지를 대한다. 이들은 중앙으로 집중화된 컴퓨터 시스템을 구축해서 인간을 기술에서 소외시키고 직원들을 통제하려고 한다. 반면 위대한 CEO들은 기술이야 말로 인간을 자유롭게 하고 더 나은 관계를 유지하도록 돕는 도구로 생각한다. 이들은 스마트폰과 태블릿PC 등을 자유자재로 사용한다. 💟사람이 일을 하는 것은 단순히 먹고 살기 위한 생계의 수단만이 아니다. 일을 함으로써 자신의 능력을 발굴하고 삶의 보람을 찾고 지속적으로 생기를 찾아내며 스스로를 발전시킴으로써 사회의 일원으로서 공헌하는 것이다. 인간의 모든 관계는 엄밀한 의미에서 독자성이라기보다는 상호의존성으로 연결되어 있다. 따라서 내가 지금 누리고 있는 나의 것이 모두 나의 능력으로 이뤄진 것도 아니다. 특히 리더의 자리는 직원들의 삶의 질을 좌우할 수 있는 중요한 위치다. 함께 갈 것인가, 아니면 혼자 갈 것인가? 어떤 리더가 될 것인가. 이제 선택은 당신의 몫이다.

축산경제신문

스타트UP스토리]황도연 당근마켓 대표[이 기사에 나온 스타트업에 대한 보다 다양한 기업정보는 유니콘팩토리 빅데이터 플랫폼 '데이터랩'에서 볼 수 있습니다.]"하이퍼로컬(지역밀착)에 충실했다."2023년 당근마켓(이하 당근)의 연간 흑자전환 비결을 묻는 질문에 황도연 대표는 이렇게 답했다. 1시간 남짓한 시간 동안 진행된 인터뷰에서 황 대...

'플랫폼의 저주' 깨고 흑자 낸 당근마켓..."해외서도? 당근이죠!" - 머니투데이

21년 (-)352억원, 2022년 (-)464억원으로 적자폭이 나날이 늘어가던 당근에 대한 시선은 비관적이었습니다. 벤처투자 혹한기를 맞아 계속 현금을 태우기만 하는 당근이 지속가능할 것이냐는 의문도 있었고, 비용을 줄여서 억지로 영업적자를 줄이려다가 성장이 후퇴하는 것 아니냐는 우려도 있었는데요,

당근은 이런 의문이 무색하게도 매출을 22년 500억원 수준에서 23년 1270억원으로 늘리면서 흑자 전환에 성공했습니다. 영업이익은 173억원 흑자로 전년 대비 무려 (+)640억원을 늘렸습니다.

황도연 대표는 이에 대해서 "외부에서 보기에는 드라마틱해 보이겠지만, 계속 해 오던 것들이 실적으로 나타났을 뿐" 이라고 말했습니다. 워낙에 탄탄한 유저 풀과 서비스가 있었으니 수익으로 전환하기가 쉬웠고, 비용 절감도 시장에서 벌어지고 있는 무시무시한 구조조정 없이 광고선전비만을 줄임으로써 충분히 달성이 되었습니다.

21년 (-)352억원, 2022년 (-)464억원으로 적자폭이 나날이 늘어가던 당근에 대한 시선은 비관적이었습니다. 벤처투자 혹한기를 맞아 계속 현금을 태우기만 하는 당근이 지속가능할 것이냐는 의문도 있었고, 비용을 줄여서 억지로 영업적자를 줄이려다가 성장이 후퇴하는 것 아니냐는 우려도 있었는데요, 당근은 이런 의문이 무색하게도 매출을 22년 500억원 수준에서 23년 1270억원으로 늘리면서 흑자 전환에 성공했습니다. 영업이익은 173억원 흑자로 전년 대비 무려 (+)640억원을 늘렸습니다. 황도연 대표는 이에 대해서 "외부에서 보기에는 드라마틱해 보이겠지만, 계속 해 오던 것들이 실적으로 나타났을 뿐" 이라고 말했습니다. 워낙에 탄탄한 유저 풀과 서비스가 있었으니 수익으로 전환하기가 쉬웠고, 비용 절감도 시장에서 벌어지고 있는 무시무시한 구조조정 없이 광고선전비만을 줄임으로써 충분히 달성이 되었습니다.&nbsp;

머니투데이

1년만에 흑자전환 성공한 당근의 저력

PS 원툴 대학생의 네이버 인턴 생존기... 인 줄 알았지만 Yorkie 프로젝트 소개가 되어버린 글

네이버 Yorkie TF 인턴 생존기

프로젝트 Yorkie는 오픈소스 데이터 스토어로 네이버에서 개발되고 있습니다. 지인이 해당 프로젝트를 개발하고 있어서 초기부터 알던 프로젝트입니다.

Yorkie는 CRDT 기반으로 실시간 동시 편집을 지원하는 데이터 스토어라고 할 수 있습니다. 요즘은 많은 도구가 지원하는데 구글 독스나 노션 등 한 화면을 여러 사람이 동시에 수정할 수 있도록 제공하는 경우 자연히 충돌이 생기게 됩니다. 한명은 A를 B로 바꾸고 다른 한명은 A를 C로 바꾸면 최종이 B여야 하는지 C여야 하는지 결정해야 하는 문제가 남습니다.

Git 등으로 개발하다 보면 충돌이 발생하는 경우를 많이 겪기 때문에 어느 정도 이해할 수 있을거라고 생각합니다. 동시 편집을 하면 당연히 충돌이 발생할 수 밖에 없습니다. Git을 이 최종의 선택권을 사용자가 선택할 수 있도록 넘겨주지만 노션 같은 도구에서 충돌 날때마다 사용자에게 충돌났다고 물어보는건 사용자 경험에도 좋지 않기 때문에 이런 방법을 쓰진 않습니다.

과거에도 동시 편집 구현은 쉽지 않았고 다양한 시도가 있었지만 Conflict-Free-Replicated Data Types를 뜻하는 CRDT는 이러한 문제를 해결하는 데이터 스토어이고 그 이름대로 충돌이 없습니다. 아까 처럼 A->B, A->C의 경우 결과가 B일지 C일지는 상황에 따라 다르지만 충돌은 나지 않습니다.

이 CRDT를 이용한 데이터 스토어인 Yorkie는 해당 프로젝트 개발과 이를 이용한 SaaS 형태의 서비스를 제공하고 있습니다. 이 Yorkie팀에 들아가서 인턴으로 2달 일한 과정을 정리한 들입니다.

인턴기 이지만 인턴 생활보다는 Yorkie에 대해 많은 내용이 담겨 있습니다. 알고리즘을 잘하시는 분이라 인턴 중에도 Yorkie의 구조적인 부분과 기능 추가등의 작업을 많이 하신거 같고 파악하신 Yorkie의 데이터 구조와 문제점, 해결 방법 등이 다양하게 나와 있어서 재밌습니다.

https://justicehui.github.io/review/2024/03/30/naver-intern-review/

프로젝트 Yorkie는 오픈소스 데이터 스토어로 네이버에서 개발되고 있습니다. 지인이 해당 프로젝트를 개발하고 있어서 초기부터 알던 프로젝트입니다. Yorkie는 CRDT 기반으로 실시간 동시 편집을 지원하는 데이터 스토어라고 할 수 있습니다. 요즘은 많은 도구가 지원하는데 구글 독스나 노션 등 한 화면을 여러 사람이 동시에 수정할 수 있도록 제공하는 경우 자연히 충돌이 생기게 됩니다. 한명은 A를 B로 바꾸고 다른 한명은 A를 C로 바꾸면 최종이 B여야 하는지 C여야 하는지 결정해야 하는 문제가 남습니다. Git 등으로 개발하다 보면 충돌이 발생하는 경우를 많이 겪기 때문에 어느 정도 이해할 수 있을거라고 생각합니다. 동시 편집을 하면 당연히 충돌이 발생할 수 밖에 없습니다. Git을 이 최종의 선택권을 사용자가 선택할 수 있도록 넘겨주지만 노션 같은 도구에서 충돌 날때마다 사용자에게 충돌났다고 물어보는건 사용자 경험에도 좋지 않기 때문에 이런 방법을 쓰진 않습니다. 과거에도 동시 편집 구현은 쉽지 않았고 다양한 시도가 있었지만 Conflict-Free-Replicated Data Types를 뜻하는 CRDT는 이러한 문제를 해결하는 데이터 스토어이고 그 이름대로 충돌이 없습니다. 아까 처럼 A-&gt;B, A-&gt;C의 경우 결과가 B일지 C일지는 상황에 따라 다르지만 충돌은 나지 않습니다. 이 CRDT를 이용한 데이터 스토어인 Yorkie는 해당 프로젝트 개발과 이를 이용한 SaaS 형태의 서비스를 제공하고 있습니다. 이 Yorkie팀에 들아가서 인턴으로 2달 일한 과정을 정리한 들입니다. 인턴기 이지만 인턴 생활보다는 Yorkie에 대해 많은 내용이 담겨 있습니다. 알고리즘을 잘하시는 분이라 인턴 중에도 Yorkie의 구조적인 부분과 기능 추가등의 작업을 많이 하신거 같고 파악하신 Yorkie의 데이터 구조와 문제점, 해결 방법 등이 다양하게 나와 있어서 재밌습니다. https://justicehui.github.io/review/2024/03/30/naver-intern-review/

JusticeHui가 PS하는 블로그

계란후라이 899

면접은 사람과 사람이 만나 서로의 생각을 이야기 나누는 시간입니다. 사전적 의미로 면접은 서로 대면하여 만남이라고 짧게 정의하고 있습니다. 우리가 살고 있는 이 시대에서 면접은 주로 회사에서 고용주가 인재를 채용하기 위해 검증하는 수단의 의미로 통용되고 있습니다. 간혹 회사 채용이 아닌 학교에서 입학 면접을 보기도 하고, 공공기관에서 자격을 부여할 때 사용하는 검증 방식을 면접이라고 부릅니다. 모두 일맥상통하게 이 시대의 면접은 어떤 기회를 얻길 원하는 사람이 기회를 줄 수 있는 평가자를 만나 검증받는 수단을 의미하고 있습니다.
이렇게 정의하고 보니 면접이 제법 딱딱하게 느껴집니다. 처음 만나는 누군가에게 평가를 받는다고 생각하니 쉽지 않은 자리가 맞습니다. 지난 과거에 제가 평가받는 사람으로 참여했던 면접을 회상해 봅니다. 첫 직장을 갖기 위해 주로 규모가 큰 회사에 입사 지원을 했습니다. 그 시절엔 지금과 같이 상시 채용 개념이 적고 신입은 공채로 입사를 많이 했습니다. 작은 회사의 상시 채용 공고를 잘 확인하기 어려웠기도 하지만, 마음속으로 '그래도 이름 한 번은 들어본 기업에 입사하고 싶다'라는 바램이 있었습니다.
첫 취업을 도전하던 당시에 면접 관련 기억에 남는 몇 장면이 있습니다. 입사 지원자 5명 이상과 면접관 3명 이상이 만나 다대다 면접 방식을 많이 진행했고, 시커먼 정장을 입고 묵이 졸리는 넥타이를 매고 딱딱한 구두 속으로 발가락을 꼼지락거리며 면접 차례를 기다렸던 기억이 납니다. 약속된 면접 일정보다 30분에서 1시간 정도 지연되어 기다리는 것은 양호한 편이었습니다. 면접 약속한 시간보다 지연되는 이유는 면접관 분들이 배정된 시간보다 더 오래 면접을 보아 그 시간이 점점 누적되어 뒤에 기다리는 사람에게 여파가 되는 것입니다. 면접관 잘못만은 아니고 면접 한 회차에 주어진 시간이 짧고 면접을 봐야 하는 후보자는 많아서 생기는 웃지 못할 상황인 것입니다.
그 시절 면접관은 입사 지원자에게 날카로운 질문을 잘 했습니다. 지혜와 명철로 날카롭다가 아니라 지치고 힘듦에서 오는 신경질적으로 날이 선 칼날 같은 질문이었습니다. 예를 들면, 영어 이름 표기를 왜 그렇게 했냐? 학교 성적이 저조한데 도대체 뭐 했냐? 야근을 시키면 어떻게 할 거냐? 등 지금은 상상하기 어렵고, 마음에 상처가 되는 질문을 받았던 기억이 납니다. 면접을 보면 수고했다는 의미로 면접비라는 소소한 용돈을 받았습니다. 면접에 참여한 전우들과 삼삼오오 모여 순댓국에 소주 한 잔을 했습니다. 취준생이 다른 취준생을 만나 취업 준비의 어려움을 하소연하고, 서로 알고 있는 취업 정보와 노하우를 기꺼이 나누기도 했습니다. 힘들고 어려운 취준생의 삶이 소주처럼 쓰고 삼키기 어려웠지만, 면접 자리에서 만나는 사람들과 대화는 순댓국처럼 따뜻했습니다.

계란후라이 899 면접은 사람과 사람이 만나 서로의 생각을 이야기 나누는 시간입니다. 사전적 의미로 면접은 서로 대면하여 만남이라고 짧게 정의하고 있습니다. 우리가 살고 있는 이 시대에서 면접은 주로 회사에서 고용주가 인재를 채용하기 위해 검증하는 수단의 의미로 통용되고 있습니다. 간혹 회사 채용이 아닌 학교에서 입학 면접을 보기도 하고, 공공기관에서 자격을 부여할 때 사용하는 검증 방식을 면접이라고 부릅니다. 모두 일맥상통하게 이 시대의 면접은 어떤 기회를 얻길 원하는 사람이 기회를 줄 수 있는 평가자를 만나 검증받는 수단을 의미하고 있습니다.이렇게 정의하고 보니 면접이 제법 딱딱하게 느껴집니다. 처음 만나는 누군가에게 평가를 받는다고 생각하니 쉽지 않은 자리가 맞습니다. 지난 과거에 제가 평가받는 사람으로 참여했던 면접을 회상해 봅니다. 첫 직장을 갖기 위해 주로 규모가 큰 회사에 입사 지원을 했습니다. 그 시절엔 지금과 같이 상시 채용 개념이 적고 신입은 공채로 입사를 많이 했습니다. 작은 회사의 상시 채용 공고를 잘 확인하기 어려웠기도 하지만, 마음속으로 '그래도 이름 한 번은 들어본 기업에 입사하고 싶다'라는 바램이 있었습니다.첫 취업을 도전하던 당시에 면접 관련 기억에 남는 몇 장면이 있습니다. 입사 지원자 5명 이상과 면접관 3명 이상이 만나 다대다 면접 방식을 많이 진행했고, 시커먼 정장을 입고 묵이 졸리는 넥타이를 매고 딱딱한 구두 속으로 발가락을 꼼지락거리며 면접 차례를 기다렸던 기억이 납니다. 약속된 면접 일정보다 30분에서 1시간 정도 지연되어 기다리는 것은 양호한 편이었습니다. 면접 약속한 시간보다 지연되는 이유는 면접관 분들이 배정된 시간보다 더 오래 면접을 보아 그 시간이 점점 누적되어 뒤에 기다리는 사람에게 여파가 되는 것입니다. 면접관 잘못만은 아니고 면접 한 회차에 주어진 시간이 짧고 면접을 봐야 하는 후보자는 많아서 생기는 웃지 못할 상황인 것입니다.그 시절 면접관은 입사 지원자에게 날카로운 질문을 잘 했습니다. 지혜와 명철로 날카롭다가 아니라 지치고 힘듦에서 오는 신경질적으로 날이 선 칼날 같은 질문이었습니다. 예를 들면, 영어 이름 표기를 왜 그렇게 했냐? 학교 성적이 저조한데 도대체 뭐 했냐? 야근을 시키면 어떻게 할 거냐? 등 지금은 상상하기 어렵고, 마음에 상처가 되는 질문을 받았던 기억이 납니다. 면접을 보면 수고했다는 의미로 면접비라는 소소한 용돈을 받았습니다. 면접에 참여한 전우들과 삼삼오오 모여 순댓국에 소주 한 잔을 했습니다. 취준생이 다른 취준생을 만나 취업 준비의 어려움을 하소연하고, 서로 알고 있는 취업 정보와 노하우를 기꺼이 나누기도 했습니다. 힘들고 어려운 취준생의 삶이 소주처럼 쓰고 삼키기 어려웠지만, 면접 자리에서 만나는 사람들과 대화는 순댓국처럼 따뜻했습니다.

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

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

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

좋은 개발자가 알아야하는 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

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

기존 사이트를 리뉴얼해서 새로 한번 프로젝트를 혼자 처음부터 해보려고합니다. 그럴때 사이트에 있는 로고나 카페, 메일 이미지 파일은 그대로 갖다 써도 될까요? 아니면 비슷한걸 만들거나 아이콘 사이트에서 다운받아 써야하는건가요?

기존 사이트 리뉴얼시

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필