1995년 3월, 한 술집에 수십 명의 대학생들이 모여 있었다. 그들은 두 무리로 나뉘어 있었는데, 한 무리는 선배 무리였고, 나머지 한 무리는 신입생 무리였다. 그 자리는 소위 ‘신입생 환영회’ 였고, 이제 막 ‘사발식’을 거행하려는 순간이었다. ‘사발식’은 간단히 말해서, 사발에 소주 1병을 붓고, 그것을 신입생이 한 번에 마시는 의식이었다. 선배들은 모두 그 의식을 거친 사람들이었고, 새로 들어온 신입생들에게 ‘사발식’을 지시했다. 하지만, 신입생들의 반응은 선배들이 기대한 것과 달랐다.

“왜요?”

신입생들은 의문이 들었다. ‘왜 내가 이걸 마셔야 하지? 난 마시기 싫은데?’. 그들은 선배들과 싸우고 싶지 않았지만, 그렇다고 그 술을 마실 생각도 없었다. 결국 신입생들은 ‘사발식’을 진행하지 않았고, 사발에 있던 소주는 선배들이 마셨다.

z세대의 상징적인 언어로 ‘왜요?’가 회자되었던 것 같다. 그런데, ‘왜요?’는 지금의 기성세대인 x세대도 똑같이 구사했던 기술이다. 그들은 기성세대의 문법을 거부했고, 스스로 새로운 문법을 만들어 나갔다. 마치 지금의 z세대가 그러는 것처럼 말이다.

미디어나 마케팅처럼 사람을 그룹으로 구분지어야 하는 분야들이 있다. 모든 사람을 하나의 스펙트럼에 넣지 않고, 몇 개의 단절된 바구니에 담긴 서로 다른 과일들처럼 다루는 것이 익숙한 분야들이 있다. 그런 분야가 사람들의 생각에 미치는 영향력은 매우 크고, 그러다 보니 사람들도 그런 문법에 맞춰 생각을 하고 말을 하게 된다. 하지만, 실제는 다르다. 세대와 세대는 단절되어 있지 않다. 연결되어 있다.

세대가 갖는 분명한 특징은 있다. 그런데 그런 특징은 그들이 성장한 환경의 영향을 받는다. 그리고, 그 환경은 이전 세대가 만들어 놓은 환경이다. 말하자면, z세대의 특징은 x세대가 조성한 환경이 영향을 미친 결과라고 할 수 있다. 물론, x세대 역시 이전 세대가 조성한 환경의 영향을 받고 자랐다.

다시 사발식으로 돌아가 보자. 1995년의 신입생들은 이전의 신입생들과 달랐다. 그런데, 신입생들만 달랐을까? 아니다. 1995년의 선배들도 이전의 선배들과 달랐다. 만약 그들이 10년 전의 선배와 같았다면, 신입생들과 선배들 사이에는 큰 충돌이 있었을 것이다. 하지만, 그런 충돌은 없었다. 선배들은 사발식을 거부하는 신입생들을 존중했고, 그래서 따라 놓은 술을 자신들이 마셨다. 그리고, 신입생들과 즐겁게 어울렸다.

변화는 부드럽게 진행된다. 세대를 거쳐 이루어지는 변화에 단절은 없다. 세대와 세대는 연결되어 있고, 서로에게 영향을 미친다. 이해하려고 하면 이해 못 할 것이 없고, 함께 하려고 하면 함께 못 할 것이 없다. 우리는 같은 시간과 공간을 살아가는 하나의 공동체다.

#에세이 #세대 #공동체

1995년 3월, 한 술집에 수십 명의 대학생들이 모여 있었다. 그들은 두 무리로 나뉘어 있었는데, 한 무리는 선배 무리였고, 나머지 한 무리는 신입생 무리였다. 그 자리는 소위 ‘신입생 환영회’ 였고, 이제 막 ‘사발식’을 거행하려는 순간이었다. ‘사발식’은 간단히 말해서, 사발에 소주 1병을 붓고, 그것을 신입생이 한 번에 마시는 의식이었다. 선배들은 모두 그 의식을 거친 사람들이었고, 새로 들어온 신입생들에게 ‘사발식’을 지시했다. 하지만, 신입생들의 반응은 선배들이 기대한 것과 달랐다. “왜요?” 신입생들은 의문이 들었다. ‘왜 내가 이걸 마셔야 하지? 난 마시기 싫은데?’. 그들은 선배들과 싸우고 싶지 않았지만, 그렇다고 그 술을 마실 생각도 없었다. 결국 신입생들은 ‘사발식’을 진행하지 않았고, 사발에 있던 소주는 선배들이 마셨다. z세대의 상징적인 언어로 ‘왜요?’가 회자되었던 것 같다. 그런데, ‘왜요?’는 지금의 기성세대인 x세대도 똑같이 구사했던 기술이다. 그들은 기성세대의 문법을 거부했고, 스스로 새로운 문법을 만들어 나갔다. 마치 지금의 z세대가 그러는 것처럼 말이다. 미디어나 마케팅처럼 사람을 그룹으로 구분지어야 하는 분야들이 있다. 모든 사람을 하나의 스펙트럼에 넣지 않고, 몇 개의 단절된 바구니에 담긴 서로 다른 과일들처럼 다루는 것이 익숙한 분야들이 있다. 그런 분야가 사람들의 생각에 미치는 영향력은 매우 크고, 그러다 보니 사람들도 그런 문법에 맞춰 생각을 하고 말을 하게 된다. 하지만, 실제는 다르다. 세대와 세대는 단절되어 있지 않다. 연결되어 있다. 세대가 갖는 분명한 특징은 있다. 그런데 그런 특징은 그들이 성장한 환경의 영향을 받는다. 그리고, 그 환경은 이전 세대가 만들어 놓은 환경이다. 말하자면, z세대의 특징은 x세대가 조성한 환경이 영향을 미친 결과라고 할 수 있다. 물론, x세대 역시 이전 세대가 조성한 환경의 영향을 받고 자랐다. 다시 사발식으로 돌아가 보자. 1995년의 신입생들은 이전의 신입생들과 달랐다. 그런데, 신입생들만 달랐을까? 아니다. 1995년의 선배들도 이전의 선배들과 달랐다. 만약 그들이 10년 전의 선배와 같았다면, 신입생들과 선배들 사이에는 큰 충돌이 있었을 것이다. 하지만, 그런 충돌은 없었다. 선배들은 사발식을 거부하는 신입생들을 존중했고, 그래서 따라 놓은 술을 자신들이 마셨다. 그리고, 신입생들과 즐겁게 어울렸다. 변화는 부드럽게 진행된다. 세대를 거쳐 이루어지는 변화에 단절은 없다. 세대와 세대는 연결되어 있고, 서로에게 영향을 미친다. 이해하려고 하면 이해 못 할 것이 없고, 함께 하려고 하면 함께 못 할 것이 없다. 우리는 같은 시간과 공간을 살아가는 하나의 공동체다. #에세이 #세대 #공동체

세대와 세대는 연결되어 있다

한기용 | , 실리콘밸리 데이터 엔지니어가 알려주는 최신 데이터 파이프라인 구축!✅ 실리콘밸리 30년차 데이터 엔지니어가 전하는 실무 노하우✅ 평점 4.9! 산호세 주립대 데이터 사이언스 전공생들이 극찬한 강의✅ Airflow&amp;Snowflake를 활용한 최신 데이터

실리콘밸리 데이터 리더가 알려주는 Airflow 기초 강의 | 한기용 - 인프런

데이터 조직이 생기고 데이터 웨어하우스를 만들고 운영을 하다보면 다수의 데이터 파이프라인이 생긴다. 근데 대부분이 외부에 있는 데이터를 읽어오는 것이다 보니 외부 데이터 소스에 문제가 생기면 방법이 없다. 99.5%의 uptime을 자랑하는 API라 하더라도 사실 일년으로 치면 1.825일(0.005*365) 동안은 동작하지 않음을 의미한다. 만일 이런 데이터 파이프라인이 100개 정도 돌아간다고 치면 평균적으로 매일 1-2개의 데이터 파이프라인은 외부 데이터 소스 이슈로 실패한다. 실패한 것들은 찾아서 나중에 다시 실행해주어야 것이 필요한데 이는 증분 업데이트를 하는 경우 더 중요해진다.

데이터 파이프라인의 업데이트 방식: 전체 업데이트 vs. 증분 업데이트

데이터 파이프라인이 데이터를 읽어오는 방법에는 크게 두 가지가 있다. 하나는 매번 소스에서 전체 데이터를 다 읽어오는 것인데 이를 보통 전체 업데이트(Full Refresh)라고 부른다. 다른 하나는 매일 혹은 매시간 그 전날 혹은 전시간에 바뀐 내용(새 레코드와 변경된 레코드)만 읽어오는 것인데 이를 증분 업데이트(Incremental Update)라고 부른다. 전체 업데이트가 여러모로 편리한데 데이터의 크기가 커지면 이 방식은 사용할 수가 없다. 읽어다가 업데이트하는데 하루 이상이 걸리기 시작하기 때문이다. 어느 시점부터는 증분 업데이트로 넘어가야 하는데 이 때부터는 운영상의 난이도가 올라가기 시작한다.

증분 업데이트의 문제

증분 업데이트가 가능하려면 먼제 데이터 소스가 스마트해서 어느 시간 범위 내에서 변경되거나 새로 생긴 레코드들만 리턴할 수 있어야 한다. 다음으로 여러 이유로 어느 특정 시간 대의 증분 업데이트가 실패하면 데이터에 구멍이 생기기 때문에 운영에 있어서 실패한 데이터 파이프라인들을 찾아내서 재실행해주는 것이 필요하다. 이를 Backfill이라고 부르며 Backfill의 용이성이 데이터 엔지니어의 삶에 큰 영향을 끼친다. 이게 쉽지 않으며 매번 Backfill하느라 다른 일을 못 한다. 잘 만들어진 데이터 파이프라인은 과거 문제를 해결하기 위해 재실행이 쉬운 데이터 파이프라인이다.

Airflow의 등장

야후, 메타 등에서 데이터 엔지니어로 일한 Maxime Beauchemin은 Airbnb에 조인한 뒤 2014년부터 본인의 경험을 집대성(?)해서 Airflow라는 데이터 파이프라인 작성 및 운영 프레임워크를 만들었고 이를 2015년에 오픈소스로 릴리스했다. 10년이 지난 지금 뒤에 쫓아오는 다른 프레임워크들이 있지만 커뮤니티의 크기가 인기도에 있어서 비교가 불가능한 일등 프레임워크로 자리잡았고 그 이유 중의 하나가 바로 Backfill을 쉽게 만드는 아키덱처를 갖고 있기 때문이다. 단 Backfill을 구현하는 건 새로운 개념의 이해와 Airflow의 동작방식의 이해를 필요로 하기에 약간의 시간이 필요하다.

실리콘밸리 데이터 리더가 알려주는 Airflow 기초

2012년말부터 본의 아니게 데이터 도메인으로 넘어가 다양한 회사에서 데이터 일을 하면서 Airflow를 사용해볼 기회도 많았기에 내부 동작에 대해서는 누구보다 잘 안다고 생각한다. 이를 바탕으로 프로그래머스에서 기수제로 15기수에 걸쳐 500여명의 수강생들에게 가르쳐보기도 했고 SK텔레콤의 데이터 엔지니어들을 대상으로 가르쳐보기도 했으며 지금은 산호세 주립대에서 응용 데이터 과학 석사 과정 학생들에게 가르치고 있다. 이 경험을 총정리해서 Docker 위에서 Airflow를 실행하며 Snowflake을 데이터 웨어하우스로 사용하는 총 11시간짜리 강의를 인프런 위에서 만들었다. 이 강의의 "Airflow 기초 프로그래밍" 섹션에서 Backfill의 구현 방법에 대해 집중 설명한다. 데이터 일을 하거나 관심이 있는 사람이라면 강추!

https://inf.run/qRing

데이터 조직이 생기고 데이터 웨어하우스를 만들고 운영을 하다보면 다수의 데이터 파이프라인이 생긴다. 근데 대부분이 외부에 있는 데이터를 읽어오는 것이다 보니 외부 데이터 소스에 문제가 생기면 방법이 없다. 99.5%의 uptime을 자랑하는 API라 하더라도 사실 일년으로 치면 1.825일(0.005*365) 동안은 동작하지 않음을 의미한다. 만일 이런 데이터 파이프라인이 100개 정도 돌아간다고 치면 평균적으로 매일 1-2개의 데이터 파이프라인은 외부 데이터 소스 이슈로 실패한다. 실패한 것들은 찾아서 나중에 다시 실행해주어야 것이 필요한데 이는 증분 업데이트를 하는 경우 더 중요해진다. 데이터 파이프라인의 업데이트 방식: 전체 업데이트 vs. 증분 업데이트 데이터 파이프라인이 데이터를 읽어오는 방법에는 크게 두 가지가 있다. 하나는 매번 소스에서 전체 데이터를 다 읽어오는 것인데 이를 보통 전체 업데이트(Full Refresh)라고 부른다. 다른 하나는 매일 혹은 매시간 그 전날 혹은 전시간에 바뀐 내용(새 레코드와 변경된 레코드)만 읽어오는 것인데 이를 증분 업데이트(Incremental Update)라고 부른다. 전체 업데이트가 여러모로 편리한데 데이터의 크기가 커지면 이 방식은 사용할 수가 없다. 읽어다가 업데이트하는데 하루 이상이 걸리기 시작하기 때문이다. 어느 시점부터는 증분 업데이트로 넘어가야 하는데 이 때부터는 운영상의 난이도가 올라가기 시작한다. 증분 업데이트의 문제 증분 업데이트가 가능하려면 먼제 데이터 소스가 스마트해서 어느 시간 범위 내에서 변경되거나 새로 생긴 레코드들만 리턴할 수 있어야 한다. 다음으로 여러 이유로 어느 특정 시간 대의 증분 업데이트가 실패하면 데이터에 구멍이 생기기 때문에 운영에 있어서 실패한 데이터 파이프라인들을 찾아내서 재실행해주는 것이 필요하다. 이를 Backfill이라고 부르며 Backfill의 용이성이 데이터 엔지니어의 삶에 큰 영향을 끼친다. 이게 쉽지 않으며 매번 Backfill하느라 다른 일을 못 한다. 잘 만들어진 데이터 파이프라인은 과거 문제를 해결하기 위해 재실행이 쉬운 데이터 파이프라인이다. Airflow의 등장 야후, 메타 등에서 데이터 엔지니어로 일한 Maxime Beauchemin은 Airbnb에 조인한 뒤 2014년부터 본인의 경험을 집대성(?)해서 Airflow라는 데이터 파이프라인 작성 및 운영 프레임워크를 만들었고 이를 2015년에 오픈소스로 릴리스했다. 10년이 지난 지금 뒤에 쫓아오는 다른 프레임워크들이 있지만 커뮤니티의 크기가 인기도에 있어서 비교가 불가능한 일등 프레임워크로 자리잡았고 그 이유 중의 하나가 바로 Backfill을 쉽게 만드는 아키덱처를 갖고 있기 때문이다. 단 Backfill을 구현하는 건 새로운 개념의 이해와 Airflow의 동작방식의 이해를 필요로 하기에 약간의 시간이 필요하다. 실리콘밸리 데이터 리더가 알려주는 Airflow 기초 2012년말부터 본의 아니게 데이터 도메인으로 넘어가 다양한 회사에서 데이터 일을 하면서 Airflow를 사용해볼 기회도 많았기에 내부 동작에 대해서는 누구보다 잘 안다고 생각한다. 이를 바탕으로 프로그래머스에서 기수제로 15기수에 걸쳐 500여명의 수강생들에게 가르쳐보기도 했고 SK텔레콤의 데이터 엔지니어들을 대상으로 가르쳐보기도 했으며 지금은 산호세 주립대에서 응용 데이터 과학 석사 과정 학생들에게 가르치고 있다. 이 경험을 총정리해서 Docker 위에서 Airflow를 실행하며 Snowflake을 데이터 웨어하우스로 사용하는 총 11시간짜리 강의를 인프런 위에서 만들었다. 이 강의의 "Airflow 기초 프로그래밍" 섹션에서 Backfill의 구현 방법에 대해 집중 설명한다. 데이터 일을 하거나 관심이 있는 사람이라면 강추! https://inf.run/qRing

인프런

데이터 엔지니어를 힘들게 하는 데이터 파이프라인 실패 복구

리더로서 집중해야 할 한 가지를 꼽는다면,
단연코 ‘사람’이다.

당신이 어떤 활동을 하더라도,
어떤 환경에 있더라도,
절대로 사람을 놓치지 말라.

그러면 리더라는 역할의 가장 기본적인 부분은
충분히 수행하게 될 것이다.

매순간 사람에 집중하라.

#짧은생각 #리더 #사람

리더로서 집중해야 할 한 가지를 꼽는다면,단연코 ‘사람’이다. 당신이 어떤 활동을 하더라도,어떤 환경에 있더라도,절대로 사람을 놓치지 말라. 그러면 리더라는 역할의 가장 기본적인 부분은충분히 수행하게 될 것이다. 매순간 사람에 집중하라. #짧은생각 #리더 #사람

매순간 사람에 집중하라

주변에서 Bun이 좋다는 얘기는 많이 들어보셨지만 바쁘셔서 아직 써보지는 못하셨나요? 그래서 제가 Bun을 간단히 맛 보실 수 있는 영상을 찍어보았습니다! 귀여운 이름과 로고 뒤에 무시무시한 기능과 성능으로 무장하고 하고 있는 차세대 자바스크립트 런타임의 매력에 빠져보실래요? 😍

📺 동영상: https://youtu.be/nlJtnLFqJu0

[ 함께 보시면 좋은 관련 게시물 ]
📕 Bun: 귀엽지만 강력한 새로운 자바스크립트 런타임: https://careerly.co.kr/comments/92202
📗 Bun v1.1 출시 소식: https://careerly.co.kr/comments/102544
📘 헬로 Bun 출간 소식: https://careerly.co.kr/comments/111998
📙 Bun v1.2 출시 소식: https://careerly.co.kr/comments/116299
📓 헬로 Bun eBook 출간 소식 : https://careerly.co.kr/comments/114790

주변에서 Bun이 좋다는 얘기는 많이 들어보셨지만 바쁘셔서 아직 써보지는 못하셨나요? 그래서 제가 Bun을 간단히 맛 보실 수 있는 영상을 찍어보았습니다! 귀여운 이름과 로고 뒤에 무시무시한 기능과 성능으로 무장하고 하고 있는 차세대 자바스크립트 런타임의 매력에 빠져보실래요? 😍 📺 동영상: https://youtu.be/nlJtnLFqJu0 [ 함께 보시면 좋은 관련 게시물 ]📕 Bun: 귀엽지만 강력한 새로운 자바스크립트 런타임: https://careerly.co.kr/comments/92202📗 Bun v1.1 출시 소식: https://careerly.co.kr/comments/102544📘 헬로 Bun 출간 소식: https://careerly.co.kr/comments/111998📙 Bun v1.2 출시 소식: https://careerly.co.kr/comments/116299📓 헬로 Bun eBook 출간 소식 : https://careerly.co.kr/comments/114790

🥟 Bun 한번 맛보실래요? 😋

절대 죽지 않는 프로그램을 짜고 싶었습니다. 널 처리만 잘하면 된다고 생각했습니다. 프로그램이 죽는 이유의 대부분이 널 포인터를 건드리는 경우였으니까.

성급한 널 처리의 오류

절대 죽지 않는 프로그램을 짜고 싶었습니다. 널 처리만 잘하면 된다고 생각했습니다.
프로그램이 죽는 이유의 대부분이 널 포인터를 건드리는 경우였으니까.

회사에 처음 들어가서 윈도우 클라이언트 프로그램을 부여받았습니다.
맨티스라는 도구에 버그가 올라오면 내가 고칠 수 있는 게 있을까 신이 나서 찾아 고쳤습니다.
대부분 널 포인터만 감싸면 고쳐지는 에러였습니다.

26살의 신입사원답게 아주 재빨랐습니다.
재현 후 디버거를 붙여서 값이 널로 들어온다?
오케이, 찾았어. 바로 널 체크 코드를 추가했습니다.
if (pData == NULL)
  return;

그리고 다시 재현해 보고 재현이 안 되면 Fix로 변경.
아~ 코딩 참 쉽다.

저는 이걸 성급한 널 처리의 오류라고 부르고 싶습니다.

경험이 쌓이면서 이게 그리 쉬운 문제가 아니라는 걸 알았습니다.
이렇게 널과 널 체크를 남용하면 프로그램이 죽지는 않더라도 버그를 영영 감추는 꼴이 되어버리고 맙니다. 절대 죽지 않는 프로그램보다 문제가 생기면 곧장 죽는 프로그램이 오히려 낫다는 걸 시간이 지나고서야 깨달았습니다.
감춰진 버그는 나중에 결국 나에게 돌아온다는걸.
ASSERT(pData);

ASSERT 같은 코드를 왜 쓰는지도 그쯤에야 깨달았습니다. (학생 때는 도무지 이해가 되지 않았습니다)
알게 된 후로는 적극적으로 사용했습니다.

이후로는 변수가 널이어야 하는 경우와 절대 널이어선 안 되는 경우를 엄격하게 구분하기 시작했습니다. 애초에 널 상태를 만들지 않으려 애썼습니다.
변수를 처음 선언할 때부터.
DB 스키마를 만들 때부터.
서버에서 클라이언트에 데이터를 내려줄 때도 함부로 null 을 사용하지 않았습니다.
이렇게 하면 그걸 받아서 쓰는 애플리케이션 쪽에서 고민거리가 줄어들므로 코딩이 편해집니다.

C/C++처럼 낡은 언어와는 다르게 요즘 언어들은 nullable 혹은 optional 타입 기능을 제공하는 것 같습니다.
저는 C#에서 이걸 처음 봤는데, 최근 언어는 다 탑재하고 있더라고요.
가끔 귀찮다는 느낌이 들 때도 있긴 하지만… 귀찮다고 느껴질 때는 널을 다뤄야 할 때입니다.
애초에 널을 건네주는 곳이 없다면 귀찮을 일도 생기지 않습니다. 이 기능에 대해 호불호가 있지만 저는 선호하는 쪽입니다.

https://jeho.page/essay/2025/03/11/fallacy-of-hasty-null-handling.html

절대 죽지 않는 프로그램을 짜고 싶었습니다. 널 처리만 잘하면 된다고 생각했습니다. 프로그램이 죽는 이유의 대부분이 널 포인터를 건드리는 경우였으니까. 회사에 처음 들어가서 윈도우 클라이언트 프로그램을 부여받았습니다. 맨티스라는 도구에 버그가 올라오면 내가 고칠 수 있는 게 있을까 신이 나서 찾아 고쳤습니다.대부분 널 포인터만 감싸면 고쳐지는 에러였습니다. 26살의 신입사원답게 아주 재빨랐습니다. 재현 후 디버거를 붙여서 값이 널로 들어온다? 오케이, 찾았어. 바로 널 체크 코드를 추가했습니다.<pre ><code>if (pData == NULL)
 return;</code></pre>그리고 다시 재현해 보고 재현이 안 되면 Fix로 변경. 아~ 코딩 참 쉽다. 저는 이걸 성급한 널 처리의 오류라고 부르고 싶습니다. 경험이 쌓이면서 이게 그리 쉬운 문제가 아니라는 걸 알았습니다. 이렇게 널과 널 체크를 남용하면 프로그램이 죽지는 않더라도 버그를 영영 감추는 꼴이 되어버리고 맙니다. 절대 죽지 않는 프로그램보다 문제가 생기면 곧장 죽는 프로그램이 오히려 낫다는 걸 시간이 지나고서야 깨달았습니다. 감춰진 버그는 나중에 결국 나에게 돌아온다는걸.<pre ><code>ASSERT(pData);</code></pre>ASSERT 같은 코드를 왜 쓰는지도 그쯤에야 깨달았습니다. (학생 때는 도무지 이해가 되지 않았습니다) 알게 된 후로는 적극적으로 사용했습니다. 이후로는 변수가 널이어야 하는 경우와 절대 널이어선 안 되는 경우를 엄격하게 구분하기 시작했습니다. 애초에 널 상태를 만들지 않으려 애썼습니다. 변수를 처음 선언할 때부터. DB 스키마를 만들 때부터. 서버에서 클라이언트에 데이터를 내려줄 때도 함부로 null 을 사용하지 않았습니다. 이렇게 하면 그걸 받아서 쓰는 애플리케이션 쪽에서 고민거리가 줄어들므로 코딩이 편해집니다. C/C++처럼 낡은 언어와는 다르게 요즘 언어들은 nullable 혹은 optional 타입 기능을 제공하는 것 같습니다. 저는 C#에서 이걸 처음 봤는데, 최근 언어는 다 탑재하고 있더라고요. 가끔 귀찮다는 느낌이 들 때도 있긴 하지만… 귀찮다고 느껴질 때는 널을 다뤄야 할 때입니다. 애초에 널을 건네주는 곳이 없다면 귀찮을 일도 생기지 않습니다. 이 기능에 대해 호불호가 있지만 저는 선호하는 쪽입니다. https://jeho.page/essay/2025/03/11/fallacy-of-hasty-null-handling.html

K리그 프로그래머

일하기도 바쁜데..  회의에는 크게 두 종류가 있다. 정보를 전달하기 위한 회의와 무언가를 결정하기 위한 회의가 그것이다. 정보를 전달하는 회의의 경우에는 논의보다는 전달이 목적이므로, 사전에 정해진 절차대로 진행하면서 필요한 정보 전달이 모두 이루어지면 회의가 종료된다. 이 과정에서는 예측한 시간에서 크게 벗어날 일이 별로 없다. 하지만, 무언가를 결정하

안 할 수는 없고 잘하기는 어려운 것, 회의

회의를 잘하면 없던 시간이 생긴다.
#회의 #직장인 #커리어

https://brunch.co.kr/@drunkensky/683

회의를 잘하면 없던 시간이 생긴다.#회의 #직장인 #커리어 https://brunch.co.kr/@drunkensky/683

Brunch Story

Spotify is developing premium-tier AI music creation tools that could transform passive listeners into active creators while generating higher revenue streams. 

Spotify's Bold AI Gamble Could Disrupt The Entire Music Industry

최근 Spotify의 새로운 'Music Pro' 티어에 대한 정보가 유출되었을 때, 특히 주목받은 기능 중 하나가 바로 "AI 기반 음악 도구"였다.

Spotify는 AI를 활용해 새로운 청취 경험을 제공하겠다는 목표를 공개적으로 밝혀 왔기 때문에, 많은 사람들은 이 기술이 사용자들이 자신만의 맞춤형 음악을 만들 수 있도록 돕는 방향으로 발전할 것이라고 추측하고 있다. 또한, 이는 플랫폼 운영자들이 AI를 프리미엄 기능으로 활용하여 수익을 극대화하려는 전략을 강화하고 있음을 보여주는 증거이기도 하다.

🍎 스트리밍 2.0을 향한 변화
현재 아티스트, 음반사, 스트리밍 서비스 제공업체들은 음악 스트리밍 산업의 대대적인 개편을 논의 중이다. 이른바 ‘스트리밍 2.0’ 시대를 열어가기 위한 논의가 진행되고 있으며, AI는 그 중심에서 중요한 역할을 할 것으로 보인다. 그렇다면, AI는 음악 스트리밍을 개척한 Spotify 플랫폼과 우리가 음악을 소비하는 방식에 어떤 변화를 가져올 것인가?

🍎 Spotify와 AI
Spotify는 AI를 활용하여 사용자 참여를 유도하는 데 있어 가장 성공적인 사례 중 하나다.

📌 초창기 AI 기능
Spotify는 초창기부터 "New Music" 및 "Discover" 같은 추천 플레이리스트를 머신러닝 알고리즘을 기반으로 구축하여 사용자들에게 최적의 곡을 추천했다.

📌 더 정교해진 AI 기능
최근에는 다음과 같은 AI 기능이 도입되었다.
✅ 블렌디드 플레이리스트(Blended Playlist)
 * 두 명의 사용자의 음악 취향을 결합하여 새로운 추천 플레이리스트 생성
 * 사용자 생성 플레이리스트를 보완하는 곡 추천
✅ AI 기반 태깅 시스템
 * AI가 음악 트랙을 자동으로 태깅하여 장르, 분위기, 콘텐츠 유형별로 분류
 * 이를 통해 검색 및 추천 기능 강화
✅ Spotify Wrapped
 * 사용자가 1년 동안 들은 음악을 AI 분석을 통해 요약 제공
 * 개인 맞춤형 연간 음악 리포트 생성
✅ AI DJ (2023 출시)
 * AI 음성을 활용해 라디오 DJ처럼 곡을 이어서 플레이
 * AI가 선곡을 안내하며 사용자와 더욱 상호작용
✅ AI 플레이리스트 (최신 기능)
 * ChatGPT와 유사한 언어 인터페이스를 활용해 맞춤형 플레이리스트 생성
 * 예:
   * "반지의 제왕을 읽을 때 들을 배경 음악" → 영화 OST 위주 추천
   * "산악 여행을 위한 음악" → 오페라, 헤비메탈, 게임 사운드트랙 조합
>> Spotify는 단순한 추천 알고리즘을 넘어, 사용자의 참여와 몰입을 유도하는 AI 도구를 지속적으로 개발

🍎 AI가 만드는 개인 맞춤형 음악 리믹스?
AI를 활용한 개인 맞춤형 음악 리믹싱 기술은 업계에서 오랫동안 논의되어 온 미래 기술 중 하나다. 그러나 여기에는 해결해야 할 큰 장애물이 존재한다.
🎵 저작권 문제
 * 아티스트와 음반사는 자신들의 음악이 무수히 많은 개인 맞춤 리믹스로 변형되는 것에 동의할까?
 * 새로운 AI 음악 도구가 공개되지 않는 이유도 이러한 저작권 문제 때문일 가능성이 높다.
📌 AI를 활용한 음악 커스터마이징
 * 사용자가 음악의 템포를 조절하고, 장르를 변경하며, 악기를 바꾸거나 심지어 보컬을 대체할 수 있다면?
 * 이러한 변화는 수동적인 음악 감상에서 적극적인 음악 창작으로 전환할 수 있도록 돕는다.

🍎 음악 스트리밍의 프리미엄 가격 정책
 * AI 기능이 프리미엄 서비스의 차별화 요소로 자리 잡는 추세
   * 구글(Google) → Gemini AI를 Google One 프리미엄 구독자에게 제공
   * X(구 트위터) → 유료 구독자에게 Grok AI 무제한 사용 권한 제공
   * AI 서비스 제공업체들은 AI 모델 훈련과 인력 고용에 투자한 비용을 회수해야 하므로, 프리미엄 구독 모델을 통한 수익 창출이 더욱 중요해짐
 * Spotify 역시 AI 기능을 프리미엄 티어 차별화 요소로 활용할 가능성 높음
   
   
🍎 결론: 음악 소비 방식의 미래 🚀🎶
 * 음악 및 미디어 소비 방식은 지속적으로 변화하고 있으며, AI는 그 중심에서 중요한 역할을 하고 있다.
 * Spotify는 AI 기술을 활용하여 단순한 추천 엔진을 넘어 사용자 맞춤형 경험을 제공하는 플랫폼으로 진화하고 있다.
 * 미래는 예측할 수 없지만, 한 가지 확실한 것은 음악 스트리밍과 미디어 소비 방식이 계속해서 혁신될 것이라는 점이다..

 * source: https://www.forbes.com/sites/bernardmarr/2025/03/04/spotifys-bold-ai-gamble-could-disrupt-the-entire-music-industry/

최근 Spotify의 새로운 'Music Pro' 티어에 대한 정보가 유출되었을 때, 특히 주목받은 기능 중 하나가 바로 "AI 기반 음악 도구"였다. Spotify는 AI를 활용해 새로운 청취 경험을 제공하겠다는 목표를 공개적으로 밝혀 왔기 때문에, 많은 사람들은 이 기술이 사용자들이 자신만의 맞춤형 음악을 만들 수 있도록 돕는 방향으로 발전할 것이라고 추측하고 있다. 또한, 이는 플랫폼 운영자들이 AI를 프리미엄 기능으로 활용하여 수익을 극대화하려는 전략을 강화하고 있음을 보여주는 증거이기도 하다. 🍎 스트리밍 2.0을 향한 변화현재 아티스트, 음반사, 스트리밍 서비스 제공업체들은 음악 스트리밍 산업의 대대적인 개편을 논의 중이다. 이른바 ‘스트리밍 2.0’ 시대를 열어가기 위한 논의가 진행되고 있으며, AI는 그 중심에서 중요한 역할을 할 것으로 보인다. 그렇다면, AI는 음악 스트리밍을 개척한 Spotify 플랫폼과 우리가 음악을 소비하는 방식에 어떤 변화를 가져올 것인가? 🍎 Spotify와 AISpotify는 AI를 활용하여 사용자 참여를 유도하는 데 있어 가장 성공적인 사례 중 하나다. 📌 초창기 AI 기능Spotify는 초창기부터 "New Music" 및 "Discover" 같은 추천 플레이리스트를 머신러닝 알고리즘을 기반으로 구축하여 사용자들에게 최적의 곡을 추천했다. 📌 더 정교해진 AI 기능최근에는 다음과 같은 AI 기능이 도입되었다.✅ 블렌디드 플레이리스트(Blended Playlist)<ul ><li>두 명의 사용자의 음악 취향을 결합하여 새로운 추천 플레이리스트 생성</li><li>사용자 생성 플레이리스트를 보완하는 곡 추천</li></ul>✅ AI 기반 태깅 시스템<ul ><li>AI가 음악 트랙을 자동으로 태깅하여 장르, 분위기, 콘텐츠 유형별로 분류</li><li>이를 통해 검색 및 추천 기능 강화</li></ul>✅ Spotify Wrapped<ul ><li>사용자가 1년 동안 들은 음악을 AI 분석을 통해 요약 제공</li><li>개인 맞춤형 연간 음악 리포트 생성</li></ul>✅ AI DJ (2023 출시)<ul ><li>AI 음성을 활용해 라디오 DJ처럼 곡을 이어서 플레이</li><li>AI가 선곡을 안내하며 사용자와 더욱 상호작용</li></ul>✅ AI 플레이리스트 (최신 기능)<ul ><li>ChatGPT와 유사한 언어 인터페이스를 활용해 맞춤형 플레이리스트 생성</li><li>예:<ul ><li>"반지의 제왕을 읽을 때 들을 배경 음악" → 영화 OST 위주 추천</li><li>"산악 여행을 위한 음악" → 오페라, 헤비메탈, 게임 사운드트랙 조합</li></ul></li></ul>&gt;&gt; Spotify는 단순한 추천 알고리즘을 넘어, 사용자의 참여와 몰입을 유도하는 AI 도구를 지속적으로 개발 🍎 AI가 만드는 개인 맞춤형 음악 리믹스?AI를 활용한 개인 맞춤형 음악 리믹싱 기술은 업계에서 오랫동안 논의되어 온 미래 기술 중 하나다. 그러나 여기에는 해결해야 할 큰 장애물이 존재한다.🎵 저작권 문제<ul ><li>아티스트와 음반사는 자신들의 음악이 무수히 많은 개인 맞춤 리믹스로 변형되는 것에 동의할까?</li><li>새로운 AI 음악 도구가 공개되지 않는 이유도 이러한 저작권 문제 때문일 가능성이 높다.</li></ul>📌 AI를 활용한 음악 커스터마이징<ul ><li>사용자가 음악의 템포를 조절하고, 장르를 변경하며, 악기를 바꾸거나 심지어 보컬을 대체할 수 있다면?</li><li>이러한 변화는 수동적인 음악 감상에서 적극적인 음악 창작으로 전환할 수 있도록 돕는다.</li></ul> 🍎 음악 스트리밍의 프리미엄 가격 정책<ul ><li>AI 기능이 프리미엄 서비스의 차별화 요소로 자리 잡는 추세<ul ><li>구글(Google) → Gemini AI를 Google One 프리미엄 구독자에게 제공</li><li>X(구 트위터) → 유료 구독자에게 Grok AI 무제한 사용 권한 제공</li><li>AI 서비스 제공업체들은 AI 모델 훈련과 인력 고용에 투자한 비용을 회수해야 하므로, 프리미엄 구독 모델을 통한 수익 창출이 더욱 중요해짐</li></ul></li><li>Spotify 역시 AI 기능을 프리미엄 티어 차별화 요소로 활용할 가능성 높음 </li></ul>🍎 결론: 음악 소비 방식의 미래 🚀🎶<ul ><li>음악 및 미디어 소비 방식은 지속적으로 변화하고 있으며, AI는 그 중심에서 중요한 역할을 하고 있다.</li><li>Spotify는 AI 기술을 활용하여 단순한 추천 엔진을 넘어 사용자 맞춤형 경험을 제공하는 플랫폼으로 진화하고 있다.</li><li>미래는 예측할 수 없지만, 한 가지 확실한 것은 음악 스트리밍과 미디어 소비 방식이 계속해서 혁신될 것이라는 점이다.. </li></ul> <ul ><li>source: https://www.forbes.com/sites/bernardmarr/2025/03/04/spotifys-bold-ai-gamble-could-disrupt-the-entire-music-industry/</li></ul>

Forbes

[Forbes] Spotify와 AI: 음악 스트리밍의 미래

딸을 학교에 보내면서 저의 학창 시절이 떠올랐습니다. 아침마다 일어나기 싫어서 이불 속에서 버티다가 결국에 후루룩 씻고 교복을 입고 눈뜬 지 10분 만에 튀어나가던 생활들. 항상 시간에 아슬아슬 쫓겨 다녔고 지각을 할 때도 물론 많았습니다. 이런 습관은 회사에 가서도 똑같이 이어졌습니다.

회사에 지각하지 않기

딸을 학교에 보내면서 저의 학창 시절이 떠올랐습니다.
아침마다 일어나기 싫어서 이불 속에서 버티다가 결국에 후루룩 씻고 교복을 입고 눈뜬 지 10분 만에 튀어나가던 생활들.
항상 시간에 아슬아슬 쫓겨 다녔고 지각을 할 때도 물론 많았습니다.
이런 습관은 회사에 가서도 똑같이 이어졌습니다.

인생을 더 살면서 사소해 보이는 작은 약속을 잘 지키는 것이 얼마나 중요한지 깨닫게 되었습니다.
이걸 깨달은 이유로는 어디에 갈 때도 약속 시간을 지키기 위해서 노력했습니다.
친구들 모임에 갈 때도, 음식점 예약 시간에 맞출 때도, 동네 미용실에 갈 때도.

아내가 세상에서 제일 멋져 보였던 순간은 동네 미용실에 데려다주던 어느 날이었습니다.
1~2분 정도 늦을 것 같아 미용실에 전화를 하는 아내를 보며 뭐 저런 걸로 전화를 하나 생각했습니다.
심지어 미용실에서도 놀라는 눈치였습니다. 1~2분 늦는다고 이렇게 미안해하며 전화를 주다니.
아마 아내의 이런 모습들이 저에게 좋은 영향을 끼친 것 아닐까?

이후로 저도 약속 시간을 잘 지키기 위해 노력했습니다.
그럼에도 불구하고 최근 몇 년 간 약속 시간에 늦은 적이 몇 번 있음을 고백합니다.
저희 집 앞 커피숍에서 만나기로 한 손님을 잠자느라 완전히 바람 맞춘 충격적인 날도 있었습니다. ㅠㅠ
(다음 날 제가 찾아가서 석고대죄하고 즐거운 이야기를 나눴습니다. 이후로 다시는 아침 일찍 약속을 잡지 않습니다. ㅋㅋ)

다시 회사에 간다면 걱정되는 한 가지는 바로 이 출근 시간입니다.
내가 이제는 과연 출근 시간을 잘 지킬 수 있을 것인가?
회사로 돌아갈 생각을 안 하는 건 이 출근 시간 탓도 큰 것 같습니다. 도저히 자신이 없어서.

한 편으로 몇 년 동안 한 번도 지각하지 않던 동료들도 떠오릅니다.
그때는 별 느낌이 없었는데 지금은 좀 다르게 느껴집니다.
그들에게는 아침에 일어나는 것이 어렵지 않은 일이었을까? 눈이 와도 비가 와도 지각하지 않는 것이 과연 그냥 되는 일이었을까?
다시 돌아 보니 정말 멋지고 존경스럽습니다.

https://jeho.page/essay/2025/03/06/time-to-work.html

딸을 학교에 보내면서 저의 학창 시절이 떠올랐습니다. 아침마다 일어나기 싫어서 이불 속에서 버티다가 결국에 후루룩 씻고 교복을 입고 눈뜬 지 10분 만에 튀어나가던 생활들. 항상 시간에 아슬아슬 쫓겨 다녔고 지각을 할 때도 물론 많았습니다. 이런 습관은 회사에 가서도 똑같이 이어졌습니다. 인생을 더 살면서 사소해 보이는 작은 약속을 잘 지키는 것이 얼마나 중요한지 깨닫게 되었습니다. 이걸 깨달은 이유로는 어디에 갈 때도 약속 시간을 지키기 위해서 노력했습니다. 친구들 모임에 갈 때도, 음식점 예약 시간에 맞출 때도, 동네 미용실에 갈 때도. 아내가 세상에서 제일 멋져 보였던 순간은 동네 미용실에 데려다주던 어느 날이었습니다. 1~2분 정도 늦을 것 같아 미용실에 전화를 하는 아내를 보며 뭐 저런 걸로 전화를 하나 생각했습니다. 심지어 미용실에서도 놀라는 눈치였습니다. 1~2분 늦는다고 이렇게 미안해하며 전화를 주다니. 아마 아내의 이런 모습들이 저에게 좋은 영향을 끼친 것 아닐까? 이후로 저도 약속 시간을 잘 지키기 위해 노력했습니다. 그럼에도 불구하고 최근 몇 년 간 약속 시간에 늦은 적이 몇 번 있음을 고백합니다. 저희 집 앞 커피숍에서 만나기로 한 손님을 잠자느라 완전히 바람 맞춘 충격적인 날도 있었습니다. ㅠㅠ (다음 날 제가 찾아가서 석고대죄하고 즐거운 이야기를 나눴습니다. 이후로 다시는 아침 일찍 약속을 잡지 않습니다. ㅋㅋ) 다시 회사에 간다면 걱정되는 한 가지는 바로 이 출근 시간입니다. 내가 이제는 과연 출근 시간을 잘 지킬 수 있을 것인가? 회사로 돌아갈 생각을 안 하는 건 이 출근 시간 탓도 큰 것 같습니다. 도저히 자신이 없어서. 한 편으로 몇 년 동안 한 번도 지각하지 않던 동료들도 떠오릅니다. 그때는 별 느낌이 없었는데 지금은 좀 다르게 느껴집니다. 그들에게는 아침에 일어나는 것이 어렵지 않은 일이었을까? 눈이 와도 비가 와도 지각하지 않는 것이 과연 그냥 되는 일이었을까? 다시 돌아 보니 정말 멋지고 존경스럽습니다. https://jeho.page/essay/2025/03/06/time-to-work.html

“아시아 최초로 이번달(2025년 2월)에 국토부 산하기관의 임시 안정성 인증서를 받...

아시아 최초 전기비행기 인증 토프모빌리티 “한국에서 잘 될 수밖에 없다”

아시아 최초로 전기비행기 인증을 받은 토프모빌리티의 이야기예요. 딱 봤을 때 “왜 이 분야 창업을 하셨을까?”, “어떻게 비행기를 들여오셨을까?”와 같은 단순한 질문들이 떠올랐는데요. 정찬영 창업가 겸 대표와의 인터뷰를 통해 더 자세한 내용을 알 수 있었어요. 그는 한국 승무원으로 일하다가 미국에서 조종사 훈련을 받고 한국으로 돌아와서 UAM 관련 업무를 하다가 토프모빌리티를 창업했습니다. 토프모빌리티가 비행기를 들여오다가 해적 떼를 만난 이야기 등 흥미로운 비하인드 스토리와 전기비행기가 한국에서 잘될 이유를 더 자세히 읽어보셔요 :).

https://eopla.net/magazines/27041

아시아 최초로 전기비행기 인증을 받은 토프모빌리티의 이야기예요. 딱 봤을 때 “왜 이 분야 창업을 하셨을까?”, “어떻게 비행기를 들여오셨을까?”와 같은 단순한 질문들이 떠올랐는데요. 정찬영 창업가 겸 대표와의 인터뷰를 통해 더 자세한 내용을 알 수 있었어요. 그는 한국 승무원으로 일하다가 미국에서 조종사 훈련을 받고 한국으로 돌아와서 UAM 관련 업무를 하다가 토프모빌리티를 창업했습니다. 토프모빌리티가 비행기를 들여오다가 해적 떼를 만난 이야기 등 흥미로운 비하인드 스토리와 전기비행기가 한국에서 잘될 이유를 더 자세히 읽어보셔요 :). https://eopla.net/magazines/27041

부하직원을 꾸짖어 봐야 별 효과가 없다. 사실, 격려조차 직원들의 업무 의욕을 높이는데 큰 도움이 되지 않는다. 하물며 꾸짖고 호통치는 게 무슨 도움이 될까? 내 스스로가 아직 수양이 덜 되었음을 외부에 드러내는 짓일 뿐이다. 개구리 올챙이 시절 기억 못한다는 비아냥까지 들을 수 있다. 하지만 어떤 보스들은 직원들을 꾸짖는데 여전히 적극적이다. 구석에 직원을 세운 채 1시간씩 호통을 치기도 한다.

이런 사람들에게는 흔히 ‘또라이’ ‘꼴통’이라는 꼬리표가 붙는다. 이런 보스들에게 하버드비즈니스리뷰에 실린 실험 결과를 소개해 주고 싶다. <당신이 만약 누군가에 동기부여를 하고 싶다면, 입부터 닫아라(If You Want to Motivate Someone, Shut up Already)>이다. 제목부터 너무 도발적이며 흥미롭다.

브랜든 어윈 캔자스 주립대 교수팀은 실험 참가자들에게 ‘플랭크’라는 복부 운동을 시켰다. 참가자들은 처음에는 혼자 운동을 하다가, 나중에는 플랭크 전문가와 함께 했다. 한 그룹에서는 전문가가 아무 말도 하지 않고 실험 참가자와 함께 플랭크만 했다. 다른 한 그룹에서는 전문가가 ‘잘 했습니다‘ ‘할 수 있습니다’ ’자! 해보세요‘ 등의 말로 참가자를 격려하면서 함께 운동했다.

전자와 후자 중 어느 그룹이 플랭크를 더 잘하게 됐을까? 뜻밖에도 전문가가 침묵을 지킨 전자의 그룹에서 실험 참가자들의 성적이 더욱 향상됐다. 혼자 플랭크를 할 때보다 33%나 성적이 향상됐다. 후자의 그룹에서는 기껏 22% 좋아졌을 뿐이었다. 이 실험 결과는 매우 의미심장하다. 보스가 옆에서 직원을 격려해봐야 별 소용이 없다는 것을 뜻하기 때문이다.

이 결론에 대해 어윈 교수는 매우 조심스러워했다. 만약 이게 사실이라면 보스가 직원을 격려하는 방식은 크게 바뀌어야 하기 때문이다. 어쨌든 실험 참가자와 함께 운동을 한 전문가가 침묵했을 때 성과가 좋아졌다는 것은 분명한 사실이다.

만약 보스의 격려가 효과를 발휘하지 못한다면, 호통이나 꾸지람은 효과가 더 없을 것이다. 플랭크 전문가가 옆에서 ”왜 그 정도밖에 못하냐?” “그렇게 할 생각이라면 차라리 그만 둬라“ 등의 말을 했다면 실험 참가자는 당장 운동을 그만 두었을 것이다.

그렇다면 어떻게 직원을 이끌고 동기부여 해야 하는 것일까? 격려도 안 되고, 호통도 안 된다면 도대체 어떤 방법을 선택해야 하는 걸까? 모범으로써 리드하는 것 외에는 방법이 없다.

더글러스 코넌트 전 캠벨 CEO도 “Leading by Example이 중요하다”고 했다. 이는 어윈 교수의 실험에서도 분명히 드러난다. 실험 참가자가 홀로 운동할 때보다 전문가와 동반해 운동할 때 성과가 올라갔기 때문이다. 옆에서 함께 일하는 리더가 모범을 보여줄 때 성과가 향상되는 것이다.

그러나 많은 보스들이 모범이 아니라 손가락과 입으로만 직원을 이끌려고 한다. 자신은 일을 하지 않고 손가락으로 지시만 하려는 보스, 호통으로 직원들을 압박하려는 보스는 올바른 리더가 되기 힘들다. 이들에게 한 마디 해주고 싶다. ‘직원들이 열심히 일하도록 동기부여 하고 싶다고요? 그렇다면 먼저 당신 입부터 닫으세요’라고 말이다.

이런 말을 하면 ‘보스가 입을 닫은 채 어떻게 직원들을 이끌 수 있냐?’는 반박을 많이 받는다. 보스라면 직원들에게 해야 하는 말이 있지 않느냐는 얘기다. 물론 그렇다. 보스가 조직을 이끌면서 ‘침묵 경영’을 할 수는 없는 노릇이다. 당연히 부하직원에게 해야 할 말이 있다. 다만 어떤 말을 하느냐가 문제다.

생텍쥐페리가 이런 글을 쓴 적이 있었다. “당신이 만약 배를 만들고 싶다면 인부들에게 나무를 구해오라고 지시하지 마세요. 그들에게 업무와 일을 할당하려고 하지도 마세요. 그보다는 그들에게 바다에 대한 끝없는 동경을 품게 하십시오.”

보스가 해야 할 말을 이보다 더 잘 표현한 글이 과연 있을 수 있을까? 아마 없을 것이다. 보스는 ‘회사의 미션에 대한 끝없는 동경’을 말해야 한다. ‘배’ 자체가 목적이 될 수는 없다. 배를 타고 먼 바다를 항해하는 미션이 중요하다. 직원들이 미션에 대한 동경을 품도록 하는 것이야말로 보스가 해야 할 일이다. 이는 직원에게 일을 지시하는 것보다 훨씬 중요하다.

자신의 회사가 항해할 먼 바다에 대한 무한한 동경을 품고 있는 직원들에게는 호통을 치거나 격려를 할 필요가 없다. 무엇을 하라, 하지 말라, 어떤 일을 더 열심히 해라 등을 굳이 얘기할 필요가 없다. 직원들 스스로 무엇을 해야 하는지 잘 알기 때문이다. 이는 직원들이 자신의 미션, 즉 ‘내가 왜(why) 이 회사에서 일해야 하는가’를 이해하고 있기 때문이다.

스티브 잡스가 고약한 인간성에도 불구하고 최고의 혁신가로 남을 수 있던 까닭은 직원들에게 ‘미션에 대한 동경’을 불어넣었기 때문이다. 잡스는 직원들에게 “우주에 흔적을 남기자(Put a ding in the universe)”고 말했다. 애플 직원들의 “여정 자체가 보상(The journey is the reward)”이라는 말도 했다. 제프 베조스는 직원들에게 “역사를 만들자(make history)”고 말했다.

이처럼 보스는 우리 조직의 일이 단순히 돈을 버는데 그치는 게 아니라, 무언가 큰 의미를 위한 여정임을 얘기해야 한다. 그러나 많은 한국의 보스들은 정반대의 전략을 활용한다. 먼 바다에 대한 무한한 동경은 말하지 않는다. 반면 직원들의 마음 속에 ‘두려움’을 불어넣으려 한다.

승진에 대한 두려움, 보너스를 받지 못할까 하는 두려움 등을 활용해 직원들을 자기 뜻대로 조종(manipulation)하려 한다. 그리고는 직원들이 자기 뜻대로 움직이지 않으면 호통을 친다. 이런 보스에게는 영화 <세 얼간이>에서 나온 한 구절을 소개하고 싶다.

“서커스의 사자도 채찍의 두려움으로 의자에 앉는 걸 배우지만, 그런 사자는 잘 ‘훈련’됐다고 하지 잘 ‘교육’됐다고 하지는 않습니다." 당신은 혹시 직원들을 서커스 사자로 취급하고 있지 않는가? 보스인 당신이 쥐고 있는 권력에 대해 직원들이 느끼는 두려움을 이용하려 든다면, 당신은 채찍을 든 사육사와 다를 바가 없다.

부하직원을 꾸짖어 봐야 별 효과가 없다. 사실, 격려조차 직원들의 업무 의욕을 높이는데 큰 도움이 되지 않는다. 하물며 꾸짖고 호통치는 게 무슨 도움이 될까? 내 스스로가 아직 수양이 덜 되었음을 외부에 드러내는 짓일 뿐이다. 개구리 올챙이 시절 기억 못한다는 비아냥까지 들을 수 있다. 하지만 어떤 보스들은 직원들을 꾸짖는데 여전히 적극적이다. 구석에 직원을 세운 채 1시간씩 호통을 치기도 한다. 이런 사람들에게는 흔히 ‘또라이’ ‘꼴통’이라는 꼬리표가 붙는다. 이런 보스들에게 하버드비즈니스리뷰에 실린 실험 결과를 소개해 주고 싶다. &lt;당신이 만약 누군가에 동기부여를 하고 싶다면, 입부터 닫아라(If You Want to Motivate Someone, Shut up Already)&gt;이다. 제목부터 너무 도발적이며 흥미롭다. 브랜든 어윈 캔자스 주립대 교수팀은 실험 참가자들에게 ‘플랭크’라는 복부 운동을 시켰다. 참가자들은 처음에는 혼자 운동을 하다가, 나중에는 플랭크 전문가와 함께 했다. 한 그룹에서는 전문가가 아무 말도 하지 않고 실험 참가자와 함께 플랭크만 했다. 다른 한 그룹에서는 전문가가 ‘잘 했습니다‘ ‘할 수 있습니다’ ’자! 해보세요‘ 등의 말로 참가자를 격려하면서 함께 운동했다. 전자와 후자 중 어느 그룹이 플랭크를 더 잘하게 됐을까? 뜻밖에도 전문가가 침묵을 지킨 전자의 그룹에서 실험 참가자들의 성적이 더욱 향상됐다. 혼자 플랭크를 할 때보다 33%나 성적이 향상됐다. 후자의 그룹에서는 기껏 22% 좋아졌을 뿐이었다. 이 실험 결과는 매우 의미심장하다. 보스가 옆에서 직원을 격려해봐야 별 소용이 없다는 것을 뜻하기 때문이다. 이 결론에 대해 어윈 교수는 매우 조심스러워했다. 만약 이게 사실이라면 보스가 직원을 격려하는 방식은 크게 바뀌어야 하기 때문이다. 어쨌든 실험 참가자와 함께 운동을 한 전문가가 침묵했을 때 성과가 좋아졌다는 것은 분명한 사실이다. 만약 보스의 격려가 효과를 발휘하지 못한다면, 호통이나 꾸지람은 효과가 더 없을 것이다. 플랭크 전문가가 옆에서 ”왜 그 정도밖에 못하냐?” “그렇게 할 생각이라면 차라리 그만 둬라“ 등의 말을 했다면 실험 참가자는 당장 운동을 그만 두었을 것이다. 그렇다면 어떻게 직원을 이끌고 동기부여 해야 하는 것일까? 격려도 안 되고, 호통도 안 된다면 도대체 어떤 방법을 선택해야 하는 걸까? 모범으로써 리드하는 것 외에는 방법이 없다. 더글러스 코넌트 전 캠벨 CEO도 “Leading by Example이 중요하다”고 했다. 이는 어윈 교수의 실험에서도 분명히 드러난다. 실험 참가자가 홀로 운동할 때보다 전문가와 동반해 운동할 때 성과가 올라갔기 때문이다. 옆에서 함께 일하는 리더가 모범을 보여줄 때 성과가 향상되는 것이다. 그러나 많은 보스들이 모범이 아니라 손가락과 입으로만 직원을 이끌려고 한다. 자신은 일을 하지 않고 손가락으로 지시만 하려는 보스, 호통으로 직원들을 압박하려는 보스는 올바른 리더가 되기 힘들다. 이들에게 한 마디 해주고 싶다. ‘직원들이 열심히 일하도록 동기부여 하고 싶다고요? 그렇다면 먼저 당신 입부터 닫으세요’라고 말이다. 이런 말을 하면 ‘보스가 입을 닫은 채 어떻게 직원들을 이끌 수 있냐?’는 반박을 많이 받는다. 보스라면 직원들에게 해야 하는 말이 있지 않느냐는 얘기다. 물론 그렇다. 보스가 조직을 이끌면서 ‘침묵 경영’을 할 수는 없는 노릇이다. 당연히 부하직원에게 해야 할 말이 있다. 다만 어떤 말을 하느냐가 문제다. 생텍쥐페리가 이런 글을 쓴 적이 있었다. “당신이 만약 배를 만들고 싶다면 인부들에게 나무를 구해오라고 지시하지 마세요. 그들에게 업무와 일을 할당하려고 하지도 마세요. 그보다는 그들에게 바다에 대한 끝없는 동경을 품게 하십시오.” 보스가 해야 할 말을 이보다 더 잘 표현한 글이 과연 있을 수 있을까? 아마 없을 것이다. 보스는 ‘회사의 미션에 대한 끝없는 동경’을 말해야 한다. ‘배’ 자체가 목적이 될 수는 없다. 배를 타고 먼 바다를 항해하는 미션이 중요하다. 직원들이 미션에 대한 동경을 품도록 하는 것이야말로 보스가 해야 할 일이다. 이는 직원에게 일을 지시하는 것보다 훨씬 중요하다. 자신의 회사가 항해할 먼 바다에 대한 무한한 동경을 품고 있는 직원들에게는 호통을 치거나 격려를 할 필요가 없다. 무엇을 하라, 하지 말라, 어떤 일을 더 열심히 해라 등을 굳이 얘기할 필요가 없다. 직원들 스스로 무엇을 해야 하는지 잘 알기 때문이다. 이는 직원들이 자신의 미션, 즉 ‘내가 왜(why) 이 회사에서 일해야 하는가’를 이해하고 있기 때문이다. 스티브 잡스가 고약한 인간성에도 불구하고 최고의 혁신가로 남을 수 있던 까닭은 직원들에게 ‘미션에 대한 동경’을 불어넣었기 때문이다. 잡스는 직원들에게 “우주에 흔적을 남기자(Put a ding in the universe)”고 말했다. 애플 직원들의 “여정 자체가 보상(The journey is the reward)”이라는 말도 했다. 제프 베조스는 직원들에게 “역사를 만들자(make history)”고 말했다. 이처럼 보스는 우리 조직의 일이 단순히 돈을 버는데 그치는 게 아니라, 무언가 큰 의미를 위한 여정임을 얘기해야 한다. 그러나 많은 한국의 보스들은 정반대의 전략을 활용한다. 먼 바다에 대한 무한한 동경은 말하지 않는다. 반면 직원들의 마음 속에 ‘두려움’을 불어넣으려 한다. 승진에 대한 두려움, 보너스를 받지 못할까 하는 두려움 등을 활용해 직원들을 자기 뜻대로 조종(manipulation)하려 한다. 그리고는 직원들이 자기 뜻대로 움직이지 않으면 호통을 친다. 이런 보스에게는 영화 &lt;세 얼간이&gt;에서 나온 한 구절을 소개하고 싶다. “서커스의 사자도 채찍의 두려움으로 의자에 앉는 걸 배우지만, 그런 사자는 잘 ‘훈련’됐다고 하지 잘 ‘교육’됐다고 하지는 않습니다." 당신은 혹시 직원들을 서커스 사자로 취급하고 있지 않는가? 보스인 당신이 쥐고 있는 권력에 대해 직원들이 느끼는 두려움을 이용하려 든다면, 당신은 채찍을 든 사육사와 다를 바가 없다.

매일경제 김인수 기자님의 글 2개를 합쳐서 인용했습니다.

(1)보스에게 전하는 말: 제발 입 좀 닫으세요.
https://naver.me/FTXQ5GXK

(2)보스에게 전하는 말: 제발 이 말 만큼은 하세요.
https://naver.me/x67aeR3E

작년 5월에 스프링 캠프에서 "Spring AI : LLM에도 봄이 찾아오다" 세션을 발표했었는데요.

(유튜브) 스프링캠프 2024 - Spring AI : LLM에도 봄이 찾아오다
https://www.youtube.com/watch?v=WgZrufpIURY

이후에도 Spring AI를 기반으로 꾸준히 프로젝트를 개발하였습니다. 이 과정에서 습득한 내용들을 사내 개발자 대상으로 교육을 준비 중입니다. Spring AI와 Spring Webflux + Kotlin 으로 구성된 실습입니다. 직접 따라하면서 실습할 수 있는 형태로 준비 중인데 정말 많은 분들이 신청을 해주셨네요.

실습 강의 초반 일부 내용을 발췌하여 공유합니다.

- 발표 자료 (일부)
https://www.slideshare.net/slideshow/spring-ai-tools-rag/276180542

아마도 국내에서는 Spring 기반의 AI 서비스를 만드는 분들이 많기 때문에 관심이 많을 것 같습니다. 따라서 외부에도 전체 슬라이드를 공개할 수 있도록 얘기해 볼 예정입니다.

작년 5월에 스프링 캠프에서 "Spring AI : LLM에도 봄이 찾아오다" 세션을 발표했었는데요. (유튜브) 스프링캠프 2024 - Spring AI : LLM에도 봄이 찾아오다https://www.youtube.com/watch?v=WgZrufpIURY 이후에도 Spring AI를 기반으로 꾸준히 프로젝트를 개발하였습니다. 이 과정에서 습득한 내용들을 사내 개발자 대상으로 교육을 준비 중입니다. Spring AI와 Spring Webflux + Kotlin 으로 구성된 실습입니다. 직접 따라하면서 실습할 수 있는 형태로 준비 중인데 정말 많은 분들이 신청을 해주셨네요. 실습 강의 초반 일부 내용을 발췌하여 공유합니다. - 발표 자료 (일부)https://www.slideshare.net/slideshow/spring-ai-tools-rag/276180542 아마도 국내에서는 Spring 기반의 AI 서비스를 만드는 분들이 많기 때문에 관심이 많을 것 같습니다. 따라서 외부에도 전체 슬라이드를 공개할 수 있도록 얘기해 볼 예정입니다.

Spring AI 활용 실습 - 챗봇부터 Tools, RAG, 추

원본: https://imrankhani.medium.com/react-19-deprecated-forwardref-a-guide-to-passing-ref-as-a-standard-prop-7c0f13e6a229

[번역] 리액트 19 forwardRef 지원 중단: 앞으로 ref를 전달하기 위한 표준 가이드

오늘은 두나무의 조영제님이 번역하신 글입니다.

React 19부터는
forwardRef
없이도 함수형 컴포넌트에서
ref
를 직접 전달할 수 있도록 변경되었습니다. 이로 인해 보일러플레이트 코드가 줄어들고, 더 간결한 코드 작성이 가능해졌습니다. 이 글에서는 기존
forwardRef
사용 방식과 React 19에서 개선된 내용을 자세히 다루고 있습니다. 개인적으로
forwardRef
를 자주 사용하면서 코드가 길어지고 복잡해진다고 느꼈는데, 이번 변경을 통해 더 깔끔한 코드를 작성할 수 있을 것 같아 기대됩니다.

글 링크 : https://bit.ly/4hTNBJS

오늘은 두나무의 조영제님이 번역하신 글입니다. React 19부터는 <code >forwardRef</code> 없이도 함수형 컴포넌트에서 <code >ref</code>를 직접 전달할 수 있도록 변경되었습니다. 이로 인해 보일러플레이트 코드가 줄어들고, 더 간결한 코드 작성이 가능해졌습니다. 이 글에서는 기존 <code >forwardRef</code> 사용 방식과 React 19에서 개선된 내용을 자세히 다루고 있습니다. 개인적으로 <code >forwardRef</code>를 자주 사용하면서 코드가 길어지고 복잡해진다고 느꼈는데, 이번 변경을 통해 더 깔끔한 코드를 작성할 수 있을 것 같아 기대됩니다. 글 링크 : https://bit.ly/4hTNBJS

항해99,항해99

리액트 19 forwardRef 지원 중단

세번째, 동료와의 협업 경험과 의사 소통 역량을 강조하기

좋은 스토리텔링 능력과 더불어,
체계적인 문제 정의를 할 수 있는 후보자에게
좋은 점수가 주어지는 것은 어쩌면 당연합니다.

하지만, 결국 사람의 마음을 얻어야만,
취업도 성공 확률이 높아집니다.

취업 시장에서 최근 각광받는 능력 중 하나는 바로,
동료들과 효율적으로 협업하고 대화하는 능력입니다.

분석가는 타 직무들과 의사소통이 잦은 직무 중 하나입니다.
다른 직무들의 고충과 병목을 파악하고,
이를 데이터를 통해 해결할 수 있다면 더할 나위 없죠.

좋은 분석가는 단순히 말솜씨가 좋거나
또는 현란한 지식을 뽐내는 사람이 아닙니다.

우리 회사 마케터가 진짜 보고 싶어하는 데이터가 무엇인지,
매출과 비용을 어떻게 대시보드로 표현해야 한 눈에 잘 들어올지,
그리고 우리 회사의 핵심 지표를 어떤 과정으로 살펴보아야 할지를
이해할 수 있도록 친절하게, 또는 명확하게 설명하는 사람입니다.

저는 타인에 대한 공감 능력이 높은 사람일수록,
좋은 분석가가 될 확률이 높다고 생각합니다.

당신의 머리속에만 들어있던 인사이트가
누구나 이해할 수 있는 언어로 표현될 때
진짜 데이터 분석의 힘이 발휘됩니다.

세번째, 동료와의 협업 경험과 의사 소통 역량을 강조하기 좋은 스토리텔링 능력과 더불어, 체계적인 문제 정의를 할 수 있는 후보자에게 좋은 점수가 주어지는 것은 어쩌면 당연합니다. 하지만, 결국 사람의 마음을 얻어야만, 취업도 성공 확률이 높아집니다. 취업 시장에서 최근 각광받는 능력 중 하나는 바로, 동료들과 효율적으로 협업하고 대화하는 능력입니다. 분석가는 타 직무들과 의사소통이 잦은 직무 중 하나입니다. 다른 직무들의 고충과 병목을 파악하고, 이를 데이터를 통해 해결할 수 있다면 더할 나위 없죠. 좋은 분석가는 단순히 말솜씨가 좋거나 또는 현란한 지식을 뽐내는 사람이 아닙니다. 우리 회사 마케터가 진짜 보고 싶어하는 데이터가 무엇인지, 매출과 비용을 어떻게 대시보드로 표현해야 한 눈에 잘 들어올지, 그리고 우리 회사의 핵심 지표를 어떤 과정으로 살펴보아야 할지를 이해할 수 있도록 친절하게, 또는 명확하게 설명하는 사람입니다. 저는 타인에 대한 공감 능력이 높은 사람일수록, 좋은 분석가가 될 확률이 높다고 생각합니다. 당신의 머리속에만 들어있던 인사이트가 누구나 이해할 수 있는 언어로 표현될 때 진짜 데이터 분석의 힘이 발휘됩니다.

취준생이 전략적으로 포트폴리오를 구성하는 방법 #3

“조은님은 성실한 사람이니까 잘 될 거야”

어떤 말은 오래 남아서 저를 끝까지 응원해요.

아직 인원이 적은 팀이었을 때 대표님과 단둘이 밥을 먹을 기회가 있었어요. 횡단보도를 건너려고 서 있었는데 ‘조은님은 성실한 사람이니까 잘 될 거야’라고 이야기해 주셨어요.

짧은 말이었지만 마음 깊이 심어졌나 봐요. 미래가 불안할 때 그 횡단보도 앞이 생각나는 걸 보면요. 그 순간이 지금까지 제게 힘이 되곤 해요.

그래서 저를 만나는 분들에게도 같은 힘이 되어드리고 싶어요. 종종 멘토링을 하는 이유예요.

“조은님은 성실한 사람이니까 잘 될 거야” 어떤 말은 오래 남아서 저를 끝까지 응원해요. 아직 인원이 적은 팀이었을 때 대표님과 단둘이 밥을 먹을 기회가 있었어요. 횡단보도를 건너려고 서 있었는데 ‘조은님은 성실한 사람이니까 잘 될 거야’라고 이야기해 주셨어요. 짧은 말이었지만 마음 깊이 심어졌나 봐요. 미래가 불안할 때 그 횡단보도 앞이 생각나는 걸 보면요. 그 순간이 지금까지 제게 힘이 되곤 해요. 그래서 저를 만나는 분들에게도 같은 힘이 되어드리고 싶어요. 종종 멘토링을 하는 이유예요.

멘토링을 하는 이유

리더의 첫째 할 일 ‘직원의 스트레스 줄이기’, 최은석 기자, AI테크

리더의 첫째 할 일 ‘직원의 스트레스 줄이기’

성과는 언제 높아질까? 구성원이 리더의 의지대로 움직여줄 때다. 그래서 리더는 구성원의 스트레스를 줄여줄 의무가 있다.

1️⃣정보를 먼저 공유하라
쥐들을 익숙한 곳에서 꺼내 새로운 공간에 넣는다. 기존과 크게 다르지 않은 환경이다. 그들을 위협할 강력한 적이 생긴 것도 아니다. 그저 환경이 달라졌을 뿐인 데도 스트레스지수가 높아졌다.

조직도 마찬가지다. 일하다 보면 수많은 새로운 일이 생긴다. 리더의 자발적 아이디어에 따른 새로운 과제일 수도 있고, 더 상위 리더의 뜻에 따른 새로운 업무일 수도 있다. 뭐가 됐든 구성원에겐 새롭다. 업무 강도는 중요하지 않다. 일이 ‘새롭다’는 것 자체가 원인이다. 하지만 많은 리더들이 이를 새롭다고 생각하지 못해 문제가 생긴다.

리더의 레이더와 구성원의 그것이 다르기 때문이다. 리더는 듣는 양이 다르다. 최근 어떤 사업 방향이 논의되고 있는지, 조직 구조를 어떻게 바꿀 계획인지, 신규 프로젝트를 어느 정도의 확률로 준비 중인지 등 여기저기서 들을 기회가 많다. 그래서 어떤 이슈가 생기면 ‘저번에 얘기했던 걸 지금 한다는 것이구나’ 생각할 수가 있다.

하지만 구성원은 다르다. 결국엔 100% 자기 일이 될 때야 비로소 그 상황을 접할 때가 많다. 그래서 새로운 일이 너무 많고 그 일들 앞에서 스트레스가 생긴다. 이를 줄이려면 어떻게 해야 할까? 새로운 일을 만들지 않는다는 식의 하나마나한 말은 하지도 말자. 이때 필요한 것은 리더의 빠른 움직임이다.

실행이 결정된 일이든 그렇지 않은 일이든 정보를 미리 공유해야 한다. 리더의 레이더에만 보이는 조직의 다양한 움직임을 빨리빨리 전달해 구성원의 레이더에 넣어줘야 한다. 이렇게 말하면 어떤 리더는 “아직 어떻게 될지도 모르는데 괜히 말했다 뒤집어지면 어떻게 하냐?”고 반문한다.

맞는 얘기다. 그래서 상황이 ‘달라질 수도 있다는 것’까지 알려야 한다. 어차피 불확실한 상황이라면 불확실한 정보라도 나눠서 구성원을 스트레스에서 벗어나게 하는 게 낫지 않을까? 스트레스는 정보가 많아서가 아니라 아는 게 없는 새로움 때문에 생긴다는 걸 기억하자.

2️⃣예측 가능한 피드백을 제공하라
새로운 환경에 익숙해진 쥐에게 전기자극을 준다. 전기자극을 받으면 쥐들의 스트레스지수는 확 높아진다. 물론 시간이 지나면 그 자극에 적응한다. 어느 시점이 지나면 전기자극을 받아도 별 변화가 없다.

이때 또 다른 설계를 한다. 일정하게 가해지던 전기자극의 타이밍을 제멋대로 바꿔 버리는 것이다. 그러자 쥐들의 스트레스지수가 갑자기 높아졌다. 예측하고 대비하던 일이 아닌 사건이 언제 벌어질지 모른다는 불안감이 스트레스에 영향을 주는 것이다.

리더는 싫든 좋든 구성원에게 전기 자극과 같은 충격을 준다. 좋은 말로 표현하면 피드백이고 구성원들의 솔직한 표현으로는 잔소리 혹은 질책이다. 질책은 구성원의 스트레스를 높인다. 하지만 더 중요한 것은 시기의 일관성이다. 예측할 수 없는 피드백은 구성원의 스트레스를 높인다.

예를 들어, 리더가 “다음 주까지 영업 개선안 보고서를 정리해 오라”고 지시했다. 구성원은 나름의 시간 계획을 세우고 일을 시작한다. 그런데 다음 날 출근하자마자 리더가 “어떻게 되고 있느냐” 물으면 짜증이 난다. 어제 일을 시켜 놓고 뭘 바라는지 모르겠다는 마음이다.

리더의 처지도 이해한다. 막히는 게 뭔지, 뭘 도와줄 수 있을지 선한 의도였을 수 있다. 하지만 구성원의 해석은 안타깝지만 다르다. ‘간섭하는 상사’로 인한 스트레스만 쌓일 뿐이다. 그래서 필요한 게 사전 약속이다.

일을 시킬 때 “알아서 해봐”라는 것은 지시가 아니다. 일을 그냥 ‘던지는 것’이다. 어떤 자료를 참고할지, 중간 보고는 언제 할지, 아웃풋은 어떤 형식과 수준으로 정리할지 등 상사의 기대치를 구성원의 업무 방식과 맞춰야 한다. 이게 있어야 예측 가능한 피드백이 가능해진다.

결과물이 성에 차지 않을 땐 막말과 함께 손에 잡히는 것을 집어 던지는 다혈질 리더와 함께 일하는 구성원을 만난 적이 있다. 무섭다고 했다. 하지만 또 아무렇지 않다고도 했다. 언제 ‘야수’로 돌변할지 알기 때문이다. 결국 핵심은 예측 가능성이다. 언제 무서울지 알고 있으면 대비할 수 있다.

3️⃣구성원의 역량 수준을 파악하라
이제 쥐를 두 그룹으로 나누고 한 그룹에만 전기충격을 멈출 수 있는 버튼을 준다. 예상하다시피 충격을 통제할 수 있는 집단이 스트레스를 덜 받는다. 하지만 중요한 것은 그 다음이다. 버튼을 망가뜨리고 실험을 이어간다. 결과는 버튼을 누르는 것이 아무 효과가 없는 그룹의 스트레스지수가 여전히 낮았다.

메시지는 명확하다. 구성원에게 결정권을 제공하라는 것이다. 수많은 리더십 이론에서 공통적으로 강조하지만 쉽게 실천하지 못하는 권한 위임이다. 위임이 쉽지 않은 이유는 두 가지다.

첫째, 리더가 조직에서 벌어지는 업무를 정확히 모르기 때문이다. 이렇게 말하면 많은 리더들이 “난 우리 팀에서 어떤 일 하는지 다 알고 있다”고 반문한다. 여기서 말하는 ‘안다’는 의미는 그 일이 무엇이냐가 아니다. 그 업무가 어떤 난이도인지, 어떤 중요성이 있는지 등을 분석적으로 파악해야 한다는 뜻이다.

‘하는 일이 많으니 바쁠 것’이라고 생각하는 게 아니라, 개별 구성원이 얼마나 어렵고 중요한 과제를 수행하고 있는지 알아야 한다. 일의 속성을 알아야 권한을 위임해 자율적으로 처리하게 해줄지, 더 꼼꼼히 챙기며 더 나은 결과를 내도록 코칭할지 정할 수 있다.

둘째, 리더가 구성원 개개인의 역량 수준을 몰라서다. 어떤 직원에겐 어려운 일이 다른 직원에겐 식은 죽 먹기일 수 있다. 연차나 직급의 문제가 아니다. 각자의 강점이 다르기 때문이다. 이를 업무와 연결해 제대로 파악하고 있을 때 능력에 맞는 일을 주고 업무 처리에 대한 자율권도 줄 수 있다. 뭘 잘하는지 모르는데 권한을 줄 수 없는 것은 당연하다.

조직에서는 누구나 일해야 한다. 그리고 일은 원래 힘들다. 하지만 ‘자기가 하겠다고 해서 하는 일’이라는 인식을 갖느냐 그렇지 않느냐에 따라 힘듦의 강도는 달라질 수 있다. 그래서 리더의 권한 위임이 중요하다.

성과는 언제 높아질까? 구성원이 리더의 의지대로 움직여줄 때다. 그래서 리더는 구성원의 스트레스를 줄여줄 의무가 있다. 1️⃣정보를 먼저 공유하라쥐들을 익숙한 곳에서 꺼내 새로운 공간에 넣는다. 기존과 크게 다르지 않은 환경이다. 그들을 위협할 강력한 적이 생긴 것도 아니다. 그저 환경이 달라졌을 뿐인 데도 스트레스지수가 높아졌다. 조직도 마찬가지다. 일하다 보면 수많은 새로운 일이 생긴다. 리더의 자발적 아이디어에 따른 새로운 과제일 수도 있고, 더 상위 리더의 뜻에 따른 새로운 업무일 수도 있다. 뭐가 됐든 구성원에겐 새롭다. 업무 강도는 중요하지 않다. 일이 ‘새롭다’는 것 자체가 원인이다. 하지만 많은 리더들이 이를 새롭다고 생각하지 못해 문제가 생긴다. 리더의 레이더와 구성원의 그것이 다르기 때문이다. 리더는 듣는 양이 다르다. 최근 어떤 사업 방향이 논의되고 있는지, 조직 구조를 어떻게 바꿀 계획인지, 신규 프로젝트를 어느 정도의 확률로 준비 중인지 등 여기저기서 들을 기회가 많다. 그래서 어떤 이슈가 생기면 ‘저번에 얘기했던 걸 지금 한다는 것이구나’ 생각할 수가 있다. 하지만 구성원은 다르다. 결국엔 100% 자기 일이 될 때야 비로소 그 상황을 접할 때가 많다. 그래서 새로운 일이 너무 많고 그 일들 앞에서 스트레스가 생긴다. 이를 줄이려면 어떻게 해야 할까? 새로운 일을 만들지 않는다는 식의 하나마나한 말은 하지도 말자. 이때 필요한 것은 리더의 빠른 움직임이다. 실행이 결정된 일이든 그렇지 않은 일이든 정보를 미리 공유해야 한다. 리더의 레이더에만 보이는 조직의 다양한 움직임을 빨리빨리 전달해 구성원의 레이더에 넣어줘야 한다. 이렇게 말하면 어떤 리더는 “아직 어떻게 될지도 모르는데 괜히 말했다 뒤집어지면 어떻게 하냐?”고 반문한다. 맞는 얘기다. 그래서 상황이 ‘달라질 수도 있다는 것’까지 알려야 한다. 어차피 불확실한 상황이라면 불확실한 정보라도 나눠서 구성원을 스트레스에서 벗어나게 하는 게 낫지 않을까? 스트레스는 정보가 많아서가 아니라 아는 게 없는 새로움 때문에 생긴다는 걸 기억하자. 2️⃣예측 가능한 피드백을 제공하라새로운 환경에 익숙해진 쥐에게 전기자극을 준다. 전기자극을 받으면 쥐들의 스트레스지수는 확 높아진다. 물론 시간이 지나면 그 자극에 적응한다. 어느 시점이 지나면 전기자극을 받아도 별 변화가 없다. 이때 또 다른 설계를 한다. 일정하게 가해지던 전기자극의 타이밍을 제멋대로 바꿔 버리는 것이다. 그러자 쥐들의 스트레스지수가 갑자기 높아졌다. 예측하고 대비하던 일이 아닌 사건이 언제 벌어질지 모른다는 불안감이 스트레스에 영향을 주는 것이다. 리더는 싫든 좋든 구성원에게 전기 자극과 같은 충격을 준다. 좋은 말로 표현하면 피드백이고 구성원들의 솔직한 표현으로는 잔소리 혹은 질책이다. 질책은 구성원의 스트레스를 높인다. 하지만 더 중요한 것은 시기의 일관성이다. 예측할 수 없는 피드백은 구성원의 스트레스를 높인다. 예를 들어, 리더가 “다음 주까지 영업 개선안 보고서를 정리해 오라”고 지시했다. 구성원은 나름의 시간 계획을 세우고 일을 시작한다. 그런데 다음 날 출근하자마자 리더가 “어떻게 되고 있느냐” 물으면 짜증이 난다. 어제 일을 시켜 놓고 뭘 바라는지 모르겠다는 마음이다. 리더의 처지도 이해한다. 막히는 게 뭔지, 뭘 도와줄 수 있을지 선한 의도였을 수 있다. 하지만 구성원의 해석은 안타깝지만 다르다. ‘간섭하는 상사’로 인한 스트레스만 쌓일 뿐이다. 그래서 필요한 게 사전 약속이다. 일을 시킬 때 “알아서 해봐”라는 것은 지시가 아니다. 일을 그냥 ‘던지는 것’이다. 어떤 자료를 참고할지, 중간 보고는 언제 할지, 아웃풋은 어떤 형식과 수준으로 정리할지 등 상사의 기대치를 구성원의 업무 방식과 맞춰야 한다. 이게 있어야 예측 가능한 피드백이 가능해진다. 결과물이 성에 차지 않을 땐 막말과 함께 손에 잡히는 것을 집어 던지는 다혈질 리더와 함께 일하는 구성원을 만난 적이 있다. 무섭다고 했다. 하지만 또 아무렇지 않다고도 했다. 언제 ‘야수’로 돌변할지 알기 때문이다. 결국 핵심은 예측 가능성이다. 언제 무서울지 알고 있으면 대비할 수 있다. 3️⃣구성원의 역량 수준을 파악하라이제 쥐를 두 그룹으로 나누고 한 그룹에만 전기충격을 멈출 수 있는 버튼을 준다. 예상하다시피 충격을 통제할 수 있는 집단이 스트레스를 덜 받는다. 하지만 중요한 것은 그 다음이다. 버튼을 망가뜨리고 실험을 이어간다. 결과는 버튼을 누르는 것이 아무 효과가 없는 그룹의 스트레스지수가 여전히 낮았다. 메시지는 명확하다. 구성원에게 결정권을 제공하라는 것이다. 수많은 리더십 이론에서 공통적으로 강조하지만 쉽게 실천하지 못하는 권한 위임이다. 위임이 쉽지 않은 이유는 두 가지다. 첫째, 리더가 조직에서 벌어지는 업무를 정확히 모르기 때문이다. 이렇게 말하면 많은 리더들이 “난 우리 팀에서 어떤 일 하는지 다 알고 있다”고 반문한다. 여기서 말하는 ‘안다’는 의미는 그 일이 무엇이냐가 아니다. 그 업무가 어떤 난이도인지, 어떤 중요성이 있는지 등을 분석적으로 파악해야 한다는 뜻이다. ‘하는 일이 많으니 바쁠 것’이라고 생각하는 게 아니라, 개별 구성원이 얼마나 어렵고 중요한 과제를 수행하고 있는지 알아야 한다. 일의 속성을 알아야 권한을 위임해 자율적으로 처리하게 해줄지, 더 꼼꼼히 챙기며 더 나은 결과를 내도록 코칭할지 정할 수 있다. 둘째, 리더가 구성원 개개인의 역량 수준을 몰라서다. 어떤 직원에겐 어려운 일이 다른 직원에겐 식은 죽 먹기일 수 있다. 연차나 직급의 문제가 아니다. 각자의 강점이 다르기 때문이다. 이를 업무와 연결해 제대로 파악하고 있을 때 능력에 맞는 일을 주고 업무 처리에 대한 자율권도 줄 수 있다. 뭘 잘하는지 모르는데 권한을 줄 수 없는 것은 당연하다. 조직에서는 누구나 일해야 한다. 그리고 일은 원래 힘들다. 하지만 ‘자기가 하겠다고 해서 하는 일’이라는 인식을 갖느냐 그렇지 않느냐에 따라 힘듦의 강도는 달라질 수 있다. 그래서 리더의 권한 위임이 중요하다.

magazine.hankyung.com

성과는 언제 높아질까? 구성원이 리더의 의지대로 움직여줄 때다. 

오래전에 'IntelliJ 의 JShell Console 을 활용하자’ 라는 포스팅을 했다.이번에는 'IntelliJ의 Groovy Console’을 소개한다. 이 글은 Java 환경에서 JShell 대신 Groovy Console 사용하는 방법을 설명한다. 이 내용은 제 온라인 강의에서 파트 2-챕터 1 '테스트에 대한 이야기’에 있는 '04. Groovy Console 소개’와 ’05. Spock 사용을 위한 Groovy 기본 문법’ 2개의 영상에 있는 내용 중에서 'Groovy 기본 문법’에 대한 내용은 제외하고 'Groovy Console'에 대해서 일부 글로 정리한 것으로, Groovy Console에서 자바 문법을 사용하여 진행하므로 Groovy를 몰라도 무방하다.이 글의 말미에 Java의 L..

IntelliJ의 Groovy Console 소개

오래전에 'IntelliJ 의 JShell Console 을 활용하자’ 라는 포스팅을 했다.
이번에는 'IntelliJ의 Groovy Console’을 소개한다. 이 글은 Java 환경에서 JShell 대신 Groovy Console 사용하는 방법을 설명한다.
이 내용은 제 온라인 강의에서 파트 2-챕터 1 '테스트에 대한 이야기’에 있는 '04. Groovy Console 소개’와 ’05. Spock 사용을 위한 Groovy 기본 문법’ 2개의 영상에 있는 내용 중에서 'Groovy 기본 문법’에 대한 내용은 제외하고 'Groovy Console'에 대해서 일부 글로 정리한 것으로, Groovy Console에서 자바 문법을 사용하여 진행하므로 Groovy를 몰라도 무방하다.
이 글의 말미에 Java의 Lambda를 받는 Java 객체에 Groovy의 Closure를 사용할 수 있는지 확인하는 코드에만 Groovy 문법을 한번 사용한다.
...후략...

#Groovy #GroovyConsole #IntelliJ #포스팅

https://prostars.net/361

오래전에 'IntelliJ 의 JShell Console 을 활용하자’ 라는 포스팅을 했다.이번에는 'IntelliJ의 Groovy Console’을 소개한다. 이 글은 Java 환경에서 JShell 대신 Groovy Console 사용하는 방법을 설명한다.이 내용은 제 온라인 강의에서 파트 2-챕터 1 '테스트에 대한 이야기’에 있는 '04. Groovy Console 소개’와 ’05. Spock 사용을 위한 Groovy 기본 문법’ 2개의 영상에 있는 내용 중에서 'Groovy 기본 문법’에 대한 내용은 제외하고 'Groovy Console'에 대해서 일부 글로 정리한 것으로, Groovy Console에서 자바 문법을 사용하여 진행하므로 Groovy를 몰라도 무방하다.이 글의 말미에 Java의 Lambda를 받는 Java 객체에 Groovy의 Closure를 사용할 수 있는지 확인하는 코드에만 Groovy 문법을 한번 사용한다....후략... #Groovy #GroovyConsole #IntelliJ #포스팅 https://prostars.net/361

I'm Prostars

왜 재능만으로는 일과 인생에서 멀리 갈 수 없는가
Why Talent Without Agency Won’t Take You Far in Life and Work

by Rafa Páez 원문 링크 (원저자의 허락을 얻어 번역/공유합니다)

번역, 편집 및 정리 : 해빗팩토리 정윤호
Last Update : 2024.02.24 

나는 하이 에이전시 (High Agency) (윤호 : 우리가 익히

High Agency 하이 에이젼시 : 성공적인 리더의 마인드셋

<다른 사람들은 도움을 기다릴 때, 스스로 기회를 만들어내는 사람은 재능마저 이깁니다>

1. ‘하이 에이전시(High Agency)’는, 완벽한 조건을 기다리거나 상황을 탓하지 않고, 자기 삶을 주도하며 스스로 결정을 내리는 능력이다.

2. 이는 주도성(proactiveness), 자율성(autonomy), 그리고 자신의 행동과 결과에 대한 책임(responsibility)을 지는 태도를 포함한다.

3. (다시 말해) 하이 에이전시를 가진 사람들은 일반적으로 자기주도적(self-directed)이고, 부족하더라도 지금 자신이 가진 자원을 잘 활용하며(resourceful), 도전에 맞닥뜨렸을 때 회복탄력성(resilience)이 높다.

4. 이들은 적극적으로 성장과 발전의 기회를 찾고, 불확실성과 변화를 수용하며, 목표 달성을 위해 계산된 위험(calculated risks)도 기꺼이 감수한다.

5. 높은 재능(high talent)이 있어도 하이 에이전시(High Agency)가 없다면 그 재능은 자주 쓸모없게 되고, 반면 하이 에이전시(High Agency)는 낮은 재능(low talent)을 보완할 수도 있다.

6. 세상에는 불만 가득한 천재나 패배의식에 쩔은 천재(Frustrated Geniuses)를 행동하는 사람(Go-Getters)이 이기는 경우가 꽤 있다. 행동하는 사람은 제약(constraints)을 기회(opportunities)로 바꾸고, 불가능을 가능으로 만들어 내며, 더 재능 있으나 불만만 많은 천재를 종종 능가해 버리기도 한다.

7. 그리고 하이 에이전시는, 단순히 타고나는 특성(inborn trait)이 아니라, 갈고닦고 발전시킬 수 있는 마인드셋(mindset)이다.

8. 특히 커리어를 쌓아가다 리더십 역할을 맡으면 하이 에이전시는 더욱 중요해진다. 리더는 정확한 정보가 없는 상태에서도 압박을 받으며 어려운 결정을 내려야 한다. 상황을 판단하고, 창의력을 발휘하며, 주어진 최고의 자원을 활용해 과제를 추진해 나가야 한다. 이때 어떤 상황에서는 스스로 기회를 만들려고 하는 하이 에이전시는 리더를 더욱 돋보이게 하며, 리더에게 비밀 무기가 된다.

https://www.jungyunho.com/high-agency/

&lt;다른 사람들은 도움을 기다릴 때, 스스로 기회를 만들어내는 사람은 재능마저 이깁니다&gt; 1. ‘하이 에이전시(High Agency)’는, 완벽한 조건을 기다리거나 상황을 탓하지 않고, 자기 삶을 주도하며 스스로 결정을 내리는 능력이다. 2. 이는 주도성(proactiveness), 자율성(autonomy), 그리고 자신의 행동과 결과에 대한 책임(responsibility)을 지는 태도를 포함한다. 3. (다시 말해) 하이 에이전시를 가진 사람들은 일반적으로 자기주도적(self-directed)이고, 부족하더라도 지금 자신이 가진 자원을 잘 활용하며(resourceful), 도전에 맞닥뜨렸을 때 회복탄력성(resilience)이 높다. 4. 이들은 적극적으로 성장과 발전의 기회를 찾고, 불확실성과 변화를 수용하며, 목표 달성을 위해 계산된 위험(calculated risks)도 기꺼이 감수한다. 5. 높은 재능(high talent)이 있어도 하이 에이전시(High Agency)가 없다면 그 재능은 자주 쓸모없게 되고, 반면 하이 에이전시(High Agency)는 낮은 재능(low talent)을 보완할 수도 있다. 6. 세상에는 불만 가득한 천재나 패배의식에 쩔은 천재(Frustrated Geniuses)를 행동하는 사람(Go-Getters)이 이기는 경우가 꽤 있다. 행동하는 사람은 제약(constraints)을 기회(opportunities)로 바꾸고, 불가능을 가능으로 만들어 내며, 더 재능 있으나 불만만 많은 천재를 종종 능가해 버리기도 한다. 7. 그리고 하이 에이전시는, 단순히 타고나는 특성(inborn trait)이 아니라, 갈고닦고 발전시킬 수 있는 마인드셋(mindset)이다. 8. 특히 커리어를 쌓아가다 리더십 역할을 맡으면 하이 에이전시는 더욱 중요해진다. 리더는 정확한 정보가 없는 상태에서도 압박을 받으며 어려운 결정을 내려야 한다. 상황을 판단하고, 창의력을 발휘하며, 주어진 최고의 자원을 활용해 과제를 추진해 나가야 한다. 이때 어떤 상황에서는 스스로 기회를 만들려고 하는 하이 에이전시는 리더를 더욱 돋보이게 하며, 리더에게 비밀 무기가 된다. https://www.jungyunho.com/high-agency/

정윤호닷컴

다른 사람들은 도움을 기다릴 때, 스스로 기회를 만들어내는 사람은

새로운 발견을 연결하며 모든이의 더 나은 가능성을 만드는 곳 커리어의 시작, 팀네이버에서

2025 팀네이버 신입 공채

- 2026년 2월 이내 졸업 예정자, 경력 1년 이하의 기졸업자만 지원 가능합니다.

---

오늘은 2025년도 네이버 공채가 열렸다는 소식을 듣고 오랜만에 채용 소식을 가져와봤습니다! 직접 웹 사이트에 들어가 살펴보기 귀찮은 분들을 위해 기술 직무에 대한 내용을 짤막하게 정리해보았습니다.

기술 직무의 경우 다음과 같은 모집 부문에서 선택을 할 수 있습니다.

- 프론트엔드
- 백엔드
- 안드로이드
- iOS
- 데이터
- 인프라
- 보안
- Tech Management

또한 작성해야 하는 자기 소개서 항목은 다음과 같습니다.

- 해당 분야로 지원을 결정한 계기와, 입사 후 성장 목표를 작성해 주세요. (1000자)
- 스스로의 의지로 새로운 도전이나 변화를 시도했던 경험을 작성해 주세요. (1000자)
- 팀 혹은 모임 내에서 도전적인 과제를 진행하며 중요한 책임을 맡았던 경험과 그 결과를 작성해 주세요. (1000자)
- 본인의 대표적인 개발 경험이나 희망 분야 관련 과제 성과, 활동 등을 가장 잘 보여줄 수 있는 GitHub, 블로그 등의 URL을 작성하시거나 자료를 첨부하시고, 간단한 소개나 설명을 해 주세요. (1000자)

지원서 접수 기간은 3월 17일 월요일 오전 11시까지입니다. 그 후의 일정은 다음과 같습니다.

- 기업 문화 적합도 검사: 3월 21~23일
- 온라인 CS, 코딩 테스트: 3월 22일 오전
- 서류 전형 마감, 결과 발표: 4월 4일
- 기술 역량 인터뷰: 4월 3~4주
- 종합 역량 인터뷰: 5월 3~4주 (오프라인)
- 입사: 7월 7일

보다 정확하고 자세한 내용은 아래 링크에 들어가서 확인해주세요.

https://recruit.navercorp.com/micro/teamnaver/2025

- 2026년 2월 이내 졸업 예정자, 경력 1년 이하의 기졸업자만 지원 가능합니다. --- 오늘은 2025년도 네이버 공채가 열렸다는 소식을 듣고 오랜만에 채용 소식을 가져와봤습니다! 직접 웹 사이트에 들어가 살펴보기 귀찮은 분들을 위해 기술 직무에 대한 내용을 짤막하게 정리해보았습니다. 기술 직무의 경우 다음과 같은 모집 부문에서 선택을 할 수 있습니다. - 프론트엔드 - 백엔드 - 안드로이드 - iOS - 데이터 - 인프라 - 보안 - Tech Management 또한 작성해야 하는 자기 소개서 항목은 다음과 같습니다. - 해당 분야로 지원을 결정한 계기와, 입사 후 성장 목표를 작성해 주세요. (1000자) - 스스로의 의지로 새로운 도전이나 변화를 시도했던 경험을 작성해 주세요. (1000자) - 팀 혹은 모임 내에서 도전적인 과제를 진행하며 중요한 책임을 맡았던 경험과 그 결과를 작성해 주세요. (1000자) - 본인의 대표적인 개발 경험이나 희망 분야 관련 과제 성과, 활동 등을 가장 잘 보여줄 수 있는 GitHub, 블로그 등의 URL을 작성하시거나 자료를 첨부하시고, 간단한 소개나 설명을 해 주세요. (1000자) 지원서 접수 기간은 3월 17일 월요일 오전 11시까지입니다. 그 후의 일정은 다음과 같습니다. - 기업 문화 적합도 검사: 3월 21~23일 - 온라인 CS, 코딩 테스트: 3월 22일 오전 - 서류 전형 마감, 결과 발표: 4월 4일 - 기술 역량 인터뷰: 4월 3~4주 - 종합 역량 인터뷰: 5월 3~4주 (오프라인) - 입사: 7월 7일 보다 정확하고 자세한 내용은 아래 링크에 들어가서 확인해주세요. https://recruit.navercorp.com/micro/teamnaver/2025

recruit.navercorp.com

🌱 2025 팀네이버 신입 공채 오픈

직장인을 위한 이솝우화 | 한 소년이 강에서 목욕을 하다 깊은 곳에 빠져서, 익사할지도 모르는 큰 위험에 처했다. 그때 길을 따라 걷던 한 남자가 도움을 요청하는 소년의 외침을 듣고, 강변으로 갔다. 그리고는 깊은 곳을 조심하지 않은 소년을 꾸짖기 시작했다. 하지만, 소년을 도와주려고는 하지 않았다. "아저씨!" 그러자 소년이 외쳤다. "제발 절 먼저 도와주세요!

물에 빠진 소년

책임을 따지기 전에 문제부터 해결해야 한다.
#직장인 #커리어 #위기대응

https://brunch.co.kr/@drunkensky/559

책임을 따지기 전에 문제부터 해결해야 한다.#직장인 #커리어 #위기대응 https://brunch.co.kr/@drunkensky/559

스튜디오브이아이 (유진테크) 개발팀/팀장/아트디렉터/영화감독

박경돈

뒤늦게 언어의 매력을 접하였습니다. 느리지만 공부 중입니다. Node.js, python
#ENFJ #직장인영화감독

GreenNarae

피닉스다트 웹 서버 개발자

김대호

#백엔드 #개발자 #커뮤니케이션

게임 프로그래머로 시작해서, 게임 분석가, 프로젝트 매니저, 프로젝트 리더를 거쳐 지금은 게임에 AI를 적용하는 연구를 하고 있는 직장인 20년차입니다. 글 쓰는 것을 좋아해서 브런치에서 '취한하늘'이라는 이름으로 작가 활동을 하고 있습니다.

이재호

책 <일 잘하는 팀장>을 집필하였습니다. 게임 프로그래머, 게임 분석가, 프로젝트 매니저, 프로젝트 리더를 거쳐 지금은 게임 AI 연구를 하고 있는 직장인 23년차입니다. 글 쓰는 것을 좋아해서 브런치에서 '취한하늘'이라는 이름으로 작가 활동을 하고 있습니다.

물에 빠진 소년

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필