좋은 기회가 닿아, 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

발표를 마치고...

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

근데, 내가 직접 수제코딩으로 했어도 기능적으로는 일주일 빡쎄게 코딩했으면 할 수 있는 수준이기는 했다. 직접 했으면 조금 더 깔끔하고 심플한 코드가 나왔을거고. 근데,

AI 덕을 본 건 빠르게 한 것 보다는 AI와 작업을 하면서 자연스럽게 과정과 상세 스펙을 남길 수 있었다는 것과, 유닛&통합 테스트를 수월하게 작성할 수 있어서 안정성을 어느정도 확보 할 수 있었다는 것이다.

그리고 사실 내가 직접 작성한게 아니라 다른 개발자가 작성한 코드라면, 이정도 규모는 리뷰를 자세히 하지 못하는 게 보통. 결국 AI의 코딩 능력이 일정 수준 이상 된다고 하면 정말로 코드를 읽는 것도 거의 하지 않아도 된다고 할 수 있다. 글고 필요하면 걍 두어번 지들(AI)끼리 리뷰 시키면 됨.

그렇다면 AI의 코딩 능력이 일정수준 이상 되는가가 관건인데, 정말 그런가?

결론만 말하자면, 3개월 뒤면 나보다 잘 할 것이 확실하다. 이번 작업에서 구현 후반부에는 코드를 거의 검토하지 않았을 정도다.

아직 부족한 점은 과도하고 장황하게 작성하는 경향, 다른 코드베이스와의 복합적인 관계에 대한 작업, 물리적인 테스팅 뿐이다.

근데, 내가 직접 수제코딩으로 했어도 기능적으로는 일주일 빡쎄게 코딩했으면 할 수 있는 수준이기는 했다. 직접 했으면 조금 더 깔끔하고 심플한 코드가 나왔을거고. 근데, AI 덕을 본 건 빠르게 한 것 보다는 AI와 작업을 하면서 자연스럽게 과정과 상세 스펙을 남길 수 있었다는 것과, 유닛&amp;통합 테스트를 수월하게 작성할 수 있어서 안정성을 어느정도 확보 할 수 있었다는 것이다. 그리고 사실 내가 직접 작성한게 아니라 다른 개발자가 작성한 코드라면, 이정도 규모는 리뷰를 자세히 하지 못하는 게 보통. 결국 AI의 코딩 능력이 일정 수준 이상 된다고 하면 정말로 코드를 읽는 것도 거의 하지 않아도 된다고 할 수 있다. 글고 필요하면 걍 두어번 지들(AI)끼리 리뷰 시키면 됨. 그렇다면 AI의 코딩 능력이 일정수준 이상 되는가가 관건인데, 정말 그런가? 결론만 말하자면, 3개월 뒤면 나보다 잘 할 것이 확실하다. 이번 작업에서 구현 후반부에는 코드를 거의 검토하지 않았을 정도다. 아직 부족한 점은 과도하고 장황하게 작성하는 경향, 다른 코드베이스와의 복합적인 관계에 대한 작업, 물리적인 테스팅 뿐이다.

와.. 힘들었다.. 🥹 이걸 일주일만에 해내다니 AI 시대 너모 좋아요.

와.. 힘들었다.. 🥹 이걸 일주일만에 해내다니 AI 시대 너모 좋아요.

개발자의 일이 코드를 쓰는 것이 아니라 코드를 읽는 일이 되어가는 변화의 속도가 너무도 빠르다. 물론 예전부터도 읽는 시간이 훨씬 더 많긴했지만, 앞으로는 쓴다는 행위는 정말로 존재하지 않게 될 것 같다. (국소적인 수정정도는 하겠지만)

개발자의 일이 코드를 쓰는 것이 아니라 코드를 읽는 일이 되어가는 변화의 속도가 너무도 빠르다. 물론 예전부터도 읽는 시간이 훨씬 더 많긴했지만, 앞으로는 쓴다는 행위는 정말로 존재하지 않게 될 것 같다. (국소적인 수정정도는 하겠지만)

최근 OpenAI Codex의 코딩 성능이 떨어졌다는 피드백들이 많아서, OpenAI 팀에서 조사를 했는데 결과가 재미나다. 요약하면,

Codex가 너무 똑똑해서, 사람들이 더 어려운 문제! 더 어려운 문제! 이러면서 어려운 작업에 계속 사용을 하게 되면서 멍청해졌다고 느낀 것이라고.

정확하게는, 모델 자체의 품질 저하는 확인되지 않았는데, 어려운 문제가 늘어나면서 작업의 실패율이 증가하였고, 작업이 길어지니 컨텍스트 압축 빈도가 높아져서 성능이 낮아지는 현상이 발생함.

나 역시도 간단한 문제는 다른 AI들을 사용하기도 하는데, 어렵고 복잡한 문제는 무조건 Codex를 사용하고, 이 경우 길고 깊은 토론을 거치면서 작업을 함.

내 경우는 Codex 사용 할 때, 작업마다 다음 과정을 거치는데,

1. 해당 작업에 대한 문서와 전체 코드에서 관련이 있는 부분을 찾아서 작업에 대한 고민을 충분히 하도록 지시 -> 2. 문제와 해결책에 대해 여러 턴에 걸쳐 논의 -> 3. 코딩 -> 4. 검토 -> 5. 문서화 -> 리셋하고 1부터 다시 시작

이렇게하면 성능을 최대한으로 끌어올리거나 성능 저하를 최소화 할 수 있는데, 문제는 토큰 사용을 엄청나게 한다는 것.. 🥲 뭐, 6개월 뒤면 토큰 사용에 대한 고민은 거의 없어질 듯.

최근 OpenAI Codex의 코딩 성능이 떨어졌다는 피드백들이 많아서, OpenAI 팀에서 조사를 했는데 결과가 재미나다. 요약하면, Codex가 너무 똑똑해서, 사람들이 더 어려운 문제! 더 어려운 문제! 이러면서 어려운 작업에 계속 사용을 하게 되면서 멍청해졌다고 느낀 것이라고. 정확하게는, 모델 자체의 품질 저하는 확인되지 않았는데, 어려운 문제가 늘어나면서 작업의 실패율이 증가하였고, 작업이 길어지니 컨텍스트 압축 빈도가 높아져서 성능이 낮아지는 현상이 발생함. 나 역시도 간단한 문제는 다른 AI들을 사용하기도 하는데, 어렵고 복잡한 문제는 무조건 Codex를 사용하고, 이 경우 길고 깊은 토론을 거치면서 작업을 함. 내 경우는 Codex 사용 할 때, 작업마다 다음 과정을 거치는데, 1. 해당 작업에 대한 문서와 전체 코드에서 관련이 있는 부분을 찾아서 작업에 대한 고민을 충분히 하도록 지시 -&gt; 2. 문제와 해결책에 대해 여러 턴에 걸쳐 논의 -&gt; 3. 코딩 -&gt; 4. 검토 -&gt; 5. 문서화 -&gt; 리셋하고 1부터 다시 시작 이렇게하면 성능을 최대한으로 끌어올리거나 성능 저하를 최소화 할 수 있는데, 문제는 토큰 사용을 엄청나게 한다는 것.. 🥲 뭐, 6개월 뒤면 토큰 사용에 대한 고민은 거의 없어질 듯.

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

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

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

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

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

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

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

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

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

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

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

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

안녕하세요. 그린입니다 🍏수백만 개의 App Store 앱과 Apple 자사 운영체제를 빌드하는 데 사용되는 Xcode의 빌드 엔진을 오픈소스로 공개를 2월에 했었죠! 이번 포스팅에서는 Swift Build가 무엇이고, 왜 중요하며, 기존 SwiftPM 빌드 시스템과 어떻게 다른지 자세히 살펴보겠습니다 🙋🏻Swift가 크로스 플랫폼 언어로 성장Swift는 2015년 오픈소스로 공개된 이후 많은 성장을 해왔습니다.2015: iOS/macOS 전용 ↓2017: Linux 지원 ↓2020: Windows 지원 ↓2024: 임베디드 시스템 (마이크로컨트롤러) ↓2025: Android 지원 이제 Swift는⌚️ Wearables (Apple Watch)📱 Mobile (iOS, Android)💻..

Swift Build Technologies

2025년 2월, Apple이 수백만 개의 App Store 앱을 빌드하는 Xcode의 빌드 엔진 'Swift Build'를 오픈소스로 공개했었죠 😃


Swift Build는 llbuild 위에 구축되어 강력한 Swift 컴파일러 통합, 최대화된 병렬 빌드, 빌드 그래프 최적화를 제공합니다.
가장 큰 의미는 SwiftPM과 Xcode가 드디어 동일한 빌드 엔진을 사용하게 된다는 점입니다.


"Xcode에서는 되는데 SwiftPM에서는 안 돼요" 같은 혼란이 사라지고, 모든 플랫폼(macOS, Linux, Windows)에서 일관된 빌드 경험을 얻을 수 있습니다.
IDE 선택의 자유가 생기는 거죠.

2025년 2월, Apple이 수백만 개의 App Store 앱을 빌드하는 Xcode의 빌드 엔진 'Swift Build'를 오픈소스로 공개했었죠 😃 Swift Build는 llbuild 위에 구축되어 강력한 Swift 컴파일러 통합, 최대화된 병렬 빌드, 빌드 그래프 최적화를 제공합니다. 가장 큰 의미는 SwiftPM과 Xcode가 드디어 동일한 빌드 엔진을 사용하게 된다는 점입니다. "Xcode에서는 되는데 SwiftPM에서는 안 돼요" 같은 혼란이 사라지고, 모든 플랫폼(macOS, Linux, Windows)에서 일관된 빌드 경험을 얻을 수 있습니다. IDE 선택의 자유가 생기는 거죠.

iOYES

Apple의 Xcode 빌드 엔진을 오픈소스로 공개 (뒷북)

책에 밑줄 긋기 1 | 마침내 자기 삶의 중심에서 주인으로 우뚝 선 이들, 결국 자신의 운명을 비범하게 바꿔 낸 이들의 삶의 궤적. 거기엔 늘 우리의 두 가지 시선이 공존한다. <나도 저렇게 되고 싶다>와 <그와 나는 달라>. 이 이중적인 시선 사이의 간극을 메우고자 하는 시도가 바로 이 책이다. 우리들 대부분은 무의식적으로 평범과 비범 사이에 존재하는 것은 단지 <어떤 변화>라

26화 박승오, 홍승완, '위대한 멈춤'

"삶의 객체에서 <주체>로 전환한 많은 인물이 보여 주는 진실은 전환점이 아닌 전환기에 있다. 계기는 한순간의 사건에 의해 촉발되지만 실제로 삶을 이륙시키는 것은 오랜 기간 진행되는 <자기 다운 삶을 발견하기 위한 실험>이다."
- 박승오, 홍승완, <위대한 멈춤>
#책 #필사 #인생


https://brunch.co.kr/@drunkensky/831

"삶의 객체에서 &lt;주체&gt;로 전환한 많은 인물이 보여 주는 진실은 전환점이 아닌 전환기에 있다. 계기는 한순간의 사건에 의해 촉발되지만 실제로 삶을 이륙시키는 것은 오랜 기간 진행되는 &lt;자기 다운 삶을 발견하기 위한 실험&gt;이다." - 박승오, 홍승완, &lt;위대한 멈춤&gt; #책 #필사 #인생 https://brunch.co.kr/@drunkensky/831

undefined

[필사노트] 박승오, 홍승완, '위대한 멈춤'

지난번에 올린 글, “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 를 엽니다🚀

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

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

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

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

그리고 덧붙이셨답니다.

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

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

가격 강점은 지키면서 빠른 배송을 잡아야 합니다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를 하나의 언어로 다룰 수 있다는 가능성을 볼 수 있어요 😃

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

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

듀오링고의 애니메이션 시리즈 공개

듀오링고는 기발한 캐릭터 기반의 마케팅으로 많은 화제를 얻고 있죠.
이번에도 듀오링고가 앞서갑니다.
일본어 학습 서비스 마케팅을 위한 ‘마지막 시험’이라는 애니메이션을 공개합니다.
그동안 병맛 코드의 성공적인 콘텐츠 마케팅을 수행해왔기 때문에 이번에도 관심과 기대가 뜨겁습니다.

https://www.instagram.com/reel/DPvNCsND03b/?igsh=MTI4YnRxa2hodGxieA==

u_crab_marketing - October 12, 2025: "이제 브랜딩도 ‘애니’의 시대 듀오링고의 애니메이션 시리즈 공개 듀오링고는 기발한 캐릭터 기반의 마케팅으로 많은 화제를 얻고 있죠. 이번에도 듀오링고가 앞서갑니다. 일본어 학습 서비스 마케팅을 위한 ‘마지막 시험’이라는 애니메이션을 공개합니다. 그동안 병맛 코드의 성공적인 콘텐츠 마케팅을 수행해왔기 때문에 이번에도 관심과 기대가 뜨겁습니다. 티저 영상은 듀오링고 캐릭터를 적극 활용했습니다. 그동안 빌드업된 캐릭터 마케팅이 IP 마케팅으로 진화하려는 모양새로 보입니다...

티저 영상은 듀오링고 캐릭터를 적극 활용했습니다.
그동안 빌드업된 캐릭터 마케팅이 IP 마케팅으로 진화하려는 모양새로 보입니다.

최근 <귀멸의 칼날>, <체인소맨> 등 극장판 애니메이션의 인기가 뜨겁습니다. 이에 더해 수많은 브랜드들이 애니메이션을 마케팅에 활용하고 있습니다. 일본 코카콜라의 <짱구는 못말려> 등 사례가 대표적입니다.
앞으로 브랜딩과 마케팅을 위한 애니메이션 형태의 마케팅 활동 및 궁극적으로 IP를 키우는 전략이 활발해질 것으로 예상됩니다.

듀오링고 유튜브 채널을 통해 10/14 1화가 공개될 예정입니다.

@duolingo
@duolingojapan

링크드인: www.linkedin.com/in/swesmkt
인스타그램: www.instagram.com/swes_creator
브런치: https://brunch.co.kr/@swesone/
강의/협업 문의: swesanchor@naver.com

듀오링고의 애니메이션 시리즈 공개​듀오링고는 기발한 캐릭터 기반의 마케팅으로 많은 화제를 얻고 있죠.이번에도 듀오링고가 앞서갑니다.일본어 학습 서비스 마케팅을 위한 ‘마지막 시험’이라는 애니메이션을 공개합니다.그동안 병맛 코드의 성공적인 콘텐츠 마케팅을 수행해왔기 때문에 이번에도 관심과 기대가 뜨겁습니다.​https://www.instagram.com/reel/DPvNCsND03b/?igsh=MTI4YnRxa2hodGxieA== u_crab_marketing - October 12, 2025: "이제 브랜딩도 ‘애니’의 시대 듀오링고의 애니메이션 시리즈 공개 듀오링고는 기발한 캐릭터 기반의 마케팅으로 많은 화제를 얻고 있죠. 이번에도 듀오링고가 앞서갑니다. 일본어 학습 서비스 마케팅을 위한 ‘마지막 시험’이라는 애니메이션을 공개합니다. 그동안 병맛 코드의 성공적인 콘텐츠 마케팅을 수행해왔기 때문에 이번에도 관심과 기대가 뜨겁습니다. 티저 영상은 듀오링고 캐릭터를 적극 활용했습니다. 그동안 빌드업된 캐릭터 마케팅이 IP 마케팅으로 진화하려는 모양새로 보입니다...​티저 영상은 듀오링고 캐릭터를 적극 활용했습니다.그동안 빌드업된 캐릭터 마케팅이 IP 마케팅으로 진화하려는 모양새로 보입니다.​최근 &lt;귀멸의 칼날&gt;, &lt;체인소맨&gt; 등 극장판 애니메이션의 인기가 뜨겁습니다. 이에 더해 수많은 브랜드들이 애니메이션을 마케팅에 활용하고 있습니다. 일본 코카콜라의 &lt;짱구는 못말려&gt; 등 사례가 대표적입니다.앞으로 브랜딩과 마케팅을 위한 애니메이션 형태의 마케팅 활동 및 궁극적으로 IP를 키우는 전략이 활발해질 것으로 예상됩니다.​듀오링고 유튜브 채널을 통해 10/14 1화가 공개될 예정입니다.​@duolingo@duolingojapan​링크드인: www.linkedin.com/in/swesmkt인스타그램: www.instagram.com/swes_creator브런치: https://brunch.co.kr/@swesone/강의/협업 문의: swesanchor@naver.com

이제 브랜딩도 ‘애니’의 시대

선우의성

콘텐츠(유튜브, 숏폼, SNS)로 마케팅하는 선우의성입니다. 국내 NO.1 디지털 콘텐츠 (유튜브, 숏폼, SNS) 기반 마케팅 전문가로 활동하고 있습니다.

이제 브랜딩도 ‘애니’의 시대

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필