아나의 뮤직 IP | 브라질의 변호사 아나가 케이팝과 축구에 대해 얘기합니다

🏛️DJ 아나 | 케이팝과 축구 클럽은 필연적으로 만납니다, 어떤 일들이 가능할까요?

이 글을 쓴 아나 클라라 리베이로(Ana Clara Ribeiro)는 브라질의 지적재산권(상표권 및 저작권) 전문 변호사이면서 작곡가로도 활동 중이다. 2017년 해외 매체에 케이팝에 대한 아티클을 쓴 최초의 브라질 사람 중 한 명으로, 이후 WIPO(세계 지식재산권 기구) 매거진, 팝 매터즈(PopMatters), 롤링스톤 코리아(Rolling Stone Korea), IP 워치독 등에 케이팝 IP에 대한 칼럼을 기고하고 국제 학술대회에서 BTS 및 케이팝 그룹의 지식재산권에 대한 연구를 발표했다. 

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

저는 음악 산업의 마케팅 및 지적 재산권 전략에서 팬덤의 영향력을 연구하면서, 지난 몇 달 간 스포츠 산업과 음악 산업의 유사점을 연구해 왔습니다. 하지만 2022 FIFA 월드컵 기간 동안 많은 사람들이 '축구의 케이팝화(the Kpopification of soccer)'라고 부르는 소셜 미디어 현상이 발생했을 때는 저도 깜짝 놀랐어요.

기본적으로 월드컵을 시청하던 케이팝 팬들은 자신이 가장 좋아하는 선수를 응원할 때 전형적인 국가별 케이팝 팬 행동을 재현했습니다. 다시 말해 포토카드, 팬캠, 팬아트, 팬 계정의 업데이트 등 온라인 케이팝 팬덤에서 흔히 볼 수 있는 일들이 '최애' 선수를 응원하는 과정에서 똑같이 벌어졌죠.

하지만 감히 말하건대, 팬들 만이 '풋케이팝'의 세계를 움직이고 흔드는 건 아닙니다. 저는 이제 케이팝과 축구가 만나 어떤 일이 일어나는지, 그리고 이 만남이 비즈니스에서 어떤 의미를 가질 수 있는지 살펴볼 겁니다.

1. 2022년 월드컵: 케이팝과 축구의 교차점

2. 축구와 케이팝: 팬들이 유사점을 착각하고 있을까요?

3. 월드컵 이후의 '풋케이팝(Footkpop)'

4. 이제 어디로 가게 될까요? 몇 가지 힌트와 트렌드 예측
    Short-term
    Mid to long-term
    Very long-term

https://maily.so/draft.briefing/posts/8128b307

조쉬의 프로덕트 레터

케이팝과 축구 팀이 반드시 만나는 지점, 팬덤과 비즈니스

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

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

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

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

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

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

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

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

안녕하세요, 초기 스타트업 전문 투자사 매쉬업엔젤스입니다. 현재 스타트업과 창업에 관심이 있는 PM/PO를 대상으로 하반기 행사를 기획 중입니다. 먼저, 인터뷰를 통해 창업에 대해 어떤 고민을 하고 있는지, 어떤 부분을 필요로 하는지 듣고자 인터뷰를 마련하게 되었습니다. 참여하시는 분들에게 더 의미 있는 행사를 기획하기 위해 인터뷰이를 모집하고 있으니 많은 참여 부탁드립니다.

[매쉬업엔젤스] PM/PO 인터뷰이 모집

"언젠가 나도 창업해야지~"라고 생각하고 있는 PM/PO 와 이야기 나누고 싶어요!
(feat. 매쉬업엔젤스)

저는 직전 회사인 퍼블리(커리어리)에서의 7년을 포함해서 10년정도의 기간을 CPO로 있었는데요.
이 기간동안 많은 PM/PO분들을 채용하거나 네트워킹 했고, 만날때마다 어떻게 PM/PO 커리어를 선택했는지 꼭 질문을 드렸습니다.

놀랍게도 언젠가 창업을 하고싶고, PM/PO 커리어가 창업에 직접적인 도움이 될 것이라 생각해서 선택했다고 답해주신 분이 과반 이상이었습니다.
채용 과정에서 창업 계획이 있다는 이야기를 하기 쉽지 않은 것을 감안하면 더 많은 PM/PO 분들이 마음 속 한켠 창업 욕심이 있지 않을까 싶습니다.

최근 초기투자로 유명한 매쉬업엔젤스(오늘의 집, 마이리얼트립 등 투자)와 함께 창업에 관심있는 PM/PO 분들을 위해 무언가를 해볼 수 있지 않을까 고민을 해보고 있는데요.

우선은 제가 현직 PM/PO 분들과 인터뷰를 하면서 창업에 대한 생각, 고민에 대해서 들어보는 자리를 가져보려고 합니다. 화상으로 30분정도 진행하는 가벼운 커피챗이니 많은 관심 부탁드릴게요! 이렇게 또 인연이 되어서 앞으로 계속 교류할 수 있는 기회가 될 수 있다면 좋겠네요.

주변에 창업에 관심있는 PM/PO가 있다면, 많은 공유 부탁드리겠습니다.

커피챗 신청 링크: https://forms.gle/qrb82mK7G4cMAXjR9

Google Docs

1 프로덕트 방법론은 프로덕트를 만드는 방법이다. 제품을 만드는 방법은 시간에 따라 진화해왔다. 기술과 ...

[ 프로덕트매니저 101 (10) ] 프로덕트 방법론의 이상과 현실. 질투는 무지고, 모방은 자살이다.

1
프로덕트 방법론은 프로덕트를 만드는 방법이다. 제품을 만드는 방법은 시간에 따라 진화해왔다. 기술과 환경이 발전했다. 스타트업들도 더 많이 생겨났다. 더 빠르게 생존하고 성장하기 위한 시도들이 있었다. 그렇게 자연스럽게 방법은 변해왔다.

​

​
2
방법론을 검색해 본다. 수많은 글과 의견들이 많다. 제품을 다룬 책들에서도 빠지지 않는 주제다. 멋져 보인다. 하지만 나의 조직, 우리 회사의 모습과 비교해 보면 어떤가. 의기소침해질 때가 많다. 남들은 멋지게 일하는데, 우리 조직은 왜 이렇단 말인가.

​

​
3
사상가 에머슨이 말했다. 질투는 무지고, 모방은 자살이다. 우리는 우주에 하나뿐인 존재다. 그 누구와도 같아질 수 없다. 그 사람들이 모인 조직도 마찬가지다. 그 조직이 모여서 하는 일도 그렇다.

​

​
4
그 방법론이 무엇이건 비교는 아무 의미가 없다. 방법론을 말하는 책, 글을 쓴 사람, 의견을 낸 사람들은 그들의 의견을 말할 뿐이다. 과연 그들은 스스로 말하는 것을 모두 이해하고 있을까? 직접 해봤을까? 그렇지 않다.

​

​
5
크리스마스 저녁, 집에서 혼자 인스타그램을 켰다고 해보자. 앱을 보니 다들 즐겁고 신났다. 온 세상의 크리스마스는 모두 행복과 즐거움뿐이구나. 방구석에 홀로 있는 나만 패배자가 된 거 같다. 우울하다. 비참하다. 누구나 한 번쯤 비슷한 경험이 있을 거다. 인스타 속의 모두는 정말 행복했을까?

​

​
6
SNS는 노출과 관음으로 돌아간다. 우리는 내게 소중하고, 남에게 뽐내고 싶은 순간을 SNS에 기록한다. 내 시선보다 남의 시선의 콘텐츠를 만든다. 반대로 내가 피드에서 보는 사진들도 마찬가지다. 멋지게 찍힌 음식 사진은 정말 훌륭하다. 하지만 그 사진을 찍는 우스꽝스러운 포즈는 모두 다 같다. 보이지 않을 뿐이다.

​

​
7
프로덕트 방법론도 마찬가지다. 방법론에 대한 의견들은 그저 도구의 나열과 설명일 뿐이다. 그들도 다 모른다. 그들도 해보지 않았다. 설명하고 의견을 말하는 건 정말 쉽다. SNS 포스팅과 다르지 않다.

​

​
8
방법론은 도구다. 그 방법으로 결과를 만들어 낼 때 의미가 있다. 경험해 보지 않는 방법론에 대한 무조건적인 선호는 위험하다. 머릿속의 시뮬레이션과 현실은 다르다. 제품은 혼자서 만드는 것이 아니기 때문이다. 방법론은 혼자 존재해서는 아무런 의미가 없다.

​

​
9
프로덕트 방법론은 거기에서는 맞고, 여기에서는 아닐 수 있다. 애자일과 A/B Test의 신봉자가 있다고 하자. 그가 어떤 경험을 갖고 있는지 모른다. 어떤 조직과 일했는지도 모른다. 다만, 그는 그 도구를 통해 '거기에서' 가치 있는 경험을 했을거다. 그 이상도 그 이하도 아니다. 그 경험이 '여기에서'도 같은 성과를 보장하지 않는다.

​

​
10
핵심은 '여기에서' 맞는 방법을 찾는 것이다. 우리에게 맞는 방법론과 조직 형태를 고민할 때 가장 중요한 건 문화다. 나의 동료들은 어떤 생각과 경험을 갖고 있는가. 우리에게 맞는 제품을 만드는 방식, 조직의 구성 형태는 무엇인가.

​

​
11
예를 들어 우리의 사업이 Lean 한 실행과 접근이 반드시 필요하지 않다고 하자. 그럼, 적절한 주기의 워터폴로 제품을 만들 수도 있는 거 아닌가. 워터폴은 이미 한물간 방법론이니 무조건 배제하는 것이 과연 맞을까. 누구를 위한 선택인지 잊지 말아야 한다. 남이 아닌 나다. 우리 조직이다.

​

​
12
십여 년 전 PM의 역할이 생소할 때 영문으로 된 프로덕트 매니지먼트 자료들을 열심히 봤다. 그리고 좌절했다. 정말 이렇게 일할 수 있다고? 그들은 그렇게 일한다고 치자. 그건 그들의 문화에 맞는 그들의 방식이다. 우리는 우리에게 맞는 우리만의 방식을 찾아야 한다. 그 판단은 누가 할 수 있을까? 아무도 도와줄 수 없다. 팀에서 함께 일하는 사람들이 고민하고 협의해서 만들어가야 한다. 우리의 숙제를 남에게 맡길 수는 없지 않은가.

​

​
13
참고할 사례와 롤 모델은 있을 수 있다. 하지만 우리는 절대 그들과 같아질 수 없다. 취할 것을 취하고 우리에게 맞는 방식을 찾아야만 한다. 그게 유일한 방법이다. 잊지 말자. 도구를 이야기하는 많은 사람들은 그 도구를 써서 성과를 만들어 본 적이 없다.

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

< 프로덕트 방법론의 이상과 현실 - 질투는 무지고, 모방은 자살이다 >

질 P. 웨버가 쓴 <브레인포그> 표지에는 "왜 생각을 하다가도 자꾸 멍해는 걸까?"라는 질문이 있습니다. 흐리멍덩한 뇌의 원인과 증상별 맞춤 처방(10가지)을 내린다는 이 책에는 8가지 브레인포그 체크리스트가 있습니다.

1️⃣ 대화 중에 갑자기 무슨 말을 하고 있었는지 잊어버리는 경우가 많다.
2️⃣ 바쁘게 하루를 보내지만 무엇을, 왜 했는지는 기억이 잘 나지 않는다.
3️⃣ 해야 할 일을 잊고 있다가 일정이 닥쳐서야 기억하고 간신히 처리한다.
4️⃣ 한 가지 일에만 온전히 집중하기 어렵다.
5️⃣ 멍하니 스마트폰만 들여다보고 있는 시간이 많다.
6️⃣ 항상 피곤하고 지쳐 있다.
7️⃣ 사람들과 어울림 심리적, 시간적 여유가 없다고 느낀다.
8️⃣ 불면증, 과식 또는 식욕감퇴 등의 문제를 겪고 있다.

아래는 서문에서 발췌했습니다. 

“만성 스트레스에 시달리면 뇌의 생리학적 반응인 투쟁-도피 반응이 계속 켜져 있어 스트레스 호르몬이 쉴 새 없이 분비된다. 우울감, 신경쇠약, 기억력과 집중력 감퇴, 멍해지고 잠 못 이루는 증상은 모두 만성적으로 높은 코르티솔 수치와 관련 있다. 스트레스로 발생하는 브레인포그는 치매 등으로 인한 의학적, 신경학적 의식혼탁 현상과는 다르다. 주변 환경 및 그에 대한 나의 반응에 기초를 두고 있기 때문이다. 시간이 흐르면서 소소한 스트레스가 축적되면 기운이 소진되고 삶의 방향성을 잃어버리며, 끓는 냄비가 한순간에 흘러넘치듯 더는 건강하게 생활할 수 없는 지경에 다다르고 만다. 그러나 다행히 방향을 수정해서 브레인포그에서 벗어나 명료하고 밝은 햇살 아래로 돌아오도록 이끌 방법이 있다”

[ 큐레이터의 문장 🎒 ] 

많은 경우 내가 어떤 처한 위기신호를 너무 늦게 알아차리기 때문에 심각한 문제가 발생합니다. 로켓을 발사하기 전에 문제를 알았다면 개선하고 해결할 수 있는 문제를 발사 후에 알게 된다면 궤도에 이르기 전, 예상하지 못한 시점에 폭발합니다. 내가 바쁘게 하루를 보내고 있지만 계속 불만족스러운 상태이거나, 무엇을 하느라 시간을 쓰는지 모르겠다고 느낀다면 하루에 시간을 많이 쓰는 일과 그 순서, 그때 느끼는 나의 몸과 마음의 상태를 기록해 보고 점검해 볼 필요가 있습니다.

⟪내 삶의 몰입과 집중을 되찾는 10가지 방법⟫

Java Streams, introduced in Java 8, are a powerful and expressive functional programming feature that has revolutionized the way developers process collections and manipulate data. They offer a...

Java Streams - Everything you need to know

자바 8에서 소개된 자바 스트림은 강력한 프로그래밍 기능으로 개발자들이 컬렉션을 처리하고 데이터를 조작하는 방식에 혁신을 가져왔습니다. 데이터 처리에 대한 선언적이고 간결한 접근 방식을 사용하며, 깔끔하고 효율적인 코드를 작성하는 데 도움을 줍니다. 

이 글에서는, 자바 스트림의 매혹적인 세계를 탐험하며 그것의 장점, 기본 연산, 기능과 실제로 쓸 수 있는 예제를 살펴봅니다.

📌 자바 스트림의 장점

- 선언적인 형식: 자바 스트림은 개발자들이 구현 세부 사항보다 원하는 결과에 집중할 수 있는 하이-레벨의 표현 구문을 제공합니다. 
- 병렬: 자바 스트림은 최소한의 노력으로 효율적인 병렬 처리를 가능하게 합니다. 
- Laziness : 자바 스트림은 온디맨드 방식으로 평가되므로 특정 작업에 필요한 요소만 처리하여 성능이 향상됩니다.
- 코드 가독성: 스트림 연산은 코드를 더욱 유지보수하기 쉽고, 읽기 쉽게 만듭니다.

📌 자바 스트림 생성: 컬렉션부터 생성까지

스트림은 다양한 소스로 생성이 가능합니다. 다음은 스트림을 생성하는 방법입니다.

- 컬렉션으로: Collection.stream()
- 배열로: Arrays.stream(array)
- 스트림 빌더 사용: Stream.builder().add(element1).add(element2).build()
- I/O로: Files.lines(Path)
- Infinite 스트림: Stream.iterate(seed, function)

📌 스트림 연산 마스터 하기

자바 스트림은 중간 연산과 최종 연산을 포함한 많은 연산을 제공합니다. 중간 연산은 새로운 스트림을 반환하고, 최종 연산은 데이터 처리를 트리거하고 최종 결과를 반환합니다.

[중간 연산]
- filter(): 주어진 함수에 대해 요소를 필터링합니다.
- map(): 요소를 주어진 함수를 이용하여 변환합니다.
- flatMap(): 요소를 스트림으로 변환하고 생성된 스트림을 평면화합니다.
- distinct(): 유일한 요소들로 스트림을 반환합니다.
- sorted(): 주어진 비교자로 요소를 정렬합니다.
- peek(): 스트림을 수정하지 않고 각 요소에 액션을 수행합니다. 

[최종 연산]
- forEach(): 각 요소에 대해 액션을 수행합니다.
- toArray(): 요소를 배열로 전환합니다.
- reduce(): 요소를 단일 값으로 줄입니다.
- collect(): 가변 컨테이너에 요소를 수집합니다.
- min(), max(): 최소, 최댓값을 찾습니다.
- count(): 요소의 수를 셉니다.
- anyMatch(), allMatch(), noneMatch(): 해당 함수를 만족하는 요소가 있는지 테스트합니다.
- findFirst(), findAny(): 해당 조건을 충족시키는 첫 번째나 아무 요소를 반환합니다.

📌 자바 스트림 팁과 모범 사례

- 가능한 메서드 참조를 사용하여 코드를 더 읽기 쉽게 만듭니다.
- 병렬 스트림은 올바르게 사용하지 않으면 예기치 않은 동작을 일으킬 수 있으므로 주의하세요.
- 스트림의 성능과 병렬성에 영향을 미칠 수 있으므로 상태 저장 중간 연산의 사용을 제한합니다.
- 올바른 리소스 처리를 위해 I/O 사용 시에 항상 스트림을 닫습니다.

Medium

🕊️ 자바 스트림 - 당신이 알아야 할 모든 것

오늘 같이 일했던 프리랜서 개발자 분에게 추천사를 받았습니다. 같이 일했던 동료에게 받는 피드백은 부정적이든 긍정적이든 짜릿하고 늘 최고입니다. (도파민 같지만)

저는 힘들고 슬플때마다 힙합을 추진 않고(...🕺)
이전에 받았던 피드백이나 칭찬을 캡쳐해서
꺼내보곤 한답니다. 그러면 좀 나아지고 동기부여도 되고 자존감 회복에도 도움이됩니다.

커리어리가 이제 개발자 뿐만이 아니라 다양한 직군과 경력을 가진분들이 많이 생긴거 같은데요.
 
트렌드 글쓰기도, 질문하기도, 채용공고도 사이드프로젝트도 다 좋지만...
커리어리 유저 추천사를 써주는 기능이 있으면 좋겠어요. (장점 뿐만 아니라 보완했으면 하는점도 써주면 👍)

영입을 위한 레퍼런스 체크로 쓰일수도 있고
그 사람의 업무스타일을 미리 파악할수도 있고요.
코딩만 잘한다고 다가 아니라 얼마나 팀으로 
일할 수 있는 지, 협조성이 있는지도 가늠할 수 있겠네요.

잡플래닛이나 블라인드처럼... 회사의 리뷰는 많지만
사람리뷰는 좀처럼 보기힘들죠. 
폐쇄적이고 인사팀에서만 볼수 있거나 
돈을 내고 봐야 하고.
블레임을 적으면 자칫 명예회손죄나 재취업방해죄(?)로 몰릴 수도 있어서 그런게 아닐까 싶어요.

그래도 건강한 피드백은 성장하고 싶은 사람에게 동기부여가 됩니다. 무엇보다, 본인에게 잘 맞는 조직을 찾는데 도움이 될테고
추천사를 써준 동료에게 고맙다는 말을 전하는 계기가  될거에요.

아래 화면은 제가 개발자 분들에게 받은 피드백들이에요. "그래도 이 사람이 개발과 소통할 줄 아는 사람이구나"라는 인식을 심어준 것만으로도 내 일에 자부심을 느끼고, 오늘을 살 수 있게 해 줍니다.

그래서 커리어리에도 이런 기능이 있어서.. 선하게 쓰였으면 좋겠습니다. 많은 유저들이 "링●드인보다 커리어리를 쓰길 잘했다"고 생각하게 만들어주세요.

커리어리에 "동료추천" 기능을 요청합니다🙋

This week, Pitchbook published their latest Emerging Tech Indicator (ETI) report which tracks early stage investment activity amongst the world's most successful venture capital firms to " gauge which areas of tech are grabbing VCs' attention ". In Q3, th

Why are there so many Web3 startups?

Even with all the ongoing challenges across cryptocurrency, investment interest in Web3 sector is stronger than other industries. Why? Because entrepreneurs still want to start Web3 companies.

A decade plus ago, data used to be readily available online. Unfortunately for entrepreneurs today, data is no longer easily accessible. More than ever, the web is closed to share the Data across the differernt services for good reason: the data and the infrastructure running that **data is incredibly valuable.**

The “haves” (companies with data) generally no longer want to share with the “have nots” (startups), which is why Web3 has become so attractive to entrepreneurs: you get to build with data in Web3. With blockchains, data is freely available to everyone.

[영어기사] Web3 스타트업, 요즘 왜 이렇게 많은 건데?

Lenny's Newsletter에 소개된 (1) 리텐션 측정 방식과 (2) 리텐션을 높이는 제품 전략입니다. 저는 이 중 (1) 리텐션 측정 방식이 좋은 방법이라고 생각해 소개합니다!

https://www.grownbetter.com/article/210

다음의 그래프는 리텐션을 측정하는 새로운 방식, '코호트 리텐션'을 나타내는 그래프입니다. 
'코호트 리텐션'이란, 같은 기간에 가입한 신규 유저 중 n일 후 몇 퍼센트가 활성 사용자로 남았는지 보여주는 그래프입니다. 예를 들어 5월 5일에 가입한 모든 신규 유저 중 10주 뒤에 활동하는 유저는 14%입니다.

코호트 리텐션은 3가지 비즈니스 인사이트를 알려주기 때문에 중요합니다.

1. 시간이 지남에 따라 리텐션이 증가하는지 감소하는지
해당 그래프는 주차별 - 열로도 데이터의 증감을 확인할 수 있습니다. 예를 들어, 1주차에 리텐션이 감소하는 추세는 시간이 지날수록 더욱 강해지고 있네요.

2. 어떤 것이 매우 잘못되고 있는지 혹은 매우 잘되고 있는지
   *5월 19일에 가입한 신규 유저들은 다른 기간 가입한 유저들보다 활성 사용자수가 더 많이 더 오래 유지되었네요! 5월 19일에 실행한 프로모션이 효과가 있었음을 알 수 있습니다

3. [가장 중요!] 리텐션율이 납작해지고 있는지 = 리텐션율이 떨어지는 추세가 멈췄는지
리텐션율이 떨어지는 추세가 멈췄다면, 제품에 가치를 찾은 특정 사용자 집단이 존재한다는 것을 의미합니다. 이는 제품의 시장성을 발견하는 가장 좋은 방식이기 때문에 중요한 정보죠.

[기사 요약] PM이 '코호트 리텐션'을 측정해야 하는 이유

지난 시간에는 HTML, CSS, JavaScrip에 대해 배웠습니다. 그리고 이들의 기능을 구현하려면 컴퓨터가 두 대 필요하다고도 설명했습니다. [Ep. 2]에서 배웠던 Client, 그리고 Web Server입니다. 작은 빵집으로 비유를 들어봅시다. 고객(Client) : 빵 하나 주세요. 점원(Web Server) : 여기 있습니다. 고객 = Client는 빵 하나를 요청했고, 점원 = Web Server는 그대로 빵 한 봉지를 집어서 Client

[Ep. 4] 프랜차이즈 빵집으로 이해하는 WAS와 동적 데이터

1. 고객(Client) : 아메리카노 차갑게 산미 있는 원두로 한 잔 주세요.

2. 점원(Web Server) : 아이스 아메리카노 산미 있는 맛 맞으시죠? 번호표 받으시고 잠시만 기다려주세요.

3. 점원(Web Server) : 아메리카노 아이스, 산미 하나요!

4. 바리스타(WAS) : 잠시만요, 저희 창고에 얼음이랑 칠레산 원두 있는지 확인할게요!

5. 창고 관리자(DB) : 칠레산 원두랑 얼음 여기 있습니다.

6. 바리스타(WAS) : (칠레산 원두를 가지고 커피를 내리고, 얼음을 추가한다)

7. 바리스타(WAS) : 23번 아아메 나왔습니다!

8. 점원(Web Server) : 23번 고객님, 아이스 아메리카노 한 잔 나왔습니다!

Young X Young 기술블로그

프랜차이즈 빵집으로 이해하는 WAS와 동적 데이터

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

스타트업으로 출근합니다: 스타트업 여성 3인과의 인터뷰

스타트업 취업을 알아보는 취준생으로서
많음 도움이 됐습니다

Publy

박연지

#콘텐츠기획 #끊임없이배우기 #마케터 #데이터분석 #질문하는

댓글 0