NEXTSTEP에서 개발자들을 위해 디자인된 강의를 수강해보세요.

이펙티브 AI - 생성형 AI로 소설 쓰기

"✋🏻 “AI로 이런 것까지 가능하다고요?”"

생성형 AI로 컨설팅과 기업 교육을 진행하면서 자주 듣는 말입니다.
대부분의 생성형 AI 교육은 주로 업무 자동화나 생산성 향상에 집중되어 있습니다. 요약 작업이나 데이터 정리에 그치는 경우가 많죠. 그러나 AI의 활용 가능성은 그보다 훨씬 넓습니다. 이번 워크숍에서는 AI를 활용해 개인의 창의성을 극대화하고, 복잡한 콘텐츠를 제작하는 경험을 할 예정입니다.

🔍 Chain-of-Thought(CoT) 기법이란?
이번 워크숍에서 특히 주목하는 프롬프팅 기법은 Chain-of-Thought(CoT)입니다.
이는 AI가 사고의 연쇄를 통해 추론 능력을 극대화하는 방법으로, 주로 산술적 추론이나 상식적 추론 등에 활용됩니다.
하지만 이번 워크숍에서는 한 단계 더 나아가, ‘멘탈 모델 기반의 추론’에 집중합니다.
AI가 특정 인물의 사고방식을 모방해 문제를 창의적으로 해결할 수 있도록 돕는 방식입니다.

💻 CoT 기법을 쓰게 되면
CoT 기법은 단순히 소설을 쓰는 데만 그치지 않습니다. 실제 업무에서도 얼마든지 활용할 수 있습니다.
- 교육 콘텐츠 개발: AI를 통해 어려운 개념을 단계적으로 분해하고, 보다 직관적이고 이해하기 쉬운 교육 콘텐츠를 만들 수 있습니다.
- 프로그래밍: TDD(Test-Driven Development)처럼 문제를 작은 단위로 분해하고, 의미 있는 시퀀스를 구성해 나가는 과정에서도 CoT 기법을 활용할 수 있습니다.
- 발표 준비: 청중의 흥미를 끌어낼 스토리텔링 기법을 강화해 더욱 풍부하고 기억에 남는 강연을 만들 수 있습니다.
- 기술 블로그 작성: 복잡한 기술 개념을 쉽고 창의적으로 설명하는 스토리텔링 방식으로 블로그나 콘텐츠를 작성할 수 있습니다.

📝 이번 워크숍에서는
참가자들은 AI와 협업하여 나의 특징을 닮은 주인공을 만들고, 복잡도 높은 창의적인 소설 콘텐츠를 직접 작성해볼 예정입니다.
하지만 이는 시작일 뿐입니다. 더 중요한 것은, 이 과정에서 배우는 AI와의 효과적인 협업 방식입니다.

AI와 함께 사람인 ‘우리’가 더 똑똑해지는 경험을 해보고 싶으시다면 이펙티브 AI 1기에 참여해보세요.

https://edu.nextstep.camp/c/R7nAjQS5

"✋🏻 “AI로 이런 것까지 가능하다고요?”" 생성형 AI로 컨설팅과 기업 교육을 진행하면서 자주 듣는 말입니다. 대부분의 생성형 AI 교육은 주로 업무 자동화나 생산성 향상에 집중되어 있습니다. 요약 작업이나 데이터 정리에 그치는 경우가 많죠. 그러나 AI의 활용 가능성은 그보다 훨씬 넓습니다. 이번 워크숍에서는 AI를 활용해 개인의 창의성을 극대화하고, 복잡한 콘텐츠를 제작하는 경험을 할 예정입니다. 🔍 Chain-of-Thought(CoT) 기법이란? 이번 워크숍에서 특히 주목하는 프롬프팅 기법은 Chain-of-Thought(CoT)입니다. 이는 AI가 사고의 연쇄를 통해 추론 능력을 극대화하는 방법으로, 주로 산술적 추론이나 상식적 추론 등에 활용됩니다. 하지만 이번 워크숍에서는 한 단계 더 나아가, ‘멘탈 모델 기반의 추론’에 집중합니다. AI가 특정 인물의 사고방식을 모방해 문제를 창의적으로 해결할 수 있도록 돕는 방식입니다. 💻&nbsp;CoT 기법을 쓰게 되면 CoT 기법은 단순히 소설을 쓰는 데만 그치지 않습니다. 실제 업무에서도 얼마든지 활용할 수 있습니다. - 교육 콘텐츠 개발: AI를 통해 어려운 개념을 단계적으로 분해하고, 보다 직관적이고 이해하기 쉬운 교육 콘텐츠를 만들 수 있습니다. - 프로그래밍: TDD(Test-Driven Development)처럼 문제를 작은 단위로 분해하고, 의미 있는 시퀀스를 구성해 나가는 과정에서도 CoT 기법을 활용할 수 있습니다. - 발표 준비: 청중의 흥미를 끌어낼 스토리텔링 기법을 강화해 더욱 풍부하고 기억에 남는 강연을 만들 수 있습니다. - 기술 블로그 작성: 복잡한 기술 개념을 쉽고 창의적으로 설명하는 스토리텔링 방식으로 블로그나 콘텐츠를 작성할 수 있습니다. 📝 이번 워크숍에서는 참가자들은 AI와 협업하여 나의 특징을 닮은 주인공을 만들고, 복잡도 높은 창의적인 소설 콘텐츠를 직접 작성해볼 예정입니다. 하지만 이는 시작일 뿐입니다. 더 중요한 것은, 이 과정에서 배우는 AI와의 효과적인 협업 방식입니다. AI와 함께 사람인 ‘우리’가 더 똑똑해지는 경험을 해보고 싶으시다면 이펙티브 AI 1기에 참여해보세요. https://edu.nextstep.camp/c/R7nAjQS5

edu.nextstep.camp

✋🏻 “AI로 이런 것까지 가능하다고요?”

경험 교육 훈련소

📖 전통적인 학습을 넘어서

우리는 전통적인 학습 방식에 익숙합니다.

그래서 '학습'에 대하여 생각하면 강의를 수강하고, 책을 통한 지식 습득이 곧바로 떠오릅니다. 하지만 교육의 효과에 대해 연구한 사람들이 강조하는 학습 방식이 있습니다. 바로 '경험 기반의 학습'입니다. 주로 사람들에게 어떤 상황이나 맥락을 주고, 그 상황 속에서 실제와 유사한 경험을 통해 배움이 자연스레 일어나게 하는 것입니다.

✍🏻 경험 기반 글쓰기 워크숍 사례

이 경험 기반의 학습을 잘 설계하는 사람은 기술과 인간의 상호작용 분야를 연구한 제럴드 마빈 와인버그입니다. 그는 '경험적 학습'이라는 책을 쓰기도 하였고, 그 책에서 인상 깊었던 교육 중 하나는 '글쓰기 워크숍'입니다. 그의 글쓰기 워크숍은 크게 4단계로 진행하였습니다.

1. 3분 동안 글쓰기에 대해 배우게 될 가장 중요한 것을 적어보기
2. 지금 쓴 글을 찢기
3. 방금 자신의 글을 찢어버린 느낌에 대해 3분간 써보기
4. 다시 내가 알고 있는 글쓰기에 대해 가장 중요한 것에 대해 3분간 써보기

그는 강력한 글쓰기를 위해서 중요한 것은 강렬한 생각과 이미지를 포착하고 곧바로 써내는 것이라고 생각했습니다. 바로 적어나가지 않으면 아이디어와 이미지는 금세 빠져나가서 사라져 버리기 때문입니다. 그래서 강렬한 감정을 느낄 수밖에 없는 글쓰기 워크숍을 설계했고, 놀랍도록 1번에서 쓴 글보다 4번에서 쓴 글이 더 좋아지는 결과를 확인할 수 있습니다.

🎯 경험 교육의 효과

보통의 교육은 '교육하는 시간'만을 설계하고 진행합니다.

하지만 경험 교육 훈련소는 '교육 전', '교육 중', '교육 이후' 까지의 경험을 설계합니다. 이를 통해 우리의 배움은 단순 필기나 지식이 아닌 자꾸 떠오르는 강렬한 기억으로 가져가실 수 있을 것입니다. 이런 경험 기반의 학습의 효과성은 현재 제가 코치로 함께 활동하는 우아한테크코스의 교육에서 6년간 실험하고 조정하며 확인해왔습니다. 그리고 관련한 핵심적인 노하우를 이번 교육에서 느끼게 해드릴 예정입니다.

✨ 이런 분들께 추천드립니다
- 학습자의 참여와 몰입을 높이고 싶은 교육자 및 강사
- 팀원이나 구성원의 성장을 돕고자 하는 리더 및 멘토
- 조직 내 교육 프로그램을 혁신하고 싶은 HR 전문가
- 커뮤니티에서 학습 경험을 향상시키고 싶은 운영자
- 자신의 교육 콘텐츠로 영향력을 키우고 싶은 프리랜서 및 직장인

📢 참여 안내

단순한 지식 전달을 넘어서, 경험을 통해 학습과 성장을 이끌어내는 경험 교육에 관심이 있다면, 경험 교육 훈련소에 참여해 보세요.

https://edu.nextstep.camp/c/lk9FrBtw

📖 전통적인 학습을 넘어서 우리는 전통적인 학습 방식에 익숙합니다. 그래서 '학습'에 대하여 생각하면 강의를 수강하고, 책을 통한 지식 습득이 곧바로 떠오릅니다. 하지만 교육의 효과에 대해 연구한 사람들이 강조하는 학습 방식이 있습니다. 바로 '경험 기반의 학습'입니다. 주로 사람들에게 어떤 상황이나 맥락을 주고, 그 상황 속에서 실제와 유사한 경험을 통해 배움이 자연스레 일어나게 하는 것입니다. ✍🏻 경험 기반 글쓰기 워크숍 사례 이 경험 기반의 학습을 잘 설계하는 사람은 기술과 인간의 상호작용 분야를 연구한 제럴드 마빈 와인버그입니다. 그는 '경험적 학습'이라는 책을 쓰기도 하였고, 그 책에서 인상 깊었던 교육 중 하나는 '글쓰기 워크숍'입니다. 그의 글쓰기 워크숍은 크게 4단계로 진행하였습니다. 1. 3분 동안 글쓰기에 대해 배우게 될 가장 중요한 것을 적어보기 2. 지금 쓴 글을 찢기 3. 방금 자신의 글을 찢어버린 느낌에 대해 3분간 써보기 4. 다시 내가 알고 있는 글쓰기에 대해 가장 중요한 것에 대해 3분간 써보기 그는 강력한 글쓰기를 위해서 중요한 것은 강렬한 생각과 이미지를 포착하고 곧바로 써내는 것이라고 생각했습니다. 바로 적어나가지 않으면 아이디어와 이미지는 금세 빠져나가서 사라져 버리기 때문입니다. 그래서 강렬한 감정을 느낄 수밖에 없는 글쓰기 워크숍을 설계했고, 놀랍도록 1번에서 쓴 글보다 4번에서 쓴 글이 더 좋아지는 결과를 확인할 수 있습니다. 🎯 경험 교육의 효과 보통의 교육은 '교육하는 시간'만을 설계하고 진행합니다. 하지만 경험 교육 훈련소는 '교육 전', '교육 중', '교육 이후' 까지의 경험을 설계합니다. 이를 통해 우리의 배움은 단순 필기나 지식이 아닌 자꾸 떠오르는 강렬한 기억으로 가져가실 수 있을 것입니다. 이런 경험 기반의 학습의 효과성은 현재 제가 코치로 함께 활동하는 우아한테크코스의 교육에서 6년간 실험하고 조정하며 확인해왔습니다. 그리고 관련한 핵심적인 노하우를 이번 교육에서 느끼게 해드릴 예정입니다. ✨ 이런 분들께 추천드립니다 - 학습자의 참여와 몰입을 높이고 싶은 교육자 및 강사 - 팀원이나 구성원의 성장을 돕고자 하는 리더 및 멘토 - 조직 내 교육 프로그램을 혁신하고 싶은 HR 전문가 - 커뮤니티에서 학습 경험을 향상시키고 싶은 운영자 - 자신의 교육 콘텐츠로 영향력을 키우고 싶은 프리랜서 및 직장인 📢 참여 안내 단순한 지식 전달을 넘어서, 경험을 통해 학습과 성장을 이끌어내는 경험 교육에 관심이 있다면, 경험 교육 훈련소에 참여해 보세요. https://edu.nextstep.camp/c/lk9FrBtw

🍀 왜 이 교육을 '잊을 수 없는 경험'이라고 부를까요?

에어비앤비는 최근 리액트 16에서 리액트 18로 업그레이드 하는 대규모 프로젝트를 진행했습니다. 이 과정에서의 고충과 해결법, 철학 등을 요약하여 설명한 글입니다.

에어비앤비는 어떻게 리액트를 점진적으로 업그레이드했을까?

개발자에게 있어 메이저 라이브러리 업그레이드는 다소 까다로운 과제입니다. 반드시 필요하지만, '예측하기 어려운 호환성 이슈, 트러블슈팅' 등의 이유로 여러 난관이 존재하기때문인데요.

이런 배경에서, Airbnb가 제시한 React 업그레이드 전략을 재미있게 읽었습니다. Airbnb는 두 가지 전략을 통해 점진적이고 안전한 업그레이드를 실현했는데요.

1. 모듈 별칭(Module Aliasing)
React 16에서 React 18로의 점진적인 업그레이드를 위해서는 두 버전의 React를 동시에 사용해야 하는 상황이 발생합니다. 하지만 일반적으로 'react' import 구문은 하나의 버전만을 가리킬 수 있다는 기술적 제약이 있는데요. Airbnb는 이 문제를 모듈 별칭으로 해결했습니다.
아래와 같이 package.json에 두 가지 버전의 React를 다음과 같이 정의합니다
{
  "dependencies": {
    "react": "^16.0.0",              // 기본 React 버전
    "react-18": "npm:react@18.0.0"   // 별칭을 통한 React 18
  }
}

이렇게 설정하면 개발자들은 필요에 따라 각 컴포넌트에 선택적으로 React 버전을 import하여 사용할 수 있습니다:
// 기존 React 16 컴포넌트
import React from 'react';

// 새로운 React 18 컴포넌트
import React from 'react-18';

이런 접근 방식으로 기존 코드를 수정하지 않고도 새로운 버전의 React를 도입하고 컴포넌트 단위로 점진적인 마이그레이션이 가능해졌습니다.

2. 환경 타겟팅(Environment Targeting)
서로 다른 버전의 React로 빌드된 애플리케이션을 안전하게 운영하기 위해서는 환경을 명확히 분리할 필요가 있습니다. 이를 위해 환경 변수를 활용한 타겟팅 전략을 활용했습니다.
아래처럼 빌드 시점과 런타임에서 환경 변수를 통해 React 버전을 제어합니다:
REACT_UPGRADE=true/false

if (process.env.REACT_UPGRADE) {
  // React 18 기반의 애플리케이션 로직 실행
} else {
  // React 16 기반의 기존 애플리케이션 로직 유지
}

프로덕션 환경에서는 쿠버네티스를 통해 두 버전의 애플리케이션을 완전히 분리하여 운영합니다:
# React 16 환경 (기존 버전)
deployment-react16:
  env:
    REACT_UPGRADE: "false"

# React 18 환경 (신규 버전)
deployment-react18:
  env:
    REACT_UPGRADE: "true"

이러한 이중 전략을 통해 인프라를 구성함으로써, 독립된 배포 파이프라인을 운영하며, 안전하고 효과적으로 업그레이드가 가능해졌습니다.

기존에 라이브러리 메이저 업데이트시, 개발 과정에서는 미처 발견되지 못한 버그나 장애가 우려스러웠는데요. 이런 방식으로 점진적으로 업그레이드를 진행한다면 일괄 업데이트 보다 더 안정적인 업그레이드가 가능할 것 같습니다.

https://velog.io/@typo/how-airbnb-smoothly-upgrades-react

개발자에게 있어 메이저 라이브러리 업그레이드는 다소 까다로운 과제입니다. 반드시 필요하지만, '예측하기 어려운 호환성 이슈, 트러블슈팅' 등의 이유로 여러 난관이 존재하기때문인데요. 이런 배경에서, Airbnb가 제시한 React 업그레이드 전략을 재미있게 읽었습니다. Airbnb는 두 가지 전략을 통해 점진적이고 안전한 업그레이드를 실현했는데요. 1. 모듈 별칭(Module Aliasing)React 16에서 React 18로의 점진적인 업그레이드를 위해서는 두 버전의 React를 동시에 사용해야 하는 상황이 발생합니다. 하지만 일반적으로 'react' import 구문은 하나의 버전만을 가리킬 수 있다는 기술적 제약이 있는데요. Airbnb는 이 문제를 모듈 별칭으로 해결했습니다.아래와 같이 package.json에 두 가지 버전의 React를 다음과 같이 정의합니다<pre ><code>{
 "dependencies": {
 "react": "^16.0.0", // 기본 React 버전
 "react-18": "npm:react@18.0.0" // 별칭을 통한 React 18
 }
}</code></pre>이렇게 설정하면 개발자들은 필요에 따라 각 컴포넌트에 선택적으로 React 버전을 import하여 사용할 수 있습니다:<pre ><code>// 기존 React 16 컴포넌트
import React from 'react';

// 새로운 React 18 컴포넌트
import React from 'react-18';</code></pre>이런 접근 방식으로 기존 코드를 수정하지 않고도 새로운 버전의 React를 도입하고 컴포넌트 단위로 점진적인 마이그레이션이 가능해졌습니다. 2. 환경 타겟팅(Environment Targeting)서로 다른 버전의 React로 빌드된 애플리케이션을 안전하게 운영하기 위해서는 환경을 명확히 분리할 필요가 있습니다. 이를 위해 환경 변수를 활용한 타겟팅 전략을 활용했습니다.아래처럼 빌드 시점과 런타임에서 환경 변수를 통해 React 버전을 제어합니다:<pre ><code>REACT_UPGRADE=true/false

if (process.env.REACT_UPGRADE) {
 // React 18 기반의 애플리케이션 로직 실행
} else {
 // React 16 기반의 기존 애플리케이션 로직 유지
}</code></pre> 프로덕션 환경에서는 쿠버네티스를 통해 두 버전의 애플리케이션을 완전히 분리하여 운영합니다:<pre ><code># React 16 환경 (기존 버전)
deployment-react16:
 env:
 REACT_UPGRADE: "false"

# React 18 환경 (신규 버전)
deployment-react18:
 env:
 REACT_UPGRADE: "true"</code></pre>이러한 이중 전략을 통해 인프라를 구성함으로써, 독립된 배포 파이프라인을 운영하며, 안전하고 효과적으로 업그레이드가 가능해졌습니다. 기존에 라이브러리 메이저 업데이트시, 개발 과정에서는 미처 발견되지 못한 버그나 장애가 우려스러웠는데요. 이런 방식으로 점진적으로 업그레이드를 진행한다면 일괄 업데이트 보다 더 안정적인 업그레이드가 가능할 것 같습니다. https://velog.io/@typo/how-airbnb-smoothly-upgrades-react

velog.io

Airbnb에서 배우는 React 버전 업그레이드 전략

원문 : Types of React Components [2024] 2013년 리액트가 출시된 이후 다양한 유형의 컴포넌트가 등장했습니다. 그중 일부는 여전히 최신 리액트 애플리케이션에 필수적이지만, 다른 일부는 이전 세대의 프로젝트에서 주로 사용되며 현재는 더 이상 사용되지 않는(deprecated…

(번역) 리액트 컴포넌트의 유형 돌아보기

오늘 소개해드릴 글은 42dot의 유경상님이 번역해주신 글입니다.

리액트의 발전 과정에서 다양한 유형의 컴포넌트가 등장했지만, 개발자들이 리액트를 처음 접한 시기에 따라 경험하지 못한 컴포넌트 유형이 있을 수 있습니다. 이 글에서는 리액트 컴포넌트의 역사를 시간순으로 살펴보며, createClass부터 최신의 비동기 컴포넌트까지 각 유형의 특징과 사용법을 코드 예제와 함께 설명하고 있습니다. 리액트 개발자라면, 이 글을 통해 자신이 놓쳤던 컴포넌트 유형을 훑어보며, 리액트의 발전 과정을 더욱 깊이 이해할 수 있는 좋은 기회가 되시면 좋을 것 같습니다 :)

글 링크 : https://ykss.netlify.app/translation/types_of_react_components/

오늘 소개해드릴 글은 42dot의 유경상님이 번역해주신 글입니다. 리액트의 발전 과정에서 다양한 유형의 컴포넌트가 등장했지만, 개발자들이 리액트를 처음 접한 시기에 따라 경험하지 못한 컴포넌트 유형이 있을 수 있습니다. 이 글에서는 리액트 컴포넌트의 역사를 시간순으로 살펴보며, createClass부터 최신의 비동기 컴포넌트까지 각 유형의 특징과 사용법을 코드 예제와 함께 설명하고 있습니다. 리액트 개발자라면, 이 글을 통해 자신이 놓쳤던 컴포넌트 유형을 훑어보며, 리액트의 발전 과정을 더욱 깊이 이해할 수 있는 좋은 기회가 되시면 좋을 것 같습니다 :) 글 링크 : https://ykss.netlify.app/translation/types_of_react_components/

ykss.netlify.app

리액트 컴포넌트의 유형 돌아보기

2022년 이후 근 2년간, 최근 많은 회사의 채용 프로세스를 경험하며 각 단계별 이해와 노하우를 쌓게 되었습니다. 이에 아는 바를 공유해보겠습니다.
개발자 위주로 작성되어 있습니다.
현재 취준생이신 분들은 낯선 용어가 있을 수 있습니다. 과정에서 자연스레 겪게 되는 것이니 미리 알아두시면 되겠습니다.
다 아시는 분은 다른 글을 봐주셔도 좋습니다.

입사 지원
 * 지원자가 채용 공고를 보고 자격 사항이나 우대 사항을 검토 후, 회사에 지원합니다. 이력서와 포트폴리오를 제출하며 회사에서는 보통 인사담당자나 채용팀에서 제출된 서류를 검토하는 서류 심사 전형이 진행됩니다.

서류 심사
 * 인사담당자와 채용팀이 이력서를 훑은 후 (15초 ~ 5분), 괜찮은 이력서라면 사내 개발팀의 시니어나 팀장급에게 추가 검토 요청을 합니다. 이분들은 본인 일을 하면서 봐야 하므로 퇴근 후에나 주말에 검토를 할 수 있습니다. 때문에 서류 심사는 보통 입사 지원 후 3일 정도(빠를 경우) 소요됩니다.
 * 그러므로, 입사 지원 후 소식을 빠르게 받아보고 싶다면 한 주의 시작 부분이나 한 주의 끝 부분에 지원을 하는 것이 속이 편할 수 있습니다. 회사마다 케바케이지만 이렇게 할 경우 빠른 피드백을 받을 수 있었습니다.

서류 통과
 * 서류 심사에서 인사팀과 개발팀의 의견이 합치되었을 경우 제출하신 서류는 통과 처리가 되며 각종 추가 검증에 들어갑니다. 요새는 회사별로 면접 전에도 리소스를 아끼기 위해 정성적 평가를 위한 커피챗이나 폰 스크리닝, 정량적 평가를 위한 코딩 테스트와 과제 등으로 지원자를 추가 평가합니다. 이 과정이 꽤나 까다로우며 처음 접하는 사람에게는 제일 기다리기 힘든 과정이라고 할 수 있습니다. 따라서 요새는 '서류 통과' 정도만 되어도 본인이 경쟁력이 어느 정도 있는 것으로 스스로 생각하면 됩니다.

폰 스크리닝(전화 면접)
 * 담당자가 지원자에게 직접 전화를 걸어 간단하게 진행합니다.
 * 이 단계에서는 면접을 보기 전 지원자에 대한 간단한 사항을 점검합니다. 지원자의 경력이나 가치관, 일종의 인적성 면접도 조금 포함됩니다. 단 정식 면접 프로세스와는 달리 직접 통화를 하면서 20~30분 가량의 짧은 시간으로 구성되어 있기 때문에 담당자도 시간에 좀 쫓기는 경향이 있습니다. 담당자를 배려하면서 자신의 이야기를 간략하게 풀 수 있는 시간으로 이해하면 좋겠습니다.

커피챗
 * (제 경우) 회사에 직접 방문하여 리더들과 커피 한잔 하면서 회사에 대한 얘기를 듣고 질문과 답변을 나누었습니다.
 * 이 단계를 택하는 회사가 있다면, 회사에 대한 홍보와 개발 문화를 중시하는 회사일 것입니다. 회사에 대한 얘기를 허심탄회하게 털어놓고 지원자에게 이해를 시키며 리더들도 지원자에게 궁금한 점을 질문하고 보통 1시간 정도로 진행됩니다. 이 단계는 사실 위의 폰 스크리닝 등과는 달리 편안한 분위기이며 지원자 입장에서도 본인이 할 얘기를 어느 정도 할 수가 있어서 상호간의 이해를 바탕으로 다음 프로세스 진행을 매끄럽게 할 수 있는 상태가 되는 것이 목표가 되겠습니다.
 * 회사에 대해서 잘 몰라도 커피챗에서 설명을 잘 해주나, 기본적으로 어느정도 알아 가면 더 좋은 시간이 될 수 있습니다.

코딩 테스트
 * 서류 합격한 지원자의 알고리즘 능력을 평가키 위해 보통 '프로그래머스' 사이트 기준으로 문제를 조금 꼬으거나 해서 랜덤한 난이도로 3~4개를 주고 2~3시간 안에 온라인으로 풀어 결과를 제출하게 합니다. 요새는 알고리즘 테스트 뿐이 아니라 텍스트로 쓰는 서술형 테스트도 존재하며 이를 어떻게 조합할지는 회사 재량입니다.
 * 이게 가장 노말한 경우이고 때에 따라 시간을 더 짧게 쓰는 코테도 봤었습니다. 이를 대비하여 여러 연습을 해두는 것이 좋습니다.
 * 프로그래머스 문제는 입실하기 전 보통 5일의 유예시간을 줍니다. 예를 들면 7/1에 문제 초대 메일이 날아왔다면 7/5까지는 유효하므로 7/1~4 동안에는 스스로 실력을 점검하고 연습할 수 있는 기회를 주는 것입니다. 이는 초대 메일을 보면 언제까지 링크가 유효한지 적혀 있으므로 쉽게 알 수 있습니다.
 * 자신있을 때 링크를 타고 들어가서 테스트를 보면 됩니다. 단 한번 입실 시 빠져나오게 되면 바로 링크가 무효가 되므로 꼭 조심하여야 합니다. 이런 유의점은 프로그래머스에서 응시 테스트 등에서 다 알려 주므로 꼭 유의하시기 바랍니다.
 * 프로그래머스 사이트 기준으로 설명드렸는데, 다른 코딩 테스트 사이트가 이용될 수 있습니다.

과제 테스트
 * 지원자의 알고리즘 능력보단, 구현력을 평가하여 실무력을 봅니다. 구현해야 할 과제를 주고 가능 시간 내(보통 1주일)에 구현할 수 있는지 봅니다.
 * 과제의 주제는 다양합니다. 이건 직접 해보셔야 알 수 있습니다. 또한 과제를 하면서 자신이 구현한 부분에 대해 면밀히 파악을 해두어야 합니다. 프론트엔드를 예로 들면 컴포넌트를 나눈 기준, 액션의 동작 흐름, 소스의 로딩 순서 등은 파악하고 가셔야 나중에 과제 통과 후 기술 면접에서 대응 하실 수가 있습니다.
 * 팁을 드리자면, README 파일을 무시하지 마시기 바라겠습니다. README파일에 꼭 요구사항에 대한 자신의 나름대로의 분석과, 파일 구조, 설치 방법 등은 기재해 두심이 나중에 보기에도 예쁘고 본인의 문서 작성 능력 등을 보여주는 데도 도움이 됩니다.
 * 완료시 제출을 하게 되는데 제출 방식은 다양하며 개인 구글 드라이브에 업로드 후 파일 링크를 전달하는 방법 등을 사용할 수 있습니다. 이는 회사의 과제 테스트 안내 메일에 있는 제출 방법을 참고하여 하시면 됩니다.

여기까지 통과가 됐다면 이제 본격적인 면접의 시작입니다. 여기까지의 부분에서도 수많은 지원자들이 탈락하게 됩니다. 이는 본 사회의 현황상 지원자들의 수가 회사의 TO보다 많아서 생기는 필연적인 필터링의 과정이니 여기서 탈락했다 해서 낙심할 것 없고 이 회사와 본인의 운이 맞지 않았다고 생각하시고 잘 추스리고 다음을 준비하시기 바랍니다.

1차 면접(기술 면접)
 * 지원자의 기술력을 본격적으로 평가합니다. 대면/비대면으로 직접 만나 평가를 하게 되므로 지원자와 면접관 간의 세심한 표정 변화, 말투, 눈빛 등이 오고가는 상황입니다. 면접관은 1명~여러명일 수 있습니다.
 * 비대면 면접 - 요즘엔 zoom으로 접속 링크를 주고 지정된 시간에 접속해서 온라인으로 화상 면접을 진행하게 됩니다. 지정 시간 10분전 정도에 접속하면 인사팀이 먼저 환경을 확인하게 될 것이고 그 후에 개발팀장이나 직원들이 접속하게 됩니다. 인사를 잘 나누시고 면접을 진행하시면 되겠습니다. 비대면 면접은 마이크와 카메라가 필수이므로 저같은 경우 노트북을 사용하여 진행합니다. 환경에 신경쓰셔야 합니다.
 * 기술 면접은 지원자가 어느정도의 능력을 갖고 있으며, 회사에 들어왔을 때 기술적인 부분에 있어서 적응을 할 수 있는가를 판단합니다. 때문에 평소 트렌드에 관심을 갖고 알아보려 하는 노력을 하였는가, 그리고 경력자라면 기존 회사에서 사용하던 기술을 파악하고 있는가 등 광범위하게 개인적인 기술에 대한 관심의 척도를 평가한다고 할 수 있습니다.
 * 또한 지원한 회사의 사업 분야(도메인)에 대해서의 관심도 정도도 평가의 대상이 됩니다. 이것 역시 평소에 도메인을 지향하는 정도나 분석한 자료가 있다면 잘 답하실 수 있을 것입니다.
 * 회사의 구성원과 직접 만나는 것이고, 평가를 하는 자리이기 때문에 떨릴 수 있습니다. 또한 하고 싶은 말이 꼬이고 장황해지는 등의 상황이 발생합니다. 평소에 연습을 해두시면 좋습니다.
 * 작은 회사일 경우 1차 면접후 바로 채용 결정으로서, 프로세스가 끝이 나는 경우가 있습니다. 이럴 경우 1차 면접에서도 여러 가지의 인적성 면접이 진행될 수 있습니다. 하지만 보통 최근에는 2차 면접까지는 진행되는 것이 추세입니다.

2차 면접(인적성 면접/문화 면접)
 * 1차 면접은 보통 개발팀의 범위에서 끝이 납니다. 개발팀장등 면접관이 지원자가 적합하다고 승인하게 될 시, 임원급에서 한번 더 평가를 하기 위해 2차 면접이 진행됩니다.
 * 1차는 비대면이었더라도, 2차는 대면인 경우가 많습니다. 그 이유는 추론해보자면 임원급에서는 사람을 만나는 것이 일이자 일상이며 그분들 나름대로 업계에서 쌓아온 업력과 사람 보는 눈으로 인재를 제대로 평가하기 위함이 아닐까 사료됩니다. 그러므로 기술적인 부분 보다는 지원자의 인성과 문화 적응력 등을 보는 질문이 주를 이루게 됩니다.
 * 임원급들은 저마다의 평가 기준이 있으므로 이에 해당하지 못할 시 바로 탈락하게 됩니다. 이 기준은 정말 말 그대로 예측할 수가 없습니다. 1차 면접까지 모든 프로세스를 정상적으로 진행 했어도 이 2차 면접에서 탈락하는 경우가 있습니다. 이럴 경우 지원자의 입장에서는 멘탈이 엄청 붕괴되는데 이는 임원급의 마음에 차지 못한 것이므로 현재는 어쩔 수 없습니다. 다른 회사를 찾는 것이 빠릅니다. 그러므로 이 단계에서 탈락했다면 오히려 즐거운 마음으로 본인이 그래도 면접 프로세스 끝단계까지 갔다왔으며, 다음에는 합격할 수 있는 기반을 갖췄다고 생각하시기 바랍니다.

3차 면접(CEO 면접 외)
 * 이 단계는 거의 진행되지 않습니다. 보통 2차 면접에서 채용 여부가 최종 판단되며 3차가 진행된다는 것은 사실 프로세스가 너무 길다고 판단됩니다. 그렇다고 회사의 방침을 거를 수도 없는 노릇이니 이 단계는 물 흘러가듯이 CEO님과 간단하게 대화 나눈다고 생각하고 편하게 대응하셨으면 합니다.
 * 사실 2차까지 통과한 상태에서 3차에서 떨어지는 건 확률이 굉장히 적습니다만 이 역시 떨어져도 너무 상심치 마시기 바라겠습니다. (며칠간 쉬다 오세요..)

레퍼런스 체크/처우 협의
 * 채용이 결정되었으며 입사하기 전단계입니다. 경력자의 경우 전 직장이나 전전 직장의 지인들의 연락처를 요청하며 이분들에게 지원자의 평소 업무 태도 등을 질문합니다. 그래서 평소에 회사 다닐 때도 동료들과 좋게좋게 잘 지내면 좋습니다. 한마디로 너 친구있냐? 를 확인하는 것이기 때문에 본인의 사회성이 어느 정도인지 판명됩니다. 평소에 동료들과 잘 지내시기 바랍니다.
 * 최근에는 레퍼런스 체크를 따로 해주는 플랫폼 등이 있는 것으로 알고 있습니다.
 * 처우 협의 부분은 재량에 맡깁니다. 이 부분은 저보다는 다른 분들이 더 잘 아실 거에요.
 * 여러 회사에 동시 합격한 경우가 있습니다. 이 때는 처우 협상을 하면서 제일 나아 보이는 회사와 컨택하여 일정을 진행하면 됩니다. 이건 말 그대로 회사 골라가기 할 수 있는 능력을 갖춘 분들에 해당합니다. 이에 해당되신다면 부럽습니다. ㅎㅎ

입사
 * 처우 협의를 끝내면 입사 예정일이 통보됩니다. 입사 예정일에 회사로 첫 출근 하면 됩니다.
 * 여기까지 온다면 아마 서류 제출 후 15일 ~ 한 달 정도의 기간이 소요되었을 것입니다. 여기까지 달려온 여러분에게 박수를 보냅니다.

이상입니다.
최대한 노하우를 전달하여 보려 했으나 필력이 아직 통달하지 않은 관계로 두루뭉술한 부분도 있으리라 보여집니다.
그런 부분이 있다면 양해하여 주시고, 이 글이 도움이 되었기를 바라며 마칩니다.

2022년 이후 근 2년간, 최근 많은 회사의 채용 프로세스를 경험하며 각 단계별 이해와 노하우를 쌓게 되었습니다. 이에 아는 바를 공유해보겠습니다.개발자 위주로 작성되어 있습니다.현재 취준생이신 분들은 낯선 용어가 있을 수 있습니다. 과정에서 자연스레 겪게 되는 것이니 미리 알아두시면 되겠습니다.다 아시는 분은 다른 글을 봐주셔도 좋습니다. 입사 지원<ul ><li>지원자가 채용 공고를 보고 자격 사항이나 우대 사항을 검토 후, 회사에 지원합니다. 이력서와 포트폴리오를 제출하며 회사에서는 보통 인사담당자나 채용팀에서 제출된 서류를 검토하는 서류 심사 전형이 진행됩니다.</li></ul> 서류 심사<ul ><li>인사담당자와 채용팀이 이력서를 훑은 후 (15초 ~ 5분), 괜찮은 이력서라면 사내 개발팀의 시니어나 팀장급에게 추가 검토 요청을 합니다. 이분들은 본인 일을 하면서 봐야 하므로 퇴근 후에나 주말에 검토를 할 수 있습니다. 때문에 서류 심사는 보통 입사 지원 후 3일 정도(빠를 경우) 소요됩니다.</li><li>그러므로, 입사 지원 후 소식을 빠르게 받아보고 싶다면 한 주의 시작 부분이나 한 주의 끝 부분에 지원을 하는 것이 속이 편할 수 있습니다. 회사마다 케바케이지만 이렇게 할 경우 빠른 피드백을 받을 수 있었습니다.</li></ul> 서류 통과<ul ><li>서류 심사에서 인사팀과 개발팀의 의견이 합치되었을 경우 제출하신 서류는 통과 처리가 되며 각종 추가 검증에 들어갑니다. 요새는 회사별로 면접 전에도 리소스를 아끼기 위해 정성적 평가를 위한 커피챗이나 폰 스크리닝, 정량적 평가를 위한 코딩 테스트와 과제 등으로 지원자를 추가 평가합니다. 이 과정이 꽤나 까다로우며 처음 접하는 사람에게는 제일 기다리기 힘든 과정이라고 할 수 있습니다. 따라서 요새는 '서류 통과' 정도만 되어도 본인이 경쟁력이 어느 정도 있는 것으로 스스로 생각하면 됩니다.</li></ul> 폰 스크리닝(전화 면접)<ul ><li>담당자가 지원자에게 직접 전화를 걸어 간단하게 진행합니다.</li></ul><ul ><li>이 단계에서는 면접을 보기 전 지원자에 대한 간단한 사항을 점검합니다. 지원자의 경력이나 가치관, 일종의 인적성 면접도 조금 포함됩니다. 단 정식 면접 프로세스와는 달리 직접 통화를 하면서 20~30분 가량의 짧은 시간으로 구성되어 있기 때문에 담당자도 시간에 좀 쫓기는 경향이 있습니다. 담당자를 배려하면서 자신의 이야기를 간략하게 풀 수 있는 시간으로 이해하면 좋겠습니다.</li></ul> 커피챗<ul ><li>(제 경우) 회사에 직접 방문하여 리더들과 커피 한잔 하면서 회사에 대한 얘기를 듣고 질문과 답변을 나누었습니다.</li></ul><ul ><li>이 단계를 택하는 회사가 있다면, 회사에 대한 홍보와 개발 문화를 중시하는 회사일 것입니다. 회사에 대한 얘기를 허심탄회하게 털어놓고 지원자에게 이해를 시키며 리더들도 지원자에게 궁금한 점을 질문하고 보통 1시간 정도로 진행됩니다. 이 단계는 사실 위의 폰 스크리닝 등과는 달리 편안한 분위기이며 지원자 입장에서도 본인이 할 얘기를 어느 정도 할 수가 있어서 상호간의 이해를 바탕으로 다음 프로세스 진행을 매끄럽게 할 수 있는 상태가 되는 것이 목표가 되겠습니다.</li><li>회사에 대해서 잘 몰라도 커피챗에서 설명을 잘 해주나, 기본적으로 어느정도 알아 가면 더 좋은 시간이 될 수 있습니다.</li></ul> 코딩 테스트<ul ><li>서류 합격한 지원자의 알고리즘 능력을 평가키 위해 보통 '프로그래머스' 사이트 기준으로 문제를 조금 꼬으거나 해서 랜덤한 난이도로 3~4개를 주고 2~3시간 안에 온라인으로 풀어 결과를 제출하게 합니다. 요새는 알고리즘 테스트 뿐이 아니라 텍스트로 쓰는 서술형 테스트도 존재하며 이를 어떻게 조합할지는 회사 재량입니다.</li><li>이게 가장 노말한 경우이고 때에 따라 시간을 더 짧게 쓰는 코테도 봤었습니다. 이를 대비하여 여러 연습을 해두는 것이 좋습니다.</li><li>프로그래머스 문제는 입실하기 전 보통 5일의 유예시간을 줍니다. 예를 들면 7/1에 문제 초대 메일이 날아왔다면 7/5까지는 유효하므로 7/1~4 동안에는 스스로 실력을 점검하고 연습할 수 있는 기회를 주는 것입니다. 이는 초대 메일을 보면 언제까지 링크가 유효한지 적혀 있으므로 쉽게 알 수 있습니다.</li><li>자신있을 때 링크를 타고 들어가서 테스트를 보면 됩니다. 단 한번 입실 시 빠져나오게 되면 바로 링크가 무효가 되므로 꼭 조심하여야 합니다. 이런 유의점은 프로그래머스에서 응시 테스트 등에서 다 알려 주므로 꼭 유의하시기 바랍니다.</li><li>프로그래머스 사이트 기준으로 설명드렸는데, 다른 코딩 테스트 사이트가 이용될 수 있습니다.</li></ul> 과제 테스트<ul ><li>지원자의 알고리즘 능력보단, 구현력을 평가하여 실무력을 봅니다. 구현해야 할 과제를 주고 가능 시간 내(보통 1주일)에 구현할 수 있는지 봅니다.</li><li>과제의 주제는 다양합니다. 이건 직접 해보셔야 알 수 있습니다. 또한 과제를 하면서 자신이 구현한 부분에 대해 면밀히 파악을 해두어야 합니다. 프론트엔드를 예로 들면 컴포넌트를 나눈 기준, 액션의 동작 흐름, 소스의 로딩 순서 등은 파악하고 가셔야 나중에 과제 통과 후 기술 면접에서 대응 하실 수가 있습니다.</li><li>팁을 드리자면, README 파일을 무시하지 마시기 바라겠습니다. README파일에 꼭 요구사항에 대한 자신의 나름대로의 분석과, 파일 구조, 설치 방법 등은 기재해 두심이 나중에 보기에도 예쁘고 본인의 문서 작성 능력 등을 보여주는 데도 도움이 됩니다.</li><li>완료시 제출을 하게 되는데 제출 방식은 다양하며 개인 구글 드라이브에 업로드 후 파일 링크를 전달하는 방법 등을 사용할 수 있습니다. 이는 회사의 과제 테스트 안내 메일에 있는 제출 방법을 참고하여 하시면 됩니다.</li></ul> 여기까지 통과가 됐다면 이제 본격적인 면접의 시작입니다. 여기까지의 부분에서도 수많은 지원자들이 탈락하게 됩니다. 이는 본 사회의 현황상 지원자들의 수가 회사의 TO보다 많아서 생기는 필연적인 필터링의 과정이니 여기서 탈락했다 해서 낙심할 것 없고 이 회사와 본인의 운이 맞지 않았다고 생각하시고 잘 추스리고 다음을 준비하시기 바랍니다. 1차 면접(기술 면접)<ul ><li>지원자의 기술력을 본격적으로 평가합니다. 대면/비대면으로 직접 만나 평가를 하게 되므로 지원자와 면접관 간의 세심한 표정 변화, 말투, 눈빛 등이 오고가는 상황입니다. 면접관은 1명~여러명일 수 있습니다.</li><li>비대면 면접 - 요즘엔 zoom으로 접속 링크를 주고 지정된 시간에 접속해서 온라인으로 화상 면접을 진행하게 됩니다. 지정 시간 10분전 정도에 접속하면 인사팀이 먼저 환경을 확인하게 될 것이고 그 후에 개발팀장이나 직원들이 접속하게 됩니다. 인사를 잘 나누시고 면접을 진행하시면 되겠습니다. 비대면 면접은 마이크와 카메라가 필수이므로 저같은 경우 노트북을 사용하여 진행합니다. 환경에 신경쓰셔야 합니다.</li><li>기술 면접은 지원자가 어느정도의 능력을 갖고 있으며, 회사에 들어왔을 때 기술적인 부분에 있어서 적응을 할 수 있는가를 판단합니다. 때문에 평소 트렌드에 관심을 갖고 알아보려 하는 노력을 하였는가, 그리고 경력자라면 기존 회사에서 사용하던 기술을 파악하고 있는가 등 광범위하게 개인적인 기술에 대한 관심의 척도를 평가한다고 할 수 있습니다.</li><li>또한 지원한 회사의 사업 분야(도메인)에 대해서의 관심도 정도도 평가의 대상이 됩니다. 이것 역시 평소에 도메인을 지향하는 정도나 분석한 자료가 있다면 잘 답하실 수 있을 것입니다.</li><li>회사의 구성원과 직접 만나는 것이고, 평가를 하는 자리이기 때문에 떨릴 수 있습니다. 또한 하고 싶은 말이 꼬이고 장황해지는 등의 상황이 발생합니다. 평소에 연습을 해두시면 좋습니다.</li><li>작은 회사일 경우 1차 면접후 바로 채용 결정으로서, 프로세스가 끝이 나는 경우가 있습니다. 이럴 경우 1차 면접에서도 여러 가지의 인적성 면접이 진행될 수 있습니다. 하지만 보통 최근에는 2차 면접까지는 진행되는 것이 추세입니다.</li></ul> 2차 면접(인적성 면접/문화 면접)<ul ><li>1차 면접은 보통 개발팀의 범위에서 끝이 납니다. 개발팀장등 면접관이 지원자가 적합하다고 승인하게 될 시, 임원급에서 한번 더 평가를 하기 위해 2차 면접이 진행됩니다.</li><li>1차는 비대면이었더라도, 2차는 대면인 경우가 많습니다. 그 이유는 추론해보자면 임원급에서는 사람을 만나는 것이 일이자 일상이며 그분들 나름대로 업계에서 쌓아온 업력과 사람 보는 눈으로 인재를 제대로 평가하기 위함이 아닐까 사료됩니다. 그러므로 기술적인 부분 보다는 지원자의 인성과 문화 적응력 등을 보는 질문이 주를 이루게 됩니다.</li><li>임원급들은 저마다의 평가 기준이 있으므로 이에 해당하지 못할 시 바로 탈락하게 됩니다. 이 기준은 정말 말 그대로 예측할 수가 없습니다. 1차 면접까지 모든 프로세스를 정상적으로 진행 했어도 이 2차 면접에서 탈락하는 경우가 있습니다. 이럴 경우 지원자의 입장에서는 멘탈이 엄청 붕괴되는데 이는 임원급의 마음에 차지 못한 것이므로 현재는 어쩔 수 없습니다. 다른 회사를 찾는 것이 빠릅니다. 그러므로 이 단계에서 탈락했다면 오히려 즐거운 마음으로 본인이 그래도 면접 프로세스 끝단계까지 갔다왔으며, 다음에는 합격할 수 있는 기반을 갖췄다고 생각하시기 바랍니다.</li></ul> 3차 면접(CEO 면접 외)<ul ><li>이 단계는 거의 진행되지 않습니다. 보통 2차 면접에서 채용 여부가 최종 판단되며 3차가 진행된다는 것은 사실 프로세스가 너무 길다고 판단됩니다. 그렇다고 회사의 방침을 거를 수도 없는 노릇이니 이 단계는 물 흘러가듯이 CEO님과 간단하게 대화 나눈다고 생각하고 편하게 대응하셨으면 합니다.</li><li>사실 2차까지 통과한 상태에서 3차에서 떨어지는 건 확률이 굉장히 적습니다만 이 역시 떨어져도 너무 상심치 마시기 바라겠습니다. (며칠간 쉬다 오세요..)</li></ul> 레퍼런스 체크/처우 협의<ul ><li>채용이 결정되었으며 입사하기 전단계입니다. 경력자의 경우 전 직장이나 전전 직장의 지인들의 연락처를 요청하며 이분들에게 지원자의 평소 업무 태도 등을 질문합니다. 그래서 평소에 회사 다닐 때도 동료들과 좋게좋게 잘 지내면 좋습니다. 한마디로 너 친구있냐? 를 확인하는 것이기 때문에 본인의 사회성이 어느 정도인지 판명됩니다. 평소에 동료들과 잘 지내시기 바랍니다.</li><li>최근에는 레퍼런스 체크를 따로 해주는 플랫폼 등이 있는 것으로 알고 있습니다.</li><li>처우 협의 부분은 재량에 맡깁니다. 이 부분은 저보다는 다른 분들이 더 잘 아실 거에요.</li><li>여러 회사에 동시 합격한 경우가 있습니다. 이 때는 처우 협상을 하면서 제일 나아 보이는 회사와 컨택하여 일정을 진행하면 됩니다. 이건 말 그대로 회사 골라가기 할 수 있는 능력을 갖춘 분들에 해당합니다. 이에 해당되신다면 부럽습니다. ㅎㅎ</li></ul> 입사<ul ><li>처우 협의를 끝내면 입사 예정일이 통보됩니다. 입사 예정일에 회사로 첫 출근 하면 됩니다.</li><li>여기까지 온다면 아마 서류 제출 후 15일 ~ 한 달 정도의 기간이 소요되었을 것입니다. 여기까지 달려온 여러분에게 박수를 보냅니다.</li></ul> 이상입니다.최대한 노하우를 전달하여 보려 했으나 필력이 아직 통달하지 않은 관계로 두루뭉술한 부분도 있으리라 보여집니다.그런 부분이 있다면 양해하여 주시고, 이 글이 도움이 되었기를 바라며 마칩니다.

개발자 채용 프로세스 용어 설명 및 노하우 공유

Many people think that solving lots of LeetCode problems will help them get a job at big tech companies like Google and Facebook. Practicing coding problems is important, but really understanding...

Decoding Google's coding interview

많은 사람들은 코딩 문제를 많이 해결하면 구글이나 페이스북과 같은 거대 테크 회사에 취업하는 데 도움이 될 것이라 생각합니다. 그치만 문제를 푸는 것보다는 문제를 이해하는 게 더 중요하다고 합니다.

실제로 많은 코딩 테스트를 통과한 지원자들은 면접관들에게 이런 질문을 받아서, 식별 된다고 합니다. 구글의 코딩 테스트의 성공은 곧 질문에 올바르게 답하는 능력에 달려 있다고 합니다. 사고 과정과 문제 해결 접근 방식을 더 깊이 파고들도록 요청하죠. 단순 답이 아닌 최적의 솔루션, 시간 및 공간 복잡성 등등을 완전히 파악하고 싶어 합니다.

핵심은 프롬프트를 통해 작업하면서 강력한 분석적 사고와 의사소통 기술을 보여주는 것입니다.

 * 속이기보다 모르는 것이 있으면 인정하기
 * 필요한 경우 명확하게 면접관에게 질문하기
 * 문제를 큰 소리로 생각해보기

이는 연습과 준비를 통해 코딩 테스트 이후 진행되는 면접 질문에 답하는 기술을 익힐 수 있다고 합니다.

다음은 인기 있는 2개 노드의 LCA(Lowest Common Ancesto) 찾기 인데요.
public TreeNode lowestCommonAncestor(TreeNode root, TreeNode p, TreeNode q) {
 if (root == null || root == p || root == q) return root;
 TreeNode left = lowestCommonAncestor(root.left, p, q);
 TreeNode right = lowestCommonAncestor(root.right, p, q);
 return left == null ? right : right == null ? left : root;
}

이런 문제에 대해서 다음과 같은 후속 질문이 나올 수 있죠.

 1. 2개의 노드 대신, k개의 노드가 제공되는데, 이 k개의 노드 중 LCA(Lowest Common Ancestor)를 찾아야 한다면 어떻게 될까요?
 2. n-배열이거나 n-자식 트리라면 어떻게 될까요?
 3. n-자식 트리이고 LCA를 찾기 위해 k 노드가 제공된다면 어떻게 될까요?

다들 잘 답하실 수 있겠나요?
여기서 모르는 것이 있으면 인정하고, 필요한 경우 면접관에게 물어보고 문제를 크게 되내어 생각해보는 스킬이 필요하죠. 물론 가장 좋은 건 이러한 기술에 답변을 잘 하는 것입니다. 단순히 문제만 푸는 것이 아닌!

예를 들어 이진 트리가 아닌 일반 트리라면 어떨까요?라고 했을 때
class TreeNode {
 int val;
 List<TreeNode> children;

 public TreeNode(int val, List<TreeNode> children) {
 this.val = val;
 this.children = children;
 }
}
public TreeNode lowestCommonAncestor(TreeNode root, TreeNode p, TreeNode q) {
 if (root == null || root == p || root == q) return root;

 TreeNode result = null;
 for (TreeNode child : root.children) {
 TreeNode childLCA = lowestCommonAncestor(child, p, q);
 if (childLCA != null) {
 if (result != null) {
 // If both p and q are found in different subtrees, then root is the LCA
 return root;
 } else {
 result = childLCA;
 }
 }
 }
 return result;
 }

이러한 솔루션을 낼 수 있다는 로직을 생각해서 이야기 하는 거죠.

코딩 테스트보다도 코딩 테스트를 뜯어보라 그리고 그 후속 인터뷰에 대비하여 공부해라 라는 좋은 명언을 담고 있는데요. 원문은 아래에서 보시면 됩니다. 개인적으로 코딩 테스트를 준비하는 가장 알맞는 방법이 아닐까 싶습니다.

https://medium.com/@rohitverma_87831/decoding-googles-coding-interview-20b1f8fcaf66

많은 사람들은 코딩 문제를 많이 해결하면 구글이나 페이스북과 같은 거대 테크 회사에 취업하는 데 도움이 될 것이라 생각합니다. 그치만 문제를 푸는 것보다는 문제를 이해하는 게 더 중요하다고 합니다. 실제로 많은 코딩 테스트를 통과한 지원자들은 면접관들에게 이런 질문을 받아서, 식별 된다고 합니다. 구글의 코딩 테스트의 성공은 곧 질문에 올바르게 답하는 능력에 달려 있다고 합니다. 사고 과정과 문제 해결 접근 방식을 더 깊이 파고들도록 요청하죠. 단순 답이 아닌 최적의 솔루션, 시간 및 공간 복잡성 등등을 완전히 파악하고 싶어 합니다. 핵심은 프롬프트를 통해 작업하면서 강력한 분석적 사고와 의사소통 기술을 보여주는 것입니다. <ul><li>속이기보다 모르는 것이 있으면 인정하기</li><li>필요한 경우 명확하게 면접관에게 질문하기</li><li>문제를 큰 소리로 생각해보기</li></ul> 이는 연습과 준비를 통해 코딩 테스트 이후 진행되는 면접 질문에 답하는 기술을 익힐 수 있다고 합니다. 다음은 인기 있는 2개 노드의 LCA(Lowest Common Ancesto) 찾기 인데요.<pre><code>public TreeNode lowestCommonAncestor(TreeNode root, TreeNode p, TreeNode q) {
 if (root == null || root == p || root == q) return root;
 TreeNode left = lowestCommonAncestor(root.left, p, q);
 TreeNode right = lowestCommonAncestor(root.right, p, q);
 return left == null ? right : right == null ? left : root;
}</code></pre>이런 문제에 대해서 다음과 같은 후속 질문이 나올 수 있죠. <ol><li>2개의 노드 대신, k개의 노드가 제공되는데, 이 k개의 노드 중 LCA(Lowest Common Ancestor)를 찾아야 한다면 어떻게 될까요?</li><li>n-배열이거나 n-자식 트리라면 어떻게 될까요?</li><li>n-자식 트리이고 LCA를 찾기 위해 k 노드가 제공된다면 어떻게 될까요?</li></ol> 다들 잘 답하실 수 있겠나요?여기서 모르는 것이 있으면 인정하고, 필요한 경우 면접관에게 물어보고 문제를 크게 되내어 생각해보는 스킬이 필요하죠. 물론 가장 좋은 건 이러한 기술에 답변을 잘 하는 것입니다. 단순히 문제만 푸는 것이 아닌! 예를 들어 이진 트리가 아닌 일반 트리라면 어떨까요?라고 했을 때<pre><code>class TreeNode {
 int val;
 List&lt;TreeNode&gt; children;

 public TreeNode(int val, List&lt;TreeNode&gt; children) {
 this.val = val;
 this.children = children;
 }
}
public TreeNode lowestCommonAncestor(TreeNode root, TreeNode p, TreeNode q) {
 if (root == null || root == p || root == q) return root;

 TreeNode result = null;
 for (TreeNode child : root.children) {
 TreeNode childLCA = lowestCommonAncestor(child, p, q);
 if (childLCA != null) {
 if (result != null) {
 // If both p and q are found in different subtrees, then root is the LCA
 return root;
 } else {
 result = childLCA;
 }
 }
 }
 return result;
 }</code></pre>이러한 솔루션을 낼 수 있다는 로직을 생각해서 이야기 하는 거죠. 코딩 테스트보다도 코딩 테스트를 뜯어보라 그리고 그 후속 인터뷰에 대비하여 공부해라 라는 좋은 명언을 담고 있는데요. 원문은 아래에서 보시면 됩니다. 개인적으로 코딩 테스트를 준비하는 가장 알맞는 방법이 아닐까 싶습니다. https://medium.com/@rohitverma_87831/decoding-googles-coding-interview-20b1f8fcaf66

Medium

코테도 중요하지만 이게 더 중요하다!!

재직자 대상 커리어 성장 코스, INNER CIRCLE

패스트캠퍼스 : INNER CIRCLE | 패스트캠퍼스

주니어 개발자로서 몇 년을 일하다 보면 자연스럽게 아래와 같은 고민들을 하실 것 같습니다.

“앞으로 5년 후에도 개발자로 살아남을 수 있을까?”
“사수도 없고, 내가 혼자서 잘하고 있는 게 맞을까?”
“풀스택 개발자로 취업은 했지만, 실무에선 무슨 일이 어떻게 돌아가는지 막막하다.”
“회사에서 주어진 일만 할 게 아니라, 내가 정말 원하는 프로젝트를 해보고 싶다.”

저도 물론 경험했던 고민들이고, 특강 및 멘토링 때 매번 말씀드리는 내용이지만
이런 고민들을 해결할 수 있는 여러 방법중에 좋은것 하나는 A-Z 까지 경험해볼 수 있는 프로젝트를 진행하는 겁니다.

이와 관련되서 도움을 받으실 수 있을만한 교육 과정이 있어 공유드립니다.

바로 이너서클(INNER CIRCLE) 이라는 교육인데요, 제가 느꼈던 이너서클 교육의 가장 큰 장점은 다음과 같습니다.

📌 실무 중심의 팀프로젝트 커리큘럼
단순한 이론 수업이 아닌, 13주간 100% 팀 프로젝트 중심 커리큘럼으로 진행되어 회사에서는 경험할 수 없는 다양한 매력적인 프로젝트를 A 부터 Z 까지 진행함으로써 한단계 더 성장하는 기회가 될 수 있습니다.

📌 실시간 온라인 진행 가능
100% 실시간 온라인으로 진행하는 재직자 대상 무료 교육으로 평일 저녁, 주말에 진행하기 때문에 직장과 병행하여 수강이 가능합니다.
또한 이너서클 과정 전반에 걸쳐 패스트캠퍼스의 온라인 VOD 강의를 제공하여 커리큘럼 진행중에 얼마든지 이론적 보완과 성장이 가능합니다.

📌 동료들과 함께 성장
이너서클은 혼자가 아닌 동료 개발자들과의 협력을 경험할 수 있게 도와줍니다.
프로젝트를 진행하며 동료 개발자들간의 피드백과 상호 평가를 통해 성장하고, 수료 후에도 오프라인 네트워킹으로 지속적인 교류가 가능합니다.

📌 업계 상위 1% 리더와 검증된 동료
IT 업계 최고의 리더(네카라쿠배 출신의 IT 테크 리더)들이 강사로 참여하고, 이러한 리더들의 꼼꼼한 선발절차를 거쳐 팀프로젝트를 같이할 동료들이 선발된다고 합니다.
개발팀장, CTO 등을 하셨던 리더분들이기 때문에 높은 수준의 실무 노하우를 배울 수 있고 이런 검증된 동료들과의 실전 경험과 교류는 개발자의 커리어를 쌓아가는데 매우 중요하다고 생각합니다.

📌 비용
450만 원 상당의 교육비가 전액 국비 지원으로 무료입니다.
또한 이너서클 수료 후, 패스트캠퍼스 취준생 멘토링 프로그램에 참여할 수 있는 기회가 주어지게 되는데 만약 프로그램에 참여하게 된다면 이에 대한 수익을 얻을 수 있다고 합니다.

📌 창업 및 프로젝트 지원
팀별 프로젝트 진행 시, 프로젝트 지원금이 제공되며, 수료 후 창업을 준비한다면 패스트캠퍼스 미디어 노출, 인터뷰 등 다양한 지원을 받을 수 있습니다.

성장에 목마르신 모든 분들이 참여하실 수 있다면 좋겠지만, 3년차 이상의 경력이 있으신 분들 중 최종적으로 선별된 50명만 교육에 참여가 가능하다고 합니다.🥲

10월 27일까지 사전 신청을 완료하면, 얼리버드 이벤트로 개발자 커리어와 취업 시장에 관한 인사이트, 이너서클에 대한 사전 설명을 제공하는 멤버십 가이드 초대권도 드린다고 하니 관심있으신 분들은 이점 참고해주시면 좋겠습니다.
(설명회는 10월 31일 19시에 온라인 라이브로 진행 예정이라고 합니다.)

🔗 신청 바로 가기: https://bit.ly/3U5CQu3 

추가로 이너서클 측에서 감사하게도 제 이름으로 추천인 코드를 입력 후 수강 등록을 완료하면
대기업 이직을 위한 자기소개서 작성법 전자책을 무료로 받을 수 있게 해주신다고 하니 이 점도 참고해주세요.

🎁 추천인 코드 입력 방법
 1. 신청 바로 가기(https://bit.ly/3U5CQu3)에서 신청하기 버튼 클릭
 2. 신청 폼 작성
 3. 마지막 인지 경로 항목 작성 시 Other 클릭
 4. 주관식 문항에 추천인 코드 [이양일] 작성

이 글이 성장하고 싶으신 주니어 개발자 분들에게 조금이나마 도움이 되었으면 좋겠습니다. 🙏

주니어 개발자로서 몇 년을 일하다 보면 자연스럽게 아래와 같은 고민들을 하실 것 같습니다. “앞으로 5년 후에도 개발자로 살아남을 수 있을까?” “사수도 없고, 내가 혼자서 잘하고 있는 게 맞을까?” “풀스택 개발자로 취업은 했지만, 실무에선 무슨 일이 어떻게 돌아가는지 막막하다.” “회사에서 주어진 일만 할 게 아니라, 내가 정말 원하는 프로젝트를 해보고 싶다.” 저도 물론 경험했던 고민들이고, 특강 및 멘토링 때 매번 말씀드리는 내용이지만이런 고민들을 해결할 수 있는 여러 방법중에 좋은것 하나는 A-Z 까지 경험해볼 수 있는 프로젝트를 진행하는 겁니다. 이와 관련되서 도움을 받으실 수 있을만한 교육 과정이 있어 공유드립니다. 바로 이너서클(INNER CIRCLE) 이라는 교육인데요, 제가 느꼈던 이너서클 교육의 가장 큰 장점은 다음과 같습니다. 📌 실무 중심의 팀프로젝트 커리큘럼단순한 이론 수업이 아닌, 13주간 100% 팀 프로젝트 중심 커리큘럼으로 진행되어 회사에서는 경험할 수 없는 다양한 매력적인 프로젝트를 A 부터 Z 까지 진행함으로써 한단계 더 성장하는 기회가 될 수 있습니다. 📌 실시간 온라인 진행 가능100% 실시간 온라인으로 진행하는 재직자 대상 무료 교육으로 평일 저녁, 주말에 진행하기 때문에 직장과 병행하여 수강이 가능합니다.또한 이너서클 과정 전반에 걸쳐 패스트캠퍼스의 온라인 VOD 강의를 제공하여 커리큘럼 진행중에 얼마든지 이론적 보완과 성장이 가능합니다. 📌 동료들과 함께 성장이너서클은 혼자가 아닌 동료 개발자들과의 협력을 경험할 수 있게 도와줍니다.프로젝트를 진행하며 동료 개발자들간의 피드백과 상호 평가를 통해 성장하고, 수료 후에도 오프라인 네트워킹으로 지속적인 교류가 가능합니다. 📌 업계 상위 1% 리더와 검증된 동료IT 업계 최고의 리더(네카라쿠배 출신의 IT 테크 리더)들이 강사로 참여하고, 이러한 리더들의 꼼꼼한 선발절차를 거쳐 팀프로젝트를 같이할 동료들이 선발된다고 합니다.개발팀장, CTO 등을 하셨던 리더분들이기 때문에 높은 수준의 실무 노하우를 배울 수 있고 이런 검증된 동료들과의 실전 경험과 교류는 개발자의 커리어를 쌓아가는데 매우 중요하다고 생각합니다. 📌 비용450만 원 상당의 교육비가 전액 국비 지원으로 무료입니다.또한 이너서클 수료 후, 패스트캠퍼스 취준생 멘토링 프로그램에 참여할 수 있는 기회가 주어지게 되는데 만약 프로그램에 참여하게 된다면 이에 대한 수익을 얻을 수 있다고 합니다. 📌 창업 및 프로젝트 지원팀별 프로젝트 진행 시, 프로젝트 지원금이 제공되며, 수료 후 창업을 준비한다면 패스트캠퍼스 미디어 노출, 인터뷰 등 다양한 지원을 받을 수 있습니다. 성장에 목마르신 모든 분들이 참여하실 수 있다면 좋겠지만, 3년차 이상의 경력이 있으신 분들 중 최종적으로 선별된 50명만 교육에 참여가 가능하다고 합니다.🥲 10월 27일까지 사전 신청을 완료하면, 얼리버드 이벤트로 개발자 커리어와 취업 시장에 관한 인사이트, 이너서클에 대한 사전 설명을 제공하는 멤버십 가이드 초대권도 드린다고 하니 관심있으신 분들은 이점 참고해주시면 좋겠습니다.(설명회는 10월 31일 19시에 온라인 라이브로 진행 예정이라고 합니다.) 🔗 신청 바로 가기: https://bit.ly/3U5CQu3&nbsp; 추가로 이너서클 측에서 감사하게도 제 이름으로 추천인 코드를 입력 후 수강 등록을 완료하면대기업 이직을 위한 자기소개서 작성법 전자책을 무료로 받을 수 있게 해주신다고 하니 이 점도 참고해주세요. 🎁 추천인 코드 입력 방법<ol ><li>신청 바로 가기(https://bit.ly/3U5CQu3)에서&nbsp;신청하기&nbsp;버튼 클릭</li><li>신청 폼 작성</li><li>마지막&nbsp;인지 경로&nbsp;항목 작성 시&nbsp;Other&nbsp;클릭</li><li>주관식 문항에 추천인 코드 [이양일] 작성</li></ol> 이 글이 성장하고 싶으신 주니어 개발자 분들에게 조금이나마 도움이 되었으면 좋겠습니다. 🙏

하이아웃풋클럽 | Blog

📢 실무 프로젝트로 성장하고 싶은 주니어 개발자 분들에게

YouTube에서 마음에 드는 동영상과 음악을 감상하고, 직접 만든 콘텐츠를 업로드하여 친구, 가족뿐 아니라 전 세계 사람들과 콘텐츠를 공유할 수 있습니다.

 - YouTube

일 잘하는 개발자는 어떤 개발자 일까요? 흔히 개발자를 평가할 때 코드의 품질이나 기술적 숙련도만을 중요시하는 경향이 있는데요. 토스에서는 '일 잘하는 개발자' 란 코드 작성 외에도 고객에게 실질적인 가치를 제공하는 것이 더 중요하게 생각한다고 합니다. 다음은 토스가 중요하게 여기는 개발자의 자질들입니다:

요구사항을 넘어서는 통찰력
일 잘하는 개발자는 단순히 요구사항을 그대로 구현하는 것에 그치지 않습니다. 대신, 요구사항 속에 숨겨진 진정한 목적을 파악하고, 때로는 구현 없이도 그 목적을 달성할 수 있는 창의적인 방법을 제안합니다. 이는 단순한 '구현'을 넘어선 '문제 해결'에 초점을 맞추는 것입니다.

효율성과 가치의 균형
항상 효율성을 고민합니다. 예를 들어, "이 기능은 이렇게 하면 개발 시간을 절반으로 줄일 수 있을 것 같습니다. 먼저 이 방식으로 시도해보고, 나중에 더 발전시켜 보는 건 어떨까요?"와 같은 제안을 통해 극적인 효율 개선으로 이어질 수 있습니다.

'메이커'로서의 개발자
토스에서는 개발자를 단순한 '엔지니어'가 아닌 '메이커'로 부릅니다. 이는 개발자가 서비스에 대한 깊은 이해를 바탕으로 용기 있게 의견을 내고, 이를 통해 자신과 동료의 시간을 절약하며 제품의 성공에 기여할 수 있습니다.

빠른 런칭과 사용자 피드백의 중요성
제품을 빨리 런칭하고 실제 사용자의 목소리를 듣는 것이 중요합니다. 내부에서 생각하는 사용자의 의견은 실제와 다를 수 있기 때문입니다. 기능을 짧고 빠르게 만들어 출시하는 것이 성공으로 가는 지름길일 수 있습니다.

그렇지만 위와같은 방식이 모든 조직과 제품에 보편적으로 적용되는 것은 아닙니다. 조직의 특성과 제품의 발전 단계에 따라 '일 잘하는 개발자' 정의와 역할은 달라질 수 있습니다. 기능 중심 조직이고, 이미 완성도 높은 단계의 제품이라면 개발 전략과 우선순위가 달라질 수 있습니다.
이 관점은 주로 '사일로' 라는 목적 조직과 제품 초기 단계의 상황에 초점을 맞추고 있습니다.

https://www.youtube.com/watch?v=ZCg8kvtgcUg

일 잘하는 개발자는 어떤 개발자 일까요? 흔히 개발자를 평가할 때 코드의 품질이나 기술적 숙련도만을 중요시하는 경향이 있는데요. 토스에서는 '일 잘하는 개발자' 란 코드 작성 외에도 고객에게 실질적인 가치를 제공하는 것이 더 중요하게 생각한다고 합니다. 다음은 토스가 중요하게 여기는 개발자의 자질들입니다: 요구사항을 넘어서는 통찰력일 잘하는 개발자는 단순히 요구사항을 그대로 구현하는 것에 그치지 않습니다. 대신, 요구사항 속에 숨겨진 진정한 목적을 파악하고, 때로는 구현 없이도 그 목적을 달성할 수 있는 창의적인 방법을 제안합니다. 이는 단순한 '구현'을 넘어선 '문제 해결'에 초점을 맞추는 것입니다. 효율성과 가치의 균형항상 효율성을 고민합니다. 예를 들어, "이 기능은 이렇게 하면 개발 시간을 절반으로 줄일 수 있을 것 같습니다. 먼저 이 방식으로 시도해보고, 나중에 더 발전시켜 보는 건 어떨까요?"와 같은 제안을 통해 극적인 효율 개선으로 이어질 수 있습니다. '메이커'로서의 개발자토스에서는 개발자를 단순한 '엔지니어'가 아닌 '메이커'로 부릅니다. 이는 개발자가 서비스에 대한 깊은 이해를 바탕으로 용기 있게 의견을 내고, 이를 통해 자신과 동료의 시간을 절약하며 제품의 성공에 기여할 수 있습니다. 빠른 런칭과 사용자 피드백의 중요성제품을 빨리 런칭하고 실제 사용자의 목소리를 듣는 것이 중요합니다. 내부에서 생각하는 사용자의 의견은 실제와 다를 수 있기 때문입니다. 기능을 짧고 빠르게 만들어 출시하는 것이 성공으로 가는 지름길일 수 있습니다. 그렇지만 위와같은 방식이 모든 조직과 제품에 보편적으로 적용되는 것은 아닙니다. 조직의 특성과 제품의 발전 단계에 따라 '일 잘하는 개발자' 정의와 역할은 달라질 수 있습니다. 기능 중심 조직이고, 이미 완성도 높은 단계의 제품이라면 개발 전략과 우선순위가 달라질 수 있습니다.이 관점은 주로 '사일로' 라는 목적 조직과 제품 초기 단계의 상황에 초점을 맞추고 있습니다. https://www.youtube.com/watch?v=ZCg8kvtgcUg

www.youtube.com

토스가 바라보는 '일 잘하는 개발자': 코드를 넘어선 가치 창출

이모카세 1호는 매일 같이 우리 식탁에 오르는 음식으로 100명의 요리사 중 6위를 차지했어요. 일상적인 것으로 심사위원의 마음을 얻은 결과죠.

개발자인 우리도 일상적인 것으로 유저의 마음을 얻을 수 있어요. 화려하고 멋진, 최신의 기술이 아니라 일상적인 기술로도 유저의 마음을 얻을 수 있어요.

여러분이 일상에서 다루는 기술의 가능성은 작지 않아요. 새로운 기술은 필요한 순간에 적절하게 사용하면 그만이에요.

매일 반복되는 일상의 기술만 다룬다고 너무 조급해하지 않아도 괜찮아요. 여러분은 내공을 쌓고 계신 거니까요.

이모카세 1호는 매일 같이 우리 식탁에 오르는 음식으로 100명의 요리사 중 6위를 차지했어요. 일상적인 것으로 심사위원의 마음을 얻은 결과죠. 개발자인 우리도 일상적인 것으로 유저의 마음을 얻을 수 있어요. 화려하고 멋진, 최신의 기술이 아니라 일상적인 기술로도 유저의 마음을 얻을 수 있어요. 여러분이 일상에서 다루는 기술의 가능성은 작지 않아요. 새로운 기술은 필요한 순간에 적절하게 사용하면 그만이에요. 매일 반복되는 일상의 기술만 다룬다고 너무 조급해하지 않아도 괜찮아요. 여러분은 내공을 쌓고 계신 거니까요.

흑백요리사, 이모카세가 대단한 이유

앱 시작 화면에 개발자 핸드폰 전화번호를 적어놔봐라. 그래도 전화 안 온다. 예전에 누군가에게 들었던 이야기.

사용자의 목소리

앱 시작 화면에 개발자 핸드폰 전화번호를 적어놔봐라. 그래도 전화 안 온다.
예전에 누군가에게 들었던 이야기.

인상적이었습니다. 진짜 그럴까?

커피한잔도 앱 시작 화면 정도는 아니지만 홈페이지 하단에 고객센터 전화번호를 노출해두고 있습니다.
말이 고객 센터지, 제가 가진 두 개의 핸드폰 번호 중 하나입니다.

가끔 전화가 오면 긴장 반 설렘 반으로 전화를 받습니다.
하지만 불행히도(?) 사용자분들에게 전화가 오기보단 스팸 전화가 대부분입니다.
난 사용자들 목소리가 듣고 싶은 건데.

커피한잔에서 사용자들에게 보내는 메일은 발신 전용 메일이 없습니다.
발신 전용으로 보낸다는 건 답장을 보내지 말라는 뜻.
사용자들 목소리 듣기가 얼마나 어려운데…

이야기를 더 많이 들어보기 위해 정말 스플래시 화면에 전화번호를 한 번 노출해 봐야겠습니다.

https://jeho.page/essay/2024/10/17/user-voice.html

앱 시작 화면에 개발자 핸드폰 전화번호를 적어놔봐라. 그래도 전화 안 온다. 예전에 누군가에게 들었던 이야기. 인상적이었습니다. 진짜 그럴까? 커피한잔도 앱 시작 화면 정도는 아니지만 홈페이지 하단에 고객센터 전화번호를 노출해두고 있습니다. 말이 고객 센터지, 제가 가진 두 개의 핸드폰 번호 중 하나입니다. 가끔 전화가 오면 긴장 반 설렘 반으로 전화를 받습니다. 하지만 불행히도(?) 사용자분들에게 전화가 오기보단 스팸 전화가 대부분입니다. 난 사용자들 목소리가 듣고 싶은 건데. 커피한잔에서 사용자들에게 보내는 메일은 발신 전용 메일이 없습니다. 발신 전용으로 보낸다는 건 답장을 보내지 말라는 뜻. 사용자들 목소리 듣기가 얼마나 어려운데… 이야기를 더 많이 들어보기 위해 정말 스플래시 화면에 전화번호를 한 번 노출해 봐야겠습니다. https://jeho.page/essay/2024/10/17/user-voice.html

K리그 프로그래머

Facebook

과거 퍼블리에서 근무하시던 민우님께서 퍼블리를 애도하며 써주신 글입니다. 결국 사업은 시장의 크기나 시장의 성장 가능성이 있는 곳에서 하는게 성공할 가능성이 높아진다 라는 의미가 담겨있습니다.

퍼블리의 첫 타겟 고객은 고급 컨텐츠, 지적 컨텐츠를 바라는 사람들이었습니다.
책 읽기를 좋아하고, 뛰어난 사람들은 어떤 생각을 하는지 궁금해하고, 남들이 모르는 걸 알게 되면 자랑하고 싶어서 근질근질거리는 사람들을 위한 컨텐츠를 표방하며 사람들을 끌어들였습니다.

그런데 회사에 들어가서 보니
구매 데이터를 분석하고, 구매자들을 만나서 심층 인터뷰를 하고, 광고를 집행해보면서 내린 결론 은 시장의 뚜렷한 한계가 있는걸로 보였습니다.
이 시장은 한계가 있고, 타겟 대상으로 뭔가를 파는 시장은 벤처 스케일의 스타트업이 타겟할 만큼의 규모가 나오지 않는다고 생각했습니다.
이 소수의 고객들 마저 '신선한 시도'에 돈을 내고 있는거지, 지속적으로 구매를 해줄 가능성은 낮다고 생각했습니다.

이 의견에 대해서 설득하지 못했습니다.
데이터를 분석하는, 고객을 만나는, 광고를 집행하는 사람도 저 혼자였기에 팀에 설득하기란 쉽지 않았습니다. 또한 고급 컨텐츠, 지적 컨텐츠에 커다란 애정을 가지고 있는 공동창업자를 설득하는 건 거의 불가능에 가까운 일이었습니다.
하지만 설득할 필요 없이 시장은 명확하게 피드백을 주고 있었습니다.

그러고 나서 조금씩 큰 시장을 찾아내려고 했었습니다.
고객이 제품에서 가치를 얻는 데에 걸리는 시간이 너무 길다고 판단했고, 짧은 호흡의 컨텐츠, 바로 써먹을 수 있는 컨텐츠를 제공해야 더 많은 고객이 이용할 것이라고 판단했습니다.
먹고사니즘이 걸려있는, 불안감을 해소하고 싶은 자들은 직업에 대한 불안이 큰 사람들일 거라 판단했고 그 결과로 사회 초년생들을 타겟하기 시작했습니다.

조금씩 고객 규모는 늘어났지만
너무 조금씩 늘어났고, 어느 순간에는 한계에 부딪혔다고 생각했습니다. 퍼블리가 타겟하는 고객은 '일을 더 잘하고 싶은 사람 & 꾸준히 정진하는 사람 & 능동적으로 텍스트를 읽고 이해하려는 사람 & 거기에 돈을 쓸 만큼 진심인 사람' 들의 교집합이기에 이 시장은 너무 작고, 아무리 광고비를 쏟아부어도 성장에 한계가 있을 것이라고 결론을 내렸습니다.

물론 반대되는 생각도 있었습니다.
퍼블리는 충분히 매력적이고, 시장이 작은게 아닌 잘 못팔고 있는거고 잘 팔면 충분히 클것이다 라는 의견입니다.

일하면서 강하게 하게 된 생각은
'스타트업은 시장 크기가 거의 전부다' 라는 것입니다.
퍼블리 이전에는 쏘카에서 일했는데 쏘카존을 늘리는 대로 성장했고 하루에 몇억씩 매출이 나는 게 너무 당연했습니다. 차를 구매할 만큼의 경제력은 없지만 차를 타고 운전하고 싶은 욕망을 가진 젊은이들이 너무 많았고 쏘카는 욕망에 맞게 차를 공급해주기만 하면 됐습니다.

퍼블리에서는 열심히 일했지만 한계가 있었습니다.
충분히 뛰어난 역량을 가진 구성원들이였고, 좋은 방식으로 일하려 했습니다. 이 구성원들이 다른 시장을 타겟하는 사업을 했으면 분명히 좋은 성과가 나왔을 거라고 생각합니다.
사업이 성장하고 성공하려면 사람들의 욕망을 건드려야하고, 그게 벤처 스케일의 사업이 되려면 큰 욕망을 건드려야 했었습니다.

과거 퍼블리에서 근무하시던 민우님께서 퍼블리를 애도하며 써주신 글입니다. 결국 사업은 시장의 크기나 시장의 성장 가능성이 있는 곳에서 하는게 성공할 가능성이 높아진다 라는 의미가 담겨있습니다. 퍼블리의 첫 타겟 고객은 고급 컨텐츠, 지적 컨텐츠를 바라는 사람들이었습니다.책 읽기를 좋아하고, 뛰어난 사람들은 어떤 생각을 하는지 궁금해하고, 남들이 모르는 걸 알게 되면 자랑하고 싶어서 근질근질거리는 사람들을 위한 컨텐츠를 표방하며 사람들을 끌어들였습니다. 그런데 회사에 들어가서 보니구매 데이터를 분석하고, 구매자들을 만나서 심층 인터뷰를 하고, 광고를 집행해보면서 내린 결론 은 시장의 뚜렷한 한계가 있는걸로 보였습니다.이 시장은 한계가 있고, 타겟 대상으로 뭔가를 파는 시장은 벤처 스케일의 스타트업이 타겟할 만큼의 규모가 나오지 않는다고 생각했습니다. 이 소수의 고객들 마저 '신선한 시도'에 돈을 내고 있는거지, 지속적으로 구매를 해줄 가능성은 낮다고 생각했습니다. 이 의견에 대해서 설득하지 못했습니다.데이터를 분석하는, 고객을 만나는, 광고를 집행하는 사람도 저 혼자였기에 팀에 설득하기란 쉽지 않았습니다. 또한 고급 컨텐츠, 지적 컨텐츠에 커다란 애정을 가지고 있는 공동창업자를 설득하는 건 거의 불가능에 가까운 일이었습니다. 하지만 설득할 필요 없이 시장은 명확하게 피드백을 주고 있었습니다. 그러고 나서 조금씩 큰 시장을 찾아내려고 했었습니다. 고객이 제품에서 가치를 얻는 데에 걸리는 시간이 너무 길다고 판단했고, 짧은 호흡의 컨텐츠, 바로 써먹을 수 있는 컨텐츠를 제공해야 더 많은 고객이 이용할 것이라고 판단했습니다. 먹고사니즘이 걸려있는, 불안감을 해소하고 싶은 자들은 직업에 대한 불안이 큰 사람들일 거라 판단했고 그 결과로 사회 초년생들을 타겟하기 시작했습니다. 조금씩 고객 규모는 늘어났지만너무 조금씩 늘어났고, 어느 순간에는 한계에 부딪혔다고 생각했습니다. 퍼블리가 타겟하는 고객은 '일을 더 잘하고 싶은 사람 &amp; 꾸준히 정진하는 사람 &amp; 능동적으로 텍스트를 읽고 이해하려는 사람 &amp; 거기에 돈을 쓸 만큼 진심인 사람' 들의 교집합이기에 이 시장은 너무 작고, 아무리 광고비를 쏟아부어도 성장에 한계가 있을 것이라고 결론을 내렸습니다. 물론 반대되는 생각도 있었습니다.퍼블리는 충분히 매력적이고, 시장이 작은게 아닌 잘 못팔고 있는거고 잘 팔면 충분히 클것이다 라는 의견입니다. 일하면서 강하게 하게 된 생각은'스타트업은 시장 크기가 거의 전부다' 라는 것입니다. 퍼블리 이전에는 쏘카에서 일했는데 쏘카존을 늘리는 대로 성장했고 하루에 몇억씩 매출이 나는 게 너무 당연했습니다. 차를 구매할 만큼의 경제력은 없지만 차를 타고 운전하고 싶은 욕망을 가진 젊은이들이 너무 많았고 쏘카는 욕망에 맞게 차를 공급해주기만 하면 됐습니다. 퍼블리에서는 열심히 일했지만 한계가 있었습니다.충분히 뛰어난 역량을 가진 구성원들이였고, 좋은 방식으로 일하려 했습니다. 이 구성원들이 다른 시장을 타겟하는 사업을 했으면 분명히 좋은 성과가 나왔을 거라고 생각합니다. 사업이 성장하고 성공하려면 사람들의 욕망을 건드려야하고, 그게 벤처 스케일의 사업이 되려면 큰 욕망을 건드려야 했었습니다.

www.facebook.com

결국 시장이 제일 중요하다

사이드 프로젝트는 꾸준히 만들고 많이 실패해 보는 게 중요하다고 생각합니다:)

그동안 만든 21개의 사이드 프로젝트가 다 실패하고 22번째로 만든 프로젝트가 코로나맵이였습니다.

저는 꾸준한 실패의 힘을 믿습니다 😆

사이드 프로젝트는 꾸준히 만들고 많이 실패해 보는 게 중요하다고 생각합니다:) 그동안 만든 21개의 사이드 프로젝트가 다 실패하고 22번째로 만든 프로젝트가 코로나맵이였습니다. 저는 꾸준한 실패의 힘을 믿습니다 😆

사이드 프로젝트는 꾸준히 만들고 많이 실패해 보는 게 중요하다고 

나 혼자 몰래 듣고 싶은 네이버 경력 이직 성공기

네이버 경력사원이 다 대답해 드립니다

📎 네이버코드 채용 관련 콘텐츠 3탄! '네이버 경력사원' 분들의 이직 성공기가 공개되었습니다 : )

오늘 공개된 네이버코드 '네이버 경력사원이 다 대답해 드립니다'편에는 다양한 경험과 역량을 보유한 네이버 경력사원분들의 진솔한 인터뷰가 실렸습니다.
콘텐츠에는 아래와 같은 내용이 담겨있으며, 상세 내용은 하단 링크를 통해 확인하실 수 있습니다 🙂

✔︎ 이직을 고민하게 된 동기와 네이버를 선택한 이유는?
✔︎ 채용공고 속 직무와 내 경험 사이의 간극이 있다면 어떻게 해야 할까?
✔︎ 경력 이직에 성공한 사람들은 어떤 식으로 자기 어필을 했을까?
✔︎ 포트폴리오나 경력 기술서에 나만의 '킥'을 보탠다면?
✔︎ 실제 입사해 보니 네이버는 이런 회사였습니다!

📎 네이버코드 채용 관련 콘텐츠 3탄! '네이버 경력사원' 분들의 이직 성공기가 공개되었습니다 : ) 오늘 공개된 네이버코드 '네이버 경력사원이 다 대답해 드립니다'편에는 다양한 경험과 역량을 보유한 네이버 경력사원분들의 진솔한 인터뷰가 실렸습니다. 콘텐츠에는 아래와 같은 내용이 담겨있으며, 상세 내용은 하단 링크를 통해 확인하실 수 있습니다 🙂 ✔︎ 이직을 고민하게 된 동기와 네이버를 선택한 이유는?✔︎ 채용공고 속 직무와 내 경험 사이의 간극이 있다면 어떻게 해야 할까?✔︎ 경력 이직에 성공한 사람들은 어떤 식으로 자기 어필을 했을까?✔︎ 포트폴리오나 경력 기술서에 나만의 '킥'을 보탠다면?✔︎ 실제 입사해 보니 네이버는 이런 회사였습니다!

code.naver.com

경력사원들이 직접 풀어놓는 '네이버 이직 성공기'

코틀린에서 웹소켓에 액터모델을 연결시켜  분산 상태처리가 가능한 웹소켓 모델로 업그레이드 시도를 해보겠습니다.

 * more : https://wiki.webnori.com/x/dYGZBQ

코틀린에서 웹소켓에 액터모델을 연결시켜&nbsp; 분산 상태처리가 가능한 웹소켓 모델로 업그레이드 시도를 해보겠습니다. <ul ><li>more : https://wiki.webnori.com/x/dYGZBQ</li></ul>

코틀린에서 웹소켓을 우아하게 사용하기

UX/UI 디자인 전문가 우디입니다. UX/UI 디자이너들의 이력서, 포트폴리오 작성부터 면접 준비까지, 실무 중심의 입사 전략을 세우는 데 필요한 조언을 제공합니다. 채용 담당자 입장을 이해하고 구체적이고 명확하게 자신을 어필하는 법을 익히세요!

ChatGPT - 우디의 UX/UI : 포트폴리오/면접/디자인/라이팅 코칭

안녕하세요, 우디입니다.

디자인 취업 준비 관련해 자주 나오는 질문들에 대한 답변을 더 효과적으로 제공하고, 실질적인 인사이트를 드리고 싶어 GPTs를 만들었습니다.

📌 GPTs 링크: https://chatgpt.com/g/g-c1iWakBh2-udiyi-ux-ui-poteupolrio-myeonjeob-dijain-kocing

더 나은 포트폴리오와 커리어를 만들어 가는 데 도움이 되었으면 좋겠네요!

📚 GPTs에 포함된 주요 학습 내용

1. 세 권의 저서 원본 PDF
- 사실은 이것도 디자인입니다 (제품을 보는 눈)
- 사용자를 사로잡는 UX/UI 실전 가이드 (UX/UI 기초)
- GEN Z 인문학 (디자인 윤리)

2. 디자인 포트폴리오 코칭 경험&인사이트
- 실제 코칭에서 얻은 내용을 통해 실용적인 조언을 제공합니다.

3. 제가 운영하는 커뮤니티 아카이빙 및 자주 나오는 질문과 샘플 답변

4. 두 번의 웨비나 PDF 포함
- 채용 담당자를 고려한 포트폴리오 만들기
- 가독성을 고려한 포트폴리오 라이팅

📈 GPTs를 통해 얻을 수 있는 도움
- 취업 준비: 포트폴리오 작성 및 라이팅 팁, 면접 팁
- 디자인 기초: UX/UI 디자인의 기본 개념과 원리
- 논리적 사고 구축: 디자인 논리와 문제 해결 접근법
- 디자인 윤리: 다크 패턴과 윤리를 고려한 기능 구별

🔧 초기 단계 안내
- 아직 초기 단계인 만큼 부족한 부분이 있을 수 있습니다. 계속해서 수정과 보완을 진행할 예정이니, 양해 부탁드립니다.

디자인 여정에 작은 도움이라도 되길 바랍니다.

안녕하세요, 우디입니다. 디자인 취업 준비 관련해 자주 나오는 질문들에 대한 답변을 더 효과적으로 제공하고, 실질적인 인사이트를 드리고 싶어 GPTs를 만들었습니다. 📌 GPTs 링크: https://chatgpt.com/g/g-c1iWakBh2-udiyi-ux-ui-poteupolrio-myeonjeob-dijain-kocing 더 나은 포트폴리오와 커리어를 만들어 가는 데 도움이 되었으면 좋겠네요! 📚 GPTs에 포함된 주요 학습 내용 1. 세 권의 저서 원본 PDF- 사실은 이것도 디자인입니다 (제품을 보는 눈)- 사용자를 사로잡는 UX/UI 실전 가이드 (UX/UI 기초)- GEN Z 인문학 (디자인 윤리) 2. 디자인 포트폴리오 코칭 경험&amp;인사이트- 실제 코칭에서 얻은 내용을 통해 실용적인 조언을 제공합니다. 3. 제가 운영하는 커뮤니티 아카이빙 및 자주 나오는 질문과 샘플 답변 4. 두 번의 웨비나 PDF 포함- 채용 담당자를 고려한 포트폴리오 만들기- 가독성을 고려한 포트폴리오 라이팅 📈 GPTs를 통해 얻을 수 있는 도움- 취업 준비: 포트폴리오 작성 및 라이팅 팁, 면접 팁- 디자인 기초: UX/UI 디자인의 기본 개념과 원리- 논리적 사고 구축: 디자인 논리와 문제 해결 접근법- 디자인 윤리: 다크 패턴과 윤리를 고려한 기능 구별 🔧 초기 단계 안내- 아직 초기 단계인 만큼 부족한 부분이 있을 수 있습니다. 계속해서 수정과 보완을 진행할 예정이니, 양해 부탁드립니다. 디자인 여정에 작은 도움이라도 되길 바랍니다.

ChatGPT

🛠️ 우디의 디자인 GPTs 공유

개발자의 인문학 공부: 인문학 서적 100권 읽기

“개발자의 인문학 공부: 인문학 서적 100권 읽기 프로젝트” 추천 도서 목록

SNS 댓글로 받은 추천 도서 목록입니다. 현재 50권이 살짝 넘네요. 누구나 수정 할 수 있게 열어두었으니, 혹시 더 추천해주시고 싶은 책이 있다면 추가해주시면 감사합니다. ☺️

그보다.. 공돌이로써 제목만 봐도 현기증이.. 문돌이 분들이 물리, 수학, 인공지능 기술 도서명 보면 이런 느낌이려나 싶네요..😇🤭

https://docs.google.com/spreadsheets/d/1w4t4HMIXdbI233GXHcOob_MKCnp5hHVyoxax5Nepzt0/edit?usp=sharing

“개발자의 인문학 공부: 인문학 서적 100권 읽기 프로젝트” 추천 도서 목록 SNS 댓글로 받은 추천 도서 목록입니다. 현재 50권이 살짝 넘네요. 누구나 수정 할 수 있게 열어두었으니, 혹시 더 추천해주시고 싶은 책이 있다면 추가해주시면 감사합니다. ☺️ 그보다.. 공돌이로써 제목만 봐도 현기증이.. 문돌이 분들이 물리, 수학, 인공지능 기술 도서명 보면 이런 느낌이려나 싶네요..😇🤭 https://docs.google.com/spreadsheets/d/1w4t4HMIXdbI233GXHcOob_MKCnp5hHVyoxax5Nepzt0/edit?usp=sharing

Google Docs

“개발자의 인문학 공부: 인문학 서적 100권 읽기 프로젝트” 추

틴더, 더 안전한 사용 환경을 위한 새로운 사진 인증 기술 출시 - 매일경제

틴더가 '실명인증'이 아닌 '실물인증'을 새로운 카드로 내놓습니다.

틴더는 참 재밌는 시도를 많이 하는데요. 좌/우 스와이프로 데이트 상대방에 대한 좋아요와 싫어요를 표시하는 매우 직관적인 인터렉션을 내놓았고, 데이팅앱 시장이 포화상태에 다다르며 유저들의 재방문이 뜸해지자 '스와이프 나이트'라는 드라마를 제작하기도 했죠.
관련기사 http://www.ttimes.co.kr/view.html?no=2019110818267729649

이번에 출시하는 사진 인증 기능도 재밌네요. 어렵지 않지만 유용하며, 재미가 있지만 결코 가볍지만은 않아서, 참 틴더스럽다는 생각이 듭니다.

매일경제

서동환

김민섭

더 나은 방법을 고민합니다.
Down for good reads and inspiration!

운영PM

ader

#고객경험 #운영기획 #CS최소화 #운영정책수립
안녕하세요! 9년차 CX 운영기획자 입니다.
최근 신사업 피엠으로 업무 중입니다 🤹🏻‍♂️

UX 디자이너

대표

산업디자인학과

구희윤

국내 IT 회사에서 미디어, 콘텐츠, 인공지능 서비스 UX를 설계했습니다. 즐거운 성장을 꿈꾸며 지금은 스타트업에 있습니다. 통찰력 있는 사람이 되고 싶어, 부지런히 세상을 탐구합니다. 미래를 상상하기 좋아하며 상상 이상으로 긍정적인 편입니다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필