어제 심오한 고민을 하다가 헤라의 글로우 래스팅 파운데이션을 구매했다. 솔직히 양에 비해 가격이 저렴하...

[극대노주의] 올리브영 일반배송 은근슬쩍 오늘드림 변환 수법

제목부터 범상치 않습니다. [극대노주의]를 대괄호로 표시했죠. 결론부터 말씀드리면 뷰티 시장의 큰손, 올리브영 서비스를 앱으로 이용하면서 일반 배송으로 선택했지만 자동으로 선택된 항목으로 인해 '오늘 드림'으로 배송이 되어 증정품을 받지 못하는 상황을 경험한 사용자의 후기입니다.

구매할 때 일반 배송으로 받아야만 증정품을 받을 수 있기 때문에 의도적으로 '오늘 드림'이 아닌 '일반 배송'으로 선택하고 넘어간 것인데 다음 화면에서는 '무료 배송으로 내일 자정까지 받아보시겠어요?'라는 문구가 자동으로 선택되어 있는 겁니다. 문제는 이 문구가 '오늘 드림'을 의미하는 것인지도 모호하고 따져보면 내일 자정이니 '내일드림'이면 그럴듯해도, '오늘 드림'은 아니겠거니 생각하면서 진행을 했던 것인데 받아보니 증정품이 없었던 것이죠.

사용자가 고객센터에 문의한 결과 '무료배송으로 내일 자정까지 받아보시겠어요?'라는 문구를 선택하면 '오늘 드림' 배송으로 동의한 것이라 일반배송이 아닌 게 되므로 증정품을 받을 수 없다는 답변을 받았다고 합니다. 주목할 점은 (1) 문구를 자동으로 선택하도록 만든 것 (2) 이전에 선택한 옵션의 내용을 교모하게 바꿔두고 받을 수 있는 상품구성이 달라진 부분에 대해 사용자가 직접 제품을 받은 뒤 고객센터에 문의해야만 알 수 있다는 점이죠.

문구는 모호하고 화장품 구매에서 증정품이 미치는 영향을 고려할 때 올리브영의 이런 패턴(자동으로 문구 선택, 모호한 설명, 기대한 상품을 받지 못하는 경험)은 기만적이라고 할 수 있습니다. 사용자 블로그글에는 경험을 손상시킨 3가지 문제에 대한 언급이 있습니다.

[ 큐레이터의 문장 🎒 ]

1️⃣ "불만 접수방식도 불만 게시판이 명확하게 설립되어 있는 농심과 비교되어 더더욱 기분이 나빴고 (중략) 게다가 설문조사는 그렇게 꼬치꼬치 엄청난 수의 문항으로 물어보면서 이런 고객 불만사항 게시판은 또 마땅히 활성화되어 있지 않는다는 점이 대조되어 더 괘씸하다"

2️⃣ "아무리 생각해도 전에는 오해의 여지가 없도록 명백하게 '오늘드림'이라는 단어를 활용해 안내했었는데 이제 와서 오해의 여지가 다분한 유도성 문구로 변경해 둔 것이 의도가 없이 그런 것이라 생각되질 않기에 사은품 여부를 떠나서 더 기분이 나빴다."

3️⃣ "나는 앞으로 꼭 사은품을 안전하게 받을 수 있는 아모레퍼시픽 공식몰을 이용할 것이라 다짐하며"

https://m.blog.naver.com/boksle1127/223420780140

제목부터 범상치 않습니다. [극대노주의]를 대괄호로 표시했죠. 결론부터 말씀드리면 뷰티 시장의 큰손, 올리브영 서비스를 앱으로 이용하면서 일반 배송으로 선택했지만 자동으로 선택된 항목으로 인해 '오늘 드림'으로 배송이 되어 증정품을 받지 못하는 상황을 경험한 사용자의 후기입니다. 구매할 때 일반 배송으로 받아야만 증정품을 받을 수 있기 때문에 의도적으로 '오늘 드림'이 아닌 '일반 배송'으로 선택하고 넘어간 것인데 다음 화면에서는 '무료 배송으로 내일 자정까지 받아보시겠어요?'라는 문구가 자동으로 선택되어 있는 겁니다. 문제는 이 문구가 '오늘 드림'을 의미하는 것인지도 모호하고 따져보면 내일 자정이니 '내일드림'이면 그럴듯해도, '오늘 드림'은 아니겠거니 생각하면서 진행을 했던 것인데 받아보니 증정품이 없었던 것이죠. 사용자가 고객센터에 문의한 결과 '무료배송으로 내일 자정까지 받아보시겠어요?'라는 문구를 선택하면 '오늘 드림' 배송으로 동의한 것이라 일반배송이 아닌 게 되므로 증정품을 받을 수 없다는 답변을 받았다고 합니다. 주목할 점은 (1) 문구를 자동으로 선택하도록 만든 것 (2) 이전에 선택한 옵션의 내용을 교모하게 바꿔두고 받을 수 있는 상품구성이 달라진 부분에 대해 사용자가 직접 제품을 받은 뒤 고객센터에 문의해야만 알 수 있다는 점이죠. 문구는 모호하고 화장품 구매에서 증정품이 미치는 영향을 고려할 때 올리브영의 이런 패턴(자동으로 문구 선택, 모호한 설명, 기대한 상품을 받지 못하는 경험)은 기만적이라고 할 수 있습니다. 사용자 블로그글에는 경험을 손상시킨 3가지 문제에 대한 언급이 있습니다. [ 큐레이터의 문장 🎒 ] 1️⃣ "불만 접수방식도 불만 게시판이 명확하게 설립되어 있는 농심과 비교되어 더더욱 기분이 나빴고 (중략) 게다가 설문조사는 그렇게 꼬치꼬치 엄청난 수의 문항으로 물어보면서 이런 고객 불만사항 게시판은 또 마땅히 활성화되어 있지 않는다는 점이 대조되어 더 괘씸하다" 2️⃣ "아무리 생각해도 전에는 오해의 여지가 없도록 명백하게 '오늘드림'이라는 단어를 활용해 안내했었는데 이제 와서 오해의 여지가 다분한 유도성 문구로 변경해 둔 것이 의도가 없이 그런 것이라 생각되질 않기에 사은품 여부를 떠나서 더 기분이 나빴다." 3️⃣ "나는 앞으로 꼭 사은품을 안전하게 받을 수 있는 아모레퍼시픽 공식몰을 이용할 것이라 다짐하며" https://m.blog.naver.com/boksle1127/223420780140

네이버 블로그 | Welcome to Bablognia

《올리브영 다크 패턴에 돌아선 사용자》

You are being redirected...

소프트웨어는 시간이 흐르면서 기능이 추가되고 유지보수 작업이 누적되면서 자연스럽게 "침식" 현상을 겪습니다. 이는 코드 품질 저하, 기술 부채 증가, 그리고 성능 저하를 야기하여 유지보수 비용을 크게 증가시킵니다. 이 글에서는 소프트웨어 침식의 원인과 그로 인한 문제, 그리고 이를 방지하기 위한 방법을 소개합니다.

# 소프트웨어 침식의 원인과 문제
 * 지나치게 복잡해진 코드베이스: 시간이 지나며 요구사항 변화와 기능 추가로 인해 코드가 점점 복잡해짐.
 * 불필요한 의존성: 빠른 문제 해결을 위해 임시방편으로 추가된 의존성들이 코드베이스를 무겁게 함.
 * 중복 코드와 설계의 일관성 부족: 팀원 간 커뮤니케이션 부족 및 시간 제약으로 인해 코드 중복과 일관성 결여 발생.

# 소프트웨어 침식을 방지하는 방법
 * 지속적인 코드 리팩토링: 정기적인 코드 리뷰와 리팩토링을 통해 코드베이스의 품질을 유지.
 * 품질 관리 프로세스 개선: 코드 품질을 유지하기 위한 단위 테스트, 통합 테스트 등의 자동화된 테스트 도입.
 * 설계와 아키텍처 점검: 기존 아키텍처를 주기적으로 점검하고, 필요시 개선 작업을 진행.

소프트웨어 침식은 방치할 경우, 나중에 해결하는 데 많은 비용과 시간이 소요되므로 초기부터 주의 깊은 관리가 필요합니다. 여러분은 현재 프로젝트에서 소프트웨어 침식을 방지하기 위해 어떤 노력을 기울이고 계신가요?

https://www.softwaretestingnews.co.uk/software-is-eroding-before-our-eyes/

소프트웨어는 시간이 흐르면서 기능이 추가되고 유지보수 작업이 누적되면서 자연스럽게 "침식" 현상을 겪습니다. 이는 코드 품질 저하, 기술 부채 증가, 그리고 성능 저하를 야기하여 유지보수 비용을 크게 증가시킵니다. 이 글에서는 소프트웨어 침식의 원인과 그로 인한 문제, 그리고 이를 방지하기 위한 방법을 소개합니다. # 소프트웨어 침식의 원인과 문제<ul ><li>지나치게 복잡해진 코드베이스: 시간이 지나며 요구사항 변화와 기능 추가로 인해 코드가 점점 복잡해짐.</li><li>불필요한 의존성: 빠른 문제 해결을 위해 임시방편으로 추가된 의존성들이 코드베이스를 무겁게 함.</li><li>중복 코드와 설계의 일관성 부족: 팀원 간 커뮤니케이션 부족 및 시간 제약으로 인해 코드 중복과 일관성 결여 발생.</li></ul> # 소프트웨어 침식을 방지하는 방법<ul ><li>지속적인 코드 리팩토링: 정기적인 코드 리뷰와 리팩토링을 통해 코드베이스의 품질을 유지.</li><li>품질 관리 프로세스 개선: 코드 품질을 유지하기 위한 단위 테스트, 통합 테스트 등의 자동화된 테스트 도입.</li><li>설계와 아키텍처 점검: 기존 아키텍처를 주기적으로 점검하고, 필요시 개선 작업을 진행.</li></ul> 소프트웨어 침식은 방치할 경우, 나중에 해결하는 데 많은 비용과 시간이 소요되므로 초기부터 주의 깊은 관리가 필요합니다. 여러분은 현재 프로젝트에서 소프트웨어 침식을 방지하기 위해 어떤 노력을 기울이고 계신가요? https://www.softwaretestingnews.co.uk/software-is-eroding-before-our-eyes/

www.softwaretestingnews.co.uk

내 눈 앞에서 소프트웨어가 침식되고 있다

The idea of self-healing code with LLMs is exciting, but balancing automation and human oversight is still crucial.

How to Use Self-Healing Code to Reduce Technical Debt

자가 치유 코드라는 말도 등장했네요!! ㅎㅎ LLM 기반으로 AI 페어프로그래밍이 증가하게 되어 생산성이 오르는 듯 했지만, 너무 급진적인 적용으로 인해서 오히려 기술 부채가 쌓이고 있다는 이야기도 들었던 것 같습니다.

그렇다면 다시 LLM이 등장해서 해결해내겠죠? LLM을 이용하여 다시 소프트웨어 스스로 문제를 식별하고 수정해내는 방식을 자가 치유 코드라고 불리운다고 하네요. 하지만 문제를 만들어 낸 것이 AI 인 만큼 이에 대한 사람의 모니터링과 평가가 빠질 수 없고, 어디까지 목표로 할 것인가가 참 중요할 것 같습니다.

 * 2028년 기업 소프트웨어 엔지니어의 AI 코드 어시스턴트 사용 증가
   * 2023년 초 10% 미만에서 2028년 75%로 증가 예상
   * AI 사용은 워크플로우 간소화 및 생산성 향상에 기여
 * 기술 부채(Technical Debt)의 문제와 영향
   * 기술 부채는 빠른 해결책 선택에 따른 비용으로 생산성 저하를 초래
   * 개발 시간의 23%에서 43%가 기술 부채 문제 해결에 소모됨
   * 유지보수 비용 증가, 개발 속도 저하, 유연성 감소 문제 발생
 * AI 도구와 기술 부채
   * AI 도구의 급격한 통합이 기술 부채를 증가시킬 가능성 있음
   * 복잡한 모델이 유지보수 문제를 일으킬 수 있음
   * AI 도구를 올바르게 사용하면 기술 부채 감소 가능성 존재
 * LLM과 자가 치유 코드의 역할
   * LLM(대형 언어 모델) 시스템이 기술 부채 해결의 잠재적 솔루션으로 부상
   * 자가 치유 코드: 소프트웨어가 스스로 문제를 식별하고 수정
   * LLM 기반 코드 리뷰 도구는 코드 품질을 높일 수 있음
   * 버그 자동 수정, 코드 리팩토링 도구를 통한 성능 최적화 가능
 * 조직 내 기술 부채 감소를 위한 내부 프로세스
   * AI와 인간의 균형 잡힌 감독 필요
   * 수동 리뷰를 통해 AI 솔루션의 정확성과 프로젝트 목표 달성 보장
   * 지속적인 학습 기회를 제공해 직원들이 최신 도구와 기술을 익힐 수 있도록 지원
   * AWS 자격증과 같은 교육 프로그램과 보너스를 통한 추가 학습 장려
     
     
https://thenewstack.io/how-to-use-self-healing-code-to-reduce-technical-debt

자가 치유 코드라는 말도 등장했네요!! ㅎㅎ LLM 기반으로 AI 페어프로그래밍이 증가하게 되어 생산성이 오르는 듯 했지만, 너무 급진적인 적용으로 인해서 오히려 기술 부채가 쌓이고 있다는 이야기도 들었던 것 같습니다. 그렇다면 다시 LLM이 등장해서 해결해내겠죠? LLM을 이용하여 다시 소프트웨어 스스로 문제를 식별하고 수정해내는 방식을 자가 치유 코드라고 불리운다고 하네요. 하지만 문제를 만들어 낸 것이 AI 인 만큼 이에 대한 사람의 모니터링과 평가가 빠질 수 없고, 어디까지 목표로 할 것인가가 참 중요할 것 같습니다. <ul ><li>2028년 기업 소프트웨어 엔지니어의 AI 코드 어시스턴트 사용 증가<ul ><li>2023년 초 10% 미만에서 2028년 75%로 증가 예상</li><li>AI 사용은 워크플로우 간소화 및 생산성 향상에 기여</li></ul></li><li>기술 부채(Technical Debt)의 문제와 영향<ul ><li>기술 부채는 빠른 해결책 선택에 따른 비용으로 생산성 저하를 초래</li><li>개발 시간의 23%에서 43%가 기술 부채 문제 해결에 소모됨</li><li>유지보수 비용 증가, 개발 속도 저하, 유연성 감소 문제 발생</li></ul></li><li>AI 도구와 기술 부채<ul ><li>AI 도구의 급격한 통합이 기술 부채를 증가시킬 가능성 있음</li><li>복잡한 모델이 유지보수 문제를 일으킬 수 있음</li><li>AI 도구를 올바르게 사용하면 기술 부채 감소 가능성 존재</li></ul></li><li>LLM과 자가 치유 코드의 역할<ul ><li>LLM(대형 언어 모델) 시스템이 기술 부채 해결의 잠재적 솔루션으로 부상</li><li>자가 치유 코드: 소프트웨어가 스스로 문제를 식별하고 수정</li><li>LLM 기반 코드 리뷰 도구는 코드 품질을 높일 수 있음</li><li>버그 자동 수정, 코드 리팩토링 도구를 통한 성능 최적화 가능</li></ul></li><li>조직 내 기술 부채 감소를 위한 내부 프로세스<ul ><li>AI와 인간의 균형 잡힌 감독 필요</li><li>수동 리뷰를 통해 AI 솔루션의 정확성과 프로젝트 목표 달성 보장</li><li>지속적인 학습 기회를 제공해 직원들이 최신 도구와 기술을 익힐 수 있도록 지원</li><li>AWS 자격증과 같은 교육 프로그램과 보너스를 통한 추가 학습 장려 </li></ul></li></ul>https://thenewstack.io/how-to-use-self-healing-code-to-reduce-technical-debt

The New Stack

자가 치유 코드를 사용하여 기술 부채를 줄이는 방법

Prompt Engineering is Dead! Is it?

LLM 모델들이 하루가 다르게 더 발전된 모습을 보여주면서, 이제는 길게 프롬프트 엔지니어링 안해도 되는거 아니냐. 이제는 짧게 말해도 알아서 잘 알아듣던데?! 하는 의견들이 많이 들리는 것 같습니다.

이와는 반대로 프롬프트 엔지니어링이 죽지 않았으며, 오히려 AI 기술의 발전과 함께 더욱 중요해질 것이라고 주장하는 글을 읽어보았습니다. 프롬프트 엔지니어링의 형태는 변할 수 있지만, 그 본질적인 역할은 계속될 것이며, 더욱 정교하고 전문화된 기술로 발전할 것이라고 예측하고 있는데요. 여러분들의 생각은 어떠신가요?

 1. 프롬프트 엔지니어링의 중요성:
    * 단순한 작업보다는 복잡한 애플리케이션이나 데이터 과학 분야에서 더욱 중요합니다.
    * 모델이 정확하고 적절한 응답을 생성하도록 하는 데 필수적입니다.
    * 특히 비즈니스 맥락, 법적 요구사항, 윤리적 고려사항 등을 AI 모델에 전달하는 데 중요한 역할을 합니다.
 2. 프롬프트 엔지니어링이 "죽었다"는 주장들:
    * 모델이 더 똑똑해져서 간단한 지시만으로도 작업을 이해할 것이라는 주장
      * 예: GPT-4의 능력 향상으로 인한 기대
    * 개인화된 모델이 사용자의 요구를 더 잘 이해할 것이라는 예측
      * 예: 사용자의 과거 상호작용을 학습한 모델
    * 모델이 자체적으로 프롬프트를 생성하거나 개선할 것이라는 전망
      * 예: AutoGPT나 GPT-Engineer와 같은 도구
    * 에이전트 기반 AI가 복잡한 작업을 자동으로 처리할 것이라는 기대
      * 예: 여러 단계의 작업을 자동으로 수행하는 AI 에이전트
 3. 저자의 반박:
    * 모델의 능력이 향상될수록 더 복잡한 작업이 가능해지므로, 오히려 프롬프트 엔지니어링의 중요성이 커집니다.
      * 예: 법률 문서 분석이나 의료 진단 지원과 같은 고도의 전문성이 필요한 분야
    * 개인화된 모델도 여전히 구체적인 지시가 필요합니다.
      * 사용자의 의도를 정확히 파악하고 적절한 맥락을 제공하는 것은 여전히 중요
    * 자동 프롬프트 생성이나 최적화는 유용하지만, 인간의 의도를 완전히 이해하기는 어렵습니다.
      * 복잡한 비즈니스 로직이나 특수한 요구사항을 자동으로 파악하는 것은 여전히 한계가 있음
    * 에이전트 기반 AI도 복잡한 비즈니스 맥락에서는 상세한 지시가 필요합니다.
      * 예: 기업의 특정 정책이나 규정을 준수하면서 작업을 수행해야 하는 경우
 4. 프롬프트 프로그래밍의 미래:
    * 프롬프트를 프로그래밍 언어로 작성하는 방식이 등장하고 있습니다.
      * 예: Prompt flow, LangChain과 같은 도구들
    * 이는 프롬프트 최적화를 자동화할 수 있지만, 일반 사용자에게는 더 복잡할 수 있습니다.
    * 프롬프트 엔지니어링은 더 구조화되고 체계적인 형태로 발전할 것으로 예상됩니다.
 5. 프롬프트 엔지니어링의 진화:
    * 단순한 텍스트 입력에서 복잡한 구조와 맥락을 포함하는 방향으로 발전할 것입니다.
    * 도메인 특화 언어(DSL)나 시각적 프로그래밍 도구가 등장할 수 있습니다.
    * AI 모델과 인간 사용자 사이의 인터페이스 역할을 더욱 중요하게 수행할 것입니다.

https://ai.gopubby.com/prompt-engineering-is-dead-is-it-c99769315d81

LLM 모델들이 하루가 다르게 더 발전된 모습을 보여주면서, 이제는 길게 프롬프트 엔지니어링 안해도 되는거 아니냐. 이제는 짧게 말해도 알아서 잘 알아듣던데?! 하는 의견들이 많이 들리는 것 같습니다. 이와는 반대로 프롬프트 엔지니어링이 죽지 않았으며, 오히려 AI 기술의 발전과 함께 더욱 중요해질 것이라고 주장하는 글을 읽어보았습니다. 프롬프트 엔지니어링의 형태는 변할 수 있지만, 그 본질적인 역할은 계속될 것이며, 더욱 정교하고 전문화된 기술로 발전할 것이라고 예측하고 있는데요. 여러분들의 생각은 어떠신가요? <ol ><li>프롬프트 엔지니어링의 중요성:<ul ><li>단순한 작업보다는 복잡한 애플리케이션이나 데이터 과학 분야에서 더욱 중요합니다.</li><li>모델이 정확하고 적절한 응답을 생성하도록 하는 데 필수적입니다.</li><li>특히 비즈니스 맥락, 법적 요구사항, 윤리적 고려사항 등을 AI 모델에 전달하는 데 중요한 역할을 합니다.</li></ul></li><li>프롬프트 엔지니어링이 "죽었다"는 주장들:<ul ><li>모델이 더 똑똑해져서 간단한 지시만으로도 작업을 이해할 것이라는 주장<ul ><li>예: GPT-4의 능력 향상으로 인한 기대</li></ul></li><li>개인화된 모델이 사용자의 요구를 더 잘 이해할 것이라는 예측<ul ><li>예: 사용자의 과거 상호작용을 학습한 모델</li></ul></li><li>모델이 자체적으로 프롬프트를 생성하거나 개선할 것이라는 전망<ul ><li>예: AutoGPT나 GPT-Engineer와 같은 도구</li></ul></li><li>에이전트 기반 AI가 복잡한 작업을 자동으로 처리할 것이라는 기대<ul ><li>예: 여러 단계의 작업을 자동으로 수행하는 AI 에이전트</li></ul></li></ul></li><li>저자의 반박:<ul ><li>모델의 능력이 향상될수록 더 복잡한 작업이 가능해지므로, 오히려 프롬프트 엔지니어링의 중요성이 커집니다.<ul ><li>예: 법률 문서 분석이나 의료 진단 지원과 같은 고도의 전문성이 필요한 분야</li></ul></li><li>개인화된 모델도 여전히 구체적인 지시가 필요합니다.<ul ><li>사용자의 의도를 정확히 파악하고 적절한 맥락을 제공하는 것은 여전히 중요</li></ul></li><li>자동 프롬프트 생성이나 최적화는 유용하지만, 인간의 의도를 완전히 이해하기는 어렵습니다.<ul ><li>복잡한 비즈니스 로직이나 특수한 요구사항을 자동으로 파악하는 것은 여전히 한계가 있음</li></ul></li><li>에이전트 기반 AI도 복잡한 비즈니스 맥락에서는 상세한 지시가 필요합니다.<ul ><li>예: 기업의 특정 정책이나 규정을 준수하면서 작업을 수행해야 하는 경우</li></ul></li></ul></li><li>프롬프트 프로그래밍의 미래:<ul ><li>프롬프트를 프로그래밍 언어로 작성하는 방식이 등장하고 있습니다.<ul ><li>예: Prompt flow, LangChain과 같은 도구들</li></ul></li><li>이는 프롬프트 최적화를 자동화할 수 있지만, 일반 사용자에게는 더 복잡할 수 있습니다.</li><li>프롬프트 엔지니어링은 더 구조화되고 체계적인 형태로 발전할 것으로 예상됩니다.</li></ul></li><li>프롬프트 엔지니어링의 진화:<ul ><li>단순한 텍스트 입력에서 복잡한 구조와 맥락을 포함하는 방향으로 발전할 것입니다.</li><li>도메인 특화 언어(DSL)나 시각적 프로그래밍 도구가 등장할 수 있습니다.</li><li>AI 모델과 인간 사용자 사이의 인터페이스 역할을 더욱 중요하게 수행할 것입니다.</li></ul></li></ol> https://ai.gopubby.com/prompt-engineering-is-dead-is-it-c99769315d81

Medium

프롬프트 엔지니어링은 죽었다?

A guide for reducing tech debt effectively, and how to develop a mindset that welcomes the short-term benefits of eliminating it. A guest post by principal engineer Lou Franco

Paying down tech debt

기술 부채. 듣기만 해도 마음이 갑갑해지고 특히 기술 부채를 청산하기 위하여 리소스를 따로 할당 받아야 할때, 집중할 시간이 따로 필요할 때 어떻게 설득해야할지 어떤 이야기부터 꺼내야할지부터 막막하다면, 이 글을 추천드립니다.

https://newsletter.pragmaticengineer.com/p/paying-down-tech-debt

 1. 기술 부채 해결의 즉각적인 효과:
    * 기술 부채를 해결하면 즉시 생산성이 향상될 수 있습니다.
    * 예를 들어, 빌드 시간 단축, 테스트 실행 속도 개선, 코드 이해도 증가, 버그 감소 등의 효과가 있습니다.
    * 이는 개발자의 만족도를 높이고, 이직률을 낮추는 데 도움이 됩니다.
 2. 균형 잡힌 접근:
    * 기술 부채를 완전히 무시하면 장기적으로 문제가 될 수 있지만, 과도하게 집중하는 것도 비즈니스 가치 창출을 저해할 수 있습니다.
    * 이상적으로는 비즈니스 가치와 개발자 생산성 향상을 동시에 고려해야 합니다.
    * Lou는 20-30%의 시간을 기술 부채 해결에 할애하는 것이 적절하다고 제안합니다.
 3. 점진적인 개선:
    * 작은 개선을 지속적으로 하는 것이 효과적입니다.
    * 단위 테스트 추가, 코드 리팩토링, 지속적 통합 개선, 문서화 등의 방법을 활용합니다.
    * 이러한 작은 개선들이 모여 큰 변화를 만들어냅니다.
 4. 가시적인 가치 연결:
    * 기술 부채 해결을 비즈니스 가치와 연결시켜야 합니다.
    * 예를 들어, 빌드 시스템 개선으로 출시 속도 향상, 국제화 지원으로 새로운 시장 진출, 디자인 시스템 추상화로 일관된 사용자 경험 제공 등이 있습니다.
    * 이를 통해 경영진과 이해관계자들의 지원을 얻을 수 있습니다.
 5. 팀의 공감대 형성:
    * 기술 부채가 팀에 미치는 영향을 이해하고 공감해야 합니다.
    * 무시하면 팀 사기 저하, 생산성 감소, 이직률 증가로 이어질 수 있습니다.
    * 개발자들의 의견을 경청하고, 기술 부채 해결의 중요성을 인식시켜야 합니다.
 6. 적절한 규모 조절:
    * 기술 부채 해결의 규모를 가치에 비례하게 조절해야 합니다.
    * 큰 규모의 재작성은 신중하게 접근해야 하며, 실패 위험이 높습니다.
    * 대신 점진적인 개선과 모듈화를 통해 리스크를 줄이는 것이 좋습니다.
 7. 측정과 모니터링:
    * 기술 부채 해결의 효과를 측정하고 모니터링해야 합니다.
    * 빌드 시간, 테스트 커버리지, 버그 발생률 등의 지표를 활용할 수 있습니다.
    * 이를 통해 개선의 효과를 객관적으로 입증할 수 있습니다.
 8. 문화적 변화:
    * 기술 부채 해결을 일상적인 업무의 일부로 만들어야 합니다.
    * "Boy Scout Rule"을 적용하여 코드를 항상 처음 발견했을 때보다 더 깨끗하게 만드는 습관을 기릅니다.

기술 부채. 듣기만 해도 마음이 갑갑해지고 특히 기술 부채를 청산하기 위하여 리소스를 따로 할당 받아야 할때, 집중할 시간이 따로 필요할 때 어떻게 설득해야할지 어떤 이야기부터 꺼내야할지부터 막막하다면, 이 글을 추천드립니다. https://newsletter.pragmaticengineer.com/p/paying-down-tech-debt <ol ><li>기술 부채 해결의 즉각적인 효과:<ul ><li>기술 부채를 해결하면 즉시 생산성이 향상될 수 있습니다.</li><li>예를 들어, 빌드 시간 단축, 테스트 실행 속도 개선, 코드 이해도 증가, 버그 감소 등의 효과가 있습니다.</li><li>이는 개발자의 만족도를 높이고, 이직률을 낮추는 데 도움이 됩니다.</li></ul></li><li>균형 잡힌 접근:<ul ><li>기술 부채를 완전히 무시하면 장기적으로 문제가 될 수 있지만, 과도하게 집중하는 것도 비즈니스 가치 창출을 저해할 수 있습니다.</li><li>이상적으로는 비즈니스 가치와 개발자 생산성 향상을 동시에 고려해야 합니다.</li><li>Lou는 20-30%의 시간을 기술 부채 해결에 할애하는 것이 적절하다고 제안합니다.</li></ul></li><li>점진적인 개선:<ul ><li>작은 개선을 지속적으로 하는 것이 효과적입니다.</li><li>단위 테스트 추가, 코드 리팩토링, 지속적 통합 개선, 문서화 등의 방법을 활용합니다.</li><li>이러한 작은 개선들이 모여 큰 변화를 만들어냅니다.</li></ul></li><li>가시적인 가치 연결:<ul ><li>기술 부채 해결을 비즈니스 가치와 연결시켜야 합니다.</li><li>예를 들어, 빌드 시스템 개선으로 출시 속도 향상, 국제화 지원으로 새로운 시장 진출, 디자인 시스템 추상화로 일관된 사용자 경험 제공 등이 있습니다.</li><li>이를 통해 경영진과 이해관계자들의 지원을 얻을 수 있습니다.</li></ul></li><li>팀의 공감대 형성:<ul ><li>기술 부채가 팀에 미치는 영향을 이해하고 공감해야 합니다.</li><li>무시하면 팀 사기 저하, 생산성 감소, 이직률 증가로 이어질 수 있습니다.</li><li>개발자들의 의견을 경청하고, 기술 부채 해결의 중요성을 인식시켜야 합니다.</li></ul></li><li>적절한 규모 조절:<ul ><li>기술 부채 해결의 규모를 가치에 비례하게 조절해야 합니다.</li><li>큰 규모의 재작성은 신중하게 접근해야 하며, 실패 위험이 높습니다.</li><li>대신 점진적인 개선과 모듈화를 통해 리스크를 줄이는 것이 좋습니다.</li></ul></li><li>측정과 모니터링:<ul ><li>기술 부채 해결의 효과를 측정하고 모니터링해야 합니다.</li><li>빌드 시간, 테스트 커버리지, 버그 발생률 등의 지표를 활용할 수 있습니다.</li><li>이를 통해 개선의 효과를 객관적으로 입증할 수 있습니다.</li></ul></li><li>문화적 변화:<ul ><li>기술 부채 해결을 일상적인 업무의 일부로 만들어야 합니다.</li><li>"Boy Scout Rule"을 적용하여 코드를 항상 처음 발견했을 때보다 더 깨끗하게 만드는 습관을 기릅니다. </li></ul></li></ol>

newsletter.pragmaticengineer.com

기술 부채에 대하여

1
자유를 찾는다는 것.

2
독립하기 위해 노동자들이 할 수 있는 것은 콘텐츠.

3
자기만의 콘텐츠를 만들고 발신할 수 있다면 시간과 장소에 구애받지 않고 자유롭게 능력을 펼칠 수 있는 시대가 되었다.

4
그만큼 경쟁도 치열하겠지만, 경제적 자유뿐 아니라 다른 의미의 자유에도 해당 되는 이야기이므로, 부지런히 내 콘텐츠를 만들어가야지.

#별게다영감

1 자유를 찾는다는 것. ​ ​2 독립하기 위해 노동자들이 할 수 있는 것은 콘텐츠. ​ ​3 자기만의 콘텐츠를 만들고 발신할 수 있다면 시간과 장소에 구애받지 않고 자유롭게 능력을 펼칠 수 있는 시대가 되었다. ​ ​4 그만큼 경쟁도 치열하겠지만, 경제적 자유뿐 아니라 다른 의미의 자유에도 해당 되는 이야기이므로, 부지런히 내 콘텐츠를 만들어가야지. #별게다영감

< 콘텐츠의 힘은 자유다 >

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

계란후라이 1074

목소리는 사람의 마음을 반영합니다.
저는 목소리에 콤플렉스를 가지고 있습니다. 코맹맹이 소리를 내서 학창 시절 친구들에게 놀림을 많이 받았습니다. 부정확한 발음과 어눌한 목소리는 대화와 발표 시간을 긴장하게 만드는 요인 중 하나였습니다. 목소리가 작고 자신감 없는 태도에 대한 지적을 자주 듣다 보니 점점 더 사람들과 대화하거나 사람들 앞에서 발표하는 일이 싫어졌습니다.
아기들 울음소리를 들어보면 목소리가 비슷합니다.
"응애" 두 음절이라서 아기마다 소리가 큰 차이 없을 수도 있고, 태어날 때부터 목청 큰 아이와 목소리가 작은 아기도 있으니 아기들 울음소리가 거의 비슷하다는 것은 지극히 주관적인 의견입니다. 아기가 자라면서 말을 할 줄 아는 순간이 되고, 엄마와 아빠의 말을 따라 하는 수준을 넘어 스스로 생각해서 말을 하는 정도의 성장을 하면 아이마다 목소리에 개성을 갖게 됩니다. 신체 구조도 비슷하고 소리를 내는 방식도 모든 사람이 동일한데 왜 목소리가 사람마다 다른 걸까요?
정답은 성장 배경에 있습니다. 고음을 자주 듣고 상기된 목소리로 대화하는 사람들 틈에서 자랐다면, 목소리 톤이 높습니다. 반면에 저음을 주로 듣고 차분하게 대화하는 분위기에서 성장했다면 목소리가 낮고 잔잔합니다. 신나는 분위기에서 수다를 자주 나누는 사람들과 자랐다면 말이 빠르고 흥이 담겨 있습니다. 반면에 어두운 분위기에서 대화도 없이 조용한 사람들과 자랐다면 말이 느리고 지루한 목소리가 될 것입니다.
소리를 만드는 신체 기구인 성대는 끈적한 점막으로 이루어진 근육입니다. 마찰을 내면서 소리를 만듭니다. 성대는 높은 음을 낼 때 길어지고, 낮은 음을 내면 짧아집니다. 성대는 근육이라 많이 사용할수록 발달합니다. 높은 음을 자주 듣고 사용하다 보면 자연스럽게 높은 음을 사용하는 성대가 발달합니다. 낮은 음을 주로 듣고 사용하면 중저음 성대가 발달하는 것입니다. 웨이트 트레이닝을 통해 원하는 부위에 근육을 집중하여 키울 수 있는 것과 같이 성대 근육도 높은 음과 낮은 음 사이 원하는 음역대를 집중적으로 연습하면 성대 근육이 발달하여 원하는 소리를 잘 낼 수 있습니다.
밝은 목소리로 사람들과 대화하기 원한다면, 영화 인사이드 아웃에 등장하는 기쁨 Joy 캐릭터의 목소리를 떠올려보세요. 그리고 사람을 만날 때마다 밝게 인사하고 혼자 있을 때에도 밝은 소리를 자주 내어 보세요. 사람의 인상은 외모뿐만 아니라 목소리도 영향을 줍니다. 사람들에게 밝고 화창한 인상을 주고 싶다면 목소리에 기분을 담아 말해 보세요.

계란후라이 1074 목소리는 사람의 마음을 반영합니다.저는 목소리에 콤플렉스를 가지고 있습니다. 코맹맹이 소리를 내서 학창 시절 친구들에게 놀림을 많이 받았습니다. 부정확한 발음과 어눌한 목소리는 대화와 발표 시간을 긴장하게 만드는 요인 중 하나였습니다. 목소리가 작고 자신감 없는 태도에 대한 지적을 자주 듣다 보니 점점 더 사람들과 대화하거나 사람들 앞에서 발표하는 일이 싫어졌습니다.아기들 울음소리를 들어보면 목소리가 비슷합니다."응애" 두 음절이라서 아기마다 소리가 큰 차이 없을 수도 있고, 태어날 때부터 목청 큰 아이와 목소리가 작은 아기도 있으니 아기들 울음소리가 거의 비슷하다는 것은 지극히 주관적인 의견입니다. 아기가 자라면서 말을 할 줄 아는 순간이 되고, 엄마와 아빠의 말을 따라 하는 수준을 넘어 스스로 생각해서 말을 하는 정도의 성장을 하면 아이마다 목소리에 개성을 갖게 됩니다. 신체 구조도 비슷하고 소리를 내는 방식도 모든 사람이 동일한데 왜 목소리가 사람마다 다른 걸까요?정답은 성장 배경에 있습니다. 고음을 자주 듣고 상기된 목소리로 대화하는 사람들 틈에서 자랐다면, 목소리 톤이 높습니다. 반면에 저음을 주로 듣고 차분하게 대화하는 분위기에서 성장했다면 목소리가 낮고 잔잔합니다. 신나는 분위기에서 수다를 자주 나누는 사람들과 자랐다면 말이 빠르고 흥이 담겨 있습니다. 반면에 어두운 분위기에서 대화도 없이 조용한 사람들과 자랐다면 말이 느리고 지루한 목소리가 될 것입니다.소리를 만드는 신체 기구인 성대는 끈적한 점막으로 이루어진 근육입니다. 마찰을 내면서 소리를 만듭니다. 성대는 높은 음을 낼 때 길어지고, 낮은 음을 내면 짧아집니다. 성대는 근육이라 많이 사용할수록 발달합니다. 높은 음을 자주 듣고 사용하다 보면 자연스럽게 높은 음을 사용하는 성대가 발달합니다. 낮은 음을 주로 듣고 사용하면 중저음 성대가 발달하는 것입니다. 웨이트 트레이닝을 통해 원하는 부위에 근육을 집중하여 키울 수 있는 것과 같이 성대 근육도 높은 음과 낮은 음 사이 원하는 음역대를 집중적으로 연습하면 성대 근육이 발달하여 원하는 소리를 잘 낼 수 있습니다.밝은 목소리로 사람들과 대화하기 원한다면, 영화 인사이드 아웃에 등장하는 기쁨 Joy 캐릭터의 목소리를 떠올려보세요. 그리고 사람을 만날 때마다 밝게 인사하고 혼자 있을 때에도 밝은 소리를 자주 내어 보세요. 사람의 인상은 외모뿐만 아니라 목소리도 영향을 줍니다. 사람들에게 밝고 화창한 인상을 주고 싶다면 목소리에 기분을 담아 말해 보세요.

꿈을 찾는 사람에게 보내는 262 번째 편지

전 세계 주요 유튜버들은 어떻게 비즈니스를 구축하고 있을까?

‘유튜브 비즈니스 스터디’ 모집 안내 (10월~1월 시즌)

1. “유튜브는 이제 한 물 간 거 아니냐?”, “유튜브는 이미 포화 시장 아니냐?”고 말하는 사람들이 종종 있지만, 저 개인적으로는 정반대로 생각하는데요.

2. 오히려 저는 ‘디지털 콘텐츠 비즈니스의 중심은 점점 더 유튜브가 되어 가고 있다’고 생각하고 있습니다. 국내에는 유튜브에서 10년 동안 꾸준히 성장하는 크리에이터가 많지 않지만, 글로벌에서는 유튜브에서 시작해 자신만의 독창적인 콘텐츠 스타일과 비즈니스를 구축하며 계속해서 성장하고 있는 크리에이터들이 하나둘씩 나오고 있는데요.

3. 현재 전 세계 1위 유튜버인 ‘미스터 비스트’는 초기 엉망진창 수준의 게임 유튜버였지만, 폭망 후 각성한 뒤부터 현실을 게임으로 만들며 드라마틱한 성장을 이루어냈습니다. 그리고 유튜브를 점령한 미스터 비스트는 유튜브라는 플랫폼에 갇히지 않기 위해 아마존 프라임 등 OTT 서비스에 롱폼 콘텐츠를 공급하는 등 숏폼-미드폼-롱폼을 다 다루는 종합 콘텐츠 회사로 도약하고 있어요.

4. 마찬가지로, 테크 유튜버 중에서 원탑으로 불리는 ‘마커스 브라운리(MKBHD)’도 꼬꼬마 시절부터 유튜브에서 테크 콘텐츠를 다루다, 이제는 유명 테크 기업 경영진들로부터 ‘지구상 최고의 테크 리뷰어'라는 칭호를 받으며 계속해서 영향력을 키워가고 있는데요. 미스터 비스트에 비하면, 마커스 브라운리의 구독자 수가 훨씬 적지만, 호사가들 사이에서는 결국엔 크리에이터 중에서 가장 큰 부자가 될 사람은 마커스 브라운리일 것이라는 말이 나올 정도입니다. 논란과 이슈가 많은 다른 크리에이터들에 비해, 마커스 브라운리는 안정적이면서 독보적인 감각을 구축하고 있기 때문이죠.

5. 이처럼 시야를 글로벌로 넓히면, 유튜브에서 10년 동안 꾸준히 성장해 기존의 레거시 미디어보다 더 높은 퀄리티의 콘텐츠와 색다른 비즈니스를 구축해나가고 있는 창작자들이 하나둘씩 생겨나고 있는데요.

6. 이들이 레거시 미디어를 뛰어넘을지 아닐지는 좀 더 지켜봐야겠지만, 이들의 과정을 되짚어보고 분석해보고 이야기나누는 과정은 필요하지 않나라는 생각을 했습니다.

7. 그래서 힘찬 님, 의민 님과 함께, 1) 전 세계 주요 크리에이터들은 어떻게 성장했고, 2) 또 어떻게 비즈니스를 구축하고 있는지를 스터디하고 토론하는 ‘유튜브 비즈니스 스터디'라는 모임을 진행하고 있는데요. 이미 한 시즌 스터디를 진행해봤는데, 모임 퀄리티가 꽤 높았답니다 (호호)

8. 그래서 이번 시즌에는 더 다양한 유튜버들을 리서치하고, 스터디할 예정인데요. 간단히 소개하면, 키즈 유튜버부터 할머니-할아버지 유튜버까지, 밀덕 유튜버부터 요리 유튜버까지, 남녀노소를 포함해 다채로운 카테고리의 유튜버분들을 스터디할 계획입니다.

9. 특히 저 개인적으로는, 미스터 비스트나 마커스 브라운리보다 비즈니스적으로 유튜브를 더 잘 활용하고 있는 창작자는 ‘로건 폴’이라고 생각하는데요. 그래서 이번 시즌에서는 로건 폴에 대해 딥 다이브할 뿐 아니라, 디지털에서 콘텐츠로 비즈니스를 하는 사람들은 기본적으로 알아야 하는 교과서와 같은 ‘게리 베이너척’에 대해서도 깊이 있게 다룰 예정입니다.

10. 물론 네임 밸류 측면에서 보면 첫 시즌에 비해, 한국에는 잘 안 알려진 유튜버들이 많긴 하지만, 그만큼 우리의 일상과는 더 가까운 유튜버들이라서 도움되는 부분은 더 많을 것이라고 조심스럽게 예상해봅니다 (호호)

11. 관련해 유튜브 비즈니스 스터디에 관심이 있으신 분들께서는 자세한 내용 참고해주시면 좋을 것 같고, 유튜버들을 파보면 다른 콘텐츠 분야에도 적용될 수 있는 아이디어도 많지 않을까 싶어요. 늘 감사합니다 ;)

1. “유튜브는 이제 한 물 간 거 아니냐?”, “유튜브는 이미 포화 시장 아니냐?”고 말하는 사람들이 종종 있지만, 저 개인적으로는 정반대로 생각하는데요. 2. 오히려 저는 ‘디지털 콘텐츠 비즈니스의 중심은 점점 더 유튜브가 되어 가고 있다’고 생각하고 있습니다. 국내에는 유튜브에서 10년 동안 꾸준히 성장하는 크리에이터가 많지 않지만, 글로벌에서는 유튜브에서 시작해 자신만의 독창적인 콘텐츠 스타일과 비즈니스를 구축하며 계속해서 성장하고 있는 크리에이터들이 하나둘씩 나오고 있는데요. 3. 현재 전 세계 1위 유튜버인 ‘미스터 비스트’는 초기 엉망진창 수준의 게임 유튜버였지만, 폭망 후 각성한 뒤부터 현실을 게임으로 만들며 드라마틱한 성장을 이루어냈습니다. 그리고 유튜브를 점령한 미스터 비스트는 유튜브라는 플랫폼에 갇히지 않기 위해 아마존 프라임 등 OTT 서비스에 롱폼 콘텐츠를 공급하는 등 숏폼-미드폼-롱폼을 다 다루는 종합 콘텐츠 회사로 도약하고 있어요. 4. 마찬가지로, 테크 유튜버 중에서 원탑으로 불리는 ‘마커스 브라운리(MKBHD)’도 꼬꼬마 시절부터 유튜브에서 테크 콘텐츠를 다루다, 이제는 유명 테크 기업 경영진들로부터 ‘지구상 최고의 테크 리뷰어'라는 칭호를 받으며 계속해서 영향력을 키워가고 있는데요. 미스터 비스트에 비하면, 마커스 브라운리의 구독자 수가 훨씬 적지만, 호사가들 사이에서는 결국엔 크리에이터 중에서 가장 큰 부자가 될 사람은 마커스 브라운리일 것이라는 말이 나올 정도입니다. 논란과 이슈가 많은 다른 크리에이터들에 비해, 마커스 브라운리는 안정적이면서 독보적인 감각을 구축하고 있기 때문이죠. 5. 이처럼 시야를 글로벌로 넓히면, 유튜브에서 10년 동안 꾸준히 성장해 기존의 레거시 미디어보다 더 높은 퀄리티의 콘텐츠와 색다른 비즈니스를 구축해나가고 있는 창작자들이 하나둘씩 생겨나고 있는데요. 6. 이들이 레거시 미디어를 뛰어넘을지 아닐지는 좀 더 지켜봐야겠지만, 이들의 과정을 되짚어보고 분석해보고 이야기나누는 과정은 필요하지 않나라는 생각을 했습니다. 7. 그래서 힘찬 님, 의민 님과 함께, 1) 전 세계 주요 크리에이터들은 어떻게 성장했고, 2) 또 어떻게 비즈니스를 구축하고 있는지를 스터디하고 토론하는 ‘유튜브 비즈니스 스터디'라는 모임을 진행하고 있는데요. 이미 한 시즌 스터디를 진행해봤는데, 모임 퀄리티가 꽤 높았답니다 (호호) 8. 그래서 이번 시즌에는 더 다양한 유튜버들을 리서치하고, 스터디할 예정인데요. 간단히 소개하면, 키즈 유튜버부터 할머니-할아버지 유튜버까지, 밀덕 유튜버부터 요리 유튜버까지, 남녀노소를 포함해 다채로운 카테고리의 유튜버분들을 스터디할 계획입니다. 9. 특히 저 개인적으로는, 미스터 비스트나 마커스 브라운리보다 비즈니스적으로 유튜브를 더 잘 활용하고 있는 창작자는 ‘로건 폴’이라고 생각하는데요. 그래서 이번 시즌에서는 로건 폴에 대해 딥 다이브할 뿐 아니라, 디지털에서 콘텐츠로 비즈니스를 하는 사람들은 기본적으로 알아야 하는 교과서와 같은 ‘게리 베이너척’에 대해서도 깊이 있게 다룰 예정입니다. 10. 물론 네임 밸류 측면에서 보면 첫 시즌에 비해, 한국에는 잘 안 알려진 유튜버들이 많긴 하지만, 그만큼 우리의 일상과는 더 가까운 유튜버들이라서 도움되는 부분은 더 많을 것이라고 조심스럽게 예상해봅니다 (호호) 11. 관련해 유튜브 비즈니스 스터디에 관심이 있으신 분들께서는 자세한 내용 참고해주시면 좋을 것 같고, 유튜버들을 파보면 다른 콘텐츠 분야에도 적용될 수 있는 아이디어도 많지 않을까 싶어요. 늘 감사합니다 ;)

Somewon on Notion

유튜브 비즈니스 스터디 모집 안내

자신의 생각 관찰·실효적인 행동 필요 능력 발전시키는 게 가장 좋은 예방법 걱정 없는 사람은 없다. 세상은 걱정거리투성이다. 어느 정도의 걱정은 살아가는 데 필수다. 우리 인간은 걱정하는 존재이기 때문에 미래를 계획

[김병수의마음치유] 걱정을 불안으로 키우지 말자

걱정 없는 사람은 없다. 세상은 걱정거리투성이다. 어느 정도의 걱정은 살아가는 데 필수다. 우리 인간은 걱정하는 존재이기 때문에 미래를 계획하고 문제를 예방할 수 있다. 그런데 걱정과 불안은 다르다.

불안에 빠진 이는 걱정해 봐야 소용없는데도 그 생각을 떨쳐내지 못한다. 더 많이 고민해야 위험에 대비할 수 있다고 믿기 때문이다. 걱정했던 최악의 상황이 닥치는 건 무수한 가능성 중에 하나일 뿐이고, 대개는 그 확률이 낮은 편이다.

그런데도 불행이 지금 당장 들이닥친 것처럼 느낀다. 걱정을 실제처럼 믿으니 불안증이 생기는 것이다. 재앙을 상상하는 것만으로도 우리 신체는 실제로 그 일이 일어난 것처럼 반응한다. 몸이 떨리고, 심장이 뛰고, 호흡이 가빠진다.

상사가 중요한 프레젠테이션을 맡겼을 때 ‘발표를 망치면 안 되는데…’라고 걱정하는 건 자연스러운 심리다. 이런 마음 때문에 우리는 더 열심히 준비하게 된다.

그런데 불안에 취약한 사람은 ‘발표 때 머릿속이 하얘져서 말을 제대로 못할 것 같아. 그러면 상사에게 밉보여서 승진도 못할거야. 후배들은 나를 무능하다고 비웃겠지’라며 있지도 않은 일을 머릿속에서 생생하게 그려낸다. 이런 이미지는 신경을 곤두서게 하고, 좌불안석하게 만든다.

“걱정 좀 그만해!”라고 다그쳐 봐야 걱정은 사라지지 않는다. 걱정이 불안이 되지 않게 하려면 자신의 생각을 관찰하고 실효적으로 행동해야 한다.

세상의 모든 불안은 2가지로 나뉜다. (1)첫 번째는 걱정했던 일이 실제로 일어날 가능성이 희박한데도, 그렇게 될 것이라 믿기 때문에 생기는 불안이다. 전문 용어로 표현하면 ‘부정적 결과의 발생 가능성에 대한 과대 추정’이다.

먹구름이 조금만 껴도 번개가 내리쳐서 나무를 쓰러뜨릴 거라고 예상하는 것이다. 비행기 타는 게 걱정될 수는 있지만, 자신이 탄 비행기가 난기류로 추락할 수 있다고 생각하기 때문에 불안해지는 것이다.

발생 가능성은 무지하게 낮고, 자기 힘으로 막을 수 없는 일이라면 “그냥 운명에 맡기자! 하늘의 뜻에 따르자!”라고 마음을 고쳐먹어야 한다.

(2)그런데 우리가 걱정하는 일 중에는 살다 보면 실제 일어날 확률이 무시하지 못할 정도인 것들이 꽤 있다. 예를 들어, 직장을 잃고 재정적 곤란에 빠지는 상황은 누구나 겪을 수 있다. 이런 걱정은 “그런 일이 생길 가능성은 낮으니까 불안해하지 마”라는 말로 누그러들지 않는다.

이런 종류의 걱정이 불안으로 번지는 건 ‘재앙화(catastrophizing) 사고방식’ 때문이다. 자기가 쓴 보고서에 오타 몇 개 있다고 당장 해고당하는 건 아닐 텐데 ‘아, 상사에게 완전히 찍혔어. 권고사직 당할 거야. 내 인생은 파탄 나고 말 거야’라고 파국적인 결과를 떠올리기 때문에 불안해지는 것이다.

혹여 직장을 잃더라도 재취업하면 되고 실직이 인생의 터닝포인트가 될 수도 있는데, 삶이 망가질 거라고 믿으면 불안에 빠지고 만다.

이런 걱정이 불안으로 번지지 않게 하려면 ‘아, 이건 재앙화 사고로구나!’하고 알아차리고 ‘걱정이 현실이 되지 않게 보고서를 꼼꼼히 점검하고, 발표 리허설도 해 보자’고 마음먹고 실천해야 한다.

나쁜 상황이 닥치더라도 극복해낼 수 있도록 자신의 능력을 더 발전시키는 것이 가장 좋은 불안 예방법이다. 가족과 친구, 상담사를 붙들고 “나 잘할 수 있겠죠? 잘해낼 거라고 응원해 주세요!”라며 위로를 구하는 걸로는 걱정과 불안을 떨쳐낼 수 없다.

걱정 없는 사람은 없다. 세상은 걱정거리투성이다. 어느 정도의 걱정은 살아가는 데 필수다. 우리 인간은 걱정하는 존재이기 때문에 미래를 계획하고 문제를 예방할 수 있다. 그런데 걱정과 불안은 다르다. 불안에 빠진 이는 걱정해 봐야 소용없는데도 그 생각을 떨쳐내지 못한다. 더 많이 고민해야 위험에 대비할 수 있다고 믿기 때문이다. 걱정했던 최악의 상황이 닥치는 건 무수한 가능성 중에 하나일 뿐이고, 대개는 그 확률이 낮은 편이다. 그런데도 불행이 지금 당장 들이닥친 것처럼 느낀다. 걱정을 실제처럼 믿으니 불안증이 생기는 것이다. 재앙을 상상하는 것만으로도 우리 신체는 실제로 그 일이 일어난 것처럼 반응한다. 몸이 떨리고, 심장이 뛰고, 호흡이 가빠진다. 상사가 중요한 프레젠테이션을 맡겼을 때 ‘발표를 망치면 안 되는데…’라고 걱정하는 건 자연스러운 심리다. 이런 마음 때문에 우리는 더 열심히 준비하게 된다. 그런데 불안에 취약한 사람은 ‘발표 때 머릿속이 하얘져서 말을 제대로 못할 것 같아. 그러면 상사에게 밉보여서 승진도 못할거야. 후배들은 나를 무능하다고 비웃겠지’라며 있지도 않은 일을 머릿속에서 생생하게 그려낸다. 이런 이미지는 신경을 곤두서게 하고, 좌불안석하게 만든다. “걱정 좀 그만해!”라고 다그쳐 봐야 걱정은 사라지지 않는다. 걱정이 불안이 되지 않게 하려면 자신의 생각을 관찰하고 실효적으로 행동해야 한다. 세상의 모든 불안은 2가지로 나뉜다. (1)첫 번째는 걱정했던 일이 실제로 일어날 가능성이 희박한데도, 그렇게 될 것이라 믿기 때문에 생기는 불안이다. 전문 용어로 표현하면 ‘부정적 결과의 발생 가능성에 대한 과대 추정’이다. 먹구름이 조금만 껴도 번개가 내리쳐서 나무를 쓰러뜨릴 거라고 예상하는 것이다. 비행기 타는 게 걱정될 수는 있지만, 자신이 탄 비행기가 난기류로 추락할 수 있다고 생각하기 때문에 불안해지는 것이다. 발생 가능성은 무지하게 낮고, 자기 힘으로 막을 수 없는 일이라면 “그냥 운명에 맡기자! 하늘의 뜻에 따르자!”라고 마음을 고쳐먹어야 한다. (2)그런데 우리가 걱정하는 일 중에는 살다 보면 실제 일어날 확률이 무시하지 못할 정도인 것들이 꽤 있다. 예를 들어, 직장을 잃고 재정적 곤란에 빠지는 상황은 누구나 겪을 수 있다. 이런 걱정은 “그런 일이 생길 가능성은 낮으니까 불안해하지 마”라는 말로 누그러들지 않는다. 이런 종류의 걱정이 불안으로 번지는 건 ‘재앙화(catastrophizing) 사고방식’ 때문이다. 자기가 쓴 보고서에 오타 몇 개 있다고 당장 해고당하는 건 아닐 텐데 ‘아, 상사에게 완전히 찍혔어. 권고사직 당할 거야. 내 인생은 파탄 나고 말 거야’라고 파국적인 결과를 떠올리기 때문에 불안해지는 것이다. 혹여 직장을 잃더라도 재취업하면 되고 실직이 인생의 터닝포인트가 될 수도 있는데, 삶이 망가질 거라고 믿으면 불안에 빠지고 만다. 이런 걱정이 불안으로 번지지 않게 하려면 ‘아, 이건 재앙화 사고로구나!’하고 알아차리고 ‘걱정이 현실이 되지 않게 보고서를 꼼꼼히 점검하고, 발표 리허설도 해 보자’고 마음먹고 실천해야 한다. 나쁜 상황이 닥치더라도 극복해낼 수 있도록 자신의 능력을 더 발전시키는 것이 가장 좋은 불안 예방법이다. 가족과 친구, 상담사를 붙들고 “나 잘할 수 있겠죠? 잘해낼 거라고 응원해 주세요!”라며 위로를 구하는 걸로는 걱정과 불안을 떨쳐낼 수 없다.

n.news.naver.com

A roundup of some of our favorite API documentation tools too boost developer experience with easy-to-use and helpful developer portals.

10 Best API Documentation Tools for 2024 | Nordic APIs |

API 자체를 제공하는 제품 혹은 팀이라면 API 문서에 아마 관심이 많으실 것 같습니다. (제가 그렇거든요 ㅎㅎ) 요즘 잘 나가는 API 문서 도구 10개를 소개해봅니다.

 1.  Swagger: 오픈 소스 도구로, API를 설계하고 문서화하는 데 널리 사용됩니다. 사용자 친화적인 인터페이스와 강력한 기능을 제공합니다.
 2.  Postman: API 테스트 및 문서화를 위한 인기 있는 플랫폼으로, 팀 협업 기능이 뛰어납니다. 다양한 API 요청을 쉽게 관리할 수 있습니다.
 3.  Redoc: OpenAPI 사양을 기반으로 한 문서화 도구로, 사용자에게 깔끔하고 직관적인 인터페이스를 제공합니다.
 4.  ReadMe: API 문서화와 함께 사용자 피드백을 받을 수 있는 기능을 제공하며, 인터랙티브한 문서를 생성할 수 있습니다.
 5.  Stoplight: API 설계, 문서화 및 테스트를 통합한 플랫폼으로, 팀원 간의 협업을 지원합니다.
 6.  Docusaurus: 문서화 사이트를 쉽게 구축할 수 있는 도구로, React 기반의 정적 사이트 생성기입니다.
 7.  GitBook: 협업 중심의 문서화 도구로, API 문서뿐만 아니라 다양한 형식의 콘텐츠를 작성할 수 있습니다.
 8.  Slate: 마크다운 기반의 API 문서화 도구로, 깔끔한 디자인과 사용자 친화적인 레이아웃이 특징입니다.
 9.  OpenAPI Generator: OpenAPI 사양을 기반으로 클라이언트 라이브러리와 서버 스텁을 생성할 수 있는 도구입니다.
 10. Apiary: API 설계와 문서화를 위한 플랫폼으로, 팀 협업과 피드백 기능이 잘 갖춰져 있습니다.

여러분들은 이 중 어떤게 가장 맘에 드시나요?

https://nordicapis.com/10-best-api-documentation-tools-for-2024/?ref=dailydev

API 자체를 제공하는 제품 혹은 팀이라면 API 문서에 아마 관심이 많으실 것 같습니다. (제가 그렇거든요 ㅎㅎ) 요즘 잘 나가는 API 문서 도구 10개를 소개해봅니다. <ol ><li>Swagger: 오픈 소스 도구로, API를 설계하고 문서화하는 데 널리 사용됩니다. 사용자 친화적인 인터페이스와 강력한 기능을 제공합니다.</li><li>Postman: API 테스트 및 문서화를 위한 인기 있는 플랫폼으로, 팀 협업 기능이 뛰어납니다. 다양한 API 요청을 쉽게 관리할 수 있습니다.</li><li>Redoc: OpenAPI 사양을 기반으로 한 문서화 도구로, 사용자에게 깔끔하고 직관적인 인터페이스를 제공합니다.</li><li>ReadMe: API 문서화와 함께 사용자 피드백을 받을 수 있는 기능을 제공하며, 인터랙티브한 문서를 생성할 수 있습니다.</li><li>Stoplight: API 설계, 문서화 및 테스트를 통합한 플랫폼으로, 팀원 간의 협업을 지원합니다.</li><li>Docusaurus: 문서화 사이트를 쉽게 구축할 수 있는 도구로, React 기반의 정적 사이트 생성기입니다.</li><li>GitBook: 협업 중심의 문서화 도구로, API 문서뿐만 아니라 다양한 형식의 콘텐츠를 작성할 수 있습니다.</li><li>Slate: 마크다운 기반의 API 문서화 도구로, 깔끔한 디자인과 사용자 친화적인 레이아웃이 특징입니다.</li><li>OpenAPI Generator: OpenAPI 사양을 기반으로 클라이언트 라이브러리와 서버 스텁을 생성할 수 있는 도구입니다.</li><li>Apiary: API 설계와 문서화를 위한 플랫폼으로, 팀 협업과 피드백 기능이 잘 갖춰져 있습니다.</li></ol> 여러분들은 이 중 어떤게 가장 맘에 드시나요? https://nordicapis.com/10-best-api-documentation-tools-for-2024/?ref=dailydev

Nordic APIs

API 문서 도구 10

한국에서 일할 때는 제 주변에 대부분의 직장인들이 성장에 목말라 했었습니다. 막 입사한 개발자들은 어떻게 하면 빨리 신입 딱지를 땔 수 있을지 물어봤었고, 주니어 개발자들은 어떻게 하면 빨리 시니어가 될 수 있는지 궁금해했습니다. 동기들은 다 진급하는데 본인만 누락될까봐 걱정하시는 분들이 많았습니다. 그래서 주로 이러한 갈증을 해소시켜주는 멘토링을 했던 기억이 있습니다.

이러한 경험을 갖고 저는 캐나다에 와서 직장 생활을 하면서 문화 충격을 받는데요. 현재 자신이 맡고있는 역할에 충분히 만족하며 딱히 더 성장할 마음이 없는 직장인들이 많기 때문입니다. 이러한 엔지니어들과 얘기를 해보면 소프트웨어 개발 직군이 다른 직군 대비 처우가 얼마나 좋은지 잘 인지하고 있으며 그래서 더 이상 바랄 게 없다고 합니다. 진급과 함께 늘어난 권한만큼 무거운 책임도 부담스럽다고 하고요.

한국에서 어렸을 때 부터 치열한 경쟁 속에 살아온 저는 처음에 이러한 캐나다 동료들이 나태하고 한심하다고 느껴졌습니다. 아마도 예전에 교양 수업에서 들었던 열심히 일하지 않아도 되는 복지 선진국의 폐해일 수도 있겠다고 생각했습니다. 하지만 이러한 엔지니어들을 직접 멘토링하게 되면서 제 관점이 조금씩 바뀌게 되었습니다.

처음에는 이러한 멘티들의 성장을 독려하는 것이 저의 임무라고 생각했습니다. 업무에서 사용하고 있는 기술에 대해서 좀 더 깊이 공부하기를 바라는 마음에 여러 책과 온라인 강의를 추천해주었습니다. 이 친구들이 조직에서 더 두각을 내고 진급을 하려면 어떤 부분에서 더 실력을 키워야 하는지 얘기해 주었습니다. 이렇게 성장하는 방법을 알려주면 고마워할 줄 알았죠.

하지만 저의 이러한 멘토링 방향에 반발하는 멘티를 만났고, 이 친구와 우리는 왜 성장해야 하는가 대해서 수 차례 깊은 대화를 나누었습니다. 그러다가 저는 태어나서 한 번도 의심해보지 않았던 성장이라는 가치에 대해서 자문하게 되었습니다. 나는 왜 이렇게 성장에 집착하는 거지? 왜 다른 사람에게 성장을 강요하려는 거지?? 생각을 해보니 반드시 모든 사람이 성장하고 싶어야 할 이유도 없더군요! 제 생각이 얼마나 편협했었는지를 느끼게 되었습니다.

그래서 이제는 새로운 멘티가 생기면 성장을 하고 싶은지에 대해서 먼저 꼭 물어봅니다. 엔지니어로서 성장을 원치 않는 친구들은 보통 인생의 다른 부분에 열정을 갖고 있더라고요. 어떤 친구는 퇴근 후에 아마추어 하키팀 코치로 투잡을 뛰고, 다른 친구는 영화 감독이 꿈이라서 주말마다 독립 영화를 찍고 있다고 하네요. 이런 친구들은 성장보다는 효율에 초점을 두어 멘토링을 합니다.

저처럼 소프트웨어 개발을 천직으로 삼고 계속해서 공부하며 엔지니어로 성장하고 싶은 사람도 있지만, 그냥 소프트웨어 개발을 괜찮은 돈벌이 수단으로 생각하고 직업 그 이상 이하로도 생각하지 않는 사람도 많습니다. 멘토가 멘티의 성장을 도와줄 수는 있지만, 절대 강요할 수는 없다는 것을 배웠습니다.

한국에서 일할 때는 제 주변에 대부분의 직장인들이 성장에 목말라 했었습니다. 막 입사한 개발자들은 어떻게 하면 빨리 신입 딱지를 땔 수 있을지 물어봤었고, 주니어 개발자들은 어떻게 하면 빨리 시니어가 될 수 있는지 궁금해했습니다. 동기들은 다 진급하는데 본인만 누락될까봐 걱정하시는 분들이 많았습니다. 그래서 주로 이러한 갈증을 해소시켜주는 멘토링을 했던 기억이 있습니다. 이러한 경험을 갖고 저는 캐나다에 와서 직장 생활을 하면서 문화 충격을 받는데요. 현재 자신이 맡고있는 역할에 충분히 만족하며 딱히 더 성장할 마음이 없는 직장인들이 많기 때문입니다. 이러한 엔지니어들과 얘기를 해보면 소프트웨어 개발 직군이 다른 직군 대비 처우가 얼마나 좋은지 잘 인지하고 있으며 그래서 더 이상 바랄 게 없다고 합니다. 진급과 함께 늘어난 권한만큼 무거운 책임도 부담스럽다고 하고요. 한국에서 어렸을 때 부터 치열한 경쟁 속에 살아온 저는 처음에 이러한 캐나다 동료들이 나태하고 한심하다고 느껴졌습니다. 아마도 예전에 교양 수업에서 들었던 열심히 일하지 않아도 되는 복지 선진국의 폐해일 수도 있겠다고 생각했습니다. 하지만 이러한 엔지니어들을 직접 멘토링하게 되면서 제 관점이 조금씩 바뀌게 되었습니다. 처음에는 이러한 멘티들의 성장을 독려하는 것이 저의 임무라고 생각했습니다. 업무에서 사용하고 있는 기술에 대해서 좀 더 깊이 공부하기를 바라는 마음에 여러 책과 온라인 강의를 추천해주었습니다. 이 친구들이 조직에서 더 두각을 내고 진급을 하려면 어떤 부분에서 더 실력을 키워야 하는지 얘기해 주었습니다. 이렇게 성장하는 방법을 알려주면 고마워할 줄 알았죠. 하지만 저의 이러한 멘토링 방향에 반발하는 멘티를 만났고, 이 친구와 우리는 왜 성장해야 하는가 대해서 수 차례 깊은 대화를 나누었습니다. 그러다가 저는 태어나서 한 번도 의심해보지 않았던 성장이라는 가치에 대해서 자문하게 되었습니다. 나는 왜 이렇게 성장에 집착하는 거지? 왜 다른 사람에게 성장을 강요하려는 거지?? 생각을 해보니 반드시 모든 사람이 성장하고 싶어야 할 이유도 없더군요! 제 생각이 얼마나 편협했었는지를 느끼게 되었습니다. 그래서 이제는 새로운 멘티가 생기면 성장을 하고 싶은지에 대해서 먼저 꼭 물어봅니다. 엔지니어로서 성장을 원치 않는 친구들은 보통 인생의 다른 부분에 열정을 갖고 있더라고요. 어떤 친구는 퇴근 후에 아마추어 하키팀 코치로 투잡을 뛰고, 다른 친구는 영화 감독이 꿈이라서 주말마다 독립 영화를 찍고 있다고 하네요. 이런 친구들은 성장보다는 효율에 초점을 두어 멘토링을 합니다. 저처럼 소프트웨어 개발을 천직으로 삼고 계속해서 공부하며 엔지니어로 성장하고 싶은 사람도 있지만, 그냥 소프트웨어 개발을 괜찮은 돈벌이 수단으로 생각하고 직업 그 이상 이하로도 생각하지 않는 사람도 많습니다. 멘토가 멘티의 성장을 도와줄 수는 있지만, 절대 강요할 수는 없다는 것을 배웠습니다.

성장을 강요하는 멘토, 성장을 거부하는 멘티

OAuth는 무엇인가요?티스토리 로그인페이지에서 보면 카카오톡으로 로그인이라는 버튼이 보일 것입니다. 이 외에도 구글, 네이버, 페이스북으로 로그인 할 수 있도록 타 사이트에서 기능을 제공해주고 있는데 이처럼 서비스에 직접 사용자를 등록하지 않고 제 3자의 플랫폼에 사용자의 접근 권한을 위임할 수 있도록 해주는 표준 프로토콜을 OAuth라고 합니다.OAuth는 인터넷 사용자들이 비밀번호를 제공하지 않고 다른 웹사이트 상의 자신들의 정보에 대해 웹사이트나 애플리케이션의 접근 권한을 부여할 수 있는 공통적인 수단으로서 사용되는 접근 위임을 위한 개방형 표준. - 위키피디아OAuth가 사용되기 전에는 인증방식의 표준이 없었기 때문에 기존의 기본인증인 아이디와 비밀번호를 사용하였는데, 이는 보안상 취약한 구조일..

OAuth 원리와 이해 (feat. 카카오 로그인)

예전에 카카오워크라는 협업툴의 기획자로 일한 적이 있었는데요.
그러면서 OAuth와 SAML에 대해 많은 공부를 하게 되었었어요!
SSO 인증은 알아두면 나중에 정말 요긴하게 쓰이니 읽고 가볍게 공부해보세요!

+여담
그리고 그 당시에 찾아보며 느꼈는데,
미국이나 우리나라는 OAuth를 많이 쓰는데.. 일본은 LINE을 기반으로 SAML을 많이 쓰는 느낌이 들더라구요..!? 🤓

https://yejipro.tistory.com/entry/OAuth-%EC%9B%90%EB%A6%AC%EC%99%80-%EC%9D%B4%ED%95%B4-feat-%EC%B9%B4%EC%B9%B4%EC%98%A4-%EB%A1%9C%EA%B7%B8%EC%9D%B8

예전에 카카오워크라는 협업툴의 기획자로 일한 적이 있었는데요.그러면서 OAuth와 SAML에 대해 많은 공부를 하게 되었었어요!SSO 인증은 알아두면 나중에 정말 요긴하게 쓰이니 읽고 가볍게 공부해보세요! +여담그리고 그 당시에 찾아보며 느꼈는데, 미국이나 우리나라는 OAuth를 많이 쓰는데.. 일본은 LINE을 기반으로 SAML을 많이 쓰는 느낌이 들더라구요..!? 🤓 https://yejipro.tistory.com/entry/OAuth-%EC%9B%90%EB%A6%AC%EC%99%80-%EC%9D%B4%ED%95%B4-feat-%EC%B9%B4%EC%B9%B4%EC%98%A4-%EB%A1%9C%EA%B7%B8%EC%9D%B8

Yeji's Tech Notes

Learn how to publish a package to npm with a complete setup including, TypeScript, Prettier, Vitest, GitHub Actions, and versioning with Changesets.

How To Create An NPM Package

npm 패키징관련해서 매우 자세하게 작성해둔 글입니다.
타입스트립트로 만드는 방법도 같이 정리되어 있어서 귀한 글이라고 생각합니다.
npm으로 패키지를 배포해보고 싶으신 분은 보시는거 추천드려요~
https://www.totaltypescript.com/how-to-create-an-npm-package

npm 패키징관련해서 매우 자세하게 작성해둔 글입니다. 타입스트립트로 만드는 방법도 같이 정리되어 있어서 귀한 글이라고 생각합니다. npm으로 패키지를 배포해보고 싶으신 분은 보시는거 추천드려요~ https://www.totaltypescript.com/how-to-create-an-npm-package

Total TypeScript

NPM 패키지 만들기 가이드

Let's create a Git commit using Git's low-level (plumbing) commands

Creating a Git commit: The Hard Way

Git에서 저희가 일반적으로 사용하는 git add나 git commit 같은 명령어를 Porcelain 명령어라고 하고 보다 저수준작업을 하는 명령어는 Plumbing 명령어라고 부릅니다.

이 글에서는 Git의 동작 방식을 더 잘 이해하기 위해서 blob과 tree로 구성된 커밋의 구조를 설명하고 Git commit 대신 git hash-object, git update-index, git commit-tree같은 Plubming 명령어로 직접 커밋을 만들어 보면서 실제로 git commit이 어떻게 동작하는지를 설명하는데 직접 따라해 보면서 구조를 이해하기 쉽게 정리된 글입니다.

https://avestura.dev/blog/creating-a-git-commit-the-hard-way

Git에서 저희가 일반적으로 사용하는 git add나 git commit 같은 명령어를 Porcelain 명령어라고 하고 보다 저수준작업을 하는 명령어는 Plumbing 명령어라고 부릅니다. 이 글에서는 Git의 동작 방식을 더 잘 이해하기 위해서 blob과 tree로 구성된 커밋의 구조를 설명하고 Git commit 대신 git hash-object, git update-index, git commit-tree같은 Plubming 명령어로 직접 커밋을 만들어 보면서 실제로 git commit이 어떻게 동작하는지를 설명하는데 직접 따라해 보면서 구조를 이해하기 쉽게 정리된 글입니다. https://avestura.dev/blog/creating-a-git-commit-the-hard-way

Avestura's Blog

Git에서 저희가 일반적으로 사용하는 git add나 git co

#직딩에세이 #25 | 암초는 바다에만 있는 것이 아니다. 직장 생활을 하다보면 뭔지 모르게 자신의 힘을 빼는 사람들이 있는데 이런 사람들과는 처음부터 거리를 두는 것이 좋다.  1. 편을 가르는 사람들  회의를 팀전이라 생각하는 사람들이 있다. PC방에서는 진실일지 모르겠으나, 회사에서는 이것만큼 골치아픈 것이 없다. 회사가 위기일수록 이런 사람들이 많아지는데, 어쩌면 이런 사

직장생활에서 피해야 할 사람들

직장 생활을 하다보면 뭔지 모르게 자신의 힘을 빼는 사람들이 있는데 이런 사람들과는 처음부터 거리를 두는게 좋다고 합니다. 꽤 오래된 글이지만 몇 가지는 저도 공감이 가는글이고, 반대로 저도 이런적이 있었나 다시 한번 생각해보게 되는 글입니다.

🏄🏻‍♂️ 편을 가르는 사람들
회의를 팀전이라 생각하는 사람들이 있습니다. '니 편 내 편' 이 있는 사람들은 회의 내용에 잘 집중하지 못합니다. 이 사람들이 가장 문제가 되는 점은 '상대방의 주장이 옳다는 것'을 알아도 여전히 노선을 바꾸지 않는 점입니다.

🤫 상대에 따라 말이 바뀌는 사람들
말이나 생각의 일관성이 없는 사람들입니다. 특히 상사를 대할 때와 동료를 대할 때 말이 180도 달라지는 사람들이 많습니다. 이런 사람들이 가장 싫어하는 것은 '모두가 있는 자리에서 자신의 생각을 이야기하는 것' 입니다. 회의에서는 말을 아끼거나 대부분의 사람의 의견에 동의하지만, 회의가 끝나면 참석한 사람들을 하나씩 붙잡고 이야기를 시작합니다. 보통 이런 사람들은 회사에 불만이 많고, 불만의 대상이 눈앞에 있으면 그 이야기를 하지 않습니다. 그 사람을 직접 마주보고 할 수 없는 이야기는 다른 사람에게도 하지 않는 것이 좋습니다.

🏃‍♂️ 감정 기복이 심한 사람들
이런 사람들의 특징은 굉장히 잘해주는 때와 이유없이 화를 내는 때의 변화가 찰나의 순간에 교차한다는 것입니다. 논쟁을 하다가 갑자기 감정을 폭발하는 사람을 대하는 것은 굉장히 어렵습니다. 가능하다면 이런 사람들과는 1:1로 미팅을 하지 않는 것이 좋고, 어쩔 수 없이 해야한다면 회의실말고 카페같은 열린 공간에서 하는 것이 더 좋습니다.

🧘🏻‍♂️ 하겠다고 한 일을 하지 않는 사람들
하겠다고 막 내뱉고 하지 않는 것만큼 동료들을 지치게 하는 일은 없습니다.
하지 않을 업무는 눈 앞에 CEO가 앉아 있더라도 하지 않겠다고 이야기해야 합니다.
하지 않을 업무를 본인 스스로 제안하면 안됩니다. 보통 이러한 사람들은 '할 수 있을 것 같아서', '좋은 생각인 것 같아서'라는 답을 주는데 회사에서는 자신이 뱉은 말은 지켜야 하는 곳입니다.

💁‍♂️ 자기 생각을 이야기하지 못하는 사람들
자신의 생각을 말하지 않는 사람들이 생각을 말하게 하는 것은 생각보다 굉장히 어려운 일입니다. 특히 설득해야 하는 사람이 굳이 그럴 필요까지 있을까 생각하는 경우는 더욱 그렇습니다.
회사는 대체적으로 바쁜곳이기에 이야기하지 않으면 모른다고 생각하는 것이 좋습니다.
'꼭 말해야 아나요?' 라고 묻는다면 '그렇습니다.' 잘못된 의사결정이 내려지고 있으면 말을 해야 합니다.

👨‍💻 날짜와 숫자를 부르지 못하는 사람들
언제까지 마무리 할 수 있을지, 이번 분기에 매출이 얼마로 끝날 것 같은지에 대해 답을 못하는 사람들이 의외로 많습니다. 물어본 질문에 대한 답을 빼고 장황한 설명을 하거나, 노력하고 있다고만 말하는 경우가 많습니다. 이러한 사람을 매니저로 둔 팀원들은 죽었다고 보면 됩니다.

👁️ 하고 싶은 것이 없는 사람들
무기력하거나, 방어적이거나, 둘 다 인 경우를 의미합니다.

직장 생활을 하다보면 뭔지 모르게 자신의 힘을 빼는 사람들이 있는데 이런 사람들과는 처음부터 거리를 두는게 좋다고 합니다. 꽤 오래된 글이지만 몇 가지는 저도 공감이 가는글이고, 반대로 저도 이런적이 있었나 다시 한번 생각해보게 되는 글입니다. 🏄🏻‍♂️ 편을 가르는 사람들회의를 팀전이라 생각하는 사람들이 있습니다. '니 편 내 편' 이 있는 사람들은 회의 내용에 잘 집중하지 못합니다. 이 사람들이 가장 문제가 되는 점은 '상대방의 주장이 옳다는 것'을 알아도 여전히 노선을 바꾸지 않는 점입니다. 🤫 상대에 따라 말이 바뀌는 사람들말이나 생각의 일관성이 없는 사람들입니다. 특히 상사를 대할 때와 동료를 대할 때 말이 180도 달라지는 사람들이 많습니다. 이런 사람들이 가장 싫어하는 것은 '모두가 있는 자리에서 자신의 생각을 이야기하는 것' 입니다. 회의에서는 말을 아끼거나 대부분의 사람의 의견에 동의하지만, 회의가 끝나면 참석한 사람들을 하나씩 붙잡고 이야기를 시작합니다. 보통 이런 사람들은 회사에 불만이 많고, 불만의 대상이 눈앞에 있으면 그 이야기를 하지 않습니다. 그 사람을 직접 마주보고 할 수 없는 이야기는 다른 사람에게도 하지 않는 것이 좋습니다. 🏃‍♂️ 감정 기복이 심한 사람들이런 사람들의 특징은 굉장히 잘해주는 때와 이유없이 화를 내는 때의 변화가 찰나의 순간에 교차한다는 것입니다. 논쟁을 하다가 갑자기 감정을 폭발하는 사람을 대하는 것은 굉장히 어렵습니다. 가능하다면 이런 사람들과는 1:1로 미팅을 하지 않는 것이 좋고, 어쩔 수 없이 해야한다면 회의실말고 카페같은 열린 공간에서 하는 것이 더 좋습니다. 🧘🏻‍♂️ 하겠다고 한 일을 하지 않는 사람들하겠다고 막 내뱉고 하지 않는 것만큼 동료들을 지치게 하는 일은 없습니다.하지 않을 업무는 눈 앞에 CEO가 앉아 있더라도 하지 않겠다고 이야기해야 합니다.하지 않을 업무를 본인 스스로 제안하면 안됩니다. 보통 이러한 사람들은 '할 수 있을 것 같아서', '좋은 생각인 것 같아서'라는 답을 주는데 회사에서는 자신이 뱉은 말은 지켜야 하는 곳입니다. 💁‍♂️ 자기 생각을 이야기하지 못하는 사람들자신의 생각을 말하지 않는 사람들이 생각을 말하게 하는 것은 생각보다 굉장히 어려운 일입니다. 특히 설득해야 하는 사람이 굳이 그럴 필요까지 있을까 생각하는 경우는 더욱 그렇습니다.회사는 대체적으로 바쁜곳이기에 이야기하지 않으면 모른다고 생각하는 것이 좋습니다.'꼭 말해야 아나요?' 라고 묻는다면 '그렇습니다.' 잘못된 의사결정이 내려지고 있으면 말을 해야 합니다. 👨‍💻 날짜와 숫자를 부르지 못하는 사람들언제까지 마무리 할 수 있을지, 이번 분기에 매출이 얼마로 끝날 것 같은지에 대해 답을 못하는 사람들이 의외로 많습니다. 물어본 질문에 대한 답을 빼고 장황한 설명을 하거나, 노력하고 있다고만 말하는 경우가 많습니다. 이러한 사람을 매니저로 둔 팀원들은 죽었다고 보면 됩니다. 👁️ 하고 싶은 것이 없는 사람들무기력하거나, 방어적이거나, 둘 다 인 경우를 의미합니다.

Brunch Story

원문: https://vercel.com/blog/how-google-handles-javascript-throughout-the-indexing-process

(번역) 구글이 색인 과정에서 자바스크립트를 처리하는 방법

"구글은 클라이언트 사이드 렌더링을 제대로 처리하지 못해", "자바스크립트를 많이 쓰면 SEO에 악영향을 준다"는 말을 듣고 개발 방식을 고민해본 적 있으신가요?

이 글은 MERJ와 Vercel의 실증적 연구를 번역한 것으로, 구글의 자바스크립트 처리 능력에 대한 오해들을 해소합니다. SPA, CSR 등 현대적 웹 개발 기술이 SEO에 미치는 실제 영향을 밝혀내며, 우리가 믿어왔던 많은 가정들이 더 이상 유효하지 않음을 보여줍니다. 최신 프런트엔드 기술을 적극 활용하면서도 SEO를 최적화할 수 있는 방법을 이 글에서 확인해보세요!

> 글 링크: https://bit.ly/3Bq7TtO

"구글은 클라이언트 사이드 렌더링을 제대로 처리하지 못해", "자바스크립트를 많이 쓰면 SEO에 악영향을 준다"는 말을 듣고 개발 방식을 고민해본 적 있으신가요? 이 글은 MERJ와 Vercel의 실증적 연구를 번역한 것으로, 구글의 자바스크립트 처리 능력에 대한 오해들을 해소합니다. SPA, CSR 등 현대적 웹 개발 기술이 SEO에 미치는 실제 영향을 밝혀내며, 우리가 믿어왔던 많은 가정들이 더 이상 유효하지 않음을 보여줍니다. 최신 프런트엔드 기술을 적극 활용하면서도 SEO를 최적화할 수 있는 방법을 이 글에서 확인해보세요! &gt; 글 링크: https://bit.ly/3Bq7TtO

KDT 빅데이터 분석 과정 7기 | K-디지털트레이닝 | 하이테커

구글이 색인 과정에서 자바스크립트를 처리하는 방법

지난 16년 동안 8개의 회사를 거치면서, 후보자의 입장에서 여러 번의 면접을 경험해봤고, 반대로 면접관으로서 회사를 대표해 수많은 후보자를 평가하기도 했다. 그 과정에서 여전히 인상 깊게 기억하는 면접이 있는가 하면, 아쉽거나 이해하기 어려운…

개발자 기술 면접

 * 개발자 기술 면접에 대해 작성된 글입니다.
 * 면접을 보는 사람, 면접관 모두에게 도움이 될 것 같아요.
 * 더 좋은 질문은 무엇일까, 어떤 사람을 뽑을 것인가 고민하는 분이라면 꼭 읽어보셔도 좋을 것 같아요

https://medium.com/@greg.shiny82/%EA%B0%9C%EB%B0%9C%EC%9E%90-%EA%B8%B0%EC%88%A0-%EB%A9%B4%EC%A0%91-144a1fe28ca4

<ul ><li>개발자 기술 면접에 대해 작성된 글입니다.</li><li>면접을 보는 사람, 면접관 모두에게 도움이 될 것 같아요.</li><li>더 좋은 질문은 무엇일까, 어떤 사람을 뽑을 것인가 고민하는 분이라면 꼭 읽어보셔도 좋을 것 같아요</li></ul> https://medium.com/@greg.shiny82/%EA%B0%9C%EB%B0%9C%EC%9E%90-%EA%B8%B0%EC%88%A0-%EB%A9%B4%EC%A0%91-144a1fe28ca4

안녕하세요! 커뮤니티실 동네생활팀 프론트엔드 엔지니어 리디아(Lydia)예요. 당근에 합류한 지 이제 막 한 달이 넘어가고 있는 따끈따끈한 저의 경험을 여러분께 공유하고 싶어 찾아왔어요.

입사 1개월차 프론트엔드 개발자의 자체 기술 온보딩 : Streaming SSR편

최근 당근마켓을 사용하면서 UX가 괜찮다고 느꼇는데요. 이미
Streaming SSR
을 도입하고 있네요.
Streaming SSR
은 전통적인 SSR 한계를 극복하는 렌더링 기법인데요

SSR vs Streaming SSR
 * 기존 SSR: 전체 HTML을 생성한 후 한 번에 전송하기 때문에 모든 데이터 fetching과 렌더링이 완료될때 까지 기다립니다. 완전한 페이지를 한 번에 받기 때문에 유저는 일정시간동안 빈 화면을 봅니다.
 * Streaming SSR: Streaming SSR은 HTML을 Chunk(조각) 단위로 부분 스트리밍하여 전송합니다. 가령 API 페칭이 필요없는 GNB, 네비게이션 등은 먼저 렌더링을 하고 이후에 데이터 fetching이 된 부분은 나중에 순차적으로 렌더링 합니다. 따라서, 중요 컨텐츠를 먼저 사용자에게 전달할 수 있어 전체 로딩 시간은 동일하더라도, 사용자가 체감하는 속도가 더 빨라집니다

Streaming SSR 구현 방법
당근마켓의 StremingSSR은 아래와 같은 단계로 이루어집니다.
 1. 데이터 프리페칭 및 직렬화: TanStack Query로 데이터를 미리 가져옵니다. 이후
    dehydrate
    를 사용해 쿼리 상태를 JSON 으로 직렬화(SSR에서 가져온 데이터를 클라이언트로 전달) 합니다. 이를 통해 직렬화된 상태는 HTML 응답에 포함되어 클라이언트로 전송됩니다.
 2. HTML 스트리밍: ReactDOM의 renderToPipeableSteream함수를 이용해서 HTML 스트림을 청크 단위로 스트리밍합니다. 이를 통해 HTML부분 렌더링을 적용 합니다.
 3. TanstackQuery 하이드레이션: dehydrate 를 통해 JSON 형태로 직렬화된 데이터를 TanstackQuery의 HydrationBounary 함수를 사용하여 TanstackQuery 캐시에 hydrate 합니다. 이 과정을 통해 TanStack Query 캐시에는 서버에서 가져온 데이터가 들어있게됩니다.

국내 IT 기업도 점차 UX의 중요성에 대해 인식하고 기술적으로 많은 시도와 도입을 하는것 같습니다. 고객 경험을 중시하는 이런 시도는 사용자 만족도 향상과 비즈니스 성과 개선으로 이어지는데요. 이런 시도를 통해 당근마켓이 국내를 넘어 글로벌 시장에서도 더욱 성공적으로 성장하기를 기대해 봅니다.

https://medium.com/daangn/%EC%9E%85%EC%82%AC-1%EA%B0%9C%EC%9B%94%EC%B0%A8-%ED%94%84%EB%A1%A0%ED%8A%B8%EC%97%94%EB%93%9C-%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EC%9E%90%EC%B2%B4-%EA%B8%B0%EC%88%A0-%EC%98%A8%EB%B3%B4%EB%94%A9-streaming-ssr%ED%8E%B8-aabaee57f660

최근 당근마켓을 사용하면서 UX가 괜찮다고 느꼇는데요. 이미 <code >Streaming SSR</code>을 도입하고 있네요. <code >Streaming SSR</code>은 전통적인 SSR 한계를 극복하는 렌더링 기법인데요 SSR vs Streaming SSR<ul ><li>기존 SSR: 전체 HTML을 생성한 후 한 번에 전송하기 때문에 모든 데이터 fetching과 렌더링이 완료될때 까지 기다립니다. 완전한 페이지를 한 번에 받기 때문에 유저는 일정시간동안 빈 화면을 봅니다.</li><li>Streaming SSR: Streaming SSR은 HTML을 Chunk(조각) 단위로 부분 스트리밍하여 전송합니다. 가령 API 페칭이 필요없는 GNB, 네비게이션 등은 먼저 렌더링을 하고 이후에 데이터 fetching이 된 부분은 나중에 순차적으로 렌더링 합니다. 따라서, 중요 컨텐츠를 먼저 사용자에게 전달할 수 있어 전체 로딩 시간은 동일하더라도, 사용자가 체감하는 속도가 더 빨라집니다</li></ul> Streaming SSR 구현 방법당근마켓의 StremingSSR은 아래와 같은 단계로 이루어집니다.<ol ><li>데이터 프리페칭 및 직렬화: TanStack Query로 데이터를 미리 가져옵니다. 이후 <code >dehydrate</code>를 사용해 쿼리 상태를 JSON 으로 직렬화(SSR에서 가져온 데이터를 클라이언트로 전달) 합니다. 이를 통해 직렬화된 상태는 HTML 응답에 포함되어 클라이언트로 전송됩니다.</li><li>HTML 스트리밍: ReactDOM의 renderToPipeableSteream함수를 이용해서 HTML 스트림을 청크 단위로 스트리밍합니다. 이를 통해 HTML부분 렌더링을 적용 합니다.</li><li>TanstackQuery 하이드레이션: dehydrate 를 통해 JSON 형태로 직렬화된 데이터를 TanstackQuery의 HydrationBounary 함수를 사용하여 TanstackQuery 캐시에 hydrate 합니다. 이 과정을 통해 TanStack Query 캐시에는 서버에서 가져온 데이터가 들어있게됩니다.</li></ol> 국내 IT 기업도 점차 UX의 중요성에 대해 인식하고 기술적으로 많은 시도와 도입을 하는것 같습니다. 고객 경험을 중시하는 이런 시도는 사용자 만족도 향상과 비즈니스 성과 개선으로 이어지는데요. 이런 시도를 통해 당근마켓이 국내를 넘어 글로벌 시장에서도 더욱 성공적으로 성장하기를 기대해 봅니다. https://medium.com/daangn/%EC%9E%85%EC%82%AC-1%EA%B0%9C%EC%9B%94%EC%B0%A8-%ED%94%84%EB%A1%A0%ED%8A%B8%EC%97%94%EB%93%9C-%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EC%9E%90%EC%B2%B4-%EA%B8%B0%EC%88%A0-%EC%98%A8%EB%B3%B4%EB%94%A9-streaming-ssr%ED%8E%B8-aabaee57f660

전통적 SSR의 한계를 넘어: 당근마켓이 도입한 Streaming

01 . 작년부터 스멀스멀 고개를 내미는 기사 중에 이런 류의 제목들이 눈에 띄었습니다. 'Gen Z들에게 독서는 섹시한 행위로 치부된다. 그들에게는 텍스트를 읽는다는 것 자체가 이미 힙한 행동이다.' 그리고 동시다발적으로 새로운 용어들 역시 쏟아지기 시작했죠. '텍스트힙', '책멍', '독파민(독서+도파민)' 같은 말들도 이젠 그리 신기하고 낯선 단어들이 아니니 말입니다.

02 . 독서와 관련한 책을 써서인지 한 매체로부터 이런 현상에 대해 짧게나마 제 생각을 소개해 줄 수 있느냐는 요청을 받았습니다. 하지만 요청주신 분의 설명을 듣고 나서는 정중히 거절했죠. 아쉽게도 기사를 쓰는 분께서 이미 자기만의 답을 내리고 계신 느낌이 물씬 나더라고요. 그리고 그에 맞는 의견을 끼워놓을 요량으로 몇몇의 목소리가 필요했을지도 모르죠. 그 레이더에 아마 제가 걸려들었을 수도 있고요.

03 . 결론부터 이야기하자면 저는 독서가 이른바 새로운 행위와 문화로 간주되는 것도, 책을 둘러싼 조금은 간질거리는 유행어들이 탄생하는 것에도 큰 의미를 두고 있지 않습니다. 사실 책을 좋아하고, 늘 책과 관련한 콘텐츠를 다루고 또 소개하는 저로서도 딱히 책에 관한 엄청난 철학이나 가치관을 가진 것은 아니거든요. 그보다는 그저 책 읽는 행위가 참 즐겁고 그 안에서 발견되는 작은 생각의 조각들을 주워 제가 하는 일들에 조금씩 활용할 수 있다는 사실이 반가워서 계속 읽을 뿐입니다.

04 . 하지만 최근에 쏟아지는 기사들은 마치 '새로운 세대들은 그동안 책 따위엔 관심이 없었는데 복고 패션의 유행이나 클래식 카를 찾는 취향처럼 책 읽는 행위를 특별한 멋으로 생각하고 있다'로만 해석하는 것 같아서 한편으로는 아쉬움이 들더군요. 흡사 양팔과 양다리를 모두 꼰 채로 '우리 세대가 하는 독서와 너희 세대가 하는 독서는 다르지만, 그래도 책을 읽는다니 기특하구먼'이라는 시선으로 내려보는 느낌이랄까요. 개인적 선호 아래 각자의 즐거움을 찾으려는 사람들의 노력을 집단적 특성이란 상자에 욱여넣는 모습은 40대를 시작한 저에게도 결코 유쾌해 보이지 않았습니다.

05 . 사실 '독파민'이라는 단어도 친한 동생에게서 처음 들은 단어였습니다. 독서모임을 위해 발제문을 작성하던 중 주위 사람들의 생각은 어떤지 궁금해서 책을 좋아하는 동생에게 이런저런 의견을 물었는데 대뜸 '형 근데 독파민이라는 말 알아요?'라는 질문이 날아든 것이죠. 그리고 이어진 동생의 말에는 여러모로 생각할 거리가 많이 담겨있었습니다.
"참 웃긴 게... 사람들은 늘 분모에도 공통점을 두고 분자에도 공통점을 둬요. 그러니까 A라는 공통점을 가진 세대들에서 B라는 행위를 하는 사람들은 또 C라는 공통점이 있다는 식인 거죠. 그에 들어맞지 않는 것도 너무 많은데 말이에요."

06 . 그 의견에는 저도 정말 크게 동의가 되더라고요. 기사에서처럼 숏츠에 중독된 Gen Z들이 잠시 뇌를 시킬 목적으로 책을 읽는다고 해석하거나, 이제 숏츠조차 새로울 게 없는 상황에서 텍스트로만 된 책이 새로운 도파민이라는 둥의 말은 제가 봐도 비약이 너무 심한 것 같았거든요. 책 읽는 행위를 섹시하다고 표현하는 것도 찬성이고, 텍스트를 힙하다고 칭하는 것도 찬성이지만 그 본질에 접근하는 방식을 뭉뚱그려 해석할 수는 없다는 게 제 생각입니다.

07 . 이런 생각이 고개를 드는 이유는 한 가지 우려 때문입니다. 우리나라처럼 트렌드에 민감한 환경이라면 '책을 읽는 게 유행이다'라고 인식되는 순간 뜨겁게 그 유행이 달아오르다가 또 어느 순간 '텍스트힙, 독파민, 책멍 이런 단어 그만 좀...'이라는 분위기와 함께 차갑게 식어버릴지도 모르거든요. 뭐 본인 행동의 근간이 '보여주고 싶은 마음'에서 기인하는 것도 인간의 자유인데, '쟤는 보여주려고 저러나 봐'라는 시선을 받는 순간 우리 사회에서는 또 손가락질이 시작되는 것이 한편으로는 미리 두려운 것인지도 모르겠습니다.

08 . 천재 디자이너라 불리었던 '알렉산더 맥퀸'은 자신의 패션에 특정한 별칭을 붙이는 기자들과 자주 언쟁을 벌였습니다. '트렌드를 이끄는 방법 중 하나는 특정한 것이 트렌드가 되지 않도록 하는 것'이라는 그의 기조를 보여주는 대표적인 일화인 셈이죠. 누군가의 머릿속에서 빈약한 근거와 적당한 선입견과 손쉬운 분류와 약간의 우월감이 보태져 생긴 '트렌드'라는 것은 사람들이 그 본질 근처에 가보기도 전에 재빨리 결론을 지어 다시 돌려보내버리고 마니까요. 한편으로는 알렉산더 맥퀸의 마음이 이해가 되는 것도 같습니다.

09 . 아마 제게 인터뷰를 요청한 그 기자님도 이런 말을 기대했을지 모릅니다.
'책 읽는 행위는 우리 세대에서 힙한 행위로 자리 잡았고, 오늘날처럼 휘발성이 강한 콘텐츠 사이에서 제대로, 또 온전히 즐길 수 있는 콘텐츠다'라고 말이죠.
그치만 저는 숏츠도 재밌습니다... 책에는 책이 주는 재미가 있고, 시대의 플랫폼에는 또 그만의 재미가 담겨있죠. 각자가 선호하는 것을 통해 각자가 원하는 것을 얻으면 그만이고, 이왕이면 그 루트가 다양할 때 더 유리하다는 정도가 제 입장이지 독서에 필요 이상의 의미 부여를 하고 싶은 마음은 없습니다.

10 . 아이러니하게도 이건 제가 책을 사랑해서 할 수 있는 말인지도 모르겠습니다. '고양이는 건들지 마라'라는 말처럼 저는 특정한 대상을 하늘 높이 띄워줬다가 금세 나 몰라라 하는 그 마인드가 그리 달갑지 않거든요. 책을 읽고 싶은 사람들은 늘 책을 읽고 있고, 새롭게 책에 접근하는 사람들은 언제든 환영이고, 잠시 책을 떠나있는 사람도 마냥 아쉽지는 않다는 생각으로 아주 긴 호흡의 마음을 먹는다면 작금의 현상이 딱히 새로울 것도 없어 보이니까요, 그들이 책을 읽는 이유는 각자의 이유로 존중받았으면 하는 마음이 간절합니다.
그러니 독서와 관련한 현상은 많은 사람들이 눈치채지 못하게... 조용히 지나가게끔 하는 건 어떨까요... 그들이 책 읽는데 방해가 될지도 모르니까 말입니다...

01 . 작년부터 스멀스멀 고개를 내미는 기사 중에 이런 류의 제목들이 눈에 띄었습니다. 'Gen Z들에게 독서는 섹시한 행위로 치부된다. 그들에게는 텍스트를 읽는다는 것 자체가 이미 힙한 행동이다.' 그리고 동시다발적으로 새로운 용어들 역시 쏟아지기 시작했죠. '텍스트힙', '책멍', '독파민(독서+도파민)' 같은 말들도 이젠 그리 신기하고 낯선 단어들이 아니니 말입니다. 02 . 독서와 관련한 책을 써서인지 한 매체로부터 이런 현상에 대해 짧게나마 제 생각을 소개해 줄 수 있느냐는 요청을 받았습니다. 하지만 요청주신 분의 설명을 듣고 나서는 정중히 거절했죠. 아쉽게도 기사를 쓰는 분께서 이미 자기만의 답을 내리고 계신 느낌이 물씬 나더라고요. 그리고 그에 맞는 의견을 끼워놓을 요량으로 몇몇의 목소리가 필요했을지도 모르죠. 그 레이더에 아마 제가 걸려들었을 수도 있고요. 03 . 결론부터 이야기하자면 저는 독서가 이른바 새로운 행위와 문화로 간주되는 것도, 책을 둘러싼 조금은 간질거리는 유행어들이 탄생하는 것에도 큰 의미를 두고 있지 않습니다. 사실 책을 좋아하고, 늘 책과 관련한 콘텐츠를 다루고 또 소개하는 저로서도 딱히 책에 관한 엄청난 철학이나 가치관을 가진 것은 아니거든요. 그보다는 그저 책 읽는 행위가 참 즐겁고 그 안에서 발견되는 작은 생각의 조각들을 주워 제가 하는 일들에 조금씩 활용할 수 있다는 사실이 반가워서 계속 읽을 뿐입니다. 04 . 하지만 최근에 쏟아지는 기사들은 마치 '새로운 세대들은 그동안 책 따위엔 관심이 없었는데 복고 패션의 유행이나 클래식 카를 찾는 취향처럼 책 읽는 행위를 특별한 멋으로 생각하고 있다'로만 해석하는 것 같아서 한편으로는 아쉬움이 들더군요. 흡사 양팔과 양다리를 모두 꼰 채로 '우리 세대가 하는 독서와 너희 세대가 하는 독서는 다르지만, 그래도 책을 읽는다니 기특하구먼'이라는 시선으로 내려보는 느낌이랄까요. 개인적 선호 아래 각자의 즐거움을 찾으려는 사람들의 노력을 집단적 특성이란 상자에 욱여넣는 모습은 40대를 시작한 저에게도 결코 유쾌해 보이지 않았습니다. 05 . 사실 '독파민'이라는 단어도 친한 동생에게서 처음 들은 단어였습니다. 독서모임을 위해 발제문을 작성하던 중 주위 사람들의 생각은 어떤지 궁금해서 책을 좋아하는 동생에게 이런저런 의견을 물었는데 대뜸 '형 근데 독파민이라는 말 알아요?'라는 질문이 날아든 것이죠. 그리고 이어진 동생의 말에는 여러모로 생각할 거리가 많이 담겨있었습니다."참 웃긴 게... 사람들은 늘 분모에도 공통점을 두고 분자에도 공통점을 둬요. 그러니까 A라는 공통점을 가진 세대들에서 B라는 행위를 하는 사람들은 또 C라는 공통점이 있다는 식인 거죠. 그에 들어맞지 않는 것도 너무 많은데 말이에요." 06 . 그 의견에는 저도 정말 크게 동의가 되더라고요. 기사에서처럼 숏츠에 중독된 Gen Z들이 잠시 뇌를 시킬 목적으로 책을 읽는다고 해석하거나, 이제 숏츠조차 새로울 게 없는 상황에서 텍스트로만 된 책이 새로운 도파민이라는 둥의 말은 제가 봐도 비약이 너무 심한 것 같았거든요. 책 읽는 행위를 섹시하다고 표현하는 것도 찬성이고, 텍스트를 힙하다고 칭하는 것도 찬성이지만 그 본질에 접근하는 방식을 뭉뚱그려 해석할 수는 없다는 게 제 생각입니다. 07 . 이런 생각이 고개를 드는 이유는 한 가지 우려 때문입니다. 우리나라처럼 트렌드에 민감한 환경이라면 '책을 읽는 게 유행이다'라고 인식되는 순간 뜨겁게 그 유행이 달아오르다가 또 어느 순간 '텍스트힙, 독파민, 책멍 이런 단어 그만 좀...'이라는 분위기와 함께 차갑게 식어버릴지도 모르거든요. 뭐 본인 행동의 근간이 '보여주고 싶은 마음'에서 기인하는 것도 인간의 자유인데, '쟤는 보여주려고 저러나 봐'라는 시선을 받는 순간 우리 사회에서는 또 손가락질이 시작되는 것이 한편으로는 미리 두려운 것인지도 모르겠습니다. 08 . 천재 디자이너라 불리었던 '알렉산더 맥퀸'은 자신의 패션에 특정한 별칭을 붙이는 기자들과 자주 언쟁을 벌였습니다. '트렌드를 이끄는 방법 중 하나는 특정한 것이 트렌드가 되지 않도록 하는 것'이라는 그의 기조를 보여주는 대표적인 일화인 셈이죠. 누군가의 머릿속에서 빈약한 근거와 적당한 선입견과 손쉬운 분류와 약간의 우월감이 보태져 생긴 '트렌드'라는 것은 사람들이 그 본질 근처에 가보기도 전에 재빨리 결론을 지어 다시 돌려보내버리고 마니까요. 한편으로는 알렉산더 맥퀸의 마음이 이해가 되는 것도 같습니다. 09 . 아마 제게 인터뷰를 요청한 그 기자님도 이런 말을 기대했을지 모릅니다. '책 읽는 행위는 우리 세대에서 힙한 행위로 자리 잡았고, 오늘날처럼 휘발성이 강한 콘텐츠 사이에서 제대로, 또 온전히 즐길 수 있는 콘텐츠다'라고 말이죠. 그치만 저는 숏츠도 재밌습니다... 책에는 책이 주는 재미가 있고, 시대의 플랫폼에는 또 그만의 재미가 담겨있죠. 각자가 선호하는 것을 통해 각자가 원하는 것을 얻으면 그만이고, 이왕이면 그 루트가 다양할 때 더 유리하다는 정도가 제 입장이지 독서에 필요 이상의 의미 부여를 하고 싶은 마음은 없습니다. 10 . 아이러니하게도 이건 제가 책을 사랑해서 할 수 있는 말인지도 모르겠습니다. '고양이는 건들지 마라'라는 말처럼 저는 특정한 대상을 하늘 높이 띄워줬다가 금세 나 몰라라 하는 그 마인드가 그리 달갑지 않거든요. 책을 읽고 싶은 사람들은 늘 책을 읽고 있고, 새롭게 책에 접근하는 사람들은 언제든 환영이고, 잠시 책을 떠나있는 사람도 마냥 아쉽지는 않다는 생각으로 아주 긴 호흡의 마음을 먹는다면 작금의 현상이 딱히 새로울 것도 없어 보이니까요, 그들이 책을 읽는 이유는 각자의 이유로 존중받았으면 하는 마음이 간절합니다. 그러니 독서와 관련한 현상은 많은 사람들이 눈치채지 못하게... 조용히 지나가게끔 하는 건 어떨까요... 그들이 책 읽는데 방해가 될지도 모르니까 말입니다...

독서는 건드리지 말아 주세요...

Sam Altman's spent years refining his note-taking process. Here's exactly what he does.

David Perell (@david_perell) on X

샘 알트만이 습관적으로 노트를 쓴다는 사실은 많이들 알고 계실 겁니다. 내용은 극비겠지만, 그가 자신의 노트 스펙(?)은 공유했어요. 우선 노트 자체는 바지 주머니에 넣고 다닐 만한 사이즈와 두께고요. 꼭 스프링노트를 쓴다고 합니다. 이유는 1) 책상에 딱 붙여놓고 쓸 수 있고, 2) 페이지가 잘 넘어 가며, 3) 필요할 경우 페이지를 뜯어낼 수 있어섭니다(페이지를 아마 많이 뜯어낼 거라고 생각해요). 종이는 펜이 잘 미끄러져 나가야 해서, 재질이 부드러워야하고요. 펜은 uni ball micro 0.5 검은색 아니면 Muji 0.3 파란색 펜을 쓴다고 합니다. 2~3주 안에 노트 한 권을 다 쓰고요. 어릴 때부터 여러 노트, 여러 펜을 다 써보고 최적화 한 결과라네요.ㅎㅎ
노트 작성 스펙을 차례대로 쭉 설명하는 말솜씨 자체가 굉장히 깔끔하고 군더더기 없고 체계적이어서 놀라기도 했습니다. 
https://x.com/david_perell/status/1838425252772077636

샘 알트만이 습관적으로 노트를 쓴다는 사실은 많이들 알고 계실 겁니다. 내용은 극비겠지만, 그가 자신의 노트 스펙(?)은 공유했어요. 우선 노트 자체는 바지 주머니에 넣고 다닐 만한 사이즈와 두께고요. 꼭 스프링노트를 쓴다고 합니다. 이유는 1) 책상에 딱 붙여놓고 쓸 수 있고, 2) 페이지가 잘 넘어 가며, 3) 필요할 경우 페이지를 뜯어낼 수 있어섭니다(페이지를 아마 많이 뜯어낼 거라고 생각해요). 종이는 펜이 잘 미끄러져 나가야 해서, 재질이 부드러워야하고요. 펜은 uni ball micro 0.5 검은색 아니면 Muji 0.3 파란색 펜을 쓴다고 합니다. 2~3주 안에 노트 한 권을 다 쓰고요. 어릴 때부터 여러 노트, 여러 펜을 다 써보고 최적화 한 결과라네요.ㅎㅎ노트 작성 스펙을 차례대로 쭉 설명하는 말솜씨 자체가 굉장히 깔끔하고 군더더기 없고 체계적이어서 놀라기도 했습니다.&nbsp;https://x.com/david_perell/status/1838425252772077636

X (formerly Twitter)

샘 알트만이 습관적으로 노트를 쓴다는 사실은 많이들 알고 계실 겁

Choosing Your North Star Metric - Future

🗒 [성장을 위한 데일리 아티클] '프로덕트 & 데이터 분석'

내 프로덕트의 특징에 따라 더 잘 맞는 북극성 지표가 있을 수 있을까요? 저자는 북극성 지표를 6가지 카테고리로 나누고, 각 카테고리가 더 적합한 프로덕트 형태를 정의하고 있습니다. 다만 각 회사들이 한 카테고리의 북극성 지표만 가지고 있는 것은 아니라는 점을 인지해야 합니다.

각 카테고리의 회사가 어떤 곳인지 들여다 보시면 저절로 고개를 끄덕일 수 있을 만큼 잘 분석한 글입니다.

1. 수익 (ARR, GMV): (?)
2. 고객 증가 (유료 사용자, 시장 점유율): 플랫폼, 마켓플레이스 기업, Freemium 프로덕트, 소비자 구독 중심 프로덕트
3. 고객 지출 증가 (보낸 메세지 수, 예약한 날짜 수): UGC 구독 중심 프로덕트
4. 인게이지먼트 증가 (MAU, DAU): Freemium 프로덕트, 광고 기반 비즈니스, 소비자 구독 중심 프로덕트
5. 성장 효율성 (LTV/CAC, 마진): 퍼포먼스 마케팅으로 성장하는 비즈니스
6. 사용자 경험 (NPS): 색다른 사용자 경험이 중요한 프로덕트

---

🔊 B2B 디자이너들의 모임 소개
B2B 프로덕트를 만들고 있는 B2B 디자이너들은 B2C 디자이너보다 더 어려운 문제를 풀고 있는 경우가 많은 데 비해 자료, 지식, 피드백을 찾는데도 어려움을 겪고 있습니다.
더 많은 B2B 프로덕트 디자이너들이 한자리에서 어려운 점, 배운 점을 공유하고 서로 도움이 되기 위해 커뮤니티를 운영중입니다.

🔗 B2B 디자이너들의 모임 노션 링크: abit.ly/b2b-designers

Future

커뮤니티 오너

B2B 디자이너 모임

B2B SaaS 프로덕트를 디자인 하고있습니다
B2B 프로덕트 디자인에 대한 고민을 공유합니다

콘텐츠 기획 / 에디터

황지민

현재 직무 선택을 돕는 오디오 커리어 콘텐츠 스타트업에서 근무중입니다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필