2만 여명 후회 분석한 '후회의 재발견' 후회는 혹독한 스승, 우리를 인간답게 만든다 안 한 행동 후회 더 깊어, 가족 후회 커진다 후회는 인지능력...어린이, 뇌질환자 후회 못해 '후회 최소화' 집착 말고, 만족하고

[김지수의 인터스텔라] "더 사랑했어야, 더 대담했어야... 후회가 우리를 더 인간답게 만든다" 다니엘 핑크

다니엘 핑크의 신작 <후회의 재발견>을 보았다. 동시대 가장 사려 깊은 통찰력을 자랑하는 미래학자가 코로나 이후 인생의 가장 훌륭한 스승으로 “후회”를 지목했다는 것이 의아했다. ‘후회 없는 삶’을 모토로 삼은 사람들에겐 정신이 번쩍 들 일이다.

다니엘 핑크는 전 세계 2만 2천 명의 후회를 수집하고 분석한 역대급 설문조사를 증거로 제시하며, ‘후회는 유한한 삶을 사는 인간을 이루는 근간’이며, ‘후회야말로 우리를 더 인간답게 만드는 능력’이라고 결론 내린다.

1️⃣후회란 무엇인가?
🅰️삶을 바로잡고 싶어 하는 건강하고 본질적인 충동입니다. 후회는 생계보다는 삶에 대해, 나 자신의 진실에 관해 묻는 출발점이 되지요.

2️⃣잘 나가는 미래학자인 다니엘 핑크와 ‘후회’는 어울리지 않는 조합이다. 왜 후회에 관심을 갖게 됐나?
🅰️어느 날 문득 인생의 마일리지가 쌓인 시점에 이르렀다는 생각이 들었어요. 적잖은 세월이 쌓였으니 지난 시간을 되돌아보게 되더군요. 돌이켜보니 행하지 않아 미련이 남은 일들과 실행했지만 후회로 남은 일들, 다르게 했더라면 좋았을 일들이 떠올랐습니다.

다행히 앞으로 펼쳐질 시간도 있으니 후회에서 교훈을 얻고 더 나은 미래를 만들어보자 싶더군요. 제 개인적인 후회를 다른 이들에게 터놓자 놀라운 일이 벌어졌어요. 적극적인 경청과 속 깊은 공감이 이어졌어요. ‘후회하지 않는다’는 말은 허튼소리였어요. 알고 보면 모두가 후회를 터놓고 얘기하길 원했습니다.

3️⃣후회에 관한 유의미한 발견은 무엇이었나?
🅰️사람들은 너무도 다양하게 많은 것을 후회하더군요. 연애, 재정, 가족, 교육 등. 그 심층구조를 들여다보니 후회는 네 가지로 정리됐어요. 사람들은 대체로 행동한 것에 대한 후회보다, 행동하지 않은 것에 대한 후회가 더 많더군요.

1) 삶의 안정적 인프라를 만들지 못한 것에 대한 기반성 후회
2) 성장을 위해 위험을 감수하지 않은 대담성 후회
3) 양심적이지 못한 일에 대한 도덕성 후회
4) 더 사랑하고 손 내밀지 못한 관계성 후회

4️⃣그 이유는 무엇인가?
🅰️이미 한 행동에 대한 후회는 선택지가 있어요. 괴롭혔던 사람에게 사과할 수도 있고, 흉한 문신은 지울 수도 있죠. 차선책으로 해석을 달리 할 수도 있어요. 예를들면 “그 사람이랑 결혼한 건 후회하지만 ‘적어도’ 예쁜 두 아이를 얻었잖아”.

하지만 무행동에 대한 후회는 다른 선택지가 없어요. 나이 들수록 우리가 괴로워하는 것도 그 때문이고요. 대부분 무행동에 대한 후회는 후회의 심층구조에서 가장 큰 비중을 차지하는 ‘대담성 후회와 관계성 후회’로 나타났습니다.

5️⃣최근에는 슬픔이나 고통 등 부정적인 감정도 중요하다는 것이 심리학의 트렌드이다. 후회는 다른 부정적인 감정들과는 어떻게 다른가?
🅰️1948년 사회과학자 수전 시마노프가 대학생들과 결혼한 부부들의 일상적인 대화를 녹음했어요. 녹취 분석 결과 후회보다 더 자주 언급되는 단어는 사랑뿐이었죠.

2008년 사회학자 콜린 새퍼리 등이 삶에서 가장 널리 퍼져 있는 부정적인 감정을 조사했을 때도, 참가자들이 가장 많이 경험한 감정, 가치 있게 생각한 감정 역시 후회였습니다. 결국 모든 분야의 학자들은 같은 결론에 도달했어요. “살아간다는 것은 적어도 얼마간의 후회를 쌓는 일이다.”

‘다른 선택을 했더라면…’이라는 자책은 우리를 괴롭힙니다. 그러나 놀랍게도 후회는 고도의 두뇌 작용이에요. 그저 감정이 아니라 인간만이 가진 놀라운 인지 능력이죠.

6️⃣하지만 건강하게 후회하는 건 쉽지 않다. 우울한 감정이 함께 덮치면 덫에 빠진 것 같다.
🅰️인정하고 싶지 않지만, 우리가 착각하는 게 있어요. 인간의 목적이 기쁨을 느끼는 것이라는 거죠. 천만에요. 인간의 목적은 생존입니다. 후회는 적응력이 뛰어납니다. 우리가 하루빨리 자기기만에서 벗어날수록, 배우고 성장할 수 있어요.

7️⃣ 후회의 기술을 잘 사용한 대표적인 유명인으로 누구를 꼽을 수 있나?
🅰️노벨과 제프 베조스입니다. 노벨은 다이너마이트 공장을 세워 백만장자가 됐지만, 자신의 미래를 본 후 후회를 바로잡았습니다. ‘죽음의 상인이 죽었다’라는 잘못 나간 부고 뉴스를 읽고, 노벨상을 만드는데 재산을 전부 기부했어요.

제프 베조스도 “그 일을 하지 않으면 미래에 후회하게 될까?”라는 질문을 던졌어요. 80세 미래로 가본 그는 대담성 후회를 예상했고, 그것을 최소화하려는 소망을 현재 행동의 원동력으로 삼았어요.

8️⃣ 그러나 보통 사람이 미래로 가서 후회를 예측하는 것은 어렵고, 부정적 상상으로 오히려 현재가 위축될 소지도 크다.
🅰️후회를 최소화하는 것과 위험을 최소화하는 것은 다릅니다. 핵심은 후회의 최소화가 아니라 최적화입니다. 평생 무수히 많은 결정을 내리는 만큼 빈틈없이 완벽한 결정을 내리는 건 불가능해요. 관건은 ‘올바른 후회’를 최소화하는 거죠.

9️⃣후회의 최적화는 정확히 어떤 상태를 말하는가?
🅰️말씀드렸듯이 연구를 통해 4가지 범주의 후회가 중요하다는 걸 알았어요.
1) 안정적인 기반을 다지지 못한 것(기반성 후회)
2) 배우고 성장할 수 있었던 합당한 기회를 붙잡지 못한 것(대담성 후회)
3) 옳은 행동을 하지 못한 것(도덕성 후회)
4) 사람들과 가까이 지내지 못했던 것(관계성 후회)

훗날 뼈저리게 통탄하게 될 4가지 핵심 후회는 최소화하는 데 힘쓰되, 그 외의 일들에 대해서는 너무 신경 쓰지 마세요. ‘적당히 만족스러운 결정’을 내리는 것으로 족합니다. 그러면 행복해질 거예요.

🔟마지막으로 과거와 미래를 질주하는 상상력 넘치는 한국인들을 위해 인생에 풍미를 더해가는 ‘후회 사용 팁’을 부탁한다.
🅰️첫째, 사람은 누구나 후회하게 마련이라는 사실을 이해하세요. 둘째, 후회하는 자신을 경멸하지 말고 친절하게 대하세요. 셋째, 신뢰하는 두세 사람과 팀을 이뤄서 정기적으로 후회로부터 교훈을 이끌어내세요.

미래의 후회에 대해서라면, 거듭 말하지만 대부분의 결정에는 진을 빼지 마세요. 그보다는 실행하지 못한 것, 기회를 붙잡지 못한 것, 옳은 일을 하지 못한 것, 여러분이 아끼는 사람에게 가까이 다가가지 못한 것을 후회하는 일이 없도록 노력하세요.

Naver

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

<평판의 중요성>

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Brunch Story

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

프로덕트 개발 과정에서 하는 사용자 리서치는 크게 두가지로 나눌 수 있다. 

아직 문제와 유저니즈가 무엇인지 구체적으로 알지 못할 때 이를 정의 내리기 위한 목적으로 하는  "exploratory"리서치. 그리고 솔루션을 도출하는 과정에서 뽑아 낸 몇가지 아이디어에 대한 피드백을 받기 위해 하는 "evaluative" 리서치 (사용성 테스트가 이 영역에 속한다). 

많은 회사에서 리서쳐 인력 자체가 없거나, 디자인 성숙도가 떨어지는 조직일 때, 전자를 과감하게 스킵하는 경우가 많다. 나의 경험을 돌아보면 이런 경우가 훨씬 더 흔했던 것 같고 안타까운 일이지만 그 가운데 배운 것이 있다. 

"evaluative" 리서치인 사용성 테스트를 적극 활용하여 필요한 인싸이트를 최대한 끄집어 내는 것이다. 그래서 테스트를 시작할 때 이 질문을 꼭 잊지 않는다. "Tell me about the last time you used the feature/product/service [...]" 

그리고 이에 덧붙여 다음과 같은 질문을 끼워 넣는다면 "exploratory"리서치의 부재로 탄탄하지 못했을 수도 있는 유저의 니즈에 대한 이해를 더 끌어올릴 수 있다.

👉🏼 왜 애초에 이 앱을 열었나/왜 이 프로덕트를 사용하게 되었나? - 사용자의 동기와 컨텍스트에 대해 알 수 있다.

👉🏼 이 기능에서 기대하던 바가 무었이었나? - 사용자가 이 서비스/기능에 대해 가지고 있던 기대치와 그들의 니즈를 파악할 수 있다.

👉🏼 이 기능을 쓰면서 어려운 점이 있었나? 원했던 결과를 얻을 수 있었나? - 이 기능이 가지는 사용성의 문제를 꼬집어 낼 수 있다. (이미 알고 있었다면 그걸 컨펌하는 하나의 데이터포인트를 얻는 셈이고, 모르던 문제라면 보너스 같은 배움이 될 것이다!)

그리고 마지막 덧붙이는 말:

리서치 방법론을 좀 공부했다면 다 알법한 얘기지만, 막연하게 어떤 서비스에 대해 어떻게 생각하냐는 기호를 묻는 질문 보다, 이렇게 콕 찝어 구체적으로 최근에 한 경험을 떠올리게 하는 ("Tell me about the last time...") 질문은 고퀄의 데이터를 얻는 꿀팁 1번이 되겠다.

사용성 테스트에 꼭 끼워 넣는 이 질문

기원전 210년 중국의 항우는 군대를 이끌고 진왕조의 군대를 공격하기 위해 양자강을 건넜다. 밤이 되어 강둑에 진을 치고 밤을 보낸 그의 군대가 아침에 일어나보니, 배가 불길에 휩싸여 있었다. 놀란 군대는 적이 공격한 줄 알고 반격할 준비를 했다. 그런데 배에 불을 지른 것은 바로 항우 장군이었다. 그는 조리도구까지도 부수라고 명령했다.

항우는 부하들에게 음식을 만들 수도, 돌아갈 배도 없으니, 승리 아니면 죽음밖에 다른 선택이 없다고 했다. 하지만 이는 병사들이 전투에 몰입하는 데 큰 영향을 미쳤다. 창과 활을 든 병사들은 적군에게 돌진했고, 군대는 9번의 전투에서 대승을 거둔다.

“요즘 컨텍스트 스위칭을 하느라 너무 바빠요.”

종종 주변 동료나 팀원으로부터 이런 이야기를 들을 때마다 드는 생각이 있다. 사람은 하나 이상의 일에 집중하지 못한다. 그리고 성과는 몰입할 때 나온다. A팀의 일, B팀의 일, C팀의 마케팅 일, 여러 가지 맥락에 빠져서 허우적대고 있다면 맥락이 많은 것이 문제가 아니다. ‘모든 걸 잘 하려고하는 게 문제다.’ 중요한 것 하나만 잘하면 된다. 이루지 못하는 과업이나 ‘덜 중요한 테스크’는 과감히 쳐내는 것이 진짜 성과를 만드는 법이다.

사실 컨텍스트 스위칭(Context Switch)를 일에서 쓰는 것부터가 조금 웃긴 면이 있다. 이는 사람이 일하는 방식이 아니라 컴퓨터가 일하는 방식을 설명하기 위해 쓰는 용어이기 때문이다. 컴퓨터는 하던 일을 멈추고 언제든지 다른 일로 갈아탈 수 있으며, 이에 대한 비용이 별로 없다. 그러나 사람은 이것이 불가능하다. 달리기를 하다가 요리를 하다가 달리기를 하는 것을 상상이나 할 수 있는가?

일반적으로 우리는 다른 선택을 차단해야 한다고 생각하지 못한다. 우리는 모든 대안을 확보하고자 열심히 일한다. 아이가 어느 곳에 재능을 보일지 몰라 피아노, 물리, 프랑스어, 원예, 태권도 등 모든 대안을 다 제공한다. 현대사회는 무엇이든 될 수 있다고 믿는다. 문제는 이 꿈을 낱낱이 이루려는 데 있다. 인간이 그 모든 것을 다 할 수 있을까? 다른 가능성을 샅샅이 살펴보느라 우리는 많은 것을 놓치게 된다. 

하지만 진짜 성과는 몰입에서 나온다. 정말 중요한 것을 이루어내고자 한다면 그렇지 않은 것을 과감히 버려야한다.

컨텍스트 스위칭하지 마세요.

매일 20억 명 이상이 사용하는 페이스북이 브랜드 정체성을 새로고침했습니다. 이번 새로고침에서 페이스북은 브랜드를 상징하는 요소를 강화했습니다. 제품부터 마케팅까지 페이스북 브랜드를 통합했고 페이스북을 상징하는 파랑색을 중심으로 새로운 팔레트를 구성했습니다. "우리는 새로워진 로고가 친숙하면서도 역동적이고, 세련되고, 우아한 느낌을 주기를 원했습니다.

페이스북 브랜드 리프레쉬: 섬세하게 다듬고 다듬은 정교한 조각

매일 20억 명 이상이 사용하는 페이스북이 브랜드 정체성을 새로고침했습니다.

이번 새로고침에서 페이스북은 브랜드를 상징하는 요소를 강화했습니다. 제품부터 마케팅까지 페이스북 브랜드를 통합했고 페이스북을 상징하는 파랑색을 중심으로 새로운 팔레트를 구성했습니다.

“우리는 새로워진 로고가 친숙하면서도 역동적이고, 세련되고, 우아한 느낌을 주기를 원했습니다. 미묘하지만 중요한 변화로 우리는 앞으로 추구하는 인상과 광학적인 균형을 이룰 수 있었습니다.”

디자인 디렉터 Dave N이 밝혔습니다.

https://designcompass.org/2023/09/25/facebook-brand-refresh/

디자인 나침반

리캐치에서 국내 B2B 팀들이 참고할 수 있는 벤치마크 데이터 리포트를 공개합니다. 도합 매출 7,000억, B2B 기업 총 93곳에게 직접 물어 그들의 답변을 모았습니다.

'B2B를 파는 사람과 사는 사람의 모든 것' 벤치마크 리포트 공개 - 리캐치 블로그

저희 비즈니스캔버스 리캐치 팀에서 [B2B를 파는 사람과 사는 사람의 모든 것] 벤치마크 리포트를 발행했습니다.

글로벌과 B2B 비즈니스를 지향하는 다양한 스타트업을 만나며 시장의 수요는 강력하지만, 이에 대한 국내의 참고 자료나 데이터가 매우 부족한 것을 느껴 프로젝트를 시작했는데요. 

저희 팀의 정보와 더불어 다른 팀은 어떻게 제품을 알리고 팔고 있는지, 그리고 B2B 소비자들이 왜 제품을 구매하며, 어떤 이유에서 이탈하는지 등 B2B 서비스를 만들어나가고 있는 팀이라면 한번쯤 깊게 고민해볼 내용들에 대한 정보들을 꾹꾹 눌러 담았으니 필독 추천드립니다!

🎁리포트 신청하기: https://bit.ly/3t0noEX

이런 내용을 확인하실 수 있습니다!
✅ 다른 기업은 어떤 채널에서 잠재 고객을 발굴할까
✅ 다른 기업은 잠재 고객의 관심도를 어떻게 높일까
✅ 가장 효과적인 세일즈 채널과 형태는 무엇일까
✅ 잠재 고객을 어떻게 응대하고 있을까
✅ 상위 25%와 하위 25%의 세일즈 퍼포먼스는 어떻게 다를까
✅ 몇 명의 잠재 고객이 실제 세일즈 미팅으로 이어질까

Re:catch Blog

[B2B를 파는 사람과 사는 사람의 모든 것] 벤치마크 리포트 챙겨가세요

혹시 지금 텍스트 검수만 하고 있나요? | "당신만을 위한 맞춤형 콘텐츠!" 요즘은 헷갈릴 때가 많습니다. 알고리즘이 워낙 정교하다 보니, 유행과 구분할 수 없게 되었거든요. 요즘 들어 유독 어떤 영상이, 어떤 상품이 많이 보이는 것 같은데, 이게 유행이라서 그런 것인지 내가 구경했던 것들과 관련 있어서 나한테만 많이 뜨는 것인지 구분이 안되더라고요.

작은 브랜드만 할 수 있는 UX라이팅

✍ 기획자의 글쓰기 시리즈
[📝 작은 브랜드만 할 수 있는 UX라이팅]

(👀 간단 요약)
📌 프로세스를 건드릴 수 없다
✓ 컨설팅 단계에서 프로세스에 대해서도 개선점을 찾음
✓ 하지만 실제로 라이팅에 반영되는 경우는 거의 없음. 프로세스를 건드릴 수 없기 때
✓ 그럼 실제로 변경되는 것은 텍스트뿐
✓ 다른 팀과의 협업이 필요, 여러 명의 결재를 받아야 하고, 여러 반대의견들을 격파해야 하기 때문

📌 개성을 담기 어렵다.
✓ 톤 오브 보이스, 텍스트 톤 앤 매너, 페르소나 등등으로 불리는 브랜드 개성의 영역
✓ 가장 많은 분들이 알만한 사례는 '토스', 어느 새부터 대부분의 금융사가 "~해요"라는 말투를 사용
✓ '해요'체 쓴다고 UX라이팅이 아니고, UX라이팅이 무조건 친근해야 하는 것은 아님
✓ 하지만 결과적으로는 개성이 강한 보이스는 잡기가 어려움. 규모가 워낙 크기 때문
✓ 시도할 수 있는 것은 '격식을 차리는 정중함'에서 '친근하고 유쾌함'정도의 변화
✓ 1 금융권 은행이 갑자기 당근마켓처럼 "이체가 완료되었습니당!"이라고는 할 수 없으니
✓ ~에게 50,000원을 보냈어요."정도에서 만족하는 것
✓슬랙은 종종 위트 있는 문구를 업데이트 노트에 활용
✓ 보안을 강화했지만 실제 사용할 때는 느끼기 어려울 거예요. 열심히 일하는데 티가 안 나는군요.
✓ 보내기 취소'기능이 추가되었어요. 물론 직장 동료에게 욕을 하고 지우라는 의도로 만든 것은 아닙니다.
✓ 슬랙의 업데이트 문구는 흉내 낼 수 있을 만큼 개성이 뚜렷

📌 텍스트 검수만 하지 마세요
✓ 위의 내용은 대기업에서는 할 수 없는 UX라이팅, 바꿔 말하면 작은 브랜드에서만 가능한 것
✓ 텍스트 검수가 주요 업무 중 하나가 될 수는 있지만, 저는 좀 더 거시적인 관점에서의 해석도 필요
✓ 텍스트 검수의 관점에서 벗어나서, "텍스트 중심으로 경험을 분석하는 관점"이 필요
✓ 더 나은 경험을 위해서라면, 팝업창 자체에 로그인 기능을  넣거나 일단 서비스를 이용하게 하는 방법도 가능
✓ 버튼의 크기에 따라 텍스트가 달라질 수 있고, 버튼을 추가해야 할 수도, 프로세스 자체를 점검해야 할 수도
✓ 물론 UX라이팅의 관점에서는 텍스트로 이를 해결할 방법을 찾아서 제시할 수 있어야
✓ 그것은 대안 중 하나일 뿐이라는 점을 잊지 않아야 한다는 이야기

안녕하세요. 커뮤니티 빌더 여러분 스트래치드 입니다. 개발자들에게는 없어서는 안되는...

'이거 마시면 깃허브 쓰는 거다?' GitHub의 맥주 플러팅🍺

- 창업 초기부터 개발자 커뮤니티에 초점을 맞춰, 오픈 소스의 가치와 협업의 중요성을 강조하며 성장
- 개발자들이 서로 협력하고 도와줄 수 있는 기능적 환경을 구축하고, 더 나아가 여러 커뮤니티 활동을 통해 서로 교류하고 성장할 수 있도록 하는 행사 및 교육 지원
- 학습적 지원 - 깃허브 에듀케이션 (GitHub Education), 깃허브 러닝 랩 (GitHub Learning Lab)
- 이벤트 지원 - 깃허브 유니버스(GitHub Universe), 깃허브 새틀라이트(GitHub Satellite),  깃허브 밋업 (GitHub Meetups), 깃허브 해커톤 (GitHub Hackathons)

"유튜브는 원래 데이팅 어플이었다?" 스타트업 피봇 사례 39가지

사용자 리서치와 관련된 상세 진행 방법을 '문제 발견' 등과 같은 조건에 따라 쉽게 확인할 수 있도록 도와주는 곳!

조건에 맞는 사용자 리서치 방법을 상세히 정리해주는 곳 - 지금 써보러 갑니다

💘 이런 서비스는 어때요?
[💡 사용자 리서치를 준비하고 있다면?]

(👀간단 요약)
✓ 리서치 목적과 상황에 따른 방법을 상세히 정리해주는 곳 : http://www.icunow.co.kr/uxmethods/
✓ 사용자 리서치, 사용성 테스트 등 사용자 경험을 구축하는데 필요한 내용을 정리해주는 곳 : http://www.icunow.co.kr/uxcookbook/
✓ 사용자 리서치 진행에 필요한 툴을 큐레이션 해주는 곳 : http://www.icunow.co.kr/userinterviews
✓ 사용자 리서치를 진행하는데 필요한 종류별 정보를 제공해주는 곳 : http://www.icunow.co.kr/researchbookmark/

지금 써보러 갑니다

사용자 리서치를 준비하고 있다면?

쿠키 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

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

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

Secrets To Successful UX Writing | 디지털 산업 분야에서 UX 라이팅이 요즘 인기죠. UX라는 분야가 확장하기 시작한 후, 사용자 경험을 구성하는 모든 요소가 주목받기 시작한 것 같습니다. 그래서 오래 전부터 UX 라이팅 비결에 관한 글을 번역하고 싶었는데, 마침 좋은 기사를 찾게 되었습니다. 원문 링크는 글 하단에 있으며, 많은 부분을 추가, 생략, 의역했습니다.

성공적인 UX 라이팅 비결

UX 라이터 인터뷰 이후, 평소 번역하고 싶었던 아티클을 번역해봤어요. ‘사람들에게 길을 안내하는 것’과 더불어 ‘물 흐르듯 매끄러운 경험’을 제공하는 것이 UX 라이팅이라는 걸 알게 되었습니다.

코드스테이츠의 알럼나이를 연결하는 콘텐츠를 기획하고 제작하는 중입니다.

커뮤니티 콘텐츠 매니저

프로워커들을 위한 서비스를 기획했습니다.

콘텐츠 에디터/기획자

기자

김수진

좋아하는 것이 많아질수록 세상이 다채롭게 구축된다고 믿습니다.
#콘텐츠마케팅 #스타트업 #끊임없이배우기

댓글 0