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

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

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

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

그리고 덧붙이셨답니다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

지난번에 올린 글, “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 전화영어) 홍보에 인플루언서 마케팅을 한 번 시도해볼까하는데요. 어떤 인플루언서/유튜버들과 진행해보면 좋을까요?

아미고 👉 https://tosto.re/ameego

다만, 아직 쫌쫌따리 회사고 🥹 실험정도로 해보려고해서 비용은 최소로.. 잘 되면 지속적으로 해보려고합니다.

아미고(AI 전화영어) 홍보에 인플루언서 마케팅을 한 번 시도해볼까하는데요. 어떤 인플루언서/유튜버들과 진행해보면 좋을까요? 아미고 👉 https://tosto.re/ameego 다만, 아직 쫌쫌따리 회사고 🥹 실험정도로 해보려고해서 비용은 최소로.. 잘 되면 지속적으로 해보려고합니다.

URLPattern became Baseline Newly available as of September 15, 2025.

URLPattern is now Baseline Newly available  |  Blog  |  web.dev

https://web.dev/blog/baseline-urlpattern

web.dev

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

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

이제 인간이 해야 할 일은 해야 할 일을 정하는 것과 물리 세계의 테스트 뿐일 듯.

이제 인간이 해야 할 일은 해야 할 일을 정하는 것과 물리 세계의 테스트 뿐일 듯.

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

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

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

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

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

안녕하세요. 그린입니다 🍏수백만 개의 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 빌드 엔진을 오픈소스로 공개 (뒷북)

와.. 힘들었다.. 🥹 이걸 일주일만에 해내다니 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 이내, 와우모먼트에서좌우됩니다. 아끼지 말고 첫 프로젝트부터아래를 고려해 보세요. - 차별적 문제정의- 데이터 기반 스토리- 뻔하지 않은 솔루션- 임팩트있는 결과해석

포폴 페이지의 황금 비율?

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

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

Swift로 Android 앱 개발하기 - Swift SDK

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필