세그먼트 기반 UX 포트폴리오의 힘 | "35세 직장인 안영이, 초보 운전자, 계획적.” UX/UI 포트폴리오에서 익숙한 페르소나 카드의 문장이다. 하지만 이 페르소나로 제품의 문제를 정의하거나 개선할 수 있을까? 공감은 생길 수 있지만 어째 실행으로 연결시키기는 힘든 느낌이다.    페르소나의 한계 스토리는 있지만, 근거는 약하다 페르소나는 한 사람의 맥락을 풍부하게 그린다. 이름이 있고, 얼

UX 포폴, 페르소나보다 세그먼트가 답이다?

UX 포폴에 페르소나는 식상하단 말,
그럼 뭘 넣어야 할까요?

링크에서 대안을 확인하세요.
https://brunch.co.kr/@cliche-cliche/303

UX 포폴에 페르소나는 식상하단 말,그럼 뭘 넣어야 할까요? 링크에서 대안을 확인하세요.https://brunch.co.kr/@cliche-cliche/303

브런치

페르소나 보다 세그먼트?

발산과 수렴을 한 번에 진행할 수 있는 캔버스형 도구이야기

🤔 생각을 구조화하는 생산성 앱, Arky 김민서 대표

Arky는 복잡한 생각이나 참고 자료들을 주제별로 구조화하고, 흐름이 있는 형태로 정리하고 싶다는 개인적인 열망에서 출발한 도구예요. 피그마(Figma)처럼 캔버스 위에서 문서를 만들어갈 수 있는 형태이고, 이 과정에서 AI와 함께 대화를 주고받으며 내용을 정리할 수 있죠. 한마디로 정리하면, Arky는 캔버스 위에서 더 자유롭게 문서 작업을 할 수 있는 ‘캔버스형 문서 작성 도구’라고 볼 수 있어요.

Arky 서비스에 대한 메이커의 이야기를 오늘자 메이커 레시피를 통해 확인해보세요!

https://maily.so/tipster/posts/8do7kd9nrgq

Arky는 복잡한 생각이나 참고 자료들을 주제별로 구조화하고, 흐름이 있는 형태로 정리하고 싶다는 개인적인 열망에서 출발한 도구예요. 피그마(Figma)처럼 캔버스 위에서 문서를 만들어갈 수 있는 형태이고, 이 과정에서 AI와 함께 대화를 주고받으며 내용을 정리할 수 있죠. 한마디로 정리하면, Arky는 캔버스 위에서 더 자유롭게 문서 작업을 할 수 있는 ‘캔버스형 문서 작성 도구’라고 볼 수 있어요. Arky 서비스에 대한 메이커의 이야기를 오늘자 메이커 레시피를 통해 확인해보세요! https://maily.so/tipster/posts/8do7kd9nrgq

레드버스백맨

Walla Form

"올해 나 뭐하며 살았지...?" 한 번쯤 돌아보기 좋은 계절인데요. 지금 요즘IT에서 회고 챌린지를 하고 있어요! 문항도 많지 않으니 참여하고, 선물도 받아가세요. 😉

https://walla.my/v/27RFZbR8bo3Bf38wGUkQ?source=ca

"올해 나 뭐하며 살았지...?" 한 번쯤 돌아보기 좋은 계절인데요. 지금 요즘IT에서 회고 챌린지를 하고 있어요! 문항도 많지 않으니 참여하고, 선물도 받아가세요. 😉 https://walla.my/v/27RFZbR8bo3Bf38wGUkQ?source=ca

walla.my

[챌린지] 요즘IT와 함께 회고하고, 선물도 받아가세요!

저의 개인 유튜브 채널인 "달레의 코드"의 구독자가 4,000명을 넘었습니다.

유튜브라는 거대한 세상에 비하면 아주 작은 숫자지만, 저에게는 결코 가볍지 않은 숫자입니다. 본업과 병행하며 혼자 촬영하고 편집해 온 영상들이 하나씩 쌓여, 이렇게 많은 분들에게 구독 버튼을 누를 만큼의 가치를 전달했다는 뜻이니까요.

유튜브를 처음 시작했을 때는 단순한 호기심이 컸습니다. "개발 강의 영상을 몇 개 올리면 누군가는 보겠지?" "몇 년 하면 나도 구독자 10만이 되어 실버 버튼 받을 수 있지 않을까?" 지금 돌아보면 정말 순진한 생각이었지만, 그 순진함 덕분에 시작할 수 있었던 것도 사실입니다.

유튜브를 하면서 깨달은 건, '좋은 내용의 영상을 만드는 것'과 '실제로 사람들이 시청하게 하는 것'은 완전 별개의 문제라는 점이었습니다. 블로그는 검색을 통해 찾는 구조지만, 유튜브는 알고리즘이 추천하는 구조입니다. 아무리 내용이 좋아도 추천되지 않으면 사람들에게 닿지 않습니다. 그리고 알고리즘이 평가하는 기준은 내용의 질만이 아닙니다. 썸네일이 클릭을 유도하는지, 제목이 어그로를 끄는지, 인트로가 시청자의 관심을 잡는지, 영상 길이는 적절한지, 편집은 지루하지 않은지, 시청 유지율이 높은지 등 여러 요소가 복합적으로 작용합니다. 유튜브에서는 블로그처럼 단순히 내용만 좋다고 해서 사람들이 찾아오는 것은 아니라는 걸 꽤 늦게 이해했습니다.

영상 컨텐츠는 기획력, 촬영 기법, 편집 기술, 방송 감각 등 전문성이 필요한 영역입니다. 게다가 인지도나 매력, 소위 스타성도 필요하죠. 그리고 지극한 평범한 개발자인 저는 이 중 어느 하나도 갖추고 있지 않습니다. 전업으로 유튜브에 뛰어 들어도 성공보다 실패가 훨씬 많은 것이 현실입니다. 승산이 없는 싸움처럼 느껴질 때가 있습니다.

그럼에도 불구하고 제가 채널을 멈출 수 없었던 이유는 영상 아래에 달린 수많은 응원 댓글들 때문이었습니다. 제 채널 덕분에 개발자의 길을 찾았다는 분들, 오랫동안 막혀 있던 문제가 제 영상으로 해결됐다는 분들, "이 채널이 더 알려져야 한다"고 본인 일처럼 아쉬워하는 분들. 그런 메시지를 만날 때마다, 숫자로는 설명되지 않는 의미가 이 채널에 존재한다는 걸 다시 확인하게 됩니다.

"잘 되는 채널의 공식"을 쫓아 구독자가 폭발하는 허황된 꿈을 꾸기 보다는, 필요한 순간 누군가에게 유용하게 발견되는 채널을 만들고 싶습니다. 시간이 지나도 사라지지 않는 영상이 있고, 언젠가 "그때 그 영상이 도움이 됐다"고 기억해주는 사람이 한 명이라도 있다면 그걸로 충분한 가치가 있다고 생각합니다.

구독자 4,000명은 하나의 이정표일 뿐입니다. 숫자보다 중요한 건, 제 콘텐츠가 누군가의 소프트웨어 개발 여정에 작은 도움이 될 수 있다는 사실입니다. 앞으로도 묵묵히, 꾸준히, 가치 있는 콘텐츠를 만들어가겠습니다.

늘 응원해주시고 구독해주시는 모든 분들께 진심으로 감사드립니다.

🧑‍💻👩‍💻 달레의 코드: https://www.youtube.com/@DaleSeo

저의 개인 유튜브 채널인 "달레의 코드"의 구독자가 4,000명을 넘었습니다. 유튜브라는 거대한 세상에 비하면 아주 작은 숫자지만, 저에게는 결코 가볍지 않은 숫자입니다. 본업과 병행하며 혼자 촬영하고 편집해 온 영상들이 하나씩 쌓여, 이렇게 많은 분들에게 구독 버튼을 누를 만큼의 가치를 전달했다는 뜻이니까요. 유튜브를 처음 시작했을 때는 단순한 호기심이 컸습니다. "개발 강의 영상을 몇 개 올리면 누군가는 보겠지?" "몇 년 하면 나도 구독자 10만이 되어 실버 버튼 받을 수 있지 않을까?" 지금 돌아보면 정말 순진한 생각이었지만, 그 순진함 덕분에 시작할 수 있었던 것도 사실입니다. 유튜브를 하면서 깨달은 건, '좋은 내용의 영상을 만드는 것'과 '실제로 사람들이 시청하게 하는 것'은 완전 별개의 문제라는 점이었습니다. 블로그는 검색을 통해 찾는 구조지만, 유튜브는 알고리즘이 추천하는 구조입니다. 아무리 내용이 좋아도 추천되지 않으면 사람들에게 닿지 않습니다. 그리고 알고리즘이 평가하는 기준은 내용의 질만이 아닙니다. 썸네일이 클릭을 유도하는지, 제목이 어그로를 끄는지, 인트로가 시청자의 관심을 잡는지, 영상 길이는 적절한지, 편집은 지루하지 않은지, 시청 유지율이 높은지 등 여러 요소가 복합적으로 작용합니다. 유튜브에서는 블로그처럼 단순히 내용만 좋다고 해서 사람들이 찾아오는 것은 아니라는 걸 꽤 늦게 이해했습니다. 영상 컨텐츠는 기획력, 촬영 기법, 편집 기술, 방송 감각 등 전문성이 필요한 영역입니다. 게다가 인지도나 매력, 소위 스타성도 필요하죠. 그리고 지극한 평범한 개발자인 저는 이 중 어느 하나도 갖추고 있지 않습니다. 전업으로 유튜브에 뛰어 들어도 성공보다 실패가 훨씬 많은 것이 현실입니다. 승산이 없는 싸움처럼 느껴질 때가 있습니다. 그럼에도 불구하고 제가 채널을 멈출 수 없었던 이유는 영상 아래에 달린 수많은 응원 댓글들 때문이었습니다. 제 채널 덕분에 개발자의 길을 찾았다는 분들, 오랫동안 막혀 있던 문제가 제 영상으로 해결됐다는 분들, "이 채널이 더 알려져야 한다"고 본인 일처럼 아쉬워하는 분들. 그런 메시지를 만날 때마다, 숫자로는 설명되지 않는 의미가 이 채널에 존재한다는 걸 다시 확인하게 됩니다. "잘 되는 채널의 공식"을 쫓아 구독자가 폭발하는 허황된 꿈을 꾸기 보다는, 필요한 순간 누군가에게 유용하게 발견되는 채널을 만들고 싶습니다. 시간이 지나도 사라지지 않는 영상이 있고, 언젠가 "그때 그 영상이 도움이 됐다"고 기억해주는 사람이 한 명이라도 있다면 그걸로 충분한 가치가 있다고 생각합니다. 구독자 4,000명은 하나의 이정표일 뿐입니다. 숫자보다 중요한 건, 제 콘텐츠가 누군가의 소프트웨어 개발 여정에 작은 도움이 될 수 있다는 사실입니다. 앞으로도 묵묵히, 꾸준히, 가치 있는 콘텐츠를 만들어가겠습니다. 늘 응원해주시고 구독해주시는 모든 분들께 진심으로 감사드립니다. 🧑‍💻👩‍💻 달레의 코드: https://www.youtube.com/@DaleSeo

유튜브 구독자 4,000명, 그리고 계속하기 위한 이유

일 하다 눈이 가는 소식을 큐레이션해서 공유합니다

TREND REPORT "2025년 10월에 본 것"

10월에 별일 없으셨어요? 단풍이 내려앉은 나무를 보면 계절은 인간에게 어떤 영향을 미치는 걸까? 생각할 때가 많습니다. 12월 화이트 크리스마스를 기대하는 마음과 함께 적도 반대편에서는 해변에서 태닝을 하며 크리스마스를 보내는 모습은 공존하니까요. 내가 경험한 것이 전부가 아니고, 나의 기대는 나의 환경과 얼마나 맞닿아 있는 것인지를 깨닫는 순간이 일상에 더 많아지도록 노력해야겠습니다.


제게 10월은 특별한 의미가 있었는데요. 27일 아침에 딸이 태어났습니다. 금요일에 퇴원하고 집에 온 지 2일이 지났는데, 여전히 모든 것이 서툴고 조심스럽습니다. 제가 좋아하는 분께서는 "생전 겪어 보지 못한 행복의 레어어가 펼쳐지는 고난의 육아 행군"이라며 응원을 보내주셨는데 어찌어찌 아이를 돌보는 중입니다. 행군을 시작해 보니 육아를 하면서 주말이면 새벽에 나와 같이 축구를 했던 친구들에게 "왜 이번 주는 안 나와? 열정이 식었어!?"라며 꾸짖었던 스스로를 반성하는 순간의 연속입니다. 덕분에 더 나은 사람이 되어야겠다는 다짐을 꿀꺽 삼키며 10월에 본 것을 전해드립니다.

[ Agenda 🎒 ]


1️⃣ Intro
2️⃣ 좋은 경험과 적정기술에 대하여
3️⃣ 공기청정기 필터를 벗기지 않고 사용했는데 공기가 맑아졌다면?
4️⃣ eBay UX 리서치팀에서 진행하는 설문조사 방법
5️⃣ Outro - UX STUDIO SEOUL


https://maily.so/redbusbagman/posts/8mo544knz9p

10월에 별일 없으셨어요? 단풍이 내려앉은 나무를 보면 계절은 인간에게 어떤 영향을 미치는 걸까? 생각할 때가 많습니다. 12월 화이트 크리스마스를 기대하는 마음과 함께 적도 반대편에서는 해변에서 태닝을 하며 크리스마스를 보내는 모습은 공존하니까요. 내가 경험한 것이 전부가 아니고, 나의 기대는 나의 환경과 얼마나 맞닿아 있는 것인지를 깨닫는 순간이 일상에 더 많아지도록 노력해야겠습니다. 제게 10월은 특별한 의미가 있었는데요. 27일 아침에 딸이 태어났습니다. 금요일에 퇴원하고 집에 온 지 2일이 지났는데, 여전히 모든 것이 서툴고 조심스럽습니다. 제가 좋아하는 분께서는 "생전 겪어 보지 못한 행복의 레어어가 펼쳐지는 고난의 육아 행군"이라며 응원을 보내주셨는데 어찌어찌 아이를 돌보는 중입니다. 행군을 시작해 보니 육아를 하면서 주말이면 새벽에 나와 같이 축구를 했던 친구들에게 "왜 이번 주는 안 나와? 열정이 식었어!?"라며 꾸짖었던 스스로를 반성하는 순간의 연속입니다. 덕분에 더 나은 사람이 되어야겠다는 다짐을 꿀꺽 삼키며 10월에 본 것을 전해드립니다. [ Agenda 🎒 ] 1️⃣ Intro2️⃣ 좋은 경험과 적정기술에 대하여3️⃣ 공기청정기 필터를 벗기지 않고 사용했는데 공기가 맑아졌다면?4️⃣ eBay UX 리서치팀에서 진행하는 설문조사 방법5️⃣ Outro - UX STUDIO SEOUL https://maily.so/redbusbagman/posts/8mo544knz9p

⟪TREND REPORT "2025년 10월에 본 것"⟫

1. 새로운 사람을 만나면 우리는 명함을 건넨다. 회사 로고, 직함, 이름이 나란히 적혀 있다. 그 작은 종이 한 장이 나를 설명해 주는 것처럼 느껴진다. ‘쿠팡의 나’, ‘네이버의 나’, ‘스타트업의 나’. 그 소속이 주는 안정감은 달콤하다. 우리는 그 명함이 곧 나라고 믿는다.


2. 하지만 그건 착각이다. 회사는 법인이다. 사람처럼 보이지만, 실체는 없다. 나와의 관계는 계약이며, 모든 계약은 언젠가 끝난다. 회사가 사라질 수도, 내가 먼저 떠날 수도 있다. 결국 명함 속 회사 이름은 지워진다.


3. 그때 남는 건 오직 내 이름 석 자뿐이다. 소속을 지우면, 우리는 결국 자신으로 돌아간다.


4. 그래서 스스로에게 물어야 한다. 회사 이름과 직함을 모두 지웠을 때, 나는 어떤 이름으로 남을 수 있을까. 그 이름만으로 신뢰를 줄 수 있을까. 함께 일하고 싶은 사람으로 기억될 수 있을까.


5. 회사의 이름은 우리를 보호하지만, 동시에 가린다. 그 이름이 사라져도 흔들리지 않는 사람, 조직의 부품이 아니라 자신의 이름으로 서는 사람. 그게 진짜 ‘나’다.


6. 명함은 나를 대신하지 않는다. 그건 내가 잠시 머물렀던 흔적일 뿐이다. 진짜 증명은 그 종이 위의 글자가 아니라, 그 명함을 건네는 ‘나 자신’에게서 나온다.

1. 새로운 사람을 만나면 우리는 명함을 건넨다. 회사 로고, 직함, 이름이 나란히 적혀 있다. 그 작은 종이 한 장이 나를 설명해 주는 것처럼 느껴진다. ‘쿠팡의 나’, ‘네이버의 나’, ‘스타트업의 나’. 그 소속이 주는 안정감은 달콤하다. 우리는 그 명함이 곧 나라고 믿는다. 2. 하지만 그건 착각이다. 회사는 법인이다. 사람처럼 보이지만, 실체는 없다. 나와의 관계는 계약이며, 모든 계약은 언젠가 끝난다. 회사가 사라질 수도, 내가 먼저 떠날 수도 있다. 결국 명함 속 회사 이름은 지워진다. 3. 그때 남는 건 오직 내 이름 석 자뿐이다. 소속을 지우면, 우리는 결국 자신으로 돌아간다. 4. 그래서 스스로에게 물어야 한다. 회사 이름과 직함을 모두 지웠을 때, 나는 어떤 이름으로 남을 수 있을까. 그 이름만으로 신뢰를 줄 수 있을까. 함께 일하고 싶은 사람으로 기억될 수 있을까. 5. 회사의 이름은 우리를 보호하지만, 동시에 가린다. 그 이름이 사라져도 흔들리지 않는 사람, 조직의 부품이 아니라 자신의 이름으로 서는 사람. 그게 진짜 ‘나’다. 6. 명함은 나를 대신하지 않는다. 그건 내가 잠시 머물렀던 흔적일 뿐이다. 진짜 증명은 그 종이 위의 글자가 아니라, 그 명함을 건네는 ‘나 자신’에게서 나온다.

< 회사 이름을 지우면, 진짜 내가 보인다 >

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

좋은 기회가 닿아, K-DEVCON 2025에서 커리어를 주제로 이야기 나누었습니다.

이 시간을 통해 지난 20년간 내가 걸어온 길을 담담하게 전달했습니다. 제조기업의 전산실에서 시작해 SI, 대규모 플랫폼, 그리고 스타트업에 이르기까지, 다양한 환경 속에서 마주했던&hellip;

어떤 개발자가 되고 싶은가?

오늘 "어떤 개발자가 되고 싶은가?"라는 주제로 많은 분들 앞에서 내 이야기를 나누는 귀한 시간을 가졌다. 지난 20년간 개발자로 걸어온 길을 돌아보며, 마주했던 선택의 순간들과 그 안에서 얻은 배움을 공유할 수 있어 무척 뜻깊은 자리였다.

이번 발표를 준비하며, 나의 커리어 여정을 솔직하고 담담하게 전달하는 데 집중했다. 다양한 환경을 거치며 비즈니스와 기술을 잇는 시스템을 만드는 개발자로서 나만의 정체성을 찾아온 과정을 이야기했지만, 그 모든 이야기의 바탕에 깔린 메시지는 "커리어는 회사가 만들어주는 것이 아니라, 내가 만들고 내가 책임진다"는 것이었다. 이를 위해 어떤 태도로 일하고, 어떤 방식으로 성장하며, 어떤 방향으로 나아가야 하는지에 대한 나의 생각을 덧붙였다.

발표가 끝난 후, 감사하게도 많은 분이 찾아와 인사를 건네주셨다. 내 이야기가 도움이 되었다는 말씀에 '오늘도 누군가에게 작은 힘이 되었구나' 싶어 행복했다. 동시에, 현업의 어려움과 성장에 대한 깊은 고민을 들으며 그 막막함과 무게가 고스란히 느껴져 마음 한편이 무겁기도 했다. 당장 명쾌한 해답을 드릴 수는 없었지만, 그저 진심 어린 위로와 응원을 건네려 노력했다.

오늘 내 이야기가, 각자의 자리에서 커리어라는 긴 여정을 걷고 있는 많은 분에게 작은 참고점이 되기를 진심으로 바란다.


https://speakerdeck.com/arawn/eoddeon-gaebaljaga-doego-sipeunga

오늘 "어떤 개발자가 되고 싶은가?"라는 주제로 많은 분들 앞에서 내 이야기를 나누는 귀한 시간을 가졌다. 지난 20년간 개발자로 걸어온 길을 돌아보며, 마주했던 선택의 순간들과 그 안에서 얻은 배움을 공유할 수 있어 무척 뜻깊은 자리였다. 이번 발표를 준비하며, 나의 커리어 여정을 솔직하고 담담하게 전달하는 데 집중했다. 다양한 환경을 거치며 비즈니스와 기술을 잇는 시스템을 만드는 개발자로서 나만의 정체성을 찾아온 과정을 이야기했지만, 그 모든 이야기의 바탕에 깔린 메시지는 "커리어는 회사가 만들어주는 것이 아니라, 내가 만들고 내가 책임진다"는 것이었다. 이를 위해 어떤 태도로 일하고, 어떤 방식으로 성장하며, 어떤 방향으로 나아가야 하는지에 대한 나의 생각을 덧붙였다. 발표가 끝난 후, 감사하게도 많은 분이 찾아와 인사를 건네주셨다. 내 이야기가 도움이 되었다는 말씀에 '오늘도 누군가에게 작은 힘이 되었구나' 싶어 행복했다. 동시에, 현업의 어려움과 성장에 대한 깊은 고민을 들으며 그 막막함과 무게가 고스란히 느껴져 마음 한편이 무겁기도 했다. 당장 명쾌한 해답을 드릴 수는 없었지만, 그저 진심 어린 위로와 응원을 건네려 노력했다. 오늘 내 이야기가, 각자의 자리에서 커리어라는 긴 여정을 걷고 있는 많은 분에게 작은 참고점이 되기를 진심으로 바란다. https://speakerdeck.com/arawn/eoddeon-gaebaljaga-doego-sipeunga

Speaker Deck

발표를 마치고...

1. 단순하고 간결한 것으로 충분한데 왜 길고 복잡한 것에 그토록 끌릴까?

2. 단순함은 무지함으로 착각하기 쉬운 반면, 복잡함은 상황을 잘 통제하고 있다는 느낌을 준다.

3. 대부분의 분야에서는 소수의 요인이나 변수가 결과를 크게 좌우한다.

4. 하지만 그 소수의 요인에만 집중하면, 상황을 적극적으로 통제하는 것이 아니라 우연이나 운에 의존하는 것 같은 기분이 들 수 있다.

5. 많은 요인과 선택지를 고려할수록 (복잡한 스프레드시트 활용, 빅데이터 분석 등) 문제를 더 잘 관리하며 통제하고 있다는 기분이 든다.

6. 그러면 상황을 더 잘 파악하고 있다고 착각하게 되기 때문이다.

1. 단순하고 간결한 것으로 충분한데 왜 길고 복잡한 것에 그토록 끌릴까? ​2. 단순함은 무지함으로 착각하기 쉬운 반면, 복잡함은 상황을 잘 통제하고 있다는 느낌을 준다. ​3. 대부분의 분야에서는 소수의 요인이나 변수가 결과를 크게 좌우한다. ​4. 하지만 그 소수의 요인에만 집중하면, 상황을 적극적으로 통제하는 것이 아니라 우연이나 운에 의존하는 것 같은 기분이 들 수 있다. ​5. 많은 요인과 선택지를 고려할수록 (복잡한 스프레드시트 활용, 빅데이터 분석 등) 문제를 더 잘 관리하며 통제하고 있다는 기분이 든다. ​6. 그러면 상황을 더 잘 파악하고 있다고 착각하게 되기 때문이다.

< 복잡함은 '불안을 감추는 장식'이다 >

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

Devin이라는 코딩 에이전트로 유명한 Cognition에서 코딩 전용 모델 SWE-1.5를 발표했는데, 발표에 사용한 이 표만 봐도 AI/LLM 벤치마크가 이제 얼마나 무의미한지 알 수 있다.

GPT-5 High 성능이 매우 낮게 나오는데, 심지어 Haiku 보다 낮다. 실세계 사용 체감과 완전히 다른 결과.

Cursor도 2.0을 발표하면서 코딩 전용 모델을 발표했는데, 성능이 프론티어 모델에 근접하다는 벤치마크 결과를 발표했지만, 실제 사용해보면 하지만 빨랐죠? 수준.

AI가 인간에 가까운 수준이 된 지금, 이제 벤치마크는 믿을게 못된다. 토플 시험 잘 본다고 말을 잘하는 건 아닌것과 마찬가지.

Devin이라는 코딩 에이전트로 유명한 Cognition에서 코딩 전용 모델 SWE-1.5를 발표했는데, 발표에 사용한 이 표만 봐도 AI/LLM 벤치마크가 이제 얼마나 무의미한지 알 수 있다. GPT-5 High 성능이 매우 낮게 나오는데, 심지어 Haiku 보다 낮다. 실세계 사용 체감과 완전히 다른 결과. Cursor도 2.0을 발표하면서 코딩 전용 모델을 발표했는데, 성능이 프론티어 모델에 근접하다는 벤치마크 결과를 발표했지만, 실제 사용해보면 하지만 빨랐죠? 수준. AI가 인간에 가까운 수준이 된 지금, 이제 벤치마크는 믿을게 못된다. 토플 시험 잘 본다고 말을 잘하는 건 아닌것과 마찬가지.

오늘의 일과 시작 프롬프트 /w GPT-5 Codex

```
SPECS_md 파일의 스펙을 구현하려고 해. 기본적인 테스트와 디비 설계등은 1차적으로 완성했고, 이제 Todo에 있는 순서대로 구현을 시작할꺼야.

구현을 시작하기 전에 관련있는 파일과 함수들을 꼼꼼히 살펴보고, 구현해야 할 내용들을 파악해서 깔끔하게 구현 할 수 있도록 먼저 머릿속에 잘 담아두자.
```

오늘의 일과 시작 프롬프트 /w GPT-5 Codex ```SPECS_md 파일의 스펙을 구현하려고 해. 기본적인 테스트와 디비 설계등은 1차적으로 완성했고, 이제 Todo에 있는 순서대로 구현을 시작할꺼야. 구현을 시작하기 전에 관련있는 파일과 함수들을 꼼꼼히 살펴보고, 구현해야 할 내용들을 파악해서 깔끔하게 구현 할 수 있도록 먼저 머릿속에 잘 담아두자.```

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

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

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

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

그리고 덧붙이셨답니다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


#사장의일

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

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

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


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


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


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


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


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


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


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


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


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


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

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

40대에만 할 수 있는 일

제가 본 빅테크 합격 포폴들은
대부분 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 플랫폼(커뮤니티, 컨텐츠, 라이프스타일 등) 등 대부분의 업계에서 두루 사용되고 있습니다. 소프트웨어가 사용되는 모든 업계에서 소프트웨어 테스팅을 수행할 수 있습니다. 본인이 일하고 싶은 분야가 무엇인지 도메인 특화된 소프트웨어의 테스트 전문가가 되기위해 갖추어야 할 조건이 무엇인지 알고 자질을 개발할 수 있다면 여러분이 원하는 자리에서 해당 소프트웨어의 테스트 전문가로 일할 수 있게 될 것입니다.

소프트웨어 테스트 전문가로 성장하기 위해 갖추어야 할 요건과 필요

Visual Studio Code for the Web

<VSCode를 웹(Web)으로?>

Visual Studio Code 웹버전이 프리뷰로 나왔네요.
10월에 나왔었는데... 이제야 보게되었네요.
특히, Edge브라우저를 사용하면 프론트엔드 코드를 디버깅하면서 저장도 가능해진다고 합니다.

Vscode

퍼블리의 그로스 매니저로 커리어를 시작하여, 현재는 멤버십 사업을 총괄하고 있습니다.
합리적이고 해피한 세상을 향해 살아가고 있으며, 책과 교육, 경제에 관심을 가지고 있습니다.
일하는 것을 싫어하지만, 많이 하고 있습니다..

커리어리 Lead Product Manager

김광종

퍼블리 그로스매니저로 커리어를 시작하여, 프로덕트매니저와 사업총괄을 거쳐, 커리어리팀을 리드하였습니다.
합리적이고 해피한 세상을 향해 살아가고 있으며, 책/교육/경제에 관심이 있습니다.
자유로운 삶을 추구하지만, 지금은 일에 매여 있습니다..

소프트웨어 엔지니어

이건

좋은 팀이 최고의 제품을 개발 할 수 있다고 믿는 개발자입니다. 때문에 팀 매니지먼트, 애자일등과 같이 함께 일을 잘 하는 방법에 대해 관심이 많습니다. 모든 개발은 왜 어려운가에 대한 해답을 찾기 위해 항상 고민하고, 누구든지 개발할 수 있는 자유로운 세상을 꿈꿉니다. 현재는 엔씨소프트에서 소프트웨어 엔지니어로 있으며, 전 직장인 넥슨코리아에서 엔지니어링 리드를 했었습니다.

이도행

10년이상 게임 개발 경험, 5년이상 팀 매니지먼트 경험을 보유한 
개발자 입니다. 

좋은 팀이 최고의 프로덕트를 만들 수 있다고 믿고 있습니다.
게임 프로그래밍, 엔지니어링 매니지먼트, 애자일에 관심이 많습니다.


댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필