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 인터뷰 요약

AGI는 실현불가능 함 단지 해당 분야에 종사하는 사람들의 꿈일 뿐 실현가능하지도 않은 걸 두고 그 위험성을 걱정하는 건 다분히 이슈만들기라는 의심을 살 수밖에 없음

“혼자서 앱을 개발해 나간다는 게 쉬운 작업이 아닌데, 혹시 스터디나 모임도 활용하셨는지 궁금합니다.”
“활용하지 않습니다.”

스터디그룹에 참여해 보지 않았던 것은 아닙니다.
20대에는 무슨 스터디만 한다 하면 어떻게든 시간을 내서 참여했습니다.

내가 발표할 시간이 되면 스트레스받아 가면서 시간에 쫓겨 자료를 만들고…
남들 발표 시간에는 편안한 마음으로 듣기도 하고…
스터디에 많이 참여하니 항상 바쁘게 쪼개서 시간을 썼는데, 그에 비해 배움은 크지 않은 것 같았습니다.
이상하다. 마치 헛공부만 하고 있는 느낌이랄까…?
이런 경험이 반복되면서 스터디에 참여하는 것을 점점 주저하게 됐습니다.

스터디 그룹에 참여하면 누가 떠먹여 주지 않을까 하는 생각이 그렇게 만들었던 건 아닐까?
어차피 공부는 누가 떠먹여 주는 것이 아니라 내가 해야 하는 것인데.

가만히 생각해 보면 제대로 학습했다는 느낌이 들었던 순간은 언제나 제 책상 앞이었습니다.
혼자 끙끙대면서 스스로에게 질문하고 답하는 시간을 더 많이 갖고 싶습니다.

“혼자서 앱을 개발해 나간다는 게 쉬운 작업이 아닌데, 혹시 스터디나 모임도 활용하셨는지 궁금합니다.”“활용하지 않습니다.” 스터디그룹에 참여해 보지 않았던 것은 아닙니다.20대에는 무슨 스터디만 한다 하면 어떻게든 시간을 내서 참여했습니다. 내가 발표할 시간이 되면 스트레스받아 가면서 시간에 쫓겨 자료를 만들고…남들 발표 시간에는 편안한 마음으로 듣기도 하고…스터디에 많이 참여하니 항상 바쁘게 쪼개서 시간을 썼는데, 그에 비해 배움은 크지 않은 것 같았습니다.이상하다. 마치 헛공부만 하고 있는 느낌이랄까…?이런 경험이 반복되면서 스터디에 참여하는 것을 점점 주저하게 됐습니다. 스터디 그룹에 참여하면 누가 떠먹여 주지 않을까 하는 생각이 그렇게 만들었던 건 아닐까?어차피 공부는 누가 떠먹여 주는 것이 아니라 내가 해야 하는 것인데. 가만히 생각해 보면 제대로 학습했다는 느낌이 들었던 순간은 언제나 제 책상 앞이었습니다.혼자 끙끙대면서 스스로에게 질문하고 답하는 시간을 더 많이 갖고 싶습니다.

스터디 그룹에 참여하지 않는 이유

01 . 벌써 새해가 된지도 보름 가까이 흘러가고 있습니다. '새해엔 이런 걸 해봐야지!'라고 마음먹었던 분들 중에서 그 목표를 알차게 실천하고 있으신 분도 계실 테고, '우리의 새해는 구정부터니까!'라는 마음으로 약 4주 정도의 유예기간을 갖고 계실 분도 있을 겁니다. 그리고 꽤 많은 분들께서는 '하고 싶은 것도 있고, 해야 한다는 것도 알지만 왜 이렇게 몸도 마음도 움직여주지 않지...?'라는 생각을 하고 계실 수 있죠. 사람 사는 모습들이 별반 다르지 않으니까요.

02 . 제 경우에는 새해 목표를 세우는 (특별하지는 않지만 나름 괜찮게 써먹고 있는) 저만의 방식이 하나 있긴 합니다. 그건 바로 '관성을 걷어내는 작업'이죠. 연말 시즌이 주는 그 따뜻하고도 아쉬운 분위기, 더불어 새해가 되면 만연해지는 희망과 의욕의 메시지들에 취해 늘 새로운 것을 해보고자 다짐하지만 너무도 쉽게 그 목표들이 휘발되는 걸 보면 무엇이 우리의 의지를 꺾는 걸까 궁금해지기도 하더라고요. 무엇보다 우리의 나약함에서만 잘못을 찾기엔 살짝 억울한 면도 있고요.

03 . 그런 고민의 과정에서 도달하게 된 지점이 바로 '관성'이라는 대상이었습니다. 다들 잘 아시겠지만 관성은 '현재의 운동 상태를 유지하려는 경향'을 의미합니다. 놀랍게도 관성의 영어 단어인 Inertia의 어원은 고대 그리스어까지 올라가게 되는데요, 그때도 이 단어의 뜻은 '쉬다', '게으르다'의 의미였다고 하니 그저 놀라울 따름이죠. 훗날 관성이라는 물리적 개념을 설명하기 위해서 차용한 어원 중 하나가 게으르다였고, 그게 오늘날 어느 문화권에서든 또 다른 의미의 관성으로 불리고 있다는 사실에서 언어의 신비로움을 발견하게 되는 것도 같습니다.

04 . 하지만 우리가 관성의 개념을 다룰 때 자주 잊어버리는 전제 조건이 하나 있습니다. 바로 '물체에 작용하는 힘의 총합이 0일 때'라는 것입니다. 다시 말해 관성이라는 그 경향이 나타나기 위해서는 내외부에서 영향을 주는 힘이 0이어야 한다는 의미인데, 어쩌면 우리는 이 중요한 조건을 잊은 채 그저 관성이란 게 내 자신이 천성적으로 게으른 탓이라는 이유로 돌리고 있는지도 모른다는 것이죠. (그게 그 말 아니냐는 분도 계시겠지만, 적어도 이 개념을 이해하느냐 하지 않느냐의 차이는 크다고 생각합니다)

05 . 그럼 우리는 왜 관성인 줄 알면서도 굳이 힘의 상태를 계속 0으로 두고 있는 걸까요? 다양한 이유가 있겠지만 저는 크게 다섯 가지로 한 번 분류해 보고자 합니다.
첫째는 아직까지 아무도 내게 뭐라고 하지 않았기 때문에 관성에 머물고 있을 확률이 크고, 둘째는 여태껏 해왔던 게 아까워서 관성을 버리지 못하고 있을 수도 있습니다. 세 번째로는 뭔가 바꾸려고 했다가 오히려 더 나빠질까 봐 현장 유지만이라도 하고자 하는 심리에서도 비롯될 수 있다고 보고, 네 번째는 아무 것도 안 하는 것보다야 관성이라도 유지하는 게 나을 것 같아서 하던 방식 그대로를 계속 고수할 수도 있을 겁니다. 아마 이 글을 읽는 여러분들 중에서도 뜨끔하시는 분들이 적지 않을 테고요.

06 . 하지만 저는 가장 중요한 이유는 마지막 다섯 번째라고 생각합니다. 다름 아닌 '관성이 관성인지 몰라서' 관성을 버리지 못하는 것이죠. 즉 내가 하고 있는 노력, 나에게 붙어 있는 습관, 내가 쓰고 있는 방법들 중에 어떤 것들이 떨쳐내야 할 관성이고 어떤 것들이 진짜 성장을 위한 동력인지 구분하지를 못하는 겁니다. 때문에 이 모든 짐을 안고서 새롭게 뭔가를 시작하려고 하니 마음먹은 대로 되지 않을 수밖에요. 가벼운 상태로 시작해도 쉽지 않을 일을 그동안 내가 쌓아온 수많은 레거시를 안은 채로, 그마저도 무엇이 도움이 되고 되지 않는지를 모르는 채로 뭔가를 새로 시작한다는 것은 어쩌면 어불성설인지도 모릅니다.

07 . 그럼 관성을 관성이라고 자각할 수 있는 방법은 무엇일까요? 저는 이 방법 역시 제 나름의 기준을 적용해 다섯 가지로 한 번 구분해보고자 합니다.
첫째는 관심과 노력 대비 오랜 기간 동안 성과로 돌아오지 않는 것들은 관성에 해당할 확률이 높습니다. 두 번째로 누군가 나와는 다른 방법으로 좋은 퍼포먼스를 내고 있다면 지금 내가 쓰고 있는 방식이 관성은 아닐지 체크하는 자세도 필요하죠. 세 번째, 욕먹는 것은 아니지만 그렇다고 딱히 칭찬을 받는 것도 아닌 상태에 머물러 있는 것들 역시 관성으로 굳어 있을 수 있고, 네 번째로 실제 행동으로 옮겨보지도 못하고 매번 고민만 하다가 끝나는 것들 역시 힘의 작용이 0인 상황 속에 놓여 있는 것들이라 보는 게 맞습니다. 그리고 마지막 다섯 번째, '왜 해야 하는가'에 쉽게 답할 수 없는 것도 관성적으로 뭔가를 하고 있다는 반증에 해당할 겁니다.

08 . 이렇게 나열하고 보면 내가 하고 있는 일, 내가 실천하고 있는 루틴 중에 관성에 빠져있는 것들을 어렵지 않게 확인할 수 있습니다. 그리고 이것들은 나의 성장을 방해하는 것뿐 아니라 내가 새로운 뭔가를 시도하려고 할 때 은근 내 발목을 잡는 존재가 될 확률도 높죠. 앞에서도 언급했듯이 아예 안 하는 것보다야 뭐라도 하는 게 낫다고 생각할 수 있지만, 우리의 목표는 새해에, 새롭게, 더 나은 뭔가를 하는 것인 만큼 나에게 무엇이 관성인지를 확인하는 과정은 무엇보다 선행되어야 할 필수 절차라고도 할 수 있습니다.

09 . 다시 한번 말씀드리지만 관성은 '어떤 대상에 작용하는 힘의 총합이 0일 때, 현재의 운동 상태를 유지하려는 경향'을 말합니다. 그러니 만약 우리가 스스로에게 1도 힘을 주지 못할 목표를 만든다면 그게 무슨 의미가 있을지를 진지하게 고민해 봐야 합니다. 어차피 내 관성을 깨지 못할 거라면, 어차피 올해도 작년과 크게 다를 바 없이 살 거라면 아무리 좋은 목표라고 해도 우리에게 작용하는 힘의 상태는 0일 테니 말입니다. 그러니 어쩌면 세상에서 가장 좋은 목표 중 하나는 우리의 관성을 깨뜨릴 수 있는 목표일지도 모르죠. 그러기 위해서 관성을 관성으로 자각하는 과정이 꼭 필요하고요.

10 . 너무 냉정하게 들릴지는 모르지만 사실 새해라고 해서 달라지는 것들은 크게 없습니다. 그저 숫자 몇 개 바뀔 뿐 우리의 역량과 생체리듬은 12월의 그것과 전혀 다르지 않죠. 하지만 사람에겐 그냥 막무가내로 부딪혀봐야 하는 노력이 있나 하면 적어도 개념을 구분 짓고 정확히 접근해야 하는 노력도 있습니다. 그런 의미에서 우리 모두 (적어도 구정까지는...) 올해 내가 털어내고 싶은 관성은 무엇인지 한 번 정리해 보는 것도 좋을 것 같아요. 새로운 나와 만나기 위해서는 결국 어제의 나와 이별해야 하는 것일 테니 말이죠.

01 . 벌써 새해가 된지도 보름 가까이 흘러가고 있습니다. '새해엔 이런 걸 해봐야지!'라고 마음먹었던 분들 중에서 그 목표를 알차게 실천하고 있으신 분도 계실 테고, '우리의 새해는 구정부터니까!'라는 마음으로 약 4주 정도의 유예기간을 갖고 계실 분도 있을 겁니다. 그리고 꽤 많은 분들께서는 '하고 싶은 것도 있고, 해야 한다는 것도 알지만 왜 이렇게 몸도 마음도 움직여주지 않지...?'라는 생각을 하고 계실 수 있죠. 사람 사는 모습들이 별반 다르지 않으니까요. 02 . 제 경우에는 새해 목표를 세우는 (특별하지는 않지만 나름 괜찮게 써먹고 있는) 저만의 방식이 하나 있긴 합니다. 그건 바로 '관성을 걷어내는 작업'이죠. 연말 시즌이 주는 그 따뜻하고도 아쉬운 분위기, 더불어 새해가 되면 만연해지는 희망과 의욕의 메시지들에 취해 늘 새로운 것을 해보고자 다짐하지만 너무도 쉽게 그 목표들이 휘발되는 걸 보면 무엇이 우리의 의지를 꺾는 걸까 궁금해지기도 하더라고요. 무엇보다 우리의 나약함에서만 잘못을 찾기엔 살짝 억울한 면도 있고요. 03 . 그런 고민의 과정에서 도달하게 된 지점이 바로 '관성'이라는 대상이었습니다. 다들 잘 아시겠지만 관성은 '현재의 운동 상태를 유지하려는 경향'을 의미합니다. 놀랍게도 관성의 영어 단어인 Inertia의 어원은 고대 그리스어까지 올라가게 되는데요, 그때도 이 단어의 뜻은 '쉬다', '게으르다'의 의미였다고 하니 그저 놀라울 따름이죠. 훗날 관성이라는 물리적 개념을 설명하기 위해서 차용한 어원 중 하나가 게으르다였고, 그게 오늘날 어느 문화권에서든 또 다른 의미의 관성으로 불리고 있다는 사실에서 언어의 신비로움을 발견하게 되는 것도 같습니다. 04 . 하지만 우리가 관성의 개념을 다룰 때 자주 잊어버리는 전제 조건이 하나 있습니다. 바로 '물체에 작용하는 힘의 총합이 0일 때'라는 것입니다. 다시 말해 관성이라는 그 경향이 나타나기 위해서는 내외부에서 영향을 주는 힘이 0이어야 한다는 의미인데, 어쩌면 우리는 이 중요한 조건을 잊은 채 그저 관성이란 게 내 자신이 천성적으로 게으른 탓이라는 이유로 돌리고 있는지도 모른다는 것이죠. (그게 그 말 아니냐는 분도 계시겠지만, 적어도 이 개념을 이해하느냐 하지 않느냐의 차이는 크다고 생각합니다) 05 . 그럼 우리는 왜 관성인 줄 알면서도 굳이 힘의 상태를 계속 0으로 두고 있는 걸까요? 다양한 이유가 있겠지만 저는 크게 다섯 가지로 한 번 분류해 보고자 합니다.첫째는 아직까지 아무도 내게 뭐라고 하지 않았기 때문에 관성에 머물고 있을 확률이 크고, 둘째는 여태껏 해왔던 게 아까워서 관성을 버리지 못하고 있을 수도 있습니다. 세 번째로는 뭔가 바꾸려고 했다가 오히려 더 나빠질까 봐 현장 유지만이라도 하고자 하는 심리에서도 비롯될 수 있다고 보고, 네 번째는 아무 것도 안 하는 것보다야 관성이라도 유지하는 게 나을 것 같아서 하던 방식 그대로를 계속 고수할 수도 있을 겁니다. 아마 이 글을 읽는 여러분들 중에서도 뜨끔하시는 분들이 적지 않을 테고요. 06 . 하지만 저는 가장 중요한 이유는 마지막 다섯 번째라고 생각합니다. 다름 아닌 '관성이 관성인지 몰라서' 관성을 버리지 못하는 것이죠. 즉 내가 하고 있는 노력, 나에게 붙어 있는 습관, 내가 쓰고 있는 방법들 중에 어떤 것들이 떨쳐내야 할 관성이고 어떤 것들이 진짜 성장을 위한 동력인지 구분하지를 못하는 겁니다. 때문에 이 모든 짐을 안고서 새롭게 뭔가를 시작하려고 하니 마음먹은 대로 되지 않을 수밖에요. 가벼운 상태로 시작해도 쉽지 않을 일을 그동안 내가 쌓아온 수많은 레거시를 안은 채로, 그마저도 무엇이 도움이 되고 되지 않는지를 모르는 채로 뭔가를 새로 시작한다는 것은 어쩌면 어불성설인지도 모릅니다. 07 . 그럼 관성을 관성이라고 자각할 수 있는 방법은 무엇일까요? 저는 이 방법 역시 제 나름의 기준을 적용해 다섯 가지로 한 번 구분해보고자 합니다. 첫째는 관심과 노력 대비 오랜 기간 동안 성과로 돌아오지 않는 것들은 관성에 해당할 확률이 높습니다. 두 번째로 누군가 나와는 다른 방법으로 좋은 퍼포먼스를 내고 있다면 지금 내가 쓰고 있는 방식이 관성은 아닐지 체크하는 자세도 필요하죠. 세 번째, 욕먹는 것은 아니지만 그렇다고 딱히 칭찬을 받는 것도 아닌 상태에 머물러 있는 것들 역시 관성으로 굳어 있을 수 있고, 네 번째로 실제 행동으로 옮겨보지도 못하고 매번 고민만 하다가 끝나는 것들 역시 힘의 작용이 0인 상황 속에 놓여 있는 것들이라 보는 게 맞습니다. 그리고 마지막 다섯 번째, '왜 해야 하는가'에 쉽게 답할 수 없는 것도 관성적으로 뭔가를 하고 있다는 반증에 해당할 겁니다. 08 . 이렇게 나열하고 보면 내가 하고 있는 일, 내가 실천하고 있는 루틴 중에 관성에 빠져있는 것들을 어렵지 않게 확인할 수 있습니다. 그리고 이것들은 나의 성장을 방해하는 것뿐 아니라 내가 새로운 뭔가를 시도하려고 할 때 은근 내 발목을 잡는 존재가 될 확률도 높죠. 앞에서도 언급했듯이 아예 안 하는 것보다야 뭐라도 하는 게 낫다고 생각할 수 있지만, 우리의 목표는 새해에, 새롭게, 더 나은 뭔가를 하는 것인 만큼 나에게 무엇이 관성인지를 확인하는 과정은 무엇보다 선행되어야 할 필수 절차라고도 할 수 있습니다. 09 . 다시 한번 말씀드리지만 관성은 '어떤 대상에 작용하는 힘의 총합이 0일 때, 현재의 운동 상태를 유지하려는 경향'을 말합니다. 그러니 만약 우리가 스스로에게 1도 힘을 주지 못할 목표를 만든다면 그게 무슨 의미가 있을지를 진지하게 고민해 봐야 합니다. 어차피 내 관성을 깨지 못할 거라면, 어차피 올해도 작년과 크게 다를 바 없이 살 거라면 아무리 좋은 목표라고 해도 우리에게 작용하는 힘의 상태는 0일 테니 말입니다. 그러니 어쩌면 세상에서 가장 좋은 목표 중 하나는 우리의 관성을 깨뜨릴 수 있는 목표일지도 모르죠. 그러기 위해서 관성을 관성으로 자각하는 과정이 꼭 필요하고요. 10 . 너무 냉정하게 들릴지는 모르지만 사실 새해라고 해서 달라지는 것들은 크게 없습니다. 그저 숫자 몇 개 바뀔 뿐 우리의 역량과 생체리듬은 12월의 그것과 전혀 다르지 않죠. 하지만 사람에겐 그냥 막무가내로 부딪혀봐야 하는 노력이 있나 하면 적어도 개념을 구분 짓고 정확히 접근해야 하는 노력도 있습니다. 그런 의미에서 우리 모두 (적어도 구정까지는...) 올해 내가 털어내고 싶은 관성은 무엇인지 한 번 정리해 보는 것도 좋을 것 같아요. 새로운 나와 만나기 위해서는 결국 어제의 나와 이별해야 하는 것일 테니 말이죠.

관성 위에 쌓는 목표라면 그게 무슨 의미가 있을까요?

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³

어제 Andrew Ng 교수가 AI의 도움을 받아 어떤 아이디어를 빠르게 구현할 때 본인이 사용하는 기술 스택을 DeepLearning.AI 블로그에 공유했는데 요약하면 아래와 같다 (링크는 댓글 참조).

 * API & Backend: Python과 FastAPI를 사용.
 * Database: MongoDB를 선호. 그 이유는 NoSQL이라 스키마 변경이 자유롭기 때문에 일단 이걸로 구현해보고 나중에 다른 관계형 DB로 이전.
 * Local testing: 개인 컴퓨터에서 백엔드 서버를 테스트하는 용도로 Uvicorn을 사용. Uvicorn이란 걸 처음 들어봤는데 FastAPI와 같이 쓰는 것이 일반적이며 로컬 환경에서 디버깅하고 개발하는데 편리하다고 함.
 * Deployment: 클라우드 환경으로 배포할 것이라면 작은 앱은 Heroku를 사용하고 덩치가 있는 앱은 AWS Elastic Beanstalk을 추천. 다른 옵션으로는 HuggingFace Spaces, Railway, Firebase, Vercel 등등이 존재
 * Coding Assistance: 개념을 잡고 디자인을 할 때는 O1이 더 좋고, 코딩을 할 때는 Claude 3.5 Sonnet이 더 잘하는 것 같으며 코딩을 할 때는 Cursor를 사용하기도 함.
   
   
중요한 포인트는 나에게 아주 익숙한 프로포타입용 풀스택을 익혀서 빠르게 iteration할 수 있어야 한다는 점이다.

어제 Andrew Ng 교수가 AI의 도움을 받아 어떤 아이디어를 빠르게 구현할 때 본인이 사용하는 기술 스택을 DeepLearning.AI 블로그에 공유했는데 요약하면 아래와 같다 (링크는 댓글 참조). <ul ><li>API &amp; Backend: Python과 FastAPI를 사용.</li><li>Database: MongoDB를 선호. 그 이유는 NoSQL이라 스키마 변경이 자유롭기 때문에 일단 이걸로 구현해보고 나중에 다른 관계형 DB로 이전.</li><li>Local testing: 개인 컴퓨터에서 백엔드 서버를 테스트하는 용도로 Uvicorn을 사용. Uvicorn이란 걸 처음 들어봤는데 FastAPI와 같이 쓰는 것이 일반적이며 로컬 환경에서 디버깅하고 개발하는데 편리하다고 함.</li><li>Deployment: 클라우드 환경으로 배포할 것이라면 작은 앱은 Heroku를 사용하고 덩치가 있는 앱은 AWS Elastic Beanstalk을 추천. 다른 옵션으로는 HuggingFace Spaces, Railway, Firebase, Vercel 등등이 존재</li><li>Coding Assistance: 개념을 잡고 디자인을 할 때는 O1이 더 좋고, 코딩을 할 때는 Claude 3.5 Sonnet이 더 잘하는 것 같으며 코딩을 할 때는 Cursor를 사용하기도 함. </li></ul>중요한 포인트는 나에게 아주 익숙한 프로포타입용 풀스택을 익혀서 빠르게 iteration할 수 있어야 한다는 점이다.

Andrew Ng 교수가 추천하는 프로토타입 개발 기술 스택

https://www.deeplearning.ai/the-batch/issue-283/

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를 위한 고품질 프롬프트 모음

One shot solution for any System Design Interview.

System Design For Beginners: Everything You Need in One Article

지연 시간 (Latency)
지연 시간은 클라이언트에서 서버로 요청이 전달되고 다시 돌아오기까지(혹은 하나의 작업 단위가 완료되기까지) 걸리는 시간을 말합니다. 보통 밀리초(ms) 단위로 측정됩니다.
 * 웹페이지 로드: 만약 서버가 브라우저로 페이지 데이터를 보내는 데 200ms가 걸린다면, 지연 시간은 200ms입니다.
 * 간단히 말해, 웹사이트가 빠르게 로드되면 낮은 지연 시간(low latency)을 가진 것이고, 느리게 로드되면 높은 지연 시간(high latency)을 가진 겁니다.
 * 왕복 시간(Round Trip Time, RTT): 요청이 서버로 가고 응답이 다시 돌아오는 데 걸리는 전체 시간을 말합니다. 때로는 RTT가 지연 시간의 대체 용어로 사용되기도 합니다.
 
처리량 (Throughput)
처리량은 시스템이 초당 처리할 수 있는 요청 또는 작업 단위의 수를 의미합니다. 보통 초당 요청 수(RPS, Requests Per Second) 또는 초당 트랜잭션 수(TPS, Transactions Per Second)로 측정됩니다.
 * 모든 서버에는 한계가 있어 초당 X개의 요청만 처리할 수 있습니다. 과도한 부하를 가하면 서버가 과부하 상태에 빠지거나 다운될 수 있습니다.
 * 높은 처리량: 시스템이 많은 요청을 동시에 처리할 수 있는 경우
 * 낮은 처리량: 시스템이 많은 요청을 동시에 처리하는 데 어려움을 겪는 경우
 * 이상적으로는 지연 시간은 낮고 처리량은 높은 시스템을 만드는 것이 목표입니다.
 
예시
 * 지연 시간: 자동차가 한 지점에서 다른 지점까지 이동하는 데 걸리는 시간(ex 10분)
 * 처리량: 고속도로에서 1시간동안 이동할 수 있는 자동차의 수(ex 1,000대)
 
요약
 * 지연 시간(Latency): 단일 요청을 처리하는 데 걸리는 시간
 * 처리량(Throughput): 동시에 처리할 수 있는 요청의 수
 
번역: [https://ducktopia.tistory.com/142]
원문

지연 시간 (Latency)지연 시간은 클라이언트에서 서버로 요청이 전달되고 다시 돌아오기까지(혹은 하나의 작업 단위가 완료되기까지) 걸리는 시간을 말합니다. 보통 밀리초(ms) 단위로 측정됩니다.<ul ><li>웹페이지 로드: 만약 서버가 브라우저로 페이지 데이터를 보내는 데 200ms가 걸린다면, 지연 시간은 200ms입니다.</li><li>간단히 말해, 웹사이트가 빠르게 로드되면 낮은 지연 시간(low latency)을 가진 것이고, 느리게 로드되면 높은 지연 시간(high latency)을 가진 겁니다.</li><li>왕복 시간(Round Trip Time, RTT): 요청이 서버로 가고 응답이 다시 돌아오는 데 걸리는 전체 시간을 말합니다. 때로는 RTT가 지연 시간의 대체 용어로 사용되기도 합니다.</li></ul>&nbsp;처리량 (Throughput)처리량은 시스템이 초당 처리할 수 있는 요청 또는 작업 단위의 수를 의미합니다. 보통 초당 요청 수(RPS, Requests Per Second) 또는 초당 트랜잭션 수(TPS, Transactions Per Second)로 측정됩니다.<ul ><li>모든 서버에는 한계가 있어 초당 X개의 요청만 처리할 수 있습니다. 과도한 부하를 가하면 서버가 과부하 상태에 빠지거나 다운될 수 있습니다.</li><li>높은 처리량: 시스템이 많은 요청을 동시에 처리할 수 있는 경우</li><li>낮은 처리량: 시스템이 많은 요청을 동시에 처리하는 데 어려움을 겪는 경우</li><li>이상적으로는 지연 시간은 낮고 처리량은 높은 시스템을 만드는 것이 목표입니다.</li></ul>&nbsp;예시<ul ><li>지연 시간: 자동차가 한 지점에서 다른 지점까지 이동하는 데 걸리는 시간(ex 10분)</li><li>처리량: 고속도로에서 1시간동안 이동할 수 있는 자동차의 수(ex 1,000대)</li></ul>&nbsp;요약<ul ><li>지연 시간(Latency): 단일 요청을 처리하는 데 걸리는 시간</li><li>처리량(Throughput): 동시에 처리할 수 있는 요청의 수</li></ul>&nbsp;번역: [https://ducktopia.tistory.com/142]원문

Medium

🕊️ [Medium] Latency와 Throughput

원문: How React Compiler Performs on Real Code 리액트 컴파일러가 초기 로드 및 인터랙션 성능에 미치는 영향을 수치와 함께 살펴봅니다. 이 글에서 사용된 수치는 실제 앱에서 측정되었습니다. 유튜브: How React Compiler Performs On…

(번역) 실제 코드에서 리액트 컴파일러의 성능

오늘은 당근의 임유진님이 번역해주신 글입니다.

이번에 소개해드리는 글은 이전에 소개해드렸던 <오늘 리액트 컴파일러를 사용해 봤는데, 어땠을 것 같나요?>의 후속편입니다. 베타 릴리즈 전 저자는 컴파일러를 설치한 후
memo
,
useMemo
,
useCallback
은 잊어버려도 되냐는 질문에 “절대 안 된다”고 답변했었지만, 가장 최근에 작성된 글에서는 입장이 조금 변한 것처럼 보입니다. 후속글에서는 리액트 컴파일러가 초기 로드 및 인터랙션 성능에 미치는 영향을 실제 앱에서 측정된 수치와 함께 살펴보는데요. 궁금하신 분은 한 번 읽어보시는 건 어떨까요?

글 링크: https://emewjin.github.io/react-compiler-performs-on-real-code/

오늘은 당근의 임유진님이 번역해주신 글입니다. 이번에 소개해드리는 글은 이전에 소개해드렸던 &lt;오늘 리액트 컴파일러를 사용해 봤는데, 어땠을 것 같나요?&gt;의 후속편입니다. 베타 릴리즈 전 저자는 컴파일러를 설치한 후 <code >memo</code>, <code >useMemo</code>, <code >useCallback</code>은 잊어버려도 되냐는 질문에 “절대 안 된다”고 답변했었지만, 가장 최근에 작성된 글에서는 입장이 조금 변한 것처럼 보입니다. 후속글에서는 리액트 컴파일러가 초기 로드 및 인터랙션 성능에 미치는 영향을 실제 앱에서 측정된 수치와 함께 살펴보는데요. 궁금하신 분은 한 번 읽어보시는 건 어떨까요? 글 링크: https://emewjin.github.io/react-compiler-performs-on-real-code/

emewjin.github.io

실제 코드에서 리액트 컴파일러의 성능

GenAI(LLM)는 코드를 자동 생성하고 보조하는 기능으로 개발자들의 생산성을 높이고 있음과거부터 “코딩이 필요 없는 툴”들이 있었지만, 결국 실제 소프트웨어 엔지니어링 과정에는 여전히 고유한 복잡도가 존재함ChatGPT 출시 이후 AI 도구의 빠른 발전 속도가 눈에 띄지만, 모든 과정을 획기적으로 바꾸기보다는 주어진 문제에서 일부 단계를 크게 단축해 주

AI 보조 코딩이 소프트웨어 엔지니어링을 어떻게 바꿀 것인가: 불편한 진실 | GeekNews

개발이 발전하면서 늘 개발툴은 발전을 했고 구글을 통해서 복붙해버릇하면 실력 나빠진다는 말이 무색하게 검색을 통해 개발하고 구글링을 잘하는 게 문제해결능력이 되었다면 이제 개발자는 AI와 함께 코딩을 하는 것이 너무나 당연한 시대가 되었고 AI를 잘 이용하는게 잘하는 개발자의 소양이 되어가고 있는 요즘입니다.

예전에도 같은 구글을 쓰더라도 더 빨리 필요한 코드를 찾아내는 더 잘하는 개발자가 있었고 같은 GPT와 Claude를 써도 더 잘 물어보고 잘 찾는 개발자가 있는 것 같습니다. 저 역시도 종종 개발자끼리 만나면 AI로부터 저마다의 더 나은 정보를 얻어내고 검증하는 팁들을 공유하곤 합니다.

AI를 이용하는 방식이 이제 갓 개발을 시작하는 주니어들에게 불리하다는 식으로 작성하는 글들이 많이 보입니다. 그러나 그들은 구글링 시절에도 같은 말을 들었습니다. 키워드를 떠올리는 것도, 10페이지 내 검색 결과에서 더 나은 결과를 고르는 것도 시니어 개발자가 훨씬 잘 했으며 잘 하는 개발자는 여전히 검색도 잘 했습니다.

AI시대에서는 맥락을 공유하고 구체적으로 생각하고 설명할 수 있는 능력이 빛을 발할거라 개인적으로 생각합니다. 이는 개발뿐만 아니라 설명, 보고, 전달, 소통 등 일을 잘하기 위해서도 아주 중요한 능력입니다. 맥락을 잘 설명한다는 것은 현재의 상황을 구체적으로 세세하게 볼 수 있고 표현할 수 있는 능력을 말합니다.

- 기본 설명: "로그인 기능 만들어줘"
- 구체적 설명: "React + Firebase 기반의 로그인 기능이 필요해"
- 상세한 설명: "React 18과 Firebase v9를 사용중인데, 이메일/구글 로그인이 필요하고, 특히 보안을 위해 CSRF 토큰도 처리해야 해"
- 더 맥락을 포함한 상세 설명: "...는 여백이 부족하여 이를 적지 않겠다."

어떻게 해야 하는지 잘 모르겠다고요? 좋은 세상입니다. 이제는 그것마저도 AI에게 물어볼 수 있습니다. 그렇지만 AI가 해줄 수는 없습니다. AI는 똑똑하지만 내 상황과 맥락을 알 수 없습니다. 사람은 더 마찬가지입니다. 다행히 사람과 달리 AI는 대충 말해도 일단 들어는 줍니다. AI가 내 말을 못 알아듣고 있다면 알아들을 수 있을 때까지 구체성을 더해 설명해보는 연습을 해보세요.

- "내가 로그인 기능이 필요한데, 이걸 AI에게 설명할 때 어떤 정보들을 포함해서 설명하면 좋을까? 어떤 맥락과 세부사항들을 함께 전달하면 AI가 더 정확한 도움을 줄 수 있을지 알려줘"

인터넷을 통해서 know-how에서 know-where로 학습하는 방법이 바뀌었고 기회도 늘어났습니다. AI 역시 그러한 변화에서 누군가에게는 기회가 열릴 것이라 생각합니다. AI 시대에 개인적인 조언이 있다면 나의 맥락을 구체적으로 세세하게 표현하는 능력을 키우는 것이라 생각합니다. 그리고 그 방법 또한 AI를 통해서 발견할 수 있을 거에요.

AI와 공존하는 개발자들에게 새로운 불안과 숙제가 되는 시기가 되고 있지만, 이 역시 잘 받아들여나가길 바라며, AI 시대의 소프트웨어 엔지니어링이 직면한 현실적 도전과 기회를 잘 설명한 글을 발견하여 소개하려합니다. 이 글이 AI 시대를 살아가는 개발자들에게 현실적인 통찰과 도움이 되기를 바랍니다. 감사합니다.

https://news.hada.io/topic?id=18712

개발이 발전하면서 늘 개발툴은 발전을 했고 구글을 통해서 복붙해버릇하면 실력 나빠진다는 말이 무색하게 검색을 통해 개발하고 구글링을 잘하는 게 문제해결능력이 되었다면 이제 개발자는 AI와 함께 코딩을 하는 것이 너무나 당연한 시대가 되었고 AI를 잘 이용하는게 잘하는 개발자의 소양이 되어가고 있는 요즘입니다. 예전에도 같은 구글을 쓰더라도 더 빨리 필요한 코드를 찾아내는 더 잘하는 개발자가 있었고 같은 GPT와 Claude를 써도 더 잘 물어보고 잘 찾는 개발자가 있는 것 같습니다. 저 역시도 종종 개발자끼리 만나면 AI로부터 저마다의 더 나은 정보를 얻어내고 검증하는 팁들을 공유하곤 합니다. AI를 이용하는 방식이 이제 갓 개발을 시작하는 주니어들에게 불리하다는 식으로 작성하는 글들이 많이 보입니다. 그러나 그들은 구글링 시절에도 같은 말을 들었습니다. 키워드를 떠올리는 것도, 10페이지 내 검색 결과에서 더 나은 결과를 고르는 것도 시니어 개발자가 훨씬 잘 했으며 잘 하는 개발자는 여전히 검색도 잘 했습니다. AI시대에서는 맥락을 공유하고 구체적으로 생각하고 설명할 수 있는 능력이 빛을 발할거라 개인적으로 생각합니다. 이는 개발뿐만 아니라 설명, 보고, 전달, 소통 등 일을 잘하기 위해서도 아주 중요한 능력입니다. 맥락을 잘 설명한다는 것은 현재의 상황을 구체적으로 세세하게 볼 수 있고 표현할 수 있는 능력을 말합니다. - 기본 설명: "로그인 기능 만들어줘"- 구체적 설명: "React + Firebase 기반의 로그인 기능이 필요해"- 상세한 설명: "React 18과 Firebase v9를 사용중인데, 이메일/구글 로그인이 필요하고, 특히 보안을 위해 CSRF 토큰도 처리해야 해"- 더 맥락을 포함한 상세 설명: "...는 여백이 부족하여 이를 적지 않겠다." 어떻게 해야 하는지 잘 모르겠다고요? 좋은 세상입니다. 이제는 그것마저도 AI에게 물어볼 수 있습니다. 그렇지만 AI가 해줄 수는 없습니다. AI는 똑똑하지만 내 상황과 맥락을 알 수 없습니다. 사람은 더 마찬가지입니다. 다행히 사람과 달리 AI는 대충 말해도 일단 들어는 줍니다. AI가 내 말을 못 알아듣고 있다면 알아들을 수 있을 때까지 구체성을 더해 설명해보는 연습을 해보세요. - "내가 로그인 기능이 필요한데, 이걸 AI에게 설명할 때 어떤 정보들을 포함해서 설명하면 좋을까? 어떤 맥락과 세부사항들을 함께 전달하면 AI가 더 정확한 도움을 줄 수 있을지 알려줘" 인터넷을 통해서 know-how에서 know-where로 학습하는 방법이 바뀌었고 기회도 늘어났습니다. AI 역시 그러한 변화에서 누군가에게는 기회가 열릴 것이라 생각합니다. AI 시대에 개인적인 조언이 있다면 나의 맥락을 구체적으로 세세하게 표현하는 능력을 키우는 것이라 생각합니다. 그리고 그 방법 또한 AI를 통해서 발견할 수 있을 거에요. AI와 공존하는 개발자들에게 새로운 불안과 숙제가 되는 시기가 되고 있지만, 이 역시 잘 받아들여나가길 바라며, AI 시대의 소프트웨어 엔지니어링이 직면한 현실적 도전과 기회를 잘 설명한 글을 발견하여 소개하려합니다. 이 글이 AI 시대를 살아가는 개발자들에게 현실적인 통찰과 도움이 되기를 바랍니다. 감사합니다. https://news.hada.io/topic?id=18712

GeekNews

<AI 시대의 소프트웨어 엔지니어링>

약속은 하는 것은 쉽지만, 지키는 일은 어렵습니다.
친구와 기쁜 마음으로 만나는 날을 약속합니다. 기쁨도 잠시, 약속된 만남의 날짜가 다가올수록 기쁨보다 귀찮음이 찾아옵니다. (이건 개인 성격의 특징일 수 있습니다) 이윽고 약속 전날에는 만날까 말까 고민의 지경까지 다다릅니다. 혹시 친구의 마음도 같았을까요?

새로운 회사에 입사하기 전에 굳은 다짐을 합니다.
이번에는 동료들과 사이좋게 지내서 꼭 핵인싸가 되리라, 그리고 일도 열심히 해서 긍정적인 피드백도 받고 회사 성장에 기여하리라, 또 공부도 게을리하지 않고 자기개발에 충실하리라!
굳은 다짐이라는 자신과의 약속이 연약해지는데 걸리는 시간은 그리 오래 걸리지 않습니다. 해야 하는 일에 눌려 동료에 대한 관심은 뒷전으로 미룹니다. 최선을 다하겠다는 마음보다 빨리 해치우고 오늘도 무사한 퇴근하길 기원합니다. 자기개발은 내일로 미루고 퇴근하면 침대에 누워 뒹굴뒹굴하기 바쁩니다.

배우자와 자녀를 위해 이번엔 달라지리라 마음을 먹고 좋은 남편과 아내, 아빠와 엄마가 되겠다고 배우자와 자녀를 향해, 그리고 자신과의 약속을 합니다.
약속 후 초반에는 인내심을 발휘해 봅니다. 짜증 나고 속상해도 참습니다. 그러다가 점점 화가 부글부글 끓어오르면 머리 위로 하얀 연기가 모락모락 피어납니다.
참을 만큼 참았다고, 더 이상은 못 참겠다고, 자신도 사람이라며 너희들이 너무한다고 버럭버럭 원래대로 화를 내고 짜증을 폭발합니다.

우리는 약속을 참 쉽게 합니다. 여러분은 약속을 잘 지키십니까? 돌이켜보면 저는 약속을 잘 못 지키며 살았습니다. 특히 자신과의 약속은 지켰던 것도 있지만, 그렇지 못했던 것들이 더 많았습니다. 위에 사례로 이야기한 가정과 회사, 친구 사이에 약속이 그렇습니다. 약속을 시작할 때 마음과 달리 시간이 지남에 따라 마음이 변화하는 것을 경험했습니다. 기약이 없이 평생 지켜야 하는 약속의 경우, 내가 이렇게까지 살아야 하나 스스로 위로하는 마음으로 약속을 어긴 것도 있습니다. 다이어트, 핸드폰 적게 하기 등이 그런 일입니다.

약속을 잘 지키지 못한다면, 약속을 하지 않을 용기를 갖는 것이 더 좋습니다. 살면서 그렇게 느꼈습니다. 약속은 소중한 것인데, 지키지 못할 약속을 너무 쉽게 하는 것 같았습니다. 약속이라는 단어가 주는 엄중한 의미보다 일단 지르고 본다는 삐뚤어진 생각이 강하게 작용하고 있었습니다. 그래서 약속을 하고 시간이 지나면 후회를 하는 것입니다. 약속을 지킬 마음의 의지와 능력이 부족한 사람인데, 괜히 약속을 했구나 반성하게 됩니다.

몇 해 전부터 약속을 하기 전에 고민하는 시간을 갖기로 다짐했습니다. 일정을 체크하고 진짜 해도 되는 약속인지, 진짜 지킬 수 있는 약속인지, 진짜 하고 싶은 약속인지 자신에게 물어보았습니다. 우선 일정을 체크하는 습관은 잘 형성된 모양입니다. 이제는 제법 캘린더를 확인하는 습관이 생겼습니다. 비록 캘린더가 거의 비어있지만, 그래도 한번은 열어서 확인하는 습관이 좋다고 생각합니다. 그리고 약속을 수락하기 전에 약속을 하는 것이 맞는지 짧게 고민해 봅니다. 지금의 뜨거움이 식더라도 의무감을 갖고 약속을 지켜낼 수 있는가? 물론 이런 고민의 결론이 약속을 하고 시간이 지남에 따라 차갑게 식는 마음을 다시 덥히진 못합니다. 그래도 감정에 휘둘리지 않고 귀찮아도 약속을 지켜내는 작은 동력이 되긴 합니다.

약속은 지킬 때 의미가 있습니다. 다른 사람과의 약속도, 자신과의 약속도 마찬가지입니다. 지키지 못할 약속은 애초에 시작하지 않는 편이 좋습니다. 약속을 하기 전에 신중하게 고민해 봐야 합니다. 약속을 반드시 지킬 수 있는가, 날짜와 의지를 되새겨야 합니다. 그것이 약속을 소중하게 생각하는 가치관을 형성하는 데 도움이 되는 행동이라고 생각합니다.

우리가 오늘부터 하게 될 모든 약속이 신중하면 좋겠습니다. 지키지 못할 약속은 아무리 좋은 기회라도 담대하게 거부하는 용기가 생기면 좋겠습니다.
각자 가장 소중하게 생각하는 것을 대하는 마음으로, 약속을 반드시 지키는 우리가 되길 진심으로 응원합니다.

약속은 하는 것은 쉽지만, 지키는 일은 어렵습니다.친구와 기쁜 마음으로 만나는 날을 약속합니다. 기쁨도 잠시, 약속된 만남의 날짜가 다가올수록 기쁨보다 귀찮음이 찾아옵니다. (이건 개인 성격의 특징일 수 있습니다) 이윽고 약속 전날에는 만날까 말까 고민의 지경까지 다다릅니다. 혹시 친구의 마음도 같았을까요? 새로운 회사에 입사하기 전에 굳은 다짐을 합니다. 이번에는 동료들과 사이좋게 지내서 꼭 핵인싸가 되리라, 그리고 일도 열심히 해서 긍정적인 피드백도 받고 회사 성장에 기여하리라, 또 공부도 게을리하지 않고 자기개발에 충실하리라! 굳은 다짐이라는 자신과의 약속이 연약해지는데 걸리는 시간은 그리 오래 걸리지 않습니다. 해야 하는 일에 눌려 동료에 대한 관심은 뒷전으로 미룹니다. 최선을 다하겠다는 마음보다 빨리 해치우고 오늘도 무사한 퇴근하길 기원합니다. 자기개발은 내일로 미루고 퇴근하면 침대에 누워 뒹굴뒹굴하기 바쁩니다. 배우자와 자녀를 위해 이번엔 달라지리라 마음을 먹고 좋은 남편과 아내, 아빠와 엄마가 되겠다고 배우자와 자녀를 향해, 그리고 자신과의 약속을 합니다.약속 후 초반에는 인내심을 발휘해 봅니다. 짜증 나고 속상해도 참습니다. 그러다가 점점 화가 부글부글 끓어오르면 머리 위로 하얀 연기가 모락모락 피어납니다.참을 만큼 참았다고, 더 이상은 못 참겠다고, 자신도 사람이라며 너희들이 너무한다고 버럭버럭 원래대로 화를 내고 짜증을 폭발합니다. 우리는 약속을 참 쉽게 합니다. 여러분은 약속을 잘 지키십니까? 돌이켜보면 저는 약속을 잘 못 지키며 살았습니다. 특히 자신과의 약속은 지켰던 것도 있지만, 그렇지 못했던 것들이 더 많았습니다. 위에 사례로 이야기한 가정과 회사, 친구 사이에 약속이 그렇습니다. 약속을 시작할 때 마음과 달리 시간이 지남에 따라 마음이 변화하는 것을 경험했습니다. 기약이 없이 평생 지켜야 하는 약속의 경우, 내가 이렇게까지 살아야 하나 스스로 위로하는 마음으로 약속을 어긴 것도 있습니다. 다이어트, 핸드폰 적게 하기 등이 그런 일입니다. 약속을 잘 지키지 못한다면, 약속을 하지 않을 용기를 갖는 것이 더 좋습니다. 살면서 그렇게 느꼈습니다. 약속은 소중한 것인데, 지키지 못할 약속을 너무 쉽게 하는 것 같았습니다. 약속이라는 단어가 주는 엄중한 의미보다 일단 지르고 본다는 삐뚤어진 생각이 강하게 작용하고 있었습니다. 그래서 약속을 하고 시간이 지나면 후회를 하는 것입니다. 약속을 지킬 마음의 의지와 능력이 부족한 사람인데, 괜히 약속을 했구나 반성하게 됩니다. 몇 해 전부터 약속을 하기 전에 고민하는 시간을 갖기로 다짐했습니다. 일정을 체크하고 진짜 해도 되는 약속인지, 진짜 지킬 수 있는 약속인지, 진짜 하고 싶은 약속인지 자신에게 물어보았습니다. 우선 일정을 체크하는 습관은 잘 형성된 모양입니다. 이제는 제법 캘린더를 확인하는 습관이 생겼습니다. 비록 캘린더가 거의 비어있지만, 그래도 한번은 열어서 확인하는 습관이 좋다고 생각합니다. 그리고 약속을 수락하기 전에 약속을 하는 것이 맞는지 짧게 고민해 봅니다. 지금의 뜨거움이 식더라도 의무감을 갖고 약속을 지켜낼 수 있는가? 물론 이런 고민의 결론이 약속을 하고 시간이 지남에 따라 차갑게 식는 마음을 다시 덥히진 못합니다. 그래도 감정에 휘둘리지 않고 귀찮아도 약속을 지켜내는 작은 동력이 되긴 합니다. 약속은 지킬 때 의미가 있습니다. 다른 사람과의 약속도, 자신과의 약속도 마찬가지입니다. 지키지 못할 약속은 애초에 시작하지 않는 편이 좋습니다. 약속을 하기 전에 신중하게 고민해 봐야 합니다. 약속을 반드시 지킬 수 있는가, 날짜와 의지를 되새겨야 합니다. 그것이 약속을 소중하게 생각하는 가치관을 형성하는 데 도움이 되는 행동이라고 생각합니다. 우리가 오늘부터 하게 될 모든 약속이 신중하면 좋겠습니다. 지키지 못할 약속은 아무리 좋은 기회라도 담대하게 거부하는 용기가 생기면 좋겠습니다.각자 가장 소중하게 생각하는 것을 대하는 마음으로, 약속을 반드시 지키는 우리가 되길 진심으로 응원합니다.

약속

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/

www.linkedin.com

《2025년 UX는 죽었다》

성공에 관한 두 가지 시각이 있다. 하나는 강점 강화고 다른 하나는 약점 보완이다. 어느 쪽이 정답일까?    직장생활을 하면서 자신의 강점과 장점을 인정받는 순간은 참 뿌듯하다. 그 장점으로 인해 리더가 된 경우 더 그렇다. 그런데 리더가 된 이후엔 강점이 곧 약점이 되기도 한다. 사례를 보자.      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로 만나는 무료 기술 서적

스펙보단 스킬! 5천여 개 채용 공고 지원 가능한 빅데이터 분석가 과정이 0원! 비전공자도 초보자도 누구나 쉽게 배우는 빅데이터의 기초, 200% 실무 중심 취업연계형 메타버스 온라인 무료교육, K디지털트레이닝

KDT 빅데이터 분석 과정 6기 | K-디지털트레이닝 | 하이테커

📊 데이터 분석 툴, 한방에 배우고 싶다면?
KDT 빅데이터 분석가 양성과정 신청하자!

엑셀, 파이썬, SQL 등 데이터 분석 툴 배우고
실무 경험과 현직자 코칭까지!
비전공자도 완전 가능 🙆🏻‍♀️🙆🏻‍♂️

✨탄탄한 기초부터! 데이터분석 배우기✨
-누적 취업률 80%! 데이터 분석 채용연계 과정!
-내일배움카드만 있다면 교육부터 취업까지 0원!
-비전공자 혹은 문과생도 가능!
 
🔥KDT 빅데이터 과정의 장점🔥
✔ 효과적인 데이터 분석 툴 교육
✔ 어디에서든 OK! 실시간 온라인 강의 
✔ 취업할 때 유리한 실무 프로젝트 진행
✔ 개별 맞춤형 포트폴리오 제작

-
■ 모집대상
-내일배움카드 소지자 및 발급 가능자
-K-디지털 트레이닝 참여 가능자

-
■  빅데이터 분석 과정 소개
💻실무에 바로 투입 가능한 빅데이터 커리큘럼💻
-파이썬 데이터 시각화 입문
-빅데이터를 활용한 SQL 데이터 분석
-엑셀/R 활용 빅데이터 분석 실습
-Tableau를 통한 데이터 시각화
-RPA 프로그램 이해부터 개발 실전까지
데이터 분석 툴, 이 프로그램 하나로 완성!

-
■ 교육일정
-24.07.01(월) ~ 24.09.12(목)
-주 5일(평일) 9:00 ~ 18:00 (8시간)
-온/오프라인 과정
*오프라인 현장실습 참여 필수(서울)

-
■ 참여혜택
-웰컴키트 증정
-우수 참여자 리워드
-1:1 개별 맞춤형 취업 컨설팅
-우수 인증기업 채용연계
-기업 현장실습 실무 프로젝트
-취업특강 무료 진행 (진로 컨설팅, 채용설명회 등)

-
■ 지원방법
1)신청기간: ~ 24.06.28(금)까지
2)신청링크: https://bit.ly/KDTBIGData6
3)참여신청서 제출 시, 별도 안내 진행
*선착순 모집으로 조기 마감될 수 있습니다.

-
■ 문의처
하이테커 KDT 운영팀
T) 02-6235-5084
M) dbsksgml@kfo.or.kr

📊 데이터 분석 툴, 한방에 배우고 싶다면?KDT 빅데이터 분석가 양성과정 신청하자! 엑셀, 파이썬, SQL 등 데이터 분석 툴 배우고실무 경험과 현직자 코칭까지!비전공자도 완전 가능 🙆🏻‍♀️🙆🏻‍♂️ ✨탄탄한 기초부터! 데이터분석 배우기✨-누적 취업률 80%! 데이터 분석 채용연계 과정!-내일배움카드만 있다면 교육부터 취업까지 0원!-비전공자 혹은 문과생도 가능!&nbsp;🔥KDT 빅데이터 과정의 장점🔥✔ 효과적인 데이터 분석 툴 교육✔ 어디에서든 OK! 실시간 온라인 강의&nbsp;✔ 취업할 때 유리한 실무 프로젝트 진행✔ 개별 맞춤형 포트폴리오 제작 -■ 모집대상-내일배움카드 소지자 및 발급 가능자-K-디지털 트레이닝 참여 가능자 -■&nbsp; 빅데이터 분석 과정 소개💻실무에 바로 투입 가능한 빅데이터 커리큘럼💻-파이썬 데이터 시각화 입문-빅데이터를 활용한 SQL 데이터 분석-엑셀/R 활용 빅데이터 분석 실습-Tableau를 통한 데이터 시각화-RPA 프로그램 이해부터 개발 실전까지데이터 분석 툴, 이 프로그램 하나로 완성! -■ 교육일정-24.07.01(월) ~ 24.09.12(목)-주 5일(평일) 9:00 ~ 18:00 (8시간)-온/오프라인 과정*오프라인 현장실습 참여 필수(서울) -■ 참여혜택-웰컴키트 증정-우수 참여자 리워드-1:1 개별 맞춤형 취업 컨설팅-우수 인증기업 채용연계-기업 현장실습 실무 프로젝트-취업특강 무료 진행 (진로 컨설팅, 채용설명회 등) -■ 지원방법1)신청기간: ~ 24.06.28(금)까지2)신청링크: https://bit.ly/KDTBIGData63)참여신청서 제출 시, 별도 안내 진행*선착순 모집으로 조기 마감될 수 있습니다. -■ 문의처하이테커 KDT 운영팀T) 02-6235-5084M) dbsksgml@kfo.or.kr

데이터 분석 취업 3개월 완성반 OPEN (~6.28마감)

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필