1. 좋은 영화일수록 우리는 자신이 영화를 보고 있다는 사실을 깨닫지 못한다.

2. 대단히 흥미로운 장면을 접하면 우리 인식은 바로 그 장면에 완전히 몰입하는 덕에 시간 가는 줄 모르고, 또 주변에 무엇이 있는지도 잊는다.

3. 잠재의식이 우리의 손을 기계적으로 조종해 팝콘을 입에 넣고 콜라를 마시게 하는 동안, 인식은 그 영화의 감독이 세심하게 설계한 마음속 놀이기구에 올라타 여러 영역을 돌아다니고, 각 영역을 방문할 때마다 그와 관련된 감정을 경험한다.

#좁고깊게산다는것에관하여 📚

1. 좋은 영화일수록 우리는 자신이 영화를 보고 있다는 사실을 깨닫지 못한다. ​ 2. 대단히 흥미로운 장면을 접하면 우리 인식은 바로 그 장면에 완전히 몰입하는 덕에 시간 가는 줄 모르고, 또 주변에 무엇이 있는지도 잊는다. ​ 3. 잠재의식이 우리의 손을 기계적으로 조종해 팝콘을 입에 넣고 콜라를 마시게 하는 동안, 인식은 그 영화의 감독이 세심하게 설계한 마음속 놀이기구에 올라타 여러 영역을 돌아다니고, 각 영역을 방문할 때마다 그와 관련된 감정을 경험한다. #좁고깊게산다는것에관하여 📚

< 극장에서 팝콘을 입에 넣고 콜라를 마시게 하는 건 누구인가 >

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

1. 나는 극성의 법칙 Law of Polariy으로도 알려진 반대의 법칙Law of Opposites을 믿는다.

2. 부정적인 상황을 보면 그 상황 어딘가에 긍정적인 요소가 숨어 있음을 알아야 한다. 긍정적인 면을 찾아라. 그러면 찾을 것이다.

3. 위험 때문에 당신은 손해 볼 상황에 노출될 수 있다. 하지만 반대의 법칙에 따라 당신은 이익을 얻을 기회에도 틀림없이 노출될 것이다.

4. 이 법칙이 어김없이 작동한다는 것을, 그러므로 반드시 이해하고 있어야 한다는 것을 명심하라.

5. 반대의 법칙은 단순히 모든 것이 반대 요소를 가진다는 뜻만은 아니다. 반대 요소가 똑같은‘ 크기로 존재한다는 뜻도 포함한다. 그래서 위험이 적으면 그 만큼 얻는 것도 적다.

#밥프록터부의시크릿 📚

1. 나는 극성의 법칙 Law of Polariy으로도 알려진 반대의 법칙Law of Opposites을 믿는다. ​ 2. 부정적인 상황을 보면 그 상황 어딘가에 긍정적인 요소가 숨어 있음을 알아야 한다. 긍정적인 면을 찾아라. 그러면 찾을 것이다. ​ 3. 위험 때문에 당신은 손해 볼 상황에 노출될 수 있다. 하지만 반대의 법칙에 따라 당신은 이익을 얻을 기회에도 틀림없이 노출될 것이다. ​ 4. 이 법칙이 어김없이 작동한다는 것을, 그러므로 반드시 이해하고 있어야 한다는 것을 명심하라. ​ 5. 반대의 법칙은 단순히 모든 것이 반대 요소를 가진다는 뜻만은 아니다. 반대 요소가 똑같은‘ 크기로 존재한다는 뜻도 포함한다. 그래서 위험이 적으면 그 만큼 얻는 것도 적다. #밥프록터부의시크릿 📚

< 모든 상황은 양면이다: 위험이 적으면 이익도 적다 >

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

1. 훌륭한 경영자들은 문제가 아니라 기회에 초점을 맞춘다.

2. 물론 문제는 해결해야 한다. 문제를 방석 밑에 깔고 뭉개라는 말이 아니다.

3. 문제는 해결해야 하지만 그것은 성과를 만들어내지 않는다. 손실을 막을 뿐이다.

4. 그러나 기회 탐색은 성과를 낳는다. 목표를 달성하는 경영자들은 변화를 위협이 아닌 기회로 다룬다.

#피터드러커자기경영노트 📚

1. 훌륭한 경영자들은 문제가 아니라 기회에 초점을 맞춘다. ​2. 물론 문제는 해결해야 한다. 문제를 방석 밑에 깔고 뭉개라는 말이 아니다. ​3. 문제는 해결해야 하지만 그것은 성과를 만들어내지 않는다. 손실을 막을 뿐이다. ​4. 그러나 기회 탐색은 성과를 낳는다. 목표를 달성하는 경영자들은 변화를 위협이 아닌 기회로 다룬다. #피터드러커자기경영노트 📚

< 경영의 핵심: 문제보다 기회에 집중하라 >

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

1
내 생각은 나의 것이 아니다. 내 감정 역시 나의 것이 아니다. 내가 만들어낸 것도 아니고, 내가 계획한 것도 아니고, 내가 의도한 것도 아니다.

2
하지만 내 머릿속에서 떠오르고 다른 사람들은 전혀 알아차릴 수가 없으니 우리는 ‘나의 생각이나 감정이 곧 나의 것’이라 생각하고, 더 나아가서 ‘그것이 바로 나‘라는 착각에 사로잡히게 된다

3
나의 생각이나 감정은 나의 심장이나 내장의 움직임과도 같다. 내가 의도한 것도 계획한 것도 아니라는 점에서 그러하다.

4
내 심장박동은 나에게 일어나는 하나의 지속적인 사건이지 내가 계획하거나 수행하는 것이 아니다. 내 심장박동은 내 뜻에 따라 생겨나는 것이 아니다. 그것은 분명 내 몸에서 벌어지는 일인데도 ’나의 일‘이 아니다.

5
나의 생각이나 감정 역시 그러하다. 내면소통 훈련의 핵심은 나의 생각이나 감정을 하나의 사건으로 알아차리고 한걸음 떨어져서 바라볼 수 있는 능력을 키우는 데 있다.

#내면소통 📚

1 내 생각은 나의 것이 아니다. 내 감정 역시 나의 것이 아니다. 내가 만들어낸 것도 아니고, 내가 계획한 것도 아니고, 내가 의도한 것도 아니다. ​ 2 하지만 내 머릿속에서 떠오르고 다른 사람들은 전혀 알아차릴 수가 없으니 우리는 ‘나의 생각이나 감정이 곧 나의 것’이라 생각하고, 더 나아가서 ‘그것이 바로 나‘라는 착각에 사로잡히게 된다 ​ 3 나의 생각이나 감정은 나의 심장이나 내장의 움직임과도 같다. 내가 의도한 것도 계획한 것도 아니라는 점에서 그러하다. ​ 4 내 심장박동은 나에게 일어나는 하나의 지속적인 사건이지 내가 계획하거나 수행하는 것이 아니다. 내 심장박동은 내 뜻에 따라 생겨나는 것이 아니다. 그것은 분명 내 몸에서 벌어지는 일인데도 ’나의 일‘이 아니다. ​ 5 나의 생각이나 감정 역시 그러하다. 내면소통 훈련의 핵심은 나의 생각이나 감정을 하나의 사건으로 알아차리고 한걸음 떨어져서 바라볼 수 있는 능력을 키우는 데 있다. #내면소통 📚

< 사실 내 머릿속 생각과 감정은 내가 만든 게 아니다 >

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

최근 다시 강남을 중심으로 서울 아파트 값이 오르고 있다는 뉴스가 많이 보인다. 그런데 수십억하는 아파트 가격에 대해 사람들 말이 참 많다. 아니 어차피 내가 당장 혹은 근미래에 가질 수 없는 것에 대해 그게 맞다 틀리다 왈가왈부 말하는게 도대체 뭔 의미가 있는거지? 내가 가질 수 없으니 남도 갖으면 안된다는 심리인가? 가만히 보면 그런 아파트를 살 수 있는 돈 많은 사람들은 조용히 사고 팔 뿐이지 살 능력이 안되는 사람들이 뭐라뭐라 한다.

아무리 뭐라해도 시장논리에 따라 가격이 형성되고 거래는 이루어진다. 가격에 맞춰 각각의 시장이 존재하는 것은 당연한 현상이다. 오히려 시끄럽게 할 수록 가질 수 없는 것에 대한 동경이 가격상승에 아주 극히 일부 영향을 미칠 뿐이다. 마치 연봉 1억~2억 이상 받거나 그만큼 버는 극소수 몇몇 사람들 보면서 그걸 기준 삼아 말하는 것과 같다. 지금 연봉 3천이면 어떻게 다음에 4천을 받을까, 그 후 어떻게 5천으로 올릴까를 반복하면서 연봉 1억을 달성해내는게 현실적이지 3천에서 어떻게 1억을 받을까는 사실상 불가능하다. 넘사벽 가격의 아파트도 마찬가지다. 차라리 부동산 폭락해서 다 가격 떨어질거라고 굳게 믿고 자위하는게 정신건강에 좋다.

지난주 이번주 일정 여럿이 조정되면서 여유가 생겨 3년여만에 다시 부동산 자산을 점검해보았다. 9년전에 첫 계획을 세워 실행한 후 마스터플랜은 그대로 가고 있는데, 몇년에 한번씩 중간점검을 해서 그대로 가는게 좋을 지 수정, 보완을 할 지 결정한다. 직접 걸어다니면서 눈으로 확인하고, 이전 조사 이후 최신 정보로 업데이트하고, 여러 루트로 의견을 모아가면서 생각을 정리했다. 지난 2주간의 결론은 앞으로 5년은 건드리지 않고 그대로 유지하는게 좋을 것 같다는 것이었다.

최근 몇년과 달리 나와 관계가 있는 국가와 지자체의 부동산 전략 방향과 정책은 더이상 드라마틱하게 변할 가능성이 사라졌고 이제는 무를 수 없는 상황이 되었다는 판단이 섰기 때문이다. 남은 딱 하나 변수는 세금 부분인데 세율에 따라 다음 실행안을 언제 실행하느냐 정도만 차이를 만들 것 같다. 3~5년 동안은 잡생각하지 말고 다 묻어두고 지금 집에 엉덩이 딱 붙이고 살자! 더불어 부동산 뿐 아니라 그동안 투자해놓았던 스타트업과 기업 투자 건들도 푹 묻어두고 머릿 속에서 완전히 지우자! (이 둘은 내 노후 준비용으로 10년 뒤에 열 타임캡슐이라 생각하는거다)

대신 아무것도 없는 혈혈단신 몸뚱이만 하나 있다는 초심으로 다시 악착같이 열심히 일하고 돈 모아서 자잘한 씨앗돈 만들어 새로운 금융투자 건을 수시로 만들어봐야겠다. 다시 열심히 일할 의욕이 활활 불타오르네~ 😊

최근 다시 강남을 중심으로 서울 아파트 값이 오르고 있다는 뉴스가 많이 보인다. 그런데 수십억하는 아파트 가격에 대해 사람들 말이 참 많다. 아니 어차피 내가 당장 혹은 근미래에 가질 수 없는 것에 대해 그게 맞다 틀리다 왈가왈부 말하는게 도대체 뭔 의미가 있는거지? 내가 가질 수 없으니 남도 갖으면 안된다는 심리인가? 가만히 보면 그런 아파트를 살 수 있는 돈 많은 사람들은 조용히 사고 팔 뿐이지 살 능력이 안되는 사람들이 뭐라뭐라 한다. 아무리 뭐라해도 시장논리에 따라 가격이 형성되고 거래는 이루어진다. 가격에 맞춰 각각의 시장이 존재하는 것은 당연한 현상이다. 오히려 시끄럽게 할 수록 가질 수 없는 것에 대한 동경이 가격상승에 아주 극히 일부 영향을 미칠 뿐이다. 마치 연봉 1억~2억 이상 받거나 그만큼 버는 극소수 몇몇 사람들 보면서 그걸 기준 삼아 말하는 것과 같다. 지금 연봉 3천이면 어떻게 다음에 4천을 받을까, 그 후 어떻게 5천으로 올릴까를 반복하면서 연봉 1억을 달성해내는게 현실적이지 3천에서 어떻게 1억을 받을까는 사실상 불가능하다. 넘사벽 가격의 아파트도 마찬가지다. 차라리 부동산 폭락해서 다 가격 떨어질거라고 굳게 믿고 자위하는게 정신건강에 좋다. 지난주 이번주 일정 여럿이 조정되면서 여유가 생겨 3년여만에 다시 부동산 자산을 점검해보았다. 9년전에 첫 계획을 세워 실행한 후 마스터플랜은 그대로 가고 있는데, 몇년에 한번씩 중간점검을 해서 그대로 가는게 좋을 지 수정, 보완을 할 지 결정한다. 직접 걸어다니면서 눈으로 확인하고, 이전 조사 이후 최신 정보로 업데이트하고, 여러 루트로 의견을 모아가면서 생각을 정리했다. 지난 2주간의 결론은 앞으로 5년은 건드리지 않고 그대로 유지하는게 좋을 것 같다는 것이었다. 최근 몇년과 달리 나와 관계가 있는 국가와 지자체의 부동산 전략 방향과 정책은 더이상 드라마틱하게 변할 가능성이 사라졌고 이제는 무를 수 없는 상황이 되었다는 판단이 섰기 때문이다. 남은 딱 하나 변수는 세금 부분인데 세율에 따라 다음 실행안을 언제 실행하느냐 정도만 차이를 만들 것 같다. 3~5년 동안은 잡생각하지 말고 다 묻어두고 지금 집에 엉덩이 딱 붙이고 살자! 더불어 부동산 뿐 아니라 그동안 투자해놓았던 스타트업과 기업 투자 건들도 푹 묻어두고 머릿 속에서 완전히 지우자! (이 둘은 내 노후 준비용으로 10년 뒤에 열 타임캡슐이라 생각하는거다) 대신 아무것도 없는 혈혈단신 몸뚱이만 하나 있다는 초심으로 다시 악착같이 열심히 일하고 돈 모아서 자잘한 씨앗돈 만들어 새로운 금융투자 건을 수시로 만들어봐야겠다. 다시 열심히 일할 의욕이 활활 불타오르네~ 😊

소프트뱅크의 억만장자 창업자 손정의 회장은 격동의 시대를 몸소 겪어냈습니다. 그는 근...

소프트뱅크 손정의 회장의 성공과 실패로 본 8가지 교훈

소프트뱅크 손정의 회장은 50년 투자 인생을 걸으며, IT 비전가이면서도 도박꾼이라는 상반된 평가를 동시에 듣고 있어요. 야후나 알리바바 초기에 투자해 큰 부를 축적한 한편, 위워크에 베팅했다가 큰 낭패를 보는 등 그의 투자사에는 굴곡이 가득하죠. 그의 성공과 실패에서 얻을 수 있는 8가지 교훈을 알아봤습니다. 더 자세한 내용은 본문을 통해 알아보시면 좋겠습니다.

1. 역경을 기회로 바꾸기
이렇게 손정의 회장은 배제당하지 않기 위해 불굴의 의지를 발휘하는 아웃사이더였습니다. 그는 젊은 시절 이런 어려움들을 딛고 자신에 대한 믿음을 키워나갔고요. 차별과 소외를 발판 삼아 오히려 시장에서 자신의 포지셔닝을 확고히 했습니다.

2.집요함을 발휘하기
손정의 회장은 이렇게 한번 겨냥한 목표점을 웬만하면 놓치지 않습니다. 스프린트 인수 건, 아이폰 독점 판매 건, 오픈AI 투자 건 등을 보면 알 수 있어요.

3.동서양을 연결하는 가교 역할하기
그는 일본어와 영어에 능통한 기업가로서 수십 년간 동서양을 잇는 가교 역할을 했어요. 덕분에 손정의 회장은 기술 생태계에서 아주 독특한 위치를 차지하며 대체 불가능한 인물이 됐어요.

4.멘토와 멘티를 모색하기
손정의 회장은 일본에서 ‘나이 많은 기업가의 취향 저격자(the old man killer)’로 명성을 떨치기도 했어요. 그가 젊었을 때 발휘한 자신감 있고 당찬 매력이 여러 베테랑 사업가의 사랑을 받았기 때문입니다. 이후 손정의 회장은 그 자신이 사우디 왕세자 모하메드 빈 살만(Mohammed bin Salman)의 IT 기술 멘토가 됐습니다.

5.(과할 정도로) 크게 베팅하기
이런 상황에서도 손정의 회장은 대부분 과도하다고 생각할 만한 방식과 금액으로, 돈을 빌려서라도 현금을 지불하는 투자 방법을 선호해요. 그는 장기적으로 이를 합리적인 베팅이라고 생각하기 때문이에요. 그에게는 자신감의 표현이지만 한편으로는 과시로도 보일 수 있죠. 손정의 회장도 이를 잘 알고 있습니다.

6.애정보다 사업 타당성을 우선시하기
이번에는 손정의 회장의 실패에서 배울 차례입니다. 미디어에서 그를 ‘창업자 증후군에 걸렸다’라고 묘사한 이유는 손정의 회장이 이렇게 쉽게 스타트업 CEO들을 무조건적으로 따뜻한 시선으로 바라보고 애정을 줘서, 그들에 대한 타당한 검증을 하지 않았기 때문이었습니다.

7. 회사 규모가 아닌 리더십에 맞는 인재 영입하기
하지만 정작 손정의 회장은 (두 임원 간의 힘겨루기에서) 둘 중 어느 쪽에도 힘을 싣지 않았고 동등한 입장을 고수했습니다. 당시 그는 이것이 적절한 리더십이라고 판단했던 것으로 보여요. 이후 이런 내부 갈등이 외부에 알려진 이후에도 손정의 회장은 실적발표 등 공식석상에서 단 한 번도 이에 관해 언급하지 않았습니다. 하지만 미디어들은 (아무리 바빴어도) 손정의 회장이 리더십을 발휘해 사태를 이렇게 심각하게 만들지는 말았어야 한다고 비판했습니다.

8.나이보다 미래에 집중하기
최근에는 소프트뱅크가 오픈AI를 위한 데이터센터를 포함한 AI 인프라 설립 프로젝트 ‘스타게이트(Stargate)’에 최대 5000억 달러(약 727조 7500억 원)를 투자한다고 밝히기도 했죠. 무너질 것 같은 상황에서도 손정의 회장은 이렇게 다시금 미래에 집중하며 IT 업계의 주요 AI 투자자 중 한 명이 되었습니다.

https://eopla.net/magazines/27510

소프트뱅크 손정의 회장은 50년 투자 인생을 걸으며, IT 비전가이면서도 도박꾼이라는 상반된 평가를 동시에 듣고 있어요. 야후나 알리바바 초기에 투자해 큰 부를 축적한 한편, 위워크에 베팅했다가 큰 낭패를 보는 등 그의 투자사에는 굴곡이 가득하죠. 그의 성공과 실패에서 얻을 수 있는 8가지 교훈을 알아봤습니다. 더 자세한 내용은 본문을 통해 알아보시면 좋겠습니다. 1. 역경을 기회로 바꾸기 이렇게 손정의 회장은 배제당하지 않기 위해 불굴의 의지를 발휘하는 아웃사이더였습니다. 그는 젊은 시절 이런 어려움들을 딛고 자신에 대한 믿음을 키워나갔고요. 차별과 소외를 발판 삼아 오히려 시장에서 자신의 포지셔닝을 확고히 했습니다. 2.집요함을 발휘하기손정의 회장은 이렇게 한번 겨냥한 목표점을 웬만하면 놓치지 않습니다. 스프린트 인수 건, 아이폰 독점 판매 건, 오픈AI 투자 건 등을 보면 알 수 있어요. 3.동서양을 연결하는 가교 역할하기그는 일본어와 영어에 능통한 기업가로서 수십 년간 동서양을 잇는 가교 역할을 했어요. 덕분에 손정의 회장은 기술 생태계에서 아주 독특한 위치를 차지하며 대체 불가능한 인물이 됐어요. 4.멘토와 멘티를 모색하기손정의 회장은 일본에서 ‘나이 많은 기업가의 취향 저격자(the old man killer)’로 명성을 떨치기도 했어요. 그가 젊었을 때 발휘한 자신감 있고 당찬 매력이 여러 베테랑 사업가의 사랑을 받았기 때문입니다. 이후 손정의 회장은 그 자신이 사우디 왕세자 모하메드 빈 살만(Mohammed bin Salman)의 IT 기술 멘토가 됐습니다. 5.(과할 정도로) 크게 베팅하기이런 상황에서도 손정의 회장은 대부분 과도하다고 생각할 만한 방식과 금액으로, 돈을 빌려서라도 현금을 지불하는 투자 방법을 선호해요. 그는 장기적으로 이를 합리적인 베팅이라고 생각하기 때문이에요. 그에게는 자신감의 표현이지만 한편으로는 과시로도 보일 수 있죠. 손정의 회장도 이를 잘 알고 있습니다. 6.애정보다 사업 타당성을 우선시하기이번에는 손정의 회장의 실패에서 배울 차례입니다. 미디어에서 그를 ‘창업자 증후군에 걸렸다’라고 묘사한 이유는 손정의 회장이 이렇게 쉽게 스타트업 CEO들을 무조건적으로 따뜻한 시선으로 바라보고 애정을 줘서, 그들에 대한 타당한 검증을 하지 않았기 때문이었습니다. 7. 회사 규모가 아닌 리더십에 맞는 인재 영입하기하지만 정작 손정의 회장은 (두 임원 간의 힘겨루기에서) 둘 중 어느 쪽에도 힘을 싣지 않았고 동등한 입장을 고수했습니다. 당시 그는 이것이 적절한 리더십이라고 판단했던 것으로 보여요. 이후 이런 내부 갈등이 외부에 알려진 이후에도 손정의 회장은 실적발표 등 공식석상에서 단 한 번도 이에 관해 언급하지 않았습니다. 하지만 미디어들은 (아무리 바빴어도) 손정의 회장이 리더십을 발휘해 사태를 이렇게 심각하게 만들지는 말았어야 한다고 비판했습니다. 8.나이보다 미래에 집중하기 최근에는 소프트뱅크가 오픈AI를 위한 데이터센터를 포함한 AI 인프라 설립 프로젝트 ‘스타게이트(Stargate)’에 최대 5000억 달러(약 727조 7500억 원)를 투자한다고 밝히기도 했죠. 무너질 것 같은 상황에서도 손정의 회장은 이렇게 다시금 미래에 집중하며 IT 업계의 주요 AI 투자자 중 한 명이 되었습니다. https://eopla.net/magazines/27510

린스타트업, 애자일 모델, MVP의 시대는 끝났을까

﻿
회사에서 채용 프로세스를 관리하는 시스템을 사용하고 계십니까? 채용 포지션 별 입사 지원자의 전형 진행 단계를 실시간으로 확인할 수 있고, 개별 지원자의 평가 내용을 함께 의사결정하는 동료와 공유할 수 있는 도구를 사용하고 있는지 궁금합니다.

채용 여정을 관리하고 누적된 데이터를 볼 수 있는 시스템을 Applicant Tracking System이라고 부릅니다. 한국어로 직역하면 입사 지원자 추적 관리 시스템 정도로 번역할 수 있습니다. 입사 지원자의 서류 전형부터 면접, 과제, 처우 협의 등 단계별 진행 상황을 확인할 수 있는 기능을 제공하는 것이 ATS라는 도구입니다.

요즘 많은 스타트업에서 ATS를 채용 업무에 활용하고 있습니다. 취업이나 이직에 도전하는 사람들에게 적합한 채용 공고를 추천해 주기 위해 수시로 채용 포지션을 모니터링하고 있습니다. 그 가운데 회사 홈페이지를 방문하여 채용 공고 페이지를 보면 현재 그 회사가 어떤 ATS 도메인을 사용하고 있는지 확인할 수 있습니다. 

ATS라는 도구가 채용 전형을 관리하는 데 도움이 될 뿐만 아니라 회사 채용 홈페이지를 구축하고 채용 공고 상세 페이지를 손쉽게 제작할 수 있는 기능을 제공하고 있어서 편리합니다. 다만, 이렇게 구축한 채용 홈페이지와 채용 공고 상세 페이지는 회사마다 거의 비슷하게 보여서 차별화가 없습니다. 내가 지금 채용 플랫폼에서 채용 공고를 열어보고 있는 것인지 헷갈릴 정도입니다.

생각해 보면, 알맹이가 중요하지 껍데기가 비슷하다고 해서 문제가 되는 것은 아닙니다. 시간과 비용 효율적으로 채용 홈페이지와 공고 내용을 관리할 수 있다면 외형적으로 차별된 매력이 조금 떨어지더라도 괜찮다고 생각합니다. 다만, 알맹이가 중요하다고 했듯이 홈페이지와 채용 공고를 채우는 내용이 진짜 회사가 전달하고 싶은 메시지로 가득 차있다면 좋겠습니다.

ATS 도구를 사용하기 위한 비용 지출이 부담되어 채용 홈페이지를 온라인 문서 도구를 사용하거나 별도로 구축하지 않는 회사도 있습니다. 그리고 입사 지원을 구글 폼과 같은 설문 도구를 활용하거나 이메일 입사 지원으로 받는 회사도 있습니다. 비용을 절약하고, 아직 특별히 도구를 활용하여 입사 지원자를 관리할 만큼 모수가 많지 않은 경우, 수동으로 채용 전형과 입사 지원자를 관리하는 것이 합리적인 의사결정이 맞다고 생각합니다.

다만, 입사 지원자의 단계별 평가 내용이 기록되어 함께 채용 전형을 관리하는 동료에게 공유가 잘 되고 점검해 보면 좋겠습니다. 누적된 입사 지원자 데이터를 분석하여 더 나은 인재 영입 활동을 위해 인사이트를 발굴하는 일을 하고 있는지 점검해 보면 좋겠습니다. 만약 아직 이와 같은 액션을 취하고 있지 않다면, 비용을 투자하여 ATS 도구를 사용하거나 지금부터 따로 업무 시간을 떼어 채용 전형 관리와 데이터 분석을 하는 일을 시작하면 좋겠습니다.

채용 브랜드 이미지는 어디서부터 만들어질까 생각해 보면, 입사 지원자의 채용 여정 경험에서 비롯된다고 믿습니다. 입사 지원자의 채용 여정 경험이란 회사 채용 홈페이지를 방문해서 채용 관련 콘텐츠를 확인하고 공고 내용을 읽고 입사 지원하고 싶을 만큼 매력을 느끼는가 일 것입니다. 또, 이력서를 제출하고 면접을 보았을 때 이후 전형 절차에 대한 안내를 어떻게 하고 있는가, 어떤 채널로 메시지를 보내고 메시지 내용은 어떻고 얼마 만에 메시지를 받을 수 있는지 등과 같은 내용이 채용 브랜드 이미지를 결정한다고 생각합니다.

위와 같은 내용을 수동으로 잘 관리할 수 있다면, 전혀 문제가 없습니다. 다만, 저도 잠깐 채용 전형을 수동으로 관리해 본 입장에서 이야기하자면 관리가 정말 쉽지 않았습니다. 아무리 실시간으로 잘 체크한다고 하더라도 누락이 생기고, 그럼 평가가 늦거나 채용 전형 결과 안내가 지연되는 경험을 했는데, 이것이 회사 내부적으로나 입사 지원자 모두에게 긍정적인 경험은 아니었습니다.

기존에 하던 방식에서 업그레이드가 되려면 과거 데이터로부터 배움이 있어야 합니다. 이렇게 했더니 입사 지원자가 몇 명이었고, 저렇게 했더니 얼마나 빠르게 채용 전형이 진행되었고, 어떤 인재를 영입할 수 있었는지 분석을 통해 다음 채용이 발전할 수 있습니다. 그러려면 누적된 데이터를 잘 관리해야 하고, 실시간으로 원하는 형태로 볼 수 있어야 합니다.

하던 대로의 관성을 벗어나야 발전이 있습니다. 성장하려면 투자가 필요합니다. 투자의 대가가 비록 눈에 선명하게 보이지 않는 것 같지만, 자세히 들여다보면 시간과 에너지 등 효과적인 업무 처리라는 효율이라는 가치를 확인할 수 있습니다.

저는 ATS 도구를 만들어 제공하는 회사들과 아무런 관련이 없습니다. 그러나 채용 여정을 효과적으로 관리하고 발전시키는 데 한 번은 사용해 볼만한 도구라고 생각하여 추천합니다. 미래를 위해 투자할 만한 가치가 있다고 생각합니다.

﻿회사에서 채용 프로세스를 관리하는 시스템을 사용하고 계십니까? 채용 포지션 별 입사 지원자의 전형 진행 단계를 실시간으로 확인할 수 있고, 개별 지원자의 평가 내용을 함께 의사결정하는 동료와 공유할 수 있는 도구를 사용하고 있는지 궁금합니다. 채용 여정을 관리하고 누적된 데이터를 볼 수 있는 시스템을 Applicant Tracking System이라고 부릅니다. 한국어로 직역하면 입사 지원자 추적 관리 시스템 정도로 번역할 수 있습니다. 입사 지원자의 서류 전형부터 면접, 과제, 처우 협의 등 단계별 진행 상황을 확인할 수 있는 기능을 제공하는 것이 ATS라는 도구입니다. 요즘 많은 스타트업에서 ATS를 채용 업무에 활용하고 있습니다. 취업이나 이직에 도전하는 사람들에게 적합한 채용 공고를 추천해 주기 위해 수시로 채용 포지션을 모니터링하고 있습니다. 그 가운데 회사 홈페이지를 방문하여 채용 공고 페이지를 보면 현재 그 회사가 어떤 ATS 도메인을 사용하고 있는지 확인할 수 있습니다.&nbsp; ATS라는 도구가 채용 전형을 관리하는 데 도움이 될 뿐만 아니라 회사 채용 홈페이지를 구축하고 채용 공고 상세 페이지를 손쉽게 제작할 수 있는 기능을 제공하고 있어서 편리합니다. 다만, 이렇게 구축한 채용 홈페이지와 채용 공고 상세 페이지는 회사마다 거의 비슷하게 보여서 차별화가 없습니다. 내가 지금 채용 플랫폼에서 채용 공고를 열어보고 있는 것인지 헷갈릴 정도입니다. 생각해 보면, 알맹이가 중요하지 껍데기가 비슷하다고 해서 문제가 되는 것은 아닙니다. 시간과 비용 효율적으로 채용 홈페이지와 공고 내용을 관리할 수 있다면 외형적으로 차별된 매력이 조금 떨어지더라도 괜찮다고 생각합니다. 다만, 알맹이가 중요하다고 했듯이 홈페이지와 채용 공고를 채우는 내용이 진짜 회사가 전달하고 싶은 메시지로 가득 차있다면 좋겠습니다. ATS 도구를 사용하기 위한 비용 지출이 부담되어 채용 홈페이지를 온라인 문서 도구를 사용하거나 별도로 구축하지 않는 회사도 있습니다. 그리고 입사 지원을 구글 폼과 같은 설문 도구를 활용하거나 이메일 입사 지원으로 받는 회사도 있습니다. 비용을 절약하고, 아직 특별히 도구를 활용하여 입사 지원자를 관리할 만큼 모수가 많지 않은 경우, 수동으로 채용 전형과 입사 지원자를 관리하는 것이 합리적인 의사결정이 맞다고 생각합니다. 다만, 입사 지원자의 단계별 평가 내용이 기록되어 함께 채용 전형을 관리하는 동료에게 공유가 잘 되고 점검해 보면 좋겠습니다. 누적된 입사 지원자 데이터를 분석하여 더 나은 인재 영입 활동을 위해 인사이트를 발굴하는 일을 하고 있는지 점검해 보면 좋겠습니다. 만약 아직 이와 같은 액션을 취하고 있지 않다면, 비용을 투자하여 ATS 도구를 사용하거나 지금부터 따로 업무 시간을 떼어 채용 전형 관리와 데이터 분석을 하는 일을 시작하면 좋겠습니다. 채용 브랜드 이미지는 어디서부터 만들어질까 생각해 보면, 입사 지원자의 채용 여정 경험에서 비롯된다고 믿습니다. 입사 지원자의 채용 여정 경험이란 회사 채용 홈페이지를 방문해서 채용 관련 콘텐츠를 확인하고 공고 내용을 읽고 입사 지원하고 싶을 만큼 매력을 느끼는가 일 것입니다. 또, 이력서를 제출하고 면접을 보았을 때 이후 전형 절차에 대한 안내를 어떻게 하고 있는가, 어떤 채널로 메시지를 보내고 메시지 내용은 어떻고 얼마 만에 메시지를 받을 수 있는지 등과 같은 내용이 채용 브랜드 이미지를 결정한다고 생각합니다. 위와 같은 내용을 수동으로 잘 관리할 수 있다면, 전혀 문제가 없습니다. 다만, 저도 잠깐 채용 전형을 수동으로 관리해 본 입장에서 이야기하자면 관리가 정말 쉽지 않았습니다. 아무리 실시간으로 잘 체크한다고 하더라도 누락이 생기고, 그럼 평가가 늦거나 채용 전형 결과 안내가 지연되는 경험을 했는데, 이것이 회사 내부적으로나 입사 지원자 모두에게 긍정적인 경험은 아니었습니다. 기존에 하던 방식에서 업그레이드가 되려면 과거 데이터로부터 배움이 있어야 합니다. 이렇게 했더니 입사 지원자가 몇 명이었고, 저렇게 했더니 얼마나 빠르게 채용 전형이 진행되었고, 어떤 인재를 영입할 수 있었는지 분석을 통해 다음 채용이 발전할 수 있습니다. 그러려면 누적된 데이터를 잘 관리해야 하고, 실시간으로 원하는 형태로 볼 수 있어야 합니다. 하던 대로의 관성을 벗어나야 발전이 있습니다. 성장하려면 투자가 필요합니다. 투자의 대가가 비록 눈에 선명하게 보이지 않는 것 같지만, 자세히 들여다보면 시간과 에너지 등 효과적인 업무 처리라는 효율이라는 가치를 확인할 수 있습니다. 저는 ATS 도구를 만들어 제공하는 회사들과 아무런 관련이 없습니다. 그러나 채용 여정을 효과적으로 관리하고 발전시키는 데 한 번은 사용해 볼만한 도구라고 생각하여 추천합니다. 미래를 위해 투자할 만한 가치가 있다고 생각합니다.﻿

1. 21세기의 문제는 바람직한 모습과 현상의 갭이 아니라 ’대립‘에 있다.

2. 여기서 말하는 대립은 인간이 모순의 양립을 바라는 상태를 말한다.

3. 모순이란 인간이 A와 B, 양자를 성립시키기 위해 애쓰고 있는 상태이며 A와 B 모두 성립시키기 위해서는 상위개념인 C의 발견이 필요하다.

4. 이것이 21세기적 문제해결의 특징이다. 아인슈타인은 이렇게 말했다.

5. ”우리가 직면한 중요한 문제는 그 문제가 발생했을 때와 같은 사고의 레벨로는 해결할 수 없다“

#생각하는힘은유일한무기가된다 📚

1. 21세기의 문제는 바람직한 모습과 현상의 갭이 아니라 ’대립‘에 있다. ​2. 여기서 말하는 대립은 인간이 모순의 양립을 바라는 상태를 말한다. ​3. 모순이란 인간이 A와 B, 양자를 성립시키기 위해 애쓰고 있는 상태이며 A와 B 모두 성립시키기 위해서는 상위개념인 C의 발견이 필요하다. ​4. 이것이 21세기적 문제해결의 특징이다. 아인슈타인은 이렇게 말했다. ​5. ”우리가 직면한 중요한 문제는 그 문제가 발생했을 때와 같은 사고의 레벨로는 해결할 수 없다“ #생각하는힘은유일한무기가된다 📚

< 모순의 해답은 바로 한 단계 위에 있다 >

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

1. 창업의 세계에서는 스마트함이 덕목이 아닙니다.

2. 가장 중요한 것은 끈기와 꾸준함입니다. 그리고 계획보다는 실행이 더 중요합니다.

3. 얼마나 반복적으로 삽질을 하는지, 될 때까지 계속 하는지, 포기하지는 않는지 이런 것이 더 중요합니다.

4. 그래서 포기하기 전까지는 실패한 것이 아니라고 합니다.

#창업자의습관

1. 창업의 세계에서는 스마트함이 덕목이 아닙니다. ​2. 가장 중요한 것은 끈기와 꾸준함입니다. 그리고 계획보다는 실행이 더 중요합니다. ​3. 얼마나 반복적으로 삽질을 하는지, 될 때까지 계속 하는지, 포기하지는 않는지 이런 것이 더 중요합니다. ​4. 그래서 포기하기 전까지는 실패한 것이 아니라고 합니다. #창업자의습관

< 계획 말고 실행, 똑똑함보다 꾸준함이 승리한다 >

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

1
음악을 듣는 것, 그러니까 노래에서 마음을 울리는 것과 그렇지 않은 것을 주의 깊게 듣고, 리듬과 멜로디가 손가락이나 엉덩이처럼 몸의 일부라도 되듯 느끼는 것은 음악의 존재를 구성하는 필수불가결한 요소다.

2
사실상 듣는 사람이 없으면 음악은 존재하지 않는다. 청자는 노래를 구성하는 여러 차원들을 인식하고 느끼고 여기에 반응함으로써 창조의 과정을 마무리하고 음악 경험을 완성시킨다.

3
음악 경험을 만든다는 측면에서 볼 때, 청취라는 행위는 연주 행위 못지않게 꼭 필요한 요소일 수 있다.

4
하지만 청취는 자동으로 일어나지 않는다. 그냥 귀를 열어두는 것과는 다르다.

5
청취는 수동적이 아니라 능동적인 과정이다. 유능한 음악 청자가 되기 위해서는 호기심과 노력과 사랑이 필요하다.

6
하지만 다른 것도 필요하다. 청자로서 나의 유일무이한 정체성을 이해하고 껴안기.

#당신의음악취향은 📚

1 음악을 듣는 것, 그러니까 노래에서 마음을 울리는 것과 그렇지 않은 것을 주의 깊게 듣고, 리듬과 멜로디가 손가락이나 엉덩이처럼 몸의 일부라도 되듯 느끼는 것은 음악의 존재를 구성하는 필수불가결한 요소다. ​ 2 사실상 듣는 사람이 없으면 음악은 존재하지 않는다. 청자는 노래를 구성하는 여러 차원들을 인식하고 느끼고 여기에 반응함으로써 창조의 과정을 마무리하고 음악 경험을 완성시킨다. ​ 3 음악 경험을 만든다는 측면에서 볼 때, 청취라는 행위는 연주 행위 못지않게 꼭 필요한 요소일 수 있다. ​ 4 하지만 청취는 자동으로 일어나지 않는다. 그냥 귀를 열어두는 것과는 다르다. ​ 5 청취는 수동적이 아니라 능동적인 과정이다. 유능한 음악 청자가 되기 위해서는 호기심과 노력과 사랑이 필요하다. ​ 6 하지만 다른 것도 필요하다. 청자로서 나의 유일무이한 정체성을 이해하고 껴안기. #당신의음악취향은 📚

< 음악은 당신의 귀로 완성된다 >

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

면접관으로 들어가면 행동양식 질문으로 물어보는 두 가지 질문이 있다. 하나는 임팩트(Impact)에 관한 것이고 다른 하나는 협업(Collaboration)에 관한 것이다. 임팩트에는 관한 것으로 "커리어에서 가장 임팩트있는 프로젝트에 대해 이야기해달라"는 질문을 하고 협업에 관해서는 "같이 일해본 동료 중에 가장 힘들었던 사람이 누구였고 왜 힘들었지 이야기해달라"이다.

임팩트 질문은 전에 포스팅을 한 적이 있었는데 오늘은 협업 질문에 대해 더 이야기해보고자 한다. 어려운 동료에 관한 질문을 통해 알고자 하는 것은 이 사람이 완벽한 사람인지를 알고자 하는 것이 아니다. 얼마나 솔직한지 알고 싶고 어려운 동료를 통해 무엇을 배웠고 다음에 어떤 변화를 시도했는지 알고 싶은 거다. 즉 자신의 취약한 점을 솔직히 이야기할 줄 아는 사람인지 그리고 복기를 통해 발전을 꾀하는 사람인지 알고 싶은 건데 어떤 답변들은 너무나도 구체적이지 않고 피상적이다. 면접을 잘 하는 방법 중의 하나는 솔직하되 발전하는 모습에 대해 이야기하는 것이며 그렇게 커리어를 바라보는 것이 정말 좋지 않나 싶다.

이 이야기는 지난 주에 산호세 주립대 강의 도입부에 학생들에게 해준 면접 팁의 일부인데 매주 하나씩 공유할 계획이다.

면접관으로 들어가면 행동양식 질문으로 물어보는 두 가지 질문이 있다. 하나는 임팩트(Impact)에 관한 것이고 다른 하나는 협업(Collaboration)에 관한 것이다. 임팩트에는 관한 것으로 "커리어에서 가장 임팩트있는 프로젝트에 대해 이야기해달라"는 질문을 하고 협업에 관해서는 "같이 일해본 동료 중에 가장 힘들었던 사람이 누구였고 왜 힘들었지 이야기해달라"이다. 임팩트 질문은 전에 포스팅을 한 적이 있었는데 오늘은 협업 질문에 대해 더 이야기해보고자 한다. 어려운 동료에 관한 질문을 통해 알고자 하는 것은 이 사람이 완벽한 사람인지를 알고자 하는 것이 아니다. 얼마나 솔직한지 알고 싶고 어려운 동료를 통해 무엇을 배웠고 다음에 어떤 변화를 시도했는지 알고 싶은 거다. 즉 자신의 취약한 점을 솔직히 이야기할 줄 아는 사람인지 그리고 복기를 통해 발전을 꾀하는 사람인지 알고 싶은 건데 어떤 답변들은 너무나도 구체적이지 않고 피상적이다. 면접을 잘 하는 방법 중의 하나는 솔직하되 발전하는 모습에 대해 이야기하는 것이며 그렇게 커리어를 바라보는 것이 정말 좋지 않나 싶다. 이 이야기는 지난 주에 산호세 주립대 강의 도입부에 학생들에게 해준 면접 팁의 일부인데 매주 하나씩 공유할 계획이다.

면접 질문: 같이 일해본 동료 중에 가장 힘들었던 사람은 누구였나

저를 포함한 주변에서 자주 보이는, AI에 대해 공부하는 단계별 순서입니다.

1. ChatGPT 무료로 시작하기
2. GPTs 사용해보기
3. Claude, Google AI studio, Perplexity로 확장
4. 텍스트 기반 LLM에서 다른 모달(Modal)로 확장
(Ex. Midjourney, Genspark, PikaAI, Cursor)
5. LLM 무료 버전에서 유료 버전으로 전환하기
6. Prompt에 대해 공부하고 적용해보기
7. 새로 나오는 연구/논문 찾아보고 공부하기
8. Agent/Workflow에 대해 탐구하고 적용해보기
9. API로 연결해 직접 AI 도구 만들어보기

저를 포함한 주변에서 자주 보이는, AI에 대해 공부하는 단계별 순서입니다. 1. ChatGPT 무료로 시작하기2. GPTs 사용해보기3. Claude, Google AI studio, Perplexity로 확장4. 텍스트 기반 LLM에서 다른 모달(Modal)로 확장(Ex. Midjourney, Genspark, PikaAI, Cursor)5. LLM 무료 버전에서 유료 버전으로 전환하기6. Prompt에 대해 공부하고 적용해보기7. 새로 나오는 연구/논문 찾아보고 공부하기8. Agent/Workflow에 대해 탐구하고 적용해보기9. API로 연결해 직접 AI 도구 만들어보기&nbsp;

AI, 어디까지 써보셨나요?

‘매번 신경쓰지 않아도 API 요청 당 쿼리 호출 수가 임계치를 넘으면, 자동으로 알림이 오도록 만들 순 없을까?’ 라는 작은 고민을 시작으로 ‘모두가 쉽게 사용할 수 있게끔 라이브러리로 만들어보자!’ 까지 도달한 과정을 담은 이야기입니다. 실제로…

API 요청 당 쿼리 개수를 알고 싶어 라이브러리까지 만든 이야기 — 라이브러리 제작

‘매번 신경쓰지 않아도 API 요청 당 쿼리 호출 수가 임계치를 넘으면, 자동으로 알림이 오도록 만들 순 없을까?’ 라는 작은 고민을 시작으로 ‘모두가 쉽게 사용할 수 있게끔 라이브러리로 만들어보자!’ 까지 도달한 이야기
https://medium.com/@hyeon9mak/api-%EC%9A%94%EC%B2%AD-%EB%8B%B9-%EC%BF%BC%EB%A6%AC-%EA%B0%9C%EC%88%98%EB%A5%BC-%EC%95%8C%EA%B3%A0-%EC%8B%B6%EC%96%B4-%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC%EA%B9%8C%EC%A7%80-%EB%A7%8C%EB%93%A0-%EC%9D%B4%EC%95%BC%EA%B8%B0-%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC-%EC%A0%9C%EC%9E%91-de39f0d27351

‘매번 신경쓰지 않아도 API 요청 당 쿼리 호출 수가 임계치를 넘으면, 자동으로 알림이 오도록 만들 순 없을까?’ 라는 작은 고민을 시작으로 ‘모두가 쉽게 사용할 수 있게끔 라이브러리로 만들어보자!’ 까지 도달한 이야기https://medium.com/@hyeon9mak/api-%EC%9A%94%EC%B2%AD-%EB%8B%B9-%EC%BF%BC%EB%A6%AC-%EA%B0%9C%EC%88%98%EB%A5%BC-%EC%95%8C%EA%B3%A0-%EC%8B%B6%EC%96%B4-%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC%EA%B9%8C%EC%A7%80-%EB%A7%8C%EB%93%A0-%EC%9D%B4%EC%95%BC%EA%B8%B0-%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC-%EC%A0%9C%EC%9E%91-de39f0d27351

Medium

API 요청 당 쿼리 개수를 알고 싶어 라이브러리까지 만든 이야기

Embarking on a native port of the existing TypeScript compiler and toolset to achieve a 10x performance speed-up.

A 10x Faster TypeScript - TypeScript

타입스크립트가 컴파일러를 Go로 재작성하여 속도를 무려 10배 향상시킨다고 예고했습니다. 7.0 버전으로 출시 예정이고 올해 11월 즈음 베타 버전이 나올 것 같다고 하네요. 그동안 타입스크립트의 성능을 개선하기 위해서 오픈 소스로 여러 시도가 있었지만 모두 실패했는데 마이크로소프트에서 이렇게 직접 나서서 늦게라도 해결해주니 너무 좋은 것 같습니다. 덕분에 VSCode도 얼마나 빠릿빠릿해질지 벌써 기대가 되네요. 단지 Rust를 선택하지 않은 부분은 여러 커뮤니티에서 논쟁거리가 되고 있는 것 같습니다.

타입스크립트가 컴파일러를 Go로 재작성하여 속도를 무려 10배 향상시킨다고 예고했습니다. 7.0 버전으로 출시 예정이고 올해 11월 즈음 베타 버전이 나올 것 같다고 하네요. 그동안 타입스크립트의 성능을 개선하기 위해서 오픈 소스로 여러 시도가 있었지만 모두 실패했는데 마이크로소프트에서 이렇게 직접 나서서 늦게라도 해결해주니 너무 좋은 것 같습니다. 덕분에 VSCode도 얼마나 빠릿빠릿해질지 벌써 기대가 되네요. 단지 Rust를 선택하지 않은 부분은 여러 커뮤니티에서 논쟁거리가 되고 있는 것 같습니다.

TypeScript

🏎️ 타입스크립트가 10배나 빨라 진다구?! 😲

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

성급한 널 처리의 오류

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

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

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리그 프로그래머

학생 때는 회사 생활이 두려웠어요. 미디어에 비친 회사 생활은 수직적이고 권위적이었거든요.

회사에선 눈치 보는 야근을 해야 하고, 강요받는 회식 자리에 가야하며, 능력보다 관계가 중요한 곳이라고 느꼈어요.

그래서 도망쳤어요. 견뎌낼 자신 없는 문화를 가진 회사는 쳐다보지도 않았어요.

초봉이 중요하다며 조금 참고 돈 잘 주는 곳 가라는 말을 들었어요. 무시했어요. 적은 돈을 받더라도 괜찮았어요.

일이 좋아 출근이 기대되고, 동료들이 좋아 함께 여행도 떠날 수 있으면서, 능력으로 인정받을 수 있는 곳을 찾아다녔어요.

그렇게 9년이 흘렀어요. 저는 도망친 곳에서 낙원을 발견했고 지금의 제 삶을 즐기고 있어요.

학생 때는 회사 생활이 두려웠어요. 미디어에 비친 회사 생활은 수직적이고 권위적이었거든요. 회사에선 눈치 보는 야근을 해야 하고, 강요받는 회식 자리에 가야하며, 능력보다 관계가 중요한 곳이라고 느꼈어요. 그래서 도망쳤어요. 견뎌낼 자신 없는 문화를 가진 회사는 쳐다보지도 않았어요. 초봉이 중요하다며 조금 참고 돈 잘 주는 곳 가라는 말을 들었어요. 무시했어요. 적은 돈을 받더라도 괜찮았어요. 일이 좋아 출근이 기대되고, 동료들이 좋아 함께 여행도 떠날 수 있으면서, 능력으로 인정받을 수 있는 곳을 찾아다녔어요. 그렇게 9년이 흘렀어요. 저는 도망친 곳에서 낙원을 발견했고 지금의 제 삶을 즐기고 있어요.

도망친 곳에 낙원은… 있었다

Apache Kafka는 고성능의 분산 스트리밍 플랫폼으로, 프로듀서(Producer)와 컨슈머(Consumer) 간의 효율적인 데이터 전송을 지원합니다. 그러나 Kafka 자체는 데이터의 구조나 형식에 대한 검증을 수행하지 않으므로, 데이터 스키마의 관리와 호환성 유지에 어려움이 발생할 수 있습니다. 이러한 문제를 해결하기 위해 Schema Registry가 도입되었습니다.​ Schema Registry란 무엇인가?Schema Registry는 Kafka와 별도로 동작하는 독립적인 애플리케이션으로, Kafka에서 주고받는 메시지의 스키마를 중앙에서 관리하고 저장하는 역할을 합니다. 이를 통해 프로듀서와 컨슈머 간의 데이터 구조에 대한 명확한 정의를 공유하며, 데이터의 일관성과 호환성을 보장합니다. 왜 ..

Kafka Schema Registry: 데이터 스키마의 중앙 집중 관리

 Apache Kafka는 고성능의 분산 스트리밍 플랫폼으로, 프로듀서(Producer)와 컨슈머(Consumer) 간의 효율적인 데이터 전송을 지원합니다. 그러나 Kafka 자체는 데이터의 구조나 형식에 대한 검증을 수행하지 않으므로, 데이터 스키마의 관리와 호환성 유지에 어려움이 발생할 수 있습니다. 이러한 문제를 해결하기 위해 Schema Registry가 도입되었습니다.
 
Schema Registry란 무엇인가?
Schema Registry는 Kafka와 별도로 동작하는 독립적인 애플리케이션으로, Kafka에서 주고받는 메시지의 스키마를 중앙에서 관리하고 저장하는 역할을 합니다. 이를 통해 프로듀서와 컨슈머 간의 데이터 구조에 대한 명확한 정의를 공유하며, 데이터의 일관성과 호환성을 보장합니다.
 
왜 Schema Registry가 필요한가?
Kafka는 기본적으로 바이트 스트림으로 데이터를 처리하며, 데이터의 구조나 형식에 대한 제약이 없습니다. 이로 인해 다음과 같은 문제가 발생할 수 있습니다:
 * 스키마 변경으로 인한 장애 발생: 프로듀서가 데이터 형식을 변경하면, 이를 알지 못한 컨슈머는 역직렬화 과정에서 오류가 발생할 수 있습니다.
 * 데이터 명세 관리의 어려움: 여러 프로듀서와 컨슈머가 존재하는 환경에서 데이터 구조에 대한 명확한 정의가 없으면, 시스템 전체의 안정성이 저하될 수 있습니다. 
Schema Registry는 이러한 문제를 해결하기 위해 다음과 같은 기능을 제공합니다:
 * 스키마 중앙 관리: 모든 스키마를 중앙에서 관리하여 데이터 구조의 일관성을 유지합니다.
 * 호환성 검증: 새로운 스키마 등록 시 기존 스키마와의 호환성을 검증하여, 스키마 진화로 인한 오류를 방지합니다.
 * 스키마 버전 관리: 스키마의 버전을 체계적으로 관리하여, 필요 시 이전 버전으로의 롤백을 가능하게 합니다.

Schema Registry의 작동 원리
Schema Registry는 다음과 같은 흐름으로 작동합니다:
 1. 스키마 등록: 프로듀서는 메시지를 Kafka에 전송하기 전에 해당 메시지의 스키마를 Schema Registry에 등록합니다. 
 2. 스키마 ID 부여: Schema Registry는 등록된 스키마에 고유한 ID를 부여하고, 프로듀서는 이 스키마 ID를 메시지에 포함시켜 Kafka에 전송합니다.
 3. 메시지 소비: 컨슈머는 Kafka에서 메시지를 읽어들인 후, 메시지에 포함된 스키마 ID를 사용하여 Schema Registry에서 스키마를 조회하고, 이를 통해 메시지를 역직렬화합니다.
{
  "type": "record",
  "name": "User",
  "fields": [
    {"name": "name", "type": "string"},
    {"name": "age", "type": "int"}
  ]
}

 
이러한 과정은 프로듀서와 컨슈머 간의 데이터 구조에 대한 명확한 계약을 가능하게 하며, 시스템의 안정성과 데이터의 신뢰성을 향상시킵니다.
 
Schema Registry의 장단점
✅ 장점
 * 시스템 안정성 향상: 스키마 변경 시 발생할 수 있는 오류를 사전에 방지하여 시스템의 안정성을 높입니다.
 * 데이터 명세 관리 용이: 중앙에서 스키마를 관리함으로써 데이터 구조에 대한 명확한 정의를 제공하고, 운영의 효율성을 향상시킵니다.
 * 업무 효율성 증대: 스키마 관리로 인한 불필요한 커뮤니케이션을 줄여 개발자들이 본연의 업무에 집중할 수 있게 합니다.
❌ 단점
 * 관리 포인트 증가: Schema Registry 서버를 추가로 관리해야 하므로 운영 복잡성이 증가할 수 있습니다.
 * 스키마 관리 부담: 엄격한 스키마 검증으로 인해 스키마 변경 시 추가적인 관리 작업이 필요할 수 있습니다.
 
결론
Kafka Schema Registry는 데이터의 스키마를 중앙에서 관리하여 프로듀서와 컨슈머 간의 일관성을 보장하는 필수적인 컴포넌트입니다. 이를 통해 데이터의 신뢰성을 유지하고, 스키마 변경으로 인한 장애를 방지할 수 있습니다.
 
📌 기억할 점
 * Kafka 자체는 데이터 형식을 검증하지 않음 → Schema Registry가 필요함
 * 프로듀서는 메시지를 전송하기 전에 Schema Registry에 스키마를 등록해야 함
 * 컨슈머는 메시지를 소비할 때 Schema Registry에서 스키마를 조회하여 역직렬화함
 * JSON, Avro, Protobuf 등의 다양한 포맷을 지원함

&nbsp;Apache Kafka는 고성능의 분산 스트리밍 플랫폼으로, 프로듀서(Producer)와 컨슈머(Consumer) 간의 효율적인 데이터 전송을 지원합니다. 그러나 Kafka 자체는 데이터의 구조나 형식에 대한 검증을 수행하지 않으므로, 데이터 스키마의 관리와 호환성 유지에 어려움이 발생할 수 있습니다. 이러한 문제를 해결하기 위해 Schema Registry가 도입되었습니다.​&nbsp;Schema Registry란 무엇인가?Schema Registry는 Kafka와 별도로 동작하는 독립적인 애플리케이션으로, Kafka에서 주고받는 메시지의 스키마를 중앙에서 관리하고 저장하는 역할을 합니다. 이를 통해 프로듀서와 컨슈머 간의 데이터 구조에 대한 명확한 정의를 공유하며, 데이터의 일관성과 호환성을 보장합니다.&nbsp;왜 Schema Registry가 필요한가?Kafka는 기본적으로 바이트 스트림으로 데이터를 처리하며, 데이터의 구조나 형식에 대한 제약이 없습니다. 이로 인해 다음과 같은 문제가 발생할 수 있습니다:​<ul ><li>스키마 변경으로 인한 장애 발생: 프로듀서가 데이터 형식을 변경하면, 이를 알지 못한 컨슈머는 역직렬화 과정에서 오류가 발생할 수 있습니다. ​</li><li>데이터 명세 관리의 어려움: 여러 프로듀서와 컨슈머가 존재하는 환경에서 데이터 구조에 대한 명확한 정의가 없으면, 시스템 전체의 안정성이 저하될 수 있습니다.&nbsp;</li></ul>Schema Registry는 이러한 문제를 해결하기 위해 다음과 같은 기능을 제공합니다:​<ul ><li>스키마 중앙 관리: 모든 스키마를 중앙에서 관리하여 데이터 구조의 일관성을 유지합니다.​</li><li>호환성 검증: 새로운 스키마 등록 시 기존 스키마와의 호환성을 검증하여, 스키마 진화로 인한 오류를 방지합니다.​</li><li>스키마 버전 관리: 스키마의 버전을 체계적으로 관리하여, 필요 시 이전 버전으로의 롤백을 가능하게 합니다.</li></ul> Schema Registry의 작동 원리Schema Registry는 다음과 같은 흐름으로 작동합니다:​<ol ><li>스키마 등록: 프로듀서는 메시지를 Kafka에 전송하기 전에 해당 메시지의 스키마를 Schema Registry에 등록합니다.&nbsp;</li><li>스키마 ID 부여: Schema Registry는 등록된 스키마에 고유한 ID를 부여하고, 프로듀서는 이 스키마 ID를 메시지에 포함시켜 Kafka에 전송합니다.​</li><li>메시지 소비: 컨슈머는 Kafka에서 메시지를 읽어들인 후, 메시지에 포함된 스키마 ID를 사용하여 Schema Registry에서 스키마를 조회하고, 이를 통해 메시지를 역직렬화합니다.​</li></ol><pre ><code class="language-bash">{
 "type": "record",
 "name": "User",
 "fields": [
 {"name": "name", "type": "string"},
 {"name": "age", "type": "int"}
 ]
}</code></pre>&nbsp;이러한 과정은 프로듀서와 컨슈머 간의 데이터 구조에 대한 명확한 계약을 가능하게 하며, 시스템의 안정성과 데이터의 신뢰성을 향상시킵니다.&nbsp;Schema Registry의 장단점✅ 장점<ul ><li>시스템 안정성 향상: 스키마 변경 시 발생할 수 있는 오류를 사전에 방지하여 시스템의 안정성을 높입니다.</li><li>데이터 명세 관리 용이: 중앙에서 스키마를 관리함으로써 데이터 구조에 대한 명확한 정의를 제공하고, 운영의 효율성을 향상시킵니다.​</li><li>업무 효율성 증대: 스키마 관리로 인한 불필요한 커뮤니케이션을 줄여 개발자들이 본연의 업무에 집중할 수 있게 합니다.</li></ul>❌ 단점<ul ><li>관리 포인트 증가: Schema Registry 서버를 추가로 관리해야 하므로 운영 복잡성이 증가할 수 있습니다.​</li><li>스키마 관리 부담: 엄격한 스키마 검증으로 인해 스키마 변경 시 추가적인 관리 작업이 필요할 수 있습니다.</li></ul>&nbsp;결론Kafka Schema Registry는 데이터의 스키마를 중앙에서 관리하여 프로듀서와 컨슈머 간의 일관성을 보장하는 필수적인 컴포넌트입니다. 이를 통해 데이터의 신뢰성을 유지하고, 스키마 변경으로 인한 장애를 방지할 수 있습니다.&nbsp;📌 기억할 점<ul ><li>Kafka 자체는 데이터 형식을 검증하지 않음 → Schema Registry가 필요함</li><li>프로듀서는 메시지를 전송하기 전에 Schema Registry에 스키마를 등록해야 함</li><li>컨슈머는 메시지를 소비할 때 Schema Registry에서 스키마를 조회하여 역직렬화함</li><li>JSON, Avro, Protobuf 등의 다양한 포맷을 지원함 </li></ul>

덕토피아

🕊️ Kafka Schema Registry: 데이터 스키마 관리

사용자가 공유한 콘텐츠

체력은 "하고 싶은 것과 할 수 있는 것 사이의 갭을 줄이는 거예요."라는 말에 밑줄을 그었습니다. 원문 제목은 "40대 이후엔 체력전이다"인데, 전체를 관통하는 내용은 '다정함은 체력에서 나오니까, 다정하려면 체력을 길러라'는 명제에 가까운 내용입니다. 전 구글 디렉터 정김경숙 님이 체력을 가꾸는 이유, 나노운동을 통해 "시간이 없다"라는 핑계를 멀리하는 이유에도 고개를 끄덕이게 됩니다.

사실 정김경숙 님이 유명해진 건 구글에서 17년 일하다 갑자기 해고당한 이후 주 80시간의 육체노동을 택하며 '트레이더조'에서 일하며 스몰토크를 하는 경험을 긍정적으로 이야기하면서부터였는데요. 점심시간 1시간을 활용해서는 리프트로 라이드헤일링을 하며 다리는 쉬면서 또 일을 했죠. 트레이더조 일이 끝나면 곧장 스타벅스 유니폼을 입었습니다. 즐겁게 일했다는 점을 생각하면 그녀는 스스로에게 다정했습니다.

낯선 사람에게 친절을 베풀면 그 의도를 의심하는 게 더 합리적인 것 같은 사회에 살고 있지만, 다정함은 누구나에게 필요합니다. 스스로에게 다정할 만큼 체력을 기르고 나면, 남는 체력으로는 이방인에게도 다정할 수 있지 않을까요? 오늘 이 아티클 덕분에 낯선 이에게 조금 더 친절할 수 있었고, 더 괜찮은 사람이 되겠다는 다짐을 했습니다.

https://www.folin.co/article/10337/gift/DghwhBThRk5eYf1Xrm2vYX7f6xiFZe6L

체력은 "하고 싶은 것과 할 수 있는 것 사이의 갭을 줄이는 거예요."라는 말에 밑줄을 그었습니다. 원문 제목은 "40대 이후엔 체력전이다"인데, 전체를 관통하는 내용은 '다정함은 체력에서 나오니까, 다정하려면 체력을 길러라'는 명제에 가까운 내용입니다. 전 구글 디렉터 정김경숙 님이 체력을 가꾸는 이유, 나노운동을 통해 "시간이 없다"라는 핑계를 멀리하는 이유에도 고개를 끄덕이게 됩니다. 사실 정김경숙 님이 유명해진 건 구글에서 17년 일하다 갑자기 해고당한 이후 주 80시간의 육체노동을 택하며 '트레이더조'에서 일하며 스몰토크를 하는 경험을 긍정적으로 이야기하면서부터였는데요. 점심시간 1시간을 활용해서는 리프트로 라이드헤일링을 하며 다리는 쉬면서 또 일을 했죠. 트레이더조 일이 끝나면 곧장 스타벅스 유니폼을 입었습니다. 즐겁게 일했다는 점을 생각하면 그녀는 스스로에게 다정했습니다. 낯선 사람에게 친절을 베풀면 그 의도를 의심하는 게 더 합리적인 것 같은 사회에 살고 있지만, 다정함은 누구나에게 필요합니다. 스스로에게 다정할 만큼 체력을 기르고 나면, 남는 체력으로는 이방인에게도 다정할 수 있지 않을까요? 오늘 이 아티클 덕분에 낯선 이에게 조금 더 친절할 수 있었고, 더 괜찮은 사람이 되겠다는 다짐을 했습니다. https://www.folin.co/article/10337/gift/DghwhBThRk5eYf1Xrm2vYX7f6xiFZe6L

www.folin.co

《다정함도 체력에서 나오니까》

최근 DeepSeek에 이어 중국발 AI에이전트 돌풍(?)을 일으키고 있는 마누스(Manus) AI 내용을 정리해봅니다.

🍏 Manus AI 개요
 * 개발사: 중국 스타트업 Monica
 * 출시: 2025년 3월 6일
 * 기반 모델: Anthropic의 Claude 3.5 Sonnet과 Alibaba의 Qwen 모델 기반
 * 특징
   * 세계 최초의 범용 자율 AI 에이전트
   * OpenAI Deep Research, Gemini Deep Research 등에서 볼 수 있는 딥 리서치 기능을 구현한 멀티 에이전트 협업 시스템
   * 기존의 챗봇이나 AI 모델과 달리, Manus는 단순한 답변 제공을 넘어 실제 결과물을 도출하는 데 초점
   * 계획, 실행, 검증을 담당하는 별도의 에이전트들로 구성된 멀티 에이전트 아키텍처
   * 대규모 작업을 수백개의 실행 가능한 하위 작업으로 나누는 동적 타겟 분해 기능
   * 여러 유형의 데이터를 동시에 처리하는 교차 모달 추론 기능
   * 강화학습을 통한 의사결정 효율성 지속적인 개선 및 오류율 최소화
   * 지시를 기다리지 않고 스스로 작업을 시작하고 새로운 정보를 평가하며 접근 방식으로 동적으로 조정하는 자기주도적 작업 수행

🍏 기술적 특징
 * 멀티 에이전트 아키텍처
   * 계획 에이전트(Planning Agent)
     * 작업 분석 및 단계별 계획 수립
     * 사용자 요청을 PDCA(Plan-Do-Check-Act) 사이클로 분해
     * Monte Carlo Tree Search(MCTS) 알고리즘 활용
     * Anthropic Qwen 모델 기반의 텍스트 분석 및 전략 세분화
   * 실행 에이전트(Execution Agent)
     * 웹 브라우저/데이터베이스 등 27개 외부 도구와 실시간 연동
     * Claude 3.5 Sonnet 모델을 주력으로 사용
     * 비동기적 클라우드 처리 아키텍처 지원
   * 검증 에이전트(Validation Agent)
     * 결과 검증 및 최적화
     * 3단계 검증 프로세스: 형식 검증 (표 구조/코드 문법), 내용 검증 (사실 관계 확인, 컨텍스트 검증 (사용자 의도 부합 여부)
 * 성능 향상 메커니즘
   * 동적 모델 로딩: 작업 요구사항에 따라 GPT-4, Gemini 등 제3자 모델 추가 호출
   * 실시간 피드백 루프: 오류 발생 시 자동 재계획 알고리즘 가동
   * 크로스 모달 퓨전: 텍스트-이미지 결합 분석을 위한 어텐션 메커니즘 적용
 * 혁신적인 기능
   * 비동기 처리: Celery 작업규 + Redis 캐시 - 오픈라인 작업 지속 가능
   * 메모리 시스템: 벡터 데이터베이스 기반 장기 기억 - 사용자 패턴 학습 최적화
   * 보안 프레임워크: 샌드박스 가상머신 격리 - 외부시스템 영향 제거
 * 외부 도구 통합: 웹 브라우저, 데이터베이스, 코드 편집기 등 다양한 소프트웨어와 통합
 * 클라우드 기반 운영: 비동기적 클라우드 처리를 지원하여 효율적인 작업 수행 가능

🍏 성능
 * Meta AI와 Hugging Face가 개발한 GAIA 테스트에서 OpenAI GPT-4o 대비 18% or 23% 높은 정확도

🍏 단점 및 한계
 * 초기 오류 빈도: 무한 루프 발생, 오류 메시지 출력 등 초기 사용자 경험에서 문제 보고
 * 사실 정확성 부족: 정보 누락 또는 부정확한 데이터 제공 사례 존재
 * API 의존성: API가 없는 애플리케이션과의 호환성이 제한적
 * 복제 가능성: 자체 모델 개발보다는 통합에 의존하기 때문에 경쟁사에 의해 복제될 위험

🍏 비즈니스 가능성
 * 기업용 솔루션: B2B 공급업체 발굴, 재무 보고서 분석 등
 * 개인 비서 역할: 여행 계획, 보험 비교, 교육 과정 개발 등
 * 자동화된 업무 처리: 온라인 스토어 운영 분석, 채용 인터뷰 준비 등

🍏 미래 전망
 * 오픈소스화 계획: Monica는 2025년 말까지 Manus AI를 오픈소스로 공개할 계획
 * 확장성: 개발자들이 맞춤형 플러그인을 구축하거나 틈새 응용 프로그램에 최적화할 수 있는 가능성 제공

최근 DeepSeek에 이어 중국발 AI에이전트 돌풍(?)을 일으키고 있는 마누스(Manus) AI 내용을 정리해봅니다. 🍏 Manus AI 개요<ul><li>개발사: 중국 스타트업 Monica</li><li>출시: 2025년 3월 6일</li><li>기반 모델: Anthropic의 Claude 3.5 Sonnet과 Alibaba의 Qwen 모델 기반</li><li>특징<ul><li>세계 최초의 범용 자율 AI 에이전트</li><li>OpenAI Deep Research, Gemini Deep Research 등에서 볼 수 있는 딥 리서치 기능을 구현한 멀티 에이전트 협업 시스템</li><li>기존의 챗봇이나 AI 모델과 달리, Manus는 단순한 답변 제공을 넘어 실제 결과물을 도출하는 데 초점</li><li>계획, 실행, 검증을 담당하는 별도의 에이전트들로 구성된 멀티 에이전트 아키텍처</li><li>대규모 작업을 수백개의 실행 가능한 하위 작업으로 나누는 동적 타겟 분해 기능</li><li>여러 유형의 데이터를 동시에 처리하는 교차 모달 추론 기능</li><li>강화학습을 통한 의사결정 효율성 지속적인 개선 및 오류율 최소화</li><li>지시를 기다리지 않고 스스로 작업을 시작하고 새로운 정보를 평가하며 접근 방식으로 동적으로 조정하는 자기주도적 작업 수행</li></ul></li></ul> 🍏 기술적 특징<ul><li>멀티 에이전트 아키텍처<ul><li>계획 에이전트(Planning Agent)<ul><li>작업 분석 및 단계별 계획 수립</li><li>사용자 요청을 PDCA(Plan-Do-Check-Act) 사이클로 분해</li><li>Monte Carlo Tree Search(MCTS) 알고리즘 활용</li><li>Anthropic Qwen 모델 기반의 텍스트 분석 및 전략 세분화</li></ul></li><li>실행 에이전트(Execution Agent)<ul><li>웹 브라우저/데이터베이스 등 27개 외부 도구와 실시간 연동</li><li>Claude 3.5 Sonnet 모델을 주력으로 사용</li><li>비동기적 클라우드 처리 아키텍처 지원</li></ul></li><li>검증 에이전트(Validation Agent)<ul><li>결과 검증 및 최적화</li><li>3단계 검증 프로세스: 형식 검증 (표 구조/코드 문법), 내용 검증 (사실 관계 확인, 컨텍스트 검증 (사용자 의도 부합 여부)</li></ul></li></ul></li><li>성능 향상 메커니즘<ul><li>동적 모델 로딩: 작업 요구사항에 따라 GPT-4, Gemini 등 제3자 모델 추가 호출</li><li>실시간 피드백 루프: 오류 발생 시 자동 재계획 알고리즘 가동</li><li>크로스 모달 퓨전: 텍스트-이미지 결합 분석을 위한 어텐션 메커니즘 적용</li></ul></li><li>혁신적인 기능<ul><li>비동기 처리: Celery 작업규 + Redis 캐시 - 오픈라인 작업 지속 가능</li><li>메모리 시스템: 벡터 데이터베이스 기반 장기 기억 - 사용자 패턴 학습 최적화</li><li>보안 프레임워크: 샌드박스 가상머신 격리 - 외부시스템 영향 제거</li></ul></li><li>외부 도구 통합: 웹 브라우저, 데이터베이스, 코드 편집기 등 다양한 소프트웨어와 통합</li><li>클라우드 기반 운영: 비동기적 클라우드 처리를 지원하여 효율적인 작업 수행 가능</li></ul> 🍏 성능<ul><li>Meta AI와 Hugging Face가 개발한 GAIA 테스트에서 OpenAI GPT-4o 대비 18% or 23% 높은 정확도</li></ul> 🍏 단점 및 한계<ul><li>초기 오류 빈도: 무한 루프 발생, 오류 메시지 출력 등 초기 사용자 경험에서 문제 보고</li><li>사실 정확성 부족: 정보 누락 또는 부정확한 데이터 제공 사례 존재</li><li>API 의존성: API가 없는 애플리케이션과의 호환성이 제한적</li><li>복제 가능성: 자체 모델 개발보다는 통합에 의존하기 때문에 경쟁사에 의해 복제될 위험</li></ul> 🍏 비즈니스 가능성<ul><li>기업용 솔루션: B2B 공급업체 발굴, 재무 보고서 분석 등</li><li>개인 비서 역할: 여행 계획, 보험 비교, 교육 과정 개발 등</li><li>자동화된 업무 처리: 온라인 스토어 운영 분석, 채용 인터뷰 준비 등</li></ul> 🍏 미래 전망<ul><li>오픈소스화 계획: Monica는 2025년 말까지 Manus AI를 오픈소스로 공개할 계획</li><li>확장성: 개발자들이 맞춤형 플러그인을 구축하거나 틈새 응용 프로그램에 최적화할 수 있는 가능성 제공</li></ul>

마누스(Manus) AI

우디의 컨설팅:  합격으로 가는 3가지 차별점 회사별 맞춤 포트폴리오,  합격을 부르는 비결입니다. 5회 코칭 진행 
 핀테크 프로덕트 디자이너로 최종 합격한 김** 님의 실제 리뷰입니다.  2회 코칭 진행 
 핀테크 프로덕트 디자이너로 최종 합격한 **호 님의 실제 리뷰입니다.  2회 코칭 진행 
 에이전시 → 스타트업 디자이너로 이직 성공한 **수 님의

[🚨3월·소수 정예!] 유니콘·빅테크 합격한 UX/UI 포트폴리오 컨설팅 - PO·디자인 리드 우디 - 우디디자인랩

Q) 🧑‍💻 평소 업무나 협업 시, 본인의 커뮤니케이션 스타일은 어떤 편인가요? (우디)

A) 🙋‍♀️ 저는 상대방이 궁금해하거나 필요로 할 수 있는 정보를 구체적으로 전달하려는 편이에요. 가령 프로젝트를 진행할 때도, “이건 왜 필요한가” “어떤 방식으로 진행될 것인가” 같은 구체적인 맥락을 먼저 짚어요. 특히 추가 설명이 필요할 것 같은 부분은 상세하게 적어서 미리 공유하고, 혹시 오해가 생기지 않도록 직접 확인하려고 노력합니다. 제가 조금 더 신경을 써야 의사소통 과정에서 불필요한 혼란을 줄일 수 있다고 생각해요. (5년차 UX/UI 디자이너분)

* 저맥락 커뮤니케이션을 통해 오해를 줄이는 커뮤니케이션 스타일이 느껴져 좋았습니다.

Q) 🧑‍💻 평소 업무나 협업 시, 본인의 커뮤니케이션 스타일은 어떤 편인가요? (우디) A) 🙋‍♀️ 저는 상대방이 궁금해하거나 필요로 할 수 있는 정보를 구체적으로 전달하려는 편이에요. 가령 프로젝트를 진행할 때도, “이건 왜 필요한가” “어떤 방식으로 진행될 것인가” 같은 구체적인 맥락을 먼저 짚어요. 특히 추가 설명이 필요할 것 같은 부분은 상세하게 적어서 미리 공유하고, 혹시 오해가 생기지 않도록 직접 확인하려고 노력합니다. 제가 조금 더 신경을 써야 의사소통 과정에서 불필요한 혼란을 줄일 수 있다고 생각해요. (5년차 UX/UI 디자이너분) * 저맥락 커뮤니케이션을 통해 오해를 줄이는 커뮤니케이션 스타일이 느껴져 좋았습니다.

Latpeed

기억에 남는 디자이너 면접 답변 [9]

1. 자연은 개인이 아니라 전체를 위해 최적화되어 있다.

2. 하지만 대부분의 사람은 자신에게 어떤 영향을 미치는가에만 초점을 맞춰 좋고 나쁨을 판단한다.

3. 내가 본 것은 자연이 작동하는 하나의 과정이었고, 이것은 인간이 발명한 그 어떤 절차나 과정보다 전체를 발전시키는 데 훨씬 더 효율적이다.

#원칙 📚

1. 자연은 개인이 아니라 전체를 위해 최적화되어 있다. ​2. 하지만 대부분의 사람은 자신에게 어떤 영향을 미치는가에만 초점을 맞춰 좋고 나쁨을 판단한다. ​3. 내가 본 것은 자연이 작동하는 하나의 과정이었고, 이것은 인간이 발명한 그 어떤 절차나 과정보다 전체를 발전시키는 데 훨씬 더 효율적이다. #원칙 📚

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

고려대학교에서 컴퓨터과학을 전공하고 이동통신사에서 사회생활을 시작했습니다. 조금은 생소했던 그 업무가 저의 첫 Product Management 업무였습니다. 이후 네이버에서 서비스 기획자, 쿠팡에서 Product Owner로 일했습니다. 지금은 여행중계 플랫폼 서비스를 제공하는 마이리얼트립에서 Product Manager 및 Growth Team을 맡고 있습니다.

스페이스오디티 부대표/CPO

장홍석

- 스타트업 경영 / Product / 독서의 경험을 나눕니다 🚀

처음 배워도 재미있고 가치있는 DATA/AI 교육을 만듭니다.

𝙍𝙞𝙘𝙝𝙖𝙧𝙙 

당신이 DATA/AI를 재미있고 가치있게 배울수 있도록 돕습니다.
Founder @ datarichard (datarichard.simple.ink)


< 자연은 전체를 최적화하지만, 인간은 개인에만 집중한다 >

댓글 1

비슷한 게시물

주간 인기 TOP 10

추천 프로필