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

안녕하세요, 초기 스타트업 전문 투자사 매쉬업엔젤스입니다. 현재 스타트업과 창업에 관심이 있는 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

“테스트는 프로그램이나 시스템이 예상대로 작동할 것이라는 확신을 증진시키는 과정이다.” - 윌리엄 C. 헷젤(Willian C. Hetzel)

◻︎ 테스팅이란?
  테스팅이란 기능적 측면에서 제품 또는 서비스가 고객의 요구사항을 충족하는지 확인하고 프로덕트 기능, 시스템 로직/성능/안전성 등 제품 내/외부적 요인에 의해 발생되는 결함이 없는지 확인하는 활동과 관리적 측면에서 품질 보증 활동으로 쌓아온 품질 데이터를 활용하여 리스크를 판단하고 문제를 예방하는 활동을 통해 제품의 신뢰도를 향상하는 과정입니다. 

   지금까지의 테스팅은 조직적 차원에서 기획/개발과 분리하여 특정 조직이 수행하는 역할이라고 인식해왔습니다. 하지만 테스팅은 테스트 조직만의 업무가 아닙니다. 기획은 최종 결과물의 완성도를 생각하며 제품을 디자인하고 개발은 설계부터 코딩까지 개발 프로세스 전반에 제품의 품질을 고려하며 작업합니다. 테스터나 테스트 리더는 제품 설계단계부터 출시 이후까지 제품에 영향을 미치는 모든 요소를 발견하고 제어하며 차단하고 예방하는 활동을 수행합니다. 
제품을 만드는 구성원 각자의 작업 범위안에서 관점과 목적과 방법이 다를뿐 테스팅은 제품을 만드는 모두의 작업에서 빠질수 없는 활동의 한 부분입니다.

  기존에 배워왔던 테스트조직 내 활동범위에 한정된 ‘테스팅'에 대한 인식은 이제는 바뀌어야 합니다. 인식이 바뀔때 품질을 대하는 태도와 책임도 특정 조직의 것에서 제품을 만드는 구성원 모두의 것으로 바뀔 수 있습니다. 
제품의 최종 품질 목표를 모두가 같은 지점을 바라보고 추구할때 고객의 기대수준{‘사용자는 제품의 소프트웨어는 ‘제대로 작동' 할 것이라 기대한다.’}에 맞는 제품을 만들 수 있습니다.

◻︎ 좋은 소프트웨어
[ISO/IEC9126 품질모델 기준]

1) 기능성 : SW가 특정 조건에서 요구를 충족 시키는 기능을 제공할 수 있는 능력
2) 신뢰성 : SW가 특정 상황에서 특정 기간 동안 일정 수준 이상으로 동작할 수 있는 능력 
3) 사용성 : 특정 조건에서 소프트웨어를 쓰고 배우고 이해하기 쉽게 만드는 능력 
4) 효율성 : 특정 조건에서 적절한 자원을 소모하면서 적절한 성능을 제공할 수 있는 능력 
5) 유지보수성 : SW를 얼마나 쉽게 수정(정정, 개선, 환경변화 수용, 요구사항 수용, 기능 추가 등) 할 수 있는지 측정한 능력
6) 이식성 : SW가 다른 환경으로 이식될 수 있는 능력 

◻︎ 결함의 원인
  소프트웨어 또는 시스템 실행 중 기능이 정상적으로 동작하지 않을 때나 동작하지 않아야 함에도 동작하는 오류(Error)를 만날때가 있습니다. 이런 오류를 버그(Bug) 또는 결함(Defects) 또는 이슈(Issue)라고 부릅니다. 이는 사용자 관점에서의 버그이고 제품을 만드는 개발 관점에서 버그는 소프트웨어나 시스템의 오작동의 원인이 되는 코드상 오류 외, 

   ▣  요구사항과 다르게 동작하거나 요구사항이 누락된 소프트웨어/시스템
   ▣  API, 네트워크, 하드웨어상 문제로 인하여 발생되는 오류 또는 기대하지 않은 동작의 발생 
   ▣  해커의 공격, 어뷰징 등으로 발생되는 보안 이슈 
   ▣  고객 요구사항/기획명세/개발설계 등 문서상 존재하는 결함
   ▣  복잡한 코드, 아키텍처의 복잡도로 인해 발생되는 문제   
   ▣  유지보수의 어려움 
   ▣  OS/시스템/하드웨어 등 개발환경 변경 
   ▣  유저 시나리오상 사용성 문제 
   ▣  소프트웨어가 다양한 환경으로 이식되지 못하는 문제
   ▣  시스템, 모듈 간 인터페이스가 안되는 문제

위와같은 다양한 원인으로 발생되는 결함은 장애의 원인이 될 수 있습니다. 

◻︎ 소프트웨어 테스트 종류
  소프트웨어 테스팅 활동은 소프트웨어 수명주기 전반에 걸쳐 테스트 레벨과 테스트 유형으로 구별되어 수행되며 각 테스팅 활동은 개발 활동과 밀접한 관계를 가지고 있습니다. 

  각각의 테스트들은 테스트 목적과 목표가 별도로 존재하고 테스트 대상과 테스트 방법이 구별됩니다. 또한 발견되는 결함의 유형이나 장애도 다르고 테스트를 수행하는 주체도 다릅니다. 예를들어 단위 테스팅은 프로그래밍 코드단에서 개발자에 의해 테스트가 수행되고 테스트 조직으로 인수된 이후 시스템 테스팅 단계에서 테스트 조직에 의해 실제 사용자가 사용하게 될 빌드를 대상으로 테스트가 수행됩니다. 

▪︎ 테스트 레벨
[1] 단위 테스팅 또는 코드 테스팅
  단위 테스트는 하나의 모듈이나 프로그램, 클래스, 메소드 등 가장 작은 단위의 소프트웨어를 대상으로 요구사항대로 작동되는지 확인하는 테스트입니다. 예를들어 로그인, 회원가입, 결제 등 하나의 기능에 대한 독립된 테스트를 말합니다. 
단위 테스트는 프로그래밍 코드를 중심으로 개발자에 의해 테스트가 수행되고, 별도 테스트 케이스 없이 개발 설계서, 컴포넌트 명세서와 같은 개발 산출물로 테스트가 수행됩니다. 

  단위 테스트 특징은 코드를 작성한 개발자 또는 개발팀에 의해 테스트가 수행되어서 발견되는 결함을 별도 디버깅 기간을 두고 처리하지 않고 발견 즉시 수정되며 결함에 대한 기록을 남기지 않습니다. 
단위 테스트가 잘 정착되면 제품의 모듈별 품질이 향상되어 안정성을 확보할 수 있고 전반적인 테스팅 시간을 절감하고 비용을 감소할 수 있습니다. 

[2] 통합 테스팅
  각각의 모듈이 개발이 완료되면 모듈을 통합하게 됩니다. 이때 통합하는 과정에서 발생될 수 있는 모듈간 인터페이스 즉, 모듈 간 상호작용하는 동작을 확인하는 테스트가 바로 통합 테스트입니다. 예를들어 스마트폰 어플리케이션을 실행하면 API를 호출하여 고객의 요청에 대한 응답을 내려줍니다. 어플리케이션으로부터 API를 호출하여 응답을 내려주는 동작이 정상적으로 작동되는지를 확인하는 것이 통합테스트입니다. 
통합 테스트에는 모듈간 상호작용뿐 아니라 OS나 하드웨어 등 시스템간 상호작용도 포함하여 테스트를 수행합니다. 

[3] 시스템 테스팅
  시스템 테스트는 통합이 완료된 완벽한 소프트웨어 제품을 하드웨어와 결합한 뒤 시스템 기능과 하드웨어 통합간 인터페이스 전체를 확인하는 테스트입니다. 시스템 테스트는 일반적으로 사용자가 실제 사용하게될 환경 또는 그와 유사한 환경에서 테스트가 수행됩니다. 이유는, 시스템 테스트의 목적이 기능적 요구사항과 비기능적(시스템 성능, 상호작용 및 응답 속도 등) 요구사항 모두를 포함하고 있고 각각의 요구사항에 대한 정확한 검증 결과는 실제 사용자 환경에서 테스트가 수행되어야 환경이 가진 제한적인 결함이나 장애, 리스크를 최소화할 수 있기 때문입니다. 

 [4]인수 테스팅
  실제 시스템을 사용하게 될 최종 사용자(고객)가 제품이 요구사항을 충족하는지 확인하고 이에 대한 평가를 얻기위한 테스트입니다. 또 다른 목적은 제품이 실제 운영 환경에서 사용할 준비가 되었는지 확신을 얻기위한 과정입니다. 
인수테스팅은 ‘알파 또는 베타 테스팅'이라는 이름으로 실 사용자에의해 테스트가 수행되기도 하고, 고객의 직접 참여가 어려울 경우 테스트조직이나 제품 관련자가 ‘고객의 입장'에서 제품 완성도를 확인하는 테스트를 수행합니다. 

▪︎ 테스트 유형
[1] 기능 테스팅
  기능 테스트는 기획서 또는 고객 요구사항 명세서, 개발 설계서와 같은 문서를 기반으로 도출된 테스트 케이스를 사용하여 시스템 기능과 특징 그리고 시스템간 상호작용을 확인하는 테스트입니다. 

[2] 비기능 테스팅
  비기능 테스트는 시스템 성능, 유용성, 안정성, 확장성 등 비기능적인 측면을 확인하는 것으로 시스템이 어떻게 동작하는지 확인하는 테스트입니다. 예를들어 신규 게임이 출시되고 많은 사용자가 한꺼번에 게임에 접속하였을때 서버가 다운되지 않고 잘 버틸수 있는지 확인하는 부하테스트가 비기능 테스트에 해당됩니다. 
이 외 클라이언트 성능테스트, 서버 성능(부하, 스트레스)테스트, 호환성테스트 등 테스트가 포함됩니다.

[3] 스모크(Smoke) 테스팅
  스모크 테스트는 시스템 기본 기능을 확인하는 테스트로 테스트 조직에서 정식 테스트를 시작하기 앞서 인수된 제품이 테스트가 가능한 상태인지 확인하기위한 용도로 신속하게 주요 기능과 해당 기능에 연관된 상호작용을 확인하는 테스트입니다. 
스모크 테스트 또는 새너티Sanity 테스트 또는 BAT(Build Acceptance Test) 등으로 불리고 있습니다.

[4]리그레션(Regression) 테스팅 
  리그레션 테스트는 이미 테스트 된 시스템을 반복해서 확인하는 것으로 결함 수정 이후 변경의 결과로 이전에 제대로 작동하던 기능에 문제가 발생되지 않는지, side-effect로 인해 새롭게 발생된 결함이 없는지, fix된 결함이 재발생되지 않는지 확인하는 테스트입니다. 

 [5] 마이그레이션(Migration) 테스팅
  데이터 마이그레이션은 서버 버전이 업데이트되거나, 서버 또는 디바이스가 교체되거나, 데이터베이스를 통합하거나 폐기할때 데이터를 한 위치에서 다른 위치로 이동하는 것을 의미합니다. 
데이터 마이그레이션 테스트는 데이터 이동 후 분실되거나 변경되는 데이터, 기능상 작동되지 않는 문제, 새롭게 발생되는 결함은 없는지 확인하고 시스템 안정성을 보장하기위해 수행되는 테스트입니다. 

◻︎ 테스트 조직의 테스팅 활동
  테스팅이 제품을 만드는 구성원 모두의 활동이라면 테스트 조직에서 수행하는 테스팅 활동 범위를 제품 개발이 완료된 후 SW를 실행하면서 결함을 찾아내는 반복적이고 수동적인 업무를 수행하는 것이라고 정의할 수 있을까요.
아닙니다. 이것은 테스팅 활동 중 일부에 해당될 뿐입니다. 

테스트 조직의 테스팅 활동은 테스트 계획/전략, 품질 목표 기준 설정, 테스트 분석과 설계, 품질 요소 및 리스크 정의, 테스트 케이스 수행, 테스트 품질 평가, 프로세스 준수 감사 및 개선 등 제품 설계단계부터 출시 이후까지 모든 영역과 단계에서 활동이 존재합니다.

시스템에 대한 확신을 증진시키는 과정 : 소프트웨어 테스팅

Level up your coding skills. No more passive learning. Interactive in-browser environments keep you engaged and test your progress as you go.

Educative: Interactive Courses for Software Developers

최근 자주 사용하고 있는 기술, 개발 및 자기 계발 학습 자료를 모아서 공유합니다.

1️⃣ Educative.io

퀄리티가 상당히 높은 기술 관련 코스가 많은 것 같아요. 현재까지 코스 3개를 들었습니다. 책처럼 읽으면서 배우는 코스라 듣는 것보다 읽으면서 학습하는 걸 선호하는 분들에게 추천합니다. 주제를 깊이 파고들고 코드나 설계 예시가 많아서 잘 사용하는 것 같습니다. 최근에 Concurrency관련 코스를 듣고 있습니다.

https://www.educative.io/

2️⃣ Designing Data Intensive Applications

라지 스케일, 분산 시스템 관련 기본 개념을 쌓을 수 있는 책입니다. 유익해서 세 번째 다시 읽어 보고 있어요. 개념을 꽤 깊이 파고들어서 처음 읽었을 때는 '이해 못 해도 일단 읽기 속도부터 낸다'라는 마음가짐으로 읽었고, 다시 읽을 때는 이해하기 어려웠던 점을 이해했던 것 같아요. 최근 다시 세 번째로 읽을 때는 책에 참고된 부속 자료 중에 도움 될 것 같은 자료도 함께 읽고 있습니다.

https://www.oreilly.com/library/view/designing-data-intensive-applications/9781491903063/

3️⃣ fast.ai

AI에 관한 지식은 대학 전공 시절 AI수업을 들은 게 다고, 관련 직종이 아니라 꾸준히 학습하지 않았었습니다. 그래서 전공 수업 책을 다시 읽어 보거나 따로 코스를 듣기에는 시간이 너무 소요되고 그럴 필요는 없는 것 같아서 온라인 자료를 찾았습니다. 신문 읽기 식으로 가끔 생각날 때 시간 투자해서 읽어 보면 좋은 사이트인 것 같아요. 학습 코스도 제공하고 있어서 특정 개념을 학습하고 싶으신 분은 코스 탭을 확인해 보세요.

https://www.fast.ai/#category=courses

4️⃣ https://algorithm-visualizer.org/

알고리즘 이해를 돕기 위해 사용하는 도구. 예시 자바스크립트 코드랑 코드 실행을 눈으로 쉽게 보여 주기 위해 다이어그램이 함께 있어서 도움 되었던 것 같아요. 특히 Dynamic Programming 코드 이해력을 높이기 위해 가끔 사용해요.

5️⃣ https://tldr.tech

테크 트렌드를 뉴스레터로 받아서 읽어 보는 데 도움 되는 것 같아요. 뉴스레터에 있는 아티클 하나하나 다 읽어 보는 건 시간 없어서 못 하고 대충 뉴스레터에 내용을 요약해 줘서 그것만 읽기도 합니다. 관심 있는 주제는 원문도 함께 읽어 보기도 합니다.

6️⃣ 소프트 스킬

소프트 스킬 관련 영상은 팟 캐스트처럼 틀어 놓고 듣는데, 요즘은 아래 채널을 자주 이용합니다. 의사소통 스킬과 여러 가지 직장 생활에 도움 되는 정보가 많아서 종종 시청하고 있어요.

https://www.youtube.com/@DrGraceLee

7️⃣ 알고리즘, 자료 구조 무료 온라인 책

컴공 수업 때문에 알고리즘, 자료 구조 관련 책을 처음 읽어 본 이후 10년 이상 지났지만, 가끔 다시 읽어 봅니다. 최근에 무료 온라인 책을 찾아서 읽어 보고 있습니다. 영문으로 알고리즘, 자료 구조를 공부하고 싶은 분이나 해외 취업 준비 중인 분이라면 한 번 읽어 보는 걸 추천합니다.

https://www.kartikkapur.com/documents/DataStructuresAndAlgorithms.pdf

🪴 함께 읽으면 좋은 글

면접용 알고리즘, 자료 구조 CheatSheet 15개
https://careerly.co.kr/comments/89598

실력 향상을 위한 해외 유튜브 채널 10개
https://careerly.co.kr/comments/88786

성장형 개발자에게 필요한 학습법
https://careerly.co.kr/comments/87769

Educative

기술, 개발 학습 자료 7가지

One year ago, we published a hypothesis that generative AI would become a profound platform shift in technology. Then came the firestorm.

Generative AI's Act Two

커리어리 친구들, 추석 연휴를 모두 즐겁게 잘 보내셨나요? 

세콰이어에서 1년 전 ChatGPT의 등장에 힘입어 생성형 AI에 대한 관심이 폭발했을 때 , 다양한 현황을 잘 정리해서 발표했습니다. 그 이후의 1년이 지난 이후 새롭게 “생성AI의 2막”이란 제목으로 리포트를 공개했습니다. 

내용을 정리하자면, 다음과 같습니다. 

🎴 생성 AI로 인해 기술 분야의 근본적인 플랫폼 전환이 일어날 것이라 예상했는데, 폭풍이 몰아쳤다"라는 말로 시작한 이 보고서에서는 ChatGPT의 부상은 인터넷 초창기 이래로 볼 수 없었던 밀도 높은 혁신의 열정을 불러일으켰다고 합니다. 

🎴 그러므로 생성형AI 기업에 대한 투자금이 말도 안 되게 많아지고, 수익을 내는 스타트업도 생겨났다고 분석합니다. 

🎴 생성형 AI의 출시 첫해는  “기술을 펼치는 중심(Technology-Out)단계였고, 이제는 "Customer-back(고객 중심)" 의 "2막"으로 진입하는 단계로 발전하고 있다는 것이 이 리포트의 핵심입니다. 

🎴 2막부터 나타나는 서비스들은 종단간 연결로 해결하며, 전체 솔루션이 아닌 전문 분야의 솔루션으로, 기존 워크플로우를 더 견고하게 만들고, 글자 중심(LLM)에서 사진과 음성을 이용한 멀티 모달 인터페이스를 기본적으로 탑재할 것 입니다. Ex)GPT-4, Gemini

이 보고서에서는 Generative AI Market Map 과 Generative AI Infrastructure Stack 으로 나누어진 2개의 인포그래픽을 보여주는데 꼭 눈으로 확인해 보세요!

https://www.sequoiacap.com/article/generative-ai-act-two/

Sequoia Capital

<생성AI 시대의 2막, 고객 중심과 멀티모달 시대>

자바스크립트의 Intl API로 국제화하기

여러 가지 언어로 서비스를 할 수 있도록 웹 애플리케이션을 설계하고 구현하는 과정을 흔히 국제화(internalization, i18n)라고 합니다. 이를 위해서는 웹페이지 상에 사용된 문구들을 단순히 번역하여 표시해주는 것만 뿐만 아니라 동일한 데이터를 언어나 지역별로 다른 형식으로 보여줘야 하는데요.

예를 들어, `12/11/21`로 표시된 날짜 데이터를 한국 사용자들은 2012년 11월 21일로 생각하지만, 미국 사용자들에게는 12월 11일 2021년으로 받아들일 것이며, 어떤 나라에서는 2021년 11월 12일로 읽힐 수도 있습니다. 이렇게 언어나 지역별로 다른 형식으로 표시되야 하는 데이터를 일일이 다르게 처리하려면 상당한 노력이 필요할 텐데요. 이러한 처리를 대신해주는 외부 라이브러리를 사용한다 해도 사용자가 자바스크립트 코드를 다운로드 받아야 하므로 번들 사이즈(bundle size)에 악영향을 줄 수 있습니다.

다행히도 자바스크립트에서는 이러한 데이터 포맷팅 문제를 해결해주기 위해서 Intl API를 제공하고 있습니다. Intl API는 대부분의 모던 브라우저에서 지원되며 Node.js에서도 사용이 가능하기 때문에 다국어 지원을 하는 서비스에서 백엔드나 프론트엔드 가리지 않고 유용하게 사용할 수 있습니다.

이번 포스팅에서는 실습을 통해 자바스크립트의 Intl API에 대해 살펴보도록 하겠습니다.

📝 포스팅: https://www.daleseo.com/js-intl-api/

Daleseo

자바스크립트의 Intl API로 국제화(i18n)하기

퓨처 셀프 - 주도적인 삶의 밀도 높이기 | 1. 몇 달 전 넷플릭스에서 '시그널'이라는 2015년에. 제작된 드라마를 보았습니다. 평소 좋아하는 배우들(김혜수 및 조진웅, 이제훈) 캐스팅되었고 시간적인 독특한 스토리 기반(과거로부터 걸려온 무전신호 통해 현재/과거 형사들이 오래되고 미해결의 시건을 재 조명) 드라마였습니다. 2. 일상에서 우리가 컨트롤할 수 있는 "현재"에 선택과 집중하라는 주변

'미래의 나'와 '현재의 나' 소통

미래지향작으로 주도적인 삶의 밀도 높이기

1. 몇 달 전 넷플릭스에서 '시그널'이라는 2015년에. 제작된 드라마를 보았습니다. 평소 좋아하는 배우들(김혜수 및 조진웅, 이제훈) 캐스팅되었고 시간적인 독특한 스토리 기반(과거로부터 걸려온 무전신호 통해 현재/과거 형사들이 오래되고 미해결의 시건을 재 조명) 드라마였습니다.

2. 일상에서 우리가 컨트롤할 수 있는 "현재"에 선택과 집중하라는 주변 조언 및 자기 계발 서적이 많은데, '시그널' 드라마를 보면서 원하는 미래를 그려놓고 현재를 대하는 마음가짐도 중요하다고 생각되었습니다. 드라마에서는 미제의 사건을 해결하려는 생각 이겠습니다.

3. 최근에 "퓨처셀프"서적 읽다가, 평소에 고민했던 사항을 사례중심으로 잘 풀어서 많은 공감을 얻었습니다. 뭔가의 목표를 달성하기 위해 현재의 행동은 과연 실익이 있는지입니다. 즉 '미래의 나' 관점에서 '현재의 나'를 보는 프레임입니다. 이 과정에서 왜 그런 행동을 하는지? 그런 행동이 무엇인지? 어떻게 대응할지? 가시화가 가능합니다

4. 뭐든 일을 할 때 계획을 수립합니다. 계획에 대한 목표/일정/중요성 등이 메인항목입니다. 주요 마일스톤 기준으로 목표 수준 달성하기 위한 노력도(현재 입장] 중요하겠지만, 실제로 '미래의 나'가 '현재의 나'에게 메시지를 던져준다면 마음가짐이 달라질 수 있습니다.

5. 1년, 3년, 5년 등 기준으로 목표를 수립하여 주기적으로 '미래의 나' 관점에서 '현재의 나'에게 피드백을 준다면 alerting도 가능하겠습니다. 책에 제시된 '이메일(회신일정 설정) 활용한 목표점검'은 시간활용에 대한 후회를 최소화해 주는 효과적인 방법이라고 생각합니다. 

6. 업무 외적으로는 일상생활에 대해 사소하게 넘어가는 경우도 바로잡을 수 있습니다. 사례로 부모님께 연락하기, 가족들과 주기적 시간 같이 보내기 등입니다. 'Memento Mori' 상기를 해보면 우리 모두는 유한한 존재입니다. 나중에 나이 들어서 인생의 마무리를 할 때도 '삶을 후회 없이 잘 보냈다' 마음을 가져야겠습니다. 

7. 저는 실제로 12월에 내년도 다이어리를 구입하면 '1년 후 나의 모습'을 적어봅니다. 실제로 적으면 목표달성 항목도 있더군요. 좀 더 나아가서 '미래의 나'관점으로 '현재의 나'에게 메시지를 줄려면 보다 삶에 대한 성찰(생각의 밀도 높이기 등)이 필요하다고 생각이 됩니다. 그래도 오늘부터 저도 실행해 보려고 합니다.

https://brunch.co.kr/@1d46894d603143d/12

Brunch Story

미래의 나'와 '현재의 나' 소통

1
배우는 방법은 두 가지다. 직접 경험하고 시행착오를 통해서 깨닫기. 아니면 다른 사람의 경험과 과정에서 배우기.

​

​
2
빠르게 성장하려면 둘 중에 하나를 고르는게 아니라, 반드시 둘다 해야만 한다.

​

​
3
아마존, 넷플릭스, LG생건, 구글, 토스, 어도비, 스퀘어, 인스타그램, 픽사, 크래프톤, 디즈니, 나이키.

​

​
4
수많은 기업의 성장과 역사, 시행착오를 책 한권으로 훔쳐보고 배울 수 있다는건 정말 감사한 일이다.

< 성공한 기업들의 비밀 훔쳐보기 >

https://blog.naver.com/madaboutit/223205708764

Hand-Crafted Membership : 네이버 블로그

1. 사업을 시작한 지 3주년을 맞아, ‘파트너 데이’와 ‘멤버십 데이’로 나눠서 2차례로 파티를 진행한 건 꽤나 흥미로운 경험이었다.

2. 처음엔 지윤 님께서 파티를 도와준다고 해서 새로운 시도를 할 겸 2차례로 나눠서 파티를 진행해보면 좋겠다는 막연한 생각을 가지고 접근했다. 그리고 왠지 파트너분들과만 파티를 하면 멤버십 회원분들이 섭섭해하실 수도 있겠다는 생각도 들었고. 

3. 썸원 유니버스를 구축하는 3가지 축이 ‘나(썸원)- 파트너 - 멤버십 회원’이기도 하고.

4. 그래서 거의 같은 구성으로 2차례 파티를 진행했는데, 두 파티의 분위기와 파티에서 나온 메시지는 완전히 달랐다. 특히 파티에 오신 모든 분들에게 “프로젝트 썸원의 발전을 위해 한 마디씩 해달라”는 요청을 했는데..

5. 파트너분들이나 근처에서 비즈니스를 도와주시는 분들께서는 “썸원은 쉬지도 않고 혼자서 너무 많은 일을 한다”며 “지치지 않으려면 앞으로는 사람도 뽑고 좀 쉬면서 하라”는 말을 많이 해주셨는데..

6. 멤버십 회원분들께서는 단호했다. “지금도 만족하고 있긴 하지만, 더 좋은 멤버십을 만들기 위해 지금보다 더 열심히 노력해달라"고.

7. 거의 똑같은 취지의 파티였지만, 멤버십 회원분들과 파트너분들의 메시지는 정반대였달까? 꽤나 흥미로운 순간이었다.

8. 그리고 파티를 끝내고 곰곰이 생각해보니, 메시지의 방향은 달랐지만 본질적으로는 같은 메시지라는 생각이 들었다. 더더 나은 멤버십과 회사의 발전을 위해선 더 열심히 하는 동시에 더 잘 쉬어야 하는 거니까.

9. 더 열심히 하는 거나 더 잘 쉬는 건, 결국에는 더 나은 멤버십이라는 하나의 결과를 만들어가는 과정에서 상황에서 따라 선택해야 하는 문제이지 않을까? 즉, 결국 어떤 방식을 택하든 더 나은 멤버십을 만들어야 한다는 건 변하지 않는 목표이자 방향인 셈.

10. 그리고 가능할지 모르겠지만, 더 잘 쉬면서 더 좋은 멤버십을 만들 수 있다면 이 또한 멤버십 회원분들에게도 좋은 일일 것 같고.

11. 무튼 결국 가장 중요한 문제는 ‘어떻게 더 나은 멤버십을 만들 것인가’일 텐데, 거의 모든 것이 수동으로 운영되는 말도 안 되는 이 짓을 3년 정도 하면서 처음엔 부끄럽고 민망했는데, 요즘은 이걸로도 3년을 버텼다는 것이 조금은 자랑스러워졌다.

12. 그리고 이 방식은 전 세계 그 누구도 쉽게 할 수 없는 일인 것 같다는 생각도 들었다. 3년 동안 이런 방식으로 멤버십을 운영하려면, 정말 열심히 해야 하니까.

13. 그런 의미에서 그동안은 시스템이 없어 손으로 굴러가는 수동 멤버십이 참으로 민망했는데, 앞으로는 좀 더 자부심을 가져보기로 했다. 언젠가는 자동화 요소들이 많이 붙겠지만, 지금 방식이 어쩌면 전 세계에서 유일무이한 hand-crafted membership일 수 있으니까.

14. 그리고 스위스 시계처럼 일반적으로 수제는 고급이고 비싸다고 하는데.. 거의 모든 게 자동화되는 간편한 이 세상에서, 거의 모든 일을 한 땀 한 땀 정성으로 빚으며 멤버십을 운영하는 건 어쩌면 그 자체로 고급스러운 일일 수도 있지 않을까? 그렇기에 누가 뭐라든 앞으로는 더 도도하게 가봐야 겠다리. 나 화이팅! 😉 

#오늘의아무말

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

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

Hand-Crafted Membership

By following the timeline of industry events, you can track the steady roll-out of exciting new Flutter capabilities as the framework has staked its place in the development space.

Flutter's History (So Far): All the Biggest Milestones

Flutter로 된 앱이 100만개가 넘는다고 하네요. 그동안 플러터가 어떻게 발전해왔는지 소개하고 있는 아티클입니다.

https://verygood.ventures/blog/flutters-history-so-far-all-the-biggest-milestones

Verygood

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

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

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

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

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

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

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

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

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

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

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

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

온라인서 덩치 키운 '무신사'... 오프라인 공략 시동

🚀 🛰 무신사, 21년 끝 없는 확장!

1) 스타일쉐어·29CM을 3000억원에 인수
- 국내 브랜드의 해외 판로 개척을 위한 경쟁력 확보 차원에서 추진
- 상대적으로 약한 ‘여성 패션’ 부문을 강화하기 위해 여성 패션 플랫폼 인수

2) 오프라인 매장 오픈 (21년 05월)
- 서울 홍대 인근에 무신사 테라스를 운영 중이지만 정식으로 오프라인 매장을 여는 것은 처음

"무신사에서 처음 선보이는 오프라인 매장인 만큼 내부적으로 공을 들였다. 단순히 물건을 사는 공간을 넘어 브랜드를 경험하는 데 중점을 뒀다. 층별로 과거, 현재, 미래를 콘셉트로 공간을 구성해 1층에는 무신사 스탠다드 시즌별 주요 상품이 지하 1층은 남성, 지상 2층은 여성 상품 전용을 선보인다"

- 오프라인에서 온라인으로 전환하는 패션 업체와 달리 온라인에서 오프라인으로 발을 넓히는 무신사의 전략이 성공할지

뉴데일리

콘텐츠 기획/제작

노형우

마케팅 매니저

Yooj Lee

카카오의 AI 자회사 카카오엔터프라이즈에서 B2B 서비스 마케팅을 담당하고 있는 이유진 입니다.
1) 잘 하는 일 2) 좋아하는 일 3) 해야만 하는 일에 대해 파악하는 중입니다. 만두를 아주 좋아하고 파프리카를 싫어합니다. 최근 관심사는 데드리프트입니다.

댓글 0