혹시 AI에게 우리 제품에 대해 물어봤는데, 경쟁사 제품만 줄줄이 추천해주는 끔찍한 상상, 해보신 적 있나요? 혹은 이미 상상이 아니라 현실일지도 모릅니다.

고객이 구글 대신 AI에게 먼저 물어보는 시대, AI가 우리를 추천해주지 않으면 우리는 '투명인간'이 될 수밖에 없습니다.

그래서 저는 AI가 우리 제품을 '1순위'로 추천하도록 만드는, 저만의 'A+ 정답지 자동 생산 공장'을 만들었습니다. AI 검색은 결국 '오픈북 테스트'입니다. 누가 더 AI가 컨닝하기 좋은 '정답지'를 잘 만들어두느냐의 싸움이죠.
AI가 가장 먼저 참고하고 인용하는 '정답지'의 포맷이 있습니다. 그리고 Make.com 을 이용해 이 포맷의 콘텐츠를 자동으로 생성하는 시스템을 구축했죠.


오늘 뉴스레터에서는 바로 이 '자동화 공장'의 전체 설계도와 작동 원리(전략편)를 전부 공개합니다. 이 전략을 알아야만, 다음 주에 공개할 코딩 한 줄 없이 이 모든 걸 직접 만드는 Make.com 실행 가이드를 100% 활용할 수 있습니다.


👇 AI가 우리 제품을 '1순위'로 추천하게 만드는 법
https://maily.so/insightlog/posts/mjz6q3elrwk

혹시 AI에게 우리 제품에 대해 물어봤는데, 경쟁사 제품만 줄줄이 추천해주는 끔찍한 상상, 해보신 적 있나요? 혹은 이미 상상이 아니라 현실일지도 모릅니다. 고객이 구글 대신 AI에게 먼저 물어보는 시대, AI가 우리를 추천해주지 않으면 우리는 '투명인간'이 될 수밖에 없습니다. 그래서 저는 AI가 우리 제품을 '1순위'로 추천하도록 만드는, 저만의 'A+ 정답지 자동 생산 공장'을 만들었습니다. AI 검색은 결국 '오픈북 테스트'입니다. 누가 더 AI가 컨닝하기 좋은 '정답지'를 잘 만들어두느냐의 싸움이죠.AI가 가장 먼저 참고하고 인용하는 '정답지'의 포맷이 있습니다. 그리고 Make.com 을 이용해 이 포맷의 콘텐츠를 자동으로 생성하는 시스템을 구축했죠. 오늘 뉴스레터에서는 바로 이 '자동화 공장'의 전체 설계도와 작동 원리(전략편)를 전부 공개합니다. 이 전략을 알아야만, 다음 주에 공개할 코딩 한 줄 없이 이 모든 걸 직접 만드는 Make.com 실행 가이드를 100% 활용할 수 있습니다. 👇 AI가 우리 제품을 '1순위'로 추천하게 만드는 법 https://maily.so/insightlog/posts/mjz6q3elrwk

하나의 자동화로, AI가 우리 제품을 '첫 번째'로 추천하게 만드는 법

40대를 지나 건강하고 행복한 50대를 맞이하기 위한 오프라인 모임을 기획하고 있습니다. 아직 구체적인 계획을 세운 단계는 아니지만, 이런 콘텐츠가 있으면 좋겠다는 생각에서 출발했습니다.


나이가 들수록 마음의 부담감도 함께 커진다는 것을 체감하고 있습니다. 특히 가정과 직장을 책임지는 분들이라면 공감하실 겁니다. 40대가 되면 회사 평균 연령보다 10년 이상 앞서가게 되고, 은퇴 후 삶을 준비해야 한다는 현실이 다가옵니다. 마치 내일 당장 찾아올 것처럼 긴장되기도 합니다.


물론 나이는 숫자에 불과합니다. 잘 관리하면 40대도 20대 못지않은 신체 기능을 유지할 수 있습니다. 하지만 직장 생활은 다릅니다. 개인이 아무리 젊음을 유지해도 세대 교체는 자연스러운 흐름입니다. 우리 모두는 어떤 끝을 향해 가고 있고, 그 끝에서 새로운 시작을 준비해야 합니다.


제가 생각하는 모임은 단순히 재테크나 노후 준비, 제2의 인생 같은 생계 중심의 고민이 아닙니다. 자신을 깊이 돌아보고 다양한 방향으로 인생을 설계해보는 시간입니다. 일과 삶 속에서 중요하지만 미처 깊이 고민하지 못했던 질문들을 함께 나누는 자리입니다.


제가 모임을 주도하고 운영하겠지만, 무엇보다 참가자들이 각자의 이야기를 나누는 시간을 만들고 싶습니다. 과거의 삶과 현재의 고민, 그리고 미래의 모습을 함께 공유하는 것입니다. 추억을 회상하고, 현재의 고민을 치열하게 탐색하고, 미래를 상상해보는 시간. 이런 내용을 정리해서 다른 사람들 앞에서 나누다 보면, 삶이 한결 정돈되는 느낌을 받을 수 있을 거라 믿습니다.


많은 사람들이 책을 쓰고 싶어 하지만 실행하기 어려운 이유는, 소재를 잡고 꾸준히 글을 쓰지 못하기 때문입니다. 대단한 소재가 필요할 것 같지만, 제 경험상 그런 건 존재하지 않습니다. 오늘을 살며 보고 듣고 느낀 것이 소재가 됩니다. 대단한 메시지보다 소소하지만 공감되는 내용이 더 많은 사람들에게 울림을 줍니다.


삶을 회고하고 계획하는 것은 한 편의 자서전을 쓰는 것과 비슷합니다. 다른 사람들이 자신의 이야기를 어떻게 풀어냈는지 탐색하는 독서도 필요합니다. 10대부터 지금까지 하고 싶었던 일, 실제 했던 일, 가장 기억에 남는 일, 후회되는 일, 앞으로 해보고 싶은 일, 궁극적인 삶의 목표 등. 한번쯤 생각해보고 정리가 필요한 질문들을 함께 고민하고 나누고 싶습니다.


함께 모인 사람들이 서로의 이야기를 듣다 보면, 마음속으로 응원하게 될 거라 기대합니다. 우리는 서로에게 너무 무관심하게 살아가고 있습니다. 매일 만나는 동료 이름도 모를 정도입니다. 저도 마찬가지입니다. 같은 아파트에 사는 사람들에게도 인사를 잘 하지 않습니다. 그냥 모르는 사람으로 여기며 제 할 일만 합니다.


하지만 생각해보면, 그렇게 스쳐 지나기엔 너무 소중한 인연입니다. 80억 인구 중에 오늘 만날 확률이 얼마나 될까요? 오늘 버스나 지하철에서 만나는 사람들도 대단한 인연입니다. 그렇다면 다른 사람에게 관심을 갖고 궁금해할만 하지 않을까요? 오프라인 모임을 생각한 이유도 여기에 있습니다. 만나서 이야기를 나누면 관심이 생기고, 제가 더 도울 수 있는 일을 찾게 될 것입니다.


저는 다른 사람들을 돕고 싶습니다. 이것이 제가 오늘을 사는 이유입니다. 가족과 이웃을 위해 제가 할 수 있는 일을 찾고 최선을 다하는 것이 삶의 목적입니다. 내일을 고민하는 40대 분들을 위해 의미 있는 콘텐츠를 만들어보겠습니다. 근심과 걱정이 아닌, 기대와 희망으로 가득한 미래를 함께 그려보면 좋겠습니다.


이런 모임에 관심이 있으시다면 편하게 연락 주세요. 여러분의 오늘과 내일을 진심으로 응원합니다.

﻿ 40대를 지나 건강하고 행복한 50대를 맞이하기 위한 오프라인 모임을 기획하고 있습니다. 아직 구체적인 계획을 세운 단계는 아니지만, 이런 콘텐츠가 있으면 좋겠다는 생각에서 출발했습니다. 나이가 들수록 마음의 부담감도 함께 커진다는 것을 체감하고 있습니다. 특히 가정과 직장을 책임지는 분들이라면 공감하실 겁니다. 40대가 되면 회사 평균 연령보다 10년 이상 앞서가게 되고, 은퇴 후 삶을 준비해야 한다는 현실이 다가옵니다. 마치 내일 당장 찾아올 것처럼 긴장되기도 합니다. 물론 나이는 숫자에 불과합니다. 잘 관리하면 40대도 20대 못지않은 신체 기능을 유지할 수 있습니다. 하지만 직장 생활은 다릅니다. 개인이 아무리 젊음을 유지해도 세대 교체는 자연스러운 흐름입니다. 우리 모두는 어떤 끝을 향해 가고 있고, 그 끝에서 새로운 시작을 준비해야 합니다. 제가 생각하는 모임은 단순히 재테크나 노후 준비, 제2의 인생 같은 생계 중심의 고민이 아닙니다. 자신을 깊이 돌아보고 다양한 방향으로 인생을 설계해보는 시간입니다. 일과 삶 속에서 중요하지만 미처 깊이 고민하지 못했던 질문들을 함께 나누는 자리입니다. 제가 모임을 주도하고 운영하겠지만, 무엇보다 참가자들이 각자의 이야기를 나누는 시간을 만들고 싶습니다. 과거의 삶과 현재의 고민, 그리고 미래의 모습을 함께 공유하는 것입니다. 추억을 회상하고, 현재의 고민을 치열하게 탐색하고, 미래를 상상해보는 시간. 이런 내용을 정리해서 다른 사람들 앞에서 나누다 보면, 삶이 한결 정돈되는 느낌을 받을 수 있을 거라 믿습니다. 많은 사람들이 책을 쓰고 싶어 하지만 실행하기 어려운 이유는, 소재를 잡고 꾸준히 글을 쓰지 못하기 때문입니다. 대단한 소재가 필요할 것 같지만, 제 경험상 그런 건 존재하지 않습니다. 오늘을 살며 보고 듣고 느낀 것이 소재가 됩니다. 대단한 메시지보다 소소하지만 공감되는 내용이 더 많은 사람들에게 울림을 줍니다. 삶을 회고하고 계획하는 것은 한 편의 자서전을 쓰는 것과 비슷합니다. 다른 사람들이 자신의 이야기를 어떻게 풀어냈는지 탐색하는 독서도 필요합니다. 10대부터 지금까지 하고 싶었던 일, 실제 했던 일, 가장 기억에 남는 일, 후회되는 일, 앞으로 해보고 싶은 일, 궁극적인 삶의 목표 등. 한번쯤 생각해보고 정리가 필요한 질문들을 함께 고민하고 나누고 싶습니다. 함께 모인 사람들이 서로의 이야기를 듣다 보면, 마음속으로 응원하게 될 거라 기대합니다. 우리는 서로에게 너무 무관심하게 살아가고 있습니다. 매일 만나는 동료 이름도 모를 정도입니다. 저도 마찬가지입니다. 같은 아파트에 사는 사람들에게도 인사를 잘 하지 않습니다. 그냥 모르는 사람으로 여기며 제 할 일만 합니다. 하지만 생각해보면, 그렇게 스쳐 지나기엔 너무 소중한 인연입니다. 80억 인구 중에 오늘 만날 확률이 얼마나 될까요? 오늘 버스나 지하철에서 만나는 사람들도 대단한 인연입니다. 그렇다면 다른 사람에게 관심을 갖고 궁금해할만 하지 않을까요? 오프라인 모임을 생각한 이유도 여기에 있습니다. 만나서 이야기를 나누면 관심이 생기고, 제가 더 도울 수 있는 일을 찾게 될 것입니다. 저는 다른 사람들을 돕고 싶습니다. 이것이 제가 오늘을 사는 이유입니다. 가족과 이웃을 위해 제가 할 수 있는 일을 찾고 최선을 다하는 것이 삶의 목적입니다. 내일을 고민하는 40대 분들을 위해 의미 있는 콘텐츠를 만들어보겠습니다. 근심과 걱정이 아닌, 기대와 희망으로 가득한 미래를 함께 그려보면 좋겠습니다. 이런 모임에 관심이 있으시다면 편하게 연락 주세요. 여러분의 오늘과 내일을 진심으로 응원합니다.﻿

40대에만 할 수 있는 일

직접 경험하지 않고 상대방의 마음을 헤아리는 일은 결코 쉽지 않습니다. 글을 쓸 때도 독자가 관심을 갖고 흥미롭게 읽어주길 바라지만, 사람의 마음을 꿰뚫어보는 능력이 없기에 결국 추측에 의존할 수밖에 없습니다.


그래서 글을 잘 쓴다, 말을 잘한다는 개념에는 '상대방의 마음을 잘 헤아린다'는 뜻이 내포되어 있습니다. 마치 독자와 청중이 무엇을 좋아하는지 모두 알고 있는 것처럼 말이죠. 이런 능력은 타고난 재능이기도 하지만, 후천적인 노력으로도 충분히 길러집니다.


다시 태어날 수는 없으니, 후천적인 노력으로 독자의 마음을 알아내는 방법을 소개합니다. 독자가 흘리는 힌트를 탐정처럼 수집하는 것입니다. 그들이 관심을 갖는 것을 단서로 파악하는 거죠. 물론 이마저도 추정일 뿐 완벽한 사실 파악은 아닙니다.


증거를 수집해도 그것을 바탕으로 다시 상상해야 하는 건 마찬가지입니다. 증거는 직접적인 힌트일 수도 있지만, 대부분은 '아마도 그럴 것'이라는 추측을 돕는 단서 정도입니다. A라는 사실을 바탕으로 유추해보면 B에 관심을 가질 확률이 높다는 논리로 접근하는 것이죠. 추측이 틀릴 수도 있지만, 무작정 상상하는 것보다는 훨씬 높은 확률로 독자의 관심사를 파악할 수 있습니다.


사실 독자에게 직접 물어보는 것이 가장 정확합니다. 그런데도 굳이 단서를 찾고 추측하는 이유는, 전달하고자 하는 메시지를 독자의 관심에 맞춰 선별적으로 전달하는 것이 효과적인 소통 방식이기 때문입니다. 하고 싶은 이야기와 할 수 있는 소재가 어느 정도 정해져 있더라도, 독자의 관심에 따라 선별해야 합니다.


내 입장에서는 모든 것이 이해되고 흥미로울 수 있지만, '그건 니 생각이고'라는 유행어가 괜히 생긴 게 아닙니다. 우리는 철저하게 독자를 생각하는 글쓰기와 말하기를 해야 합니다. 지금 쓰는 이 글도 누군가에게는 전혀 와닿지 않을 수 있습니다. 저는 글이나 말하기를 준비해야 하는 분들을 상상하며 이 글을 쓰고 있습니다.


이력서나 포트폴리오를 작성해야 한다면, 채용 담당자의 입장에서 상상하며 글을 써야 합니다. 단순히 '채용 담당자는 어떤 기준으로 서류를 검토할까?'를 생각하는 것을 넘어, 그들의 하루 일과부터 관심사까지 탐색하고 추측해보세요.


완벽히 타인이 되어보는 것입니다. '내가 채용 담당자라면 이 이력서를 보고 무엇이 궁금할까? 무엇을 보고 강렬한 인상을 받을까?' 상상해보는 거죠. 그럼 반드시 보입니다. 그들의 입장과 상황을 헤아리려는 노력은 반드시 좋은 글, 흥미로운 이야기로 이어집니다.


기본적으로 다른 사람은 우리를 잘 모릅니다. 우리의 경험과 생각, 추구하는 가치를 대충 설명하면 하나도 이해하지 못합니다. 수년에 걸쳐 생각한 내용을 이력서에 단 한 줄로 적었을 때, 그것만 보고 100% 이해하는 사람은 거의 없습니다. 그렇기 때문에 아주 구체적으로, 이해하기 쉽게 작성하거나 말해야 합니다.


구체적이고 이해하기 쉬운 글과 말은, 상대방이 우리에 대한 배경 지식이 전혀 없다고 가정하고 처음부터 끝까지 과정을 소개하는 것입니다. 우리는 보통 거두절미하고 본론만 간단히 이야기하는 경향이 있습니다. 특히 성격이 급한 한국 사람들의 특징이죠. 하지만 사건의 전말을 생략한 채 본론만 듣고 100% 이해할 수 있는 사람은 거의 없습니다.


사건이 왜 시작되었는지, 그래서 무엇을 하기로 했는지, 행동으로 인해 나타난 결과는 무엇인지 순서대로 이야기한다면, 상대방이 우리 이야기를 조금 더 경청하고 이해하게 됩니다. 어떤 이야기든 이해가 되면 재미있고 흥미롭습니다. 우리는 상대방을 이해시키기 위해 부단히 노력해야 합니다.


오늘 다른 사람에게 말이나 글로 설득해야 할 일이 있나요? 그렇다면 먼저 상대방이 어떤 성향을 가진 사람인지, 무엇에 관심을 갖고 있는지 주도면밀하게 파악해보세요. 손자병법을 쓴 손자는 "상대를 알고 나를 알면 백 번 싸워도 위태롭지 않다"고 했습니다. 오늘은 먼저 인내심을 발휘하여 상대방을 파악하는 노력을 해봅시다. 기왕 할 거면 제대로, 화이팅!

﻿ 직접 경험하지 않고 상대방의 마음을 헤아리는 일은 결코 쉽지 않습니다. 글을 쓸 때도 독자가 관심을 갖고 흥미롭게 읽어주길 바라지만, 사람의 마음을 꿰뚫어보는 능력이 없기에 결국 추측에 의존할 수밖에 없습니다. 그래서 글을 잘 쓴다, 말을 잘한다는 개념에는 '상대방의 마음을 잘 헤아린다'는 뜻이 내포되어 있습니다. 마치 독자와 청중이 무엇을 좋아하는지 모두 알고 있는 것처럼 말이죠. 이런 능력은 타고난 재능이기도 하지만, 후천적인 노력으로도 충분히 길러집니다. 다시 태어날 수는 없으니, 후천적인 노력으로 독자의 마음을 알아내는 방법을 소개합니다. 독자가 흘리는 힌트를 탐정처럼 수집하는 것입니다. 그들이 관심을 갖는 것을 단서로 파악하는 거죠. 물론 이마저도 추정일 뿐 완벽한 사실 파악은 아닙니다. 증거를 수집해도 그것을 바탕으로 다시 상상해야 하는 건 마찬가지입니다. 증거는 직접적인 힌트일 수도 있지만, 대부분은 '아마도 그럴 것'이라는 추측을 돕는 단서 정도입니다. A라는 사실을 바탕으로 유추해보면 B에 관심을 가질 확률이 높다는 논리로 접근하는 것이죠. 추측이 틀릴 수도 있지만, 무작정 상상하는 것보다는 훨씬 높은 확률로 독자의 관심사를 파악할 수 있습니다. 사실 독자에게 직접 물어보는 것이 가장 정확합니다. 그런데도 굳이 단서를 찾고 추측하는 이유는, 전달하고자 하는 메시지를 독자의 관심에 맞춰 선별적으로 전달하는 것이 효과적인 소통 방식이기 때문입니다. 하고 싶은 이야기와 할 수 있는 소재가 어느 정도 정해져 있더라도, 독자의 관심에 따라 선별해야 합니다. 내 입장에서는 모든 것이 이해되고 흥미로울 수 있지만, '그건 니 생각이고'라는 유행어가 괜히 생긴 게 아닙니다. 우리는 철저하게 독자를 생각하는 글쓰기와 말하기를 해야 합니다. 지금 쓰는 이 글도 누군가에게는 전혀 와닿지 않을 수 있습니다. 저는 글이나 말하기를 준비해야 하는 분들을 상상하며 이 글을 쓰고 있습니다. 이력서나 포트폴리오를 작성해야 한다면, 채용 담당자의 입장에서 상상하며 글을 써야 합니다. 단순히 '채용 담당자는 어떤 기준으로 서류를 검토할까?'를 생각하는 것을 넘어, 그들의 하루 일과부터 관심사까지 탐색하고 추측해보세요. 완벽히 타인이 되어보는 것입니다. '내가 채용 담당자라면 이 이력서를 보고 무엇이 궁금할까? 무엇을 보고 강렬한 인상을 받을까?' 상상해보는 거죠. 그럼 반드시 보입니다. 그들의 입장과 상황을 헤아리려는 노력은 반드시 좋은 글, 흥미로운 이야기로 이어집니다. 기본적으로 다른 사람은 우리를 잘 모릅니다. 우리의 경험과 생각, 추구하는 가치를 대충 설명하면 하나도 이해하지 못합니다. 수년에 걸쳐 생각한 내용을 이력서에 단 한 줄로 적었을 때, 그것만 보고 100% 이해하는 사람은 거의 없습니다. 그렇기 때문에 아주 구체적으로, 이해하기 쉽게 작성하거나 말해야 합니다. 구체적이고 이해하기 쉬운 글과 말은, 상대방이 우리에 대한 배경 지식이 전혀 없다고 가정하고 처음부터 끝까지 과정을 소개하는 것입니다. 우리는 보통 거두절미하고 본론만 간단히 이야기하는 경향이 있습니다. 특히 성격이 급한 한국 사람들의 특징이죠. 하지만 사건의 전말을 생략한 채 본론만 듣고 100% 이해할 수 있는 사람은 거의 없습니다. 사건이 왜 시작되었는지, 그래서 무엇을 하기로 했는지, 행동으로 인해 나타난 결과는 무엇인지 순서대로 이야기한다면, 상대방이 우리 이야기를 조금 더 경청하고 이해하게 됩니다. 어떤 이야기든 이해가 되면 재미있고 흥미롭습니다. 우리는 상대방을 이해시키기 위해 부단히 노력해야 합니다. 오늘 다른 사람에게 말이나 글로 설득해야 할 일이 있나요? 그렇다면 먼저 상대방이 어떤 성향을 가진 사람인지, 무엇에 관심을 갖고 있는지 주도면밀하게 파악해보세요. 손자병법을 쓴 손자는 "상대를 알고 나를 알면 백 번 싸워도 위태롭지 않다"고 했습니다. 오늘은 먼저 인내심을 발휘하여 상대방을 파악하는 노력을 해봅시다. 기왕 할 거면 제대로, 화이팅!﻿

지피지기

1. 초창기 네이버와 카카오톡의 모습을 오늘날의 모습과 비교해보면 정말 많이 달라서 놀랄 겁니다.

2. 어떤 과정을 거쳐서 지금처럼 변했는지 궁금하지 않나요? 우리는 꾸준히 매일 써왔을 뿐, 평소 눈에 띄는 변화를 잘 느끼지 못했으니 말입니다.

3. 지난달과 이번 달이 비슷했고, 어제와 오늘도 비슷하게 사용해왔죠. 눈에 띄지 않을 정도로 디자인이 아주 조금씩 바뀌면서 지금의 모습이 되었기 때문입니다.

4. 그 지루할 정도의 오랜 변화를 통해 제가 가장 구현하고 싶었던 게 바로 ’안정감‘입니다.


#일의감각

1. 초창기 네이버와 카카오톡의 모습을 오늘날의 모습과 비교해보면 정말 많이 달라서 놀랄 겁니다. ​2. 어떤 과정을 거쳐서 지금처럼 변했는지 궁금하지 않나요? 우리는 꾸준히 매일 써왔을 뿐, 평소 눈에 띄는 변화를 잘 느끼지 못했으니 말입니다. ​3. 지난달과 이번 달이 비슷했고, 어제와 오늘도 비슷하게 사용해왔죠. 눈에 띄지 않을 정도로 디자인이 아주 조금씩 바뀌면서 지금의 모습이 되었기 때문입니다. ​4. 그 지루할 정도의 오랜 변화를 통해 제가 가장 구현하고 싶었던 게 바로 ’안정감‘입니다. ​ #일의감각

< 조용한 변화가 가장 강하다 >

얼마 전, 한국의 한 개발자분께서 멘토링을 신청하셔서 푸념을 털어놓으셨습니다.

작은 스타트업에서 혼자서 프론트엔드, 백엔드, 인프라까지 도맡고 계셨습니다. 회의 끌려 다니느라 개발할 시간이 부족하여 결국 인력 충원을 요청하셨답니다.

대표님은 "곧 사람 뽑겠다"는 약속을 하셨고, 그 말 하나 믿고 매일 야근과 주말 근무를 버티셨대요. 그런데 몇 달 후, 돌아온 답변은 이랬습니다.

"개발자 대신 클로드 코드 구독해줄게요."

그리고 덧붙이셨답니다.

"마이크로소프트는 AI가 코드의 절반을 작성한다던데, 우리도 이제 생산성 몇 배로 올릴 수 있겠죠?"

말씀을 하시다가 화를 주체 못하시고 갑자기 쌍욕을 하시더라고요. 🤣

"아니 🐶😠🤬 내가 그럴 능력 있으면 마이크로소프트에 들어갔지, 여기서 왜 이 고생을 하겠어요?!"

아무래도 그 대표님께서는 코딩 에이전트가 사람을 대체하는 마법의 지팡이 쯤으로 생각하셨던 모양입니다.

물론 AI는 이견의 여지 없이 강력한 도구입니다.
하지만 결국 개발자가 제대로 활용할 수 있는 환경이 갖춰져야
그 도구가 진짜 힘을 발휘하지 않을까요?

요즘 자주 들리는 "어떤 빅테크는 코드의 대부분을 AI로 작성한다더라"는 뉴스는 현실보다 꽤 과장된 부분이 많습니다. 실제 빅테크 종사하시는 엔지니어 분들과 얘기를 나눠보면 테스트 코드 보강이나 레거시 마이그레이션처럼 AI가 잘할 만한 단순 작업을 대규모로 수행한 경우가 많거든요.

게다가 이런 AI 인프라와 모델을 보유하고 있는 기업들은 업계에서 AI가 많이 쓰일수록 수익이 늘어나는 구조입니다. "AI가 절반의 코드를 작성한다" 식의 발표는 기술 성과인 동시에 비즈니스 측면에서 전략적인 마케팅이기도 하죠. 그걸 곧이곧대로 받아드리면 곤란합니다.

무엇보다 중요한 건, AI를 잘 활용하고 있는 회사들은 이미 몇 년 전부터 AI 활용에 최적화된 조직 구조와 개발 프로세스를 의도적으로 연구하고 설계하고 구축해왔다는 점입니다. 결코 하루 아침에 이뤄진 결과물이 아닙니다.

회의에 치여 코딩할 시간 조차 없는 개발자에게 필요한 건 클로드 코드 구독권이 아니라, 개발에 집중할 수 있는 근무 환경과 현실적인 팀 구성일 것입니다.

제가 감히 대표님들께 한 말씀드리자면,
격무에 시달리는 개발자들에게 코딩 에이전트만 툭 던져주고
갑자기 생산성이 몇 배로 오르길 기대하고 계시다면 큰 착각입니다.

AI보다 훨씬 강력한 건, 코딩할 수 있는 시간이 있는 개발자입니다. 🔋💪🧑‍💻

얼마 전, 한국의 한 개발자분께서 멘토링을 신청하셔서 푸념을 털어놓으셨습니다. 작은 스타트업에서 혼자서 프론트엔드, 백엔드, 인프라까지 도맡고 계셨습니다. 회의 끌려 다니느라 개발할 시간이 부족하여 결국 인력 충원을 요청하셨답니다. 대표님은 "곧 사람 뽑겠다"는 약속을 하셨고, 그 말 하나 믿고 매일 야근과 주말 근무를 버티셨대요. 그런데 몇 달 후, 돌아온 답변은 이랬습니다. "개발자 대신 클로드 코드 구독해줄게요." 그리고 덧붙이셨답니다. "마이크로소프트는 AI가 코드의 절반을 작성한다던데, 우리도 이제 생산성 몇 배로 올릴 수 있겠죠?" 말씀을 하시다가 화를 주체 못하시고 갑자기 쌍욕을 하시더라고요. 🤣 "아니 🐶😠🤬 내가 그럴 능력 있으면 마이크로소프트에 들어갔지, 여기서 왜 이 고생을 하겠어요?!" 아무래도 그 대표님께서는 코딩 에이전트가 사람을 대체하는 마법의 지팡이 쯤으로 생각하셨던 모양입니다. 물론 AI는 이견의 여지 없이 강력한 도구입니다. 하지만 결국 개발자가 제대로 활용할 수 있는 환경이 갖춰져야 그 도구가 진짜 힘을 발휘하지 않을까요? 요즘 자주 들리는 "어떤 빅테크는 코드의 대부분을 AI로 작성한다더라"는 뉴스는 현실보다 꽤 과장된 부분이 많습니다. 실제 빅테크 종사하시는 엔지니어 분들과 얘기를 나눠보면 테스트 코드 보강이나 레거시 마이그레이션처럼 AI가 잘할 만한 단순 작업을 대규모로 수행한 경우가 많거든요. 게다가 이런 AI 인프라와 모델을 보유하고 있는 기업들은 업계에서 AI가 많이 쓰일수록 수익이 늘어나는 구조입니다. "AI가 절반의 코드를 작성한다" 식의 발표는 기술 성과인 동시에 비즈니스 측면에서 전략적인 마케팅이기도 하죠. 그걸 곧이곧대로 받아드리면 곤란합니다. 무엇보다 중요한 건, AI를 잘 활용하고 있는 회사들은 이미 몇 년 전부터 AI 활용에 최적화된 조직 구조와 개발 프로세스를 의도적으로 연구하고 설계하고 구축해왔다는 점입니다. 결코 하루 아침에 이뤄진 결과물이 아닙니다. 회의에 치여 코딩할 시간 조차 없는 개발자에게 필요한 건 클로드 코드 구독권이 아니라, 개발에 집중할 수 있는 근무 환경과 현실적인 팀 구성일 것입니다. 제가 감히 대표님들께 한 말씀드리자면, 격무에 시달리는 개발자들에게 코딩 에이전트만 툭 던져주고 갑자기 생산성이 몇 배로 오르길 기대하고 계시다면 큰 착각입니다. AI보다 훨씬 강력한 건, 코딩할 수 있는 시간이 있는 개발자입니다. 🔋💪🧑‍💻

대표님! 코딩 에이전트만 쥐어 준다고 개발 생산성이 올라갈까요? 🤔

AI 추천 알고리즘이 우리의 취향 형성에 미치는 영향을 개인적인 경험을 바탕으로 풀어봤어요. 알고리즘의 편리함과 함께 그 이면에 숨겨진 편향성, 그리고 진정한 나의 취향을 지키기 위한 노력에 대해서도요.

https://brunch.co.kr/@zagmaster/112

AI 추천 알고리즘이 우리의 취향 형성에 미치는 영향을 개인적인 경험을 바탕으로 풀어봤어요. 알고리즘의 편리함과 함께 그 이면에 숨겨진 편향성, 그리고 진정한 나의 취향을 지키기 위한 노력에 대해서도요. https://brunch.co.kr/@zagmaster/112

👋 나의 취향은 정말 '나의 것'일까? - 보이지 않는 손, 알고리즘

1. 엔터테인먼트 산업은 화려하다. 무대는 빛나고, 사람들은 열광하며, 즐거움을 소비한다. 그래서 많은 이들이 이 업계에서 일하길 꿈꾼다. 그 안에서 일하면, 매일이 축제처럼 즐거울 것이라 기대한다.

2. 하지만 관객의 자리와 무대 뒤편의 자리는 다르다. 엔터테인먼트를 소비하는 사람은 감정을 ‘느낀다’. 그 과정에서 기쁨, 위로, 열광 같은 다양한 감정이 피어난다. 반면, 그 즐거움을 만드는 사람은 감정을 ‘설계’한다. 감정을 느끼는 일과 설계하는 일은 그 본질부터 다르다.

3. 그래서 착각이 생긴다. 내가 좋아하는 것을 소비하던 업계에 들어가면, 느끼던 그 즐거움이 그대로 이어질 거라고 믿는 것. 하지만 즐거움을 느끼는 일과 만드는 일은, 닮아 보이지만 완전히 다르다.

4. 즐거움을 만드는 일은 감정을 다루는 일이다. 기쁨을 계산하고, 감동을 조율하고, 타인의 마음을 설계한다. 보이는 화려함 뒤에는 보이지 않는 반복과 조정, 수많은 실패와 수정이 있다.

5. 누군가의 3분짜리 감동을 위해, 만드는 사람은 몇 달 동안 수많은 감정을 다듬고 버틴다. 그러니 그 반대편을 볼 수 있어야 한다. 감동적인 장면 뒤에는 지루한 반복이 있고, 터져 나오는 환호 뒤에는 지난한 준비 과정이 숨어 있다는 것을.

6. 즐거움을 만드는 일은, 즐겁기만 하지 않다. 그건 감정을 설계하는 일이고, 보이지 않는 질서를 만드는 일이다. 때로는 냉정해야 하고, 때로는 지치지 않아야 한다. 그럼에도 불구하고 이 일을 계속하게 만드는, 나만의 이유를 잃지 않아야 한다.

7. 결국 이 업계에서 진짜 즐겁게 일할 수 있는 사람은 소비자의 환상이 아니라 공급자의 현실을 사랑하는 사람이다. 감정의 반대편을 이해하고, 그 뒤집힌 관점을 견디며, 그 속에서도 스스로의 즐거움을 만들어낼 수 있는 사람이다.

8. 그리고 어쩌면, 이건 엔터테인먼트만의 이야기가 아니다. 어떤 일이든, 결과의 반대편에는 보이지 않는 과정이 있고, 그 과정을 견디는 사람이 결국 의미를 만든다.

9. 즐겁게 일하고 싶다면, ‘즐거운 일을 찾는 사람’이 아니라 ‘즐거움을 만들어낼 수 있는 사람’이 되어야 한다. 그게 진짜 즐거움을 아는 사람의 일이다.

1. 엔터테인먼트 산업은 화려하다. 무대는 빛나고, 사람들은 열광하며, 즐거움을 소비한다. 그래서 많은 이들이 이 업계에서 일하길 꿈꾼다. 그 안에서 일하면, 매일이 축제처럼 즐거울 것이라 기대한다. 2. 하지만 관객의 자리와 무대 뒤편의 자리는 다르다. 엔터테인먼트를 소비하는 사람은 감정을 ‘느낀다’. 그 과정에서 기쁨, 위로, 열광 같은 다양한 감정이 피어난다. 반면, 그 즐거움을 만드는 사람은 감정을 ‘설계’한다. 감정을 느끼는 일과 설계하는 일은 그 본질부터 다르다. 3. 그래서 착각이 생긴다. 내가 좋아하는 것을 소비하던 업계에 들어가면, 느끼던 그 즐거움이 그대로 이어질 거라고 믿는 것. 하지만 즐거움을 느끼는 일과 만드는 일은, 닮아 보이지만 완전히 다르다. 4. 즐거움을 만드는 일은 감정을 다루는 일이다. 기쁨을 계산하고, 감동을 조율하고, 타인의 마음을 설계한다. 보이는 화려함 뒤에는 보이지 않는 반복과 조정, 수많은 실패와 수정이 있다. 5. 누군가의 3분짜리 감동을 위해, 만드는 사람은 몇 달 동안 수많은 감정을 다듬고 버틴다. 그러니 그 반대편을 볼 수 있어야 한다. 감동적인 장면 뒤에는 지루한 반복이 있고, 터져 나오는 환호 뒤에는 지난한 준비 과정이 숨어 있다는 것을. 6. 즐거움을 만드는 일은, 즐겁기만 하지 않다. 그건 감정을 설계하는 일이고, 보이지 않는 질서를 만드는 일이다. 때로는 냉정해야 하고, 때로는 지치지 않아야 한다. 그럼에도 불구하고 이 일을 계속하게 만드는, 나만의 이유를 잃지 않아야 한다. 7. 결국 이 업계에서 진짜 즐겁게 일할 수 있는 사람은 소비자의 환상이 아니라 공급자의 현실을 사랑하는 사람이다. 감정의 반대편을 이해하고, 그 뒤집힌 관점을 견디며, 그 속에서도 스스로의 즐거움을 만들어낼 수 있는 사람이다. 8. 그리고 어쩌면, 이건 엔터테인먼트만의 이야기가 아니다. 어떤 일이든, 결과의 반대편에는 보이지 않는 과정이 있고, 그 과정을 견디는 사람이 결국 의미를 만든다. 9. 즐겁게 일하고 싶다면, ‘즐거운 일을 찾는 사람’이 아니라 ‘즐거움을 만들어낼 수 있는 사람’이 되어야 한다. 그게 진짜 즐거움을 아는 사람의 일이다.

< 즐거움을 만드는 일이 즐겁기만 할까 >

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

오래 걸리는 프로젝트일수록 일정 예측에 오차가 커진다. 그래서, 여러 개의 마일스톤을 설정하고 마일스톤마다 프로젝트의 상태와 일정을 점검한다. 그런데, 마일스톤을 마치 반드시 지켜야 하는 ‘약속’으로 생각하는 경우가 있다.


프로젝트는 마라톤과 다르다. 마라톤은 정해진 길을 따라가기만 하면 된다. 예상하지 못한 상황이라는 것이 거의 없다. 그래서, 30분 후에 통과해야 하는 지점, 1시간 후에 통과해야 하는 지점을 그 시점에 정확히 통과할 수 있다. 하지만, 프로젝트는 그렇게 진행되지 않는다. 다음 마일스톤까지 진행하는 도중에 예상치 못한 일이 자주 생긴다. 프로젝트의 환경과 조건이 달라질 수도 있고, 새로운 문제로 인해 프로젝트의 진행이 멈추기도 한다. 예상과 현실이 일치되는 경우가 별로 없다.


그래서, 마일스톤을 유연하게 생각해야 한다. 목표로 삼기는 하지만 상황에 따라 변경할 수 있는 것으로 받아들여야 한다. 원래 마일스톤이란 것 자체가, 프로젝트에 유연함이 필요하기 때문에 설정하는 것이 아닌가. 단순히 일정을 빡빡하게 관리하기 위해 이용하는 도구가 아닌 것이다.


#프로젝트 #일정관리 #마일스톤

오래 걸리는 프로젝트일수록 일정 예측에 오차가 커진다. 그래서, 여러 개의 마일스톤을 설정하고 마일스톤마다 프로젝트의 상태와 일정을 점검한다. 그런데, 마일스톤을 마치 반드시 지켜야 하는 ‘약속’으로 생각하는 경우가 있다. 프로젝트는 마라톤과 다르다. 마라톤은 정해진 길을 따라가기만 하면 된다. 예상하지 못한 상황이라는 것이 거의 없다. 그래서, 30분 후에 통과해야 하는 지점, 1시간 후에 통과해야 하는 지점을 그 시점에 정확히 통과할 수 있다. 하지만, 프로젝트는 그렇게 진행되지 않는다. 다음 마일스톤까지 진행하는 도중에 예상치 못한 일이 자주 생긴다. 프로젝트의 환경과 조건이 달라질 수도 있고, 새로운 문제로 인해 프로젝트의 진행이 멈추기도 한다. 예상과 현실이 일치되는 경우가 별로 없다. 그래서, 마일스톤을 유연하게 생각해야 한다. 목표로 삼기는 하지만 상황에 따라 변경할 수 있는 것으로 받아들여야 한다. 원래 마일스톤이란 것 자체가, 프로젝트에 유연함이 필요하기 때문에 설정하는 것이 아닌가. 단순히 일정을 빡빡하게 관리하기 위해 이용하는 도구가 아닌 것이다. #프로젝트 #일정관리 #마일스톤

마일스톤의 본질은 유연함에 있다

안녕하세요!
JNPMEDI에서 11월 1일 토요일에 3번째 Tech Meetup이 진행됩니다.

이번 Tech Meetup에서는 'AI-Driven Development' 라는 거대한 흐름 속에서 발견한 핵심 인사이트와 미래 비전을 공유하고자 합니다.

 * 현재 개발 방식에 한계를 느끼고 생산성의 퀸텀 점프를 경험하고 싶으신 분
 * AI를 단순한 '도구'가 아닌 '개발 파트너'로 활용하는 구체적인 방법론이 궁금하신 분
 * 미래 소프트웨어 개발 생태계의 주도권을 선점하고 싶으신 분

위에 해당되시는 분이라면 지금 바로 많은 참여 부탁드립니다!

일시: 2025년 11월 1일 토요일 13:00-17:00
장소: 인천광역시 연수구 컨벤시아대로 165 포스코타워 송도 31층, JNPMEDI

신청방법: https://docs.google.com/forms/d/11h6ETOifxl6uci5j4GU5J6uk2LZl5S2gTcyvTiOrKxU/edit?pli=1

안녕하세요!JNPMEDI에서 11월 1일 토요일에 3번째 Tech Meetup이 진행됩니다. 이번 Tech Meetup에서는 'AI-Driven Development' 라는 거대한 흐름 속에서 발견한 핵심 인사이트와 미래 비전을 공유하고자 합니다. <ul><li>현재 개발 방식에 한계를 느끼고 생산성의 퀸텀 점프를 경험하고 싶으신 분</li><li>AI를 단순한 '도구'가 아닌 '개발 파트너'로 활용하는 구체적인 방법론이 궁금하신 분</li><li>미래 소프트웨어 개발 생태계의 주도권을 선점하고 싶으신 분</li></ul> 위에 해당되시는 분이라면 지금 바로 많은 참여 부탁드립니다! 일시: 2025년 11월 1일 토요일 13:00-17:00장소: 인천광역시 연수구 컨벤시아대로 165 포스코타워 송도 31층, JNPMEDI 신청방법: https://docs.google.com/forms/d/11h6ETOifxl6uci5j4GU5J6uk2LZl5S2gTcyvTiOrKxU/edit?pli=1

[행사 안내]JNPMEDI 3rd TECH MEETUP

"빈손으로 도전하라."
부족한 상황에서 그것을 극복하는 훈련이야말로
창의성과 근성을 기르는 최고의 방법이 될 것이다_198페이지

나는 과연 빈손으로 도전할 수 있을까?
안된다고 생각하지 말고 거듭된 빈손도전을 경험해야 한다.

창의성은 훗날 목표를 달성하는 데 핵심 자질이 될 수 있다.

아이캔두잇, 유캔두잇.

"빈손으로 도전하라."부족한 상황에서 그것을 극복하는 훈련이야말로창의성과 근성을 기르는 최고의 방법이 될 것이다_198페이지 나는 과연 빈손으로 도전할 수 있을까?안된다고 생각하지 말고 거듭된 빈손도전을 경험해야 한다. 창의성은 훗날 목표를 달성하는 데 핵심 자질이 될 수 있다. 아이캔두잇, 유캔두잇.

없어서 창의적이다_책.

대표님! 코딩 에이전트만 쥐어 준다고 개발 생산성이 올라갈까요? 

1. 경영은 사람이 사람을 위해 하는 사람의 활동이다.

2. 아무리 기술이 뛰어나도 고객이 무엇을 원하는지 알지 못하면, 고객이 진짜 원하는 물건을 만들 수 없다.

3. 직원들이 무슨 생각을 하는지 알지도 못하면서 비전이나 주인의식을 강조해봤자 제대로 먹혀들리 없다.

4. 그런데 많은 사장들이 표면적인 부분만 좇으면서, 사업이 잘 풀리지 않는다며 고민한다. 그래서 실패한다.

5. 사람을 깊이 알려는 마음이 있는가?

6. ’사람‘에게 깊은 애정과 강한 관심을 갖고, 그 사람을 이해하려고 노력하는 사장만이 살아남게 되어 있다.


#사장의일

1. 경영은 사람이 사람을 위해 하는 사람의 활동이다. ​2. 아무리 기술이 뛰어나도 고객이 무엇을 원하는지 알지 못하면, 고객이 진짜 원하는 물건을 만들 수 없다. 3. 직원들이 무슨 생각을 하는지 알지도 못하면서 비전이나 주인의식을 강조해봤자 제대로 먹혀들리 없다. ​4. 그런데 많은 사장들이 표면적인 부분만 좇으면서, 사업이 잘 풀리지 않는다며 고민한다. 그래서 실패한다. 5. 사람을 깊이 알려는 마음이 있는가? ​6. ’사람‘에게 깊은 애정과 강한 관심을 갖고, 그 사람을 이해하려고 노력하는 사장만이 살아남게 되어 있다. ​ #사장의일

< 사람을 모르면, 사업도 모르는 것이다 >

제가 본 빅테크 합격 포폴들은
대부분 30~50p 이내였습니다.

하지만 합격의 핵심은
첫 10p 이내, 와우모먼트에서
좌우됩니다.

아끼지 말고 첫 프로젝트부터
아래를 고려해 보세요.

- 차별적 문제정의
- 데이터 기반 스토리
- 뻔하지 않은 솔루션
- 임팩트있는 결과해석

제가 본 빅테크 합격 포폴들은대부분 30~50p 이내였습니다. 하지만 합격의 핵심은첫 10p 이내, 와우모먼트에서좌우됩니다. 아끼지 말고 첫 프로젝트부터아래를 고려해 보세요. - 차별적 문제정의- 데이터 기반 스토리- 뻔하지 않은 솔루션- 임팩트있는 결과해석

포폴 페이지의 황금 비율?

해외 취업시 소프트웨어 엔지니어는 영어의 필요성은 조금 적긴 합니다. 전에 글로벌 회사에(수천명 수준 규모) 다닐 때 미국 본사 CTO가 본사로 넘어오라하길래 난 영어 못해라고 했더니 개발자는 코드로 말하는거 아니겠음? 하더란. 말은 진짜 한마디도 못해서 메일로만 소통했었는데, 소프트웨어쪽은 대체로 (실무자는)개발만 잘 하면 큰 문제는 없습니다.

하지만 그래도 영어를 잘 하면 이득이 크긴 합니다. 근데 그 영어를 잘 한다는게 문법 맞춰서 자연스럽게 하는 수준도 아니고, 그냥 단어로 말해요라도 막 말하는 용기 정도면 되는. 다만, 말하기보단 리스닝이 중요한데, 단어로 말해요라도 말을 하려면 일단 알아들어야하니까.

그래서 만들었습니다. 아미고 🤭
👉 https://tosto.re/ameego

무엇보다 중요한 건 실리콘 밸리 표준 영어인 인도 발음을 알아듣는 것이고, 단순히 유튜브 많이 들어서는 리스닝이 늘지 않고, 실제 수준의 빠르기와 발음으로 대화를 많이 하는게 리스닝에 도움이 됩니다. 이걸 연습할 수 있도록 만든 것이 아미고! 석달만 해보세요! 🤗

해외 취업시 소프트웨어 엔지니어는 영어의 필요성은 조금 적긴 합니다. 전에 글로벌 회사에(수천명 수준 규모) 다닐 때 미국 본사 CTO가 본사로 넘어오라하길래 난 영어 못해라고 했더니 개발자는 코드로 말하는거 아니겠음? 하더란. 말은 진짜 한마디도 못해서 메일로만 소통했었는데, 소프트웨어쪽은 대체로 (실무자는)개발만 잘 하면 큰 문제는 없습니다. 하지만 그래도 영어를 잘 하면 이득이 크긴 합니다. 근데 그 영어를 잘 한다는게 문법 맞춰서 자연스럽게 하는 수준도 아니고, 그냥 단어로 말해요라도 막 말하는 용기 정도면 되는. 다만, 말하기보단 리스닝이 중요한데, 단어로 말해요라도 말을 하려면 일단 알아들어야하니까. 그래서 만들었습니다. 아미고 🤭👉 https://tosto.re/ameego 무엇보다 중요한 건 실리콘 밸리 표준 영어인 인도 발음을 알아듣는 것이고, 단순히 유튜브 많이 들어서는 리스닝이 늘지 않고, 실제 수준의 빠르기와 발음으로 대화를 많이 하는게 리스닝에 도움이 됩니다. 이걸 연습할 수 있도록 만든 것이 아미고! 석달만 해보세요! 🤗

해외 취업시 소프트웨어 엔지니어는 영어의 필요성은 조금 적긴 합니

지난번에 올린 글, “4년 차 프론트엔드 엔지니어의 효율적인 학습 꿀팁” 에 많은 분들이 공감해주셨습니다.
그때 가장 많이 들었던 피드백이 있습니다.
“공부는 꾸준히 하고 있는데, 정작 일에서는 성장 속도가 느리다.”


그래서 이번에는, 그 다음 이야기를 준비했습니다.
“학습이 어떻게 진짜 성장으로 이어지는가”,
여기서 진짜 성장이란 ‘일을 잘하는 것’과 연결되어 있습니다.


Product Engineer Conference는 이런 고민을 가진 개발자들이 서로의 경험을 나누고,
실제 성장 방향을 다시 점검할 수 있는 자리입니다.
이번 첫 번째 컨퍼런스에서는 제품 중심, 사용자 중심으로 생각하는 개발자들의 일을 잘하는 법에 대한 노하우를 준비했습니다.
짧지만 밀도 있는 한 시간 동안, 두 명의 Product Engineer가 자신만의 성장 이야기를 나눕니다.


- 언제? 11월 1일 토요일 오전 9시 - 10시
- 어디서? 아래 줌 주소에서
- 누구? 제품 중심, 사용자 중심의 개발로 성장하는 것에 관심있는 모든 개발자들


첫 번째 발표자는 유승완 님(P.E.C 4기) 입니다.
“어쩌다 보니 3년 동안 5개의 회사에서 일하면서 배운, 적당히 일 잘하는 법”이라는 주제로
‘열심히’보다 ‘지속 가능한 성장’을 어떻게 만들어왔는지 이야기합니다.


두 번째 발표자는 최지연 님(P.E.C 10기) 입니다.
“주니어가 AI에게 효율적으로 도움 받는 방법”을 주제로,
AI와 협업하며 성장의 속도를 높이는 구체적인 방법을 공유합니다.


저는 짧은 키노트를 통해
‘학습이 진짜 성장이 되기 위해 필요한 생각의 전환’을 함께 이야기할 예정입니다.


이번 컨퍼런스에서 다루고 싶은 핵심은 단순합니다.
공부는 지식을 쌓는 일이고, 진짜 성장은 그 지식을 활용해서 일을 할때 일어난다 라는 것.
많은 개발자가 학습에 열심이지만, 그 배움이 실제 업무의 결과로 이어지지 못하는 이유는
‘공부법’보다 ‘일하는 방식’의 차이에 있습니다.


Product Engineer는 이 둘을 잇는 사람입니다.
공부를 잘하는 데서 멈추지 않고, 문제를 정의하고, 해결하고, 결과로 이어내는 사람.
이번 컨퍼런스는 바로 그 과정에서 얻은 살아 있는 인사이트들을 나누는 자리입니다.


공부는 혼자 해도 되지만, 성장은 함께 해야 합니다.
혼자서는 절대 보이지 않는 관점이 있고, 다른 사람의 이야기 속에서만 발견되는 방향이 있기 때문입니다.


이번 Product Engineer Conference가 여러분에게 그 전환점이 되길 바랍니다.
참가 신청은 아래 링크를 통해 하실 수 있습니다.
(등록하신 분들께 Zoom 접속 링크를 개별 안내드립니다.)
https://app.formbricks.com/s/cmhbr3w050srwad01zn63l5cm

학습을 넘어, 일을 더 잘하는 진짜 성장을 고민하고 계신 분이라면
이번 자리가 분명 도움이 될 거라 생각합니다.
토요일 아침, 함께 이야기 나눌 수 있길 바래요 :)

지난번에 올린 글, “4년 차 프론트엔드 엔지니어의 효율적인 학습 꿀팁” 에 많은 분들이 공감해주셨습니다.그때 가장 많이 들었던 피드백이 있습니다.“공부는 꾸준히 하고 있는데, 정작 일에서는 성장 속도가 느리다.” 그래서 이번에는, 그 다음 이야기를 준비했습니다.“학습이 어떻게 진짜 성장으로 이어지는가”,여기서 진짜 성장이란 ‘일을 잘하는 것’과 연결되어 있습니다. Product Engineer Conference는 이런 고민을 가진 개발자들이 서로의 경험을 나누고,실제 성장 방향을 다시 점검할 수 있는 자리입니다.이번 첫 번째 컨퍼런스에서는 제품 중심, 사용자 중심으로 생각하는 개발자들의 일을 잘하는 법에 대한 노하우를 준비했습니다.짧지만 밀도 있는 한 시간 동안, 두 명의 Product Engineer가 자신만의 성장 이야기를 나눕니다. - 언제? 11월 1일 토요일 오전 9시 - 10시- 어디서? 아래 줌 주소에서- 누구? 제품 중심, 사용자 중심의 개발로 성장하는 것에 관심있는 모든 개발자들 첫 번째 발표자는 유승완 님(P.E.C 4기) 입니다. “어쩌다 보니 3년 동안 5개의 회사에서 일하면서 배운, 적당히 일 잘하는 법”이라는 주제로 ‘열심히’보다 ‘지속 가능한 성장’을 어떻게 만들어왔는지 이야기합니다. 두 번째 발표자는 최지연 님(P.E.C 10기) 입니다. “주니어가 AI에게 효율적으로 도움 받는 방법”을 주제로, AI와 협업하며 성장의 속도를 높이는 구체적인 방법을 공유합니다. 저는 짧은 키노트를 통해 ‘학습이 진짜 성장이 되기 위해 필요한 생각의 전환’을 함께 이야기할 예정입니다. 이번 컨퍼런스에서 다루고 싶은 핵심은 단순합니다.공부는 지식을 쌓는 일이고, 진짜 성장은 그 지식을 활용해서 일을 할때 일어난다 라는 것.많은 개발자가 학습에 열심이지만, 그 배움이 실제 업무의 결과로 이어지지 못하는 이유는‘공부법’보다 ‘일하는 방식’의 차이에 있습니다. Product Engineer는 이 둘을 잇는 사람입니다.공부를 잘하는 데서 멈추지 않고, 문제를 정의하고, 해결하고, 결과로 이어내는 사람.이번 컨퍼런스는 바로 그 과정에서 얻은 살아 있는 인사이트들을 나누는 자리입니다. 공부는 혼자 해도 되지만, 성장은 함께 해야 합니다.혼자서는 절대 보이지 않는 관점이 있고, 다른 사람의 이야기 속에서만 발견되는 방향이 있기 때문입니다. 이번 Product Engineer Conference가 여러분에게 그 전환점이 되길 바랍니다.참가 신청은 아래 링크를 통해 하실 수 있습니다.(등록하신 분들께 Zoom 접속 링크를 개별 안내드립니다.)https://app.formbricks.com/s/cmhbr3w050srwad01zn63l5cm 학습을 넘어, 일을 더 잘하는 진짜 성장을 고민하고 계신 분이라면이번 자리가 분명 도움이 될 거라 생각합니다.토요일 아침, 함께 이야기 나눌 수 있길 바래요 :)

Product Engineer Conference 를 엽니다🚀

가격 강점은 지키면서 빠른 배송을 잡아야 합니다design by 슝슝 (w/ChatG...

CJ더마켓, 오뚜기몰, 동원몰이 성공하려면

1. 쿠팡-CJ 간 햇반 전쟁 이후 더더욱 식품 제조사들은 자사 브랜드몰, 즉 D2C 채널을 강화하려고 했음, 그래야 쿠팡에게 종속되는 걸 피할 수 있기 때문임

2. 이러한 노력 덕분인지, 온라인 쇼핑을 하는 고객 중 83.9%는 이들 브랜드몰들을 적어도 들어는 봤다고 답함, 하지만 한 번이라도 이용해본 비율은 517%, 최근에도 이용하고 있다는 비중은 34.7%에 불과했음

3. 그나마 일회성이라도 브랜드몰을 찾게 만든 건 역시나 가격과 프로모션, 반대로 꾸준히 사용하지 않는 건 배송 때문이었음, 재밌는 건 쿠팡이나 컬리에서 장을 보는 이유로 '한 번에 여러 상품을 함께 살 수 있다'라고 답변한 비중이 19.%에 그쳤다는 점

4. 이번 고객 설문이 말하는 답은 심플함, 제조사들이 유통 마진이 없는 점을 살려 가격은 착하게 공급하고 대신 배송 품질을 올린다면, 브랜드몰이 의미 있는 판매처가 될 수 있을 것임

5. 다만 익일 배송, 새벽 배송을 택배사나 물류회사를 통해 하면 비용이 증가함, 그런데 가격마저 싸게 팔면 돈을 벌기가 어려움

6. 그래서 코스트코 전략이 필요한데, 상품 구색은 적어도 대용량을 팔아 단가를 올리면 가격 할인을 하더라도 물류비 충당이 가능함

7. 또한 플랫폼과의 관계를 고려해서 D2C 전용 상품/단량을 별도 설계해야 이러한 전략이 오래갈 수 있을 것


🥤트렌드라이트 구독하기
https://m.site.naver.com/1Ew5V

1. 쿠팡-CJ 간 햇반 전쟁 이후 더더욱 식품 제조사들은 자사 브랜드몰, 즉 D2C 채널을 강화하려고 했음, 그래야 쿠팡에게 종속되는 걸 피할 수 있기 때문임 2. 이러한 노력 덕분인지, 온라인 쇼핑을 하는 고객 중 83.9%는 이들 브랜드몰들을 적어도 들어는 봤다고 답함, 하지만 한 번이라도 이용해본 비율은 517%, 최근에도 이용하고 있다는 비중은 34.7%에 불과했음 3. 그나마 일회성이라도 브랜드몰을 찾게 만든 건 역시나 가격과 프로모션, 반대로 꾸준히 사용하지 않는 건 배송 때문이었음, 재밌는 건 쿠팡이나 컬리에서 장을 보는 이유로 '한 번에 여러 상품을 함께 살 수 있다'라고 답변한 비중이 19.%에 그쳤다는 점 4. 이번 고객 설문이 말하는 답은 심플함, 제조사들이 유통 마진이 없는 점을 살려 가격은 착하게 공급하고 대신 배송 품질을 올린다면, 브랜드몰이 의미 있는 판매처가 될 수 있을 것임 5. 다만 익일 배송, 새벽 배송을 택배사나 물류회사를 통해 하면 비용이 증가함, 그런데 가격마저 싸게 팔면 돈을 벌기가 어려움 6. 그래서 코스트코 전략이 필요한데, 상품 구색은 적어도 대용량을 팔아 단가를 올리면 가격 할인을 하더라도 물류비 충당이 가능함 7. 또한 플랫폼과의 관계를 고려해서 D2C 전용 상품/단량을 별도 설계해야 이러한 전략이 오래갈 수 있을 것 🥤트렌드라이트 구독하기https://m.site.naver.com/1Ew5V

세탁기를 없애려는 회사에 LG전자가 투자한 건

🛒CJ더마켓, 오뚜기몰, 동원몰이 성공하려면

안녕하세요. 그린입니다 🍏드디어 Swift로 Android 앱을 개발할 수 있는 시대가 왔습니다!2015년 오픈소스로 공개된 이후 Darwin 기반 시스템(iOS, macOS 등)에 집중했던 Swift가 이제 Android 앱 개발까지 지원하게 되었습니다. 이번 포스팅에서는 Swift SDK for Android를 시작하는 방법부터 실제로 "Hello World"를 Android 기기에서 실행하는 과정까지 자세히 정리해보겠습니다 🙋🏻Swift의 크로스 플랫폼 여정Swift는 2015년 오픈소스로 공개된 이후, Darwin 기반 시스템에 집중하던 언어에서 Linux, Windows, 그리고 다양한 임베디드 시스템을 지원하는 크로스 플랫폼 개발 언어로 성장했습니다.그리고 이제 Swift SDK for ..

Swift SDK for Android - Android 앱을 Swift로 개발하기

드디어 Swift로 Android 앱을 개발할 수 있게 되었습니다!

크로스 컴파일레이션을 통해 macOS/Linux에서 Swift 코드를 빌드하고 Android 기기에서 실행할 수 있습니다.
Host Toolchain + Swift SDK + Android NDK 세 가지만 설정하면 바로 시작 가능해요.

iOS와 Android 앱에서 비즈니스 로직을 공유할 수 있다는 게 가장 큰 장점입니다.
JNI를 통해 Kotlin/Java 코드에서 Swift 함수를 호출하는 방식으로 통합하면 됩니다.

아직 초기 단계라 제약사항이 있지만(Foundation API 제한, 디버깅 도구 부족 등), iOS와 Android를 하나의 언어로 다룰 수 있다는 가능성을 볼 수 있어요 😃

드디어 Swift로 Android 앱을 개발할 수 있게 되었습니다! 크로스 컴파일레이션을 통해 macOS/Linux에서 Swift 코드를 빌드하고 Android 기기에서 실행할 수 있습니다.Host Toolchain + Swift SDK + Android NDK 세 가지만 설정하면 바로 시작 가능해요. iOS와 Android 앱에서 비즈니스 로직을 공유할 수 있다는 게 가장 큰 장점입니다.JNI를 통해 Kotlin/Java 코드에서 Swift 함수를 호출하는 방식으로 통합하면 됩니다. 아직 초기 단계라 제약사항이 있지만(Foundation API 제한, 디버깅 도구 부족 등), iOS와 Android를 하나의 언어로 다룰 수 있다는 가능성을 볼 수 있어요 😃

iOYES

Swift로 Android 앱 개발하기 - Swift SDK

Blaybus에서 주최하는 공모전 액티비티

제2회 실전 서비스 기획 공모전 | 신규 기능 제안 1pager

Blaybus 제2회 실전 서비스 기획 | 신규 기능 제안 1pager 공모전


제시된 커머스 앱 중 하나를 골라
구매 전환율 개선을 위한 신기능 기획 1pager를 완성해주세요!
https://www.blaybus.com/activities/533/landing


🔥공모전 주제
- 제시된 국내 이커머스 앱 중 1개 선정
- 구매 과정에서의 불편함 문제 정의 후 요구사항 정리
- 신규 기능 제안 1pager 와 와이어프레임 제출


🙋참가 대상
- 개인 또는 팀(최대 3인)
- 전공 불문, 서비스 기획 및 PM 직무에 관심 있는 사람


*팀원을 모집하고 싶다면? Blaybus 팀빌딩방을 활용해보세요
https://krll.me/i2LEYL


📅진행 일정
- 모집 마감: 2025년 11월 16일(일)
- 킥오프 진행: 2025년 11월 17일(월) 21시
- 수행 기간: 2025년 11월 18일(화) ~ 2025년 11월 27일(목)


🏅공모전 혜택
- 대상(1팀) 최우수상 (1팀) 우수상(1팀)
- 수상 시 상장 + 서비스기획 전문가 총평 + 역량 포트폴리오 제공
- 참가자 전원 공모전 인증서 제공


문제정의, 가설수립, 신기능기획 등
서비스 기획 실무 프로젝트를 10일 만에 완료하고 수상까지 도전해요!


※문의: https://pf.kakao.com/_BFxgNG

Blaybus 제2회 실전 서비스 기획 | 신규 기능 제안 1pager 공모전 제시된 커머스 앱 중 하나를 골라구매 전환율 개선을 위한 신기능 기획 1pager를 완성해주세요!https://www.blaybus.com/activities/533/landing 🔥공모전 주제- 제시된 국내 이커머스 앱 중 1개 선정- 구매 과정에서의 불편함 문제 정의 후 요구사항 정리- 신규 기능 제안 1pager 와 와이어프레임 제출 🙋참가 대상- 개인 또는 팀(최대 3인)- 전공 불문, 서비스 기획 및 PM 직무에 관심 있는 사람 *팀원을 모집하고 싶다면? Blaybus 팀빌딩방을 활용해보세요https://krll.me/i2LEYL 📅진행 일정- 모집 마감: 2025년 11월 16일(일)- 킥오프 진행: 2025년 11월 17일(월) 21시- 수행 기간: 2025년 11월 18일(화) ~ 2025년 11월 27일(목) 🏅공모전 혜택- 대상(1팀) 최우수상 (1팀) 우수상(1팀)- 수상 시 상장 + 서비스기획 전문가 총평 + 역량 포트폴리오 제공- 참가자 전원 공모전 인증서 제공 문제정의, 가설수립, 신기능기획 등서비스 기획 실무 프로젝트를 10일 만에 완료하고 수상까지 도전해요! ※문의: https://pf.kakao.com/_BFxgNG

Blaybus

제2회 실전 서비스 기획 | 신규 기능 제안 1pager 공모전

🆅 소프트웨어 공학에 대한 이해를 하고있는가.
 * JavaScript, Python, C/C++, Go 등 1가지 이상 개발 언어 이해
 * Android, iOS, Web 플랫폼에 대한 이해
 * DB, Server, API 등 개발 구조에 대한 이해
 * 소프트웨어 개발 수명주기에 대한 이해
   
   
🆅 테스팅 전문 지식을 보유하고 있는가. 기술적으로 충분한 지식 바탕을 가지고 있어야한다.
 * 소프트웨어 테스팅 관련 자격증 보유 (ISTQB, CSTS)
 * 테스트 계획/전략 수립, 테스트 설계 능력
 * 테스트 프로세스 라이프 사이클에 대한 이해 및 단계별 테스트 수행 능력
 * 협업 프로세스에 대한 이해 및 개선 사항 도출, 품질 표준 기준 선정
   
   
🆅 테스트 지원 도구에 대한 사용 경험을 바탕으로 독립적인 환경구축 및 설계 경험을 보유
 * Selenium, Appium 등 테스트 자동화 툴
 * nGrinder, Jmeter 등 서버 성능 테스트 툴
 * Postman 등 API 테스트 툴
 * Gamebench 등 클라이언트 성능 테스트 툴
 * 버그 트래킹 시스템, github, CI/CD 툴

🆅 제품 상태와 흐름을 알고 제품 자체를 이해하고 제품의 전문가가 되어라.
제품을 이해해야 테스트하기 어려운 문제점을 발견할 수 있고, 무엇을 테스트 해야하는지 알 수 있고, 일의 우선순위를 잘 결정할 수 있다.

🆅 해야할 일에만 집중하지 말고 제품, 조직, 사람, 프로세스 등 현재 자리와 상황에서만 배울 수 있는 것들을 지나치지 말고 반드시 배워라. 현재를 배우고 이해해야 혁신을 일으킬 수 있는 방법을 찾을 수 있다.

🆅 품질에 대한 올바른 태도를 가져라. 그래야 제대로 된 일을 처리할 수 있다.

🆅 너무 많은 테스트를 수행하려하지 말고 제품을 빠르게 동작하게하는 테스트 전략을 세워라.

🆅 해야할 일과 하고있는 일에 대해 끊임없이 질문하라.
 * 왜 이 테스트를 수행하는지, 왜 이렇게 테스트가 설계되었는지, 왜 이 작업을 자동화 하거나 기술적 테스팅을 도입하려고 하는지 목적을 분명히 이해해라
 * 본인이 하고 있는 일에 대해 목적을 알고 행하기보다 다른 사람들이 하는 일을 따라하거나 그들이 하고 있기때문에 그 방법을 쫓아 테스트하는 경우가 많다. 스스로 질문하지 않으면 하고 있는 일을 제대로 이해하지 못한 상태로 일하게 될 것이다.
   
   
🆅 문제 해결 능력을 가져라.
 * 중요한 문제를 보고 혁신적인 해결책을 고안해낼 수 있어야 한다.
 * 어려운 문제에 직면하면 그 문제의 해결방법을 논리적으로 사고하고 구체적인 단계로 변환할 수 있는 능력을 가져라.
   
   
🆅 잘 조직화된 작업 흐름을 정의하고 모든 일에 가치를 부여할 수 있는 프로세스를 만들 수 있어야 한다.

🆅 테스트가 가장 효율적이고 효과를 발휘할 수 있는 시점을 찾아라.
테스트 준비가 너무 이르면 아키텍처 변화에 따라 모든 작업이 무용지물이 된다.
또는 너무 오래 기다리면 시기 적절한때에 테스트를 수행하지 못하고 지연되게 된다.

🆅 개발자와 협업은 중요하다. 제품을 만드는 엔지니어들의 생산성을 높이는데 도움이 되는 협업을 이끌어낼 수 있도록 그들을 리드하라.

🆅 테스트레벨에서 본인이 기여할 수 있는 기술과 역량을 자발적으로 찾고 테스트에 참여하라. 테스트에 직접 참여함으로 신뢰할 수 없는 테스트, 업무를 느리게 하는 프로세스와 인프라스트럭처를 발견할 수 있다.

🆅 테스트를 개발 초기 단계부터 위치시켜 전체팀이 산출물에 대한 품질을 책임지게하라.

🆅 함께 일하는 또는 관리하고 있는 테스터가 있다면 각 테스터의 보유 역량과 기술, 강점에 맞는 일을 부여하라. 사람과 프로젝트를 잘 매칭하는 것만으로 큰 효과를 얻을 수 있다.

🆅 테스팅 기술의 혁신만 추구하지마라. 엔드 투 엔드 테스트는 질이 낮은 업무가 아니다. 검증에 있어 반드시 필요한 부분이고 통합된 시스템이 잘 동작하는지 확인해준다.

🆅 시간에 쫓겨 타협하지마라. 자발성, 자기주도성, 적극성, 도전정신, 주체적 태도를 갖추어라.

🆅 편협해지지마라.
단순하게 찾을 수 있는 결함 이상을 찾아낼 수 있는 넓은 시야와 생각을 가져라.

🆅 매일 수행하는 업무 속에서 창의성을 발휘하고 실험정신을 가지고 업무에 적용해보라.

🆅 커뮤니케이션 능력을 갖추어라.
 * 원하는 고품질의 제품을 얻기위해 개발자와 협상에 능하며 원활한 커뮤니케이션이 가능하게 노력하라.
 * 때로는 타협하고 다양한 의견을 듣고 좋은 의견을 따라라.
   
   
🆅 테스팅 분야와 자신의 역할을 이해하고, 흥미를 갖고, 즐기고, 무엇에 도전해야하는지 알면 훌륭한 테스터로 성장할 것이다.

🆅 당신에 대한 신뢰를 잃지 않게 정직하게 일하라.

🆅 스스로 결정하고 책임져라. 리더십과 통찰력을 가져라.

SW 테스트 전문가가 되기위한 요건과 자질은 이 일을 하기위해 가장 기본적으로 갖추어야 할 역량과 태도에 해당됩니다. 그 중에서도 가장 기본적인 요건은 소프트웨어 공학에 대한 이해와 소프트웨어 테스팅에 대해 기술적인 지식을 가지고 있는가가 될 것 입니다. 한 분야의 전문가가 되기 위해 기본 소양을 갖추어야 하는 것은 어쩌면 당연한 이치입니다. 교사가 되기 위해 교원자격증이 필요하고, 의사가 되기위해 국가시험을 합격하여 법적 자격을 획득해야 하는 것 처럼, 소프트웨어 테스트 전문가가 되기 위해서는 소프트웨어 공학에 대한 기본적 이해와 테스팅에 대한 기술적 지식 그리고 ISTQB와 같은 국가 자격증이 필요합니다. 이는 일을하기 위한 기본적인 지식에 대한 이해가 필요한 부분이지 컴퓨터 전공 학사와 같은 이력이 필수로 필요한 것은 아니라는 것을 말씀드리고 싶습니다. (회사마다 차이는 있습니다)

과거와 비교하면 현재의 소프트웨어 테스팅은 전문분야로 완전히 자리매김했다고 볼 수 있습니다. 소프트웨어 테스트를 직(職, Positions)으로 삼고 일하는 이들도 전문가로 평가받고 있습니다. 과거에 비해 자동화, 성능, 보안, 테스트 디렉터, 컨설턴트 등 보유한 기술과 지식을 사용해서 독립적인 커리어로 일할 수 있을정도로 테스팅 분야는 다양해지고 전문화되었습니다. 그만큼 회사와 조직에서 요구하는 JD 요건도 소프트웨어 테스팅 전문성을 갖춘 인력을 선호하고 있습니다.

시장의 요구사항에 맞는 테스트 전문가로서의 능력을 갖추고 있는지 자신을 점검하고 경쟁력있는 역량, 자신의 핵심 가치를 키워나가는 것이 중요합니다.

소프트웨어는 자동차(자체SW, 자율주행, 블랙박스, 네비게이션 등), 인공지능(AI), 금융업, 게임(모바일, PC, 콘솔, 비디오 등), e커머스(쿠X, 위메X 등), 포털사이트(네이X, 구X 등), 가전/전자제품, 의료기기, 각종 app 플랫폼(커뮤니티, 컨텐츠, 라이프스타일 등) 등 대부분의 업계에서 두루 사용되고 있습니다. 소프트웨어가 사용되는 모든 업계에서 소프트웨어 테스팅을 수행할 수 있습니다. 본인이 일하고 싶은 분야가 무엇인지 도메인 특화된 소프트웨어의 테스트 전문가가 되기위해 갖추어야 할 조건이 무엇인지 알고 자질을 개발할 수 있다면 여러분이 원하는 자리에서 해당 소프트웨어의 테스트 전문가로 일할 수 있게 될 것입니다.

🆅 소프트웨어 공학에 대한 이해를 하고있는가.<ul><li>JavaScript, Python, C/C++, Go 등 1가지 이상 개발 언어 이해</li><li>Android, iOS, Web 플랫폼에 대한 이해</li><li>DB, Server, API 등 개발 구조에 대한 이해</li><li>소프트웨어 개발 수명주기에 대한 이해 </li></ul>🆅 테스팅 전문 지식을 보유하고 있는가. 기술적으로 충분한 지식 바탕을 가지고 있어야한다.<ul><li>소프트웨어 테스팅 관련 자격증 보유 (ISTQB, CSTS)</li><li>테스트 계획/전략 수립, 테스트 설계 능력</li><li>테스트 프로세스 라이프 사이클에 대한 이해 및 단계별 테스트 수행 능력</li><li>협업 프로세스에 대한 이해 및 개선 사항 도출, 품질 표준 기준 선정 </li></ul>🆅 테스트 지원 도구에 대한 사용 경험을 바탕으로 독립적인 환경구축 및 설계 경험을 보유<ul><li>Selenium, Appium 등 테스트 자동화 툴</li><li>nGrinder, Jmeter 등 서버 성능 테스트 툴</li><li>Postman 등 API 테스트 툴</li><li>Gamebench 등 클라이언트 성능 테스트 툴</li><li>버그 트래킹 시스템, github, CI/CD 툴</li></ul> 🆅 제품 상태와 흐름을 알고 제품 자체를 이해하고 제품의 전문가가 되어라.제품을 이해해야 테스트하기 어려운 문제점을 발견할 수 있고, 무엇을 테스트 해야하는지 알 수 있고, 일의 우선순위를 잘 결정할 수 있다. 🆅 해야할 일에만 집중하지 말고 제품, 조직, 사람, 프로세스 등 현재 자리와 상황에서만 배울 수 있는 것들을 지나치지 말고 반드시 배워라. 현재를 배우고 이해해야 혁신을 일으킬 수 있는 방법을 찾을 수 있다. 🆅 품질에 대한 올바른 태도를 가져라. 그래야 제대로 된 일을 처리할 수 있다. 🆅 너무 많은 테스트를 수행하려하지 말고 제품을 빠르게 동작하게하는 테스트 전략을 세워라. 🆅 해야할 일과 하고있는 일에 대해 끊임없이 질문하라.<ul><li>왜 이 테스트를 수행하는지, 왜 이렇게 테스트가 설계되었는지, 왜 이 작업을 자동화 하거나 기술적 테스팅을 도입하려고 하는지 목적을 분명히 이해해라</li><li>본인이 하고 있는 일에 대해 목적을 알고 행하기보다 다른 사람들이 하는 일을 따라하거나 그들이 하고 있기때문에 그 방법을 쫓아 테스트하는 경우가 많다. 스스로 질문하지 않으면 하고 있는 일을 제대로 이해하지 못한 상태로 일하게 될 것이다. </li></ul>🆅 문제 해결 능력을 가져라.<ul><li>중요한 문제를 보고 혁신적인 해결책을 고안해낼 수 있어야 한다.</li><li>어려운 문제에 직면하면 그 문제의 해결방법을 논리적으로 사고하고 구체적인 단계로 변환할 수 있는 능력을 가져라. </li></ul>🆅 잘 조직화된 작업 흐름을 정의하고 모든 일에 가치를 부여할 수 있는 프로세스를 만들 수 있어야 한다. 🆅 테스트가 가장 효율적이고 효과를 발휘할 수 있는 시점을 찾아라.테스트 준비가 너무 이르면 아키텍처 변화에 따라 모든 작업이 무용지물이 된다.또는 너무 오래 기다리면 시기 적절한때에 테스트를 수행하지 못하고 지연되게 된다. 🆅 개발자와 협업은 중요하다. 제품을 만드는 엔지니어들의 생산성을 높이는데 도움이 되는 협업을 이끌어낼 수 있도록 그들을 리드하라. 🆅 테스트레벨에서 본인이 기여할 수 있는 기술과 역량을 자발적으로 찾고 테스트에 참여하라. 테스트에 직접 참여함으로 신뢰할 수 없는 테스트, 업무를 느리게 하는 프로세스와 인프라스트럭처를 발견할 수 있다. 🆅 테스트를 개발 초기 단계부터 위치시켜 전체팀이 산출물에 대한 품질을 책임지게하라. 🆅 함께 일하는 또는 관리하고 있는 테스터가 있다면 각 테스터의 보유 역량과 기술, 강점에 맞는 일을 부여하라. 사람과 프로젝트를 잘 매칭하는 것만으로 큰 효과를 얻을 수 있다. 🆅 테스팅 기술의 혁신만 추구하지마라. 엔드 투 엔드 테스트는 질이 낮은 업무가 아니다. 검증에 있어 반드시 필요한 부분이고 통합된 시스템이 잘 동작하는지 확인해준다. 🆅 시간에 쫓겨 타협하지마라. 자발성, 자기주도성, 적극성, 도전정신, 주체적 태도를 갖추어라. 🆅 편협해지지마라.단순하게 찾을 수 있는 결함 이상을 찾아낼 수 있는 넓은 시야와 생각을 가져라. 🆅 매일 수행하는 업무 속에서 창의성을 발휘하고 실험정신을 가지고 업무에 적용해보라. 🆅 커뮤니케이션 능력을 갖추어라.<ul><li>원하는 고품질의 제품을 얻기위해 개발자와 협상에 능하며 원활한 커뮤니케이션이 가능하게 노력하라.</li><li>때로는 타협하고 다양한 의견을 듣고 좋은 의견을 따라라. </li></ul>🆅 테스팅 분야와 자신의 역할을 이해하고, 흥미를 갖고, 즐기고, 무엇에 도전해야하는지 알면 훌륭한 테스터로 성장할 것이다. 🆅 당신에 대한 신뢰를 잃지 않게 정직하게 일하라. 🆅 스스로 결정하고 책임져라. 리더십과 통찰력을 가져라. SW 테스트 전문가가 되기위한 요건과 자질은 이 일을 하기위해 가장 기본적으로 갖추어야 할 역량과 태도에 해당됩니다. 그 중에서도 가장 기본적인 요건은 소프트웨어 공학에 대한 이해와 소프트웨어 테스팅에 대해 기술적인 지식을 가지고 있는가가 될 것 입니다. 한 분야의 전문가가 되기 위해 기본 소양을 갖추어야 하는 것은 어쩌면 당연한 이치입니다. 교사가 되기 위해 교원자격증이 필요하고, 의사가 되기위해 국가시험을 합격하여 법적 자격을 획득해야 하는 것 처럼, 소프트웨어 테스트 전문가가 되기 위해서는 소프트웨어 공학에 대한 기본적 이해와 테스팅에 대한 기술적 지식 그리고 ISTQB와 같은 국가 자격증이 필요합니다. 이는 일을하기 위한 기본적인 지식에 대한 이해가 필요한 부분이지 컴퓨터 전공 학사와 같은 이력이 필수로 필요한 것은 아니라는 것을 말씀드리고 싶습니다. (회사마다 차이는 있습니다)​​과거와 비교하면 현재의 소프트웨어 테스팅은 전문분야로 완전히 자리매김했다고 볼 수 있습니다. 소프트웨어 테스트를 직(職, Positions)으로 삼고 일하는 이들도 전문가로 평가받고 있습니다. 과거에 비해 자동화, 성능, 보안, 테스트 디렉터, 컨설턴트 등 보유한 기술과 지식을 사용해서 독립적인 커리어로 일할 수 있을정도로 테스팅 분야는 다양해지고 전문화되었습니다. 그만큼 회사와 조직에서 요구하는 JD 요건도 소프트웨어 테스팅 전문성을 갖춘 인력을 선호하고 있습니다.​시장의 요구사항에 맞는 테스트 전문가로서의 능력을 갖추고 있는지 자신을 점검하고 경쟁력있는 역량, 자신의 핵심 가치를 키워나가는 것이 중요합니다.​​소프트웨어는 자동차(자체SW, 자율주행, 블랙박스, 네비게이션 등), 인공지능(AI), 금융업, 게임(모바일, PC, 콘솔, 비디오 등), e커머스(쿠X, 위메X 등), 포털사이트(네이X, 구X 등), 가전/전자제품, 의료기기, 각종 app 플랫폼(커뮤니티, 컨텐츠, 라이프스타일 등) 등 대부분의 업계에서 두루 사용되고 있습니다. 소프트웨어가 사용되는 모든 업계에서 소프트웨어 테스팅을 수행할 수 있습니다. 본인이 일하고 싶은 분야가 무엇인지 도메인 특화된 소프트웨어의 테스트 전문가가 되기위해 갖추어야 할 조건이 무엇인지 알고 자질을 개발할 수 있다면 여러분이 원하는 자리에서 해당 소프트웨어의 테스트 전문가로 일할 수 있게 될 것입니다.

제2회 실전 서비스 기획 | 신규 기능 제안 1pager 공모전

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필