초록색 올빼미를 보신 적이 있나요? 듀오링고에는 여러 캐릭터가 등장하는데 이 초록색 올빼미 이름이 '듀오'입니다. 이 듀오는 학습과정에 나오지는 않지만 학습을 독려하는 메일에 적극적으로 활용되는데 여러 가지 밈(Memes)이 미국을 중심으로 한 영어 문화권에서는 널리 사용되고 있어요. 예컨대 이런 밈들은 "너 공부 안 할 거야? 그럼 내가 널 고통스럽게 할 거야!😡"라는 공통된 메시지를 내포합니다. BuzzFeed에서는 대표적인 밈들을 소개하고 있어요! (밈은 원문에서 보실 수 있습니다)
⠀
그런데 듀오링고가 새해, 처음으로 사용자들에게 보낸 이메일은 유쾌함 대신 불쾌함을 불러일으켰을까요? 밈을 소화하기에는 언어적 맥락이 고려되지 않았기 때문입니다. 웃자고 던진 이야기에 웃음기가 사라지는 상황이 생긴 거죠. 언어가 문화적으로 해석되는 가장 대표적이고 상징적인 도구라는 점입니다. 링크드인을 통해 연결된 SWING 제품 디자이너 Nan Kyoung Woo 님이 공유해 주신 업데이트를 보고 문제를 처음 알았습니다. 흥미로운 건 커리어리 Product Manager인 Eunseo ­Kim 님도 비슷한 감정을 느끼셨다고 알려주셨어요. 은서 님이 받으셨던 메일을 공유받았는데 비교해 보니 국문과 영문 메일에도 눈에 띄는 차이가 있었습니다. 메일 내용을 요약하면 이렇습니다.
⠀
제목: 듀오를 화나게 하지 말아주세요 😡 2024년에도 언어를 학습하세요
⠀
듀오의 새해 다짐 5단계
⠀
1️⃣ 희망 고문 - 내가 장담하는데 재미있을 거예요. 언어 학습을 시작해보아요!
⠀
2️⃣ 거절할 수 없는 제안 - 하루에 3분이면 되는데, 참 쉽잖아요!
⠀
3️⃣ 밀려오는 슬픔 - 흑흑. 다들 저를 포기했어요. 회원님은 다를 줄 알았는데...
⠀
4️⃣ 자책 - 연습 알림이 효과가 없는 거죠?
⠀
5️⃣ 걷잡을 수 없는 분노 - 반드시 레슨을 하게 하고 말 거예요... 무슨 수를 써서라도.
⠀
듀오가 화나면 아무도 못 말려요...
⠀
어떠신가요? 저는 이 국문 메일 스크린샷을 읽으면서 UX Writing 중 "혜택을 포기할래요"와 "불편하지만 모바일웹으로 볼래요"가 가장 먼저 떠올랐습니다. 판매자와 플랫폼의 이익을 대변하는 메시지가 사용자에게 불쾌감을 유발하는 지점, 주체적인 판단을 하는 사용자가 마치 잘 모르고 부족해서 안 쓰는 것처럼 이상한 분위기를 만드는 상황과 비슷한 점이 많았기 때문입니다. 스스로 자유의지에 따라 학습을 하지 않거나, 웹을 쓰거나, 구매를 보류하고 더 똑똑하게 다른 플랫폼과 가격을 비교해서 합리적인 의사결정을 하는 것일 뿐인데 황당하고 불쾌할 수밖에요.
⠀
듀오링고는 다음 4가지를 간과했습니다.
⠀
1️⃣ 사용자는 자유의지에 따라 의사결정을 하는 주체적인 존재이다.
⠀
2️⃣ 듀오를 활용한 밈은 영어권에서만 통용될 뿐이다.
⠀
3️⃣ 언어는 문화적 맥락을 고려해야만 하는 대표적인 도구로 번역하는 것으로 끝나지 않는다.
⠀
4️⃣ 기계적 번역을 사용한 이메일은 동일한 형태에서 동일한 요소(Component)를 노출할 수 없다.
⠀
위 4가지는 UX Writing, 마케팅 캠페인을 떠나 글로벌 서비스를 제공하는 프로덕트라면 반드시 고려해야 하는 지점입니다. Sling의 UX 리서처, Chan Kang 님께서도 짚어주셨지만 문화적 차이를 고려하지 않은 UX Writing은 이해가 아닌 오해를 불러일으킬 수밖에 없습니다. 역효과를 만드는 거죠. 가장 많은 국가에서 서비스를 제공하는 코카콜라는 어떨까요? 코카콜라는 2014년 'Share a Coke' 캠페인을 진행하면서 미국에서 익숙한 이름을 썼거든요. "Share a Coke with John or Sarah or Bobby"처럼 그 지역에서 가장 쉽게 접할 수 있는 익숙한 이름을 썼지만 아일랜드에서는 다른 이름을, 중국에서는 정중해 보일 수 있도록 이름 대신 '친구'로 수정했어요. 한국에서는 캠페인 이름부터 '마음을 전해요'로 재정의하고 가족, 친구, 연인에게 마음을 표현하는 도구로 포지셔닝했습니다.
⠀
같은 의도를 전달하기 위해서 언어, 문화적 맥락을 고려해 다른 메시지를 활용해야 합니다. 바람을 고려해서 의도적으로 활의 시위를 조정하는 것처럼 말이죠. 듀오링고처럼 문화적 차이를 고려하지 못하는 메시지는 유쾌함 대신 불쾌함을 만듭니다. 듀오링고가 참 잘하는 게 많은데 언어를 다루는 측면에서 미숙한 대목입니다. 듀오가 화나면 그걸로 끝이 아니라 사용자까지 화나게 만들 수 있습니다. 학습을 독려하려는 의도는 달성하지 못하고 이탈을 가속화하겠죠. 화가난 듀오는 사용자 경험을 고려하는 많은 사람들에게 새해부터 경종을 울립니다.

https://www.instagram.com/p/C-IbsoLvLKa/?utm_source=ig_web_copy_link&igsh=MzRlODBiNWFlZA==

초록색 올빼미를 보신 적이 있나요? 듀오링고에는 여러 캐릭터가 등장하는데 이 초록색 올빼미 이름이 '듀오'입니다. 이 듀오는 학습과정에 나오지는 않지만 학습을 독려하는 메일에 적극적으로 활용되는데 여러 가지 밈(Memes)이 미국을 중심으로 한 영어 문화권에서는 널리 사용되고 있어요. 예컨대 이런 밈들은 "너 공부 안 할 거야? 그럼 내가 널 고통스럽게 할 거야!😡"라는 공통된 메시지를 내포합니다. BuzzFeed에서는 대표적인 밈들을 소개하고 있어요! (밈은 원문에서 보실 수 있습니다)⠀그런데 듀오링고가 새해, 처음으로 사용자들에게 보낸 이메일은 유쾌함 대신 불쾌함을 불러일으켰을까요? 밈을 소화하기에는 언어적 맥락이 고려되지 않았기 때문입니다. 웃자고 던진 이야기에 웃음기가 사라지는 상황이 생긴 거죠. 언어가 문화적으로 해석되는 가장 대표적이고 상징적인 도구라는 점입니다. 링크드인을 통해 연결된 SWING 제품 디자이너 Nan Kyoung Woo 님이 공유해 주신 업데이트를 보고 문제를 처음 알았습니다. 흥미로운 건 커리어리 Product Manager인 Eunseo ­Kim 님도 비슷한 감정을 느끼셨다고 알려주셨어요. 은서 님이 받으셨던 메일을 공유받았는데 비교해 보니 국문과 영문 메일에도 눈에 띄는 차이가 있었습니다. 메일 내용을 요약하면 이렇습니다.⠀제목: 듀오를 화나게 하지 말아주세요 😡 2024년에도 언어를 학습하세요⠀듀오의 새해 다짐 5단계⠀1️⃣ 희망 고문 - 내가 장담하는데 재미있을 거예요. 언어 학습을 시작해보아요!⠀2️⃣ 거절할 수 없는 제안 - 하루에 3분이면 되는데, 참 쉽잖아요!⠀3️⃣ 밀려오는 슬픔 - 흑흑. 다들 저를 포기했어요. 회원님은 다를 줄 알았는데...⠀4️⃣ 자책 - 연습 알림이 효과가 없는 거죠?⠀5️⃣ 걷잡을 수 없는 분노 - 반드시 레슨을 하게 하고 말 거예요... 무슨 수를 써서라도.⠀듀오가 화나면 아무도 못 말려요...⠀어떠신가요? 저는 이 국문 메일 스크린샷을 읽으면서 UX Writing 중 "혜택을 포기할래요"와 "불편하지만 모바일웹으로 볼래요"가 가장 먼저 떠올랐습니다. 판매자와 플랫폼의 이익을 대변하는 메시지가 사용자에게 불쾌감을 유발하는 지점, 주체적인 판단을 하는 사용자가 마치 잘 모르고 부족해서 안 쓰는 것처럼 이상한 분위기를 만드는 상황과 비슷한 점이 많았기 때문입니다. 스스로 자유의지에 따라 학습을 하지 않거나, 웹을 쓰거나, 구매를 보류하고 더 똑똑하게 다른 플랫폼과 가격을 비교해서 합리적인 의사결정을 하는 것일 뿐인데 황당하고 불쾌할 수밖에요.⠀듀오링고는 다음 4가지를 간과했습니다.⠀1️⃣ 사용자는 자유의지에 따라 의사결정을 하는 주체적인 존재이다.⠀2️⃣ 듀오를 활용한 밈은 영어권에서만 통용될 뿐이다.⠀3️⃣ 언어는 문화적 맥락을 고려해야만 하는 대표적인 도구로 번역하는 것으로 끝나지 않는다.⠀4️⃣ 기계적 번역을 사용한 이메일은 동일한 형태에서 동일한 요소(Component)를 노출할 수 없다.⠀위 4가지는 UX Writing, 마케팅 캠페인을 떠나 글로벌 서비스를 제공하는 프로덕트라면 반드시 고려해야 하는 지점입니다. Sling의 UX 리서처, Chan Kang 님께서도 짚어주셨지만 문화적 차이를 고려하지 않은 UX Writing은 이해가 아닌 오해를 불러일으킬 수밖에 없습니다. 역효과를 만드는 거죠. 가장 많은 국가에서 서비스를 제공하는 코카콜라는 어떨까요? 코카콜라는 2014년 'Share a Coke' 캠페인을 진행하면서 미국에서 익숙한 이름을 썼거든요. "Share a Coke with John or Sarah or Bobby"처럼 그 지역에서 가장 쉽게 접할 수 있는 익숙한 이름을 썼지만 아일랜드에서는 다른 이름을, 중국에서는 정중해 보일 수 있도록 이름 대신 '친구'로 수정했어요. 한국에서는 캠페인 이름부터 '마음을 전해요'로 재정의하고 가족, 친구, 연인에게 마음을 표현하는 도구로 포지셔닝했습니다.⠀같은 의도를 전달하기 위해서 언어, 문화적 맥락을 고려해 다른 메시지를 활용해야 합니다. 바람을 고려해서 의도적으로 활의 시위를 조정하는 것처럼 말이죠. 듀오링고처럼 문화적 차이를 고려하지 못하는 메시지는 유쾌함 대신 불쾌함을 만듭니다. 듀오링고가 참 잘하는 게 많은데 언어를 다루는 측면에서 미숙한 대목입니다. 듀오가 화나면 그걸로 끝이 아니라 사용자까지 화나게 만들 수 있습니다. 학습을 독려하려는 의도는 달성하지 못하고 이탈을 가속화하겠죠. 화가난 듀오는 사용자 경험을 고려하는 많은 사람들에게 새해부터 경종을 울립니다. https://www.instagram.com/p/C-IbsoLvLKa/?utm_source=ig_web_copy_link&amp;igsh=MzRlODBiNWFlZA==

⟪듀오가 화나면 아무도 못 말리는 이유, 문화적 맥락⟫

클릭을 부르는 비밀 레시피 | 사람들은 웹 서핑 중 글을 읽지 않고 훑는다.- 스티브 크룩 (디지털 사용성 전문가) 디지털 시대의 글쓰기는 전통적인 방식과는 다른 접근이 필요합니다. 주의력 감소, 이미지 요소, 검색 엔진 최적화, 디지털 축약, 모바일 친화성 등의 다양한 요소 때문입니다. 이번 글에서는 다양한 디지털 환경에서 글을 쓰며 느낀 생각을 정리했습니다.

22화 디지털 시대의 효과적인 글쓰기 팁

디지털 시대의 글쓰기는 전통적인 방식과는 다른 접근이 필요합니다. 주의력 감소, 이미지 요소, 검색 엔진 최적화, 디지털 축약, 모바일 친화성 등의 다양한 요소 때문입니다. 이번 글에서는 다양한 디지털 환경에서 글을 쓰며 느낀 생각을 정리했습니다.

목차)
 1. 주목: 평범한 제목에 힘을 주는 방법
 2. 리드: 첫 문장에 허락된 시간 8초
 3. 쉬움: 문장에도 다이어트가 필요한 이유
 4. 구조: 불렛 포인트로 내용을 한눈에
 5. 설득: 조지 오웰이 말하는 능동태의 힘

디지털 시대의 글쓰기는 전통적인 방식과는 다른 접근이 필요합니다. 주의력 감소, 이미지 요소, 검색 엔진 최적화, 디지털 축약, 모바일 친화성 등의 다양한 요소 때문입니다. 이번 글에서는 다양한 디지털 환경에서 글을 쓰며 느낀 생각을 정리했습니다. 목차)<ol><li>주목: 평범한 제목에 힘을 주는 방법</li><li>리드: 첫 문장에 허락된 시간 8초</li><li>쉬움: 문장에도 다이어트가 필요한 이유</li><li>구조: 불렛 포인트로 내용을 한눈에</li><li>설득: 조지 오웰이 말하는 능동태의 힘</li></ol>

Brunch Story

✍️디지털 시대의 효과적인 글쓰기 팁

형태는 기능을 따른다 루이스 설리번 설리번의 말은 건축과 디자인을 관통하는 모더니즘의 명제로 여전히 유효합니다. 20세기 초 미국 마천루를 이끌었던 시카고 파, 대표적인 건축가이자 상업주의 건축을 추구했던 루이스 설리번. 미국 3대 건축가로 꼽히는 그의 말이 여전히 디자인을 규정하는 명제로 사용되는 이유는 무엇일까요?

Form follows function 🍋

"형태는 기능을 따른다 | Form follows function" - 루이스 설리번

건축과 디자인을 관통하는 모더니즘의 명제

20세기 초 미국 마천루를 이끌었던 시카고 파, 대표적인 건축가 루이스 설리번의 말입니다. 여전히 디자인을 규정하는 명제로 사용되는 이유는 무엇일까요? 꾸밈이 아름답다는 장식미술의 개념을 구식으로, 간결한 형태를 이야기하는 모더니즘 디자인을 명쾌하게 설명하는 문장이기 때문입니다. 이 명제는 여전히 유효할까요? 정연우 교수님의 2018년 기고문을 다시 읽어봅니다.

[ 큐레이터의 문장 🎒 ]

1️⃣ 모양이 기능을 따르는 사례들

손아귀 움직임을 지탱하기 위해 손가락 구멍이 뚫려있는 가위, 한쪽에 주름이 있어 관절처럼 원하는 각도로 조정해 음료를 마실 수 있는 빨대, 낮고 넓게 바디를 만들어 공기저항을 줄이고 고속주행할 때 안정성을 높이려는 스포츠카, 성냥갑 같이 생겼기에 효율을 극대화할 수 있는 네모난 모양의 현대식 아파트들은 모양이 기능을 따르는 사례입니다.

2️⃣ 귀엽고 아름다워서 기능을 따르지 않아도 괜찮은 사례들

필립 스탁의 레몬즙 짜개는 실제로 레몬즙을 짜기에는 그다지 편리하지 않지만 그럼에도 여전히 인기를 끄는 주방소품입니다. 어떤 것들은 기능이 훌륭하지 않지만 작품으로, 기쁨과 만족감을 주기 때문에 오브제처럼 쓰임에도 사랑받습니다. 젠틀몬스터 사옥을 보면 공간 효율을 극대화했다기보다는 특유의 개성과 도전을 상징하는 것 같은데 주목받습니다. 어떤 것들은 형태가 기능을 극대화하지 않아도 다른 가치가 있으니 괜찮은 것 같습니다.

1990년 이탈리아의 바다에서 휴가를 즐기다 음식점 냅킨에 초기 도안을 구상해서 만든 레몬즙 짜개는 그 이야기부터 쓰임새까지. 조형적 아름다움과 위트를 전달한다고 생각합니다.

3️⃣ 만약 아름다움으로 인한 만족감도 기능이라고 한다면 어떨까?

형태가 기능을 따르는 것이 아니라 기능이 형태를 따른다는 말을 가만히 생각해 볼 필요가 있습니다. 휘두르려고 방망이를 만든 게 아니라 누군가 기다란 나뭇가지를 보고 휘두르기 시작했습니다. 사슴벌레는 뿔이 크니까 경쟁자 수컷을 던질 때 뿔을 쓰죠. 꽃이 예쁘고 향기를 내니까 나비도 사람도 모입니다. 부드러운 공간에 끌리는 감성이 효율 기능을 압도할 수 있습니다. 기능이 떨어져도 사랑받는 것들은 사랑받기에 충분한 감성적 기능이 작동하는 게 아닐까요? 감성적 기능도 기능으로 볼 수 있습니다. 우리는 여전히 큰 TV를 더 크게, 놀랍도록 얇아진 TV를 더 얇게, 보기에 더 좋게 때로는 그냥 이유를 잘 모르지만 마음에 더 들게 만들고 있으니까요.

주변을 관찰해보니 손님이 우산을 꽂는 통은 쓰레기통이였다

스콜이 쏟아지다 해가 다시 쨍쨍 내리쬐는 변덕스러운 날들의 연속입니다. 지금 비가 내리지 않더라도 외출할 때에는 우산을 챙기기 마련이죠. 카페에서 사람들을 기다리면서 관찰해 보니 입장하는 손님들은 우산꽂이가 없는 가게 입구에 놓인 빈 쓰레기통에 우산을 자연스럽게 꽂습니다. 안정적으로 우산을 보관하고 물이 흐르더라도 주변을 어지럽히지 않을 수 있는 몸이 긴 통이 필요했기 때문이죠.

https://redbusbagman.com/formfollowsfunction/

"형태는 기능을 따른다 | Form follows function" - 루이스 설리번 건축과 디자인을 관통하는 모더니즘의 명제 20세기 초 미국 마천루를 이끌었던 시카고 파, 대표적인 건축가 루이스 설리번의 말입니다. 여전히 디자인을 규정하는 명제로 사용되는 이유는 무엇일까요? 꾸밈이 아름답다는 장식미술의 개념을 구식으로, 간결한 형태를 이야기하는 모더니즘 디자인을 명쾌하게 설명하는 문장이기 때문입니다. 이 명제는 여전히 유효할까요? 정연우 교수님의 2018년 기고문을 다시 읽어봅니다. [ 큐레이터의 문장 🎒 ] 1️⃣ 모양이 기능을 따르는 사례들 손아귀 움직임을 지탱하기 위해 손가락 구멍이 뚫려있는 가위, 한쪽에 주름이 있어 관절처럼 원하는 각도로 조정해 음료를 마실 수 있는 빨대, 낮고 넓게 바디를 만들어 공기저항을 줄이고 고속주행할 때 안정성을 높이려는 스포츠카, 성냥갑 같이 생겼기에 효율을 극대화할 수 있는 네모난 모양의 현대식 아파트들은 모양이 기능을 따르는 사례입니다. 2️⃣ 귀엽고 아름다워서 기능을 따르지 않아도 괜찮은 사례들 필립 스탁의 레몬즙 짜개는 실제로 레몬즙을 짜기에는 그다지 편리하지 않지만 그럼에도 여전히 인기를 끄는 주방소품입니다. 어떤 것들은 기능이 훌륭하지 않지만 작품으로, 기쁨과 만족감을 주기 때문에 오브제처럼 쓰임에도 사랑받습니다. 젠틀몬스터 사옥을 보면 공간 효율을 극대화했다기보다는 특유의 개성과 도전을 상징하는 것 같은데 주목받습니다. 어떤 것들은 형태가 기능을 극대화하지 않아도 다른 가치가 있으니 괜찮은 것 같습니다. 1990년 이탈리아의 바다에서 휴가를 즐기다 음식점 냅킨에 초기 도안을 구상해서 만든 레몬즙 짜개는 그 이야기부터 쓰임새까지. 조형적 아름다움과 위트를 전달한다고 생각합니다. 3️⃣ 만약 아름다움으로 인한 만족감도 기능이라고 한다면 어떨까? 형태가 기능을 따르는 것이 아니라 기능이 형태를 따른다는 말을 가만히 생각해 볼 필요가 있습니다. 휘두르려고 방망이를 만든 게 아니라 누군가 기다란 나뭇가지를 보고 휘두르기 시작했습니다. 사슴벌레는 뿔이 크니까 경쟁자 수컷을 던질 때 뿔을 쓰죠. 꽃이 예쁘고 향기를 내니까 나비도 사람도 모입니다. 부드러운 공간에 끌리는 감성이 효율 기능을 압도할 수 있습니다. 기능이 떨어져도 사랑받는 것들은 사랑받기에 충분한 감성적 기능이 작동하는 게 아닐까요? 감성적 기능도 기능으로 볼 수 있습니다. 우리는 여전히 큰 TV를 더 크게, 놀랍도록 얇아진 TV를 더 얇게, 보기에 더 좋게 때로는 그냥 이유를 잘 모르지만 마음에 더 들게 만들고 있으니까요. 주변을 관찰해보니 손님이 우산을 꽂는 통은 쓰레기통이였다 스콜이 쏟아지다 해가 다시 쨍쨍 내리쬐는 변덕스러운 날들의 연속입니다. 지금 비가 내리지 않더라도 외출할 때에는 우산을 챙기기 마련이죠. 카페에서 사람들을 기다리면서 관찰해 보니 입장하는 손님들은 우산꽂이가 없는 가게 입구에 놓인 빈 쓰레기통에 우산을 자연스럽게 꽂습니다. 안정적으로 우산을 보관하고 물이 흐르더라도 주변을 어지럽히지 않을 수 있는 몸이 긴 통이 필요했기 때문이죠. https://redbusbagman.com/formfollowsfunction/

REDBUSBAGMAN | 빨간색 광역버스에 백팩을 메고 탑니다

⟪Form follows function 🍋⟫

주기적으로 봐줘야하는 멘탈관리에 도움이 되는 글들.txt

주기적으로 봐줘야하는 멘탈관리에 도움이 되는 글들.txt

저도 힘들 때 항상 동기부여 영상이나 글들 캡쳐해서 모아놓는데 이 글은 처음 보네요. 너무나 아름답고 위로가 되는 글입니다. 감사합니다! :)

The rise of generative AI and a weak employment market has people asking some uncomfortable questions about the future for junior software developers.

Why it sucks to be a junior developer right now

AI 시대에 들어서며 많은 업무들이 자동화 되었고, 빠른 지식 검색과 코드 서포트 툴을 통해 개발자의 생산성을 증대할 수 있고, 너도나도 AI 제품을 내놓으며 테크 회사들의 주가도 빠르게 오르고 있습니다.
하지만 정말 모두에게 좋은 시대일까요?

Generative AI와 약한 고용 시장의 영향
 * Generative AI의 등장과 취업 시장의 약세로 인해 주니어 소프트웨어 개발자의 미래에 대한 우려가 제기되고 있습니다.
 * 전통적으로 주니어 개발자는 버그 수정, 작은 기능 개선 등 단순한 작업을 통해 경험을 쌓아왔지만 GitHub Copilot, ChatGPT 등 AI 코딩 도구의 등장으로 주니어 개발자의 역할이 변화하고 있습니다.
 * 이제 AI가 단순 작업을 대신 처리하고, 개발자는 고차원적 문제 해결과 창의적인 작업에 집중하게 되었습니다.

현재의 어려움과 기회
 * 최근 몇 년간 기술 업계는 어려움을 겪고 있으며, 특히 경력 초반의 주니어 개발자들이 영향을 받고 있습니다.
 * 팬데믹과 AI 코딩 어시스턴트의 등장으로 주니어 개발자가 대면 멘토링 없이 업무를 배우는 데 어려움을 겪고 있습니다.
 * 일부 전문가들은 이는 산업 성숙 과정의 일부라고 보며, AI와 협력하여 더 높은 수준의 기대를 충족시킬 필요가 있다고 주장하고 있습니다.

그럼에도 불구하고!! 낙관적 전망
 * AI는 주니어 개발자를 돕고, 시니어 개발자의 업무 부담을 줄일 수 있습니다.
 * AI가 주니어 개발자의 업무를 자동화할 수 있지만, 이는 더 높은 기대치를 충족시키는 데 도움을 줄 수 있습니다.
 * 주니어 개발자는 AI와 협력하여 새로운 요구 사항에 적응해야 하며, 이는 항상 존재했던 도전이었습니다.
   
   
여러분들은 어떻게 생각하시나요?

https://leaddev.com/team/why-it-sucks-be-junior-developer-right-now

AI 시대에 들어서며 많은 업무들이 자동화 되었고, 빠른 지식 검색과 코드 서포트 툴을 통해 개발자의 생산성을 증대할 수 있고, 너도나도 AI 제품을 내놓으며 테크 회사들의 주가도 빠르게 오르고 있습니다.하지만 정말 모두에게 좋은 시대일까요? Generative AI와 약한 고용 시장의 영향<ul ><li>Generative AI의 등장과 취업 시장의 약세로 인해 주니어 소프트웨어 개발자의 미래에 대한 우려가 제기되고 있습니다.</li><li>전통적으로 주니어 개발자는 버그 수정, 작은 기능 개선 등 단순한 작업을 통해 경험을 쌓아왔지만 GitHub Copilot, ChatGPT 등 AI 코딩 도구의 등장으로 주니어 개발자의 역할이 변화하고 있습니다.</li><li>이제 AI가 단순 작업을 대신 처리하고, 개발자는 고차원적 문제 해결과 창의적인 작업에 집중하게 되었습니다.</li></ul> 현재의 어려움과 기회<ul ><li>최근 몇 년간 기술 업계는 어려움을 겪고 있으며, 특히 경력 초반의 주니어 개발자들이 영향을 받고 있습니다.</li><li>팬데믹과 AI 코딩 어시스턴트의 등장으로 주니어 개발자가 대면 멘토링 없이 업무를 배우는 데 어려움을 겪고 있습니다.</li><li>일부 전문가들은 이는 산업 성숙 과정의 일부라고 보며, AI와 협력하여 더 높은 수준의 기대를 충족시킬 필요가 있다고 주장하고 있습니다.</li></ul> 그럼에도 불구하고!! 낙관적 전망<ul ><li>AI는 주니어 개발자를 돕고, 시니어 개발자의 업무 부담을 줄일 수 있습니다.</li><li>AI가 주니어 개발자의 업무를 자동화할 수 있지만, 이는 더 높은 기대치를 충족시키는 데 도움을 줄 수 있습니다.</li><li>주니어 개발자는 AI와 협력하여 새로운 요구 사항에 적응해야 하며, 이는 항상 존재했던 도전이었습니다. </li></ul>여러분들은 어떻게 생각하시나요? https://leaddev.com/team/why-it-sucks-be-junior-developer-right-now

Leaddev

지금은 주니어 개발자에게 너무 가혹한 시대

Spring Health founder April Koh, 32, says becoming a parent shaped her commitment to mental health.

Spring Health CEO April Koh is youngest female unicorn founder

에이프릴 고(April Koh) 공동창업자 겸 CEO가 이끄는 Spring Health가 시리즈 E 라운드로 1억 달러(약 1370억 원)를 투자받고 33억 달러(약 4조 5천억 원)의 기업가치를 인정받았습니다. Spring Health는 8년 전 문을 연 정신 건강 관리 앱이에요. 예일대 학생들이 식당에서 이야기를 하며 창업했고 지금은 1200명의 직원으로 규모를 키웠다고 합니다. 주로 기업 복지 서비스 중 하나로서 제공하며 건강보험 상품으로도 파트너십을 맺어 판매하고 있네요. B2B 헬스케어, 그중에서도 정신건강 서비스는 적절한 글로벌 확장 전략이 있다면 앞으로도 가능성이 높은 분야라는 생각이 듭니다. 인상깊어 공유해 보아요.

에이프릴 고(April Koh) 공동창업자 겸 CEO가 이끄는 Spring Health가 시리즈 E 라운드로 1억 달러(약 1370억 원)를 투자받고 33억 달러(약 4조 5천억 원)의 기업가치를 인정받았습니다. Spring Health는 8년 전 문을 연 정신 건강 관리 앱이에요. 예일대 학생들이 식당에서 이야기를 하며 창업했고 지금은 1200명의 직원으로 규모를 키웠다고 합니다. 주로 기업 복지 서비스 중 하나로서 제공하며 건강보험 상품으로도 파트너십을 맺어 판매하고 있네요. B2B 헬스케어, 그중에서도 정신건강 서비스는 적절한 글로벌 확장 전략이 있다면 앞으로도 가능성이 높은 분야라는 생각이 듭니다. 인상깊어 공유해 보아요.&nbsp;

Fortune

이 글은 제가 NIA [한국지능정보사회진흥원]의 2024년 6월호에 기고한 글입니다. 원본 글 'SaaS 기업의 중요 전략지표'를 이곳 브런치에서도 공유합니다. 들어가며 지난 5월 30일 분기 실적을 발표한 세일즈포스의 주가는 19.7%가 곤두박질쳤다. 기업용 SaaS를 공급하는 세계 최고의 기업 중 하나인 세일즈포스의 주가가

SaaS기업의 중요 전략 재무 지표

SaaS 기업 그 중에서도 스타트업의 경우에는 하루 하루가 전쟁이고 생존입니다. 프로덕트의 성능지표나 그로쓰지표보다 어쩌면 전략적인 재무지표가 더 중요할 수도 있는데, 많은 스타트업의 PM, 기획자들이 본인들의 프로덕트가 어떤 재무지표와 연결되어 동작하는 지에 대한 이해가 많이 필요하다는 느낌을 받아 이 글을 준비하게 되었습니다.

요즘처럼 경쟁이 심화되고, 시장이 불확실한 상황에서 지금까지 많이 사용하는 일반적인 MRR/ARR, LTV, CAC로는 SaaS기업의 내일을 알기는 매우 어렵습니다. 더 없이 좋아보이는 실적보고서를 낸 세일즈포스가 발표와 함께 20% 가량 곤두박칠 친 이유에는 미래지형 지표가 있습니다.

최근에 많이 사용되는 SaaS 기업의 전략 재무 지표를 자세히 정리해 보았습니다.
1, 수익 관련
1.1 잔여 실적 의무 (RPO: Remaining Performance Obligation)
1.2 수익 실행률(RRR: Revenue Run Rate)
1.3 40의 법칙(Rule of 40)

2. 비용 효율성
2.1 SaaS 매직 넘버 (Magic Number)
2.2 SaaS 빠른 성장률 (Quick Ratio)

SaaS 기업 그 중에서도 스타트업의 경우에는 하루 하루가 전쟁이고 생존입니다. 프로덕트의 성능지표나 그로쓰지표보다 어쩌면 전략적인 재무지표가 더 중요할 수도 있는데, 많은 스타트업의 PM, 기획자들이 본인들의 프로덕트가 어떤 재무지표와 연결되어 동작하는 지에 대한 이해가 많이 필요하다는 느낌을 받아 이 글을 준비하게 되었습니다. 요즘처럼 경쟁이 심화되고, 시장이 불확실한 상황에서 지금까지 많이 사용하는 일반적인 MRR/ARR, LTV, CAC로는 SaaS기업의 내일을 알기는 매우 어렵습니다. 더 없이 좋아보이는 실적보고서를 낸 세일즈포스가 발표와 함께 20% 가량 곤두박칠 친 이유에는 미래지형 지표가 있습니다. 최근에 많이 사용되는 SaaS 기업의 전략 재무 지표를 자세히 정리해 보았습니다. 1, 수익 관련 1.1 잔여 실적 의무 (RPO: Remaining Performance Obligation) 1.2 수익 실행률(RRR: Revenue Run Rate) 1.3 40의 법칙(Rule of 40) 2. 비용 효율성 2.1 SaaS 매직 넘버 (Magic Number) 2.2 SaaS 빠른 성장률 (Quick Ratio)

<SaaS 기업의 중요 전략 재무 지표>

"직장인 번아웃 없애려면 개인 믿어주는 조직 문화가 중요", 최수진 기자, 한경BUSINESS

"직장인 번아웃 없애려면 개인 믿어주는 조직 문화가 중요"

“직장에서도 ‘금쪽이’를 위한 처방이 필요하다. 누구에게나 번아웃이 생길 수 있고 소통의 어려움이 있다. 본인의 색을 잃지 않고 지속 가능하게 일하는 방법을 알아야 번아웃에 빠지지 않고 오래 일할 수 있다. 개인은 가치관을 확립해야 하고, 조직에서는 개인이 비난받지 않을 것이라는 신뢰를 줘야 한다.”

안주연 정신의학과 전문의는 <2022 넥스트 아이디어 포럼>에서 직장인이 번아웃 신드롬을 겪지 않기 위해 개인의 노력과 조직의 노력이 동반되어야 한다고 강조하며 이같이 말했다.

번아웃은 관리되지 않은 만성적 직장 스트레스로 인해 발생하는데, 크게 정서적 소진, 냉소, 직업 효능감 저하 등 3가지 증상으로 나타난다. 원인으로는 업무 과부하, 업무 자율성 부족, 충분하지 않은 보상, 사회적 지지 부족(직장 내 커뮤니티), 공정성 부족, 가치관 충돌 등이 있다. 안 전문의는 이 가운데 ‘사회적 지지 부족’과 ‘가치관 충돌’을 강조했다.

그는 “직장인 개인의 경우 너무 달려가면 지칠 수밖에 없다. 그럴 때 번아웃이 생긴다. 이 문제를 해결하기 위해 도파민 중심(보상•효능감 추구)의 삶이 아닌 ‘세로토닌’과 ‘옥시토신’을 생성할 수 있는 방향으로 가야 한다. 활력과 리듬을 되찾고 인간적 접촉을 통해 지속 가능한 삶을 되찾야아 한다”고 말했다.

세로토닌은 소화기관에서 생성되는데, 기분•수면•식욕•소화•기억•학습 능력을 조절하는 데 도움을 준다. 옥시토신은 흔히 사랑•접촉의 호르몬이라고 불리우며, 상대방에 대한 유대감•신뢰•배려심을 갖게 한다.

세로토닌을 만들기 위해서는 개인은 셀프 케어를, 조직은 업무 시간 조절을 선행해야 한다. 그리고 옥시토신을 생성하기 위해서는 개인은 대화하고 조직에서는 일반화를 지양해야 한다.

도파민을 줄이기 위해서, 개인은 내적 동기나 가치관을 돌아봐야 하고 조직은 리더십 체계와 보상 제도를 개선해야 한다. 개인은 내적 동기를 발견하고 개인의 가치관을 확립해야 한다. 중간 관리자나 선배들은 후배가 내재적 가치를 발견할 수 있도록 리딩해야 한다. 또한 의사 소통할 때는 업무의 목적과 가치를 먼저 공유해야 한다.

안 전문의는 “본인의 감정을 알아차리고 수용해야 한다. 인간은 동물이다. 인공지능처럼 할 수 없다. 감정은 신체 에너지에 영향을 준다. 적당히 표현해야 스스로 조절할 수 있다. 완전히 억압하면 어느 순간 갑자기 그 감정이 튀어나와 문제가 된다. 자기 인지와 수용을 통해 본인의 특성을 찾아야 한다. 균형 잡히고 통합적인 내면의 목소리를 만들어 가야 한다”고 말했다.

한국 사회에서는 어려운 일이지만, 취약성을 노출해야 한다. 서로의 다름을 인정하고 도움을 요청해야 한다. 고마움을 표현하고 실수와 모자람을 인정해야 한다. 평가적이지 않은 안전한 대화를 이어가야 한다. 그리고 조직은 개인이 취약성을 노출할 수 있도록 뒷받침해줘야 한다.

그는 마지막으로 “MZ세대•꼰대•남자•여자 등 특정하거나 묶어서 얘기하면 안 된다. 유형화는 성급한 일반화의 오류를 부른다. 이때 필요한 게 ‘상급자의 듣기 능력’이나 ‘코칭 능력’이다. 피드백보다 피드포워드가 필요하다. 조직 문화의 화두는 심리적 안정감이다. 직원들이 업무 관련해 어떤 말을 하더라도 비난받거나 벌 받지 않을 것이라고 생각하는 분위기와 환경을 조성하라”고 덧붙였다.

“직장에서도 ‘금쪽이’를 위한 처방이 필요하다. 누구에게나 번아웃이 생길 수 있고 소통의 어려움이 있다. 본인의 색을 잃지 않고 지속 가능하게 일하는 방법을 알아야 번아웃에 빠지지 않고 오래 일할 수 있다. 개인은 가치관을 확립해야 하고, 조직에서는 개인이 비난받지 않을 것이라는 신뢰를 줘야 한다.” 안주연 정신의학과 전문의는 &lt;2022 넥스트 아이디어 포럼&gt;에서 직장인이 번아웃 신드롬을 겪지 않기 위해 개인의 노력과 조직의 노력이 동반되어야 한다고 강조하며 이같이 말했다. 번아웃은 관리되지 않은 만성적 직장 스트레스로 인해 발생하는데, 크게 정서적 소진, 냉소, 직업 효능감 저하 등 3가지 증상으로 나타난다. 원인으로는 업무 과부하, 업무 자율성 부족, 충분하지 않은 보상, 사회적 지지 부족(직장 내 커뮤니티), 공정성 부족, 가치관 충돌 등이 있다. 안 전문의는 이 가운데 ‘사회적 지지 부족’과 ‘가치관 충돌’을 강조했다. 그는 “직장인 개인의 경우 너무 달려가면 지칠 수밖에 없다. 그럴 때 번아웃이 생긴다. 이 문제를 해결하기 위해 도파민 중심(보상•효능감 추구)의 삶이 아닌 ‘세로토닌’과 ‘옥시토신’을 생성할 수 있는 방향으로 가야 한다. 활력과 리듬을 되찾고 인간적 접촉을 통해 지속 가능한 삶을 되찾야아 한다”고 말했다. 세로토닌은 소화기관에서 생성되는데, 기분•수면•식욕•소화•기억•학습 능력을 조절하는 데 도움을 준다. 옥시토신은 흔히 사랑•접촉의 호르몬이라고 불리우며, 상대방에 대한 유대감•신뢰•배려심을 갖게 한다. 세로토닌을 만들기 위해서는 개인은 셀프 케어를, 조직은 업무 시간 조절을 선행해야 한다. 그리고 옥시토신을 생성하기 위해서는 개인은 대화하고 조직에서는 일반화를 지양해야 한다. 도파민을 줄이기 위해서, 개인은 내적 동기나 가치관을 돌아봐야 하고 조직은 리더십 체계와 보상 제도를 개선해야 한다. 개인은 내적 동기를 발견하고 개인의 가치관을 확립해야 한다. 중간 관리자나 선배들은 후배가 내재적 가치를 발견할 수 있도록 리딩해야 한다. 또한 의사 소통할 때는 업무의 목적과 가치를 먼저 공유해야 한다. 안 전문의는 “본인의 감정을 알아차리고 수용해야 한다. 인간은 동물이다. 인공지능처럼 할 수 없다. 감정은 신체 에너지에 영향을 준다. 적당히 표현해야 스스로 조절할 수 있다. 완전히 억압하면 어느 순간 갑자기 그 감정이 튀어나와 문제가 된다. 자기 인지와 수용을 통해 본인의 특성을 찾아야 한다. 균형 잡히고 통합적인 내면의 목소리를 만들어 가야 한다”고 말했다. 한국 사회에서는 어려운 일이지만, 취약성을 노출해야 한다. 서로의 다름을 인정하고 도움을 요청해야 한다. 고마움을 표현하고 실수와 모자람을 인정해야 한다. 평가적이지 않은 안전한 대화를 이어가야 한다. 그리고 조직은 개인이 취약성을 노출할 수 있도록 뒷받침해줘야 한다. 그는 마지막으로 “MZ세대•꼰대•남자•여자 등 특정하거나 묶어서 얘기하면 안 된다. 유형화는 성급한 일반화의 오류를 부른다. 이때 필요한 게 ‘상급자의 듣기 능력’이나 ‘코칭 능력’이다. 피드백보다 피드포워드가 필요하다. 조직 문화의 화두는 심리적 안정감이다. 직원들이 업무 관련해 어떤 말을 하더라도 비난받거나 벌 받지 않을 것이라고 생각하는 분위기와 환경을 조성하라”고 덧붙였다.

Hankyung

야놀자 기업가치, 석달새 1조 날아갔다, 위기의 K플랫폼 국내 대표 유니콘 티메프 사태 불똥 "이용자 모은 후 수익화 추진 한계 새 혁신모델 필요"

야놀자 기업가치, 석달새 1조 날아갔다

티메프 사태는 한국 유니콘 기업에 어떤 영향을 미치고 있을까요? 저는 티메프 사태의 본질이 '그림자 금융'에 있다고 생각합니다. 정산금을 사실상 자기자본처럼 인수, 투자, 신사업 등에 깜깜이로 사용할 수 있었던 것이 문제의 본질이 아닐까요? '그림자 금융'이 된 e커머스는 어떤 통제도 없이 자금을 유용할 수 있었습니다.

플랫폼 업체는 소비자의 돈을 판매자에게 지급하기 전까지의 정산기간에 무이자로 수천억 원 차입한 꼴입니다. 기업 신용도가 매우 낮은 티몬과 위메프는 저리에 자금을 끌어오기 위해 7~8% 할인가로 상품권을 팔아왔다는 것이죠. 티메프 사태는 사실상 금융사의 지급불능과 같은 상황입니다. 크게 보면 스타벅스 카드에 충전한 금액이나 상조회사에 매달 납입하는 금액도 유사한 개념으로 볼 수 있죠. 정부에서는 이번 사태로 이커머스 업체가 판매자 정산대금을 40일 이내에 지급하는 새로운 규제를 검토하고 있습니다.

[ 큐레이터의 문장 🎒 ]

돈을 써서 사람을 모은 뒤 그 트래픽에 기대 뒤늦게 수익 모델을 찾는 플랫폼 기업, IPO를 통해 신규자금을 충당하는 방식과 같은 전통적 플랫폼 성공 방정식이 한계에 이르렀습니다.

한국경제 보도에 따르면 비상장주식을 거래하는 '증권플러스 비상장'에서 야놀자는 기업가치가 3달 전보다 1조 원 넘게 줄어든 4조 3501억 원, 토스 운영사인 비바리퍼블리카 역시 1조 가량 줄어든 7조 3270억 원을 기록하며 몸집이 줄어들었습니다. 한때 10조 이상의 기업가치를 평가받은 대한민국 대표적 플랫폼 유니콘인데 티메프 사태로 영향을 받은 것이라는 분석입니다. 당장 야놀자는 직접 관련이 있습니다. 큐텐에 2023년에 매각한 인터파크커머스 대금을 다 받지 못한 상태라 현금흐름에 악재가 터졌죠.

일단 사람을 모으고 나중에 카카오와 같이 네트워크 효과로 어떻게든 돈을 벌 수 있다는 것이 한계에 이른 게 아닐까요? 계속해서 IPO를 시도했지만 매번 좌절했던 컬리는 40일 정산에 맞춰 현금흐름을 건전하게 유지할 수 있을까요?

https://www.hankyung.com/article/2024080659411

티메프 사태는 한국 유니콘 기업에 어떤 영향을 미치고 있을까요? 저는 티메프 사태의 본질이 '그림자 금융'에 있다고 생각합니다. 정산금을 사실상 자기자본처럼 인수, 투자, 신사업 등에 깜깜이로 사용할 수 있었던 것이 문제의 본질이 아닐까요? '그림자 금융'이 된 e커머스는 어떤 통제도 없이 자금을 유용할 수 있었습니다. 플랫폼 업체는 소비자의 돈을 판매자에게 지급하기 전까지의 정산기간에 무이자로 수천억 원 차입한 꼴입니다. 기업 신용도가 매우 낮은 티몬과 위메프는 저리에 자금을 끌어오기 위해 7~8% 할인가로 상품권을 팔아왔다는 것이죠. 티메프 사태는 사실상 금융사의 지급불능과 같은 상황입니다. 크게 보면 스타벅스 카드에 충전한 금액이나 상조회사에 매달 납입하는 금액도 유사한 개념으로 볼 수 있죠. 정부에서는 이번 사태로 이커머스 업체가 판매자 정산대금을 40일 이내에 지급하는 새로운 규제를 검토하고 있습니다. [ 큐레이터의 문장 🎒 ] 돈을 써서 사람을 모은 뒤 그 트래픽에 기대 뒤늦게 수익 모델을 찾는 플랫폼 기업, IPO를 통해 신규자금을 충당하는 방식과 같은 전통적 플랫폼 성공 방정식이 한계에 이르렀습니다. 한국경제 보도에 따르면 비상장주식을 거래하는 '증권플러스 비상장'에서 야놀자는 기업가치가 3달 전보다 1조 원 넘게 줄어든 4조 3501억 원, 토스 운영사인 비바리퍼블리카 역시 1조 가량 줄어든 7조 3270억 원을 기록하며 몸집이 줄어들었습니다. 한때 10조 이상의 기업가치를 평가받은 대한민국 대표적 플랫폼 유니콘인데 티메프 사태로 영향을 받은 것이라는 분석입니다. 당장 야놀자는 직접 관련이 있습니다. 큐텐에 2023년에 매각한 인터파크커머스 대금을 다 받지 못한 상태라 현금흐름에 악재가 터졌죠. 일단 사람을 모으고 나중에 카카오와 같이 네트워크 효과로 어떻게든 돈을 벌 수 있다는 것이 한계에 이른 게 아닐까요? 계속해서 IPO를 시도했지만 매번 좌절했던 컬리는 40일 정산에 맞춰 현금흐름을 건전하게 유지할 수 있을까요? https://www.hankyung.com/article/2024080659411

한국경제

⟪티메프 사태의 본질, '그림자 금융'이 쏘아올린 공⟫

LOVED | 이 글은 Silicon Valley Product Group의 LOVED: How to Rethink Marketing for Tech Products 내용중 저자 Martina Lauchengco의 블로그 글을 번역, 의역 및 재구성한 글입니다. *director, vice president는 한국에서 해석적 차이가 발생할 수 있어 실무자와 임원으로 포괄

[번역] 실무를 잘했는데, 왜 임원이 될 수 없는거죠?

실무자로 능력을 인정받은 사람을 승진시키면, 뜻하지 않게 저성과자가 되기도 한다는 이야기는 잘 알고 계실텐데요. (이와 비슷하게, 피터의 법칙이라는 용어도 있죠) 임원은 어떤 시야를 가져야 하고 어떤 부분이 실무자와 달라야 하는가에 대해 잘 정리한 글을 발견해서 공유합니다. 꼭 '임원'이 아니더라도, '리더'의 역할을 하고 있는 사람이나 '리더'가 되고 싶은 사람에게 유용한 글이라고 생각해요.

실무자로 능력을 인정받은 사람을 승진시키면, 뜻하지 않게 저성과자가 되기도 한다는 이야기는 잘 알고 계실텐데요. (이와 비슷하게, 피터의 법칙이라는 용어도 있죠) 임원은 어떤 시야를 가져야 하고 어떤 부분이 실무자와 달라야 하는가에 대해 잘 정리한 글을 발견해서 공유합니다. 꼭 '임원'이 아니더라도, '리더'의 역할을 하고 있는 사람이나 '리더'가 되고 싶은 사람에게 유용한 글이라고 생각해요.

[실무를 잘했는데, 왜 임원이 될 수 없는거죠?]

아침부터 자리에 앉아 열심히 코딩했습니다.

주식창도 보지 않고.
뉴스도 보지 않고.
만화책이나 유튜브도 보지 않고.

집중해서 코딩하다보니 어느덧 시간이 18시.
잠시 후엔 축구를 하러 나가야 합니다.

이런 날이 참 좋습니다.
세상의 자극적인 이야기에 빠져들지 않고 책상에서 몰입하며 보낸 날.
할 일 다 하고 좋아하는 취미를 즐기러 가는 날.

가장 뿌듯한 날은 바로 코딩 많이 한 날입니다.
이런 날은 잠자리에 누우면 기분이 정말 좋습니다.
신나게 놀아버린 날과는 비교도 할 수 없는 기쁨.

매일 오늘 같으면 좋겠습니다.

아침부터 자리에 앉아 열심히 코딩했습니다. 주식창도 보지 않고. 뉴스도 보지 않고. 만화책이나 유튜브도 보지 않고. 집중해서 코딩하다보니 어느덧 시간이 18시. 잠시 후엔 축구를 하러 나가야 합니다. 이런 날이 참 좋습니다. 세상의 자극적인 이야기에 빠져들지 않고 책상에서 몰입하며 보낸 날. 할 일 다 하고 좋아하는 취미를 즐기러 가는 날. 가장 뿌듯한 날은 바로 코딩 많이 한 날입니다. 이런 날은 잠자리에 누우면 기분이 정말 좋습니다. 신나게 놀아버린 날과는 비교도 할 수 없는 기쁨. 매일 오늘 같으면 좋겠습니다.

코딩 많이 한 날

Everything you need to know about monorepos, and the tools to build them.

Monorepo Explained

모노레포가 좋다, 써야된다는 말을 여기저기서 들은적이 있는데요.
모노레포가 뭔지, 왜 좋은지, 특징은 무엇인지
모노레포를 사용해서 무엇을 할 수 있는지 궁금했습니다.

https://monorepo.tools/ 에서 모노레포에 대해서 잘 설명해두었네요.

저처럼 프론트엔드가 아닌 분들이나, 모노레포를 도입하고 싶은 프론트엔드 개발자에게 유용할 것 같습니다~

모노레포가 좋다, 써야된다는 말을 여기저기서 들은적이 있는데요. 모노레포가 뭔지, 왜 좋은지, 특징은 무엇인지 모노레포를 사용해서 무엇을 할 수 있는지 궁금했습니다. https://monorepo.tools/ 에서 모노레포에 대해서 잘 설명해두었네요. 저처럼 프론트엔드가 아닌 분들이나, 모노레포를 도입하고 싶은 프론트엔드 개발자에게 유용할 것 같습니다~

monorepo.tools

모노레포에 대해 알아보자

자바스크립트에서 배열을 다룰 때 이름이 비슷해서 많은 분들이 햇갈려하는 slice()와 splice()에 대해서 알아보겠습니다.- 관련 포스팅: https://www.daleseo.com/js-array-slice-splice/목차:0:00 소개0:32 slice() 함수4:50 ...

자바스크립트 배열의 slice()와 splice() 함수 | 달레의 웹 프로그래밍

자바스크립트에서 배열을 다룰 때 자주 사용하게되는 함수 중에서 이름이 상당히 비슷한
slice()
와
splice()
가 있습니다. 함수 이름이 정말 한끗 차이라서 많은 개발자들이 헛갈려하시죠 ㅋㅋ

이번 포스팅에서는 예제 코드를 작성하면서 이 두 함수가 어떤 점이 비슷하고 어떤 점이 다른지에 대해서 알아보겠습니다.

📺 동영상: https://youtu.be/fOGhAfYFrrw
📝 포스팅: https://www.daleseo.com/js-array-slice-splice/

자바스크립트에서 배열을 다룰 때 자주 사용하게되는 함수 중에서 이름이 상당히 비슷한 <code>slice()</code>와 <code>splice()</code>가 있습니다. 함수 이름이 정말 한끗 차이라서 많은 개발자들이 헛갈려하시죠 ㅋㅋ 이번 포스팅에서는 예제 코드를 작성하면서 이 두 함수가 어떤 점이 비슷하고 어떤 점이 다른지에 대해서 알아보겠습니다. 📺 동영상: https://youtu.be/fOGhAfYFrrw📝 포스팅: https://www.daleseo.com/js-array-slice-splice/

YouTube

자바스크립트 배열 자르기: slice() 🆚 splice()

디자인 시스템은 디자인과 코드 사이를 연결하는 강력한 도구 중 하나입니다. 공통된 언어를 만듦으로써, 디자이너와 개발자들이 각자의 워크플로에서 효율적으로 협업할 수 있게 해 줍니다. 우리는 오토 레이아웃, 변수, 컴포넌트 프로퍼티, 그리고 작년에 출시한 개발자 모드와 같은 기능을 통해 디자인 시스템을 코드와 더 가깝게 만들기 위해 열심히 노력해 왔습니다...

(번역) 디자인 시스템에 적합한 코드

많은 회사에서 디자인 시스템을 도입하며 디자이너와 개발자의 간극을 줄이기 위해 열심히 노력하고 있는데요. Figma에서는 최근 Code Connect를 새롭게 소개하며 개발자들이 디자인 시스템 팀이 승인한 코드 샘플과 문서에 직접 접근할 수 있도록 해 디자인 시스템을 더 쉽게 채택하고 올바르게 사용할 수 있도록 했습니다. 만약 회사에서 Figma와 디자인 시스템을 사용중이라면 이 글을 통해 새로운 기능을 만나보시면 좋을 것 같습니다.

> 글 링크: https://bit.ly/4fn5H66

많은 회사에서 디자인 시스템을 도입하며 디자이너와 개발자의 간극을 줄이기 위해 열심히 노력하고 있는데요. Figma에서는 최근 Code Connect를 새롭게 소개하며 개발자들이 디자인 시스템 팀이 승인한 코드 샘플과 문서에 직접 접근할 수 있도록 해 디자인 시스템을 더 쉽게 채택하고 올바르게 사용할 수 있도록 했습니다. 만약 회사에서 Figma와 디자인 시스템을 사용중이라면 이 글을 통해 새로운 기능을 만나보시면 좋을 것 같습니다. &gt; 글 링크: https://bit.ly/4fn5H66

Medium

디자인 시스템에 적합한 코드

이걸 확 관둬? 말어? 사직서를 던질지, 한 번 더 참을지 고민하고 있다면 주목하세요!
하버드 경영 대학원이 발표한 퇴사할 때가 되었다는 지표를 준비했습니다!
아래 내용 중 과반수 이상에 ‘그렇다’는 답변이 나왔다면 이제 그곳을 떠나는 것을 고민해보세요!

 1. 일이 나를 성장시키지 않는다
    운동선수들이 새로운 운동을 시도하는 것처럼, 우리의 커리어도 성장하기 위해 변화가 필요합니다. 만약 현재의 일이 더 이상 나를 성장시키지 않는다고 느낀다면, 환경을 바꾸는 것이 좋습니다. 조금의 변화를 통해 성장할 수 없다면, 새로운 환경을 찾아보는 것도 좋은 방법입니다.
 2. 열망하는 것이 없다
    하버드 석학들은 '박수칠 때 떠나라'는 말을 지지합니다. 일이 더 이상 도전적으로 느껴지지 않고, 이루고자 하는 바가 없다면, 새로운 도전을 찾아 떠나는 것이 좋습니다. 하지만 아직 이루고 싶은 목표가 있다면, 조금 더 버티는 것도 방법입니다.
 3. 일을 하지 않으려 한다
    해야 할 일을 미루고 다른 일을 먼저 하고 있다면, 이는 일을 관둘 때가 되었음을 의미합니다. 자꾸 미루는 습관이 생기면 일에 몰입하기 어려워집니다. 이럴 때는 차라리 그만두고 휴식을 취하는 것이 좋습니다.
 4. 자꾸 나쁜 사람이 된다
    조직의 분위기가 나의 가치관과 맞지 않아 거짓말을 하거나 타인을 기만하게 된다면, 이는 심각한 문제입니다. 나의 가치관을 부정하게 만드는 조직에서는 더 이상 머무를 필요가 없습니다.
 5. 신체적, 정신적으로 건강하지 않다
    건강이 망가질 정도로 일을 하거나, 모욕적인 동료가 있는 조직에서 일하는 것은 옳지 않습니다. 출근길마다 공포를 느낀다면 그만두는 것이 맞습니다. 자신을 자책하지 말고, 더 나은 환경을 찾아 떠나세요. 인생은 짧고, 우리의 삶은 아름답습니다.
    이 지표를 통해 자신의 상황을 점검해보세요. 과반수 이상 해당된다면, 이제 새로운 길을 모색할 때입니다.

+아니면 저와 함께 커피챗해보는 것도..! 🤓

이걸 확 관둬? 말어? 사직서를 던질지, 한 번 더 참을지 고민하고 있다면 주목하세요!하버드 경영 대학원이 발표한 퇴사할 때가 되었다는 지표를 준비했습니다!아래 내용 중 과반수 이상에 ‘그렇다’는 답변이 나왔다면 이제 그곳을 떠나는 것을 고민해보세요! <ol ><li>일이 나를 성장시키지 않는다운동선수들이 새로운 운동을 시도하는 것처럼, 우리의 커리어도 성장하기 위해 변화가 필요합니다. 만약 현재의 일이 더 이상 나를 성장시키지 않는다고 느낀다면, 환경을 바꾸는 것이 좋습니다. 조금의 변화를 통해 성장할 수 없다면, 새로운 환경을 찾아보는 것도 좋은 방법입니다.</li><li>열망하는 것이 없다하버드 석학들은 '박수칠 때 떠나라'는 말을 지지합니다. 일이 더 이상 도전적으로 느껴지지 않고, 이루고자 하는 바가 없다면, 새로운 도전을 찾아 떠나는 것이 좋습니다. 하지만 아직 이루고 싶은 목표가 있다면, 조금 더 버티는 것도 방법입니다.</li><li>일을 하지 않으려 한다해야 할 일을 미루고 다른 일을 먼저 하고 있다면, 이는 일을 관둘 때가 되었음을 의미합니다. 자꾸 미루는 습관이 생기면 일에 몰입하기 어려워집니다. 이럴 때는 차라리 그만두고 휴식을 취하는 것이 좋습니다.</li><li>자꾸 나쁜 사람이 된다조직의 분위기가 나의 가치관과 맞지 않아 거짓말을 하거나 타인을 기만하게 된다면, 이는 심각한 문제입니다. 나의 가치관을 부정하게 만드는 조직에서는 더 이상 머무를 필요가 없습니다.</li><li>신체적, 정신적으로 건강하지 않다건강이 망가질 정도로 일을 하거나, 모욕적인 동료가 있는 조직에서 일하는 것은 옳지 않습니다. 출근길마다 공포를 느낀다면 그만두는 것이 맞습니다. 자신을 자책하지 말고, 더 나은 환경을 찾아 떠나세요. 인생은 짧고, 우리의 삶은 아름답습니다.이 지표를 통해 자신의 상황을 점검해보세요. 과반수 이상 해당된다면, 이제 새로운 길을 모색할 때입니다.</li></ol> +아니면 저와 함께 커피챗해보는 것도..! 🤓

하버드 석학이 알려주는 회사 그만둘지 버틸지 구별하는 방법

Nextjs 앱 라우터 구현에는 기본기가 중요한 것 같아요. 라우팅 기본 개념을 간단하게 살펴보며 주의할 점에 대해서 설명해 보았어요. 이어서 pathname 상수값을 쉽게 관리할 수 있는 스크립트에 대해서 설명하며, App 라우터에서 트리구조가 가지는 의미에 대해 파보았습니다..! 그럼 오늘도 화이팅입니다 👍 (강의에서 사용한 샘플 코드 깃헙 주소입니다 https://github.com/david718/nextjs-sample-for-lecture)

Nextjs 앱 라우터 기본 개념과 개발할 때 주의점?!(pathname 자동 생성 스크립트까지)

Nextjs 앱 라우터 구현시
공식문서를 꼼꼼하게 살펴보면 알 수 있는 주의점이 있어요.
페이지 라우터와 함께 사용할 때, 그리고 colocation 관련 인데요.

먼저 라우팅 기본 개념을 간단하게 살펴보며
이어서 위 주의할 점에 대해 설명해 보았습니다.
마지막으로 pathname 상수값을 쉽게 관리하는 스크립트를 보며
앱 라우터에서 트리구조가 가지는 의미에 대해 연결지어 보았습니다..!

그럼 오늘도 화이팅입니다 👍
(강의에서 사용한 샘플 코드 깃헙 주소입니다
https://github.com/david718/nextjs-sample-for-lecture)

https://youtu.be/rh5QP5GtYws

Nextjs 앱 라우터 구현시 공식문서를 꼼꼼하게 살펴보면 알 수 있는 주의점이 있어요.페이지 라우터와 함께 사용할 때, 그리고 colocation 관련 인데요. 먼저 라우팅 기본 개념을 간단하게 살펴보며 이어서 위 주의할 점에 대해 설명해 보았습니다. 마지막으로 pathname 상수값을 쉽게 관리하는 스크립트를 보며 앱 라우터에서 트리구조가 가지는 의미에 대해 연결지어 보았습니다..! 그럼 오늘도 화이팅입니다 👍 (강의에서 사용한 샘플 코드 깃헙 주소입니다 https://github.com/david718/nextjs-sample-for-lecture) https://youtu.be/rh5QP5GtYws

Nextjs 앱 라우터 구현시
공식문서를 꼼꼼하게 살펴보면 알 수

Unlock your full potential with Spring courses from the Spring team.

Courses - Spring Academy

오늘 스프링 사이트를 탐색하던 중 우연히 스프링 아카데미(Spring Academy) 서비스를 발견했다. 처음 보는 서비스라 뭔지 궁금해서 몇 시간 동안 이용해 보곤 그 다양한 강의와 체계적인 구성에 감탄했다.

많은 사람들에게 소개하면 좋을 것 같아, 관련 자료를 정리해 봤다.

스프링 팀은 그동안 튜토리얼, 가이드, 예제 코드를 통해 다양한 프로젝트에서 스프링을 어떻게 사용할 수 있는지에 대한 실제 사례를 제공해 왔다. 나도 제공되는 자료를 통해 많은 도움을 받았다. 하지만 여러 설문을 통해 많은 개발자가 더 체계적이고 종합적인 학습 자료를 원한다는 사실을 스프링 팀이 알게 되고, 이런 요구를 반영하여 스프링 아카데미를 출범시켰다고 한다.

스프링 아카데미는 단순히 사용 사례를 보여주는 것을 넘어, 스프링의 핵심 개념부터 고급 기술까지 체계적으로 학습할 수 있는 서비스로 스프링 팀의 전문 강사진이 직접 강의를 진행한다. 기존의 자료(가이드, 예제 코드 등)가 제공하던 실용적인 예제들을 포함하면서도, 각 기술의 이론적 배경과 설계 철학, 그리고 실제 운영 환경에서의 적용 방법까지 꽤 깊이 있게 다루고 있다.

그중 실습 기반 학습 환경이 꽤 인상적이다. 브라우저 기반의 실습 랩을 통해 실제 개발 환경과 유사한 조건에서 코드를 작성하고 실행해 볼 수 있다. 단순히 코드를 읽는 것을 넘어, 핸즈온(hands-on) 경험을 통해 스프링의 다양한 기능을 체득할 수 있도록 만들었다. 이렇게 실습으로 얻는 경험은 이론적 학습을 보완하고, 더 자신 있게 코드를 작성할 수 있게 해줄 것이다.

그리고 "Spring Certified Professional" 이라는 자격증 준비 과정도 제공한다. 이 과정은 단순히 시험 합격을 위한 것이 아니라, 실제 스프링을 효과적으로 활용할 수 있는 체계적인 구성으로 만들어져 있다.

스프링 아카데미는 개발자들이 최신 스프링 생태계를 더 깊이 이해하고, 실제 프로젝트에 효과적으로 적용하는 데 큰 도움이 될 것 같다.

https://spring.academy/courses

오늘 스프링 사이트를 탐색하던 중 우연히 스프링 아카데미(Spring Academy) 서비스를 발견했다. 처음 보는 서비스라 뭔지 궁금해서 몇 시간 동안 이용해 보곤 그 다양한 강의와 체계적인 구성에 감탄했다. 많은 사람들에게 소개하면 좋을 것 같아, 관련 자료를 정리해 봤다. 스프링 팀은 그동안 튜토리얼, 가이드, 예제 코드를 통해 다양한 프로젝트에서 스프링을 어떻게 사용할 수 있는지에 대한 실제 사례를 제공해 왔다. 나도 제공되는 자료를 통해 많은 도움을 받았다. 하지만 여러 설문을 통해 많은 개발자가 더 체계적이고 종합적인 학습 자료를 원한다는 사실을 스프링 팀이 알게 되고, 이런 요구를 반영하여 스프링 아카데미를 출범시켰다고 한다. 스프링 아카데미는 단순히 사용 사례를 보여주는 것을 넘어, 스프링의 핵심 개념부터 고급 기술까지 체계적으로 학습할 수 있는 서비스로 스프링 팀의 전문 강사진이 직접 강의를 진행한다. 기존의 자료(가이드, 예제 코드 등)가 제공하던 실용적인 예제들을 포함하면서도, 각 기술의 이론적 배경과 설계 철학, 그리고 실제 운영 환경에서의 적용 방법까지 꽤 깊이 있게 다루고 있다. 그중 실습 기반 학습 환경이 꽤 인상적이다. 브라우저 기반의 실습 랩을 통해 실제 개발 환경과 유사한 조건에서 코드를 작성하고 실행해 볼 수 있다. 단순히 코드를 읽는 것을 넘어, 핸즈온(hands-on) 경험을 통해 스프링의 다양한 기능을 체득할 수 있도록 만들었다. 이렇게 실습으로 얻는 경험은 이론적 학습을 보완하고, 더 자신 있게 코드를 작성할 수 있게 해줄 것이다. 그리고 "Spring Certified Professional" 이라는 자격증 준비 과정도 제공한다. 이 과정은 단순히 시험 합격을 위한 것이 아니라, 실제 스프링을 효과적으로 활용할 수 있는 체계적인 구성으로 만들어져 있다. 스프링 아카데미는 개발자들이 최신 스프링 생태계를 더 깊이 이해하고, 실제 프로젝트에 효과적으로 적용하는 데 큰 도움이 될 것 같다. https://spring.academy/courses

Spring

스프링 팀이 운영하는 학습 서비스, Spring Academy!

이전영상에서 "성장 마인드셋"을 가지는게 중요하다고 강조했는데, 이번영상에서는 도대체 어떻게 성장 하면 되는지, 개발 공부 하는 방법을 조금더 구체적으로 얘기해 볼께요! 영상을 통해서 여러분들의 주력나무, 튼튼토양, 깊은토양은 무엇인지 정의해 보고 어떻게 공부해 나갈건지 구체적인 계획을 세우시는데 도움이 되셨음 좋겠어요 (↙ 자세한 내용) ___________________________ 💡 풀스택 개발 로드맵 ⇢ https://academy.drea

개발 공부 제대로 하는 법 🤓 (정체기에서 성장기로 가보자, 함 해보자!)

최근 흥미로운 영상을 봤는데요. "개발 공부 제대로 하는 법"이라는 유투브 영상입니다. 사실 이와 유사한 주제의 콘텐츠는 이미 많이 존재하지만, 이 영상이 특별히 강조하는 점은 '깨어있는 상태'의 중요성입니다.

'깨어있음'이라는 개념은 불교 철학에서도 핵심적인 요소로 다뤄지는데요. 불교에서는 이를 위해 호흡에 대한 자각을 강조하며, 이를 통해 자신의 감정에 휩쓸리지 않고 객관적인 시각을 유지할 수 있습니다.

이러한 '깨어있음'의 개념을 소프트웨어 개발 학습에 적용하면 매우 흥미로운 접근법이 됩니다. 개발자로서 '깨어있다'는 것은 현재에 온전히 집중하고, 자신의 학습 과정과 지식 상태를 객관적으로 파악하는 메타인지 능력을 키우는 것을 의미합니다.
이는 단순히 코드를 작성하는 것을 넘어, 자신의 학습 과정을 지속적으로 모니터링하고 개선하는 것을 포함합니다. 또한, 현재 직면한 문제에 집중하면서도 큰 그림을 놓치지 않는 균형 잡힌 시각을 유지하는 것도 중요합니다.

 1. 현재에 집중하기
개발자들은 종종 "지금은 바빠서 나중에 공부해야지"라는 함정에 빠집니다. 하지만 이는 성장의 기회를 놓치는 지름길입니다. 우리의 인생에서 '지금 이 순간'이 가장 중요하다는 사실을 인지해야 합니다. 과거나 미래가 아닌, 현재 직면한 문제와 도전을 통해 가장 효과적으로 성장할 수 있습니다.

 2. 능동적 사고의 중요성
단순히 코드를 작성하는 것을 넘어, 능동적으로 사고하는 습관을 기르는 것이 중요합니다. 이는 메타인지 능력을 향상시키는 데 도움이 됩니다. 자신의 목표, 작업의 이유, 효율성 개선 방안 등에 대해 지속적으로 질문하고 고민해야 합니다. 이러한 과정을 통해 자신의 지식 격차를 파악하고, 더 나은 개발자로 성장할 수 있습니다.

 3. 체계적인 지식 관리
업무 중에 부족한 것들을 메모에 정리합니다. 이렇게 정리해나가다 보면 내가 무엇이 부족하고 필요한지도 파악이 가능해집니다. 이러한 과정을 통해 자신의 지식 상태를 객관적으로 파악하고, 학습의 방향성을 설정할 수 있습니다

 4. 전략적 학습 접근(우선순위 정하기)
T자형 skill set 개발이 중요합니다. 이는 한 분야에 대한 깊이 있는 전문성(I)과 여러 관련 분야에 대한 폭넓은 이해(-)를 의미합니다. 주력 분야를 정하고 그 분야에 깊이 있게 파고들되, 동시에 관련 기술들에 대한 기본적인 이해를 갖추는 것이 중요합니다. 예를 들어, 버전 관리 시스템이나 개발 도구에 대한 숙련도는 모든 개발자에게 필수적인 '튼튼한 토양'이 되며, 자료구조와 알고리즘에 대한 깊이 있는 이해는 '깊은 토양'이 됩니다.

 5. 균형 잡힌 학습 계획
학습 과정을 게임처럼 즐기면서 접근하는 것이 효과적입니다. 하나씩 공부를 하면서, 다양한 주제를 균형 있게 학습하되, 각 주제에 대해 충분히 깊이 있게 파고드는 것이 중요합니다. 이를 통해 지속가능한 학습 습관을 형성할 수 있습니다.

개발자로서 '깨어있는' 상태를 유지하는 것이 쉽지만은 않은것 같습니다. 때때로 일정의 압박, 감정의 소용돌이, 그리고 체계적이지 못한 학습 방식에 빠지곤 하는데요. 이 영상에서 제시하는 총체적인 성장 방법론을 토대로, 학습의 정체를 느끼거나, 성장의 방향을 잃으신 분이 있다면 좋은 길잡이가 되었으면 좋겠습니다.

https://www.youtube.com/watch?v=DmK7d0xB2j0&t=275s

최근 흥미로운 영상을 봤는데요. "개발 공부 제대로 하는 법"이라는 유투브 영상입니다. 사실 이와 유사한 주제의 콘텐츠는 이미 많이 존재하지만, 이 영상이 특별히 강조하는 점은 '깨어있는 상태'의 중요성입니다. '깨어있음'이라는 개념은 불교 철학에서도 핵심적인 요소로 다뤄지는데요. 불교에서는 이를 위해 호흡에 대한 자각을 강조하며, 이를 통해 자신의 감정에 휩쓸리지 않고 객관적인 시각을 유지할 수 있습니다. 이러한 '깨어있음'의 개념을 소프트웨어 개발 학습에 적용하면 매우 흥미로운 접근법이 됩니다. 개발자로서 '깨어있다'는 것은 현재에 온전히 집중하고, 자신의 학습 과정과 지식 상태를 객관적으로 파악하는 메타인지 능력을 키우는 것을 의미합니다.이는 단순히 코드를 작성하는 것을 넘어, 자신의 학습 과정을 지속적으로 모니터링하고 개선하는 것을 포함합니다. 또한, 현재 직면한 문제에 집중하면서도 큰 그림을 놓치지 않는 균형 잡힌 시각을 유지하는 것도 중요합니다. <ol ><li>현재에 집중하기</li></ol>개발자들은 종종 "지금은 바빠서 나중에 공부해야지"라는 함정에 빠집니다. 하지만 이는 성장의 기회를 놓치는 지름길입니다. 우리의 인생에서 '지금 이 순간'이 가장 중요하다는 사실을 인지해야 합니다. 과거나 미래가 아닌, 현재 직면한 문제와 도전을 통해 가장 효과적으로 성장할 수 있습니다. <ol start="2"><li>능동적 사고의 중요성</li></ol>단순히 코드를 작성하는 것을 넘어, 능동적으로 사고하는 습관을 기르는 것이 중요합니다. 이는 메타인지 능력을 향상시키는 데 도움이 됩니다. 자신의 목표, 작업의 이유, 효율성 개선 방안 등에 대해 지속적으로 질문하고 고민해야 합니다. 이러한 과정을 통해 자신의 지식 격차를 파악하고, 더 나은 개발자로 성장할 수 있습니다. <ol start="3"><li>체계적인 지식 관리</li></ol>업무 중에 부족한 것들을 메모에 정리합니다. 이렇게 정리해나가다 보면 내가 무엇이 부족하고 필요한지도 파악이 가능해집니다. 이러한 과정을 통해 자신의 지식 상태를 객관적으로 파악하고, 학습의 방향성을 설정할 수 있습니다 <ol start="4"><li>전략적 학습 접근(우선순위 정하기)</li></ol>T자형 skill set 개발이 중요합니다. 이는 한 분야에 대한 깊이 있는 전문성(I)과 여러 관련 분야에 대한 폭넓은 이해(-)를 의미합니다. 주력 분야를 정하고 그 분야에 깊이 있게 파고들되, 동시에 관련 기술들에 대한 기본적인 이해를 갖추는 것이 중요합니다. 예를 들어, 버전 관리 시스템이나 개발 도구에 대한 숙련도는 모든 개발자에게 필수적인 '튼튼한 토양'이 되며, 자료구조와 알고리즘에 대한 깊이 있는 이해는 '깊은 토양'이 됩니다. <ol start="5"><li>균형 잡힌 학습 계획</li></ol>학습 과정을 게임처럼 즐기면서 접근하는 것이 효과적입니다. 하나씩 공부를 하면서, 다양한 주제를 균형 있게 학습하되, 각 주제에 대해 충분히 깊이 있게 파고드는 것이 중요합니다. 이를 통해 지속가능한 학습 습관을 형성할 수 있습니다. 개발자로서 '깨어있는' 상태를 유지하는 것이 쉽지만은 않은것 같습니다. 때때로 일정의 압박, 감정의 소용돌이, 그리고 체계적이지 못한 학습 방식에 빠지곤 하는데요. 이 영상에서 제시하는 총체적인 성장 방법론을 토대로, 학습의 정체를 느끼거나, 성장의 방향을 잃으신 분이 있다면 좋은 길잡이가 되었으면 좋겠습니다. https://www.youtube.com/watch?v=DmK7d0xB2j0&amp;t=275s

메타인지로 키우는 개발 실력: '깨어있기 이론'

01 . 어느덧 7월 한 달도 마지막 날로 접어드는 시점입니다. 시간이 빠르다는 말은 이제 입과 귀에게 미안할 정도로 많이 듣고 또 내뱉는 말이 되었고, 그 앞에 '한 것도 없는데...'라는 말이 붙기 시작하면 이제 우리는 스스로에게 이루 말할 수 없는 미안함과 죄책감을 선물하게 됩니다. 예전에 한 번 글로 소개한 적이 있었던 것처럼 저는 매 분기마다 '쿼터 다이어리'라는 회고를 하는데, 올해부터는 저희 독서모임 멤버분들과 함께 하기 시작했거든요. 그런데 정말 '돌아서니 다시 회고 시점이다'는 말이 피부로 실감될 정도로 그 텀이 정말 짧다고 느껴진 3개월이자 상반기였던 것 같습니다.

02 . 가끔 숏츠나 릴스로 과거 무한도전의 레전드 장면들을 보곤 합니다. 지금 봐도 너무 재밌고, 웃기고, '없없무'라는 말처럼 진짜 무한도전은 밈을 위한 모든 소스를 다 갖고 있구나 하는 생각을 하기도 하는데 우연히 숏츠 아래 플로팅 되는 사용자 댓글 자막에 이런 내용이 있더라고요.
'저게 15년 전이라는 것도 소름 끼치지만 출연자, PD, 스탭들이 매주 저렇게 최선을 다했다는 게 더 소름 끼침...'

03 . 그 댓글을 읽자 무한도전을 연출했던 김태호 PD의 예전 인터뷰 기사 속 문장이 떠올랐습니다. 그때도 참 멋진 말들이라고 생각해서 메모해둔 분량이 적지 않았는데 그중에서도 제가 가장 좋아하는 말을 볼드 처리해서 써놓았던 걸 다시금 꺼내보게 된 거죠.
"그 시절 우리에겐 '해야 한다'는 의무감이 있었습니다. 그게 나쁘게 작용했다는 게 아니라 오히려 좋은 쪽으로 작용한 거예요. 유재석 씨를 비롯한 출연진, 저를 비롯한 연출진 모두 토요일 저녁을 위해 매일을 사는 사람들 같았어요. 물론 각자 스트레스도 받고, 짜증도 나고, 힘도 들었겠죠. 하지만 우리는 '해야 한다'는 걸 잘 알고 있었고, 실제로 매주 해냈어요. 재미가 있건 없건, 시청률이 잘 나오건 아니건 간에 일단 최선을 다해서 매주 해냈습니다. 무한도전의 도전은 그 도전이었어요."

04 . 사실 저는 지금 읽어도 이 말에서 짜릿한 전율 같은 걸 느낍니다. 무한도전이 대한민국 예능 역사에 한 획을 그은 것은 부정할 수 없는 사실이지만 무엇보다 그런 위대한 프로그램을 10년 넘게 연출한 PD의 입에서 나온 말이 '해야 한다는 의무감'이라는 것이 너무 반가웠기 때문이죠. '저 사람도 나와 다르지 않은 직장인이었구나', '거대한 목표나 멋진 포부가 아니라 일상적인 의무감을 꼽았다는 사실이 훨씬 인간적이다'라는 생각을 했으니 말입니다.

05 . 사람들은 의무라는 말을 마치 어쩔 수 없이, 마지못해, 억지로 해야 하는 듯한 뉘앙스로 받아들일 때가 많습니다. 그중에서도 가장 잘못된 왜곡은 '나는 원치 않은데 그렇게 해야 한다고 하니 내 의지와 상관없이 한다'라는 꽤 치명적인 곡해도 담겨있죠.
하지만 의무라는 말의 사전적 정의를 찾아보면 뒤통수를 한 대 세게 맞은 듯한 느낌을 받게 됩니다. 사전에서 정의하고 있는 의무란, 옳을 '의(義)' 자에 힘쓸 '무(務)'자를 써서 '사람으로서 마땅히 하여야 할 일. 인간의 의지나 행위에 부과되는 구속.'이라고 설명하고 있기 때문이죠.

06 . 누군가는 이 설명이 좀 무겁고 무시무시하고 느껴질지 모르지만 여기서 우리가 주목해야 할 것은 결국 의무를 부여하는 주체와 그 의무를 부여받는 대상과의 관계에 있습니다. 다시 말해 '의무'란 무엇보다 나 혹은 우리가 원해서, 필요로 해서, 그것이 옳기 때문에 스스로에게 주는 일종의 직무며 책임이고 동시에 구속인 것입니다.
그러니 아마 무한도전을 연출한 김태호 PD 건 유재석 씨를 비롯한 출연자들이건 간에 그들 모두도 억지로 해야 한다가 아닌, 좋은 프로그램을 만들어서 많은 사람들로부터 계속 사랑받는 존재들로 남고 싶다는 의지에서 비롯된 '해야 한다'를 추구했을 것이 분명합니다.

07 . 이들에 비할 바는 아니지만 저 역시 의무감을 가지는 걸 좋아하고 일이든 일상생활에서든 의무적으로 해야 할 것들을 많이 만드는 편입니다. 지극히 개인적인 견해기도 하고, 어쩌면 조금은 말장난처럼 느껴질지 모르겠지만 저는 '궁극의 자유로운 상태란 내가 나에게 기분 좋은 의무감들을 부여할 수 있을 때'라고 생각하거든요. 그리고 이 모든 것은 제가 정말 원해서, 잘하고 싶어서, 더 나은 하루하루를 살고 싶어서 기획하고 설계한 의무감에 해당한다고 확신합니다. 그래서 누군가의 눈에는 아주 빡빡하고 타이트하게 보일지 모르는 것들도 저는 아주 행복하게 실천할 수 있는 거죠.

08 . 간혹 누군가에게 조언을 할 때 (조언이라고 쓰고 참견이라고 읽는 편이 더 나은 것 같긴 합니다만... 암튼) 우리는 '거 너무 스스로를 괴롭히며 살지 말고, 좀 내려놓고 살아. 긴장 풀고 좀 막 살아도 돼.'라는 식의 말을 하기도 합니다. 물론 그 의도가 나쁘다고 보지는 않습니다. 실제로 어떤 사람들은 좋은 의무감을 넘어서 스스로 뭔가 하지 않으면 안 된다는 불안감 속에 살며 자신을 괴롭히기도 하기 때문에 주위에 이런 사람이 있다는 것도 감사하게 받아들여야 함이 맞죠.

09 . 하지만 세상에는 의무감을 원동력으로 활용하는 사람들도 정말 많습니다. 내 기분이 내킬 때, 적절한 조건이 갖춰졌을 때, 일정 수준 이상의 보상이 주어질 때, 과정과 결과를 온전히 예측할 수 있을 때 할 수 있는 일은 사실 생각보다 많지 않거든요. 오히려 '일단 해야 하니까 한다'는 마음으로 스타트를 끊어 놓고 나서 '어떻게 해야 좀 더 나아질 수 있을까?'를 고민하는 게 정말 현실적인 방법일지도 모릅니다. 다만 그 '해야 한다'는 마음의 기초가 될 수 있는 것들은 온전히 내가 선택하고 또 추구하는 것들이 바탕이 되어야 하는 거겠죠.

10 . 좀 웃기긴 하지만 저는 지금 쓰는 이 글도 의무감으로 쓰고 있습니다. 제가 좋아하는 글쓰기를 계속해서 잘하고 싶다면 어느 정도 양적인 훈련이 뒷받침되어야 한다는 사실을 누구보다 잘 알고 있거든요. 그래서 어떤 날은 사람들이 좀 공감 못할 수도 있고, 또 어떤 날은 예상외의 좋은 호응을 얻는 등 엎치락뒤치락하는 결과가 고스란히 묻어나지만 '어떻게든 써야 한다'는 그 기분 좋은 의무감이 좀 더 나은 글을 쓰도록 만든다고 생각합니다.
그러니 여러분 역시 의무감이라는 단어에 대한 관점부터 한 번 바꿔보시는 건 어떨까 싶어요. 여러분의 의지에 기초한 멋진 의무감은 '의무'라는 단어의 뜻처럼 '옳은 데 힘을 쏟게' 만들지 모르니 말이죠.

01 . 어느덧 7월 한 달도 마지막 날로 접어드는 시점입니다. 시간이 빠르다는 말은 이제 입과 귀에게 미안할 정도로 많이 듣고 또 내뱉는 말이 되었고, 그 앞에 '한 것도 없는데...'라는 말이 붙기 시작하면 이제 우리는 스스로에게 이루 말할 수 없는 미안함과 죄책감을 선물하게 됩니다. 예전에 한 번 글로 소개한 적이 있었던 것처럼 저는 매 분기마다 '쿼터 다이어리'라는 회고를 하는데, 올해부터는 저희 독서모임 멤버분들과 함께 하기 시작했거든요. 그런데 정말 '돌아서니 다시 회고 시점이다'는 말이 피부로 실감될 정도로 그 텀이 정말 짧다고 느껴진 3개월이자 상반기였던 것 같습니다. 02 . 가끔 숏츠나 릴스로 과거 무한도전의 레전드 장면들을 보곤 합니다. 지금 봐도 너무 재밌고, 웃기고, '없없무'라는 말처럼 진짜 무한도전은 밈을 위한 모든 소스를 다 갖고 있구나 하는 생각을 하기도 하는데 우연히 숏츠 아래 플로팅 되는 사용자 댓글 자막에 이런 내용이 있더라고요.'저게 15년 전이라는 것도 소름 끼치지만 출연자, PD, 스탭들이 매주 저렇게 최선을 다했다는 게 더 소름 끼침...' 03 . 그 댓글을 읽자 무한도전을 연출했던 김태호 PD의 예전 인터뷰 기사 속 문장이 떠올랐습니다. 그때도 참 멋진 말들이라고 생각해서 메모해둔 분량이 적지 않았는데 그중에서도 제가 가장 좋아하는 말을 볼드 처리해서 써놓았던 걸 다시금 꺼내보게 된 거죠. "그 시절 우리에겐 '해야 한다'는 의무감이 있었습니다. 그게 나쁘게 작용했다는 게 아니라 오히려 좋은 쪽으로 작용한 거예요. 유재석 씨를 비롯한 출연진, 저를 비롯한 연출진 모두 토요일 저녁을 위해 매일을 사는 사람들 같았어요. 물론 각자 스트레스도 받고, 짜증도 나고, 힘도 들었겠죠. 하지만 우리는 '해야 한다'는 걸 잘 알고 있었고, 실제로 매주 해냈어요. 재미가 있건 없건, 시청률이 잘 나오건 아니건 간에 일단 최선을 다해서 매주 해냈습니다. 무한도전의 도전은 그 도전이었어요." 04 . 사실 저는 지금 읽어도 이 말에서 짜릿한 전율 같은 걸 느낍니다. 무한도전이 대한민국 예능 역사에 한 획을 그은 것은 부정할 수 없는 사실이지만 무엇보다 그런 위대한 프로그램을 10년 넘게 연출한 PD의 입에서 나온 말이 '해야 한다는 의무감'이라는 것이 너무 반가웠기 때문이죠. '저 사람도 나와 다르지 않은 직장인이었구나', '거대한 목표나 멋진 포부가 아니라 일상적인 의무감을 꼽았다는 사실이 훨씬 인간적이다'라는 생각을 했으니 말입니다. 05 . 사람들은 의무라는 말을 마치 어쩔 수 없이, 마지못해, 억지로 해야 하는 듯한 뉘앙스로 받아들일 때가 많습니다. 그중에서도 가장 잘못된 왜곡은 '나는 원치 않은데 그렇게 해야 한다고 하니 내 의지와 상관없이 한다'라는 꽤 치명적인 곡해도 담겨있죠.하지만 의무라는 말의 사전적 정의를 찾아보면 뒤통수를 한 대 세게 맞은 듯한 느낌을 받게 됩니다. 사전에서 정의하고 있는 의무란, 옳을 '의(義)' 자에 힘쓸 '무(務)'자를 써서 '사람으로서 마땅히 하여야 할 일. 인간의 의지나 행위에 부과되는 구속.'이라고 설명하고 있기 때문이죠. 06 . 누군가는 이 설명이 좀 무겁고 무시무시하고 느껴질지 모르지만 여기서 우리가 주목해야 할 것은 결국 의무를 부여하는 주체와 그 의무를 부여받는 대상과의 관계에 있습니다. 다시 말해 '의무'란 무엇보다 나 혹은 우리가 원해서, 필요로 해서, 그것이 옳기 때문에 스스로에게 주는 일종의 직무며 책임이고 동시에 구속인 것입니다.그러니 아마 무한도전을 연출한 김태호 PD 건 유재석 씨를 비롯한 출연자들이건 간에 그들 모두도 억지로 해야 한다가 아닌, 좋은 프로그램을 만들어서 많은 사람들로부터 계속 사랑받는 존재들로 남고 싶다는 의지에서 비롯된 '해야 한다'를 추구했을 것이 분명합니다. 07 . 이들에 비할 바는 아니지만 저 역시 의무감을 가지는 걸 좋아하고 일이든 일상생활에서든 의무적으로 해야 할 것들을 많이 만드는 편입니다. 지극히 개인적인 견해기도 하고, 어쩌면 조금은 말장난처럼 느껴질지 모르겠지만 저는 '궁극의 자유로운 상태란 내가 나에게 기분 좋은 의무감들을 부여할 수 있을 때'라고 생각하거든요. 그리고 이 모든 것은 제가 정말 원해서, 잘하고 싶어서, 더 나은 하루하루를 살고 싶어서 기획하고 설계한 의무감에 해당한다고 확신합니다. 그래서 누군가의 눈에는 아주 빡빡하고 타이트하게 보일지 모르는 것들도 저는 아주 행복하게 실천할 수 있는 거죠. 08 . 간혹 누군가에게 조언을 할 때 (조언이라고 쓰고 참견이라고 읽는 편이 더 나은 것 같긴 합니다만... 암튼) 우리는 '거 너무 스스로를 괴롭히며 살지 말고, 좀 내려놓고 살아. 긴장 풀고 좀 막 살아도 돼.'라는 식의 말을 하기도 합니다. 물론 그 의도가 나쁘다고 보지는 않습니다. 실제로 어떤 사람들은 좋은 의무감을 넘어서 스스로 뭔가 하지 않으면 안 된다는 불안감 속에 살며 자신을 괴롭히기도 하기 때문에 주위에 이런 사람이 있다는 것도 감사하게 받아들여야 함이 맞죠. 09 . 하지만 세상에는 의무감을 원동력으로 활용하는 사람들도 정말 많습니다. 내 기분이 내킬 때, 적절한 조건이 갖춰졌을 때, 일정 수준 이상의 보상이 주어질 때, 과정과 결과를 온전히 예측할 수 있을 때 할 수 있는 일은 사실 생각보다 많지 않거든요. 오히려 '일단 해야 하니까 한다'는 마음으로 스타트를 끊어 놓고 나서 '어떻게 해야 좀 더 나아질 수 있을까?'를 고민하는 게 정말 현실적인 방법일지도 모릅니다. 다만 그 '해야 한다'는 마음의 기초가 될 수 있는 것들은 온전히 내가 선택하고 또 추구하는 것들이 바탕이 되어야 하는 거겠죠. 10 . 좀 웃기긴 하지만 저는 지금 쓰는 이 글도 의무감으로 쓰고 있습니다. 제가 좋아하는 글쓰기를 계속해서 잘하고 싶다면 어느 정도 양적인 훈련이 뒷받침되어야 한다는 사실을 누구보다 잘 알고 있거든요. 그래서 어떤 날은 사람들이 좀 공감 못할 수도 있고, 또 어떤 날은 예상외의 좋은 호응을 얻는 등 엎치락뒤치락하는 결과가 고스란히 묻어나지만 '어떻게든 써야 한다'는 그 기분 좋은 의무감이 좀 더 나은 글을 쓰도록 만든다고 생각합니다.그러니 여러분 역시 의무감이라는 단어에 대한 관점부터 한 번 바꿔보시는 건 어떨까 싶어요. 여러분의 의지에 기초한 멋진 의무감은 '의무'라는 단어의 뜻처럼 '옳은 데 힘을 쏟게' 만들지 모르니 말이죠.

왜? '의무감'으로 하면 안 돼?

노션에서 Lead AI Engineer인 Linus Lee와 웨비나를 진행하며 아래 내용에 대해 이야기 나눴어요.

노션이 AI 기능을 개발하는 방법 (라이너스 리)

https://youtu.be/Ht5-kbVHoGQ?si=Qs4RnYgVcfkmBeul

 * 입사할 때 노션 AI 팀은 4명
   * AI 1명, 웹 개발자 2명, 대표 1명
   * 현재는 20명
 * AI 프러덕트 3개
   * AI Writer : 23년 2월 런칭
   * Autofill : DB 채우기 : 23년 5월 런칭
   * Q&A : 노션에 있는 것을 RAG해서 질문 : 23년 11월 런칭
 * AI 프러덕트 개발할 때 퀄리티, Evaluation
   * 모델이 처음 나올 때, Research 벤치마크가 많음. MMLU 등. 제품 개발할 땐 큰 도움이 되진 않음
   * 노션에선 우리 사례에서 가장 적합할 것 같은 모델을 선택해 리얼 월드의 케이스와 비교함
   * LLM-as-a-judge
     * 출력이 정확한지, 간결한지, 좋은 요약인지, 핵심 정보를 포함하고 있는지, 노션 사용자에게 유용한지 평가
   * 노션 내부적으로 작은 테스트 그룹에 제품을 배포하고, 제품 자체적으로 사용자의 맥락에 맞게 출력이 잘 되는지 확인함
   * 제품을 출시하면 지속적으로 모니터링 : 다양한 지표를 통해 사용자들이 AI와 어떻게 상호작용하는지, 실시간으로 오류가 발생하는지 관찰
     * AI가 생성하는 인용의 수 같은 요소를 분석해 AI가 질문에 답하는 정확도를 수정하려고 시도하는 지표도 있음
 * AI 개발을 하면서 느낀 핵심 교훈
   * Evaluation, Data가 제일 중요한 핵심이다
   * 데이터가 중요한 이유 : Evaluation의 품질이 사용자들이 입력할 실제 데이터와 밀접하게 일치하는지에 크게 의존하기 때문
   * 요약에 대한 벤치마크
     * 벤치마크와 노션 사용자는 다름. 노션 사용자는 회의, 보고서, 팀에서 일하는 사람들의 업데이트 등에 관한 것임
     * 우리만의 데이터셋과 우리만의 평가 방법을 만들어야 함
     * 우리가 어떤 종류의 문서를 처리할 수 있기를 기대하는가?
   * 이런 접근을 가지면, 누가 페이지 요약해달라고 할 때 모델에 바로 뛰어들지 않고 물을 수 있음 : 좋은 요약이란 무엇인가요? 어떤 페이지를 요약해야 하나요? (=> 문제 정의와 상황에 대한 인지)
   * 노션에서 평가와 함께 커뮤니케이션하는 방법
   * Input 모으기
   * 프로토타입 : 많은 API를 사용
   * 실패 사례를 모으면 이를 활용할 수 있음
 * (질문) 데이터셋 수집이 어렵지 않을까요?
   * 초기에 사용 사례 데이터를 어떻게 구성하는게 궁금한지
   * 2가지 방법
     * (1) 프로토타입을 일단 만들고 20명 정도의 팀원들과 사용. 실제 사용케이스를 넣으면서 진행. 초기 데이터가 꼭 완전히 실제 데이터일 필요 없음. 제품을 개선하는 과정을 반복하는 과정에서 만들고 계속 개선
     * (2) 실패 케이스에 대해 매우 명확한 정의를 갖는 것
       * Q&A 기능에 외국어 지원을 만들 때 명확했음
       * Q&A가 이미 하고 있는 것과 동일한 작업을 수행하되 외국어로 하길 원함
       * 기존에 있는 데이터를 외국어로 바꾸고, 기존 데이터의 답변도 외국어로 바꾸고 결과를 기반으로 확인
 * 실패 수집하기
   * 로깅이 매우 중요함. 잘 로깅하기
   * 사용자 인터뷰 : 노션 내부, 외부
   * 사용자들이 좋아요, 싫어요를 많이 하지 않음
 * 포괄적이고 재현 가능한 로깅을 구축해야 함
   * 잘못된 결과를 가지고 와서 그 예시를 기반으로 전체 파이프라인을 재구성하고 디버깅할 수 있어야 함
   * 디자이너, 제품 담당자가 어떤 입력을 시도했는데 실패했어요라고 말하면 로그에서 모델에 어떤 것이 들어왔고, 어떤 출력이 나왔는지 검색할 수 있음
 * AI 제품을 만들며 얻은 교훈
   * (1) 가능한 빨리, 자주 제품을 사용해 작업에 대한 이해를 개선
   * (2) 많은 사람들이 AI 방어 가능성, 고유한 차별화에 대해 고민함. 하지만 단순히 모델을 제품으로 만드는 것이 아니라 AI 위에 최종 사용자를 위한 것을 구축하려고 하면 가장 중요한 점은 여러분의 팀이 AI가 수행해야 할 작업을 누구보다 잘 이해해야 함
     * 왜 그게 어려운지?
     * 그 작업을 쉽게 할 수 있도록 어떻게 분해해야 하는지?
     * 모델이 자주 실수하는 방식은 무엇인지?
     * 모델이 자연스럽게 잘하는 것과 못하는 것은 무엇인지 알아야 함
     * 모델이 어려워하는 작업을 어떻게 해야 더 잘 수행할 수 있을까
     * 이걸 하기 위해 자주 제품을 쓰고, 출력을 살펴보고 특정 사용 사례에서 모델이 왜 실수했는지 이해하려고 노력해야 함
   * (3) 만드는 제품의 종류를 설명할 때 인터페이스도 포함하고, 제품 명세의 일부로 평가 방법과 좋은 출력의 기준을 정의해야 함
     * 머신러닝 통찰력이 생성형 AI 모델에 더 많이 적용됨
     * 언어 모델에선 개별 사례를 살펴보는 일을 더 많이 함
     
     
 * AI팀이 잘 구성되는 주요 방식
   * 2가지가 존재
     * (1) 기존의 머신러닝팀을 AI, 언어 모델링팀으로 바꾸는 것
       * 데이터에 매우 집중하고, 평가와 벤치마크 점수에 집중하는 팀을 만드는 경향이 있음
       * 주의할 점 : 평가가 사용자가 실제로 하고 싶어하는 것을 반영하는지 확인하는 것을 계속 해야 함
     * (2) 회사에 기존 ML팀이 없는 경우, 개발자들이 OpenAI API를 사용하는 방법을 배우기
       * 노션이 한 방식
       * 이런 팀은 사용자를 이해하고 테스트하는 방식을 잘 아는 것이 강점임

https://youtu.be/Ht5-kbVHoGQ?si=Qs4RnYgVcfkmBeul <ul ><li>입사할 때 노션 AI 팀은 4명<ul ><li>AI 1명, 웹 개발자 2명, 대표 1명</li><li>현재는 20명</li></ul></li><li>AI 프러덕트 3개<ul ><li>AI Writer : 23년 2월 런칭</li><li>Autofill : DB 채우기 : 23년 5월 런칭</li><li>Q&amp;A : 노션에 있는 것을 RAG해서 질문 : 23년 11월 런칭</li></ul></li><li>AI 프러덕트 개발할 때 퀄리티, Evaluation<ul ><li>모델이 처음 나올 때, Research 벤치마크가 많음. MMLU 등. 제품 개발할 땐 큰 도움이 되진 않음</li><li>노션에선 우리 사례에서 가장 적합할 것 같은 모델을 선택해 리얼 월드의 케이스와 비교함</li><li>LLM-as-a-judge<ul ><li>출력이 정확한지, 간결한지, 좋은 요약인지, 핵심 정보를 포함하고 있는지, 노션 사용자에게 유용한지 평가</li></ul></li><li>노션 내부적으로 작은 테스트 그룹에 제품을 배포하고, 제품 자체적으로 사용자의 맥락에 맞게 출력이 잘 되는지 확인함</li><li>제품을 출시하면 지속적으로 모니터링 : 다양한 지표를 통해 사용자들이 AI와 어떻게 상호작용하는지, 실시간으로 오류가 발생하는지 관찰<ul ><li>AI가 생성하는 인용의 수 같은 요소를 분석해 AI가 질문에 답하는 정확도를 수정하려고 시도하는 지표도 있음</li></ul></li></ul></li><li>AI 개발을 하면서 느낀 핵심 교훈<ul ><li>Evaluation, Data가 제일 중요한 핵심이다</li><li>데이터가 중요한 이유 : Evaluation의 품질이 사용자들이 입력할 실제 데이터와 밀접하게 일치하는지에 크게 의존하기 때문</li><li>요약에 대한 벤치마크<ul ><li>벤치마크와 노션 사용자는 다름. 노션 사용자는 회의, 보고서, 팀에서 일하는 사람들의 업데이트 등에 관한 것임</li><li>우리만의 데이터셋과 우리만의 평가 방법을 만들어야 함</li><li>우리가 어떤 종류의 문서를 처리할 수 있기를 기대하는가?</li></ul></li><li>이런 접근을 가지면, 누가 페이지 요약해달라고 할 때 모델에 바로 뛰어들지 않고 물을 수 있음 : 좋은 요약이란 무엇인가요? 어떤 페이지를 요약해야 하나요? (=&gt; 문제 정의와 상황에 대한 인지)</li><li>노션에서 평가와 함께 커뮤니케이션하는 방법</li></ul><ul ><li>Input 모으기</li><li>프로토타입 : 많은 API를 사용</li><li>실패 사례를 모으면 이를 활용할 수 있음</li></ul></li><li>(질문) 데이터셋 수집이 어렵지 않을까요?<ul ><li>초기에 사용 사례 데이터를 어떻게 구성하는게 궁금한지</li><li>2가지 방법<ul ><li>(1) 프로토타입을 일단 만들고 20명 정도의 팀원들과 사용. 실제 사용케이스를 넣으면서 진행. 초기 데이터가 꼭 완전히 실제 데이터일 필요 없음. 제품을 개선하는 과정을 반복하는 과정에서 만들고 계속 개선</li><li>(2) 실패 케이스에 대해 매우 명확한 정의를 갖는 것<ul ><li>Q&amp;A 기능에 외국어 지원을 만들 때 명확했음</li><li>Q&amp;A가 이미 하고 있는 것과 동일한 작업을 수행하되 외국어로 하길 원함</li><li>기존에 있는 데이터를 외국어로 바꾸고, 기존 데이터의 답변도 외국어로 바꾸고 결과를 기반으로 확인</li></ul></li></ul></li></ul></li><li>실패 수집하기<ul ><li>로깅이 매우 중요함. 잘 로깅하기</li><li>사용자 인터뷰 : 노션 내부, 외부</li><li>사용자들이 좋아요, 싫어요를 많이 하지 않음</li></ul></li><li>포괄적이고 재현 가능한 로깅을 구축해야 함<ul ><li>잘못된 결과를 가지고 와서 그 예시를 기반으로 전체 파이프라인을 재구성하고 디버깅할 수 있어야 함</li><li>디자이너, 제품 담당자가 어떤 입력을 시도했는데 실패했어요라고 말하면 로그에서 모델에 어떤 것이 들어왔고, 어떤 출력이 나왔는지 검색할 수 있음</li></ul></li><li>AI 제품을 만들며 얻은 교훈<ul ><li>(1) 가능한 빨리, 자주 제품을 사용해 작업에 대한 이해를 개선</li><li>(2) 많은 사람들이 AI 방어 가능성, 고유한 차별화에 대해 고민함. 하지만 단순히 모델을 제품으로 만드는 것이 아니라 AI 위에 최종 사용자를 위한 것을 구축하려고 하면 가장 중요한 점은 여러분의 팀이 AI가 수행해야 할 작업을 누구보다 잘 이해해야 함<ul ><li>왜 그게 어려운지?</li><li>그 작업을 쉽게 할 수 있도록 어떻게 분해해야 하는지?</li><li>모델이 자주 실수하는 방식은 무엇인지?</li><li>모델이 자연스럽게 잘하는 것과 못하는 것은 무엇인지 알아야 함</li><li>모델이 어려워하는 작업을 어떻게 해야 더 잘 수행할 수 있을까</li><li>이걸 하기 위해 자주 제품을 쓰고, 출력을 살펴보고 특정 사용 사례에서 모델이 왜 실수했는지 이해하려고 노력해야 함</li></ul></li><li>(3) 만드는 제품의 종류를 설명할 때 인터페이스도 포함하고, 제품 명세의 일부로 평가 방법과 좋은 출력의 기준을 정의해야 함<ul ><li>머신러닝 통찰력이 생성형 AI 모델에 더 많이 적용됨</li><li>언어 모델에선 개별 사례를 살펴보는 일을 더 많이 함</li></ul> </li></ul></li><li>AI팀이 잘 구성되는 주요 방식<ul ><li>2가지가 존재<ul ><li>(1) 기존의 머신러닝팀을 AI, 언어 모델링팀으로 바꾸는 것<ul ><li>데이터에 매우 집중하고, 평가와 벤치마크 점수에 집중하는 팀을 만드는 경향이 있음</li><li>주의할 점 : 평가가 사용자가 실제로 하고 싶어하는 것을 반영하는지 확인하는 것을 계속 해야 함</li></ul></li><li>(2) 회사에 기존 ML팀이 없는 경우, 개발자들이 OpenAI API를 사용하는 방법을 배우기<ul ><li>노션이 한 방식</li><li>이런 팀은 사용자를 이해하고 테스트하는 방식을 잘 아는 것이 강점임</li></ul></li></ul></li></ul></li></ul>

노션이 AI 기능을 개발하는 방법(라이너스 리)

Capture your screen plus developer logs in one click. It's so easy, you'll forget you hate bugs. Get Jam for free If you've taken a screenshot or screen recording, you already know how to Jam. Jam auto-magically creates bug reports with all the info engin

Jam | Build a bug-free product.

Zam이라는 버그 리포트 도구입니다. 버그 리포트 시간을 20배 단축하는 효과가?! 워크플로를 중단하지 않고 몇 초 안에 쉽게 버그를 리포트할 수 있는데요. 한 번의 클릭으로 화면과 로그를 캡처하여 기존 이슈 트랙킹 툴과 연동되어 동작합니다.

프리랜서 테크 비즈 라이터 

장혜림 (메이)

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

넷마블 잡부

민형기

#백엔드 #개발자 #소프트웨어엔지니어

frontier

정하현

Intern

Published consulting reports focused on the Information and Communication Technology (ICT) sector.

Writer

- 카카오택시 비즈니스 모델 관련 프로젝트 관리. “카카오택시 for business” 사업기획 및 프로젝트 관리, “카카오택시 블랙” 프라이싱·정산 프로세스 기획, “카카오택시” 자동결제 상위 기획. 카카오택시의 수익화 기반 구축 기여

- 카카오 성과형 광고의 영업기획 담당. 성과분석(SQL 활용) 바탕으로 비즈니스 인사이트 및 영업 가이드 도출. 다음카카오 합병 첫 광고 과제인 “검색광고-옐로아이디 연계 프로젝트” 사업PM으로 500여개 광고주 참여 및 상담률 2배 증가 기여 
 
- Daum앱, 마이피플, 소셜네트워크 Yozm, 위젯뱅크 서비스 기획 및 운영. 통신사·스타트업·모바일 솔루션(OCR, 음성인식) ·콘텐츠 제공자 파트너십 관리. 기타 전사 모바일(UX, 개발) 가이드 관리

Business Development & Project Manager

- Managed “AWAY”, an in-vehicle infotainment (IVI) platform, by working with cross functional teams, and establishing partnerships with mobility companies. Verified business feasibility of IVI market
- Coordinated strategic meetings and facilitated the decision-making processes for the top management. Conducted budget management and created product development processes (R&D, S/W, H/W)

—

- “AWAY” 서비스 PM. 사업기획/프로젝트 관리/파트너십 관리
- 전략 기획 업무 담당. 임원 회의체 운영 및 의사결정 프로세스 지원. 예산 및 제품개발 프로세스(R&D, S/W, H/W) 관리

Strategy & Project Manager

- Global map 플랫폼 프로젝트 관리, 플랫폼 상위 기획 및 전략적 파트너십 관리 
- 네이버지도 내비게이션 궤적 데이터 성장 과제 PM
- 네이버 지도의 비즈니스 모델 테스트 PM, 신규 수익원 발굴
- 네이버 엔터프라이즈 API 출시 사업개발 담당. Deview 2018 키노트 레퍼런스 섭외(Uber, 쏘카, 우아한형제들 등)
- 네이버 지도 갤럭시 기어 앱 제휴 서비스 관리. 전략파트너십 관리 및 C/S 기반 제품 개선 대응
- 네이버 지도 데이터 소싱(대중교통, 로컬 콘텐츠) 관련 파트너사 및 정부기관·지자체 대관 업무 담당

Business Development & Project Manager, NAVER Map

- Expanded Zigzag's business model to include an online "Brand Store" that offers branded merchandise. Established protocols for acquiring new brand selections
- Led projects to improve storefront customer experience and integrate a new catalog system to expand zigzag's selection, significantly increasing customer engagement level
- Led multiple projects to improve the search and shopping experience for zigzag customers
- Established Scrum · A/B testing · customer interview process in the company

- 지그재그 서비스의 신사업 ‘브랜드관’ 런칭, 브랜드 셀렉션 확대 위한 기반 구축
- 스토어홈 개편 프로젝트 관리(UX 개선 & 신규 카탈로그 시스템 통합)
- 지그재그 앱 및 검색 서비스 UX 개선 관리, 쇼핑몰 검색엔진 도입

Product Manager

- Spearheaded the launching of Posty, an online shopping platform targeting women over 40

- 4050여성 타겟 패션 커머스 신사업 “Posty” 총괄, 프로덕트·사업개발·마케팅·세일즈 리드

Head of New Business

교육 / 에듀테크

Product Management

리더십

문제 정의하기

사용자 조사

Head of Product Management & QA Team

- Led a new initiative for the AI SaaS Collaboration Platform “Callabo.ai,” targeting sales professionals as a Product Manager.
- Spearheaded a stealth mode new business initiative, focusing on the incubation and development of a groundbreaking product as Head of New Business.

Product Manager & Head of New Business

- 모바일 신사업 서비스 기획/제휴: 다음앱, 마이피플
- 소셜네트워크 서비스 기획/제휴: yozm
- 위젯 서비스 기획: 위젯뱅크

Project manager

Digitalmedia Bachelor

Graduate school of culture technogy Master

진용진

브런치

linkedin

훌쩍 큰 아이를 바라보며 시간의 속도를 실감하는 아빠. 아주대 미디어학부, KAIST 문화기술대학원을 졸업하고, 다음커뮤니케이션, 카카오, 네이버랩스, 네이버, 카카오스타일을 거쳐 현재 링글에서 프로덕트 관리 업무를 담당하고 있다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필