팟캐스트 로 라디오 콘텐츠에 복귀한 이경규의 말.

이경규, 본능과 태도

1. “유튜브 때문에 TV에 위기가 왔잖아요? 저는 집에 웨이브, 왓챠, 디즈니플러스 다 깔아놨어요. 거기서 하는 드라마와 영화를 거의 다 봅니다. 사람들이 뭘 하나, 저 콘텐츠와 저 플랫폼에서는 지금 뭘 하는가, 과연 뭘 하길래 사람들이 다 저리 가 있을까?”

2. “가수는 노래를 잘하고 배우들은 연기를 잘한다고 하잖아요? 근데 우리 예능인은 뭘 잘하는가. (이게) 참 애매해요. ‘잘 웃긴다’는 좀 이상하고요”

3. “뭐라고 해야 하나.. 프로그램을 잘 소화해내는 능력? 예능 프로그램 PD의 의도나 프로그램이 추구하는 바를 잘 표현해내는 사람이 (예능인으로서) 잘 하는 사람이겠죠”

4. “(특히 예능은) 대본이 없잖아요? (대본이 없는 상황에서도) 자기 건 자기가 챙겨야 하죠. 대본이 없는데, 자기 걸 챙기는 게 쉬운 일이 아닙니다”

5. “(프로그램의 기획 취지를 살리면서도, 자기 분량을 챙기고, 다른 사람까지 빛나게 해주는 게 MC의 역할이에요) (그런데) 여러 사람을 지휘하며 사람들한테 말 시키는 건 (어려운 일이에요. 그래서) 유튜브 하시는 분들이 하기에는 아직이라고 봅니다. 유튜버 중 MC가 나오기에는 트레이닝이 덜 돼 있기 때문에. 그래서 유튜버 출신 MC가 안 나오잖아요?”

6. “(다만) 실질적으로 코미디라는 건 3~4명이 해보면 그중 한 사람이 떠요. (업계에선) 어떤 한 사람이 제일 웃기게끔 몰아주는 걸 ‘받쳐준다’고 그러죠. (이처럼 누구 한 명이 뜨려면) 주위에서 받쳐주는 사람이 있어야 하는데, (안타깝게도) 받쳐주는 사람은 뜨는 게 늦어져요. 가려져 있으면 자기가 나가고 싶어도 선배들이 먼저 나가고, 좀 더 인기 있는 사람이 먼저 하고, 그다음에 자기 차례죠” 

7. “그런데 유튜브에선 그 순서가 없어졌어요. 그만큼 빨리 뜨기도 하고요. 장단점이 있는 것 같아요”

8. “(저는) TV나 새로운 걸 보는 걸 좋아합니다. 쉽게 말하면, 저희 일은 냉장고와 비슷해요. 기능은 똑같은데, 환경에 따라 조금씩 바뀝니다. 재미를 보여주는 장소가 바뀌면 조금씩 달라 보이겠죠. 그래서 많은 플랫폼이 생긴 게 저에게는 큰 도움이 됐습니다”

9. “(저는 새로운 플랫폼이 등장하면 빨리 시도하는 편이에요) 케이블 TV 출연도 제가 제일 먼저 시작했을 거예요. tvN에서 <화성인 바이러스> 하고 있는데 종편이 개국했어요. 바로 갔죠. 채널 A <나만 믿고 따라와 도시 어부>. 뭔가 새로 생기면 바로 가야 돼요”

10. “(이번에 팟캐스트를 시작하는 이유 중 하나는) 라디오는 목소리로 가는 거잖아요? 나이를 먹으면 제일 먼저 눈이 안 좋아지고 마지막까지 살아남는 게 목소리예요. 잘 다듬고 관리하면 목소리는 그렇게 늙지 않아요. 그러니까 몸을 좀 못 쓰게 되더라도”

11. “(다시 말해) 만에 하나 어딘가 다쳐서 영상을 못 해도 라디오는 계속할 수 있잖아요? 노후 대비용으로. 오디오 콘텐츠가 나이 먹어서도 꾸준히 할 수 있는 매체 같아요”

12. “(마지막으로 한 업계에서 오래 살아남으려면) 자리를 비우면 안 되죠. 끝까지 자리를 비우면 안 됩니다. 저는 제 대신 녹화를 한 사람이 없어요. 예를 들어서 누가 다쳐서 대신 다른 사람이 하루 MC를 봐주고 그런 거 있잖아요? 저는 (지금까지) 제 프로그램에서 한 번도 그렇게 해본 적이 없어요” (=책임감+꾸준함)

13. “조기 축구하다가 다리 부러져서 잠깐 쉬면 다른 사람이 MC 봐줄 수 있죠. 저는 조기 축구를 안 해요. 몸이 다칠 수 있는 것들을 안 합니다. 그러니 누가 나 대신 녹화한 적이 없어요. 방송을 펑크 낸 적도 한 번도 없고. 축구선수는 축구를 잘하는 것도 중요한데 부상을 안 입는 게 제일 중요해요. 메시는 부상을 안 입어요. 그래서 계속할 수 있어요. 우리 직업도 마찬가지라고 생각해요. 다치면 안 돼요. 쉬면 안 돼요. 부상당하지 않고 계속해야죠”

14. “(그런 의미에서 저의) 롤모델은 저예요. 내가 어떻게 할 것인가를 스스로 생각하고 살아왔습니다”

15. “그리고 끝없이 열심히 일한 사람으로 기억되고 싶습니다. 자기 일에 매진했다가 가는, 그런 사람으로 남고 싶죠”

- 이경규

아레나

예능 대부 이경규가 디지털 시대에도 살아남는 법

링크드인에서 Keeyong H. 님이 쓴 <평판의 중요성>이라는 글을 보고 인상 깊은 구절에 제 생각을 더해 소개합니다. 먼저, 아래는 기용 님의 원문 글입니다.

<평판의 중요성>

이번에 한국 갔을 때 상대적으로 커리어 전반기(대략 40대 중반 이전)에 있는 분들에게 강조했던 것이 두 가지였다.

1️⃣ 부캐 생각하지 말고 본캐에 집중하기.

어디를 가건 회사 일, 내 일 구분하지 말고 회사 일을 내 일이라 생각하고 *나*를 위해 열심히 해보는 거다. 이를 통해 성취하는 경험, 몰두하는 경험, 인정받는 경험을 해보는 것이 중요하다. 이를 커리어 전반기에 반복해볼 수 있다면 이는 커리어 후반기에서 자연스레 부캐로 이어질 가능성이 높다. 재미있는 문제, 솔루션으로 시작하는 문제가 아닌 의사소통을 통한 문제 정의를 통해 중요한 문제를 파악하는 것이 시작이다.

2️⃣ 긍정적인 사람/팀 플레이어 되기.

어디를 가건 부정적인 분위기를 전파하는 사람들이 있다. 본인의 능력이 아무리 뛰어나도 너무 부정적이거나 개인만을 생각하는 사람들은 시간이 지나면서 평판이 나빠질 수 밖에 없다. 당장은 그런 나쁜 평판의 악영향을 느끼지 못하겠지만 후반기에는 그게 여러모로 표출되기 시작한다. 다양한 형태의 레퍼런스 체크에서 삐걱대기 시작할 것이고 구직에 있어 가장 중요한 리퍼럴을 받지 못할 것이다.

즉 평판이 나쁜 사람은 본인의 행동이 부메랑이 되어 본인에게 돌아온다는 점인데 커리어 전반기에는 이에 대해 알기 힘들다. 평판이 좋다면 점점더 나에게 돌아오는 기회들이 많아진다. 커리어 안식년의 경우 평판이 좋은 사람에게는 새로운 기회가 생기는 시간에 가깝다.

평판이란 결국 (우선 순위 고려) 맡은 일을 잘 하느냐와 긍정적 팀플레이어라는 두 가지의 곱이라고 생각한다. 결국 같이 일하고 싶은 사람의 척도라 할 수 있겠다.

위 두 가지를 커리어 전반기에 달성할 수 있다면 후반기는 훨씬 더 자연스럽게 발전할 것이라 믿는다. 커리어는 긴 마라톤이지 100미터 달리기가 아니기에 긴 호흡으로 바라봐야 하며 꾸준함이 중요하다.

[ 내가 경험한 평판이 좋은 사람의 5가지 특징 ] 

1️⃣ 평판이 좋은 사람의 특징은 회사 일과 내 일을 구별하지 않고 몰입해서 일한다.

2️⃣ 평판이 좋은 사람은 촌철살인, 뾰족한 말로 상황을 정리하기보다는 분위기를 북돋는다.

3️⃣ 평판이 좋은 사람은 자신의 공을 내세우기보다 팀과 팀원의 성취를 강조한다.

4️⃣ 평판이 좋은 사람은 역설적으로 평판이 필요하지 않을 때 평판을 관리한다.

5️⃣ 평판이 좋은 사람은 "요즘 어떻게 지내셨어요?"라는 말에 인색하지 않다.

⟪평판은 평판이 필요하지 않을 때 형성됩니다⟫

혁신의 도구 혹은 성장의 장애물? | 약 5년 전 디지털 컨설팅 분야에서 낯 선 스타트업으로 이끌려 들어왔다. 클라이언트 베이스의 일만 했던 세상 물정 모르던 한 디자이너는 유독 린 스타트업과 MVP에 끌렸다. 컨설팅 회사에서 유저들의 피드백 없이 긴긴 시간 디테일에만 집중하던 것에 염증을 느꼈기 때문이다.

린 스타트업을 맹신하면 안 되는 5가지 이유

스타트업에서 일하면 린 스타트업과 MVP에 대한 일종의 맹목성이 생기기 쉬운 것 같습니다. 물론 훌륭한 프로세스지만 의존할 경우 여러 부작용이 생길 수 있습니다. 이 글은 현업에서 실제로 제가 겪으며 느낀 린 스타트업과 MVP의 5가지 관점에 관해 쓰였습니다.

Brunch Story

린 스타트업을 맹신하면 안되는 5가지 이유

스타트업에서 일하면 린 스타트업과 MVP에 대한 일종의 맹목성이 생기기 쉬운 것 같습니다. 물론 훌륭한 프로세스지만 의존할 경우 여러 부작용도 생기기 쉬운 듯 합니다. 이 글은 현업에서 실제로 제가 겪으며 느낀 린 스타트업과 MVP의 5가지에 관해 쓰였습니다.

커피챗에서 가장 자주 받는 질문에 대한 첫 번째 답변입니다. 포트폴리오에 정답은 없겠지만 참고할 수 있는 3가지 체크리스트를 공유합니다. 1️⃣ 포트폴리오를 세트로 관리하기 2️⃣ '상황 - 행동 - 결과'로 이어지는 3단계 프레임워크 활용하기 3️⃣ 발표까지 고려해 포트폴리오 구성하기

커피챗 FAQ - 포트폴리오 구성법 | REDBUSBAGMAN

커피챗을 꾸준히 하고 있습니다. 고민을 남에게 전달하면서 고민이 정리되기도 하고, 나와 비슷한 사람과 연결될 수 있기 때문입니다. 운이 좋다면 의외의 발견으로 해결의 실마리가 풀리기도 하고 함께 일했던 좋은 동료들과의 커피챗은 안부를 나누는 기회이자, 새로운 협업 기회로 이어지는 단서가 되기도 하니까요. 커피챗은 '커피챗' 앱은 물론이고 링크드인, 커리어리, 취준컴퍼니 등 코칭프로그램을 통해서 꾸준히 이어가고 있는 의식적인 활동입니다. 제가 가장 자주 받는 질문은 포트폴리오에 대한 것으로 주로 몇 개의 케이스를, 어떤 흐름으로, 얼마나 정확하게 작성해야 하는지 궁금해하십니다. 포트폴리오에 정답은 없겠지만 체크해 봄직한 3가지 포인트를 공유합니다.

[ 포트폴리오 체크리스트 (3) ] 

1️⃣ 포트폴리오를 세트로 관리하기

포트폴리오는 이직을 준비할 때 작성하는 것이 아니라 꾸준히 관리하는 대상으로 활용해야 합니다. 지금까지 일을 하면서 참여했던 프로젝트, 만들었던 프로덕트를 꾸준히 쌓아 Deck을 만들고 필요에 따라서 2, 3개 정도의 케이스를 발췌해 지원하는 기업, 조직, 팀, 업종특성에 맞게 재구성하여 제출하는 것을 추천드립니다. 관련성, 중요도에 따라 순서를 배열하는 것이 단순한 시계열 구성보다 인터뷰어(서류평가자)에게 몰입감을 주기 때문입니다.

2️⃣ '상황 - 행동 - 결과'로 이어지는 3단계 프레임워크를 활용하기

아마존에서는 매년 자신의 성과평가를 할 때 SBI라는 프레임워크를 활용합니다. 

➊ Situation(Background) - 어떤 비즈니스, 고객경험 문제를 겪고 있었는지 명료하게 한 문장으로 설명합니다 
➋ Behavior(Action) - 문제를 달성하기 위한 목표로 재정의하고, 문제 해결을 위한 구체적인 행동을 소개합니다 
➌ Impact(Result) - Situation이 발생한 근본적인 원인(Root Cause), Behavior를 통해 해결할 수 있었던 문제, 여전히 해결 중이 문제를 구분해서 성과(변화)를 데이터 중심으로 요약합니다. 

이때 놓치기 쉬운 포인트는 Behavior에서 가정했던 가설이 유효하지 않아서 실패했던 접근법, 이때 간과했던 지점이 무엇이었는지, 이를 통해 깨닫게 된 점은 무엇인지 함께 정리함으로써 완벽한 해결을 하지 못했지만 더 나아지고 있다는 점을 전달하는 겁니다. 프로젝트에서 배움이 있었고 그 배움을 지금 하고 있는 업무에 적용하고 있다는 점을 포함하세요.

3️⃣ 포트폴리오를 발표까지 고려해서 구성하기

포트폴리오 분량은 20페이지 이내인 것을 추천합니다. 인터뷰어 입장에서 생각하면 포트폴리오는 인터뷰 전에 평가하는 1차 자료이고, 여러 후보자의 포트폴리오를 검토해야 하는 상황에서 50페이지 이상의 PDF 자료를 볼 때에는 자연스럽게 스크롤을 내리는 속도가 점점 빨라집니다. 현업 업무를 수행하는 중에 인터뷰에 모실 후보자를 선정해야 하는데 포트폴리오 용량이 크고, 분량이 많다고 더 많은 시간을 할애하기는 어렵죠. 오히려 그 반대라 집중력이 떨어집니다. 간결하게 어떤 문제를 어떻게 해결하려고 했는지 설명하는 포트폴리오가 인상적입니다.

분량이 20페이지 이내인 포트폴리오는 인터뷰어가 살펴보는데 부담이 적고, 모든 페이지를 스키밍 하면서 살펴볼 수 있습니다. 동시에 인터뷰이가 인터뷰에서 자신이 수행한 과제와 함께 포트폴리오를 설명할 때에도 2, 3개 케이스 중 가장 흥미를 가질만한 것을 소개한다면 인터뷰어 역시 한 번은 살펴봤기 때문에 기억을 해낼 수 있고 몰입감을 가질 수 있습니다.

https://www.redbusbagman.com/coffeechatfaq1/

REDBUSBAGMAN | 레드버스백맨

⟪커피챗 FAQ - 포트폴리오 구성법⟫

더 나은 생각하려는 디자이너에겐 방법론이 필요하다. | 모든 라면에는 더 맛있게 먹는 예시와 조리하는 방법에 대한 가이드가 있다. 어린 시절 끓인 첫 라면은 먹기엔 부담스럽고, 버리기엔 아까웠다. 수많은 시행착오 끝에 먹을 만한 결과를 얻었고, 10년쯤 지나서야 라면 봉지에는 안내문이 있다는 것을 깨달았다.

디자인과 라면을 끓이기

라면 봉지의 앞쪽에는 더 맛있게 먹는 가능성이 있었고, 뒤쪽에는 최소한의 질을 보장할 수 있는 정량적인 방법이 크게 쓰여 있었습니다. 계량컵과 타이머가 있다면, 누구나 적절한 라면을 만들 수 있습니다.

디자이너에게도 라면 봉지의 가능성과 실패하지 않는 방법이 주어지지만, 놀랍게도 라면 봉지처럼 쉽게 무시되곤 합니다. 디자이너는 디자인 전략을 수립하고, 사용자 경험을 설계하며 비즈니스 기반의 문제 해결을 하지만, 책상 위의 실무는 그렇게 매끄럽지 않다. 모두 알고 있어도 어제 끓였던 방식으로 오늘의 라면을 끓이게 되는 경우가 많습니다.

개발자들에게 방법이 있는 것처럼 디자인에도 많은 방법이 있었습니다. 유행처럼 지나가는 방법론을 떠올리며, 어떻게 활용할 수 있을지 돌아보는 시간을 가졌습니다.

좀 난해하기 때문에 계속 고쳐보고 있는 글입니다.

https://brunch.co.kr/@pliossun/228

디자인 방법론 돌아보기

스쿨버스계의 우버, Zum을 창업한 인도 여성 리투 나라얀

육아로 커리어를 포기하려던 엄마가 1조 가치의 전기 스쿨버스 회사를 만든 이야기

아이들을 안전하게 학교로 데려다주는 것은 공교육만큼이나 오래된 과제에요. 하지만 거의 100년이 지난 지금까지 레거시 대중교통 시스템을 혁신한 기업가는 거의 없었어요. 아직도 미국에서는 여전히 무전기로 통화하고, 매연을 뿜어내는 노란색 버스에 아이를 태우는 광경을 흔히 볼 수 있다고 합니다.

이러한 ‘등하원 교통’을 혁신한 인도 여성 기업가 리투 나라얀(Ritu Narayan)을 알아봤어요. 그녀는 실리콘밸리에서 주목받는 여성 CEO이자, Zum의 창업자에요. ‘전기 스쿨버스’를 통해 지속가능한 환경 비즈니스를 하고 있어요.

https://maily.so/josh/posts/da6ce87f

언섹시 비즈니스

육아로 커리어를 포기하려던 엄마, 1조 가치 전기 스쿨버스 회사를 만들다

Airbnb를 실패의 위기에서 구한 방법과 디자이너를 향한 그의 조언

브라이언 체스키가 Airbnb에서 PM을 없애버린 이유

"A/B 테스트를 그만두고 스스로 만족할 때까지 프로덕트를 다듬고, 자랑스럽다 말할 수준이 되면 다른 사람에게 공개하라"

여러모로 굉장히 흥미롭네요. 에어비앤비 CEO 브라이언 체스키가 디자인 중심의 경영을 선언하고 PM 롤을 없앴군요? 

체스키는 회사가 커질수록 서비스의 변화가 줄어들고 비용만 증가하는 문제를 두고 고민하다가 CEO가 제품 개발에 깊이 참여하는 애플의 경영 방식을 따르기로 했다고 합니다(feat. 조너선 아이브). 이게 '디자인 중심의 경영'이라고 선언한 방식의 요지이고, 하위 부서들의 로드맵 폐지하고 본인이 직접 컨트롤 가능한 소수의 핵심 사업만 추진한다네요.

그럼 PM은 어떻게 됐냐. 기존 조직을 기능 조직(디자인, 개발, 마케팅)으로 나누고 PM직무는 기존 직무와 마케팅 직무를 결합하여 ‘프로덕트 마케터’로 이름을 바꾼 뒤 디자이너의 권한을 강화했다고 합니다. 

'PM은 쓸모 없고 디자이너가 짱이야!' 했다기보단 제품을 만들어갈 때 역할과 균형을 꽤 크게 조율했다고 보는 게 맞을 거 같은데요.. 근데 왜 때문에 저러는지 알 거 같기도 합니다.

연중 80%의 업데이트는 상반기/하반기 나누어 2번만 크게 진행하고, A/B테스트는 꼭 필요한 경우에만 진행하는 걸로(A/B테스트 맛집이었는데 서운..) 정하면서 문제와 제품을 깊이 들여다볼 시간을 만들었고 체스키 스스로도 기업 경영보다는 제품에 시간을 쏟는 중이라고 합니다.

재밌네요! 흥미진진. 
저런 환경은 어떨지.. 한 번 경험해 보고 싶습니다.

🚫PM을 없앤 에어비앤비

안녕하세요, 알고케어 PM 김우석입니다.

롯데가 미래먹거리로 내놓은 헬스케어사업과 관련된 이야기 공유드립니다. 

디자인을 공부하고 창의적인 아이디어를 통한 혁신을 꿈꿔온 사람으로서 정말 속상한 일입니다.

많이 봐주시고 공유해주시면 힘이 됩니다.

알고케어 공식 입장문 1
https://bit.ly/algocare_statement

알고케어 공식 입장문2
https://bit.ly/algocare_statement2

대기업의 스타트업 아이디어 도용

아프리카의 사자도 늙고 무능해지면 내려놓을 줄 아는데, 실력이 영원한 줄 착각하고 아득바득 욕심 부리는 어르신들 참 한심합니다. 

본인 실력 이상의 것을 욕심내다가 투자사 이미지 나락으로 보내는군요.

알고케어 응원합니다.

자기계발에 진심인 "자기계발 커뮤니티 PM"이 뽑았습니다 :) | 안녕하세요, 자기계발에 진심인 자기계발 커뮤니티 HOLIX PM 레오입니다. 개인적으로도 자기계발에 관심이 많고, 업무를 위해서도 수많은 자기계발 앱을 깔아보고 / 아티클을 읽어보고.. / 자기계발 서적을 뒤적이곤 하는데요, 문득 생각이 나서 자기계발에 도움이 되는 앱을 정리해보았습니다.

자기계발을 도와주는 앱 모음

(HOLIX, 마이루틴, 투두메이트, 딥워크, 스픽, 씀, 피핏, 트레바리, 케이크&말해보카, 나이키, 하루콩... 구체적인 설명이나 캡쳐는 브런치 원문을 참고해주세요!)

안녕하세요, 자기게발에 진심인 자기계발 커뮤니티 HOLIX PM 레오입니다! 
개인적으로도 자기계발에 관심이 많고, 업무를 위해서도 수많은 자기계발 앱을 깔아보고 / 아티클을 읽어보고.. / 자기계발 서적을 뒤적이곤 하는데요, 문득 생각이 나서 자기계발에 도움이 되는 앱을 정리해보았습니다. 

1. 자기계발 커뮤니티 HOLIX
자기계발 우선 자기계발 커뮤니티 홀릭스부터.  모닝/회고/필사/운동/전시 등 커뮤니티부터, 취준과 커리어를 위한 기획,개발,마케팅,브랜딩 등 분야까지 수많은 커뮤니티가 있으니 참여해보세요 :) 

2. 루틴과 습관을 만들고 싶다면? 마이루틴! 
루틴이나 습관을 만들고 싶다면 마이루틴!  나만의 루틴 생성, 관리가 쉬울 뿐 아니라 서로서로 응원하는 문화까지 자리가 잡혀있다. 

3. Todo List 관리를 잘하고 싶다면? 투두메이트! 
깔끔하게 Todo 관리를 잘하고싶다! 할 때 강력추천하는 앱. 위젯, 동기화 등도 잘 지원하고 목적에 집중할 수 있는 깔끔한 경험이 특징!

4. 정해진 시간동안 몰입하고 싶을때 - 딥워크 
시간을 정해두고 몰입하고 싶다면? 딥워크를 추천합니다. 타이머를 설정해서 원하는 시간만큼 몰입할 수 있게 도와주고 기본적인 투두관리까지 도와줍니다.

5. 영어 회화 / 스피킹을 위한 앱 - 스픽 
영어 회화, 스피킹을 하고 싶다면 스픽! 음성인식으로 발음 교정도 해주고, 학습코스 등등도 잘 준비되어 있다. 

6. 꾸준히 글을 쓰고 싶다면? - "씀" 
글을 쓰고 싶다면, "씀"을 써보자. 하루 두 번씩 "계절"과 같은 글감이 되는 단어를 던져줘서 참여만 한다면 꾸준히 글을 써갈 수 있다. UI에도 글쓰기 감성이 뿜뿜한다. 

7. 이른 아침을 맞이하고 싶다면? 피핏! 
아침 기상 습관을 잡고 싶다면? 모닝 리츄얼을 잡고 싶다면? 피핏을 추천. 알람을 설정하면 아침에 쉴새없이 (?) 알림을 보내 일어날 수 밖에 없고, 사진과함께 기록을 쌓아가는 재미가 쏠쏠합니다. 
(확인할 때 까지 알림을 보내서 일어날 수 밖에 없었어요..ㅋㅋㅋ) 

8. 북클럽, 스터디, 네트워킹에 관심이 있다면? 트레바리. 
사람들과 북클럽을 통해 교류하고 성장하고 싶다면? 트레바리를 추천합니다. 혹은 모임에 참여하지 않더라도, 요새 현직자는 어떤 책을 읽을까? 어떤 책이 유명할까? 어떤 책을 읽으면 역량을 키울 수 있을까? 등 정보를 얻고 트렌드를 캐치하기에도 좋습니다. 사람들이 어떤 콘텐츠에 반응하는지 간접적으로 확인할 수 있다는 점은 덤.  

9. 영어 단어와 표현을 게임하듯 배우고 싶다면? 케이크 & 말해보카! 
영어 단어 / 표현을 즐겁게 배우고 싶다면 케이크, 말해보카를 추천합니다! 게임처럼 즐겁게 영어 단어를 배워보세요 :) 

10. 나이키 트레이닝 클럽 & 나이키 런 클럽. 
운동하면 나이키 트레이닝 클럽 / 나이키 런 클럽을 빼놓을 수 없죠. 

11. 오늘 하루 어떠셨나요? 당신의 하루를 기록하고 싶을 때 - 하루콩
나의 하루를 기록하고 싶다면? 하루콩을 추천합니다. 
따뜻한 인터페이스와 함께 하루를 기록해보세요. 올해의 앱에도 선정되었습니다.

자기계발을 위한 앱 모음 (By 자기계발에 진심인 자기계발서비스 PM)

상금을 걸고 목표달성 및 습관 "챌린저스" 어플도 추천합니다!

쿠키 1부: HTTP로 설명하는 쿠키(cookie)

“쿠키는 클라이언트에 저장되고… 음,,, 보안에 좋지 않습니다.” 😅

개발자 면접을 볼 때 쿠키에 대해서 물어보면 가장 흔하게 들을 수 있는 대답인데요. 완전히 틀린 말은 아니지만 뭔가 알맹이가 빠진 느낌이 듭니다.

“그럼 보안을 위해서 쿠키는 안 쓰는 게 좋겠네요?”

라고 반문을 하면 오랫동안 웹 개발을 한 분들도 머뭇거리시는 경우가 많은데요. 아무래도 대부분의 서버 프레임워크에서 쿠키를 직접 다루지 않아도 되도록 추상화 잘 되어 있기 때문에 오히려 쿠키를 직접 다루거나 쿠키에 대해 깊이 생각해볼 기회가 많지 않아서 그런 것 같습니다.

사실 쿠키는 웹에서는 빼놓을 수 없는 핵심적인 기술이죠? 프런트 개발을 하든 백엔드 개발을 하든 웹 개발자로서 쿠키를 제대로 이해해두시면 두고두고 유용한 지식이 될 거라 생각합니다. 그래서 2개의 포스팅에 걸쳐서 쿠키를 기술적으로 깊게 파해쳐보려고 합니다. 🔪

첫 번째 포스팅에서는 쿠키가 어떻게 서버와 브라우저 간에 이동을 하는지, 그리고 쿠키의 유효 기간과 적용 범위를 설정하는 방법과, 쿠키의 한계와 대체 기술에 대해서도 살펴보겠습니다.

📝 포스팅: https://www.daleseo.com/http-cookies/

우리가 웹에서 쿠키를 사용할 수 밖에 없는 결정적인 이유인 세션 기반 사용자 인증에 대해서는 아래 두 번째 게시물을 참고 바랍니다.

🎵 쿠키 2부: 세션은 쿠키가 필요해: https://careerly.co.kr/comments/91233

Daleseo

쿠키 1부: HTTP로 설명하는 쿠키 🍪

이번 포스팅에선 아주 중요하지만 프로그래밍 교육 과정에서 크게 다루지 않는 보안 에 대해 이야기 해보려고 한다. 최근엔 프레임워크나 라이브러리 차원에서 잘 막아주기 때문에 큰 언급없이 넘어가는 경우가 많지만 소프트웨어 개발자는 꼭 보안 전문가가 아...

웹 개발을 위해 꼭 알아야하는 보안 공격

보안은 웹 개발에서 굉장히 중요한 분야 중 하나지만, 프로그래밍 교육이나 개인 포트폴리오로 프로젝트를 진행할 때 크게 다루지 않는걸 종종 보곤 했습니다.

아마도 요즘 사용하는 프레임워크나 라이브러리에서 대부분의 보안 공격이나 실수에 대해 방어할 수 있도록 구현이 잘 되어있기 때문이겠습니다만

웹 개발자 혹은 소프트웨어 개발자라면 보안 전문가 수준까진 아니더라도 기초적인 보안 공격에 대한 이해와 이를 방어할 수 있는 방법을 알아둠으로써 혹시나 발생할 수 있는 실수를 사전에 막을 수 있어야 합니다.

오늘은 알아두면 나중에 반드시 도움이 되는 보안 공격에 대해 잘 정리된 글이 있어 공유드립니다.
글에서 언급된 대표적인 보안 공격을 요약하자면 다음과 같습니다.

📌 SQL Injection
서버에서 실행되는 SQL을 악의적으로 이용하는 공격입니다. 
이름처럼 기존 SQL에 악의적인 SQL 구문을 삽입하여 데이터 탈취, 삭제 등을 할 수 있습니다.

📌 Cross-Site Scription (XSS)
웹 페이지에 악성 자바스크립트를 삽입하는 공격입니다. 
최근엔 SPA(Single-Page Application)로 배포되는 서비스가 많은데, 이렇게 배포되는 서비스 대부분이 인증 관리를 위해 토큰을 Cookie 혹은 localStorage 에 저장합니다. 
이때 XSS 방어 준비가 되어있지 않은 경우 자바스크립트를 통해 불특정 다수의 사용자 토큰을 손쉽게 탈취 할 수 있습니다.

📌 CSRF Attack
Cross-Site Request Forgery라고 부른다. 공격자가 서비스 사용자를 이용하여 요청을 보내는 공격을 말합니다.
예를 들어 네이버 로그인과 똑같은 화면을 제공하는 피싱 사이트를 사용자가 피싱 사이트인 것을 모르고 아이디와 비밀번호를 입력하고 로그인 버튼을 누른다면 피싱 사이트는 진짜 네이버 로그인 URL 에 요청할 수 있게 됩니다. 
만약 CSRF 에 대한 방어가 제대로 안되어 있다면 성공/실패 Response 가 내려올 것이고 이를 통해 해커는 성공한 계정 정보를 판단하여 탈취할 수 있습니다.

📌 Command Injection
쉘을 실행시키는 로직을 이용한 공격으로 시스템 권한이 탈취되는 것이나 마찬가지기 때문에 매우 치명적입니다.
각 언어마다 쉘 명령을 실행할 수 있는 API 가 존재하는데 이러한 API 를 해커가 호출할 수 있게 방어가 안되어있다면 치명적인 결과를 불러올 수 있다.

📌 File Upload Attack
공격 스크립트가 담긴 파일을 서버로 업로드하는 공격입니다. 
WebShell 이 가능한 코드가 담긴 파일을 업로드하고 해커가 URL을 통해 접근 가능해지면 Command Injection 과 같은 효과를 볼 수 있습니다.

📌 JavaScript Injection
브라우저에서 자바스크립트를 삽입시키는 공격입니다. 
브라우저에서 제공하는 Console 을 통해 Javascript 코드 조작이 가능하기 때문에 Client-Side 에 민감한 데이터를 넣어놨다면 해당 공격을 통해 탈취가 가능합니다.

📌 DDoS
꽤 유명한 보안 공격중 하나입니다.
Distributed Denial of Service 라고 부르는데, 직역하면 분산 서비스 거부 공격이라고 할 수 있습니다. 
이름처럼 분산된 시스템을 이용하여 서버에 비정상적으로 많은 트래픽을 보내 마비시키는 공격입니다.
공격자는 수 많은 PC 를 이용하여 서버에 트래픽을 보내는데 몰래 심어 놓은 좀비 PC 를 이용할 수도 있고 본인이 사용할 수 있는 PC 를 이용할 수도 있습니다. 
많은 트래픽이 발생하기 때문에 공격을 받는 서비스는 부하가 생겨 느려지거나 서버가 죽을 수 있습니다.

📌 Dictionary Attack
미리 데이터베이스에 등록해놓은 수많은 문자열을 암호로 대입하는 공격으로 Brute Force의 일종입니다.
"하나만 걸려라" 공격이라고도 볼 수 있는데 많은 웹 사이트에서 간단한 단어로 비밀번호를 등록하지 못하게 하는 이유기도 합니다.

📌 Rainbow Table
평문을 해시 함수로 만든 문자열을 모두 저장시켜 놓은 표를 가지고 탈취한 계정 데이터의 암호 원문을 알아내는 공격입니다.

각 보안 공격에 대한 대응 방법과 주의사항등은 공유드린 원문에 자세히 설명되어있으니 관심있으신 분들은 참고해주시면 좋겠습니다.

📚 원문
- https://kciter.so/posts/basic-web-hacking

📚 함께보면 좋은글
- 🔐 암호화의 종류: https://careerly.co.kr/comments/89377?utm_campaign=self-share

kciter.so

🔐 웹 개발을 위해 꼭 알아야하는 보안 공격

Swagger는 API 문서를 쉽고 자동으로 작성하는 데 도움이되는 강력한 도구입니다. 이 기사에서는 Swagger를 사용하여 프로젝트의 API 문서를 자동으로 생성하는 방법을 살펴 봅니다.

Swagger는 소프트웨어 개발 커뮤니티에서 널리 사용되는 개방형 표준화 된 API 개발 프레임 워크입니다. API를 자동으로 쉽게 작성, 설계 및 문서화하는 도구를 제공합니다. Swagger는 JSON 또는 YAML 파일을 사용하여 API를 설명하고 아름답고 이해하기 쉬운 API 문서를 생성합니다.

✌️Swagger를 사용하여 API 문서를 작성하는 방법:

✅ API 정의 : JSON 또는 YAML 파일을 사용하여 경로, HTTP 메소드, 매개 변수, 설명 및 기타 관련 요소를 지정하여 API를 정의 할 수 있습니다.

✅ API 문서 생성 : Swagger 도구를 사용하면 API 정의에서 API 문서를 자동으로 생성 할 수 있습니다. Swagger는 JSON 또는 YAML 파일에 정의 된 정보를 사용하여 API의 리소스, 메소드 및 매개 변수에 해당하는 API 문서 페이지를 생성합니다.

✅ API 문서 표시 : Swagger에서 생성 된 API 문서는 아름답고 친숙한 사용자 인터페이스를 통해 액세스 할 수 있습니다. 사용자는 API와 관련된 리소스, 메소드, 매개 변수 및 기타 정보를 쉽게 볼 수 있습니다.

✌️Swagger를 사용하여 API 문서를 만들면 다음과 같은 이점이 있습니다:

✅ 문서 생성 프로세스 자동화 : Swagger를 사용하면 API 정의에서 API 문서를 자동으로 생성하여 수동 작업을 줄이고 시간을 절약 할 수 있습니다.

✅ 읽고 이해하기 쉬운 문서를 작성하십시오. Swagger는 표준 형식, 명확한 구조로 API 문서를 작성하며 읽기 쉽습니다. 이를 통해 사용자는 API의 중요한 측면을 쉽게 파악할 수 있습니다.

✅ 상호 작용 성 및 테스트 가능성 향상 : Swagger에서 생성 된 API 문서는 사용자 인터페이스에서 직접 API를 테스트 할 수있는 기능을 제공합니다. 이것은 상호 작용 성을 높이고 테스트 시간을 줄이는 데 도움이됩니다.

✅ 소스 코드와 문서 동기화 : Swagger를 사용하면 API 문서를 소스 코드와 동기화 할 수 있습니다. 소스 코드가 변경되면 Swagger는 수동으로 수행하지 않고도 해당 문서를 자동으로 업데이트 할 수 있습니다.

✅ API 문서를 수동으로 작성하려면 많은 시간과 노력이 필요합니다. 그러나 Swagger를 사용하면이 프로세스가 자동화되어 아름답고 이해하기 쉬운 API 문서를 쉽게 만들 수 있습니다. Swagger를 사용하여 프로젝트에 대한 API 문서를 작성하고이 프로세스를 자동화하는 이점을 누리십시오.

Swagger 홈페이지 👉 https://swagger.io
Swagger Gin-Golang 👉 https://github.com/swaggo/gin-swagger

모든 기사는 실제 작업에서 수행, 경험 및 사용한 후의 개인적인 견해입니다. 잘못된 정보와 혼란이있는 경우 모든 사람이 아래 의견에 의견을 제시 할 수 있기를 바랍니다.👇👇👇

Swagger를 사용하여 API 문서 자동 생성

Developers and Open Source authors now have a massive amount of services offering free tiers, but it can be hard to find them all to make informed decisions.

Free for Developers

프리티어(free tiers)로 사용할 수 있는 소프트웨어(SaaS, PaaS, IaaS...) 등을 정리해둔 사이트입니다. 토이 프로젝트나 작은 프로젝트에서 활용하기 좋을 정보가 많네요!

https://free-for.dev

Free-for

📌 무료로 사용할 수 있는 개발 도구들

한빛미디어

한빛 MSA 시리즈의 하나로 깃헙 코파일럿 특강이 올라왔습니다! 

코파일럿이 무엇인지, 어떻게 사용할 수 있는지, 그리고 어떠한 자세로 우리가 AI 어시스턴트를 이용해야할지에 대해서 풀어보았습니다 :) 

https://www.hanbitn.com/product/msa2003-copilot/

https://www.hanbitn.com

코딩 친구 넘어 코딩 선생님으로, GitHub Copilot

번(Bun) 1.0이 출시되며 많은 관심을 받고 있습니다. 이 글은 번을 사용해서 간단한 리액트 SSR 프로젝트를 만들어 볼 수 있는 가이드입니다. 아직 번을 사용해 프로젝트를 만들어보지 못하셨다면 이 가이드를 천천히 따라와보세요:)

[번역] 번(Bun)과 리액트로 서버사이드 렌더링(SSR) 구현하기

오늘 소개해드릴 글은 라인플러스의 김은빈님이 번역해주신 글입니다. 최근 번(Bun) 1.0이 출시되며 많은 관심을 받고 있습니다. 이 글은 번을 사용해서 간단한 리액트 SSR 프로젝트를 만들어 볼 수 있는 가이드입니다. 이야기는 많이 들었지만 아직 번을 사용해 프로젝트를 만들어보지 못하셨다면, 혹은 이번 기회에 번에 대해 알아가고 싶으시다면 이 가이드를 천천히 따라와보셔도 좋을 것 같습니다:)

> 글 링크: https://velog.io/@eunbinn/server-side-rendering-ssr-with-bun-and-react

Velog

번(Bun)과 리액트로 서버사이드 렌더링(SSR) 구현하기

나 실리콘밸리를 가야겠다 (1)

안녕하세요 :)

글을 보면서 "와 정말 대단하다. 실행력 대박"이라는 말이 나온 글입니다

실리콘밸리를 가야겠다 생각하시고 실행하는 부분이 너무 인상적이였어요.

시리즈 글인데 모두 올라와서 링크 타시고 보시면 좋을 것 같아요

최근 본 글 중 실행력 제일 좋다고 생각한 글이에요

https://www.junsoor.com/silicon-valley-1

Junsoor

나 실리콘밸리를 가야겠다

ChatGPT 쓸 때 질문을 영어로 번역해 주고, 답변도 한글로 번역해 주는 번역기입니다.

프롬프트 지니: ChatGPT 자동 번역기

ChatGPT를 쓰다보면 불편한 점들이 몇가지 있는데 그런 부분들을 보완해주는
없어서는 안되는 필수 크롬 익스텐션을 3가지 소개합니다!

1/ 프롬프트 지니 : ChatGPT 자동 번역기 (필수!)

ChatGPT 입력창에 한글로 입력하면 자동으로 영문으로 전환해서 물어보고, 결과가 영어로 나오면 한글로 자동 번역해서 보여줍니다.

ChatGPT의 영문 학습량이 한글보다 많아서 더 정확한 결과를 얻으려면 영어로 프롬프트를 작성해야 할 경우가 많습니다. 

번역기를 왔다 갔다하면서 입력해야 하는 번거로움을 한방에 해결해주는 필수 익스텐션 입니다.

https://chrome.google.com/webstore/detail/프롬프트-지니-chatgpt-자동-번역기/lhkgpdljnlplgbkonflbhifackjhjmdj?hl=ko

2/ AIPRM : 원클릭 프롬프트

막상 ChatGPT를 열어서 원하는 결과를 얻으려면 프롬프트를 쓰는걸 시작하기 쉽지 않습니다. 너무 간단하게 물어보면 추상적인 답변이 나오고, 맥락을 설명 하면서 해야하는데 어떻게 효과적으로 물어봐야하는지 잘 떠오르지 않죠. 그리고 복잡하고, 구체적인 답변을 원한다면 빌드업에 많은 시간이 걸립니다.

AIPRM은 이런 프롬프트 작성의 문제를 해결해줍니다.

3600개 이상의 검증된 프롬프트를 활용해서 빠르게 원하는 질문을 만들고, 원하는 답변을 받을수 있도록 도와줍니다.

https://chrome.google.com/webstore/detail/aiprm-for-chatgpt/ojnbohmppadfgpejeebfnmnknjdlckgj?hl=ko

3/ WebChatGPT: 인터넷 액세스 가능한 ChatGPT

ChatGPT는 최신 데이터를 가지고 있지 않습니다. 

특정 시점 이전의 데이터만 학습해서 모델을 만들었고, 인터넷에 있는 정보를 실시간으로 반영하지 않습니다. 그래서 최신 정보를 물어보면 대답이 틀리거나, 모른다고 답변합니다.

WebChatGPT는 ChatGPT에게 인터넷에 접근가능하게 만들어 줍니다.

그 외에도 AIPRM 처럼 프롬프트 라이브러리를 제공하고, 검색 서비스옆에서 AI가 생성한 답변을 볼수 있게도 해줍니다.

https://chrome.google.com/webstore/detail/webchatgpt-chatgpt-with-i/lpfemeioodjbpieminkklglpmhlngfcn?hl=ko

Google

ChatGPT 사용할때 꼭 필요한 크롬 익스텐션 3가지

'따라 하기'보다는 '업의 본질'에 집중하기 : 네이버 블로그

1. 자신이 하고 있는 일의 본질이나 몸담고 있는 업의 본질을 이해하는 데는 꽤 많은 시간이 걸릴 수밖에 없다. 본질이라는 게 대충 몇 년 했다고 쉽게 알 수 있는 게 아니니까.

2. 그리고 업의 본질을 이해하기 위해선 초기 지나친 확장은 경계하는 것이 좋다. 확장하고 성장하는 것은 너무나 좋고 아름다운 일이지만, 자칫 잘못하면 이로 인해 늘어난 수많은 부수적인 일에 휩쓸려, 지금 내가 하고 있는 일의 본질이 무엇인지, 코어가 무엇인지에 대해 고민하는 것을 놓칠 수 있기 때문.

3. 그러다 보면 바쁜 업무 속에서 정신없이 지내기 마련인데, 정작 정말 중요한 일이 아니라 부수적인 일만 하다가 어느 순간 거품이 꺼져서 돌아보면 결국에는 아무것도 한 게 없는 꼴이 된달까?

4. 성장 중독이 난무하는 스타트업 씬에서 괜히 ‘(초기에는) 확장성 없는 일을 하라(Do thing that don't scale)’는 말이 나온 게 아닌 셈.

5. 지금 하고 있는 일의 본질이 무엇인지, 고객들이 우리 제품이나 회사에게 기대하는 바가 정확히 무엇인지를 이해하려면 성장보다는 본질에 대해 이해하는 시간을 가져야 하니까.

6. 그리고 정말 고객들이 원하는 것이 무엇인지, 지금 시대에 필요한 것이 무엇인지, 업의 본질이 무엇인지를 알고, 이를 구현할 실행력까지 가지고 있다면 성장은 당연히 일어나는 것 같고.

7. 다만, 여기서 정말 어려운 문제는 업의 본질이나 자신이 하는 일의 본질을 이해하는데, 그리고 고객이 정말로 원하는 것이 무엇인지를 온전히 이해하는데, 얼마의 시간이 걸릴지는 그 누구도 알 수 없다는 점이다. 10년이 걸릴지, 20년이 걸릴지, 아니면 평생이 걸릴지는 그 누구도 알 수 없으니까.

8. 그래서 사람들 중에는 업의 본질을 이해하는 데 자신의 시간과 자원을 베팅하기보다는, 지금 잘 되는 누군가를 따라 하는 일에 더 많은 시간과 자원을 베팅하는 경우가 많다.

9. 그렇게 요즘 인기 있다는 마케팅 방식을 쫓아다니고, 인기 있는 밈을 추종하며, 뭔가 그럴듯한 컨셉이 있으면 따라 하는데,

10. 물론 그렇게 해서 순간적으로 관심을 얻고, 인기를 얻는 경우는 의외로 많다. 추세와 트렌드가 가진 힘이 있으니까. 그래서 그게 콘텐츠 마케팅이든, 소셜 미디어 마케팅이든, 퍼스널 브랜딩이든, 관련한 강의를 하는 사람들 중에는 메시지의 형태는 다소 다를 수 있으나 대부분 뭔가를 보고 따라 하라는 얘기를 하는 경우가 많다.

11. 업의 본질이나 자신이 추구하는 가치의 본질이 무엇인지를 고민하고 실행하고 찾아가는 지루한 과정보다는 그게 훨씬 쉽고, 운이 좋으면 성과도 빨리 낼 수 있으니까.

12. 하지만 뭔가 잘 따라 한다고 해서 게임이 끝나는 경우는 거의 없다. 아무리 많은 관심을 얻고, 인기를 얻고, 매출을 잘 발생시켜도, 이를 유지하려면 결국에는 코어가 단단해야 하고, 끈기가 있어야 하며, 실패를 딛고 일어설 수 있어야 하는데,

13. 잘 되는 것만 따라 해서는 이 단계를 극복하지 못한다. 잘 된 것들은 너무 많아서 따라 하기 쉽고 따라 할 것도 많지만, 잘 안 되었을 때는 어떻게 해야 하는지를 참고할 수 있는 건 그리 많지 않으니까. 그땐 정말 진정성을 가지고, 공부를 하든, 사람을 찾아다니든 해야 하고, 뭐가 문제인지를 숙고해야 하는데,

14. 쉽게 따라 할 수 있는 것에 너무 익숙해지면, 어렵고 시간이 걸리는 해결책을 선택하기란 점점 어려워진달까?

15. 그래서 이런 사람들은 대체로 질문이 자기중심적인 경우가 많다. 자신의 문제를 해결할 답을 알려달라는 식이다. 특히 창작자나 콘텐츠 업계로 넘어오면, 이 질문들은 더욱 노골적으로 변한다. “썸원 님, 저는 어떤 콘텐츠를 만들어야 하죠? 어떻게 돈을 벌어야 하죠?”

16. 이런 질문을 받을 때면 대충 아무말을 하면서 넘기긴 하는데, 그렇다고 해서 이 질문들이 구린 질문이라는 점은 변하지 않는다.

17. 콘텐츠를 만드는 것이 업의 핵심인 창작자가 어떤 콘텐츠를 만들어야 하는지를 다른 사람에게 묻고, 사업을 하는 것이 업의 기본이 사업자가 돈을 어떻게 벌어야 하는지를 다른 사람에게 묻는다는 건 스스로 자신이 해야 할 일의 기본에 대해 별로 고민하지 않았다는 뜻이니까.

18. 과연 봉준호 감독이나 유명 감독들이 다음 작품을 뭘 해야 할지에 대해 다른 사람들에게 의견을 묻고 그걸 따를까? 그보다는 자신의 아이디어에 대한 다른 사람들의 반응을 보고 개선하지 않을까?

19. 게다가 창작자는 그게 구리든 아니든, 자기 삶의 모든 순간을 콘텐츠로 만들 수 있는 일종의 특권 같은 걸 가지고 있는데, 남에게 아이디어를 구하는 것이 맞을까? 단순히 인기 있는 무언가를 추종하는 것이 맞을까? 만약 추종한다면 내가 그걸 왜 추종하는지에 대한 자신만의 명확한 이유가 있어야 할 것 같고.

20. 무튼 답은 모르지만, 지금 당장 답을 모른다는 건 그리 큰 문제가 아니다. 열린 태도를 가지고 가설을 세우고 검증을 하면서 나아가면 되니까. 정말 큰 문제는 남에게서 쉬운 답을 얻으려는 태도일지도 모르지. 무튼 나 화이팅 ;) 

https://blog.naver.com/somewon_co/223218034742

네이버 블로그 | 가장 보통의 스타트업 CEO

'따라 하기'보다는 '업의 본질'에 집중하기

TypeScript Origins: The Documentary features core contributors and community members like Anders Hejlsberg, Steve Lucco, Luke Hoban, Daniel Rosenwasser, Ryan Cavanaugh, Amanda Silver, Matt Pocock, Josh Goldberg & many more! It also covers adoption stories

TypeScript Origins: The Documentary

https://youtu.be/U6s2pdxebSo?si=RAfp1o8HtA-rRcnw

Microsoft는 왜 TypeScript를 개발할 가치가 있다고 생각했을까요?
이 다큐멘터리는 Microsoft가 TypeScript를 제작하게된 배경과 과정에 대해 깊이있게 다루고 있습니다.

다가올 추석, 여유롭게 시청하며 TypeScript와 더 가까워지는 시간이 될 수 있겠네요.

YouTube

TypeScript 다큐멘터리: TypeScript Origins

Spelling out the Design system

Spelling out the Design system

디자인 시스템 구성 및 관련 지식에 대해서 우선순위가 부여되어 있습니다.

1. Design principles
2. Visual language
3. Style guide
4. Pattern library
5. Tone of voice

디자인의 비주얼 언어로서 디자인 시스템에 대해서 이런 조언을 해줍니다.
"패턴과 원칙은 디자인 시스템의 필수적인 부분입니다. 그러나 팀으로 작업하는 경우에는 패턴과 원칙만으로는 충분하지 않습니다. 단어와 규칙의 집합만으로는 언어를 형성할 수 없습니다. 단어에 의미를 부여하고 다른 사람들이 그 의미를 공유하기 시작할 때만 언어가 되기 시작합니다."

Medium

퍼블리의 그로스 매니저로 커리어를 시작하여, 현재는 멤버십 사업을 총괄하고 있습니다.
합리적이고 해피한 세상을 향해 살아가고 있으며, 책과 교육, 경제에 관심을 가지고 있습니다.
일하는 것을 싫어하지만, 많이 하고 있습니다..

커리어리 Lead Product Manager

김광종

퍼블리 그로스매니저로 커리어를 시작하여, 프로덕트매니저와 사업총괄을 거쳐, 지금은 커리어리에서 채용 사업을 만들고 있습니다.
합리적이고 해피한 세상을 향해 살아가고 있으며, 책/교육/경제에 관심이 있습니다.
자유로운 삶을 추구하지만, 지금은 일에 매여 있습니다..

프로덕트 디자이너

김소라

디자이너

브랜드 가이드 개선
사용자 경험을 높이는 위치 기반 커뮤니티 앱 기획 및 디자인
기능 개발 및 운영
스케치 기반의 앱 UI 디자인
사업 소개를 위한 홍보물과 IR 자료 제작

Product Designer

iOS / Android 앱 디자인 및 업데이트
브랜딩 관점에서 앱 브랜드 개발
주요 개발 계획과 기획에 따른 채팅 앱 제품 디자인
피그마를 사용한 디자인 시스템 에셋 및 컴포넌트 디자인

디자인 팀 운영 및 업무 관리

UI 디자이너

여러 가지 일, 아주 많은 것을 정리하고, 분류하고, 변경하여 개선하고 향상시키는 중단기 로드맵을 구성하고 실행하는 One-Man 디자인을 하고 있습니다.
디자이너 한 명이 회사에 얼마나 많은 변화를 만들 수 있을지 도전해 봅니다.

ㅡ
프레이머를 사용한 웹사이트 디자인 및 운영
피그마를 사용한 내부/외부 고객을 위한 웹 기반 제품 디자인
디자인 시스템 구축을 위한 에셋과 디자인 컴포넌트 유지보수

마케팅을 위한 브랜딩과 광고 소재 제작
웹사이트 노출과 광고 데이터 관리
브랜드 가이드 작성 및 개선

사업 소개, CS, 고객 유입을 위한 자료 제작
행사 진행을 위한 인쇄물 디자인

디자인 운영 및 관리

스타트업 공동 창업자로 모든 제품 경험과 메시지와 기능, 브랜딩을 총괄하며, 하루하루 시장에서 제품이 살아남아 성장하는 성과를 내고 있다. 

로고 디자인과 브랜드 가이드 작성 및 개선
사용자 경험 개선을 위한 플로우 제작 및 VOC에 따른 기능 개선
중장기적인 디자인 관리를 위한 디자인 시스템 구축
스케치 기반의 앱 UI 디자인
웹과 출력물을 위한 디자인 및 비즈니스 에셋과 굿즈 제작
사업 소개를 위한 IR 자료 제작

pliossun

드리블에도 디자인을 올립니다.

드리블

브런치

제품을 성장시키는 회사에 필요한 디자인 관점의 문제 해결과 성과 중심의 결과를 추구하는 디자이너입니다. 웹과 앱에서 많은 제품을 출시했습니다.  시니어 디자이너로 스타트업과 프로젝트 초기에 필요한 넓은 시야와 로드맵을 생각하고 구현합니다.

댓글 0