1편을 못 보신 분들은 댓글에 있는 1편 링크 참고. 앞 편을 요약하자면 나와 다른 생각이나 행동을 하는 사람들을 바라보는 관점은 호기심이 되어야 하며 불편함을 참을 수 있어야 한다는 것이다. 리더의 자리로 가기로 했다면 혹은 레벨이 올라가 영향력을 가져야 한다면 불편함과 친해지는 것은 필수다.

🟢 이야기를 꺼내는 것이 맞나? 기다려야 하나?

나름대로 어려운 대화를 꺼낼지 말지를 결정하는 원칙을 세워야 한다. 내가 가진 원칙은 두 가지다. 하나는, 이 이야기를 하지 않으면 마음속에서 상대방을 신뢰하지 못할 것 같을 때, 또 하나는 이야기를 하지 않으면 상대가 잘못된 기대를 가질 것 같을 때다. 즉 기다린다고 문제가 해결되는 것이 아니라 내버려두면 간극이 커질 것 같을 경우 죽이 되건 밥이 되건 꺼내는 걸로 결정한다.

🟢 그럼 어떻게 말을 꺼내야 할까?

대화를 하기로 결정했다면 다음 단계는 어떻게 전달할지 고민하는 것이다. 먼저 아래를 다시 한번 상기한다.

- 선의와 호기심을 가져야 한다.
- 다른 사람이 없는 일대일 상황에서 이야기를 꺼낸다.
- 나와 상대방이 공동의 목표를 가지고 있는지 대화를 통해 파악한다.
- 최소한의 예의를 지키며 사람이 아닌 일에 대해 이야기한다.

구체적으로는 내가 본 관점에서 기대와 관찰을 최대한 객관적으로 이야기한다. 예를 들어, A라는 업무가 예상보다 늦어지고 있는 상황이라면, 리더로서 좋지 않은 태도는 아무 말도 하지 않고 혼자 실망하는 것이다. 반면, 좋은 태도는 무슨 이유가 있을 거라 생각하고, 아래와 같이 일대일 상황에서 대화를 시작하는 것이다.

기대: A라는 업무가 이번 주에 끝날 줄 알았다.
관찰: 오늘 오전 미팅에서 보니 다음 달에도 끝나지 않을 것 같다.
간극: A 업무의 완료 시점에 차이가 있는 것 같다.

이후에는 상대방의 이야기를 들으며 공격이 아닌 호기심을 바탕으로 이해하려는 태도로 접근해야 한다. 많은 경우 실제 이야기해보면 의사소통의 오해로 인해 문제가 생겼다는 깨달음이 많았다. 이런 대화가 항상 성공하는 것은 아니지만, 나 혼자만의 생각에서 벗어나 둘 사이에 존재하는 간극이 있다는 점을 공유한다는 점이 제일 중요한 포인트이다. 대화가 잘 안되는 경우 둘이 생각하는 목표가 다르거나 방향성이 잘 안 맞는 경우들이 흔했다.

🟢 칭찬은 어떻게 할까?

건설적인 피드백에 대해서만 이야기했는데, 긍정적인 피드백에 대해서도 이야기하자면 칭찬은 고래도 춤추게 한다는 말이 있듯이, 긍정적인 피드백을 자주 건네면 좋겠다. 특히 요즘 젊은 세대는 자신이 잘하고 있는지 확신하지 못하는 경우가 많다. 잘한 점에 대해 구체적으로 이야기해주면 강화 학습처럼 긍정적인 효과가 있다. 특히 팀원이 아쉬웠던 부분을 개선했을 때, 그 부분을 칭찬해주는 것이 중요하다.

간단히 팀원에게 아쉬운 점에 대한 피드백을 전달하는 방법에 대해 이야기했다. 요약하자면, 호기심과 선의에 바탕을 두고 “불편함”과 친해지는 것이 시작이며 전달 방법과 해결은 많은 시도와 크고 작은 실패를 통해 조금씩 더 잘하게 되리라 믿는다. 즉 어려운 대화를 하는 능력은 꾸준한 연습과 실수를 통해 배우는 것이다. 실수를 하지 않고 잘 할 수는 없다.

1편을 못 보신 분들은 댓글에 있는 1편 링크 참고. 앞 편을 요약하자면 나와 다른 생각이나 행동을 하는 사람들을 바라보는 관점은 호기심이 되어야 하며 불편함을 참을 수 있어야 한다는 것이다. 리더의 자리로 가기로 했다면 혹은 레벨이 올라가 영향력을 가져야 한다면 불편함과 친해지는 것은 필수다. 🟢&nbsp;이야기를 꺼내는 것이 맞나? 기다려야 하나? 나름대로 어려운 대화를 꺼낼지 말지를 결정하는 원칙을 세워야 한다. 내가 가진 원칙은 두 가지다. 하나는, 이 이야기를 하지 않으면 마음속에서 상대방을 신뢰하지 못할 것 같을 때, 또 하나는 이야기를 하지 않으면 상대가 잘못된 기대를 가질 것 같을 때다. 즉 기다린다고 문제가 해결되는 것이 아니라 내버려두면 간극이 커질 것 같을 경우 죽이 되건 밥이 되건 꺼내는 걸로 결정한다. 🟢&nbsp;그럼 어떻게 말을 꺼내야 할까? 대화를 하기로 결정했다면 다음 단계는 어떻게 전달할지 고민하는 것이다. 먼저 아래를 다시 한번 상기한다. - 선의와 호기심을 가져야 한다. - 다른 사람이 없는 일대일 상황에서 이야기를 꺼낸다. - 나와 상대방이 공동의 목표를 가지고 있는지 대화를 통해 파악한다. - 최소한의 예의를 지키며 사람이 아닌 일에 대해 이야기한다. 구체적으로는 내가 본 관점에서 기대와 관찰을 최대한 객관적으로 이야기한다. 예를 들어, A라는 업무가 예상보다 늦어지고 있는 상황이라면, 리더로서 좋지 않은 태도는 아무 말도 하지 않고 혼자 실망하는 것이다. 반면, 좋은 태도는 무슨 이유가 있을 거라 생각하고, 아래와 같이 일대일 상황에서 대화를 시작하는 것이다. 기대: A라는 업무가 이번 주에 끝날 줄 알았다. 관찰: 오늘 오전 미팅에서 보니 다음 달에도 끝나지 않을 것 같다. 간극: A 업무의 완료 시점에 차이가 있는 것 같다. 이후에는 상대방의 이야기를 들으며 공격이 아닌 호기심을 바탕으로 이해하려는 태도로 접근해야 한다. 많은 경우 실제 이야기해보면 의사소통의 오해로 인해 문제가 생겼다는 깨달음이 많았다. 이런 대화가 항상 성공하는 것은 아니지만, 나 혼자만의 생각에서 벗어나 둘 사이에 존재하는 간극이 있다는 점을 공유한다는 점이 제일 중요한 포인트이다. 대화가 잘 안되는 경우 둘이 생각하는 목표가 다르거나 방향성이 잘 안 맞는 경우들이 흔했다. 🟢&nbsp;칭찬은 어떻게 할까? 건설적인 피드백에 대해서만 이야기했는데, 긍정적인 피드백에 대해서도 이야기하자면 칭찬은 고래도 춤추게 한다는 말이 있듯이, 긍정적인 피드백을 자주 건네면 좋겠다. 특히 요즘 젊은 세대는 자신이 잘하고 있는지 확신하지 못하는 경우가 많다. 잘한 점에 대해 구체적으로 이야기해주면 강화 학습처럼 긍정적인 효과가 있다. 특히 팀원이 아쉬웠던 부분을 개선했을 때, 그 부분을 칭찬해주는 것이 중요하다. 간단히 팀원에게 아쉬운 점에 대한 피드백을 전달하는 방법에 대해 이야기했다. 요약하자면, 호기심과 선의에 바탕을 두고 “불편함”과 친해지는 것이 시작이며 전달 방법과 해결은 많은 시도와 크고 작은 실패를 통해 조금씩 더 잘하게 되리라 믿는다. 즉 어려운 대화를 하는 능력은 꾸준한 연습과 실수를 통해 배우는 것이다. 실수를 하지 않고 잘 할 수는 없다.

영향력의 기본인 어려운 대화는 타고난 재능이 아닌 스킬 - 2편

1편: https://careerly.co.kr/comments/112617?utm_campaign=self-share

the framework/ sdk that lets you build browser controlling agents in 3 lines of code. join chat @ https://discord.gg/umgnyQU2K8 - sentient-engineering/sentient

GitHub - sentient-engineering/sentient: the framework/ sdk that lets you build browser controlling agents in 3 lines of code. join chat @ https://discord.gg/umgnyQU2K8

OpenAI같은 LLM을 연동하여 브라우저를 컨트롤 할 수 있게해주는 신박한 라이브러리입니다.

예제로는 유튜브 열어서 틀어줘. 같은 쉬운 예제들이 있는데요.
조금 더 발전되어서 자동화를 쉽게 해주는 툴로 발전했으면 좋겠네요~

https://github.com/sentient-engineering/sentient

OpenAI같은 LLM을 연동하여 브라우저를 컨트롤 할 수 있게해주는 신박한 라이브러리입니다. 예제로는 유튜브 열어서 틀어줘. 같은 쉬운 예제들이 있는데요. 조금 더 발전되어서 자동화를 쉽게 해주는 툴로 발전했으면 좋겠네요~ https://github.com/sentient-engineering/sentient

GitHub

코드 3줄로 브라우저를 컨트롤 하기 - sentient

1
보통 애니메이션은 아이들이 보는 콘텐츠라고 생각한다. 하지만 잘 만든 애니메이션은 나이와 상관없이 모두에게 감동을 준다. 월e가 그랬고, 와일드 로봇도 그랬다.

2
네이버 영화 평점이 무려 9.7이다. 아이들과 보러 갔다가 울고 나왔다는 어른들이 많다. 충분히 예상되는 스토리임에도 훌쩍이게 만드는 장면들이 있다.

3
로봇이 주인공인 애니메이션은 늘 극과 극이다. 아주 훌륭하거나 혹은 볼 만한 가치가 없거나. 또, 눈에 보이는 영상만 보이거나 이야기로 던지는 만든 사람의 질문을 보거나.

4
영화 속에서 두 가지 질문을 봤다. 이 질문들이 계속 맴돈다. 사람은 어떻게 프로그래밍 되는가. 그리고, 그 프로그래밍을 우리가 의지대로 바꿀 수 있을까. 영화에서는 로봇과 기러기를 통해서 두 가지 질문에 답한다.

5
일단 두 가지 질문을 하려면, 우리가 프로그래밍 되어 있다는 사실 자체를 알아차려야 한다. 우리가 무의식이나 습관이라고 부르는 것들 말이다.

6
생각할 거리를 던져주는 영화가 좋다. 와일드 로봇은 어른이 봐도 충분히 좋은 영화다. 생각하며 살지 않으면, 사는 데로 생각하게 된다. 내 생각이, 정말로 내가 하는걸까. 프로그래밍 된 자동 반응은 아닐까. 가끔씩 되돌아봐야 한다.

#와일드로봇

1 보통 애니메이션은 아이들이 보는 콘텐츠라고 생각한다. 하지만 잘 만든 애니메이션은 나이와 상관없이 모두에게 감동을 준다. 월e가 그랬고, 와일드 로봇도 그랬다. ​ ​2 네이버 영화 평점이 무려 9.7이다. 아이들과 보러 갔다가 울고 나왔다는 어른들이 많다. 충분히 예상되는 스토리임에도 훌쩍이게 만드는 장면들이 있다. ​ ​3 로봇이 주인공인 애니메이션은 늘 극과 극이다. 아주 훌륭하거나 혹은 볼 만한 가치가 없거나. 또, 눈에 보이는 영상만 보이거나 이야기로 던지는 만든 사람의 질문을 보거나. ​ ​4 영화 속에서 두 가지 질문을 봤다. 이 질문들이 계속 맴돈다. 사람은 어떻게 프로그래밍 되는가. 그리고, 그 프로그래밍을 우리가 의지대로 바꿀 수 있을까. 영화에서는 로봇과 기러기를 통해서 두 가지 질문에 답한다. ​ ​5 일단 두 가지 질문을 하려면, 우리가 프로그래밍 되어 있다는 사실 자체를 알아차려야 한다. 우리가 무의식이나 습관이라고 부르는 것들 말이다. ​ ​6 생각할 거리를 던져주는 영화가 좋다. 와일드 로봇은 어른이 봐도 충분히 좋은 영화다. 생각하며 살지 않으면, 사는 데로 생각하게 된다. 내 생각이, 정말로 내가 하는걸까. 프로그래밍 된 자동 반응은 아닐까. 가끔씩 되돌아봐야 한다. #와일드로봇

< 영화 와일드 로봇 - 우리는 어떻게 프로그래밍 되는가? >

https://blog.naver.com/madaboutit/223631979800

계란후라이 1093

‘아이젠하워 매트릭스’이라는 것이 있습니다. 해야 할 일의 우선순위를 결정하는 프레임워크입니다. 일의 긴급성과 중요도를 따져서 우선순위를 결정하는 방식입니다.
1. 긴급하고 중요한 일
2. 중요하지만 긴급하지 않은 일
3. 긴급하지만 중요하지 않은 일
4. 긴급하지도 중요하지도 않은 일

여기서 1번 긴급하고 중요한 일은 지금 당장 시작해서 1-2주 내에 해결해야 하는 일로 판단합니다. 그다음 2번 중요하지만 긴급하지 않은 일은 1번을 해결하고 난 뒤에 해야 하는 업무 백로그 정도로 관리합니다.
일의 우선순위를 정해야 하는 이유는 우리에게 주어진 유한한 시간이라는 자원을 효율 & 효과적으로 사용하기 위함입니다.
직장에서나 개인적인 모든 삶의 자리에서 해야 하는 일과 하고 싶은 일을 정돈하고 우선순위를 정하여 임무를 완수하는 것입니다. 우선순위를 정하는 일에서 핵심은 일을 줄이는 것에 있습니다. 반복해서 말하지만 우리에게 주어진 시간이 한정되어 있습니다. 그리고 잠을 안 자고 일을 하며 건강할 수 있는 사람은 아무도 없습니다. 건강하게 꼭 해야 하는 일을 깨닫고, 그 일에 몰입해서 완수해 낼 수 있게 만드는 방법이 아이젠하워 매트릭스와 같은 도구입니다.
오늘 이야기 요점은 바로 이것입니다. 훌륭한 계획은 심플합니다. 이것도 하고 싶고, 저것도 하고 싶은데 시간이 모자라고 정리가 안 된다면, 추천합니다. 지금 여러분에게 중요하면서 긴급한 일을 제외하고 해야 할 일 목록에서 깨끗하게 지워버리세요. 지우면 어떻게 하냐고, 큰 일나는 것 아니냐고 오해할 수 있습니다. 제가 58000% 장담합니다. 중요하지 않고, 긴급하지 않은 일을 생각하지 않아도 여러분에게 아무 일도 일어나지 않습니다. 오히려 심플해진 투 두 리스트 덕분에 여러분의 삶이 한결 가벼워질 것입니다.
삶이 그런 것 같습니다. 많이 알면 알수록 좋고, 많이 하면 할수록 좋고, 많이 가지면 좋을 것 같지만 정반대로 무겁고 복잡해서 힘들어집니다. 복잡한 인생을 활짝 펴주겠다는 베스트셀러에서 이야기하는 핵심 메시지를 여러분에게 공짜로 나눔 합니다. 성공이나 행복으로 가는 단 하나의 핵심 메시지는 단순하라, 하나에 집중해라입니다.
한때 유행했던 심플 라이프, 미니멀 라이프가 사람들에게 관심받았던 이유가 덜 가져보니 생각보다 편하더라고 판단했기 때문이 아닐까요? 여러분도 오늘부터 시작해 보세요. 욕심이 아니라 차가운 이성으로 지금 집중해야 하는 일에 온 정성과 시간을 사용해 보세요. 우리가 뭐든지 완수해 낼 수 있다고 믿습니다.

계란후라이 1093 ‘아이젠하워 매트릭스’이라는 것이 있습니다. 해야 할 일의 우선순위를 결정하는 프레임워크입니다. 일의 긴급성과 중요도를 따져서 우선순위를 결정하는 방식입니다.1. 긴급하고 중요한 일2. 중요하지만 긴급하지 않은 일3. 긴급하지만 중요하지 않은 일4. 긴급하지도 중요하지도 않은 일​여기서 1번 긴급하고 중요한 일은 지금 당장 시작해서 1-2주 내에 해결해야 하는 일로 판단합니다. 그다음 2번 중요하지만 긴급하지 않은 일은 1번을 해결하고 난 뒤에 해야 하는 업무 백로그 정도로 관리합니다.일의 우선순위를 정해야 하는 이유는 우리에게 주어진 유한한 시간이라는 자원을 효율 &amp; 효과적으로 사용하기 위함입니다.직장에서나 개인적인 모든 삶의 자리에서 해야 하는 일과 하고 싶은 일을 정돈하고 우선순위를 정하여 임무를 완수하는 것입니다. 우선순위를 정하는 일에서 핵심은 일을 줄이는 것에 있습니다. 반복해서 말하지만 우리에게 주어진 시간이 한정되어 있습니다. 그리고 잠을 안 자고 일을 하며 건강할 수 있는 사람은 아무도 없습니다. 건강하게 꼭 해야 하는 일을 깨닫고, 그 일에 몰입해서 완수해 낼 수 있게 만드는 방법이 아이젠하워 매트릭스와 같은 도구입니다.오늘 이야기 요점은 바로 이것입니다. 훌륭한 계획은 심플합니다. 이것도 하고 싶고, 저것도 하고 싶은데 시간이 모자라고 정리가 안 된다면, 추천합니다. 지금 여러분에게 중요하면서 긴급한 일을 제외하고 해야 할 일 목록에서 깨끗하게 지워버리세요. 지우면 어떻게 하냐고, 큰 일나는 것 아니냐고 오해할 수 있습니다. 제가 58000% 장담합니다. 중요하지 않고, 긴급하지 않은 일을 생각하지 않아도 여러분에게 아무 일도 일어나지 않습니다. 오히려 심플해진 투 두 리스트 덕분에 여러분의 삶이 한결 가벼워질 것입니다.삶이 그런 것 같습니다. 많이 알면 알수록 좋고, 많이 하면 할수록 좋고, 많이 가지면 좋을 것 같지만 정반대로 무겁고 복잡해서 힘들어집니다. 복잡한 인생을 활짝 펴주겠다는 베스트셀러에서 이야기하는 핵심 메시지를 여러분에게 공짜로 나눔 합니다. 성공이나 행복으로 가는 단 하나의 핵심 메시지는 단순하라, 하나에 집중해라입니다.한때 유행했던 심플 라이프, 미니멀 라이프가 사람들에게 관심받았던 이유가 덜 가져보니 생각보다 편하더라고 판단했기 때문이 아닐까요? 여러분도 오늘부터 시작해 보세요. 욕심이 아니라 차가운 이성으로 지금 집중해야 하는 일에 온 정성과 시간을 사용해 보세요. 우리가 뭐든지 완수해 낼 수 있다고 믿습니다.

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

바뤼흐 스피노자 | 신은 필연적으로 존재한다는 것, 신은 유일하다는 것, 신은 전적으로 자신의 본성의 필연성에 의해서만 존재하고 작용한다는 것, 신은 만물의 자유원인이라는 것과 어찌하여 그러한지에 관한 것, 모든 것은 신 안에 존재하며 신 없이는 존재할 수도 파악될 수도 없을 만큼 신에게 의존하다는 것, 그리고 마지막으로, 모든 것은 신에 의해 예정되어 있는데, 의지의 자유나

세상은 의지가 아니라 필연의 결과다, '에티카'

만물의 근본 원리를 탐구하다.
#책 #서평 #스피노자 #철학 #세상 #본질

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

만물의 근본 원리를 탐구하다.#책 #서평 #스피노자 #철학 #세상 #본질 https://brunch.co.kr/@drunkensky/629

Brunch Story

[책] 세상은 의지가 아니라 필연의 결과다, '에티카'

“아니! 다 같이 모여서 회의를 하는데 부장이 이 정도는 파악하고 와야 하는 게 기본 아닌가요?” A는 B부장을 보면서 자기도 모르게 목소리가 높아진다.팀원의 보고를 함께 듣는 자리에서 상사인 나를 앞에 두고 팀원에게 업무 진척도를 묻다니! 이 정도는 미리 파악하고 왔어야 하는 것 아닌가? 열이 확 오른다.경력사원으로 몇 달 전 합류한 B부장은 부지런히 움직이는 데 반해 일의 우선순위가 상사인 A와 맞지 않았고 성과도 나지 않았다. 최근 나빠지는 경기상황과 연말마감이 다가오자 A는 마음이 조급하다.B는 A에게 찾아와 의논하는 법도

슬기로운 직장생활(상사편)- 부하직원이 답답하다!

“아니! 다 같이 모여서 회의를 하는데 부장이면 이 정도는 파악하고 와야 하는 게 기본 아닌가요?” A임원은 B부장을 보면서 목소리가 높아진다.

팀원의 보고를 함께 듣는 자리에서 상사인 나를 앞에 두고 팀원에게 업무 진척도를 묻다니! 이 정도는 미리 파악하고 왔어야 하는 것 아닌가? 열이 확 오른다.

경력사원으로 몇 달 전 합류한 B부장은 부지런히 움직이는 데 반해 일의 우선순위가 상사인 A와 맞지 않았고 성과도 나지 않았다. 나빠지는 경기 상황과 연말 마감이 다가오자 A는 마음이 조급하다.

B는 A에게 찾아와 의논하는 법도 없었다. 정해진 시간이 되면 일을 완결해서 오곤 했지만 일의 방향성은 늘 삐딱했다. ‘중간에 의논을 좀 하지!’ 커뮤니케이션도 문제인 것 같았다.

기대했던 것과 동떨어진 모습에 A는 B부장에게 일대일 면담을 요청했다. 그리고 면담 3일 전 필자와 만났다. “기대와 다르니 답답하겠네요. 면담은 어떻게 준비하고 있어요?”

A도 스트레스를 받고 있는 상황이라 단단히 준비하고 있었다. 그간의 업무 처리에 대한 실수를 정리했고 이것과 관련해 주고받은 메일, 쪽지 등을 모으고 있었다. 한마디로 증거 수집은 마쳤다. 정확한 피드백을 위해 필요한 부분이긴 하다.

“그는 어떤 사람이에요?” “네? 어떤 사람요?” 갑자기 들어온 필자의 질문에 A는 어리둥절해했다. 지금 헤매고 있는 B부장의 모습을 좀 멀리서 바라보면 그의 어떤 모습이 보이는가를 물어본 것이다.

“글쎄요. 새로운 환경에 적응하려고 애쓰고 있어요. 성실하고 인성도 좋고 리더십도 있는 것 같아요. 그런데 아직 결과가 나오지 않아 본인도 속상하겠다 싶네요.”

“그렇군요. 그런 그를 보면 누가 생각나요?” 이런 상황에서 필자가 자주 애용하는 질문이다. “네?”하던 A의 안면에 긴장이 빠지며 침묵이 한참 이어졌다. 뜻밖의 대답이 들려왔다.

“저요. 제가 떠올라요. 부장 때의 제 모습이요. 엄청 열심히 뛰어다니고 열정도 넘쳤지만 일한 만큼 성과가 따라주지 않았고요. 지금의 B부장과 비슷했네요.”

솔직한 자기 고백에 필자도 흠칫했다. 지금은 유능한 임원이 된 A. 그때 그 시절을 어떻게 통과했는지 물어보았다. 그는 한껏 힘이 풀린 눈빛으로 말했다. 그때의 그를 질책하기보다 기다려주고 격려해 준 상사가 있었다고. '아하! 모먼트'의 순간이었다.

‘B부장에게 어떤 상사가 되고 싶으냐?’는 필자의 질문은 이미 불필요했다. A는 순식간에 자기가 해야 할 일과 그날의 면담의 방향을 스스로 정했다. 며칠 후 만난 그는 약간의 흥분으로 한껏 밝아져 있었다. “코칭 없이 면담 들어갔으면 큰일 날 뻔했어요.”

그동안 수집한 증거들을 잠시 뒤로 미루고, 새로 합류한 회사생활의 어려움을 묻는 상사의 질문에 B는 자신의 심정을 콸콸 쏟아냈다. 그는 자신의 처지를 잘 알고 있었고 괴롭고 초조한 상황에서 잡힌 면담으로 인해 지난 며칠간 잠도 안 왔다고 한다.

그 이야기를 한참 들어준 A는 부장 시절 자신의 모습을 고백했다. 그리고 그때 기다려 준 상사의 이야기도 해 주었다. 마지막에 A는 자신도 B에게 그런 상사가 되고 싶다고 말했다. 이 대목에서 B는 말을 잇지 못하고 울컥했다. 직장생활 통틀어 자신의 이야기를 들어주는 이런 식의 면담은 처음 경험했단다.

이제 상황 끝. 분명한 성격의 A는 다음 단계로 준비한 자료들을 공유하며 직접적인 피드백을 했고 앞으로의 요구사항도 말했다. 마지막에는 “내가 도와줄 것은 없나요?”로 마무리했다.

그 후 그들은 서로 자주 대화하고 있다. 물론 그들이 이번 일로 각자의 패턴을 완전히 바꾸진 못할 것이다. 그러나 적어도 문제를 앞에 두고 수시로 머리를 맞댈 것이다. 상사는 먼저 부하직원의 상황을 물어봐주고 부하직원은 이해를 받을 기회를, 설명할 기회를 얻을 것이다.

이게 바로 코칭 리더십의 대화이다. 상사에게 이해받았다고 느낀 B부장은 입사 후 오랜만에 편안한 잠을 잤을 것이다. 그리고 축 쳐진 에너지가 올라가면서 잘 해내리란 각오를 다질 것이다. 그는 이제 혼자가 아님을 느낄 것이다.

사람에 대한 믿음과 대화방식. 이것이 코칭 리더십의 기본 원리이다. 필자는 회사를 떠나기 직전에야 코칭리더십을 알게 되었다. 다시 회사로 돌아갈 수 없는 지금, 내가 할 수 있는 일은 오늘도 부하직원을 붙잡고 열을 내고 있는 후배들에게 이 간단한 사실을 말해 주는 것이다.

“지시하기 전에 질문하라! 먼저 들어라. 그도 잘하고 싶어 하는 사람이다. 믿어라! 믿지 않으면 나만 손해다.“ 지시하는 대로만 움직이는 부하직원을 원하는가? 아니면 스스로 결정하고 실행하며 자신의 잠재력을 발휘하는 직원을 원하는가?

“아니! 다 같이 모여서 회의를 하는데 부장이면 이 정도는 파악하고 와야 하는 게 기본 아닌가요?” A임원은 B부장을 보면서 목소리가 높아진다. 팀원의 보고를 함께 듣는 자리에서 상사인 나를 앞에 두고 팀원에게 업무 진척도를 묻다니! 이 정도는 미리 파악하고 왔어야 하는 것 아닌가? 열이 확 오른다. 경력사원으로 몇 달 전 합류한 B부장은 부지런히 움직이는 데 반해 일의 우선순위가 상사인 A와 맞지 않았고 성과도 나지 않았다. 나빠지는 경기 상황과 연말 마감이 다가오자 A는 마음이 조급하다. B는 A에게 찾아와 의논하는 법도 없었다. 정해진 시간이 되면 일을 완결해서 오곤 했지만 일의 방향성은 늘 삐딱했다. ‘중간에 의논을 좀 하지!’ 커뮤니케이션도 문제인 것 같았다. 기대했던 것과 동떨어진 모습에 A는 B부장에게 일대일 면담을 요청했다. 그리고 면담 3일 전 필자와 만났다. “기대와 다르니 답답하겠네요. 면담은 어떻게 준비하고 있어요?” A도 스트레스를 받고 있는 상황이라 단단히 준비하고 있었다. 그간의 업무 처리에 대한 실수를 정리했고 이것과 관련해 주고받은 메일, 쪽지 등을 모으고 있었다. 한마디로 증거 수집은 마쳤다. 정확한 피드백을 위해 필요한 부분이긴 하다. “그는 어떤 사람이에요?” “네? 어떤 사람요?” 갑자기 들어온 필자의 질문에 A는 어리둥절해했다. 지금 헤매고 있는 B부장의 모습을 좀 멀리서 바라보면 그의 어떤 모습이 보이는가를 물어본 것이다. “글쎄요. 새로운 환경에 적응하려고 애쓰고 있어요. 성실하고 인성도 좋고 리더십도 있는 것 같아요. 그런데 아직 결과가 나오지 않아 본인도 속상하겠다 싶네요.” “그렇군요. 그런 그를 보면 누가 생각나요?” 이런 상황에서 필자가 자주 애용하는 질문이다. “네?”하던 A의 안면에 긴장이 빠지며 침묵이 한참 이어졌다. 뜻밖의 대답이 들려왔다. “저요. 제가 떠올라요. 부장 때의 제 모습이요. 엄청 열심히 뛰어다니고 열정도 넘쳤지만 일한 만큼 성과가 따라주지 않았고요. 지금의 B부장과 비슷했네요.” 솔직한 자기 고백에 필자도 흠칫했다. 지금은 유능한 임원이 된 A. 그때 그 시절을 어떻게 통과했는지 물어보았다. 그는 한껏 힘이 풀린 눈빛으로 말했다. 그때의 그를 질책하기보다 기다려주고 격려해 준 상사가 있었다고. '아하! 모먼트'의 순간이었다. ‘B부장에게 어떤 상사가 되고 싶으냐?’는 필자의 질문은 이미 불필요했다. A는 순식간에 자기가 해야 할 일과 그날의 면담의 방향을 스스로 정했다. 며칠 후 만난 그는 약간의 흥분으로 한껏 밝아져 있었다. “코칭 없이 면담 들어갔으면 큰일 날 뻔했어요.” 그동안 수집한 증거들을 잠시 뒤로 미루고, 새로 합류한 회사생활의 어려움을 묻는 상사의 질문에 B는 자신의 심정을 콸콸 쏟아냈다. 그는 자신의 처지를 잘 알고 있었고 괴롭고 초조한 상황에서 잡힌 면담으로 인해 지난 며칠간 잠도 안 왔다고 한다. 그 이야기를 한참 들어준 A는 부장 시절 자신의 모습을 고백했다. 그리고 그때 기다려 준 상사의 이야기도 해 주었다. 마지막에 A는 자신도 B에게 그런 상사가 되고 싶다고 말했다. 이 대목에서 B는 말을 잇지 못하고 울컥했다. 직장생활 통틀어 자신의 이야기를 들어주는 이런 식의 면담은 처음 경험했단다. 이제 상황 끝. 분명한 성격의 A는 다음 단계로 준비한 자료들을 공유하며 직접적인 피드백을 했고 앞으로의 요구사항도 말했다. 마지막에는 “내가 도와줄 것은 없나요?”로 마무리했다. 그 후 그들은 서로 자주 대화하고 있다. 물론 그들이 이번 일로 각자의 패턴을 완전히 바꾸진 못할 것이다. 그러나 적어도 문제를 앞에 두고 수시로 머리를 맞댈 것이다. 상사는 먼저 부하직원의 상황을 물어봐주고 부하직원은 이해를 받을 기회를, 설명할 기회를 얻을 것이다. 이게 바로 코칭 리더십의 대화이다. 상사에게 이해받았다고 느낀 B부장은 입사 후 오랜만에 편안한 잠을 잤을 것이다. 그리고 축 쳐진 에너지가 올라가면서 잘 해내리란 각오를 다질 것이다. 그는 이제 혼자가 아님을 느낄 것이다. 사람에 대한 믿음과 대화방식. 이것이 코칭 리더십의 기본 원리이다. 필자는 회사를 떠나기 직전에야 코칭리더십을 알게 되었다. 다시 회사로 돌아갈 수 없는 지금, 내가 할 수 있는 일은 오늘도 부하직원을 붙잡고 열을 내고 있는 후배들에게 이 간단한 사실을 말해 주는 것이다. “지시하기 전에 질문하라! 먼저 들어라. 그도 잘하고 싶어 하는 사람이다. 믿어라! 믿지 않으면 나만 손해다.“ 지시하는 대로만 움직이는 부하직원을 원하는가? 아니면 스스로 결정하고 실행하며 자신의 잠재력을 발휘하는 직원을 원하는가?

공생공사닷컴

에어비앤비는 최근 리액트 16에서 리액트 18로 업그레이드 하는 대규모 프로젝트를 진행했습니다. 이 과정에서의 고충과 해결법, 철학 등을 요약하여 설명한 글입니다.

에어비앤비는 어떻게 리액트를 점진적으로 업그레이드했을까?

개발자에게 있어 메이저 라이브러리 업그레이드는 다소 까다로운 과제입니다. 반드시 필요하지만, '예측하기 어려운 호환성 이슈, 트러블슈팅' 등의 이유로 여러 난관이 존재하기때문인데요.

이런 배경에서, Airbnb가 제시한 React 업그레이드 전략을 재미있게 읽었습니다. Airbnb는 두 가지 전략을 통해 점진적이고 안전한 업그레이드를 실현했는데요.

1. 모듈 별칭(Module Aliasing)
React 16에서 React 18로의 점진적인 업그레이드를 위해서는 두 버전의 React를 동시에 사용해야 하는 상황이 발생합니다. 하지만 일반적으로 'react' import 구문은 하나의 버전만을 가리킬 수 있다는 기술적 제약이 있는데요. Airbnb는 이 문제를 모듈 별칭으로 해결했습니다.
아래와 같이 package.json에 두 가지 버전의 React를 다음과 같이 정의합니다
{
  "dependencies": {
    "react": "^16.0.0",              // 기본 React 버전
    "react-18": "npm:react@18.0.0"   // 별칭을 통한 React 18
  }
}

이렇게 설정하면 개발자들은 필요에 따라 각 컴포넌트에 선택적으로 React 버전을 import하여 사용할 수 있습니다:
// 기존 React 16 컴포넌트
import React from 'react';

// 새로운 React 18 컴포넌트
import React from 'react-18';

이런 접근 방식으로 기존 코드를 수정하지 않고도 새로운 버전의 React를 도입하고 컴포넌트 단위로 점진적인 마이그레이션이 가능해졌습니다.

2. 환경 타겟팅(Environment Targeting)
서로 다른 버전의 React로 빌드된 애플리케이션을 안전하게 운영하기 위해서는 환경을 명확히 분리할 필요가 있습니다. 이를 위해 환경 변수를 활용한 타겟팅 전략을 활용했습니다.
아래처럼 빌드 시점과 런타임에서 환경 변수를 통해 React 버전을 제어합니다:
REACT_UPGRADE=true/false

if (process.env.REACT_UPGRADE) {
  // React 18 기반의 애플리케이션 로직 실행
} else {
  // React 16 기반의 기존 애플리케이션 로직 유지
}

프로덕션 환경에서는 쿠버네티스를 통해 두 버전의 애플리케이션을 완전히 분리하여 운영합니다:
# React 16 환경 (기존 버전)
deployment-react16:
  env:
    REACT_UPGRADE: "false"

# React 18 환경 (신규 버전)
deployment-react18:
  env:
    REACT_UPGRADE: "true"

이러한 이중 전략을 통해 인프라를 구성함으로써, 독립된 배포 파이프라인을 운영하며, 안전하고 효과적으로 업그레이드가 가능해졌습니다.

기존에 라이브러리 메이저 업데이트시, 개발 과정에서는 미처 발견되지 못한 버그나 장애가 우려스러웠는데요. 이런 방식으로 점진적으로 업그레이드를 진행한다면 일괄 업데이트 보다 더 안정적인 업그레이드가 가능할 것 같습니다.

https://velog.io/@typo/how-airbnb-smoothly-upgrades-react

개발자에게 있어 메이저 라이브러리 업그레이드는 다소 까다로운 과제입니다. 반드시 필요하지만, '예측하기 어려운 호환성 이슈, 트러블슈팅' 등의 이유로 여러 난관이 존재하기때문인데요. 이런 배경에서, Airbnb가 제시한 React 업그레이드 전략을 재미있게 읽었습니다. Airbnb는 두 가지 전략을 통해 점진적이고 안전한 업그레이드를 실현했는데요. 1. 모듈 별칭(Module Aliasing)React 16에서 React 18로의 점진적인 업그레이드를 위해서는 두 버전의 React를 동시에 사용해야 하는 상황이 발생합니다. 하지만 일반적으로 'react' import 구문은 하나의 버전만을 가리킬 수 있다는 기술적 제약이 있는데요. Airbnb는 이 문제를 모듈 별칭으로 해결했습니다.아래와 같이 package.json에 두 가지 버전의 React를 다음과 같이 정의합니다<pre ><code>{
 "dependencies": {
 "react": "^16.0.0", // 기본 React 버전
 "react-18": "npm:react@18.0.0" // 별칭을 통한 React 18
 }
}</code></pre>이렇게 설정하면 개발자들은 필요에 따라 각 컴포넌트에 선택적으로 React 버전을 import하여 사용할 수 있습니다:<pre ><code>// 기존 React 16 컴포넌트
import React from 'react';

// 새로운 React 18 컴포넌트
import React from 'react-18';</code></pre>이런 접근 방식으로 기존 코드를 수정하지 않고도 새로운 버전의 React를 도입하고 컴포넌트 단위로 점진적인 마이그레이션이 가능해졌습니다. 2. 환경 타겟팅(Environment Targeting)서로 다른 버전의 React로 빌드된 애플리케이션을 안전하게 운영하기 위해서는 환경을 명확히 분리할 필요가 있습니다. 이를 위해 환경 변수를 활용한 타겟팅 전략을 활용했습니다.아래처럼 빌드 시점과 런타임에서 환경 변수를 통해 React 버전을 제어합니다:<pre ><code>REACT_UPGRADE=true/false

if (process.env.REACT_UPGRADE) {
 // React 18 기반의 애플리케이션 로직 실행
} else {
 // React 16 기반의 기존 애플리케이션 로직 유지
}</code></pre> 프로덕션 환경에서는 쿠버네티스를 통해 두 버전의 애플리케이션을 완전히 분리하여 운영합니다:<pre ><code># React 16 환경 (기존 버전)
deployment-react16:
 env:
 REACT_UPGRADE: "false"

# React 18 환경 (신규 버전)
deployment-react18:
 env:
 REACT_UPGRADE: "true"</code></pre>이러한 이중 전략을 통해 인프라를 구성함으로써, 독립된 배포 파이프라인을 운영하며, 안전하고 효과적으로 업그레이드가 가능해졌습니다. 기존에 라이브러리 메이저 업데이트시, 개발 과정에서는 미처 발견되지 못한 버그나 장애가 우려스러웠는데요. 이런 방식으로 점진적으로 업그레이드를 진행한다면 일괄 업데이트 보다 더 안정적인 업그레이드가 가능할 것 같습니다. https://velog.io/@typo/how-airbnb-smoothly-upgrades-react

velog.io

Airbnb에서 배우는 React 버전 업그레이드 전략

알림함으로 효과적으로 푸시알림을 운영하세요. 알림함의 특징 및 푸쉬알림 알림함 반영방법까지 알려드립니다.

알림함으로 푸시알림 효과적으로 운영하기

알림함은 특정 서비스의 여러 알림들을 한 곳에 모아두는 기능입니다. 앱 푸시 알림을 보낼 때 알림함에도 같이 쌓기 위해 웹훅을 활용하는 방법을 소개합니다 :)

https://blog.notifly.tech/alimham/

알림함은 특정 서비스의 여러 알림들을 한 곳에 모아두는 기능입니다. 앱 푸시 알림을 보낼 때 알림함에도 같이 쌓기 위해 웹훅을 활용하는 방법을 소개합니다 :) https://blog.notifly.tech/alimham/

노티플라이 블로그

앱 푸시 알림 + 웹훅으로 알림함 구현하기

면접관이 면접자의 2,3년 전 트윗글까지 살펴보면서 질문했다는 사건으로 논란인 모양입니다.

면접관이 내 트위터를 살펴본다면?

면접관이 면접자의 2,3년 전 트윗글까지 살펴보면서 질문했다는 사건으로 논란인 모양입니다.

트위터내에서는 회사가 어떻게 개인 SNS를 사찰할 수 있냐며 말들이 많은데…
저는 그렇게 생각하지 않습니다.

트위터를 살펴보면 사찰인가?
블로그를 살펴보면 사찰이 아닌가?
면접자가 이력서에 트윗 주소를 적지 않았는데 면접관이 어떻게든 찾아내서 살펴봤으면 사찰인가?
면접자가 이력서에 블로그와 깃헙 주소를 적지 않았는데 면접관이 어떻게든 찾아내서 살펴봤으면 사찰이 아닌가?

만약 정치, 종교, 이념과 같은 내용으로 딴지를 건다면 적절하지 않다고 생각합니다만,
기술적인 것들. 이전 동료와의 관계. 특히 사람들과의 관계에서 어떤 성향인지. (공격적이진 않은가?)
이런 것들에 대해 물었다면 충분히 할 수 있는 일인 것 같습니다.
(당사자께서 기분이 나빴다는 걸로 봐서 예민한 부분이었던 것 같긴 합니다만… 무엇인지 알 수는 없습니다.)

면접관이 제 트위터와 블로그 글을 2년 전 것, 혹은 10년 전 것까지 다 읽어보고 질문하는 상황을 상상해 봅니다.

일과 상관 없는 질문을 한다면 저도 짜증이 나서 자리를 박차고 나올 것 같습니다만…
기술적인 질문이나 관계, 태도에 대한 질문이라면 기분 나쁘지 않을 것 같습니다.

오히려 이렇게 생각할 것 같습니다.
와 이놈들 열심히 조사했네?
진짜 신중하게 사람 뽑으려 하는구나.
나에게만 이런 걸까, 모든 사람들을 이렇게 뽑는 걸까?

모든 사람들을 이렇게 뽑는거라면 얘네들하고 같은 팀 하고 싶다.

https://jeho.page/essay/2024/10/23/tweet-inspector.html

면접관이 면접자의 2,3년 전 트윗글까지 살펴보면서 질문했다는 사건으로 논란인 모양입니다. 트위터내에서는 회사가 어떻게 개인 SNS를 사찰할 수 있냐며 말들이 많은데… 저는 그렇게 생각하지 않습니다. 트위터를 살펴보면 사찰인가? 블로그를 살펴보면 사찰이 아닌가? 면접자가 이력서에 트윗 주소를 적지 않았는데 면접관이 어떻게든 찾아내서 살펴봤으면 사찰인가? 면접자가 이력서에 블로그와 깃헙 주소를 적지 않았는데 면접관이 어떻게든 찾아내서 살펴봤으면 사찰이 아닌가? 만약 정치, 종교, 이념과 같은 내용으로 딴지를 건다면 적절하지 않다고 생각합니다만, 기술적인 것들. 이전 동료와의 관계. 특히 사람들과의 관계에서 어떤 성향인지. (공격적이진 않은가?) 이런 것들에 대해 물었다면 충분히 할 수 있는 일인 것 같습니다. (당사자께서 기분이 나빴다는 걸로 봐서 예민한 부분이었던 것 같긴 합니다만… 무엇인지 알 수는 없습니다.) 면접관이 제 트위터와 블로그 글을 2년 전 것, 혹은 10년 전 것까지 다 읽어보고 질문하는 상황을 상상해 봅니다. 일과 상관 없는 질문을 한다면&nbsp;저도 짜증이 나서 자리를 박차고 나올 것 같습니다만… 기술적인 질문이나 관계, 태도에 대한 질문이라면 기분 나쁘지 않을 것 같습니다. 오히려 이렇게 생각할 것 같습니다. 와 이놈들 열심히 조사했네? 진짜 신중하게 사람 뽑으려 하는구나. 나에게만 이런 걸까, 모든 사람들을 이렇게 뽑는 걸까? 모든 사람들을 이렇게 뽑는거라면 얘네들하고 같은 팀 하고 싶다. https://jeho.page/essay/2024/10/23/tweet-inspector.html

K리그 프로그래머

퇴사한 회사에서 보눈 경우는요? ㅋㅋㅋ

1
우리는 하나의 콘텐츠를 읽는 데 평균 26초를 쓴다.

2
클릭한 페이지를 읽는 데에 쓰는 시간은 평균 15초가 안 된다.

3
우리 뇌가 방금 클릭한 것이 마음에 드는지 결정하는 데에는 0.017초밖에 걸리지 않는다. 아니다 싶으면, 금방 마음을 닫아 버린다.

4
우리는 대부분의 글을 읽지도 않으면서 공유한다.

5
우리는 매일 344번 이상, 최소한 4분에 한 번꼴로 스마트폰을 확인한다.

6
하지만 행동과학 연구에 따르면, 우리는 스마트폰 사용량을 실제보다 줄여서 이야기한다. 화면에 뜨는 거의 모든 것을 읽지 않고 훑어본다.

#스마트브레비티

1 우리는 하나의 콘텐츠를 읽는 데 평균 26초를 쓴다. ​ ​2 클릭한 페이지를 읽는 데에 쓰는 시간은 평균 15초가 안 된다. ​ ​3 우리 뇌가 방금 클릭한 것이 마음에 드는지 결정하는 데에는 0.017초밖에 걸리지 않는다. 아니다 싶으면, 금방 마음을 닫아 버린다. ​ ​4 우리는 대부분의 글을 읽지도 않으면서 공유한다. ​ ​5 우리는 매일 344번 이상, 최소한 4분에 한 번꼴로 스마트폰을 확인한다. ​ ​6 하지만 행동과학 연구에 따르면, 우리는 스마트폰 사용량을 실제보다 줄여서 이야기한다. 화면에 뜨는 거의 모든 것을 읽지 않고 훑어본다. #스마트브레비티

< 우리는 대부분의 글을 읽지도 않으면서 공유한다 >

https://blog.naver.com/madaboutit/223612913067

YouTube에서 마음에 드는 동영상과 음악을 감상하고, 직접 만든 콘텐츠를 업로드하여 친구, 가족뿐 아니라 전 세계 사람들과 콘텐츠를 공유할 수 있습니다.

 - YouTube

프론트엔드 개발 환경에서
Next.js
가 사실상 표준으로 자리잡고 있는 현 시점에서 “Next.js 꼭 써야할까?” 라는 주제의 이번 토스
모닥불 EP.6
를 흥미롭게 봤습니다.

프레임워크 선택과 활용
 1. 문제 해결 능력 평가: 프레임워크가 어떤 문제를 얼마나 효과적으로 해결하는가?
 2. 상황에 맞는 최적의 선택: 다양한 프레임워크를 비교 분석하고 종합적으로 검토하여 선정
 3. 학습지향적 접근: 표면적으로만 사용하는 것이 아닌, 내부 동작 원리를 이해하려는 자세
 4. 프레임워크 의존성 탈피: 프레임워크에 종속되기 보다는 개발자가 프레임워크를 주도하는 자세

프레임워크를 사용하면서도 지속적인 학습을 통해 성장을 추구해야 합니다. 또한
Next.js
를 포함한 다양한 프레임워크를 경험하고 비교 분석함으로써, 더 넓은 시야와 깊이 있는 통찰을 얻을 수 있습니다. 결국에 프레임워크도 도구이기 때문에 이를 효과적으로 활용하고, 때로는 필요하다면 프레임워크 커스터마이징을 통해 본질적인 문제를 해결할 수 있는 개발자의 역량을 갖추는 것이 중요합니다.

https://www.youtube.com/watch?v=L2gAcPmB9WY

프론트엔드 개발 환경에서 <code >Next.js</code>가 사실상 표준으로 자리잡고 있는 현 시점에서 “Next.js 꼭 써야할까?” 라는 주제의 이번 토스 <code >모닥불 EP.6</code> 를 흥미롭게 봤습니다. 프레임워크 선택과 활용<ol ><li>문제 해결 능력 평가: 프레임워크가 어떤 문제를 얼마나 효과적으로 해결하는가?</li><li>상황에 맞는 최적의 선택: 다양한 프레임워크를 비교 분석하고 종합적으로 검토하여 선정</li><li>학습지향적 접근: 표면적으로만 사용하는 것이 아닌, 내부 동작 원리를 이해하려는 자세</li><li>프레임워크 의존성 탈피: 프레임워크에 종속되기 보다는 개발자가 프레임워크를 주도하는 자세</li></ol> 프레임워크를 사용하면서도 지속적인 학습을 통해 성장을 추구해야 합니다. 또한 <code >Next.js</code>를 포함한 다양한 프레임워크를 경험하고 비교 분석함으로써, 더 넓은 시야와 깊이 있는 통찰을 얻을 수 있습니다. 결국에 프레임워크도 도구이기 때문에 이를 효과적으로 활용하고, 때로는 필요하다면 프레임워크 커스터마이징을 통해 본질적인 문제를 해결할 수 있는 개발자의 역량을 갖추는 것이 중요합니다. https://www.youtube.com/watch?v=L2gAcPmB9WY

www.youtube.com

도구를 넘어선 개발자의 역량: "Next.js 꼭 써야할까?"

저는 하고 싶은 일을 하느라 바쁘거든요 | 일하기 싫어요.일하고 싶은 회사로 만들어주세요.   밀레니얼 세대가 회사에 적응하는 방법  밀레니얼 세대인 나는 어려서부터 '하고 싶은 일을 하라'는 말을 들으며 자랐다. 그래서 무슨 일을 하든 내가 하고 싶은 마음이 드는지, 동기 부여가 되는지가 중요했다. 그건 첫 직장에 들어가서 일을 할 때에도 마찬가지였다.   처음엔 회사가 나에게 동기 부여해주기를 

12화 동기 부여는 회사가 책임져 주세요

브런치 글들을 이리저리 찾아 읽다가 스타트업 신입사원 가이드라는 주제로 작성된 글이 있어 공유드립니다. 과거 자신의 경험 예시로 작성해주셨고, 저도 과거에 가졌던 생각과 일치하는 부분이 있어 흥미롭게 읽었습니다.

밀레니얼 세대가 회사에 적응하는 방법
저는 '하고 싶은 일을 하라'는 말을 들으며 자랐기에 무슨 일을 하든 내가 하고 싶은 일, 동기부여가 되는지가 중요했었습니다. 그래서 처음에 회사가 나에게 동기 부여를 해주길 바랬고 '일하고 싶은 마음, 동기 부여' 또한 회사에 당당히 요구하는 건 내게 당연한 일이라고 생각했었습니다. 그래서 스타트업에 입사하고 회사에 이것저것들을 요구했습니다. 물론 회사에 근로자가 요구할 수 있는건 당연하지만 저는 바라기만 하고 책임질 생각은 전혀 못했습니다

권리만 알고 책임은 모른다는 것
첫 입사 후 느낀건 '회사는 학교가 아니라 일터' 라는 것입니다. 내가 알던 회사는 직원들을 케어하고, 성장할 수 있도록 사내 교육도 제공하며, 일하기 좋은 환경을 만들기 위해 노력하는 곳이였습니다. 그러나 현실은 회사는 돈을 버는 치열한 일터이고 직원에겐 성과를 만들어내야 하는 책임이 있었습니다. 그렇게 깨닫고 나니 '일하고 싶은 마음' 은 오히려 회사가 나에게 요구할 수 있는 내 책임이였습니다. 회사도 일하기 좋은 환경을 제공해야 하지만, 직원 또한 스스로 동기 부여를 하든 뭘 하든 노력해서 성과를 만들어낼 책임이 있는 것입니다.

아마추어가 일을 하지 못하는 수많은 변명을 이야기 할 때, 프로는 그냥 한다.
아마추어는
 * "시간이 없어서 못했어요. 업무량이 너무 많아요.",
 * "왜 해야 하는지 모르겠어요",
 * "제가 하고 싶었던 일이 아니에요" 라는 말을 하지만,
프로는
 * "영감이 중요하다고? 그런 게 어딨어, 그냥 하는 거지",
 * "일을 왜 하냐고요? 그런게 어딨어, 그냥 하는거지" 라는 말을 합니다.
일터에서 스스로 동기 부여를 하지 못하면 팀 전체에 피해를 주고, 일할 마음이 안 든다는 이유로 뒤쳐져 있으면 안됩니다.

어쩌면 동기부여가 중요한게 아니라
동기 부여를 하든 뭘 하든 성과를 만들어내는것이 중요하고 그게 프로입니다. 어떻게든 직장생활에서 스스로 동기 부여하는 방법을 찾아내기 위해 악착같이 노력해야 합니다.

동기부여는 회사가 책임져주지 않습니다.
동기 부여는 회사가 대신해주지 않고, 하고 싶은 일이나 자아실현은 자기가 알아서 해야합니다. 프로들은 알아서 Self-Motivation하고 능동적으로 문제를 해결하고 자신의 일을 남에게 떠넘기지 않고 그들은 권리를 따지기 전에 먼저 책임을 지고자 합니다. 제대로 된 프로가 되고 싶다면 나 또한 그렇게 돼야 합니다.

직장 생활에서 스스로에게 동기 부여 하는 방법
 * 우선순위: 스스로 포기할 수 없는 핵심 가치를 찾기
 * 커리어 디자인: 내가 이 일을 왜하는지 지금의 경험이 어떻게 도움이 되는지 스스로 명확한 답을 내리기
 * 밸류 체인: 자기 직무가 뭐하는지만 아는게 아닌 밸류 체인에서 어떤 의미가 있는지, 시장에서 어떤 의미가 있는지 알기, 더 나아가 제품/서비스가 시장 안에서 어떤 의미가 있는지 알기
 * 책임 떠맡기: 회사 안에 문제가 있을 때 그 문제의 책임을 다른 사람에게 돌리는 게 아니라, 내가 먼저 나서서 떠맡기 (높은 수준의 책임을 지기)
 * 업무방법론: 자기만의 업무방법론 만들기

브런치 글들을 이리저리 찾아 읽다가 스타트업 신입사원 가이드라는 주제로 작성된 글이 있어 공유드립니다. 과거 자신의 경험 예시로 작성해주셨고, 저도 과거에 가졌던 생각과 일치하는 부분이 있어 흥미롭게 읽었습니다. 밀레니얼 세대가 회사에 적응하는 방법저는 '하고 싶은 일을 하라'는 말을 들으며 자랐기에 무슨 일을 하든 내가 하고 싶은 일, 동기부여가 되는지가 중요했었습니다. 그래서 처음에 회사가 나에게 동기 부여를 해주길 바랬고 '일하고 싶은 마음, 동기 부여' 또한 회사에 당당히 요구하는 건 내게 당연한 일이라고 생각했었습니다. 그래서 스타트업에 입사하고 회사에 이것저것들을 요구했습니다. 물론 회사에 근로자가 요구할 수 있는건 당연하지만 저는 바라기만 하고 책임질 생각은 전혀 못했습니다 권리만 알고 책임은 모른다는 것첫 입사 후 느낀건 '회사는 학교가 아니라 일터' 라는 것입니다. 내가 알던 회사는 직원들을 케어하고, 성장할 수 있도록 사내 교육도 제공하며, 일하기 좋은 환경을 만들기 위해 노력하는 곳이였습니다. 그러나 현실은 회사는 돈을 버는 치열한 일터이고 직원에겐 성과를 만들어내야 하는 책임이 있었습니다. 그렇게 깨닫고 나니 '일하고 싶은 마음' 은 오히려 회사가 나에게 요구할 수 있는 내 책임이였습니다. 회사도 일하기 좋은 환경을 제공해야 하지만, 직원 또한 스스로 동기 부여를 하든 뭘 하든 노력해서 성과를 만들어낼 책임이 있는 것입니다. 아마추어가 일을 하지 못하는 수많은 변명을 이야기 할 때, 프로는 그냥 한다.아마추어는<ul ><li>"시간이 없어서 못했어요. 업무량이 너무 많아요.",</li><li>"왜 해야 하는지 모르겠어요",</li><li>"제가 하고 싶었던 일이 아니에요" 라는 말을 하지만,</li></ul>프로는<ul ><li>"영감이 중요하다고? 그런 게 어딨어, 그냥 하는 거지",</li><li>"일을 왜 하냐고요? 그런게 어딨어, 그냥 하는거지" 라는 말을 합니다.</li></ul>일터에서 스스로 동기 부여를 하지 못하면 팀 전체에 피해를 주고, 일할 마음이 안 든다는 이유로 뒤쳐져 있으면 안됩니다. 어쩌면 동기부여가 중요한게 아니라동기 부여를 하든 뭘 하든 성과를 만들어내는것이 중요하고 그게 프로입니다. 어떻게든 직장생활에서 스스로 동기 부여하는 방법을 찾아내기 위해 악착같이 노력해야 합니다. 동기부여는 회사가 책임져주지 않습니다.동기 부여는 회사가 대신해주지 않고, 하고 싶은 일이나 자아실현은 자기가 알아서 해야합니다. 프로들은 알아서 Self-Motivation하고 능동적으로 문제를 해결하고 자신의 일을 남에게 떠넘기지 않고 그들은 권리를 따지기 전에 먼저 책임을 지고자 합니다. 제대로 된 프로가 되고 싶다면 나 또한 그렇게 돼야 합니다. 직장 생활에서 스스로에게 동기 부여 하는 방법<ul ><li>우선순위: 스스로 포기할 수 없는 핵심 가치를 찾기</li><li>커리어 디자인: 내가 이 일을 왜하는지 지금의 경험이 어떻게 도움이 되는지 스스로 명확한 답을 내리기</li><li>밸류 체인: 자기 직무가 뭐하는지만 아는게 아닌 밸류 체인에서 어떤 의미가 있는지, 시장에서 어떤 의미가 있는지 알기, 더 나아가 제품/서비스가 시장 안에서 어떤 의미가 있는지 알기</li><li>책임 떠맡기: 회사 안에 문제가 있을 때 그 문제의 책임을 다른 사람에게 돌리는 게 아니라, 내가 먼저 나서서 떠맡기 (높은 수준의 책임을 지기)</li><li>업무방법론: 자기만의 업무방법론 만들기</li></ul>

동기부여는 회사가 책임져 주세요

당신이 꼭 사용해보았으면 좋을 DATA/AI 도구 리스트를 소개합니다.

Archive(저장) - 노션 (Notion)
Summary(요약) - 릴리즈 AI, MyLens AI
Presentation(발표) - 감마 AI, 캔바, 톰 AI
LLM (대규모언어모델) - 챗지피티, 클라우드, 펄프랙시티

더 자세한 소개와 내용이 궁금하다면 아래에 링크로 첨부한
링크드인 뉴스레터를 읽어보세요.

https://www.linkedin.com/pulse/datarichard-%EB%89%B4%EC%8A%A4%EB%A0%88%ED%84%B0-202410-richard-lim-1xqoc/

당신이 꼭 사용해보았으면 좋을 DATA/AI 도구 리스트를 소개합니다. Archive(저장) - 노션 (Notion)Summary(요약) - 릴리즈 AI, MyLens AIPresentation(발표) - 감마 AI, 캔바, 톰 AILLM (대규모언어모델) - 챗지피티, 클라우드, 펄프랙시티 더 자세한 소개와 내용이 궁금하다면 아래에 링크로 첨부한 링크드인 뉴스레터를 읽어보세요. https://www.linkedin.com/pulse/datarichard-%EB%89%B4%EC%8A%A4%EB%A0%88%ED%84%B0-202410-richard-lim-1xqoc/

당신이 꼭 사용해보았으면 좋을 DATA/AI 도구 리스트

팀네이버 컨퍼런스 DAN 24는 네이버의 비즈니스 전략과 기술, 크리에이티브, 그리고 다양한 경험의 전문성을 유기적으로 연결하여 네이버가 앞으로 만들어나갈 비즈니스, 서비스의 변화 방향을 제시하는 자리입니다.

DAN 24

 * DAY 1 참가신청 - 10월 30일 15시
 * DAY 2 참가신청 - 10월 31일 15시
네이버페이 앱 설치 필요

행사 일시: 2024. 11. 11-12
행사 장소: 코엑스 서울

https://dan.naver.com/24/registration

<ul ><li>DAY 1 참가신청 - 10월 30일 15시</li><li>DAY 2 참가신청 - 10월 31일 15시</li></ul>네이버페이 앱 설치 필요 행사 일시: 2024. 11. 11-12행사 장소: 코엑스 서울 https://dan.naver.com/24/registration

dan.naver.com

팀네이버의 컨퍼런스 DAN24

어제 시애틀에 있는 한인 프로페서널 모임 창발 테크 서밋에 메인 스피커 중의 하나로 참여했다. 어려운 대화에 관한 이야기를 하고 행사 후 네트워킹 파티에서 많은 분들과 이야기를 나누었는데 한 분이 주신 질문이 빠르게 변화하는 IT 업계에서 어떻게 30년 동안 일과 개인 생활의 균형을 잡을 수 있었는지 물어보았다. 자주 받는 질문 중의 하나인데 내 이야기를 요약해보면 아래와 같다.

 * 먼저 딱히 워라밸의 경계를 유지하려고 의식적인 노력을 하려고 하지는 않는다. 처음에는 아주 못했지만 지금은 순간순간 무엇이 더 중요한지 판단하려 한다. 예를 들면 가족과 외식 중이라면 외식에 집중하려 한다. 외식하는 몇 시간을 못 기다릴 정도로 중요한 일은 생각보다 많지 않다. 아무리 스트레스 받는 일이 있어도, 그 걱정은 잠깐 걱정의 방에 가둬두고 외식이 끝난 후 나중에 꺼내서 이야기 해보자. 순간순간 무엇이 더 중요한지 생각해보자.
 * 특히 커리어 초기에 재미있는 일을 한다면 워라밸을 유지하려 하는 것 보다는 미친 듯이 일을 해보고 몰두하는 경험도 해볼 필요가 있다. 스트레스도 따라올 수 있고 관리가 잘 안되면 번아웃이 올 수도 있는데 이런 경험도 해볼 필요가 있다. 넘어지는 경험을 안하고 자전거를 탈 수 없는 법이다. 안 좋은 경험일수록 회복이 불가능한 것만 아니라면 직접 경험이라는 것이 꼭 필요하다.
 * 개발자 관점에서 하나 중요한 포인트는 기술을 모두 따라가려 하는 것이다. 필요에 의해 또는 호기심에 의해 따라가는 것은 좋다. 조바심과 불안감이 너무 크다면 변화하는 것을 따려가려 해보고 그게 정말 도움이 되는지 판단해보자. 다시 한번 직접 경험을 해보고 판단하는 것은 나쁘지 않다.
 * 기술은 계속 바뀌며 새로운 것이 계속 나온다. 많은 개발자들이 레거시 프레임웍을 현재 회사에서 사용하는 것에 대한 걱정을 한다. 하지만 새로운 프레임웍을 도입한다고 해도 2-3년 지나면 레거시 프레임웍이 된다. 결국, 필요에 의해 새로운 프레임웍을 도입해야지 커리어가 걱정이 이유라면 안 좋은 생각이다. 내가 원하는 것 이외에도 다른 사람들이 나에게 하는 기대가 무엇인지 생각해보자.
   
   
내 앞에 생각보다 시간이 많다는 점을 기억하자. 건강이 나빠진다면, 너무 힘들다면 잠깐 쉬어가도 좋다. 43살 때 3번째로 간 스타트업이 펀딩 실패하고 망하면서 11개월 쉬었는데 내 커리어에서 가장 잘 한 결정이었다. 그를 통해 배운 것은 남과 비교하지 않고 나이를 덜 의식하며 나에게 맞는 환경을 찾아가는 것이 건강한 커리어와 인생의 기본이라는 점이었다. 내가 원하는 것이 무엇인지 잘 모르겠어도 많이 고민해보자.

어제 시애틀에 있는 한인 프로페서널 모임 창발 테크 서밋에 메인 스피커 중의 하나로 참여했다. 어려운 대화에 관한 이야기를 하고 행사 후 네트워킹 파티에서 많은 분들과 이야기를 나누었는데 한 분이 주신 질문이 빠르게 변화하는 IT 업계에서 어떻게 30년 동안 일과 개인 생활의 균형을 잡을 수 있었는지 물어보았다. 자주 받는 질문 중의 하나인데 내 이야기를 요약해보면 아래와 같다. <ul ><li>먼저 딱히 워라밸의 경계를 유지하려고 의식적인 노력을 하려고 하지는 않는다. 처음에는 아주 못했지만 지금은 순간순간 무엇이 더 중요한지 판단하려 한다. 예를 들면 가족과 외식 중이라면 외식에 집중하려 한다. 외식하는 몇 시간을 못 기다릴 정도로 중요한 일은 생각보다 많지 않다. 아무리 스트레스 받는 일이 있어도, 그 걱정은 잠깐 걱정의 방에 가둬두고 외식이 끝난 후 나중에 꺼내서 이야기 해보자. 순간순간 무엇이 더 중요한지 생각해보자.</li><li>특히 커리어 초기에 재미있는 일을 한다면 워라밸을 유지하려 하는 것 보다는 미친 듯이 일을 해보고 몰두하는 경험도 해볼 필요가 있다. 스트레스도 따라올 수 있고 관리가 잘 안되면 번아웃이 올 수도 있는데 이런 경험도 해볼 필요가 있다. 넘어지는 경험을 안하고 자전거를 탈 수 없는 법이다. 안 좋은 경험일수록 회복이 불가능한 것만 아니라면 직접 경험이라는 것이 꼭 필요하다.</li><li>개발자 관점에서 하나 중요한 포인트는 기술을 모두 따라가려 하는 것이다. 필요에 의해 또는 호기심에 의해 따라가는 것은 좋다. 조바심과 불안감이 너무 크다면 변화하는 것을 따려가려 해보고 그게 정말 도움이 되는지 판단해보자. 다시 한번 직접 경험을 해보고 판단하는 것은 나쁘지 않다.</li><li>기술은 계속 바뀌며 새로운 것이 계속 나온다. 많은 개발자들이 레거시 프레임웍을 현재 회사에서 사용하는 것에 대한 걱정을 한다. 하지만 새로운 프레임웍을 도입한다고 해도 2-3년 지나면 레거시 프레임웍이 된다. 결국, 필요에 의해 새로운 프레임웍을 도입해야지 커리어가 걱정이 이유라면 안 좋은 생각이다. 내가 원하는 것 이외에도 다른 사람들이 나에게 하는 기대가 무엇인지 생각해보자. </li></ul>내 앞에 생각보다 시간이 많다는 점을 기억하자. 건강이 나빠진다면, 너무 힘들다면 잠깐 쉬어가도 좋다. 43살 때 3번째로 간 스타트업이 펀딩 실패하고 망하면서 11개월 쉬었는데 내 커리어에서 가장 잘 한 결정이었다. 그를 통해 배운 것은 남과 비교하지 않고 나이를 덜 의식하며 나에게 맞는 환경을 찾아가는 것이 건강한 커리어와 인생의 기본이라는 점이었다. 내가 원하는 것이 무엇인지 잘 모르겠어도 많이 고민해보자.

변화가 빠른 IT 업계에서 어떻게 오랜 시간 동안 워라밸을 유지했

백오피스 서버를 Vercel 에서 Fly.io로 옮겼다.

RSC/Server Action을 디폴트로 사용하게 되면서 Vercel의 장점이 크게 낮아졌고, Vercel의 서버 구조로 인해서 속도 저하로 인한 사용성이 많이 떨어질 뿐만 아니라, 디버깅하거나 세세한 로직을 제어하기가 어려워졌다.

물론 이미지 최적화 등을 손쉽게 할 수 있는 등의 여러가지 편의 기능이 있긴 하지만, 무엇보다 성능 최적화와 디버깅이 어렵다는 점이 좀 괴로웠음. 요즘 트래픽 좀만 높아져도 비용 폭탄 맞는다는 말도 많이 나오고..

덕분에 Fly.io를 자세하게 들여다 보게 되었는데, 이거 아주 물건임.

가격도 좋고 대시보드도 잘 되어 있고, 무엇보다 VM을 배포하거나 API로 제어하는 것이 매우 간편하다는 점이 아주 만족스럽다. PaaS, IaaS의 기치가 DevOps를 외주 주세요. 라는 것이지만 늘 뭔가 좀 부족하다는 생각을 했다면, Fly.io는 진짜로 DevOps가 있는 것 같은 느낌.

다만, 보안적인 문제가 약간 걱정되는 면이 있긴 한데, 배포 프로세스를 자동화하고 정책을 잘 정하면 문제 없을 듯.

백오피스 서버를 Vercel 에서 Fly.io로 옮겼다. RSC/Server Action을 디폴트로 사용하게 되면서 Vercel의 장점이 크게 낮아졌고, Vercel의 서버 구조로 인해서 속도 저하로 인한 사용성이 많이 떨어질 뿐만 아니라, 디버깅하거나 세세한 로직을 제어하기가 어려워졌다. 물론 이미지 최적화 등을 손쉽게 할 수 있는 등의 여러가지 편의 기능이 있긴 하지만, 무엇보다 성능 최적화와 디버깅이 어렵다는 점이 좀 괴로웠음. 요즘 트래픽 좀만 높아져도 비용 폭탄 맞는다는 말도 많이 나오고.. 덕분에 Fly.io를 자세하게 들여다 보게 되었는데, 이거 아주 물건임. 가격도 좋고 대시보드도 잘 되어 있고, 무엇보다 VM을 배포하거나 API로 제어하는 것이 매우 간편하다는 점이 아주 만족스럽다. PaaS, IaaS의 기치가 DevOps를 외주 주세요. 라는 것이지만 늘 뭔가 좀 부족하다는 생각을 했다면, Fly.io는 진짜로 DevOps가 있는 것 같은 느낌. 다만, 보안적인 문제가 약간 걱정되는 면이 있긴 한데, 배포 프로세스를 자동화하고 정책을 잘 정하면 문제 없을 듯.

백오피스 서버를 Vercel 에서 Fly.io로 옮겼다.

RSC

개발자 직무 면접에서 1분 자기소개 시 사용할 수 있는 템플릿을 사례와 함께 소개합니다.

개발자 면접 1분 자기소개, 이렇게 준비하자 - 재그지그의 개발 블로그

- 개발자 직무 면접에서 1분 자기소개 시 사용할 수 있는 템플릿을 사례와 함께 소개합니다.

---

최근에 제가 참여하고 있는 개발 커뮤니티의 익명 고민 상담 채널에서 자기소개에 대한 고민 글을 보게 되었습니다.

“내일 면접인데 혹시 자기소개는 보통 어떤 식으로 하나요? 무슨 말로 자기소개를 해야 할지, 어느 정도 문장으로 구성해야 할지 고민이네요.”

이 글을 보고 나서 제가 예전에 면접 볼 때 자기소개를 어떻게 했었는지를 다시 한번 떠올려봤습니다. 사실 마지막으로 면접을 본 게 거의 3년 전이다 보니, 만약 지금 당장 면접을 본다면 저를 어떻게 소개해야 할지 생각하게 되더라고요. 일반적으로 면접의 시작은 1분 자기소개와 함께 하니까요.

1분이라는 시간이 누군가에게는 짧게, 또 누군가에게는 길게 느껴질 수도 있는데요. 이 시간에 나의 장점을 면접관에게 잘 어필하기 위해서는 글의 구조를 다듬고 표현을 정제하는 과정이 필요하기 때문에 철저히 준비해야 실수를 하지 않습니다.

그래서 이에 대한 답변을 달아보았는데 오늘은 그 답변 내용을 바탕으로 이야기를 정리해 보았습니다.

https://wormwlrm.github.io/2024/10/25/Self-Introduction-for-Developer.html

- 개발자 직무 면접에서 1분 자기소개 시 사용할 수 있는 템플릿을 사례와 함께 소개합니다. --- 최근에 제가 참여하고 있는 개발 커뮤니티의 익명 고민 상담 채널에서 자기소개에 대한 고민 글을 보게 되었습니다. “내일 면접인데 혹시 자기소개는 보통 어떤 식으로 하나요? 무슨 말로 자기소개를 해야 할지, 어느 정도 문장으로 구성해야 할지 고민이네요.” 이 글을 보고 나서 제가 예전에 면접 볼 때 자기소개를 어떻게 했었는지를 다시 한번 떠올려봤습니다. 사실 마지막으로 면접을 본 게 거의 3년 전이다 보니, 만약 지금 당장 면접을 본다면 저를 어떻게 소개해야 할지 생각하게 되더라고요. 일반적으로 면접의 시작은 1분 자기소개와 함께 하니까요. 1분이라는 시간이 누군가에게는 짧게, 또 누군가에게는 길게 느껴질 수도 있는데요. 이 시간에 나의 장점을 면접관에게 잘 어필하기 위해서는 글의 구조를 다듬고 표현을 정제하는 과정이 필요하기 때문에 철저히 준비해야 실수를 하지 않습니다. 그래서 이에 대한 답변을 달아보았는데 오늘은 그 답변 내용을 바탕으로 이야기를 정리해 보았습니다. https://wormwlrm.github.io/2024/10/25/Self-Introduction-for-Developer.html

재그지그의 개발 블로그

🙋🏻‍♂️ 개발자 면접 1분 자기소개, 이렇게 준비하자

오늘은 AI 관련 굵직한 소식들이 유난히 쏟아지는 날입니다. 

-런웨이(Runway)가 영상과 음성을 입력 인터페이스로 활용해서 애니메이션을 제작하는 액트원(Act-One)을 내놓았습니다. 
-이디오그램(Ideogram)은 최고의 인페인팅 및 아웃페인팅 기능을 갖춘 무한 창작 보드 캔버스(Canvas)를 출시했고요. 
-오픈AI는 음성 인터페이스 어드밴스드 보이스(Advanced Voice)를 EU 포함 다수 국가에서 사용 가능하게 풀었습니다. 
-퍼플렉시티(Perplexity)는 ‘리즈닝 모드(reasoning mode, 추론 모드)’를 추가해서 프로 서치(Pro Search)를 내놨는데, 여러 층위의 질문을 해도 퍼플렉시티가 적용해서 답을 주는 기능입니다. 요즘 정말로 구글보다 퍼플렉시티를 많이 쓰는데 매력적인 기능이 추가된 것 같습니다. 
-앤트로픽은 컴퓨터(Claude)가 컴퓨터를 사용할 수 있는 인터페이스를 API로 내놨습니다. 앤트로픽은 ‘위험한 AI를 만들지 않겠다’고 나선 팀이었는데요. 이는 ‘AI 에이전트’ 시대의 본격적인 도래를 의미하지 않나 싶습니다. 어디까지 갈 수 있을까요. 그리고 이거 정말 괜찮을까요.

오늘은 AI 관련 굵직한 소식들이 유난히 쏟아지는 날입니다.&nbsp; -런웨이(Runway)가 영상과 음성을 입력 인터페이스로 활용해서 애니메이션을 제작하는 액트원(Act-One)을 내놓았습니다.&nbsp;-이디오그램(Ideogram)은 최고의 인페인팅 및 아웃페인팅 기능을 갖춘 무한 창작 보드 캔버스(Canvas)를 출시했고요.&nbsp;-오픈AI는 음성 인터페이스 어드밴스드 보이스(Advanced Voice)를 EU 포함 다수 국가에서 사용 가능하게 풀었습니다.&nbsp;-퍼플렉시티(Perplexity)는 ‘리즈닝 모드(reasoning mode, 추론 모드)’를 추가해서 프로 서치(Pro Search)를 내놨는데, 여러 층위의 질문을 해도 퍼플렉시티가 적용해서 답을 주는 기능입니다. 요즘 정말로 구글보다 퍼플렉시티를 많이 쓰는데 매력적인 기능이 추가된 것 같습니다.&nbsp;-앤트로픽은 컴퓨터(Claude)가 컴퓨터를 사용할 수 있는 인터페이스를 API로 내놨습니다. 앤트로픽은 ‘위험한 AI를 만들지 않겠다’고 나선 팀이었는데요. 이는 ‘AI 에이전트’ 시대의 본격적인 도래를 의미하지 않나 싶습니다. 어디까지 갈 수 있을까요. 그리고 이거 정말 괜찮을까요. &nbsp;

오늘은 AI 관련 굵직한 소식들이 유난히 쏟아지는 날입니다. 



사용자가 공유한 콘텐츠

1. “(애니메이션 OTT인 라프텔은) 일단 사람부터 모았습니다. 애니메이션 스트리밍 서비스를 하려면, 우선 콘텐츠 공급자(Contents Provider, CP)로부터 애니메이션을 제공받아야 하는데요”

2. “그런데 CP는 아무것도 없는 회사에 쉽게 콘텐츠를 주지 않습니다. (그래서) 우선 애니메이션 추천 플랫폼을 만들었어요. 트래픽을 모은 다음 스트리밍 서비스로 발전시키려고 한 겁니다”

3. “(그리고) 서비스 오픈 후에는 ‘부천만화축제’에 갔어요. 부스 설치하고, (축제에 온) 사람들에게 콘텐츠를 평가해달라고 했는데, 반응이 뜨거웠죠. (축제에 온 애니메이션 찐덕후분들께선) 1시간 넘게 앉아서 자기가 본 콘텐츠에 대해 수백 개씩 평가를 남기고, 친구들까지 데려오더라고요. 저희가 만든 서비스에 사람들이 몰려드는 걸 처음 눈으로 확인한 순간이었어요” (=고객과 실제로 교류)

4. “(축제 기간) 나흘 동안 1만 6천 개의 평가 데이터를 모았어요. 덕분에 의미 있는 추천이 작동했고요. (뿐만 아니라) 덕후분들 사이에서 입소문이 나기 시작했어요”

5. “(사람이 어느 정도 모인 후에는) 본격적으로 스트리밍을 시작해도 되겠다는 확신이 들었는데요. 그래서 CP를 찾아다녔는데, (안타깝게도) 계속 거절당했습니다”

6. “얻을 것도 크지 않아 보이는데, 소중한 콘텐츠를 정체도 모를 작은 회사에 넘겨야 하니 리스크가 훨씬 크다고 생각하는 게 당연했죠. 계속 문을 두드리는 것 외에 특별한 방법은 없었어요”

7. “CP사 대표님을 만나고 싶은데, (아예) 기회조차 안 주시는 거예요? 그래서 한 번은 대표님 동선을 상상해서 주말에 데이트하는 척 그 주변을 배회한 적도 있고요. 팀원들이 모여서 손편지를 써서 보낸 적도 있어요”

8. “(그러다) 마침내 계약하겠다는 연락이 왔는데, 손편지가 도착하기 전이라길래 급하게 반송한 적도 있어요 ㅎㅎ 저희가 적극적으로 쫓아다니니까 속는 셈 치고 한 번 믿어주신 거죠. (그렇게 콘텐츠를 수급하기 위해 CP사 대표님을 덕질하듯 쫓아다녔습니다)”

9. “(동시에 애니메이션 플랫폼의 경우) 불법 사이트의 존재가 CP사들에게도 골치였어요. 건강하게 운영하는 스트리밍 서비스가 그들에게도 필요했죠”

10. “(콘텐츠를 수급했으니, 이제 남은 건 고객이 돈을 내도록 설득하는 것이었는데 다행히) 넷플릭스 같은 대형 OTT 성장이 큰 역할을 했습니다. 넷플릭스를 통해 소비자들이 "콘텐츠는 돈 내고 봐야 한다"라는 개념에 익숙해진 거예요”

11. “운도 좋았지만, 저희가 준비돼 있었기 때문에 트래픽을 흡수할 수 있었어요. 아마존 창업자 제프 베조스가 저렴하고 다양한 제품을 빠르게 배송하는 걸 강조했잖아요? (저희는) 디지털 콘텐츠도 비슷하다고 생각했어요”

12. “특히 이용자들이 최대한 빨리 볼 수 있게 하려고 많이 노력 했어요. 저희도 덕후인지라, 조금이라도 콘텐츠를 빨리 보고 싶은 마음을 잘 알거든요. 운영팀이 '집착' '광기'에 가까운 수준으로 서비스를 운영했어요” (=덕후들의 니즈 파악)

13. “보통 애니메이션 신작은 일본에서 공개된 이후 한국 TV에 공개돼요. TV에서 방송이 끝나면 OTT로 넘어오는데요. 그 틈새를 불법 사이트가 치고 들어갔습니다. (그래서) 신작이 처음 공개되는 시점과 국내에서 합법적으로 볼 수 있게 되는 시점의 차이가 너무 길다고 생각했어요”

14. “이 과정을 조금이라도 줄이고 싶어서, TV 방송이 끝나면 파일을 받아 빠르게 작업 후 바로 공개했어요. 새벽 3시에라도요. 덕분에 덕후분들 사이에서 '라프텔이 제일 빠르다'는 인식이 생겼어요”

15. “(라프텔은 인수되기 전부터 월 단위로 흑자를 내고 있었는데) '충성도 높은 고객의 선순환'이 만들어진 덕분이었어요. 덕후분들은 충성도가 강하고, 이 분야에 진심이기 때문에, 리텐션이 높은 편이니까요”

16. “또한 (애니메이션 OTT는) 구독자 수, MAU, 등 모든 지표의 변동 폭이 다른 OTT에 비해 훨씬 적은 편이에요. (그래서) 라프텔은 비용을 쏟아붓는 화려한 방식보다는 '소박한 진심'을 전달하며 서비스를 만들어 왔어요. 그래서 꾸준히 서비스를 성장시킬 수 있었다고 생각합니다” (=섣부른 규모화보다는 덕후들의 마음에 집중)

- 김범준&김남희 전 라프텔 공동창업자

1. “(애니메이션 OTT인 라프텔은) 일단 사람부터 모았습니다. 애니메이션 스트리밍 서비스를 하려면, 우선 콘텐츠 공급자(Contents Provider, CP)로부터 애니메이션을 제공받아야 하는데요” 2. “그런데 CP는 아무것도 없는 회사에 쉽게 콘텐츠를 주지 않습니다. (그래서) 우선 애니메이션 추천 플랫폼을 만들었어요. 트래픽을 모은 다음 스트리밍 서비스로 발전시키려고 한 겁니다” 3. “(그리고) 서비스 오픈 후에는 ‘부천만화축제’에 갔어요. 부스 설치하고, (축제에 온) 사람들에게 콘텐츠를 평가해달라고 했는데, 반응이 뜨거웠죠. (축제에 온 애니메이션 찐덕후분들께선) 1시간 넘게 앉아서 자기가 본 콘텐츠에 대해 수백 개씩 평가를 남기고, 친구들까지 데려오더라고요. 저희가 만든 서비스에 사람들이 몰려드는 걸 처음 눈으로 확인한 순간이었어요” (=고객과 실제로 교류) 4. “(축제 기간) 나흘 동안 1만 6천 개의 평가 데이터를 모았어요. 덕분에 의미 있는 추천이 작동했고요. (뿐만 아니라) 덕후분들 사이에서 입소문이 나기 시작했어요” 5. “(사람이 어느 정도 모인 후에는) 본격적으로 스트리밍을 시작해도 되겠다는 확신이 들었는데요. 그래서 CP를 찾아다녔는데, (안타깝게도) 계속 거절당했습니다” 6. “얻을 것도 크지 않아 보이는데, 소중한 콘텐츠를 정체도 모를 작은 회사에 넘겨야 하니 리스크가 훨씬 크다고 생각하는 게 당연했죠. 계속 문을 두드리는 것 외에 특별한 방법은 없었어요” 7. “CP사 대표님을 만나고 싶은데, (아예) 기회조차 안 주시는 거예요? 그래서 한 번은 대표님 동선을 상상해서 주말에 데이트하는 척 그 주변을 배회한 적도 있고요. 팀원들이 모여서 손편지를 써서 보낸 적도 있어요” 8. “(그러다) 마침내 계약하겠다는 연락이 왔는데, 손편지가 도착하기 전이라길래 급하게 반송한 적도 있어요 ㅎㅎ 저희가 적극적으로 쫓아다니니까 속는 셈 치고 한 번 믿어주신 거죠. (그렇게 콘텐츠를 수급하기 위해 CP사 대표님을 덕질하듯 쫓아다녔습니다)” 9. “(동시에 애니메이션 플랫폼의 경우) 불법 사이트의 존재가 CP사들에게도 골치였어요. 건강하게 운영하는 스트리밍 서비스가 그들에게도 필요했죠” 10. “(콘텐츠를 수급했으니, 이제 남은 건 고객이 돈을 내도록 설득하는 것이었는데 다행히) 넷플릭스 같은 대형 OTT 성장이 큰 역할을 했습니다. 넷플릭스를 통해 소비자들이 "콘텐츠는 돈 내고 봐야 한다"라는 개념에 익숙해진 거예요” 11. “운도 좋았지만, 저희가 준비돼 있었기 때문에 트래픽을 흡수할 수 있었어요. 아마존 창업자 제프 베조스가 저렴하고 다양한 제품을 빠르게 배송하는 걸 강조했잖아요? (저희는) 디지털 콘텐츠도 비슷하다고 생각했어요” 12. “특히 이용자들이 최대한 빨리 볼 수 있게 하려고 많이 노력 했어요. 저희도 덕후인지라, 조금이라도 콘텐츠를 빨리 보고 싶은 마음을 잘 알거든요. 운영팀이 '집착' '광기'에 가까운 수준으로 서비스를 운영했어요” (=덕후들의 니즈 파악) 13. “보통 애니메이션 신작은 일본에서 공개된 이후 한국 TV에 공개돼요. TV에서 방송이 끝나면 OTT로 넘어오는데요. 그 틈새를 불법 사이트가 치고 들어갔습니다. (그래서) 신작이 처음 공개되는 시점과 국내에서 합법적으로 볼 수 있게 되는 시점의 차이가 너무 길다고 생각했어요” 14. “이 과정을 조금이라도 줄이고 싶어서, TV 방송이 끝나면 파일을 받아 빠르게 작업 후 바로 공개했어요. 새벽 3시에라도요. 덕분에 덕후분들 사이에서 '라프텔이 제일 빠르다'는 인식이 생겼어요” 15. “(라프텔은 인수되기 전부터 월 단위로 흑자를 내고 있었는데) '충성도 높은 고객의 선순환'이 만들어진 덕분이었어요. 덕후분들은 충성도가 강하고, 이 분야에 진심이기 때문에, 리텐션이 높은 편이니까요” 16. “또한 (애니메이션 OTT는) 구독자 수, MAU, 등 모든 지표의 변동 폭이 다른 OTT에 비해 훨씬 적은 편이에요. (그래서) 라프텔은 비용을 쏟아붓는 화려한 방식보다는 '소박한 진심'을 전달하며 서비스를 만들어 왔어요. 그래서 꾸준히 서비스를 성장시킬 수 있었다고 생각합니다” (=섣부른 규모화보다는 덕후들의 마음에 집중) - 김범준&amp;김남희 전 라프텔 공동창업자

www.folin.co

어쩌면 한국에서 로컬 OTT가 살아남는 거의 유일한 방법 ㄷㄷ

문장에서 '있는'을 쓰지 않는 편이 더 자연스러워요. 굳이 있다고 쓰지 않아도 존재하기 때문이죠. 포트폴리오 라이팅시 참고하시면 좋습니다.

포트폴리오 예시는?

🥹 화면 상단에 위치하고 있는 네비게이션 바.
😀 화면 상단에 위치한 네비게이션 바.

🥹 메인 화면에 표시되고 있는 알림 배너.
😀 메인 화면에 표시된 알림 배너.

🥹 페이지 하단에 있는 ‘저장’ 버튼.
😀 페이지 하단 ‘저장’ 버튼.

저도 '있는'을 자주 썼는데, 첫 책을 쓸 때 에디터 님의 권유로 빼는 연습을 했습니다. 문장이 더 간결하고 자연스러워질 거예요.

문장에서 '있는'을 쓰지 않는 편이 더 자연스러워요. 굳이 있다고 쓰지 않아도 존재하기 때문이죠. 포트폴리오 라이팅시 참고하시면 좋습니다. 포트폴리오 예시는? 🥹 화면 상단에 위치하고 있는 네비게이션 바.😀 화면 상단에 위치한 네비게이션 바. 🥹 메인 화면에 표시되고 있는 알림 배너.😀 메인 화면에 표시된 알림 배너. 🥹 페이지 하단에 있는 ‘저장’ 버튼.😀 페이지 하단 ‘저장’ 버튼. 저도 '있는'을 자주 썼는데, 첫 책을 쓸 때 에디터 님의 권유로 빼는 연습을 했습니다. 문장이 더 간결하고 자연스러워질 거예요.

📝 포트폴리오에 ‘있는’을 쓰지 않아도 돼요

GitLab jumps 35% in its Nasdaq debut after code-sharing company priced IPO above expected range

커리어리 친구들, 지난주 깃랩(Gitlab)이 나스닥 상장했습니다! 깃헙과 코드 공유 소프트웨어 라이벌로서, 깃헙은 마이크로소프트에 합병 당했지만 깃랩은 나스닥 IPO에서 약 6억 5천만 달러를 모금했고, 투자자들은 CEO Sid Sijbrandij와 관련된 기업으로부터 추가 주식을 샀다고 합니다! 

한편, 2분기 수익은 전년 대비 69% 증가하여 5,810만 달러로 급증했습니다! 깃랩은 거의 100% 원격근무 회사로 유명하고 Y콤비네이터 프로그램 출신이기도 합니다 :)

CNBC

소프트웨어 엔지니어

김현조

Researcher @ 33Lab, Soongsil University

이세빈

Technolgy for Art
#개발자 #데이터사이언스 #커뮤니케이션 #UI디자인 #UX디자인 #데이터분석 #사용자조사 #스타트업 #정량적조사 #정성적조사 #질문하는

Creator

성수동힙스터

스타트업을 위한 일본 시장정보와 현지 비즈니스 정보를 공유합니다.

머신 러닝

MySQL

python

html

javascript

SpringBoot

django

Java

Docker

Kubernetes

Linux

c언어

React

typescript

Node.js

Vue.js

Spring

Github

OracleDB

Android

데이터 분석

커뮤니케이션

대규모 데이터센터나 서버에서 대규모 언어 모델 또는 멀티모달, 딥러닝 모델에 대한 GPU를 이용한 분산 훈련 및 추론 솔루션 아키텍처를 기업 대상으로 하고 있습니다. 

HPC&AI PreSales

AI 전략경영 MBA

서진호

서진호의 링크드인

Google Cloud Innovators

시나브로의 실리콘 밸리 산책

저의 깃허브

클라우드 또는 하이브리드 컴퓨팅에서 빅데이타 분석과 GPU와 고성능 분산 컴퓨팅 기반의 머신러닝 및 딥러닝, 생성형 AI(LLM/LMM)에 대한 솔루션 아키텍처 컨설팅.

#소프트웨어엔지니어 #데이터사이언스 #Ai #데이터애널리스트 #GPU #분산훈련

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필