알림과 실시간 채팅 같은 서비스를 구현할 때, 우리는 자연스럽게 두 가지 기술 사이에서 고민에 빠지게 됩니다. SSE와 WebSocket은 각기 다른 매력을 지닌 두 명의 주인공과 같습니다. 이 포스팅에서는 SSE와 WebSocket의 특징과 사용법을 비교해 보면서, ‘내 프로젝트에서는 어떤 녀석이 주인공일까?’에 대한 답을 찾아보도록 하겠습니다. 실시간 통신의 필요성여러분의 앱이 최신 주식 가격을 보여주거나 "우리 동네에 눈이 내립니다!" 같은 알림을 띄워야 한다면, 실시간 통신은 선택이 아니라 필수입니다. 그런데 문제는 단방향이냐, 양방향이냐! 양방향 통신을 택하면 더 복잡하지만 매력적이고, 단방향 통신은 더 기능이 적지만 그만큼 단순합니다. 둘 중 어느 쪽을 고를지 결정하기 위해선 기술들의 성격을 ..

SSE와 WebSocket, 그들은 왜 실시간 통신의 라이벌이 되었을까?

이 포스팅에서는 SSE와 WebSocket의 특징과 사용법을 비교해 보면서, ‘내 프로젝트에서는 어떤 녀석이 주인공일까?’에 대한 답을 찾아보도록 하겠습니다.
 
SSE (Server-Sent Events)
SSE는 마치 선생님이 수업 시간 내내 일방적으로 학생들에게 말하는 것과 같습니다. 학생(클라이언트)은 계속해서 듣고 받아 적어야 하죠.
 * 학생: 선생님, 질문이 있습니다
 * SSE: 미안, 넌 질문할 수 없어!
 
 
SSE는 서버가 클라이언트에게 일방적으로 데이터를 푸시할 때 쓰입니다. HTTP 기반이라서 프록시나 방화벽이 거부하지 않습니다.
 
서버에서 매초마다 데이터를 보낸다고 상상해 볼까요?
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

import java.io.IOException;
import java.io.PrintWriter;
import javax.servlet.http.HttpServletResponse;

@RestController
public class SSEController {

 @GetMapping("/sse")
 public void streamEvents(HttpServletResponse response) throws IOException {
 response.setContentType("text/event-stream");
 response.setCharacterEncoding("UTF-8");

 PrintWriter writer = response.getWriter();
 for (int i = 1; i <= 5; i++) {
 writer.write("data: SSE 이벤트 #" + i + "\n\n");
 writer.flush();
 try {
 Thread.sleep(1000); // 1초마다 이벤트 전송
 } catch (InterruptedException e) {
 Thread.currentThread().interrupt();
 }
 }
 writer.close();
 }
}

const eventSource = new EventSource('/sse');

eventSource.onmessage = function(event) {
 console.log("새 이벤트 수신:", event.data);
};

eventSource.onerror = function() {
 console.error("SSE 연결 오류 발생");
};

장점:
 * SSE는 자동 재연결을 지원합니다.
 * 설정이 간단해서 빨리 구현하고 싶은 개발자에겐 최적입니다.
단점:
 * 오직 단방향입니다. 클라이언트는 서버에 말을 걸 수 없어요. (서운하지만 어쩔 수 없습니다.)
 * 데이터를 텍스트로만 보내는 게 편합니다. 이미지나 비디오 전송은 꿈도 꾸지 마세요.
 
WebSocket
WebSocket은 연애 초기의 커플 같아요. 둘이 채팅하느라 시간 가는 줄 모르죠. 양방향 통신이 가능하기 때문에 서버와 클라이언트가 자유롭게 대화를 주고받습니다.
 * A: "지금 뭐 해?"
 * B: "지금 네 메시지 받았어. 다시 보낼게!"

이제 서버와 클라이언트가 한바탕 신나게 대화하는 예제를 보겠습니다.
@Configuration
@EnableWebSocket
public class WebSocketConfig implements WebSocketConfigurer {
 @Override
 public void registerWebSocketHandlers(WebSocketHandlerRegistry registry) {
 registry.addHandler(new TextWebSocketHandler() {
 @Override
 protected void handleTextMessage(WebSocketSession session, TextMessage message) 
 throws Exception {
 session.sendMessage(new TextMessage("에코: " + message.getPayload()));
 }
 }, "/ws");
 }
}

const socket = new WebSocket('ws://localhost:8080/ws');

socket.onopen = () => {
 console.log('WebSocket 연결 성공!');
 socket.send('안녕, 서버!');
};

socket.onmessage = (event) => {
 console.log('받은 메시지:', event.data);
};

장점:
 * 양방향이라 서버와 클라이언트가 마음껏 수다를 떨 수 있습니다.
 * 텍스트뿐만 아니라 바이너리 데이터도 전송할 수 있어요. (그림도 보낼 수 있다는 얘기죠!)
단점:
 * 설정이 조금 귀찮습니다. 방화벽에 걸리기 쉽고, 초기 핸드셰이크까지 해야 하니까요.
 * 재연결? 그런 거 없습니다. 알아서 다시 연결할 방법을 짜야 해요.
 
마무리 및 결론
 * SSE는 "너 듣기만 해, 내가 다 말해줄게" 스타일에 적합합니다. 실시간 뉴스나 알림처럼 서버에서 클라이언트로만 정보가 흐를 때 좋습니다.
 * 반면에, WebSocket은 "같이 떠들자!" 스타일입니다. 채팅, 게임처럼 상호작용이 필요한 경우 선택하세요.
 
저는 개인적으로 어드민 UI에서 서버 로그를 실시간으로 출력할 때 SSE를 사용했습니다. 클라이언트가 서버에게 말할 필요가 없었기 때문에 SSE가 완벽한 선택이었습니다. 만약 반대로 채팅 앱을 만들었다면? WebSocket이 당연히 주인공이 되었겠죠.
 
이제 여러분도 SSE와 WebSocket 중 누구를 주인공으로 선택할지 결정할 수 있겠죠?

이 포스팅에서는 SSE와 WebSocket의 특징과 사용법을 비교해 보면서, ‘내 프로젝트에서는 어떤 녀석이 주인공일까?’에 대한 답을 찾아보도록 하겠습니다.&nbsp;SSE (Server-Sent Events)SSE는 마치 선생님이 수업 시간 내내 일방적으로 학생들에게 말하는 것과 같습니다. 학생(클라이언트)은 계속해서 듣고 받아 적어야 하죠.<ul ><li>학생: 선생님, 질문이 있습니다</li><li>SSE: 미안, 넌 질문할 수 없어! </li></ul>SSE는 서버가 클라이언트에게 일방적으로 데이터를 푸시할 때 쓰입니다. HTTP 기반이라서 프록시나 방화벽이 거부하지 않습니다.&nbsp;서버에서 매초마다 데이터를 보낸다고 상상해 볼까요?<pre ><code class="language-javascript">import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

import java.io.IOException;
import java.io.PrintWriter;
import javax.servlet.http.HttpServletResponse;

@RestController
public class SSEController {

 @GetMapping("/sse")
 public void streamEvents(HttpServletResponse response) throws IOException {
 response.setContentType("text/event-stream");
 response.setCharacterEncoding("UTF-8");

 PrintWriter writer = response.getWriter();
 for (int i = 1; i &lt;= 5; i++) {
 writer.write("data: SSE 이벤트 #" + i + "\n\n");
 writer.flush();
 try {
 Thread.sleep(1000); // 1초마다 이벤트 전송
 } catch (InterruptedException e) {
 Thread.currentThread().interrupt();
 }
 }
 writer.close();
 }
}</code></pre><pre ><code class="language-javascript">const eventSource = new EventSource('/sse');

eventSource.onmessage = function(event) {
 console.log("새 이벤트 수신:", event.data);
};

eventSource.onerror = function() {
 console.error("SSE 연결 오류 발생");
};</code></pre>장점:<ul ><li>SSE는 자동 재연결을 지원합니다.</li><li>설정이 간단해서 빨리 구현하고 싶은 개발자에겐 최적입니다.</li></ul>단점:<ul ><li>오직 단방향입니다. 클라이언트는 서버에 말을 걸 수 없어요. (서운하지만 어쩔 수 없습니다.)</li><li>데이터를 텍스트로만 보내는 게 편합니다. 이미지나 비디오 전송은 꿈도 꾸지 마세요.</li></ul>&nbsp;WebSocketWebSocket은 연애 초기의 커플 같아요. 둘이 채팅하느라 시간 가는 줄 모르죠. 양방향 통신이 가능하기 때문에 서버와 클라이언트가 자유롭게 대화를 주고받습니다.<ul ><li>A: "지금 뭐 해?"</li><li>B: "지금 네 메시지 받았어. 다시 보낼게!"</li></ul> 이제 서버와 클라이언트가 한바탕 신나게 대화하는 예제를 보겠습니다.<pre ><code class="language-java">@Configuration
@EnableWebSocket
public class WebSocketConfig implements WebSocketConfigurer {
 @Override
 public void registerWebSocketHandlers(WebSocketHandlerRegistry registry) {
 registry.addHandler(new TextWebSocketHandler() {
 @Override
 protected void handleTextMessage(WebSocketSession session, TextMessage message) 
 throws Exception {
 session.sendMessage(new TextMessage("에코: " + message.getPayload()));
 }
 }, "/ws");
 }
}</code></pre><pre ><code class="language-java">const socket = new WebSocket('ws://localhost:8080/ws');

socket.onopen = () =&gt; {
 console.log('WebSocket 연결 성공!');
 socket.send('안녕, 서버!');
};

socket.onmessage = (event) =&gt; {
 console.log('받은 메시지:', event.data);
};</code></pre>장점:<ul ><li>양방향이라 서버와 클라이언트가 마음껏 수다를 떨 수 있습니다.</li><li>텍스트뿐만 아니라 바이너리 데이터도 전송할 수 있어요. (그림도 보낼 수 있다는 얘기죠!)</li></ul>단점:<ul ><li>설정이 조금 귀찮습니다. 방화벽에 걸리기 쉽고, 초기 핸드셰이크까지 해야 하니까요.</li><li>재연결? 그런 거 없습니다. 알아서 다시 연결할 방법을 짜야 해요.</li></ul>&nbsp;마무리 및 결론<ul ><li>SSE는 "너 듣기만 해, 내가 다 말해줄게" 스타일에 적합합니다. 실시간 뉴스나 알림처럼 서버에서 클라이언트로만 정보가 흐를 때 좋습니다.</li><li>반면에, WebSocket은 "같이 떠들자!" 스타일입니다. 채팅, 게임처럼 상호작용이 필요한 경우 선택하세요.</li></ul>&nbsp;저는 개인적으로 어드민 UI에서 서버 로그를 실시간으로 출력할 때 SSE를 사용했습니다. 클라이언트가 서버에게 말할 필요가 없었기 때문에 SSE가 완벽한 선택이었습니다. 만약 반대로 채팅 앱을 만들었다면? WebSocket이 당연히 주인공이 되었겠죠.&nbsp;이제 여러분도 SSE와 WebSocket 중 누구를 주인공으로 선택할지 결정할 수 있겠죠?&nbsp;&nbsp;

덕토피아

테스트에는 많은 장점이 있음에도 불구하고 현실에서는 테스트 코드 자체가 없는 경우가 다반사일 뿐만 아니라, 오히려 장애물이 되곤 하죠. 오늘은 토스에서 테스트 전략을 수립하고 구현한 과정을 자세히 살펴볼게요.

가치있는 테스트를 위한 전략과 구현

기능을 구현하거나 문제를 해결하는 과정만큼 테스트 코드 또한 여러 가지 측면에서 반드시 필요하다고 생각하는 사람 중에 한 명입니다. 물론, 상황에 따라서 "완벽한" 테스트 코드를 작성하기란 서비스 기능을 고민하는 것만큼의 비용이 드는 문제라 개인의 관심을 넘어서 팀 또는 조직이 함께 관리해야 하는 영역이라 생각이 드는데요. 이번에 공유할 아티클은 테스트 코드를 작성하는 기본적인 이유나 관점을 포함하고 진화하는 코드에 걸맞게 테스트 코드 또한 "가치 있도록 작성" 하는 고민을 소개하고 있습니다.

글을 읽고 머릿속에 강렬하게 들어온 문장이 있는데요. "테스트는 시스템의 첫 고객으로서 설계를 개선해 줄 뿐만 아니라 특정 도구의 학습을 도와주기도 합니다."라는 문장입니다. 시스템의 첫 고객이라는 관점을 한 번도 생각하지 못했던 부분인데 이러한 관점으로 들여다보면 테스트 코드를 작성하면서 갖게 되는 장점(리팩토링, 구조 개선, 책임의 분리 등)을 자연스럽게 누리게 되는 것 같습니다. 또한 "어떠한 코드도 존재하는 순간 관리의 대상이므로, 불필요한 코드는 최소화하고자 했습니다."라는 문구 또한 인상 깊은데요. 개발을 하다 보면 "욕심"이란 생각들로 오버 엔지니어링을 하거나 과하게 추상화하는 등 필요 이상으로 개발하는 경우가 많은데 이 또한 테스트를 통해 기능을 개발하는 관점도 좋지만 기능을 사용하는 관점에서 들여다보는 관점 또한 매우 중요하다고 생각이 들었습니다.

https://toss.tech/article/test-strategy-server

기능을 구현하거나 문제를 해결하는 과정만큼 테스트 코드 또한 여러 가지 측면에서 반드시 필요하다고 생각하는 사람 중에 한 명입니다. 물론, 상황에 따라서 "완벽한" 테스트 코드를 작성하기란 서비스 기능을 고민하는 것만큼의 비용이 드는 문제라 개인의 관심을 넘어서 팀 또는 조직이 함께 관리해야 하는 영역이라 생각이 드는데요. 이번에 공유할 아티클은 테스트 코드를 작성하는 기본적인 이유나 관점을 포함하고 진화하는 코드에 걸맞게 테스트 코드 또한 "가치 있도록 작성" 하는 고민을 소개하고 있습니다. 글을 읽고 머릿속에 강렬하게 들어온 문장이 있는데요. "테스트는 시스템의 첫 고객으로서 설계를 개선해 줄 뿐만 아니라 특정 도구의 학습을 도와주기도 합니다."라는 문장입니다. 시스템의 첫 고객이라는 관점을 한 번도 생각하지 못했던 부분인데 이러한 관점으로 들여다보면 테스트 코드를 작성하면서 갖게 되는 장점(리팩토링, 구조 개선, 책임의 분리 등)을 자연스럽게 누리게 되는 것 같습니다. 또한 "어떠한 코드도 존재하는 순간 관리의 대상이므로, 불필요한 코드는 최소화하고자 했습니다."라는 문구 또한 인상 깊은데요. 개발을 하다 보면 "욕심"이란 생각들로 오버 엔지니어링을 하거나 과하게 추상화하는 등 필요 이상으로 개발하는 경우가 많은데 이 또한 테스트를 통해 기능을 개발하는 관점도 좋지만 기능을 사용하는 관점에서 들여다보는 관점 또한 매우 중요하다고 생각이 들었습니다. https://toss.tech/article/test-strategy-server

toss.tech

인터뷰 없던 상권도 만든다 550만명 찾게 만든 스타벅스의 출점 전략 신용아 스타벅스 스페셜스토어기획팀장 10개점 추산 누적 방문객 수 550만명 음악도 하나하나 들어가며 어울리는 것 골라 개점에 유동인구·목표 매출 등 고려 않아 업계 성장세 주춤 스타벅스, 브랜드 가치 제고

[인터뷰] ‘없던 상권도 만든다’… 550만명 찾게 만든 스타벅스의 출점 전략

스타벅스 스페셜스토어 기획팀장에게 직접 들어봤습니다

[아티클 3문장 요약📑]

1️⃣ 1960년대 양옥에 동시대의 가구와 소품을 배치한 카페, 넓은 통유리로 너머 한강, 북한산 등이 한눈에 들어오는 카페, 이 모두 비프랜차이즈 카페 같지만, 스타벅스가 2020년부터 문을 열기로 한 스페셜스토어로, 더매장 5곳과 콘센트 매장 4곳이 현재 운영 중입니다.

2️⃣ 이러한 스페셜스토어 개점은 매우 도전적인 일이었는데, 입지부터 내부 인테리어, 그리고 음악마저 하나 하나 선정하고 있기 때문에, 문을 열기까지 최소 12개월에서 많게는 18개월까지 걸리는데, 심지어 유동인구나 매출 등은 전혀 고려하지 않는다고 하네요.

3️⃣ 그럼에도 누적 방문 고객이 550만 이상에 달할 정도로 열렬한 반응을 이끌어 냈는데, 업계에서는 이를 브랜드 가치를 유지하고 고객 수요에 맞춰 새로운 방식으로 성장 동력을 찾는 걸로 바라보고 있다고 합니다.

💡기묘한 관점➕
천 곳이 넘는 매장 중 불과 열 곳 남짓에 불과한 스페셜스토어지만, 스타벅스 전체 브랜드에 미치는 영향은 그 이상이라고 생각합니다. 실제 방문해 보면, 정말 특별한 경험을 느낄 수 있고, 이는 제3의 공간을 지향하는 스타벅스 본래의 철학과도 상당히 맞닿아 있기 때문인데요. 이렇게 때로는 쓸데 없고 비효율적으로 보이지만, 자신들의 가치를 지키기 위한 활동에 적극적인 브랜드가 롱런할 수 있는 것 같습니다.

🥤트렌드라이트 구독하기
https://bit.ly/3iSbx4e

스타벅스 스페셜스토어 기획팀장에게 직접 들어봤습니다 [아티클 3문장 요약📑] 1️⃣ 1960년대 양옥에 동시대의 가구와 소품을 배치한 카페, 넓은 통유리로 너머 한강, 북한산 등이 한눈에 들어오는 카페, 이 모두 비프랜차이즈 카페 같지만, 스타벅스가 2020년부터 문을 열기로 한 스페셜스토어로, 더매장 5곳과 콘센트 매장 4곳이 현재 운영 중입니다. 2️⃣ 이러한 스페셜스토어 개점은 매우 도전적인 일이었는데, 입지부터 내부 인테리어, 그리고 음악마저 하나 하나 선정하고 있기 때문에, 문을 열기까지 최소 12개월에서 많게는 18개월까지 걸리는데, 심지어 유동인구나 매출 등은 전혀 고려하지 않는다고 하네요. 3️⃣ 그럼에도 누적 방문 고객이 550만 이상에 달할 정도로 열렬한 반응을 이끌어 냈는데, 업계에서는 이를 브랜드 가치를 유지하고 고객 수요에 맞춰 새로운 방식으로 성장 동력을 찾는 걸로 바라보고 있다고 합니다. 💡기묘한 관점➕천 곳이 넘는 매장 중 불과 열 곳 남짓에 불과한 스페셜스토어지만, 스타벅스 전체 브랜드에 미치는 영향은 그 이상이라고 생각합니다. 실제 방문해 보면, 정말 특별한 경험을 느낄 수 있고, 이는 제3의 공간을 지향하는 스타벅스 본래의 철학과도 상당히 맞닿아 있기 때문인데요. 이렇게 때로는 쓸데 없고 비효율적으로 보이지만, 자신들의 가치를 지키기 위한 활동에 적극적인 브랜드가 롱런할 수 있는 것 같습니다. 🥤트렌드라이트 구독하기https://bit.ly/3iSbx4e

조선비즈

☕550만 명이 찾게 만든 스타벅스의 출점 전략

회사나 사이드 프로젝트에서 개발자와 협업할 때, 대화 방식을 조금 바꿔보세요.

개발자와의 커뮤니케이션은 때로 민감할 수 있어요. 제 경우 “문제”라는 단어 대신, “현상”이라는 단어로 바꾸니 상대방이 방어적이 되는 것을 줄일 수 있었어요.

<예시>

🥹 “여기 문제가 발견됐어요.”
😀 “여기 이런 현상이 있는데 한 번 봐주시겠어요?”

문제라고 먼저 판단 내린 후 말하기보다는, 발견된 현상에 대해 개발자가 판단을 내릴 수 있게 하는 것이죠.

이 방법은 꼭 개발뿐 아니라 다른 직군들과의 커뮤니케이션에서도 유용하니 기억해 두시면 좋습니다.

회사나 사이드 프로젝트에서 개발자와 협업할 때, 대화 방식을 조금 바꿔보세요. 개발자와의 커뮤니케이션은 때로 민감할 수 있어요. 제 경우 “문제”라는 단어 대신, “현상”이라는 단어로 바꾸니 상대방이 방어적이 되는 것을 줄일 수 있었어요. &lt;예시&gt; 🥹 “여기 문제가 발견됐어요.”😀 “여기 이런 현상이 있는데 한 번 봐주시겠어요?” 문제라고 먼저 판단 내린 후 말하기보다는, 발견된 현상에 대해 개발자가 판단을 내릴 수 있게 하는 것이죠. 이 방법은 꼭 개발뿐 아니라 다른 직군들과의 커뮤니케이션에서도 유용하니 기억해 두시면 좋습니다.

✅ 개발자와의 조금 더 효과적인 커뮤니케이션을 위해

저랑 같은 방식으로 커뮤니케이션 하시네요!

개발자로서 동료가 발견한 상황을 현상이라고 표현해주면 동료에게 고맙다는 생각이 들 것 같아요 🤩

https://careerly.co.kr/comments/110647?utm_campaign=self-share

무신사와 29CM는 지난 3년간 앱 사용자 수가 170%, 277% 성장하며, 앱 출시 이후 역대 최대를 기록했습니다. 무신사와 29CM의 성, 연령대별 앱 사용자 수가 궁금하다면 지금 바로 인사이트에서 확인해보세요!

https://www.wiseapp.co.kr/insight/detail/601

무신사와 29CM는 지난 3년간 앱 사용자 수가 170%, 277% 성장하며, 앱 출시 이후 역대 최대를 기록했습니다. 무신사와 29CM의 성, 연령대별 앱 사용자 수가 궁금하다면 지금 바로 인사이트에서 확인해보세요! https://www.wiseapp.co.kr/insight/detail/601

🚀고속 성장하는 무신사, 앱 사용자 수 역대 최대!

지난 토요일날 2024 Changbal Tech Summit에 메인 스피커 중의 한 사람으로 참석했다. 이 날 개인 커리어 코칭이나 기업 자문을 하면서 많이 나오는 토픽 중의 하나인 "어려운 대화"에 관한 이야기를 했다. 끝나고 네트워킹 파티에서는 정말 많은 분들과 목이 쉴 정도로 밤 늦게까지 다양한 이야기들을 했다. 이번 포스팅과 다음 글을 통해 이날 했던 어려운 대화에 관한 이야기를 더 해보고자 한다. 11월에는 유튜브 영상으로 만들어볼 예정.

🟢 처음 매니저/리더들이 마주치는 어려움

매니저나 리더로 일하다 보면, 팀원들의 행동이나 태도에서 보이는 아쉬운 점을 큰 충돌 없이 어떻게 전달할지 고민하게 되는 경우가 많다. 내 생각이 옳은지도 확신이 없고, 이런 이야기를 하면 상대방이 실망하거나 나를 미워할까 걱정이 된다. 매일 얼굴을 마주해야 하는 사이이기에 불편함이 생길까 두렵고, 어떻게 말을 꺼낼지 몰라 고민하다 보면 결국 충동적이고 감정적으로 표현하게 되는 경우도 생긴다.

🟢 실제 코칭 사례 하나

지난 여름에 처음 매니저 역할을 시작한 초보 매니저와 코칭을 진행했다. 큰 기대를 갖고 채용한 팀원이 있는데 팀원의 성실함은 인정했지만, 중요한 의사결정에서 오류가 많아 아쉽다고 했다. 그래도 맡은 일은 잘해내고 있어서 큰 문제없이 지내려 했지만, 일대일 미팅 중 해당 팀원이 팀 리드 역할에 대한 기대를 갖고 있다는 사실을 알게 되어 혼란스러워했다.

내가 먼저 던진 질문은, 그 팀원에게 의사결정에 대한 아쉬움을 표현해본 적이 있냐는 것이었다. 대답은 “없다”였다. 그 이유는 자신감을 잃을까 걱정되어 말하지 못했다는 것이었다. 두 번째 질문은, 그 팀원이 본인이 의사결정도 잘하고 있다고 믿고 있는지에 대한 생각이었다. 약간의 침묵 후, "아마도 그렇지 않을까?"라는 대답이 돌아왔다.

구체적인 상황은 다르지만, 본질적으로 비슷한 고민들이 많다. 예를 들어, 데드라인을 지키지 못하는 팀원이나 부정적인 분위기를 만드는 팀원에게 어떻게 대처할지에 대한 고민도 마찬가지다.

🟢 어려운 대화 능력은 타고나는 걸까?

불편함을 피하려다 팀원에 대한 아쉬움을 제때 전달하지 못하는 것은 초보 매니저 뿐만 아니라 리더들이 자주 하는 실수 중 하나다. 이야기를 하지 않으니 상대방은 자신에게 큰 문제가 없다고 생각하거나, 심지어 잘하고 있다고 믿는 경우도 많다. 시간이 지날수록 이 간극은 더 커지고, 매니저 혼자 속앓이를 하게 된다.

앞서 이야기했던 코칭 사례에서 내가 해준 조언은, 호기심을 갖고 기대와 현실 사이의 간극을 빨리 표현해보라는 것이었다. 아쉬운 점을 너무 늦기 전에 솔직하게 말해 상대방이 내 생각을 빨리 알 수 있게 하고, 그 대화를 통해 어느 부분이 아쉬운지 상대방도 구체적으로 이해할 수 있어야 한다. 그래야 다음에는 더 나아질 수 있고, 나 역시 상대방의 생각을 듣고 내 생각을 바꿀 수 있는 기회가 생긴다.

리더라면 팀원들로부터 인기를 얻으려 하기보다는, 인간관계에서 불편함을 마주하는 것을 두려워하지 않아야 한다. 선의에 기반한 객관적인 피드백을 주고받는 연습이 필요하다. 그리고 이를 빠르게 실행에 옮기며, 실수에서 배우는 과정이 중요하다. 어려운 대화 능력은 시간이 걸리는 꾸준한 연습의 결과지, 타고난 재능이 아니다.

🟢 상대방의 의견이나 행동에 호기심을 갖자

나와 다른 행동을 하거나 생각을 하는 사람을 볼 때, "이상하다", "아쉽다", “화가 난다"라는 생각보다 "저 행동에는 뭔가 이유가 있겠지"라는 호기심을 가지는 것이 중요하다. 개인적인 경험으로는 어렵게 말을 꺼내고 나서야 사소한 오해에서 비롯된 문제였음을 알게 된 경우가 많았다. 상대방의 아쉬운 행동에는 이전 직장에서의 경험이나 상처가 원인이 된 경우도 있었다. 처음엔 어색하지만, 대화를 통해 문제를 풀어갈 때 자신감을 얻는 경험을 할 수 있다.

그럼 어떤 내용으로 어떻게 말을 꺼내야 할까? 이건 다음 글 파트 2에서 정리해보도록 하자.

지난 토요일날 2024 Changbal Tech Summit에 메인 스피커 중의 한 사람으로 참석했다. 이 날 개인 커리어 코칭이나 기업 자문을 하면서 많이 나오는 토픽 중의 하나인 "어려운 대화"에 관한 이야기를 했다. 끝나고 네트워킹 파티에서는 정말 많은 분들과 목이 쉴 정도로 밤 늦게까지 다양한 이야기들을 했다. 이번 포스팅과 다음 글을 통해 이날 했던 어려운 대화에 관한 이야기를 더 해보고자 한다. 11월에는 유튜브 영상으로 만들어볼 예정. 🟢 처음 매니저/리더들이 마주치는 어려움 매니저나 리더로 일하다 보면, 팀원들의 행동이나 태도에서 보이는 아쉬운 점을 큰 충돌 없이 어떻게 전달할지 고민하게 되는 경우가 많다. 내 생각이 옳은지도 확신이 없고, 이런 이야기를 하면 상대방이 실망하거나 나를 미워할까 걱정이 된다. 매일 얼굴을 마주해야 하는 사이이기에 불편함이 생길까 두렵고, 어떻게 말을 꺼낼지 몰라 고민하다 보면 결국 충동적이고 감정적으로 표현하게 되는 경우도 생긴다. 🟢 실제 코칭 사례 하나 지난 여름에 처음 매니저 역할을 시작한 초보 매니저와 코칭을 진행했다. 큰 기대를 갖고 채용한 팀원이 있는데 팀원의 성실함은 인정했지만, 중요한 의사결정에서 오류가 많아 아쉽다고 했다. 그래도 맡은 일은 잘해내고 있어서 큰 문제없이 지내려 했지만, 일대일 미팅 중 해당 팀원이 팀 리드 역할에 대한 기대를 갖고 있다는 사실을 알게 되어 혼란스러워했다. 내가 먼저 던진 질문은, 그 팀원에게 의사결정에 대한 아쉬움을 표현해본 적이 있냐는 것이었다. 대답은 “없다”였다. 그 이유는 자신감을 잃을까 걱정되어 말하지 못했다는 것이었다. 두 번째 질문은, 그 팀원이 본인이 의사결정도 잘하고 있다고 믿고 있는지에 대한 생각이었다. 약간의 침묵 후, "아마도 그렇지 않을까?"라는 대답이 돌아왔다. 구체적인 상황은 다르지만, 본질적으로 비슷한 고민들이 많다. 예를 들어, 데드라인을 지키지 못하는 팀원이나 부정적인 분위기를 만드는 팀원에게 어떻게 대처할지에 대한 고민도 마찬가지다. 🟢 어려운 대화 능력은 타고나는 걸까? 불편함을 피하려다 팀원에 대한 아쉬움을 제때 전달하지 못하는 것은 초보 매니저 뿐만 아니라 리더들이 자주 하는 실수 중 하나다. 이야기를 하지 않으니 상대방은 자신에게 큰 문제가 없다고 생각하거나, 심지어 잘하고 있다고 믿는 경우도 많다. 시간이 지날수록 이 간극은 더 커지고, 매니저 혼자 속앓이를 하게 된다. 앞서 이야기했던 코칭 사례에서 내가 해준 조언은, 호기심을 갖고 기대와 현실 사이의 간극을 빨리 표현해보라는 것이었다. 아쉬운 점을 너무 늦기 전에 솔직하게 말해 상대방이 내 생각을 빨리 알 수 있게 하고, 그 대화를 통해 어느 부분이 아쉬운지 상대방도 구체적으로 이해할 수 있어야 한다. 그래야 다음에는 더 나아질 수 있고, 나 역시 상대방의 생각을 듣고 내 생각을 바꿀 수 있는 기회가 생긴다. 리더라면 팀원들로부터 인기를 얻으려 하기보다는, 인간관계에서 불편함을 마주하는 것을 두려워하지 않아야 한다. 선의에 기반한 객관적인 피드백을 주고받는 연습이 필요하다. 그리고 이를 빠르게 실행에 옮기며, 실수에서 배우는 과정이 중요하다. 어려운 대화 능력은 시간이 걸리는 꾸준한 연습의 결과지, 타고난 재능이 아니다. 🟢 상대방의 의견이나 행동에 호기심을 갖자 나와 다른 행동을 하거나 생각을 하는 사람을 볼 때, "이상하다", "아쉽다", “화가 난다"라는 생각보다 "저 행동에는 뭔가 이유가 있겠지"라는 호기심을 가지는 것이 중요하다. 개인적인 경험으로는 어렵게 말을 꺼내고 나서야 사소한 오해에서 비롯된 문제였음을 알게 된 경우가 많았다. 상대방의 아쉬운 행동에는 이전 직장에서의 경험이나 상처가 원인이 된 경우도 있었다. 처음엔 어색하지만, 대화를 통해 문제를 풀어갈 때 자신감을 얻는 경험을 할 수 있다. 그럼 어떤 내용으로 어떻게 말을 꺼내야 할까? 이건 다음 글 파트 2에서 정리해보도록 하자.

영향력의 기본인 어려운 대화는 타고난 재능이 아닌 스킬 - 1편

저는 하고 싶은 일을 하느라 바쁘거든요 | 일하기 싫어요.일하고 싶은 회사로 만들어주세요.   밀레니얼 세대가 회사에 적응하는 방법  밀레니얼 세대인 나는 어려서부터 '하고 싶은 일을 하라'는 말을 들으며 자랐다. 그래서 무슨 일을 하든 내가 하고 싶은 마음이 드는지, 동기 부여가 되는지가 중요했다. 그건 첫 직장에 들어가서 일을 할 때에도 마찬가지였다.   처음엔 회사가 나에게 동기 부여해주기를 

12화 동기 부여는 회사가 책임져 주세요

브런치 글들을 이리저리 찾아 읽다가 스타트업 신입사원 가이드라는 주제로 작성된 글이 있어 공유드립니다. 과거 자신의 경험 예시로 작성해주셨고, 저도 과거에 가졌던 생각과 일치하는 부분이 있어 흥미롭게 읽었습니다.

밀레니얼 세대가 회사에 적응하는 방법
저는 '하고 싶은 일을 하라'는 말을 들으며 자랐기에 무슨 일을 하든 내가 하고 싶은 일, 동기부여가 되는지가 중요했었습니다. 그래서 처음에 회사가 나에게 동기 부여를 해주길 바랬고 '일하고 싶은 마음, 동기 부여' 또한 회사에 당당히 요구하는 건 내게 당연한 일이라고 생각했었습니다. 그래서 스타트업에 입사하고 회사에 이것저것들을 요구했습니다. 물론 회사에 근로자가 요구할 수 있는건 당연하지만 저는 바라기만 하고 책임질 생각은 전혀 못했습니다

권리만 알고 책임은 모른다는 것
첫 입사 후 느낀건 '회사는 학교가 아니라 일터' 라는 것입니다. 내가 알던 회사는 직원들을 케어하고, 성장할 수 있도록 사내 교육도 제공하며, 일하기 좋은 환경을 만들기 위해 노력하는 곳이였습니다. 그러나 현실은 회사는 돈을 버는 치열한 일터이고 직원에겐 성과를 만들어내야 하는 책임이 있었습니다. 그렇게 깨닫고 나니 '일하고 싶은 마음' 은 오히려 회사가 나에게 요구할 수 있는 내 책임이였습니다. 회사도 일하기 좋은 환경을 제공해야 하지만, 직원 또한 스스로 동기 부여를 하든 뭘 하든 노력해서 성과를 만들어낼 책임이 있는 것입니다.

아마추어가 일을 하지 못하는 수많은 변명을 이야기 할 때, 프로는 그냥 한다.
아마추어는
 * "시간이 없어서 못했어요. 업무량이 너무 많아요.",
 * "왜 해야 하는지 모르겠어요",
 * "제가 하고 싶었던 일이 아니에요" 라는 말을 하지만,
프로는
 * "영감이 중요하다고? 그런 게 어딨어, 그냥 하는 거지",
 * "일을 왜 하냐고요? 그런게 어딨어, 그냥 하는거지" 라는 말을 합니다.
일터에서 스스로 동기 부여를 하지 못하면 팀 전체에 피해를 주고, 일할 마음이 안 든다는 이유로 뒤쳐져 있으면 안됩니다.

어쩌면 동기부여가 중요한게 아니라
동기 부여를 하든 뭘 하든 성과를 만들어내는것이 중요하고 그게 프로입니다. 어떻게든 직장생활에서 스스로 동기 부여하는 방법을 찾아내기 위해 악착같이 노력해야 합니다.

동기부여는 회사가 책임져주지 않습니다.
동기 부여는 회사가 대신해주지 않고, 하고 싶은 일이나 자아실현은 자기가 알아서 해야합니다. 프로들은 알아서 Self-Motivation하고 능동적으로 문제를 해결하고 자신의 일을 남에게 떠넘기지 않고 그들은 권리를 따지기 전에 먼저 책임을 지고자 합니다. 제대로 된 프로가 되고 싶다면 나 또한 그렇게 돼야 합니다.

직장 생활에서 스스로에게 동기 부여 하는 방법
 * 우선순위: 스스로 포기할 수 없는 핵심 가치를 찾기
 * 커리어 디자인: 내가 이 일을 왜하는지 지금의 경험이 어떻게 도움이 되는지 스스로 명확한 답을 내리기
 * 밸류 체인: 자기 직무가 뭐하는지만 아는게 아닌 밸류 체인에서 어떤 의미가 있는지, 시장에서 어떤 의미가 있는지 알기, 더 나아가 제품/서비스가 시장 안에서 어떤 의미가 있는지 알기
 * 책임 떠맡기: 회사 안에 문제가 있을 때 그 문제의 책임을 다른 사람에게 돌리는 게 아니라, 내가 먼저 나서서 떠맡기 (높은 수준의 책임을 지기)
 * 업무방법론: 자기만의 업무방법론 만들기

브런치 글들을 이리저리 찾아 읽다가 스타트업 신입사원 가이드라는 주제로 작성된 글이 있어 공유드립니다. 과거 자신의 경험 예시로 작성해주셨고, 저도 과거에 가졌던 생각과 일치하는 부분이 있어 흥미롭게 읽었습니다. 밀레니얼 세대가 회사에 적응하는 방법저는 '하고 싶은 일을 하라'는 말을 들으며 자랐기에 무슨 일을 하든 내가 하고 싶은 일, 동기부여가 되는지가 중요했었습니다. 그래서 처음에 회사가 나에게 동기 부여를 해주길 바랬고 '일하고 싶은 마음, 동기 부여' 또한 회사에 당당히 요구하는 건 내게 당연한 일이라고 생각했었습니다. 그래서 스타트업에 입사하고 회사에 이것저것들을 요구했습니다. 물론 회사에 근로자가 요구할 수 있는건 당연하지만 저는 바라기만 하고 책임질 생각은 전혀 못했습니다 권리만 알고 책임은 모른다는 것첫 입사 후 느낀건 '회사는 학교가 아니라 일터' 라는 것입니다. 내가 알던 회사는 직원들을 케어하고, 성장할 수 있도록 사내 교육도 제공하며, 일하기 좋은 환경을 만들기 위해 노력하는 곳이였습니다. 그러나 현실은 회사는 돈을 버는 치열한 일터이고 직원에겐 성과를 만들어내야 하는 책임이 있었습니다. 그렇게 깨닫고 나니 '일하고 싶은 마음' 은 오히려 회사가 나에게 요구할 수 있는 내 책임이였습니다. 회사도 일하기 좋은 환경을 제공해야 하지만, 직원 또한 스스로 동기 부여를 하든 뭘 하든 노력해서 성과를 만들어낼 책임이 있는 것입니다. 아마추어가 일을 하지 못하는 수많은 변명을 이야기 할 때, 프로는 그냥 한다.아마추어는<ul ><li>"시간이 없어서 못했어요. 업무량이 너무 많아요.",</li><li>"왜 해야 하는지 모르겠어요",</li><li>"제가 하고 싶었던 일이 아니에요" 라는 말을 하지만,</li></ul>프로는<ul ><li>"영감이 중요하다고? 그런 게 어딨어, 그냥 하는 거지",</li><li>"일을 왜 하냐고요? 그런게 어딨어, 그냥 하는거지" 라는 말을 합니다.</li></ul>일터에서 스스로 동기 부여를 하지 못하면 팀 전체에 피해를 주고, 일할 마음이 안 든다는 이유로 뒤쳐져 있으면 안됩니다. 어쩌면 동기부여가 중요한게 아니라동기 부여를 하든 뭘 하든 성과를 만들어내는것이 중요하고 그게 프로입니다. 어떻게든 직장생활에서 스스로 동기 부여하는 방법을 찾아내기 위해 악착같이 노력해야 합니다. 동기부여는 회사가 책임져주지 않습니다.동기 부여는 회사가 대신해주지 않고, 하고 싶은 일이나 자아실현은 자기가 알아서 해야합니다. 프로들은 알아서 Self-Motivation하고 능동적으로 문제를 해결하고 자신의 일을 남에게 떠넘기지 않고 그들은 권리를 따지기 전에 먼저 책임을 지고자 합니다. 제대로 된 프로가 되고 싶다면 나 또한 그렇게 돼야 합니다. 직장 생활에서 스스로에게 동기 부여 하는 방법<ul ><li>우선순위: 스스로 포기할 수 없는 핵심 가치를 찾기</li><li>커리어 디자인: 내가 이 일을 왜하는지 지금의 경험이 어떻게 도움이 되는지 스스로 명확한 답을 내리기</li><li>밸류 체인: 자기 직무가 뭐하는지만 아는게 아닌 밸류 체인에서 어떤 의미가 있는지, 시장에서 어떤 의미가 있는지 알기, 더 나아가 제품/서비스가 시장 안에서 어떤 의미가 있는지 알기</li><li>책임 떠맡기: 회사 안에 문제가 있을 때 그 문제의 책임을 다른 사람에게 돌리는 게 아니라, 내가 먼저 나서서 떠맡기 (높은 수준의 책임을 지기)</li><li>업무방법론: 자기만의 업무방법론 만들기</li></ul>

Brunch Story

동기부여는 회사가 책임져 주세요

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

 - YouTube

상하이 여행을 함께한 개발자 부부의 취업/이직 성공기를 인터뷰 영상으로 담았어요.

김민재, 김혜연님은 백엔드, 프론트엔드 개발자인 풀스택 부부에요. 심지어 민재님은 국제법, 혜연님은 한국어를 전공한 비전공자 출신이죠.

국비지원교육을 통해 백엔드 개발자로 먼저 취업을 성공한 민재님이 당시 여자친구였던 혜연님에게 개발 공부를 권해 프론트엔드 개발자로 취업에 성공했어요.

두 분 다 유명 부트캠프가 아닌 학원을 통해 개발자로 일을 시작했어요. 하지만 두 분의 성장세는 누구보다 가팔라요. 두 분의 취업/이직 성공기가 궁금하시다면 영상을 통해 확인해 주세요!

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

상하이 여행을 함께한 개발자 부부의 취업/이직 성공기를 인터뷰 영상으로 담았어요. 김민재, 김혜연님은 백엔드, 프론트엔드 개발자인 풀스택 부부에요. 심지어 민재님은 국제법, 혜연님은 한국어를 전공한 비전공자 출신이죠. 국비지원교육을 통해 백엔드 개발자로 먼저 취업을 성공한 민재님이 당시 여자친구였던 혜연님에게 개발 공부를 권해 프론트엔드 개발자로 취업에 성공했어요. 두 분 다 유명 부트캠프가 아닌 학원을 통해 개발자로 일을 시작했어요. 하지만 두 분의 성장세는 누구보다 가팔라요. 두 분의 취업/이직 성공기가 궁금하시다면 영상을 통해 확인해 주세요! https://www.youtube.com/watch?v=Uv4rLoj6H6w

www.youtube.com

문과 출신 개발자 부부의 취업/이직 성공기

배구 만화인 하이큐를 보면 실수했을 때 “커버!”라고 외쳐요. 그러면 곁에 있던 동료가 와서 실수를 커버해 주죠. 공격으로의 흐름에 빈틈을 채워주는 거예요.

제품을 만드는 중에는 “커버!”라고 외치진 않아요. 하지만 늘 빈틈을 채우며 일해요. 개발의 빈틈, 기획의 빈틈, 운영의 빈틈을 자연스레 채우며 일해요.

팀으로 일한다는 건 서로의 빈틈을 채워주는 일인 거 같아요.

사랑받는 제품이라는 하나의 목표를 위해 서로의 빈틈을 채우며 함께 일하는 것. 굉장히 기분 좋은 일이에요.

배구 만화인 하이큐를 보면 실수했을 때 “커버!”라고 외쳐요. 그러면 곁에 있던 동료가 와서 실수를 커버해 주죠. 공격으로의 흐름에 빈틈을 채워주는 거예요. 제품을 만드는 중에는 “커버!”라고 외치진 않아요. 하지만 늘 빈틈을 채우며 일해요. 개발의 빈틈, 기획의 빈틈, 운영의 빈틈을 자연스레 채우며 일해요. 팀으로 일한다는 건 서로의 빈틈을 채워주는 일인 거 같아요. 사랑받는 제품이라는 하나의 목표를 위해 서로의 빈틈을 채우며 함께 일하는 것. 굉장히 기분 좋은 일이에요.

서로의 빈틈을 채워주는 일

■ 마음상담소 ▶▶ 독자 고민 학창시절에는 교우관계도 좋고, 성적도 나쁘지 않았고, 여러 가지 잘하는 것이 많았습니다. 그러나 점수를 맞춰 대학에 갔는데 전공이 적성에 맞지 않으면서 휴학을 반복하다 보니, 졸업이 늦

Q : 새로운 도전이 잘 안되면 창피할까봐 두렵습니다[마음상담소]

사람들이 노력 과정을 두려워하는 까닭 중에 하나는, 어떤 일을 이루는 데 있어서 재능이 가장 많은 부분을 차지한다는 선입견을 갖고 있기 때문입니다. 노력보다 재능이 중요하냐고 묻는다면, 겉으로는 아니라고 대답하겠지만 말이죠.

10대 시절에는 무엇인가를 잘하고 인정받는 경험을 해보셨다고 하셨죠? 그런 경험이 긍정적으로 작용하는 경우도 있지만, 때로는 새로운 도전을 하는 데 있어서 더욱 큰 두려움으로 작용할 수 있습니다.

오랜 시간이 지나면 과정에 대해서는 잊고 대부분 결과만 기억하게 됩니다. 학창 시절의 나쁘지 않은 성적, 여러 가지 잘하는 것이나 교우관계 등에 있어서도 내 노력이 깃들어 있었을 것입니다. 타인의 노력 과정은 몰라서 그러려니 할 수도 있지만, 심지어 스스로의 노력도 인정하지 않을 수 있지요.

결과만 기억하면서 그 결과를 마치 그냥 얻은 것처럼 착각할 수도 있으나 당시에도 내가 성실하게 노력했다는 그 과정을 돌아보고, 스스로를 칭찬하는 것이 중요합니다. 그래야 재능이 전부가 아니라 열심히 도전할 때 그래도 꿈에 다가설 가능성이 높아진다는 확신을 가질 수 있으니까요.

캐럴 드웩의 저서 <마인드셋>에 보면 달라지는 과정을 중시하는 사고방식인 성장 마인드셋을 가져야 새로운 도전을 할 수 있고, 그 성과의 열매를 유지할 수 있다고 합니다. 반면 나의 많은 요소가 결정돼 있고, 타고난 재능이 중요하다는 고정 마인드셋을 가지고 있다면, 노력을 두려워하게 된다고 합니다.

혹시 마음속 깊은 곳에서는 노력해서 잘 안되는 것이 더 창피하고, 그럴 바에는 아예 노력하지 않는 게 낫다는 생각을 갖고 있지는 않으신지요?

하지만 타인은 내가 어떻게 사는지, 얼마나 노력을 하는지에 대해 관심도 없고, 또 과정을 잘 몰라줍니다. 그러니 새롭게 도전하는 과정을 부끄러워하거나, 그 과정에 있어서 타인을 신경 쓸 필요는 없습니다.

내가 성장하는 과정이 필요하다는 점을 스스로만 인정하면 충분합니다. 자신감을 다 갖추고 시작하는 것이 아니라, 일단 시작하면서 조금씩 성장하면 두려움이 줄어들고 자신감이 생기게 될 거에요.

사람들이 노력 과정을 두려워하는 까닭 중에 하나는, 어떤 일을 이루는 데 있어서 재능이 가장 많은 부분을 차지한다는 선입견을 갖고 있기 때문입니다. 노력보다 재능이 중요하냐고 묻는다면, 겉으로는 아니라고 대답하겠지만 말이죠. 10대 시절에는 무엇인가를 잘하고 인정받는 경험을 해보셨다고 하셨죠? 그런 경험이 긍정적으로 작용하는 경우도 있지만, 때로는 새로운 도전을 하는 데 있어서 더욱 큰 두려움으로 작용할 수 있습니다. 오랜 시간이 지나면 과정에 대해서는 잊고 대부분 결과만 기억하게 됩니다. 학창 시절의 나쁘지 않은 성적, 여러 가지 잘하는 것이나 교우관계 등에 있어서도 내 노력이 깃들어 있었을 것입니다. 타인의 노력 과정은 몰라서 그러려니 할 수도 있지만, 심지어 스스로의 노력도 인정하지 않을 수 있지요. 결과만 기억하면서 그 결과를 마치 그냥 얻은 것처럼 착각할 수도 있으나 당시에도 내가 성실하게 노력했다는 그 과정을 돌아보고, 스스로를 칭찬하는 것이 중요합니다. 그래야 재능이 전부가 아니라 열심히 도전할 때 그래도 꿈에 다가설 가능성이 높아진다는 확신을 가질 수 있으니까요. 캐럴 드웩의 저서 &lt;마인드셋&gt;에 보면 달라지는 과정을 중시하는 사고방식인 성장 마인드셋을 가져야 새로운 도전을 할 수 있고, 그 성과의 열매를 유지할 수 있다고 합니다. 반면 나의 많은 요소가 결정돼 있고, 타고난 재능이 중요하다는 고정 마인드셋을 가지고 있다면, 노력을 두려워하게 된다고 합니다. 혹시 마음속 깊은 곳에서는 노력해서 잘 안되는 것이 더 창피하고, 그럴 바에는 아예 노력하지 않는 게 낫다는 생각을 갖고 있지는 않으신지요? 하지만 타인은 내가 어떻게 사는지, 얼마나 노력을 하는지에 대해 관심도 없고, 또 과정을 잘 몰라줍니다. 그러니 새롭게 도전하는 과정을 부끄러워하거나, 그 과정에 있어서 타인을 신경 쓸 필요는 없습니다. 내가 성장하는 과정이 필요하다는 점을 스스로만 인정하면 충분합니다. 자신감을 다 갖추고 시작하는 것이 아니라, 일단 시작하면서 조금씩 성장하면 두려움이 줄어들고 자신감이 생기게 될 거에요.

n.news.naver.com

재직자 대상 커리어 성장 코스, 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

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

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

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

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

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

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

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

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

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

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

이모카세 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권 읽기 프로젝트” 추

Festival Schedule | We Are One: A Global Film Festival

👉 온라인 무료 국제 영화제 (조금 뒷북 ^^;;)  👈

코로나19로 많은 공연 문화행사들이 온라인에서 펼쳐지고 있는 요즘, 글로벌 영화제가 이번주까지 상영되고 있어서 공유드려요~ 

다른 나라들의 예술 콘텐츠를 접하니 여행 못하는 요즘 조금 위로(?)가 되네요~

단!!! 예술적 콘텐츠라 쇼킹한 것들도 있으니, 댓글 등 반응 미리 보시고 관람하시는 것 추천드려요~

Weareoneglobalfestival

서동환

김민섭

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

CMO / Marketing Director

마케팅 브랜드 매니저

증권사 애널리스트

컨설턴트

데이터사이언스 대학원

기술정책과정 석사

ㅤ학사

소비자들에게 선택을 받고, 소비자들 삶에 보탬이 되는 브랜드가 될 수 있도록 마케팅을 합니다. 브랜드를 키우고 한국을 넘어 글로벌화를 꿈꾸면서, 절대로 혼자 할 수 없기에 나의 팀들의 지속적인 성장과 행복을 항상 고민합니다. 마케팅 현장에서 실행에 옮기며 체득한 경험이 아끼는 후배들에게 도움이 되었으면 하는 마음으로 글을 씁니다.

조민수

소비자의 선택을 받고, 삶에 보탬이 되는 브랜드가 되도록 마케팅을 합니다. 브랜드를 키우고 글로벌화를 꿈꾸면서, 혼자 할 수 없기에 나의 팀의 지속적인 성장과 행복을 항상 고민합니다. 실행에 옮기며 체득한 경험이 후배들에게 도움이 되었으면 하는 마음으로 글을 씁니다.


댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필