MMA를 좋아하는 사람이라면 모두들 조 로건이란 해설자를 알 것이다. 원래는 코메디언이었고 지금은 JRE(Joe Rogan Experience)라는 유튜브/팟캐스트 채널로 유명한데 이 사람이 지난 1월 10일 메타의 마크 저커버그 창업자와 2시간 반 넘게 인터뷰를 공개했다.

대략 인터뷰가 시작되고 2시간 8분이 넘었을 무렵 조 로건이 이런 이야기를 하기 시작했다.

“First of all they’ve already shown that AI has learned to code I mean this is one of the things that open AI said that they’re learning how to code their own AI”
“우선, AI가 이미 코딩을 배우는 모습을 보여주었는데 이는 OpenAI가 자신들의 AI 자체를 코딩하는 방법을 배우고 있다고 언급한 것 중 하나다.”

이 이야기를 듣고 마크 저커버그는 잠깐 정신을 못 차린 건지 아래와 같은 이야기를 늘어놓기 시작했다.

“I think this year probably in 2025 we at Meta as well as the other companies that are basically working on this are going to have an AI that can effectively be a sort of mid-level engineer that you have at your company that can write code. And once you have that then in the beginning it’ll be really expensive to run. Then you can get it to be more efficient and then over time we’ll get to the point where a lot of code in our apps and including AI that we generate is actually going to be built by AI engineers instead of people engineers”
“아마도 올해, 2025년 안에 Meta뿐만 아니라 이와 관련된 작업을 하고 있는 다른 기업들도 회사의 중급 엔지니어 수준으로 효과적으로 코드를 작성할 수 있는 AI를 가지게 될 것이라고 생각한다. 처음에는 이를 운영하는 데 정말 많은 비용이 들겠지만, 점차 더 효율적으로 만들어질 것이다. 그리고 시간이 지나면, 우리의 앱에서 사용하는 많은 코드와 우리가 생성하는 AI 자체도 인간 엔지니어가 아닌 AI 엔지니어에 의해 제작되는 단계에 이를 것이다.”

그리고나서 본인 말이 가지는 임팩트를 깨달았는지 빠르게 아래와 같은 말을 덧붙였다.

“but I don’t know I think that that’ll augment the people working on it so I mean my view on this is like in the future people are just going to be so much more creative and they’re going to be freed up to do kind of crazy things”
“하지만 잘 모르겠다. 내 생각에는 이것이 해당 작업을 하는 사람들을 보완해줄 것 같다. 즉 내 관점으로는, 미래에는 사람들이 훨씬 더 창의적으로 변하고, 자유로워져서 정말 대단하고 독창적인 일을 할 수 있게 될 것이다.”

------------

위 인터뷰 자체는 하나의 에피소드 정도로 느낄 수도 있겠지만 트럼프와 항상 날 세운 형태로 대립하던 마크 저커버그가 이제 트럼프가 다시 대통령이 되니 180도 다른 이야기를 하는 걸 보면 그다지 좋게 보이지는 않는다. 그 와중에 오늘 (미국 시간 1월 14일) 블룸버그에 이런 기사가 떴다.

Meta to Cut Roughly 5% of Staff, Targeting Lowest Performers
“Meta Platforms Inc. is cutting roughly 5% of its staff through performance-based terminations and plans to hire new people to fill their roles this year, according to an internal memo sent to all employees.”

메타, 성과 최하위 직원을 대상으로 약 5% 인력 감축 예정
“메타 플랫폼스(Meta Platforms Inc.)는 모든 직원에게 보내진 내부 메모에 따르면 성과 기반으로 전체 직원의 약 5%를 해고하고, 올해 대체할 새로운 인원을 채용할 계획이라고 밝혔다.”

5%는 대략 3,600명에 해당한다고 한다. 어쩌면 이 감축의 일부는 AI로 대체하려는 것은 아닐까? 사실 불가능한 것은 아닐 것 같다. 2025년 개발자 세상에는 어떤 일들이 벌어질까?

MMA를 좋아하는 사람이라면 모두들 조 로건이란 해설자를 알 것이다. 원래는 코메디언이었고 지금은 JRE(Joe Rogan Experience)라는 유튜브/팟캐스트 채널로 유명한데 이 사람이 지난 1월 10일 메타의 마크 저커버그 창업자와 2시간 반 넘게 인터뷰를 공개했다. 대략 인터뷰가 시작되고 2시간 8분이 넘었을 무렵 조 로건이 이런 이야기를 하기 시작했다. “First of all they’ve already shown that AI has learned to code I mean this is one of the things that open AI said that they’re learning how to code their own AI”“우선, AI가 이미 코딩을 배우는 모습을 보여주었는데 이는 OpenAI가 자신들의 AI 자체를 코딩하는 방법을 배우고 있다고 언급한 것 중 하나다.” 이 이야기를 듣고 마크 저커버그는 잠깐 정신을 못 차린 건지 아래와 같은 이야기를 늘어놓기 시작했다. “I think this year probably in 2025 we at Meta as well as the other companies that are basically working on this are going to have an AI that can effectively be a sort of mid-level engineer that you have at your company that can write code. And once you have that then in the beginning it’ll be really expensive to run. Then you can get it to be more efficient and then over time we’ll get to the point where a lot of code in our apps and including AI that we generate is actually going to be built by AI engineers instead of people engineers”“아마도 올해, 2025년 안에 Meta뿐만 아니라 이와 관련된 작업을 하고 있는 다른 기업들도 회사의 중급 엔지니어 수준으로 효과적으로 코드를 작성할 수 있는 AI를 가지게 될 것이라고 생각한다. 처음에는 이를 운영하는 데 정말 많은 비용이 들겠지만, 점차 더 효율적으로 만들어질 것이다. 그리고 시간이 지나면, 우리의 앱에서 사용하는 많은 코드와 우리가 생성하는 AI 자체도 인간 엔지니어가 아닌 AI 엔지니어에 의해 제작되는 단계에 이를 것이다.” 그리고나서 본인 말이 가지는 임팩트를 깨달았는지 빠르게 아래와 같은 말을 덧붙였다. “but I don’t know I think that that’ll augment the people working on it so I mean my view on this is like in the future people are just going to be so much more creative and they’re going to be freed up to do kind of crazy things”“하지만 잘 모르겠다. 내 생각에는 이것이 해당 작업을 하는 사람들을 보완해줄 것 같다. 즉 내 관점으로는, 미래에는 사람들이 훨씬 더 창의적으로 변하고, 자유로워져서 정말 대단하고 독창적인 일을 할 수 있게 될 것이다.” ------------ 위 인터뷰 자체는 하나의 에피소드 정도로 느낄 수도 있겠지만 트럼프와 항상 날 세운 형태로 대립하던 마크 저커버그가 이제 트럼프가 다시 대통령이 되니 180도 다른 이야기를 하는 걸 보면 그다지 좋게 보이지는 않는다. 그 와중에 오늘 (미국 시간 1월 14일) 블룸버그에 이런 기사가 떴다. Meta to Cut Roughly 5% of Staff, Targeting Lowest Performers“Meta Platforms Inc. is cutting roughly 5% of its staff through performance-based terminations and plans to hire new people to fill their roles this year, according to an internal memo sent to all employees.” 메타, 성과 최하위 직원을 대상으로 약 5% 인력 감축 예정“메타 플랫폼스(Meta Platforms Inc.)는 모든 직원에게 보내진 내부 메모에 따르면 성과 기반으로 전체 직원의 약 5%를 해고하고, 올해 대체할 새로운 인원을 채용할 계획이라고 밝혔다.” 5%는 대략 3,600명에 해당한다고 한다. 어쩌면 이 감축의 일부는 AI로 대체하려는 것은 아닐까? 사실 불가능한 것은 아닐 것 같다. 2025년 개발자 세상에는 어떤 일들이 벌어질까?

2025년 메타 5% 인력 감축: AI 개발자 대체의 신호탄?

블룸버그 5% 인력 감축 기사: https://www.bloomberg.com/news/articles/2025-01-14/meta-is-planning-to-cut-5-of-lowest-performers-memo-shows

조 로건 인터뷰 영상: https://www.youtube.com/watch?v=7k1ehaE0bdU&t=7685s

- 초반의 투자가 큰 레버리지를 만든다.
- 거부할 수 없는 제안은 공개적으로 한다.
- 돈의 게임이 아닌 설득과 상호교환의 게임을 한다.
- 여러 영역보다 자신의 영역을 견고히 한다.
- 꼭 1등이 아니여도 경쟁력을 가질 수 있다.

- 초반의 투자가 큰 레버리지를 만든다. - 거부할 수 없는 제안은 공개적으로 한다.- 돈의 게임이 아닌 설득과 상호교환의 게임을 한다.- 여러 영역보다 자신의 영역을 견고히 한다.- 꼭 1등이 아니여도 경쟁력을 가질 수 있다.

인생에 대입해보는 부루마블 마인드

GPT API를 활용한 인공지능 앱 개발 | o1부터 RAG, 랭체인, 파인 튜닝 그리고 프롬프트 엔지니어링까지 GPT와 파이썬을 활용한 실전 LLM 앱 개발챗GPT의 등장 이후로 언어 모델은 놀라운 속도로 진화하고 있습니다. 이 책은 LLM의 흥……

GPT API를 활용한 인공지능 앱 개발 | 올리비에 케일린 - 교보문고

최근에 AI관련 개발을 하고 있는데, 랭체인이나 RAG, 임베딩등 생소한 부분들이 있어서
한빛미디어에서 나온 <GPT API를 활용한 인공지능 앱 개발> 을 읽어보았습니다.

AI관련 개발을 하고자 하는 사람, 혹은 AI 관련 개발을 하고 있는 사람들이
한번정도 봐야하는 책이라는 생각이듭니다.
AI분야의 생태계도 다양한 기술과 라이브러리들이 나오면서 알아야 하는 것들이 많아졌는데요.
저도 바로 개발로 뛰어들긴 했습니다만, 이런 도서를 보고 미리 학습을 했다면 조금 더 좋은 아이디어를 낼 수 있었을 것 같아요.
openai나 랭체인 API는 활발하게 개발중이라 자주 변경되는 점이 약간 스트레스이긴합니다만,
AI관련 개발을 하는 사람에게는 필연적인 것이라 이 부분은 감안하고 보셔야할 것 같습니다.

https://product.kyobobook.co.kr/detail/S000215009642

최근에 AI관련 개발을 하고 있는데, 랭체인이나 RAG, 임베딩등 생소한 부분들이 있어서 한빛미디어에서 나온 &lt;GPT API를 활용한 인공지능 앱 개발&gt; 을 읽어보았습니다. AI관련 개발을 하고자 하는 사람, 혹은 AI 관련 개발을 하고 있는 사람들이 한번정도 봐야하는 책이라는 생각이듭니다. AI분야의 생태계도 다양한 기술과 라이브러리들이 나오면서 알아야 하는 것들이 많아졌는데요. 저도 바로 개발로 뛰어들긴 했습니다만, 이런 도서를 보고 미리 학습을 했다면 조금 더 좋은 아이디어를 낼 수 있었을 것 같아요. openai나 랭체인 API는 활발하게 개발중이라 자주 변경되는 점이 약간 스트레스이긴합니다만, AI관련 개발을 하는 사람에게는 필연적인 것이라 이 부분은 감안하고 보셔야할 것 같습니다. https://product.kyobobook.co.kr/detail/S000215009642

product.kyobobook.co.kr

'GPT API를 활용한 인공지능 앱 개발' 리뷰

👋 안녕하세요~ 평비입니다!네카라쿠배. 이 말도 철지난 말이긴 하지만, 아직까지도 개발자 사이에선 거론되는 기업들인데요. 한국은 알겠고, 다른 나라의 개발자들이 가고싶어하는 회사는 어떤 회사가 있을까? 하고 갑자기 궁금해지더라구요. IT 강국으로써 어떤 나라들이 있는지 가볍게 보기 위해서 Chat GPT를 검색했습니다. 순위를 무시하도록 일부러 좀 더 섞어서 목록화했습니다. 😅 1. IT 강국 TOP 10 by Chat GPT일본 - 일본은 기술적으로 가장 앞선 국가로 꼽히며, 특히 로봇공학과 전자제품에서 두드러진 성과를 보여줍니다.이스라엘 - 스타트업과 혁신 기술 분야에서 급성장하고 있으며, 사이버 보안과 의료 기술에서 강점을 보입니다.싱가포르 - 동남아시아의 기술 허브로, 디지털 경제와 기술 인프..

한국에는 네카라쿠배, 일본 개발자들의 1픽 기업은 어디일까? (글로벌 탑티어 개발 IT 회사 1)

어느날 문득 궁금해졌어요.

한국에서는 네카라쿠배.

일본에서는 개발자들이 가고 싶어하는 회사는 어떤 회사들이 있을까?

이 글을 조사하다가 알게된 사실인데, 일본의 IT 회사에서는 개발 업무 자체를 선호하지 않는다고 해요.

기획, 전략, 컨설팅, 프로젝트 매니징 등 직접적으로 회사의 돈, 매출과 직결되는 일들이 선호되는 일이라고 하네요.

어떤 것이 정답이라고 할 수는 없겠지만, 나라마다 개발 업무를 바라보는 시각이 다를 수 있겠구나 생각을 하게 된 계기였어요.

관리만 해오던 물경력 SI 커리어도 일본에선 좀 괜찮을지도...?

https://gatchbee.tistory.com/60

어느날 문득 궁금해졌어요. 한국에서는 네카라쿠배. 일본에서는 개발자들이 가고 싶어하는 회사는 어떤 회사들이 있을까? 이 글을 조사하다가 알게된 사실인데, 일본의 IT 회사에서는 개발 업무 자체를 선호하지 않는다고 해요. 기획, 전략, 컨설팅, 프로젝트 매니징 등 직접적으로 회사의 돈, 매출과 직결되는 일들이 선호되는 일이라고 하네요. 어떤 것이 정답이라고 할 수는 없겠지만, 나라마다 개발 업무를 바라보는 시각이 다를 수 있겠구나 생각을 하게 된 계기였어요. 관리만 해오던 물경력 SI 커리어도 일본에선 좀 괜찮을지도...? https://gatchbee.tistory.com/60

개발자 취업 비법

일본의 네카라쿠배는 어디일까? (일본의 탑티어  IT 서비스 회사)

David A. Wheeler's Review of "Debugging" by David J. Agans

디버깅 관련 책 추천입니다. 데이비드 에이건(David J. Agan)의 <Debugging: The 9 Indispensable Rules for Finding Even the Most Elusive Software and Hardware Problems> (ISBN 0814471684) 인데요.

아티클에는 해당 도서에 나온 디버깅 관련 9가지 규칙을 명시했습니다. 그런데 읽다보면 이게 컴퓨터 시스템 디버깅 내용 같기도 하고, 제 인생에 버그가 생겼을 때 대처법 같기도 해서 흥미롭습니다.

1. 시스템 이해하기: 매뉴얼을 읽고, 모든 것을 자세히 읽고, 기본 사항을 알고, 로드맵을 알고, 도구를 이해하고, 세부 정보를 찾아보세요.
2. 시스템 실패하게 만들기: 다시 해보세요, 처음부터 시작하세요, 실패하도록 자극하고 시뮬레이션하세요. 통제되지 않는 조건들을 간헐적으로 만들어서 찾으세요. 모든 것을 기록하고 간헐적 버그의 특징을 찾으세요. 통계를 너무 믿지 마세요. 디버깅 도구를 절대 버리지 마세요. 
3. 생각을 멈추고 살펴보기: 먼저 데이터를 얻어야 합니다. 추측에 따라 섣부르게 디버깅하지 마세요. 실패를 보고, 세부 사항을 보고, 계측기를 구축하세요. 문제에 뛰어드는 것을 두려워하지 말고, 검색에 집중하기 위해서만 가설을 세우고 추측을 해보세요. 
4. 분할 정복하기: 근사값을 연속으로 잡아서 검색 범위를 좁히고, 버그의 위치를 파악하세요. 쉽게 발견할 수 있는 테스트 패턴을 사용하고, 이미 알고 있는 버그를 수정하고, 노이즈를 먼저 수정하세요.
5. 한 번에 하나씩 변경하기: 핵심 요소를 분리하고, 수정하기 전에 무엇이 잘못되었는지 확인하고, 한 번에 하나씩 테스트를 변경하세요. 좋은 테스트와 아닌 테스트를 비교하고, 마지막으로 작동한 이후로 무엇이 바뀌었는지 확인하고 기록하세요. 
6. 감사 추적 유지하기: 수행한 작업과 그 결과로 발생한 일을 기록하고, 모든 세부 사항이 중요할 수 있음을 이해하고, 이벤트를 서로 연관시키고, 설계에 대한 감사 추적이 테스트에도 유용하다는 것을 이해하고, 기록하세요!
7. 플러그 확인하기: 가정에 의문을 제기하고, 처음부터 시작하여 도구를 테스트해 보세요.
8. 새로운 관점 얻기: 새로운 통찰력이 중요하다는 사실을 잊지 마세요. 자신이 파악한 문제를 다른 사람에게(없으면 인형이나 마네킹에 대고) 논리정연하게 설명해서 기존에 알지 못했던 새로운 사실을 끄집어내 보세요. 전문 지식과 경험의 목소리를 경청하고, 주변에 도움을 청해서 오만해지지 마세요. 이론이 아닌 증상을 리포트하고, 확신할 필요가 없다는 사실을 받아들이세요. 
9. 고치지 않았다면 고쳐지지 않은 것!: 정말로 디버깅했나요? 당신의 해결책으로 고쳐진 게 맞나요? 저절로 사라지는 것은 없습니다. 원인을 수정하고 프로세스를 고치세요.

디버깅 관련 책 추천입니다. 데이비드 에이건(David J. Agan)의 &lt;Debugging: The 9 Indispensable Rules for Finding Even the Most Elusive Software and Hardware Problems&gt; (ISBN 0814471684) 인데요. 아티클에는 해당 도서에 나온 디버깅 관련 9가지 규칙을 명시했습니다. 그런데 읽다보면 이게 컴퓨터 시스템 디버깅 내용 같기도 하고, 제 인생에 버그가 생겼을 때 대처법 같기도 해서 흥미롭습니다. 1. 시스템 이해하기: 매뉴얼을 읽고, 모든 것을 자세히 읽고, 기본 사항을 알고, 로드맵을 알고, 도구를 이해하고, 세부 정보를 찾아보세요.2. 시스템 실패하게 만들기: 다시 해보세요, 처음부터 시작하세요, 실패하도록 자극하고 시뮬레이션하세요. 통제되지 않는 조건들을 간헐적으로 만들어서 찾으세요. 모든 것을 기록하고 간헐적 버그의 특징을 찾으세요. 통계를 너무 믿지 마세요. 디버깅 도구를 절대 버리지 마세요.&nbsp;3. 생각을 멈추고 살펴보기: 먼저 데이터를 얻어야 합니다. 추측에 따라 섣부르게 디버깅하지 마세요. 실패를 보고, 세부 사항을 보고, 계측기를 구축하세요. 문제에 뛰어드는 것을 두려워하지 말고, 검색에 집중하기 위해서만 가설을 세우고 추측을 해보세요.&nbsp;4. 분할 정복하기: 근사값을 연속으로 잡아서 검색 범위를 좁히고, 버그의 위치를 파악하세요. 쉽게 발견할 수 있는 테스트 패턴을 사용하고, 이미 알고 있는 버그를 수정하고, 노이즈를 먼저 수정하세요.5. 한 번에 하나씩 변경하기: 핵심 요소를 분리하고, 수정하기 전에 무엇이 잘못되었는지 확인하고, 한 번에 하나씩 테스트를 변경하세요. 좋은 테스트와 아닌 테스트를 비교하고, 마지막으로 작동한 이후로 무엇이 바뀌었는지 확인하고 기록하세요.&nbsp;6. 감사 추적 유지하기: 수행한 작업과 그 결과로 발생한 일을 기록하고, 모든 세부 사항이 중요할 수 있음을 이해하고, 이벤트를 서로 연관시키고, 설계에 대한 감사 추적이 테스트에도 유용하다는 것을 이해하고, 기록하세요!7. 플러그 확인하기: 가정에 의문을 제기하고, 처음부터 시작하여 도구를 테스트해 보세요.8. 새로운 관점 얻기: 새로운 통찰력이 중요하다는 사실을 잊지 마세요. 자신이 파악한 문제를 다른 사람에게(없으면 인형이나 마네킹에 대고) 논리정연하게 설명해서 기존에 알지 못했던 새로운 사실을 끄집어내 보세요. 전문 지식과 경험의 목소리를 경청하고, 주변에 도움을 청해서 오만해지지 마세요. 이론이 아닌 증상을 리포트하고, 확신할 필요가 없다는 사실을 받아들이세요.&nbsp;9. 고치지 않았다면 고쳐지지 않은 것!: 정말로 디버깅했나요? 당신의 해결책으로 고쳐진 게 맞나요? 저절로 사라지는 것은 없습니다. 원인을 수정하고 프로세스를 고치세요.&nbsp;

dwheeler.com

[aka.&#39;슬기사태&#39;를 겪으며]

여러분은 레드벨벳의 슬기를 아시나요? 저는 잘 몰랐는데요. 작년 말, 크리에이트립은 레드벨벳 슬기 님의 사진전에 대한 외국인 예약을 독점 운영하게 되었습니다. 그리고, 그 예약이 오픈된 일요일 오후. 평소 대비 10배 이상의 트래픽이 집중되어 서버가…

LinkedIn Bohyeon Kim 페이지: [aka.&#39;슬기사태&#39;를 겪으며] 여러분은 레드벨벳의 슬기를 아시나요? 저는 잘 몰랐는데요. 작년 말, 크리에이트립은 레드벨벳 슬기…

사태 요약
 * 2024년 말, 크리에이트립은 레드벨벳 슬 님의 사진전에 대한
   외국인 예약
   을 독점 운영
 * 그 예약이 오픈된 일요일 오후. 평소 대비 10배 이상의 트래픽이 집중
 * 서버 다운 💥

원인
 * Node.js 기반 GraphQL Gateway(Apollo Server)는 순간적으로 급증하는 트래픽을 감당하지 못하며 메모리 부족 현상, CPU 병목 현상이 발생

사후 처리
 * Apollo Router 도입
   * Rust로 쓰여진 Apollo Router는 고성능 병렬 처리와 안정성을 제공
 * Apollo Router를 사용하기 위해 게이트웨이 서버를 Rust로 새로 구축하고 Graphql Federation 처리

결과
 * 동접자 500명이 30,000개의 (블로그 수준의 무거운) 데이터를 동시에 요청한 벤치마크 결과, 4배 이상의 속도 향상과 함께 처리량과 안정성이 모두 크게 개선

더 자세한 이야기는 링크를 통해 만나보실 수 있습니다.

https://www.linkedin.com/posts/bohyeonkim_aka%EC%8A%AC%EA%B8%B0%EC%82%AC%ED%83%9C%EB%A5%BC-%EA%B2%AA%EC%9C%BC%EB%A9%B0-%EC%97%AC%EB%9F%AC%EB%B6%84%EC%9D%80-%EB%A0%88%EB%93%9C%EB%B2%A8%EB%B2%B3%EC%9D%98-%EC%8A%AC%EA%B8%B0%EB%A5%BC-%EC%95%84%EC%8B%9C%EB%82%98%EC%9A%94-%EC%A0%80%EB%8A%94-activity-7284766178676240384-iLME?utm_source=share&utm_medium=member_desktop

사태 요약<ul ><li>2024년 말, 크리에이트립은 레드벨벳 슬 님의 사진전에 대한 <code >외국인 예약</code>을 독점 운영</li><li>그 예약이 오픈된 일요일 오후. 평소 대비 10배 이상의 트래픽이 집중</li><li>서버 다운 💥</li></ul> 원인<ul ><li>Node.js 기반 GraphQL Gateway(Apollo Server)는 순간적으로 급증하는 트래픽을 감당하지 못하며 메모리 부족 현상, CPU 병목 현상이 발생</li></ul> 사후 처리<ul ><li>Apollo Router 도입<ul ><li>Rust로 쓰여진 Apollo Router는 고성능 병렬 처리와 안정성을 제공</li></ul></li><li>Apollo Router를 사용하기 위해 게이트웨이 서버를 Rust로 새로 구축하고 Graphql Federation 처리</li></ul> 결과<ul ><li>동접자 500명이 30,000개의 (블로그 수준의 무거운) 데이터를 동시에 요청한 벤치마크 결과, 4배 이상의 속도 향상과 함께 처리량과 안정성이 모두 크게 개선</li></ul> 더 자세한 이야기는 링크를 통해 만나보실 수 있습니다. https://www.linkedin.com/posts/bohyeonkim_aka%EC%8A%AC%EA%B8%B0%EC%82%AC%ED%83%9C%EB%A5%BC-%EA%B2%AA%EC%9C%BC%EB%A9%B0-%EC%97%AC%EB%9F%AC%EB%B6%84%EC%9D%80-%EB%A0%88%EB%93%9C%EB%B2%A8%EB%B2%B3%EC%9D%98-%EC%8A%AC%EA%B8%B0%EB%A5%BC-%EC%95%84%EC%8B%9C%EB%82%98%EC%9A%94-%EC%A0%80%EB%8A%94-activity-7284766178676240384-iLME?utm_source=share&amp;utm_medium=member_desktop

www.linkedin.com

레드벨벳 `슬기사태` - 크리에이트립

변경하기 쉬운 프론트엔드 코드를 위한 지침서

Frontend Fundamentals

토스에서 프론트엔드 코드를 위한 지침서를 공개했습니다.

https://frontend-fundamentals.com

GitHub를 통해 공개된 문서를 기반으로 하고 있는 웹사이트입니다. 아직 기여 가이드는 만들어지지 않았네요.

하지만 GitHub Discussions 페이지에서 의견을 교류할 수 있다고 합니다.

토스에서 프론트엔드 코드를 위한 지침서를 공개했습니다. https://frontend-fundamentals.com GitHub를 통해 공개된 문서를 기반으로 하고 있는 웹사이트입니다. 아직 기여 가이드는 만들어지지 않았네요. 하지만 GitHub Discussions 페이지에서 의견을 교류할 수 있다고 합니다.

frontend-fundamentals.com

Hire a Team of 5 Experts Apply For 1000 Tailored Jobs For You in 30 Days. Most advanced and trusted Job search outsourcing program in US

Scoutbetter | Outsource Your Job Hunt To The Most Advanced & Trusted Platform

실리콘밸리에 등장한 이 스타트업은 'ScoutBetter'이라는 구직 아웃소싱 회사입니다.

5명의 전문가들이 30일간 1000개의 맞춤형 이력서를 작성해준다는 신박한 모토로
현재 미국에서 IT 직장을 구하는 인도인들을 대상으로 빠르게 성장하고 있는 스타트업입니다.

재미있는 점은 창업자가 이 스타트업 아이디어를 바탕으로
미국 내에서 공식적으로 OPT 허가를 받았다는 점입니다.

현재 미국에서 IT 인재들을 더욱 많이 흡수하기 위해 펼치고 있는 다양한 정책들과 일치하는 점들이 많이 보이는 듯 합니다.

단순한 개인 서비스가 아닌 인도인들의 미국 취업 허브가 되겠다는 비전이
어떻게 성장할지 궁금해지네요.

https://scoutbetter.com

실리콘밸리에 등장한 이 스타트업은 'ScoutBetter'이라는 구직 아웃소싱 회사입니다. 5명의 전문가들이 30일간 1000개의 맞춤형 이력서를 작성해준다는 신박한 모토로 현재 미국에서 IT 직장을 구하는 인도인들을 대상으로 빠르게 성장하고 있는 스타트업입니다. 재미있는 점은 창업자가 이 스타트업 아이디어를 바탕으로 미국 내에서 공식적으로 OPT 허가를 받았다는 점입니다. 현재 미국에서 IT 인재들을 더욱 많이 흡수하기 위해 펼치고 있는 다양한 정책들과 일치하는 점들이 많이 보이는 듯 합니다. 단순한 개인 서비스가 아닌 인도인들의 미국 취업 허브가 되겠다는 비전이 어떻게 성장할지 궁금해지네요. https://scoutbetter.com&nbsp;&nbsp;

scoutbetter.com

이 스타트업을 주목해보세요 시리즈 [#1]

최소한 이런 정도의 질문은 해야 o1의 진가를 알 수 있음. Gemini 2.0 Flash Experimental이나 다른 Reasoning 모델은 아직 이런 수준의 질문에는 제대로 답하지 못한다.

최소한 이런 정도의 질문은 해야 o1의 진가를 알 수 있음. Gemini 2.0 Flash Experimental이나 다른 Reasoning 모델은 아직 이런 수준의 질문에는 제대로 답하지 못한다.

2025
= (20 + 25)²
= (1 + 2 + 3 + 4 + 5 + 6 + 7 + 8 + 9)²
= 1³ + 2³ + 3³ + 4³ + 5³ + 6³ + 7³ + 8³ + 9³

2025= (20 + 25)²= (1 + 2 + 3 + 4 + 5 + 6 + 7 + 8 + 9)²= 1³ + 2³ + 3³ + 4³ + 5³ + 6³ + 7³ + 8³ + 9³

2024년 7월~12월 사이의 취업 기록, Meta 입사

2025년 미국 뉴욕 소프트웨어 엔지니어 취업기

지난 6개월 동안 미국에서 취업 활동했던 후기를 간략히 정리했습니다. 정보가 도움이 되셨으면 좋겠습니다.

 * 200개 이상의 포지션에 지원, 8개 회사와 면접 진행, 3곳 최종 합격
 * 생애 첫 ‘리트코드 스타일’ 코딩 인터뷰 통과 비법
 * 시스템 디자인 면접 준비
 * 2025년 1월 Meta 입사

지난 6개월 동안 미국에서 취업 활동했던 후기를 간략히 정리했습니다. 정보가 도움이 되셨으면 좋겠습니다. <ul ><li>200개 이상의 포지션에 지원, 8개 회사와 면접 진행, 3곳 최종 합격</li><li>생애 첫 ‘리트코드 스타일’ 코딩 인터뷰 통과 비법</li><li>시스템 디자인 면접 준비</li><li>2025년 1월 Meta 입사</li></ul>

www.nyprogrammer.com

지난 6개월 동안 미국에서 취업 활동했던 후기를 간략히 정리했습니

“재호야, 문제 원인은 찾았니? 언제까지 고칠 수 있겠니?”
“휴… 잘 모르겠어요.”
“난 네가 모르겠다고 말하는 게 제일 무서워.”

저에게는 이사님이 제 자리에 와서 언제까지 되겠니 묻는 게 가장 무서운 순간이었는데…
이사님은 제가 잘 모르겠다 말하는 게 가장 무섭다고 합니다.
서로가 무서운 이 웃픈 상황.

늦어도 좋으니 제발 일정을 알려 달라고.
이사님의 입장도 이해는 했습니다. 일정이 정해져야 영업팀과 운영팀에 알려서 고객들과 커뮤니케이션을 할 테니까.
하지만 정말 모르겠는 걸 어떡해… 함부로 말하다가 약속을 못 지키면?
그야말로 죽을 맛이었습니다. 어디가 문젠지 짐작도 안 가는데, 일정의 독촉은 계속 되고...
개발하면서 이렇게 스트레스받았을 때가 있었던가?

그건 파일 시스템 드라이버를 만들 때 였습니다.
(N:에 마운트 하는 네이버 클라우드 탐색기를 떠올리시면 됩니다.)

윈도우를 며칠간 사용하다 보면 메모리가 사용량이 조금씩 높아진다는 제보들이 있었습니다.
처음엔 그게 우리 드라이버 때문인지 믿을 수가 없었습니다.
하지만 사내 사용자들의 제보도 계속 이어졌고, 문제를 찾기 위해 애쓰는 날들이 계속됐습니다.

애플리케이션과는 달리 커널 코드에서 메모리가 새면 찾기도 어려울뿐더러 컴퓨터를 껐다 켜기 전까지는 해소가 되지 않습니다. 지옥 같은 날들을 지나, 결국 어떤 부분에서 그러는지를 찾아냈습니다.

버그 제보를 받은 날부터 고치기까지 한 달쯤 걸렸던가?
아침에 눈을 뜨면 한숨부터 나오면서 회사 가기가 무서웠던 날들이었습니다.

오늘 편안하게 앉아서 창밖을 바라보다 문득 이때 생각이 났습니다.
회사를 그만두고 이런 압박이 없어져서 정말 다행입니다만… 생각해 보니 이런 압박 덕분에 결국 문제를 해결해 내고 성장할 수 있었던 것 같습니다.
그래도 이 정도로 스트레스받아가며 여생을 살고 싶진 않네요. (웃음)

* TMI 토킹
오래된 기억이지만 문제는 FsRtlNotifyFullReportChange 의 구현 때문이었습니다.

만약 똑같은 경로에서 윈도 탐색기 두 개를 열어 놓고,
한 쪽에서 파일 하나를 생성하면 다른 쪽 탐색기에서도 새로 만들어진 파일이 곧장 보여야 합니다.

이건 윈도 탐색기가 ReadDirectoryChangesW 함수를 잘 구현해 줬기 때문에 되는 일이기도 하지만, 파일 시스템에서도 FsRtlNotifyFullReportChange 를 구현해 줘야만 합니다.
파일 시스템에서 이 부분을 구현 안 하면 애플리케이션에서 아무리 디렉터리 변경을 기다리고 있더라도 통지가 오지 않게 되는 것입니다.
이 함수를 어떻게 구현해야 한다고 자세하게 알려주는 문서는 없었습니다. 우리는 다행히 이 부분을 잘 구현해둬서 파일 알림 통지가 잘 되고 있었는데… 통지만 잘 될 뿐 여기서 메모리가 새고 있었던 것입니다. 너무 적게 새어나가고 있어서 찾을 수가 없을 정도로.
이 버그를 완전히 고쳤을 때 얼마나 기뻤던지.

“재호야, 문제 원인은 찾았니? 언제까지 고칠 수 있겠니?” “휴… 잘 모르겠어요.” “난 네가 모르겠다고 말하는 게 제일 무서워.” 저에게는 이사님이 제 자리에 와서 언제까지 되겠니 묻는 게 가장 무서운 순간이었는데… 이사님은 제가 잘 모르겠다 말하는 게 가장 무섭다고 합니다. 서로가 무서운 이 웃픈 상황. 늦어도 좋으니 제발 일정을 알려 달라고. 이사님의 입장도 이해는 했습니다. 일정이 정해져야 영업팀과 운영팀에 알려서 고객들과 커뮤니케이션을 할 테니까. 하지만 정말 모르겠는 걸 어떡해… 함부로 말하다가 약속을 못 지키면? 그야말로 죽을 맛이었습니다. 어디가 문젠지 짐작도 안 가는데, 일정의 독촉은 계속 되고... 개발하면서 이렇게 스트레스받았을 때가 있었던가? 그건 파일 시스템 드라이버를 만들 때 였습니다. (N:에 마운트 하는 네이버 클라우드 탐색기를 떠올리시면 됩니다.) 윈도우를 며칠간 사용하다 보면 메모리가 사용량이 조금씩 높아진다는 제보들이 있었습니다. 처음엔 그게 우리 드라이버 때문인지 믿을 수가 없었습니다. 하지만 사내 사용자들의 제보도 계속 이어졌고, 문제를 찾기 위해 애쓰는 날들이 계속됐습니다. 애플리케이션과는 달리 커널 코드에서 메모리가 새면 찾기도 어려울뿐더러 컴퓨터를 껐다 켜기 전까지는 해소가 되지 않습니다. 지옥 같은 날들을 지나, 결국 어떤 부분에서 그러는지를 찾아냈습니다. 버그 제보를 받은 날부터 고치기까지 한 달쯤 걸렸던가? 아침에 눈을 뜨면 한숨부터 나오면서 회사 가기가 무서웠던 날들이었습니다. 오늘 편안하게 앉아서 창밖을 바라보다 문득 이때 생각이 났습니다. 회사를 그만두고 이런 압박이 없어져서 정말 다행입니다만… 생각해 보니 이런 압박 덕분에 결국 문제를 해결해 내고 성장할 수 있었던 것 같습니다. 그래도 이 정도로 스트레스받아가며 여생을 살고 싶진 않네요. (웃음) * TMI 토킹 오래된 기억이지만 문제는 FsRtlNotifyFullReportChange 의 구현 때문이었습니다. 만약 똑같은 경로에서 윈도 탐색기 두 개를 열어 놓고, 한 쪽에서 파일 하나를 생성하면 다른 쪽 탐색기에서도 새로 만들어진 파일이 곧장 보여야 합니다. 이건 윈도 탐색기가 ReadDirectoryChangesW 함수를 잘 구현해 줬기 때문에 되는 일이기도 하지만, 파일 시스템에서도 FsRtlNotifyFullReportChange 를 구현해 줘야만 합니다. 파일 시스템에서 이 부분을 구현 안 하면 애플리케이션에서 아무리 디렉터리 변경을 기다리고 있더라도 통지가 오지 않게 되는 것입니다. 이 함수를 어떻게 구현해야 한다고 자세하게 알려주는 문서는 없었습니다. 우리는 다행히 이 부분을 잘 구현해둬서 파일 알림 통지가 잘 되고 있었는데… 통지만 잘 될 뿐 여기서 메모리가 새고 있었던 것입니다. 너무 적게 새어나가고 있어서 찾을 수가 없을 정도로. 이 버그를 완전히 고쳤을 때 얼마나 기뻤던지.

언제까지 고칠 수 있겠니?

원문 : React Tech Stack [2025] 리액트 생태계에서는 항상 새로운 기술들이 등장하고 있습니다. 이번 글에서는 2025년에 풀스택 애플리케이션을 개발하기 위한 인기 있는 리액트 기술 스택 하나(!)를 탐구해 보겠습니다. 이를 통해 여러분만의 제품(예: SaaS) 또는 최소한의 MVP를 만들 수 있을 것입니다. 애초에 이 가이드를 쓴 이유는 무엇인가요? 저는 프리랜서 웹 개발자와…

(번역) 2025 리액트 기술 스택

오늘은 42dot의 유경상님이 번역해주신 글입니다.

이 글에서는 저자가 자신의 실무 경험과 현재 트렌드를 바탕으로 2025년 리액트 풀스택 애플리케이션 개발을 위한 기술 스택을 제안합니다. Next.js, Tailwind CSS, TypeScript, Prisma, Supabase 등의 핵심 기술과 함께 UI/UX, 상태 관리, 인증, 결제를 위한 도구들을 추천하며, 각 선택의 이유와 장점에 대해 설명하고 있습니다. 새해를 맞아 새로운 리액트 기반의 프로젝트를 준비하시는 분들께 이 글을 추천드립니다 :)

> 글 링크 : https://ykss.netlify.app/translation/2025_react_tech_stack/

오늘은 42dot의 유경상님이 번역해주신 글입니다. 이 글에서는 저자가 자신의 실무 경험과 현재 트렌드를 바탕으로 2025년 리액트 풀스택 애플리케이션 개발을 위한 기술 스택을 제안합니다. Next.js, Tailwind CSS, TypeScript, Prisma, Supabase 등의 핵심 기술과 함께 UI/UX, 상태 관리, 인증, 결제를 위한 도구들을 추천하며, 각 선택의 이유와 장점에 대해 설명하고 있습니다. 새해를 맞아 새로운 리액트 기반의 프로젝트를 준비하시는 분들께 이 글을 추천드립니다 :) &gt; 글 링크 : https://ykss.netlify.app/translation/2025_react_tech_stack/

ykss.netlify.app

2025 리액트 기술 스택

[번외편] 영어 실력이 부족하여 고민하고 있는 분들에게

해외에서 살다보면 가장 열등감을 느낄 수 있는 부분이 바로 의사 소통 능력입니다.

그들은 이미 잘 알고 있지만, 나는 모르는 것.
그들끼리 당연하게 사용하는 언어를 나는 이해하지 못하는 것,
전달하고자 하는 바를 제대로 전달하지 못해 느끼는 좌절감과 무력감.

해외에서 사시는 분들은 살면서 한번 정도는 경험해본 경험들일 거에요.

저도 미국 생활 초반, 이 기분을 많이 느꼈습니다.
서브웨이에서 원하는 메뉴를 제대로 주문하지 못해,
내가 원하지 않는 메뉴를 받았을 때의 그 기분은 말로 표현하기가 힘들죠.

하지만 그 경험 덕분에,
저는 미국에서 내가 원하는 것을 정확하게 말하는 것이 얼마나 중요한지, 그리고 적극적으로 표현하는 행동이 어떤 결과를 만드는 지를 살면서 깨달을 수 있었습니다.

해외에서 살면서 유창한 영어 실력보다 더욱 중요한 것은 내가 원하는 바를 어떻게 표현하는지를 배우는 것이라고 생각합니다.

언어를 사용하는 방법 중 저는 말하기가 가장 중요하다고 생각합니다. 말하기에는 읽기, 쓰기, 듣기와 달리 나의 의도와 태도가 가장 많이 반영됩니다.

어떤 관용어를 사용하거나, 어떤 문장 구조를 사용하거나, 또는 어떤 고급 단어를 사용하는지보다,

내가 가지고자 하는 의도와 태도를 담아서 말하는 법을 익히는 것,
그것이 해외 생활에서 가장 크게 배운 교훈 중 하나였습니다.

[번외편] 영어 실력이 부족하여 고민하고 있는 분들에게 해외에서 살다보면 가장 열등감을 느낄 수 있는 부분이 바로 의사 소통 능력입니다. 그들은 이미 잘 알고 있지만, 나는 모르는 것. 그들끼리 당연하게 사용하는 언어를 나는 이해하지 못하는 것, 전달하고자 하는 바를 제대로 전달하지 못해 느끼는 좌절감과 무력감. 해외에서 사시는 분들은 살면서 한번 정도는 경험해본 경험들일 거에요. 저도 미국 생활 초반, 이 기분을 많이 느꼈습니다. 서브웨이에서 원하는 메뉴를 제대로 주문하지 못해, 내가 원하지 않는 메뉴를 받았을 때의 그 기분은 말로 표현하기가 힘들죠. 하지만 그 경험 덕분에, 저는 미국에서 내가 원하는 것을 정확하게 말하는 것이 얼마나 중요한지, 그리고 적극적으로 표현하는 행동이 어떤 결과를 만드는 지를 살면서 깨달을 수 있었습니다. 해외에서 살면서 유창한 영어 실력보다 더욱 중요한 것은 내가 원하는 바를 어떻게 표현하는지를 배우는 것이라고 생각합니다. 언어를 사용하는 방법 중 저는 말하기가 가장 중요하다고 생각합니다. 말하기에는 읽기, 쓰기, 듣기와 달리 나의 의도와 태도가 가장 많이 반영됩니다. 어떤 관용어를 사용하거나, 어떤 문장 구조를 사용하거나, 또는 어떤 고급 단어를 사용하는지보다, 내가 가지고자 하는 의도와 태도를 담아서 말하는 법을 익히는 것,그것이 해외 생활에서 가장 크게 배운 교훈 중 하나였습니다.

[번외편] IT 직무로 해외 취업을 고려하는 분들에게 드리고 싶은

그만 성장해야겠다

영상 컨텐츠를 확인해보면 유독 우리나라 사람들은 성장 성장 성장 노래합니다.

갓생이라는 이름으로 스스로를 착취하고 전시합니다.

그래서 종혁님의 글에서 이 문구가 와닿네요.

"올해는 작은 목표만 세웠다. 멀리 나아가기보다, 나를 가까이에서 둘러싼 것들에 대해 더 알고 싶다."

https://maxkim-j.github.io/posts/stop-growing/

영상 컨텐츠를 확인해보면 유독 우리나라 사람들은 성장 성장 성장 노래합니다. 갓생이라는 이름으로 스스로를 착취하고 전시합니다. 그래서 종혁님의 글에서 이 문구가 와닿네요. "올해는 작은 목표만 세웠다. 멀리 나아가기보다, 나를 가까이에서 둘러싼 것들에 대해 더 알고 싶다." https://maxkim-j.github.io/posts/stop-growing/

maxkim-j.github.io

우리는 성장을 강요받는다

This will be a happy new year - let me explain..

2025 - UX is dead - Long live Problem Solving

최근 링크드인에서 화제가 된 글을 UX 리서처 관점에서 재해석해보았습니다. 이 글은 트레바리 <리서치 하는데요> 시즌4 멤버인 아름 님께서 소개해주셨습니다. 마침 2번째 모임에서 『대체 뭐가 문제야』라는 책을 함께 읽고 '문제 정의'에 대해 토론을 하며 UX를 업으로 하는 사람으로서 어떻게 문제를 제대로 정의하고, 근원적인 솔루션을 도출할 수 있을까? 고민했기에 다소 자극적인 포스팅이지만 가만히 생각해 볼 지점들도 있습니다.

시간을 들여서라도 원문을 꼭 함께 살펴보시면 좋겠습니다. Anthony Sean McSharry - LinkedIn 포스트 "2025 - UX is dead - Long live Problem Solving"

[ 큐레이터의 문장 🎒 ]

UX는 정말 죽었나?

현재 UX 업계는 중대한 위기를 맞이했다며 저자는 이렇게 주장합니다. 누구나 사용자 경험을 이야기하고 UX를 한다고 자신의 직무에 UX를 붙입니다.

UX has become a joke - anyone can do (or rather not do) it and just add 'UX' to their title.

UX란 말이 농담거리가 되어버렸어요. 누구나 UX를 한다고 하고(또는 하지도 않으면서), 그저 직함에 'UX'만 붙이면 그만입니다. 단순한 도발이라고 보기에는 현실적인 부분이 많습니다. 저자는 현재 UX 업계의 문제점을 이렇게 짚어냅니다.

Focus on UI design, talk endlessly about 'empathy', use tools that cannot provide realistic usability tests, create hi-fidelity prototypes instead of hi-functioning prototypes, do not understand or do research, use made up Personas.

UI 디자인에만 매달리고, '공감'이란 말만 반복하며, 실제 사용성 검증이 불가능한 도구들을 쓰고 있어요. 제대로 작동하는 프로토타입은 만들지 않으면서 겉모습만 그럴듯한 시안만 만들죠. 리서치는 이해하지도 못하고 수행하지도 않으면서 근거 없는 페르소나만 만들어냅니다.

진정한 UX의 역할은 무엇일까?

그렇다면 진정한 UX란 무엇일까요? 저자는 이렇게 설명합니다.

UX 담당자가 해결해야 할 문제는

 * 3가지 도메인(사용자, 비즈니스, 기술)을 모두 아우르며
 * 디지털 뿐만 아니라 피지컬, 물리적 환경에서도 작동합니다
 * 소프트웨어만큼 프로세스도 중요하고
 * 운영 효율을 높이고
 * 비용은 줄이면서
 * 기능적으로 가치 있고 매력적인 해결책을 만들어내야 합니다

UX 죽음에 책임있는 자들은 누구인가?

 1. UI 디자인에만 집중하는
 2. '공감'에 대해 끝없이 이야기하는(구체적인 문제정의와 솔루션 없이)
 3. 현실적인 사용성 테스트를 제공할 수 없는 도구를 사용하는
 4. 고기능(High-functioning) 프로토타입 대신 그럴듯해보이는 프로토타입을 만드는
 5. UX 리서치를 이해하지 못하거나 수행하지 않는
 6. (AI 등을 통해) 만들어낸 페르소나를 사용하는
 7. 마케팅 카피를 쓰고 이를 UX라고 부르는
 8. UX가 디지털에만 존재한다고 생각하는
 9. 아름답게 디자인된 포트폴리오를 가진
 10. Figma 같은 쓸모없는 도구를 사용하는(Figma의 장점은 '쉬운 도구'라는 것인데 주객전도로 Figma로 리서치까지 모두 다 할 수 있다고 맹신하는)
 11. 기술을 이해하지 못하는
 12. 비즈니스를 이해하지 못하는
 13. 심리학이 그들의 결정과 작업에 어떤 영향을 미치는지 이해하지 못하는
 14. 직원을 사용자로 고려하지 않는
 15. CX와 UX가 다른 것이라고 주장하는
 16. 서비스 디자인을 하지 않는(무엇이라 부르든)
 17. 애자일 내부에서 부분, 일부로 작동하는(애자일 스프린트가 시작되기 전에 충분한 리서치와 검증이 선행되어야 함)
 18. 이러한 믿음을 홍보하고 잘못된 내용을 리더들, 컨퍼런스에서 발표하는

2025년, 우리는 어디로 가야 하나?

If you are a real UXer (a true problem solver) your value is more important than ever, but your title will have to change.

(그럼에도) 진정한 UX 역할자, 즉 진정한 문제 해결자라면 당신의 가치는 그 어느 때보다 빛날 것입니다. 다만 직함은 바뀌어야 할 거예요.

UX 리서처가 갖춰야 할 역량들

 1. 리서치 방법론 균형감각과 고도화
 * 정성적/정량적 리서치의 균형
 * 비즈니스 지표와의 연계, 논리성
 
 
 2. 문제 해결 능력 강화
 * 정성적/정량적 데이터에 기반한 의사결정 지원
 * 비즈니스/기술 영역에 대한 이해까지
 * 실질적인 비즈니스 운영까지 고려
 
 
 3. 리서치 임팩트 입증
 * 리서치로 발견한 문제 해결에 대해 리서치 투자 대비 효과 측정 필요
 * 비즈니스 성과와 연계한 리서치 효능 분석

이제는 UX라는 직함이 아니라 실제 문제를 해결할 수 있는 능력이 중요한 시대입니다. 2025년, UX 리서처는 단순히 '사용자 조사만 하는 사람'이 아닌 '실질적인 비즈니스 문제를 해결하는 전문가'로 거듭나야 합니다.

2025년은 UX 업계의 중요한 전환점이 될 것 같습니다. 하지만 UX 리서처들에게는 오히려 기회일 수 있습니다. 탄탄한 리서치 역량을 바탕으로 진정한 비즈니스 문제 해결에 기여할 수 있다면, UX 리서처의 가치는 더욱 빛날 수 있을 테니까요.

https://www.linkedin.com/pulse/2025-ux-dead-long-live-problem-solving-anthony-sean-mcsharry-mxele/

최근 링크드인에서 화제가 된 글을 UX 리서처 관점에서 재해석해보았습니다. 이 글은 트레바리 &lt;리서치 하는데요&gt; 시즌4 멤버인 아름 님께서 소개해주셨습니다. 마침 2번째 모임에서 『대체 뭐가 문제야』라는 책을 함께 읽고 '문제 정의'에 대해 토론을 하며 UX를 업으로 하는 사람으로서 어떻게 문제를 제대로 정의하고, 근원적인 솔루션을 도출할 수 있을까? 고민했기에 다소 자극적인 포스팅이지만 가만히 생각해 볼 지점들도 있습니다. 시간을 들여서라도 원문을 꼭 함께 살펴보시면 좋겠습니다. Anthony Sean McSharry - LinkedIn 포스트 "2025 - UX is dead - Long live Problem Solving" [ 큐레이터의 문장 🎒 ] UX는 정말 죽었나? 현재 UX 업계는 중대한 위기를 맞이했다며 저자는 이렇게 주장합니다. 누구나 사용자 경험을 이야기하고 UX를 한다고 자신의 직무에 UX를 붙입니다. UX has become a joke - anyone can do (or rather not do) it and just add 'UX' to their title. UX란 말이 농담거리가 되어버렸어요. 누구나 UX를 한다고 하고(또는 하지도 않으면서), 그저 직함에 'UX'만 붙이면 그만입니다. 단순한 도발이라고 보기에는 현실적인 부분이 많습니다. 저자는 현재 UX 업계의 문제점을 이렇게 짚어냅니다. Focus on UI design, talk endlessly about 'empathy', use tools that cannot provide realistic usability tests, create hi-fidelity prototypes instead of hi-functioning prototypes, do not understand or do research, use made up Personas. UI 디자인에만 매달리고, '공감'이란 말만 반복하며, 실제 사용성 검증이 불가능한 도구들을 쓰고 있어요. 제대로 작동하는 프로토타입은 만들지 않으면서 겉모습만 그럴듯한 시안만 만들죠. 리서치는 이해하지도 못하고 수행하지도 않으면서 근거 없는 페르소나만 만들어냅니다. 진정한 UX의 역할은 무엇일까? 그렇다면 진정한 UX란 무엇일까요? 저자는 이렇게 설명합니다. UX 담당자가 해결해야 할 문제는 <ul><li>3가지 도메인(사용자, 비즈니스, 기술)을 모두 아우르며</li><li>디지털 뿐만 아니라 피지컬, 물리적 환경에서도 작동합니다</li><li>소프트웨어만큼 프로세스도 중요하고</li><li>운영 효율을 높이고</li><li>비용은 줄이면서</li><li>기능적으로 가치 있고 매력적인 해결책을 만들어내야 합니다</li></ul> UX 죽음에 책임있는 자들은 누구인가? <ol><li>UI 디자인에만 집중하는</li><li>'공감'에 대해 끝없이 이야기하는(구체적인 문제정의와 솔루션 없이)</li><li>현실적인 사용성 테스트를 제공할 수 없는 도구를 사용하는</li><li>고기능(High-functioning) 프로토타입 대신 그럴듯해보이는 프로토타입을 만드는</li><li>UX 리서치를 이해하지 못하거나 수행하지 않는</li><li>(AI 등을 통해) 만들어낸 페르소나를 사용하는</li><li>마케팅 카피를 쓰고 이를 UX라고 부르는</li><li>UX가 디지털에만 존재한다고 생각하는</li><li>아름답게 디자인된 포트폴리오를 가진</li><li>Figma 같은 쓸모없는 도구를 사용하는(Figma의 장점은 '쉬운 도구'라는 것인데 주객전도로 Figma로 리서치까지 모두 다 할 수 있다고 맹신하는)</li><li>기술을 이해하지 못하는</li><li>비즈니스를 이해하지 못하는</li><li>심리학이 그들의 결정과 작업에 어떤 영향을 미치는지 이해하지 못하는</li><li>직원을 사용자로 고려하지 않는</li><li>CX와 UX가 다른 것이라고 주장하는</li><li>서비스 디자인을 하지 않는(무엇이라 부르든)</li><li>애자일 내부에서 부분, 일부로 작동하는(애자일 스프린트가 시작되기 전에 충분한 리서치와 검증이 선행되어야 함)</li><li>이러한 믿음을 홍보하고 잘못된 내용을 리더들, 컨퍼런스에서 발표하는</li></ol> 2025년, 우리는 어디로 가야 하나? If you are a real UXer (a true problem solver) your value is more important than ever, but your title will have to change. (그럼에도) 진정한 UX 역할자, 즉 진정한 문제 해결자라면 당신의 가치는 그 어느 때보다 빛날 것입니다. 다만 직함은 바뀌어야 할 거예요. UX 리서처가 갖춰야 할 역량들 <ol><li>리서치 방법론 균형감각과 고도화<ul><li>정성적/정량적 리서치의 균형</li><li>비즈니스 지표와의 연계, 논리성</li></ul> </li><li>문제 해결 능력 강화<ul><li>정성적/정량적 데이터에 기반한 의사결정 지원</li><li>비즈니스/기술 영역에 대한 이해까지</li><li>실질적인 비즈니스 운영까지 고려</li></ul> </li><li>리서치 임팩트 입증<ul><li>리서치로 발견한 문제 해결에 대해 리서치 투자 대비 효과 측정 필요</li><li>비즈니스 성과와 연계한 리서치 효능 분석</li></ul></li></ol> 이제는 UX라는 직함이 아니라 실제 문제를 해결할 수 있는 능력이 중요한 시대입니다. 2025년, UX 리서처는 단순히 '사용자 조사만 하는 사람'이 아닌 '실질적인 비즈니스 문제를 해결하는 전문가'로 거듭나야 합니다. 2025년은 UX 업계의 중요한 전환점이 될 것 같습니다. 하지만 UX 리서처들에게는 오히려 기회일 수 있습니다. 탄탄한 리서치 역량을 바탕으로 진정한 비즈니스 문제 해결에 기여할 수 있다면, UX 리서처의 가치는 더욱 빛날 수 있을 테니까요. https://www.linkedin.com/pulse/2025-ux-dead-long-live-problem-solving-anthony-sean-mcsharry-mxele/

《2025년 UX는 죽었다》

2023년말 OpenAI에서 샘 알트먼의 축출(?)에 큰 역할을 했다는 Open AI 공동창업자 일리야가 어떤 사람인지 궁금해서 뒤져보다가 The Guardian과 했던 인터뷰를 찾았다. iHuman이란 제목으로 The Guardian에서 만든 AI에 관한 다큐멘터리의 일부라는데 이 사람이 갖고 있는 AI(혹은 AGI)에 관한 생각을 엿볼 수 있는데 확실히 OpenAI가 보여주었던 행보와 다름을 느낄 수 있었다. 일부 생각해볼만한 것들을 정리해보았다.

 1. 먼저 AI가 여러가지 문제를 해결하겠지만 새로운 문제를 만들어낼 것이란 점을 분명히 했고 예로 가짜 뉴스와 사이버 공격의 범람, 자율 AI 무기와 안정적인 독재정권의 탄생을 든다.
 2. ChatGPT가 AGI로 발전할 것이라 믿고 있는 듯한 발언을 한다. 이 인터뷰때 일리야의 바디랭귀지를 보면 걱정을 많이 하고 있음을 느낄 수 있다 (내 감정이 이입된 것인지도 모르겠지만): "자신의 목표를 가진 완전히 자율적인 존재를 만들 수 있다고 확신하지만 이 존재들의 목표가 우리 인간의 목표와 일치하도록 하는 것이 중요하다"
 3. "What inspires you"라는 질문에 대해서는 사람이 할 수 있는데 기계가 할 수 없는 것들에 대한 철학적으로 접근해보는 것이라고 하며 "학습", "경험", "사고" 등이 무엇인지 질문해보는 것을 예로 든다.
 4. AGI(Artificial General Intelligence)를 '인간이 하는 모든 일이나 작업을 더 잘 할 수 있는 컴퓨터 시스템'로 정의를 하며 AGI가 생각보다 빨리 완성될 가능성이 높다고 믿기에 지금부터 AGI를 인류의 이익과 맞추는 작업이 필요하다고 이야기한다. 일리야는 AGI가 전문가들이 생각하는 것보다 빠르게 분명히 탄생할 것으로 믿는 것 같다.
 5. 첫 번째 AGI 시스템은 천 만개 이상의 주택의 에너지를 소모하는 딥러닝 전문 프로세서로 가득찬 거대 데이터 센터의 모양을 띨 것인데 이 첫 시스템의 믿음과 욕망을 인류에게 도움되도록 디자인하는 것이 중요하다고 말한다. 왜냐면 이런 시스템은 자연에서 생명체처럼 자기가 생존할 수 있는 형태로 발전할 것이라 처음 시작이 중요하다는 거다. 현재 사람과 동물간의 관계를 미래 AGI와 사람간의 관계로 설명한 부분도 참 흥미로왔다 (공존하겠지만 한쪽의 이익이 분명히 우선시된다)
 6. AGI를 먼저 만들려는 경쟁이 사실 시작된 셈이고 그래서 여러 나라들의 협업을 통해 AGI를 만드는 것이 중요하다는 말을 하며 아래 이야기로 끝을 맺는다.

"The future is going to be good for the AI regardless. It would be nice if it were good for humans as well"

AI를 이미 하나의 존재로 표현하는 부분이 인상적이며 언제 AGI라는 것이 가능해질지 궁금한데 미국 시간으로 2025년 1월 4일 오전 10시에 샘 알트먼이 올린 트윗을 보면 이런 내용이 있다.

i always wanted to write a six-word story. here it is:
___
near the singularity; unclear which side.

Singularity는 이 문맥에서는 인공지능이 인간의 지능을 넘어서는 시점을 이야기하는데 unclear which side라는 부분이 결국 인간에게 도움이 되는지 안되는지를 나타내는 것 같다. 어그로를 끌려는 마케팅인지는 모르겠지만 샘 알트먼의 이런 태도를 일리야가 싫어한 것은 아닌지 모르겠다.

다음 포스팅에서 일리야의 NeurIPS 2024에서 했던 "Sequence to sequence learning with neural networks: What a Decade"라는 톡의 내용을 요약해보고자 한다.

2023년말 OpenAI에서 샘 알트먼의 축출(?)에 큰 역할을 했다는 Open AI 공동창업자 일리야가 어떤 사람인지 궁금해서 뒤져보다가 The Guardian과 했던 인터뷰를 찾았다. iHuman이란 제목으로 The Guardian에서 만든 AI에 관한 다큐멘터리의 일부라는데 이 사람이 갖고 있는 AI(혹은 AGI)에 관한 생각을 엿볼 수 있는데 확실히 OpenAI가 보여주었던 행보와 다름을 느낄 수 있었다. 일부 생각해볼만한 것들을 정리해보았다. <ol ><li>먼저 AI가 여러가지 문제를 해결하겠지만 새로운 문제를 만들어낼 것이란 점을 분명히 했고 예로 가짜 뉴스와 사이버 공격의 범람, 자율 AI 무기와 안정적인 독재정권의 탄생을 든다.</li><li>ChatGPT가 AGI로 발전할 것이라 믿고 있는 듯한 발언을 한다. 이 인터뷰때 일리야의 바디랭귀지를 보면 걱정을 많이 하고 있음을 느낄 수 있다 (내 감정이 이입된 것인지도 모르겠지만): "자신의 목표를 가진 완전히 자율적인 존재를 만들 수 있다고 확신하지만 이 존재들의 목표가 우리 인간의 목표와 일치하도록 하는 것이 중요하다"</li><li>"What inspires you"라는 질문에 대해서는 사람이 할 수 있는데 기계가 할 수 없는 것들에 대한 철학적으로 접근해보는 것이라고 하며 "학습", "경험", "사고" 등이 무엇인지 질문해보는 것을 예로 든다.</li><li>AGI(Artificial General Intelligence)를 '인간이 하는 모든 일이나 작업을 더 잘 할 수 있는 컴퓨터 시스템'로 정의를 하며 AGI가 생각보다 빨리 완성될 가능성이 높다고 믿기에 지금부터 AGI를 인류의 이익과 맞추는 작업이 필요하다고 이야기한다. 일리야는 AGI가 전문가들이 생각하는 것보다 빠르게 분명히 탄생할 것으로 믿는 것 같다.</li><li>첫 번째 AGI 시스템은 천 만개 이상의 주택의 에너지를 소모하는 딥러닝 전문 프로세서로 가득찬 거대 데이터 센터의 모양을 띨 것인데 이 첫 시스템의 믿음과 욕망을 인류에게 도움되도록 디자인하는 것이 중요하다고 말한다. 왜냐면 이런 시스템은 자연에서 생명체처럼 자기가 생존할 수 있는 형태로 발전할 것이라 처음 시작이 중요하다는 거다. 현재 사람과 동물간의 관계를 미래 AGI와 사람간의 관계로 설명한 부분도 참 흥미로왔다 (공존하겠지만 한쪽의 이익이 분명히 우선시된다)</li><li>AGI를 먼저 만들려는 경쟁이 사실 시작된 셈이고 그래서 여러 나라들의 협업을 통해 AGI를 만드는 것이 중요하다는 말을 하며 아래 이야기로 끝을 맺는다.</li></ol> "The future is going to be good for the AI regardless. It would be nice if it were good for humans as well" AI를 이미 하나의 존재로 표현하는 부분이 인상적이며 언제 AGI라는 것이 가능해질지 궁금한데 미국 시간으로 2025년 1월 4일 오전 10시에 샘 알트먼이 올린 트윗을 보면 이런 내용이 있다. i always wanted to write a six-word story. here it is:___near the singularity; unclear which side. Singularity는 이 문맥에서는 인공지능이 인간의 지능을 넘어서는 시점을 이야기하는데 unclear which side라는 부분이 결국 인간에게 도움이 되는지 안되는지를 나타내는 것 같다. 어그로를 끌려는 마케팅인지는 모르겠지만 샘 알트먼의 이런 태도를 일리야가 싫어한 것은 아닌지 모르겠다. 다음 포스팅에서 일리야의 NeurIPS 2024에서 했던 "Sequence to sequence learning with neural networks: What a Decade"라는 톡의 내용을 요약해보고자 한다.

일리야 수츠케버 The Guardian 인터뷰 요약

This repo includes ChatGPT prompt curation to use ChatGPT and other LLM tools better. - f/awesome-chatgpt-prompts

GitHub - f/awesome-chatgpt-prompts: This repo includes ChatGPT prompt curation to use ChatGPT and other LLM tools better.

최근 ChatGPT를 사용하지 않는 사람을 찾아보기 힘들 만큼 많은 분들이 이를 활용하고 계십니다. 대부분은 프롬프트를 즉석에서 작성해 요청하는 경우가 많지만, 고품질 프롬프트를 사용하면 더욱 정교하고 만족스러운 결과를 얻을 수 있습니다.

GitHub의 Awesome ChatGPT Prompts는 다른 사용자들이 미리 만들어둔 고품질 프롬프트 209개를 체계적으로 정리해둔 저장소입니다.

이 프롬프트들은 다양한 분야에서 유용하게 활용할 수 있으며, 여러분의 작업 효율을 크게 향상시킬 수 있습니다.

주요 활용 방법:
 1. 웹사이트를 통한 검색
    https://prompts.chat/ 웹사이트를 이용하면 저장소의 내용을 쉽게 검색할 수 있습니다.
 2. CSV 파일 검색
    저장소 내 prompts.csv 파일은 (https://github.com/f/awesome-chatgpt-prompts/blob/main/prompts.csv) 프롬프트를 한눈에 확인하고, 웹브라우저에서 검색할 수 있도록 제공됩니다.
 3. 터미널에서 검색
    터미널 사용에 익숙하다면 저장소를 다운로드한 뒤, 제공된 스크립트인 find-prompt를 실행해 프롬프트를 빠르게 찾아볼 수 있습니다. (https://github.com/f/awesome-chatgpt-prompts/blob/main/scripts/find-prompt)

나만의 프롬프트 관리:
 * 본인만의 프롬프트를 정리하고 싶다면 CSV 파일에 직접 추가해 저장할 수 있어 관리도 편리합니다.

활용 팁:
저장소의 프롬프트를 참고해 ChatGPT를 더 효과적으로 활용해 보세요. 다른 사용자가 만들어둔 프롬프트를 살펴보고, 이를 참고해 나만의 프롬프트를 작성하면 ChatGPT와의 대화가 한층 더 풍부해질 것입니다.

GitHub 저장소 링크:
https://github.com/f/awesome-chatgpt-prompts

최근 ChatGPT를 사용하지 않는 사람을 찾아보기 힘들 만큼 많은 분들이 이를 활용하고 계십니다. 대부분은 프롬프트를 즉석에서 작성해 요청하는 경우가 많지만, 고품질 프롬프트를 사용하면 더욱 정교하고 만족스러운 결과를 얻을 수 있습니다. GitHub의 Awesome ChatGPT Prompts는 다른 사용자들이 미리 만들어둔 고품질 프롬프트 209개를 체계적으로 정리해둔 저장소입니다. 이 프롬프트들은 다양한 분야에서 유용하게 활용할 수 있으며, 여러분의 작업 효율을 크게 향상시킬 수 있습니다. 주요 활용 방법:<ol ><li>웹사이트를 통한 검색 https://prompts.chat/ 웹사이트를 이용하면 저장소의 내용을 쉽게 검색할 수 있습니다.</li><li>CSV 파일 검색 저장소 내 prompts.csv 파일은 (https://github.com/f/awesome-chatgpt-prompts/blob/main/prompts.csv) 프롬프트를 한눈에 확인하고, 웹브라우저에서 검색할 수 있도록 제공됩니다. </li><li>터미널에서 검색 터미널 사용에 익숙하다면 저장소를 다운로드한 뒤, 제공된 스크립트인 find-prompt를 실행해 프롬프트를 빠르게 찾아볼 수 있습니다. (https://github.com/f/awesome-chatgpt-prompts/blob/main/scripts/find-prompt) </li></ol> 나만의 프롬프트 관리:<ul ><li>본인만의 프롬프트를 정리하고 싶다면 CSV 파일에 직접 추가해 저장할 수 있어 관리도 편리합니다.</li></ul> 활용 팁:저장소의 프롬프트를 참고해 ChatGPT를 더 효과적으로 활용해 보세요. 다른 사용자가 만들어둔 프롬프트를 살펴보고, 이를 참고해 나만의 프롬프트를 작성하면 ChatGPT와의 대화가 한층 더 풍부해질 것입니다. GitHub 저장소 링크: https://github.com/f/awesome-chatgpt-prompts

GitHub

ChatGPT를 위한 고품질 프롬프트 모음

성공에 관한 두 가지 시각이 있다. 하나는 강점 강화고 다른 하나는 약점 보완이다. 어느 쪽이 정답일까?    직장생활을 하면서 자신의 강점과 장점을 인정받는 순간은 참 뿌듯하다. 그 장점으로 인해 리더가 된 경우 더 그렇다. 그런데 리더가 된 이후엔 강점이 곧 약점이 되기도 한다. 사례를 보자.      A팀장은 신입 시절부터 목표 집중력이 좋다는 말을 들어왔다. 결과를 낼 때까지 끈기있게 밀어붙이는 업무 스타일을 고수해왔다. 계획대로 되지 않은 일은 적극적으로 관여해 차질이 없게 하는

성공하는 리더는 강점을 강화한 사람도, 약점을 보완한 사람도 아니다

성공에 관한 두 가지 시각이 있다. 하나는 강점 강화고 다른 하나는 약점 보완이다. 어느 쪽이 정답일까?

직장생활을 하면서 자신의 강점과 장점을 인정받는 순간은 참 뿌듯하다. 그 장점으로 인해 리더가 된 경우 더 그렇다. 그런데 리더가 된 이후엔 강점이 곧 약점이 되기도 한다. 사례를 보자.

A팀장은 신입 시절부터 목표 집중력이 좋다는 말을 들어왔다. 결과를 낼 때까지 끈기있게 밀어붙이는 업무 스타일을 고수해왔다. 계획대로 되지 않은 일은 적극적으로 관여해 차질이 없게 하는 진행했다. 발군의 업무 추진력을 인정받아 팀장이 되었다.

A팀장은 변한 게 없다. 여전히 결과지향적이고 집중력이 탁월하다. 그런데, 팀장이 되고 나서는 하나의 일이 아니라 여러 프로젝트를 동시에 관리해야 하는데, 우선순위에 지나치게 집착하는 바람에 돌발 상황에 대처하지 못하는 일이 발생하기 시작했다.

하나의 프로젝트를 마치기 전에 다른 프로젝트를 시작하는 것도 어려워했다. 뜻대로 진행되지 않을 때 쉽게 화를 내고 짜증내는 일도 잦아졌다. 과거엔 전략 실행 능력이 탁월했다는 평가를 받았지만, 어느새 전략적 사고력이 상대적으로 떨어진다는 말이 나오기 시작했고, 최근엔 비전과 전략적 사고에서 최악의 평가를 받았다.

A팀장에게만 나타난 독특한 현상이라고 생각하는가? 그렇지 않다. 세계적인 조직심리학자 로버트 호건(Robert Hogan)은 리더십에 관한 연구들의 여러 연구시점, 다양한 장소, 다양한 집단을 종합해 성공하는 리더와 실패하는 리더에는 눈에 띄는 점이 있다는 사실을 발견했다.

성공하는 리더들 간의 공통점은 비교적 적지만, 실패하는 리더의 공통점은 훨씬 많았다. 그 공통점 중 하나는 바로 자신의 장점이 약점으로 변질되는 순간을 인식하지 못한다는 것이다(Hogan, R. (2017). Personality and the fate of organizations. Psychology Press.).

조직풍토조사(Organizational Clmate Survey)에서는 보수, 복리후생, 작업환경, 안전, 성취, 자율성, 사회적 지지 등에 대한 구성원들의 인식 수준을 측정한다. 흥미로운 점은 구성원들의 조직풍토 인식에 있어 최악을 만드는 요인이 바로 리더라는 점이다.

조직풍토 조성에 리더가 중요하다는 사실은 어떤 조직이나 알고 있다. 조직에서 누군가를 리더로 선정할 때는 조직풍토를 개선하고자 하는 의도가 깔린 것이다. 하지만, 리더의 강점은 언제든 약점이 될 수 있다.

매우 독립적인 사람이 리더가 되면 팀 구축과 육성에 약점을 보이고, 부하들에게 권한을 위양하지도 부하들 간의 갈등을 해결하지도 못한다. 매우 창의적인 사람이 리더가 되면 조직화하지 못하고 과업을 세밀하게 검토하지 못한다. 자기 주장과 의지과 확고한 사람이 리더가 되면 주변 사람과의 논쟁에서 이기려고 하고, 상사와 전략적 관점에 차이가 있을 경우 좁히지 못한다.

리더십에 있어 성공은 강점을 강화하는 것도 약점을 보완하는 것도 아니다. 자신의 강점이 약점이 될 수 있는 순간을 인식하고 적절히 대응할 수 있어야 한다. 섣불리 강점을 강화하라거나 약점을 보완하라는 조언을 해서는 안된다.

그렇다면, 강점을 유지하고 약점으로 변질되지 않게 만드는 대안은 무엇일까?

1️⃣가장 중요한 것은 자기 인식 강화다.
360도 피드백은 필수다. 비공식적 멘토들을 통해 피드백을 받는 것도 필요하다.

2️⃣적극적인 학습이다.
자신의 강점이 약점이 될 수 있음을 인지함과 동시에 이를 보완할 수 있는 효과적 대안을 시행하는 것이다. 효과적인 대안은 이미 많이 연구되어 있다. 학습이 부족할 뿐이다.

3️⃣경력 경로의 확대다.
조직 내 다양한 분야의 업무 경험과 사람들과의 인간관계를 경험하는 것은 보다 폭넓은 관점을 갖게 한다.

4️⃣균형잡힌 삶이다.
자아강도(ego strength)는 불균형 상태에서 강해진다. 아닌 줄 알면서도 끝까지 우길 때가 있다. 자아에 위협을 받는 상태여서다. 직장에서의 나 뿐만 아니라, 가정에서, 사회에서, 친구로서의 나 등 자아가 다양한 사람은 자아의 위협에 비교적 잘 대응할 수 있다.

그래서 직장 뿐만 아니라, 가정, 운동, 취미, 학습, 봉사활동, 사회 모임 등 다양한 장면에서 자아를 돌아보는 것은 자아 위협에 효과적으로 대응할 수 있는 방안이다.

리더로서 성공은 강점 강화도 약점 보완도 아닌, 리더가 되기 전의 강점이 리더가 된 후에 약점으로 변질되는 시점에 대한 인식과 대응이라는 것을 기억하자.

성공에 관한 두 가지 시각이 있다. 하나는 강점 강화고 다른 하나는 약점 보완이다. 어느 쪽이 정답일까? 직장생활을 하면서 자신의 강점과 장점을 인정받는 순간은 참 뿌듯하다. 그 장점으로 인해 리더가 된 경우 더 그렇다. 그런데 리더가 된 이후엔 강점이 곧 약점이 되기도 한다. 사례를 보자. A팀장은 신입 시절부터 목표 집중력이 좋다는 말을 들어왔다. 결과를 낼 때까지 끈기있게 밀어붙이는 업무 스타일을 고수해왔다. 계획대로 되지 않은 일은 적극적으로 관여해 차질이 없게 하는 진행했다. 발군의 업무 추진력을 인정받아 팀장이 되었다. A팀장은 변한 게 없다. 여전히 결과지향적이고 집중력이 탁월하다. 그런데, 팀장이 되고 나서는 하나의 일이 아니라 여러 프로젝트를 동시에 관리해야 하는데, 우선순위에 지나치게 집착하는 바람에 돌발 상황에 대처하지 못하는 일이 발생하기 시작했다. 하나의 프로젝트를 마치기 전에 다른 프로젝트를 시작하는 것도 어려워했다. 뜻대로 진행되지 않을 때 쉽게 화를 내고 짜증내는 일도 잦아졌다. 과거엔 전략 실행 능력이 탁월했다는 평가를 받았지만, 어느새 전략적 사고력이 상대적으로 떨어진다는 말이 나오기 시작했고, 최근엔 비전과 전략적 사고에서 최악의 평가를 받았다. A팀장에게만 나타난 독특한 현상이라고 생각하는가? 그렇지 않다. 세계적인 조직심리학자 로버트 호건(Robert Hogan)은 리더십에 관한 연구들의 여러 연구시점, 다양한 장소, 다양한 집단을 종합해 성공하는 리더와 실패하는 리더에는 눈에 띄는 점이 있다는 사실을 발견했다. 성공하는 리더들 간의 공통점은 비교적 적지만, 실패하는 리더의 공통점은 훨씬 많았다. 그 공통점 중 하나는 바로 자신의 장점이 약점으로 변질되는 순간을 인식하지 못한다는 것이다(Hogan, R. (2017). Personality and the fate of organizations. Psychology Press.). 조직풍토조사(Organizational Clmate Survey)에서는 보수, 복리후생, 작업환경, 안전, 성취, 자율성, 사회적 지지 등에 대한 구성원들의 인식 수준을 측정한다. 흥미로운 점은 구성원들의 조직풍토 인식에 있어 최악을 만드는 요인이 바로 리더라는 점이다. 조직풍토 조성에 리더가 중요하다는 사실은 어떤 조직이나 알고 있다. 조직에서 누군가를 리더로 선정할 때는 조직풍토를 개선하고자 하는 의도가 깔린 것이다. 하지만, 리더의 강점은 언제든 약점이 될 수 있다. 매우 독립적인 사람이 리더가 되면 팀 구축과 육성에 약점을 보이고, 부하들에게 권한을 위양하지도 부하들 간의 갈등을 해결하지도 못한다. 매우 창의적인 사람이 리더가 되면 조직화하지 못하고 과업을 세밀하게 검토하지 못한다. 자기 주장과 의지과 확고한 사람이 리더가 되면 주변 사람과의 논쟁에서 이기려고 하고, 상사와 전략적 관점에 차이가 있을 경우 좁히지 못한다. 리더십에 있어 성공은 강점을 강화하는 것도 약점을 보완하는 것도 아니다. 자신의 강점이 약점이 될 수 있는 순간을 인식하고 적절히 대응할 수 있어야 한다. 섣불리 강점을 강화하라거나 약점을 보완하라는 조언을 해서는 안된다. 그렇다면, 강점을 유지하고 약점으로 변질되지 않게 만드는 대안은 무엇일까? 1️⃣가장 중요한 것은 자기 인식 강화다.360도 피드백은 필수다. 비공식적 멘토들을 통해 피드백을 받는 것도 필요하다. 2️⃣적극적인 학습이다.자신의 강점이 약점이 될 수 있음을 인지함과 동시에 이를 보완할 수 있는 효과적 대안을 시행하는 것이다. 효과적인 대안은 이미 많이 연구되어 있다. 학습이 부족할 뿐이다. 3️⃣경력 경로의 확대다.조직 내 다양한 분야의 업무 경험과 사람들과의 인간관계를 경험하는 것은 보다 폭넓은 관점을 갖게 한다. 4️⃣균형잡힌 삶이다.자아강도(ego strength)는 불균형 상태에서 강해진다. 아닌 줄 알면서도 끝까지 우길 때가 있다. 자아에 위협을 받는 상태여서다. 직장에서의 나 뿐만 아니라, 가정에서, 사회에서, 친구로서의 나 등 자아가 다양한 사람은 자아의 위협에 비교적 잘 대응할 수 있다. 그래서 직장 뿐만 아니라, 가정, 운동, 취미, 학습, 봉사활동, 사회 모임 등 다양한 장면에서 자아를 돌아보는 것은 자아 위협에 효과적으로 대응할 수 있는 방안이다. 리더로서 성공은 강점 강화도 약점 보완도 아닌, 리더가 되기 전의 강점이 리더가 된 후에 약점으로 변질되는 시점에 대한 인식과 대응이라는 것을 기억하자.

ㅍㅍㅅㅅ

성공에 관한 두 가지 시각이 있다. 하나는 강점 강화고 다른 하나

개발/프로그래밍 무료 작품을 확인해보세요.

개발/프로그래밍 무료 - 전자책 - 최대 90% 할인! 웰컴 마크다운 - 리디

RIDI 에서 무료로 볼 수 있는 다양한 기술 서적을 제공하고 있네요. 저는 특정 기술 분야에 대한 체계적인 지식이 필요할 때, 책을 통해 학습하는 편인데요. RIDI에 있는 책들을 보니 목차와 내용이 매우 충실해 보입니다.

개인적으로는 종이책을 선호하지만, 전문적인 지식이 필요하거나 빠르게 읽어야 할 때 RIDI의 전자책이 유용할 것 같습니다. 또한, RIDI는 PC용 뷰어도 제공해주어서, 데스크톱 환경에서도 편리하게 독서를 즐길 수 있다는 점도 장점입니다.

https://ridibooks.com/category/free-books/2220

RIDI 에서 무료로 볼 수 있는 다양한 기술 서적을 제공하고 있네요. 저는 특정 기술 분야에 대한 체계적인 지식이 필요할 때, 책을 통해 학습하는 편인데요. RIDI에 있는 책들을 보니 목차와 내용이 매우 충실해 보입니다. 개인적으로는 종이책을 선호하지만, 전문적인 지식이 필요하거나 빠르게 읽어야 할 때 RIDI의 전자책이 유용할 것 같습니다. 또한, RIDI는 PC용 뷰어도 제공해주어서, 데스크톱 환경에서도 편리하게 독서를 즐길 수 있다는 점도 장점입니다. https://ridibooks.com/category/free-books/2220

리디

RIDI로 만나는 무료 기술 서적

Notion – The all-in-one workspace for your notes, tasks, wikis, and databases.

마크 톰슨 전 뉴욕타임즈 CEO는(이제는 정말 '전'이 되었네요) 넷플릭스 리드 해이스팅스 CEO가 하는 일을 뉴욕타임즈도 똑같이 한다고 말합니다. 뉴욕타임즈의 뉴스룸 투자, 디지털 구독자 천만명 목표, 조직의 절반이 밀레니얼 세대인 뉴욕타임즈에서 리더십을 발휘하는 방법, 그리고 팟캐스트 '더 데일리'를 시작한 이야기까지 인사이트 있게 전했습니다. CEO와 편집국 (가문)의 역동적인 관계도 재미있네요. 차기 CEO인 매러디스 코핏 레비엔의 방향성도 살펴볼 수 있겠습니다. 

(본문 중) 2017년 설립된 서브스택과 1851년 설립된 뉴욕타임즈가 똑같은 고민을 하고 있음을 알 수 있었습니다. 광고 비즈니스 모델이 사회 전반과 콘텐츠 비즈니스에 미친 악영향을 비판하고요. 콘텐츠 유료화와 구독 모델을 기반으로 비즈니스 모델을 혁신하고 콘텐츠 소비자와의 관계를 재정립하려고 합니다.

송보영 / 학생 / 자유전공학부 ­의 Notion on Notion

콘텐츠 기획/제작

손경호

소프트웨어 엔지니어

김지섭

디어코퍼레이션 FE 개발자

강희욱

디어코퍼레이션에서 모빌리티 서비스 전반의 FE 프로덕트를 개발하고 있습니다.
#개발자 #스타트업 #프론트엔드

IT 도서를 기획(원고 개발 포함)했고 편집도 일부 참여했습니다.

기획/편집자

IT 기사들을 작성했습니다. 개발자 분들에게 유익한 콘텐츠를 전달하고자 IT 트렌드를 발빠르게 읽고 기사를 기획, 작성, 편집했습니다. 그 일환으로 제임스 고슬링, 귀도 판 로썸과 인터뷰 해서 기사로 발행했습니다. 
https://youtu.be/SqiR1LXu9Rk

개발 잡지 기자

슬로워크의 일 중 IT와 관련된 텍스트 브랜드 콘텐츠들을 기획, 작성, 편집했습니다. 
예를 들어 신뢰 기술, 정부 기술, 젠더 평등을 위한 기술 등에 관한 글을 다루었습니다. 그 일환으로 대만 디지털 장관 오드리 탕과의 인터뷰를 통해 정부 기술에 관한 새로운 시각을 국내에 전달했습니다. 시리즈물을 기획 및 제작하기도 했습니다. 이를 통해 슬로워크의 브랜드를 제고하고자 했습니다.
또한 샐러드볼 랜딩페이지, 홈페이지 등에 사용되는 콘텐츠도 작성했습니다. 
https://slowalk.com/2622
https://saladbowl.pro (서비스 자체는 운영 보류 상태)

콘텐츠 라이터

IT 트렌드 및 시장을 빠르게 읽습니다. 명사보다는 동사를 쓰려고 합니다. 호기심이 많아요. 프로젝트썸원, 커피팟, 커리어리, 스티비, 누틸드 등과 협업했습니다. 

1) 해외 IT 소식을 다양한 아티클로 전하고, 브랜드 콘텐츠를 씁니다. 
2) 신규 브랜드를 초기에 만들어가며 콘텐츠 및 강연 기획, 운영을 했습니다.
3) IT 도서 번역도 합니다. 

테크 비즈 라이터 

IT 기자

장혜림 (메이)

포트폴리오(영문)

포트폴리오(국문)

🤝bshr89@gmail.com 
☝️9년째 IT 주제 텍스트 콘텐츠 만들어요
😊해외 IT 소식을 큐레이션해요
🤟재밌는 거 좋아해요
🙏제임스 고슬링 자바 창시자, 귀도 판 로썸 파이썬 창시자, 오드리 탕 대만 디지털 장관을 인터뷰했어요
🇬🇧런던 거주중이에요

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필