P.E.C 랜딩 페이지 개선 과정을 통해 AI 시대 개발자가 무엇을 준비해야 하는지 알아보기

AI 시대에 '완성'이 필요한 이유

"AI가 코드를 짜는 시대, 개발자의 가치는 무엇일까요?"
최근 Product Engineer Camp 랜딩페이지를
통째로 리팩토링하는 과정에서 큰 깨달음을 얻었어요.


제 고객인 프론트엔드 엔지니어 분들에게
큰 문제라 생각했던 "사이드 프로젝트 완성 보장"으로
핵심 메시지를 바꿨으니
전환률이 높아질거라 자신했는데,
중요한 퍼즐 조각을 놓치고 있었어요.


바로 요즘 개발자분들이 느끼는
AI 시대의 불안이었습니다.


"AI 시대인데 AI 얘기가 하나도 없네요?"
"Cursor, Claude 다 쓰는데도 불안해요"
"AI가 다 해주는데 기획, 설계가 왜 필요하죠?"
이런 피드백들을 받고 아차 싶었어요.


그리고나서 정리해보게 되었어요.
AI는 코드 작성, 버그 수정, 최적화 같은
'How'는 정말 잘합니다.
하지만 사용자의 진짜 문제 발견('What'),
왜 만들어야 하는지에 대한 판단('Why'),
끝까지 완성하려는 의지('Will')
위와 같은 것들은 여전히 사람의 영역이라는 점을요.


이렇게 정리해보니 자연스레 깨달아졌어요.


"AI가 아무리 발전해도,
서비스를 처음부터 끝까지 만들어본 경험이 있는 개발자는
AI를 내 능력을 증폭시키는 도구로 쓸 수 있게 된다"


결국 필요한 경쟁력은 What, Why, Will 등에 관한 것이고
이는 서비스 완성 경험을 통해 기를 수 있다는 점이어요.


이러한 깨달음을 바탕으로
P.E.C의 핵심 메시지를 재설계 했습니다.


기존에는 "8주 후 완성된 서비스를 갖게 됩니다"였다면,
이제는 "AI와 차별화되는 능력을 갖게 됩니다.
그 증거가 완성된 서비스입니다"로 바꿨어요.
같은 결과물이지만 전혀 다른 의미를 담도록이요.


전체 개선 과정이 궁금하시다면,
아래 뉴스레터에서 자세한 이야기를 확인해보세요.
AI 시대의 불안, 여러분은 어떻게 기회로 바꾸고 계신가요?

"AI가 코드를 짜는 시대, 개발자의 가치는 무엇일까요?"최근 Product Engineer Camp 랜딩페이지를 통째로 리팩토링하는 과정에서 큰 깨달음을 얻었어요. 제 고객인 프론트엔드 엔지니어 분들에게큰 문제라 생각했던 "사이드 프로젝트 완성 보장"으로 핵심 메시지를 바꿨으니전환률이 높아질거라 자신했는데, 중요한 퍼즐 조각을 놓치고 있었어요. 바로 요즘 개발자분들이 느끼는 AI 시대의 불안이었습니다. "AI 시대인데 AI 얘기가 하나도 없네요?" "Cursor, Claude 다 쓰는데도 불안해요" "AI가 다 해주는데 기획, 설계가 왜 필요하죠?"이런 피드백들을 받고 아차 싶었어요. 그리고나서 정리해보게 되었어요.AI는 코드 작성, 버그 수정, 최적화 같은 'How'는 정말 잘합니다. 하지만 사용자의 진짜 문제 발견('What'), 왜 만들어야 하는지에 대한 판단('Why'), 끝까지 완성하려는 의지('Will') 위와 같은 것들은 여전히 사람의 영역이라는 점을요. 이렇게 정리해보니 자연스레 깨달아졌어요. "AI가 아무리 발전해도, 서비스를 처음부터 끝까지 만들어본 경험이 있는 개발자는 AI를 내 능력을 증폭시키는 도구로 쓸 수 있게 된다" 결국 필요한 경쟁력은 What, Why, Will 등에 관한 것이고이는 서비스 완성 경험을 통해 기를 수 있다는 점이어요. 이러한 깨달음을 바탕으로P.E.C의 핵심 메시지를 재설계 했습니다. 기존에는 "8주 후 완성된 서비스를 갖게 됩니다"였다면, 이제는 "AI와 차별화되는 능력을 갖게 됩니다. 그 증거가 완성된 서비스입니다"로 바꿨어요. 같은 결과물이지만 전혀 다른 의미를 담도록이요. 전체 개선 과정이 궁금하시다면, 아래 뉴스레터에서 자세한 이야기를 확인해보세요. AI 시대의 불안, 여러분은 어떻게 기회로 바꾸고 계신가요?

substack.com

Claude Code 실전 활용 가이드입니다. 소개, 주요 기능, 실무 활용등 에 관해 다룹니다.

Claude Code 실전 가이드: AI 네이티브 개발자로 가는길_Gotama 멘토님

최근 Claude Code 관련 F-Lab에 블로그 글을 작성했습니다.
최근 AI 코딩이 빠르게 표준으로 자리 잡으면서, 어떻게 하면 AI를 '제대로' 활용할 수 있을지 직접 부딪히며 깊이 탐구해왔기 때문인데요.


👉 Claude Code가 Cursor 등 다른 도구와 근본적으로 다른 점
👉 지금 당장 생산성을 높여주는 Claude Code 최적화 설정
👉 AI와 진짜 '협업'을 가능하게 하는 Plan & Act 워크플로우
👉 AI의 추론 능력을 끌어올리는 '깊게 생각해' 프롬프트와 이미지 활용법까지


단순히 기능 나열에 그치지 않고, 제가 직접 사용하며 겪었던 시행착오와 실무 팁들을 상세하게 작성했습니다.
특히 AI 코딩이 아직 낯설거나, 더 효율적으로 사용하고 싶은 개발자분들께 'AI 네이티브 개발자'로 가는 구체적인 길잡이가 되어드리고 싶었는데요.
AI 시대를 준비하는 많은 분들께 이 글이 실질적인 도움이 되었으면 좋겠습니다.


https://f-lab.kr/blog/article-claude-code-guide-20250731

최근 Claude Code 관련 F-Lab에 블로그 글을 작성했습니다.최근 AI 코딩이 빠르게 표준으로 자리 잡으면서, 어떻게 하면 AI를 '제대로' 활용할 수 있을지 직접 부딪히며 깊이 탐구해왔기 때문인데요. 👉 Claude Code가 Cursor 등 다른 도구와 근본적으로 다른 점👉 지금 당장 생산성을 높여주는 Claude Code 최적화 설정👉 AI와 진짜 '협업'을 가능하게 하는 Plan &amp; Act 워크플로우👉 AI의 추론 능력을 끌어올리는 '깊게 생각해' 프롬프트와 이미지 활용법까지 단순히 기능 나열에 그치지 않고, 제가 직접 사용하며 겪었던 시행착오와 실무 팁들을 상세하게 작성했습니다.특히 AI 코딩이 아직 낯설거나, 더 효율적으로 사용하고 싶은 개발자분들께 'AI 네이티브 개발자'로 가는 구체적인 길잡이가 되어드리고 싶었는데요.AI 시대를 준비하는 많은 분들께 이 글이 실질적인 도움이 되었으면 좋겠습니다. https://f-lab.kr/blog/article-claude-code-guide-20250731

F-Lab : 상위 1% 개발자들의 멘토링

Claude Code 실전 가이드: AI 네이티브 개발자로 가는 길

The 2025 Developer Survey is the definitive report on the state of software development. In its fifteenth year, Stack Overflow received over 49,000+ responses from 177 countries across 62 questions focused on 314 different technologies, including new focus on AI agent tools, LLMs and community platforms. This annual Developer Survey provides a crucial snapshot into the needs of the global developer community, focusing on the tools and technologies they use or want to learn more about.

2025 Stack Overflow Developer Survey

15주년을 맞이한 스택 오버플로우 개발자 설문조사 결과가 올해도 어김없이 발표되었습니다. 전 세계 177개국에서 무려 49,000명 이상의 개발자가 참여해 총 314가지 기술 분야에 대한 62개의 질문에 답변했습니다. 설문 결과가 최근 개발 트렌드와 분위기를 그대로 보여주는 것 같습니다.


뭐니뭐니해도 가장 눈에 띄는 건 대중화 되고 있는 AI입니다. 응답자의 84%가 이미 AI 도구를 사용하고 있다고 답했는데, 단순히 실험해보는 수준을 넘어 실제 업무 흐름에 깊이 자리 잡았다는 뜻이죠. 하지만 아이러니하게도 신뢰도는 낮아졌습니다. 절반 가까운 46%가 AI 출력 결과를 믿지 않는다고 했고, 66%는 "거의 맞긴 한데 뭔가 부족한" 답변이 가장 답답하다고 했어요. 심지어 45%는 AI 코드 디버깅에 더 많은 시간을 쓴다고 답했죠. 😅 국가별로는 인도 개발자들의 신뢰도가 56%로 가장 높았지만, 대부분 국가에서는 25~31% 대에 머물렀습니다.


AI 에이전트 도입은 이제 막 시작 단계입니다. 31%가 사용 중이고, 17%는 도입을 준비 중이라고 답했지만, 여전히 38%는 계획이 없다고 했어요. 그렇다고 비관적이진 않습니다. AI 에이전트를 사용 중인 개발자 중 69%는 "생산성이 확실히 올라갔다"고 느낀다고 하니까요.


기술 트렌드에서도 변화가 뚜렷합니다. Docker 사용률이 전년보다 17%나 급증해 이제는 개발자의 표준 도구라고 불러도 될 만큼 당연해졌고, Python 역시 꾸준히 강세를 유지하고 있습니다. Rust의 Cargo는 가장 사랑받는 빌드 도구로 꼽혔고, 협업 도구 부문에선 GitHub(81%)가 1위를, Jira(46%)와 GitLab(36%)이 뒤를 이었습니다.


자세한 결과와 기술 스택별 사용률, 국가/직군별 상세 데이터는 공식 설문 페이지를 참고 바랍니다. https://survey.stackoverflow.co/2025/

15주년을 맞이한 스택 오버플로우 개발자 설문조사 결과가 올해도 어김없이 발표되었습니다. 전 세계 177개국에서 무려 49,000명 이상의 개발자가 참여해 총 314가지 기술 분야에 대한 62개의 질문에 답변했습니다. 설문 결과가 최근 개발 트렌드와 분위기를 그대로 보여주는 것 같습니다. 뭐니뭐니해도 가장 눈에 띄는 건 대중화 되고 있는 AI입니다. 응답자의 84%가 이미 AI 도구를 사용하고 있다고 답했는데, 단순히 실험해보는 수준을 넘어 실제 업무 흐름에 깊이 자리 잡았다는 뜻이죠. 하지만 아이러니하게도 신뢰도는 낮아졌습니다. 절반 가까운 46%가 AI 출력 결과를 믿지 않는다고 했고, 66%는 "거의 맞긴 한데 뭔가 부족한" 답변이 가장 답답하다고 했어요. 심지어 45%는 AI 코드 디버깅에 더 많은 시간을 쓴다고 답했죠. 😅 국가별로는 인도 개발자들의 신뢰도가 56%로 가장 높았지만, 대부분 국가에서는 25~31% 대에 머물렀습니다. AI 에이전트 도입은 이제 막 시작 단계입니다. 31%가 사용 중이고, 17%는 도입을 준비 중이라고 답했지만, 여전히 38%는 계획이 없다고 했어요. 그렇다고 비관적이진 않습니다. AI 에이전트를 사용 중인 개발자 중 69%는 "생산성이 확실히 올라갔다"고 느낀다고 하니까요. 기술 트렌드에서도 변화가 뚜렷합니다. Docker 사용률이 전년보다 17%나 급증해 이제는 개발자의 표준 도구라고 불러도 될 만큼 당연해졌고, Python 역시 꾸준히 강세를 유지하고 있습니다. Rust의 Cargo는 가장 사랑받는 빌드 도구로 꼽혔고, 협업 도구 부문에선 GitHub(81%)가 1위를, Jira(46%)와 GitLab(36%)이 뒤를 이었습니다. 자세한 결과와 기술 스택별 사용률, 국가/직군별 상세 데이터는 공식 설문 페이지를 참고 바랍니다. https://survey.stackoverflow.co/2025/

survey.stackoverflow.co

📊 스택 오버플로우 2025년 개발자 설문조사 결과 💡

ai가 사고를 하는데 도움을 주긴하는데.. 확실히 검증하는 시간을 무시 못하는거 같아요. 
claude에 대한 평가가 인상적이네요, 이번 기회에 한번 써봐야 겠어요 :)

Facebook 로그인 예제를 통해 OIDC와 PKCE를 활용한 안전한 인증 코드 교환 과정에 대해 알아봅니다.

클라이언트 환경에서 안전한 소셜 로그인을 구현하는 핵심 메커니즘, OIDC와 PKCE 알아보기 - 재그지그의 개발 블로그

- Facebook 로그인 예제를 통해 OIDC와 PKCE를 활용한 안전한 인증 코드 교환 과정에 대해 알아봅니다.

---

최근 프로젝트에서 페이스북 소셜 로그인 기능을 구현하는 업무를 맡게 되었습니다. 기존에는 구글과 애플 로그인이 이미 구현되어 있었고, 그래서 저는 페이스북 역시 동일한 방식으로 구현할 수 있을 것이라 예상했죠.

하지만 페이스북 공식 문서를 확인해보니, 예상과 달리 클라이언트에서 추가적인 보안 조치를 적용해야만 액세스 토큰을 얻을 수 있다는 점을 알게 되었습니다. 바로 PKCE가 적용된 OIDC 인증 방식이 필요하다는 것이었습니다.

물론 클라이언트에서 추가 인증 과정을 생략하고 액세스 토큰을 받아오는 방법도 있었지만, 이는 보안상 취약점이 있어 권장되지 않는 방식이었습니다. 그래서 가능하다면 PKCE가 적용된 OIDC 인증 방식을 써야 한다는 점을 알게 되었죠.

사실 OAuth의 전체적인 흐름에 대해 잘 알지 못했던 터라, 낯선 용어들을 접하니 막막함이 느껴지더라구요. 그렇지만 회사 업무인 만큼 팀 동료들에게도 이 개념을 잘 설명할 수 있어야 했기에 학습에 대한 동기부여로도 이어졌습니다. 그래서 열심히 자료를 찾아보며 해당 개념을 이해하려고 노력했고, 결과적으로 기능 구현과 코드 리뷰까지 성공적으로 완료할 수 있었습니다.

그래서 오늘은 제가 직접 경험한 페이스북 로그인 구현 사례를 바탕으로, OIDC와 PKCE를 활용해 클라이언트 측에서 어떻게 안전하게 사용자 인증을 구현할 수 있는지 알아보고자 합니다.


https://wormwlrm.github.io/2025/07/31/OIDC-with-PKCE.html

- Facebook 로그인 예제를 통해 OIDC와 PKCE를 활용한 안전한 인증 코드 교환 과정에 대해 알아봅니다. --- 최근 프로젝트에서 페이스북 소셜 로그인 기능을 구현하는 업무를 맡게 되었습니다. 기존에는 구글과 애플 로그인이 이미 구현되어 있었고, 그래서 저는 페이스북 역시 동일한 방식으로 구현할 수 있을 것이라 예상했죠. 하지만&nbsp;페이스북 공식 문서를 확인해보니, 예상과 달리 클라이언트에서 추가적인 보안 조치를 적용해야만 액세스 토큰을 얻을 수 있다는 점을 알게 되었습니다. 바로&nbsp;PKCE가 적용된 OIDC 인증 방식이 필요하다는 것이었습니다. 물론 클라이언트에서 추가 인증 과정을 생략하고 액세스 토큰을 받아오는 방법도 있었지만, 이는 보안상 취약점이 있어 권장되지 않는 방식이었습니다. 그래서 가능하다면 PKCE가 적용된 OIDC 인증 방식을 써야 한다는 점을 알게 되었죠. 사실 OAuth의 전체적인 흐름에 대해 잘 알지 못했던 터라, 낯선 용어들을 접하니 막막함이 느껴지더라구요. 그렇지만 회사 업무인 만큼 팀 동료들에게도 이 개념을 잘 설명할 수 있어야 했기에 학습에 대한 동기부여로도 이어졌습니다. 그래서 열심히 자료를 찾아보며 해당 개념을 이해하려고 노력했고, 결과적으로 기능 구현과 코드 리뷰까지 성공적으로 완료할 수 있었습니다. 그래서 오늘은 제가 직접 경험한 페이스북 로그인 구현 사례를 바탕으로, OIDC와 PKCE를 활용해 클라이언트 측에서 어떻게 안전하게 사용자 인증을 구현할 수 있는지 알아보고자 합니다. https://wormwlrm.github.io/2025/07/31/OIDC-with-PKCE.html

재그지그의 개발 블로그

👻 클라이언트에서 안전한 소셜 로그인 구현을 위한 OIDC와 PKCE

OpenAI의 오픈소스 모델 gpt-oss 시리즈의 차별점(?) 중에 하나는 가중치를 4.25bit 양자화해서 공개했다는 것이다.

이에따라 20b 모델은 약간 사양 좋은 맥북에서 돌릴 수 있으며, 심지어 활성 파라미터가 3.6B 밖에 안되기 때문에 CPU 에서도 왠만큼 돌아간다(!)

즉, 이를테면 전성비, 이건 메성비인가 ㅋㅋ 암튼 사용 메모리 대비 성능이 매우 뛰어나다.

다른 공개 모델들도 양자화하려면 할 수 있지만, 양자화하면 성능이 저하되거나 안정성이 떨어질 수 있어서 잘 사용되지 않는다.

이게 정말 대단한거다. 그냥 자랑하려는 수준이 아니라, 즉시 사용할 수 있도록, 그리고 많은 곳에 사용할 수 있도록 툴 사용 성능이나 안전 테스트, 라이센스 등 여러가지를 고려해놨다.

오픈소스 모델을 쓴다고 하면 이제는 오픈AI 모델이 최우선 순위가 될 것이다. 역시 무서운 놈들...

OpenAI의 오픈소스 모델 gpt-oss 시리즈의 차별점(?) 중에 하나는 가중치를 4.25bit 양자화해서 공개했다는 것이다. 이에따라 20b 모델은 약간 사양 좋은 맥북에서 돌릴 수 있으며, 심지어 활성 파라미터가 3.6B 밖에 안되기 때문에 CPU 에서도 왠만큼 돌아간다(!) 즉, 이를테면 전성비, 이건 메성비인가 ㅋㅋ 암튼 사용 메모리 대비 성능이 매우 뛰어나다. 다른 공개 모델들도 양자화하려면 할 수 있지만, 양자화하면 성능이 저하되거나 안정성이 떨어질 수 있어서 잘 사용되지 않는다. 이게 정말 대단한거다. 그냥 자랑하려는 수준이 아니라, 즉시 사용할 수 있도록, 그리고 많은 곳에 사용할 수 있도록 툴 사용 성능이나 안전 테스트, 라이센스 등 여러가지를 고려해놨다. 오픈소스 모델을 쓴다고 하면 이제는 오픈AI 모델이 최우선 순위가 될 것이다. 역시 무서운 놈들...

혼자 힘으로 코딩하고 싶어서 안달난 아이와,
옆에서 입이 근질근질한 개발자 아빠 🤭

과연 우리는 무사히 if 조건문의 "만약에" 지옥에서 빠져나올 수 있었을까요? ㅎㅎ

📺 에릭과 달레의 코딩일기 3탄: https://youtube.com/shorts/Ea8TyPazfbk

혼자 힘으로 코딩하고 싶어서 안달난 아이와,옆에서 입이 근질근질한 개발자 아빠 🤭 과연 우리는 무사히 if 조건문의 "만약에" 지옥에서 빠져나올 수 있었을까요? ㅎㅎ 📺 에릭과 달레의 코딩일기 3탄: https://youtube.com/shorts/Ea8TyPazfbk

알아 알아 알아! 🤣

어제는 마케팅 직무로 진로를 고민하는 분을 만나 커리어 로드맵에 대한 이야기를 나눴습니다. 아직 대학에 재학 중이라 졸업까지 1년 이상 남았지만, 미리 진로를 고민하고 방향을 잡고자 하는 의지가 있는 분이었습니다. 요즘은 비교적 이른 시기에 진로를 고민하는 분들이 많아졌습니다. 아마도 치열한 경쟁과 쉽지 않은 취업 환경이 그 원인이 아닐까 싶습니다.


무엇이든 일찍 시작하면 본 게임에서 빠르게 적응하고 도전할 수 있듯이, 진로도 급하게 취업을 준비하기보다는 시간적 여유를 갖고 계획하는 것이 좋습니다.
어제 만난 분의 고민은 이랬습니다. 문과 출신으로 흔히들 많이 선택하는 마케팅 직무에 인턴으로 도전할 예정인데, 막상 경험해보지 않은 분야라 막연하고, 실제 직업으로 삼았을 때 어떤 점이 좋은지, 아쉬운 점은 무엇인지 궁금하다는 것이었습니다.


사실 직업을 선택하는 방식에 있어 다소 아쉬운 면이 있다고 느꼈습니다. 하지만 아직 방향을 설정해본 적 없는 상황에서 주변 지인의 영향을 받을 수밖에 없다는 점도 충분히 이해됩니다. 저 또한 대학 졸업 무렵, 선배들이 많이 가는 화장품 회사나 제약 회사에 관심을 갖고 무작정 지원서를 넣었던 경험이 있습니다. ‘어떤 직무든 좋으니 뽑아만 주세요’라는 마음이었으니, 어제 만난 분과 크게 다르지 않았습니다.


진로 설정의 방향을 찾기 위해, 우리는 먼저 과거를 돌아볼 필요가 있습니다. 과거의 선택을 되짚어 보면 자신이 좋아하는 일이나 잘하는 일을 발견할 수 있기 때문입니다. 그래서 경험을 차곡차곡 잘 정리해두는 습관이 중요합니다. 마치 서랍 속에 물건을 고이 잘 간직해두면, 필요한 순간에 쉽게 찾을 수 있는 것처럼요.


이력서나 포트폴리오에 쓸 경험을 나중에 떠올리려고 하면, 대부분 잘 기억나지 않습니다. 경험하는 순간 꼼꼼하게 기록하고 저장하는 습관이 꼭 필요합니다. 세상에 쓸모없는 경험은 없습니다. 특별한 경험만이 인정받을 수 있다고 믿는 경우도 있지만, 자신이 어떤 의미를 부여하느냐에 따라 그 경험은 충분히 특별해질 수 있습니다.
특히, 함께 일한 사람들로부터 받았던 긍정적인 피드백은 우리가 가진 강점을 보여줍니다. 강점은 스스로 발견할 수도 있지만, 타인의 관찰과 피드백을 통해 더 객관적으로 파악할 수 있습니다. 자주 듣는 칭찬이나 특별한 노력 없이도 잘 해낼 수 있는 일, 그리고 그 일을 했을 때 만족감이 높은 경우, 그 속에 우리의 강점이 숨어 있습니다.


어제 만난 분 역시 뚜렷한 관심사와 강점을 가지고 있었습니다. 바로 ‘캐릭터 기획’과 ‘스토리텔링’이었습니다. 우연한 기회로 게임 회사에서 캐릭터 기획 업무를 경험했는데, 무척 재미있었고 동료들에게도 인정을 받았다고 합니다. 또, 대학에서 콘텐츠 문학을 복수 전공하며 들었던 페르소나 수업이 가장 흥미로웠다고 했습니다. 최근 만난 분들 중 가장 또렷한 관심사와 강점을 발견한 사례였습니다.


만약 남들이 가는 길을 그대로 따라갔다면 어땠을까요? 물론 능력자라면 어떤 일을 하든 잘 해냈을 수도 있고, 안정적인 삶을 살 수도 있습니다. 하지만 한편으로는 자신이 좋아하는 일을 포기했다는 아쉬움이 마음속에 남아 계속 괴로움을 느꼈을지도 모릅니다.


후회 없이 해보고 싶은 일을 도전해보는 것이 건강한 커리어 여정이라고 생각합니다. 해보지도 않고 ‘어려울 것이다’, ‘먹고살기 힘들 것이다’라고 비관하는 것은 결코 합리적인 선택이 아닙니다. 최선을 다해 도전해보고, 결과가 긍정적이지 않다면 그때 다른 길을 찾아도 늦지 않습니다.


기회는 또 다른 기회를 낳습니다. 우연한 경험 속에서 강점과 흥미를 발견한 어제의 멘티처럼, 우리 역시 경험을 통해 새로운 기회를 만날 수 있습니다. 그러니 가만히 앉아 기다리지 말고, 지금 눈앞에 주어진 작은 기회라도 먼저 붙잡아 보세요.
우리는 미래를 예측할 수는 없지만, 미래를 만들어갈 수 있다고 믿습니다. 지금 당장 원하는 방향이 아니더라도, 과감히 도전해 본다면, 우리가 기대하고 상상했던 것 이상으로 잘하고 좋아하는 일을 만나게 될지도 모릅니다.

﻿ 어제는 마케팅 직무로 진로를 고민하는 분을 만나 커리어 로드맵에 대한 이야기를 나눴습니다. 아직 대학에 재학 중이라 졸업까지 1년 이상 남았지만, 미리 진로를 고민하고 방향을 잡고자 하는 의지가 있는 분이었습니다. 요즘은 비교적 이른 시기에 진로를 고민하는 분들이 많아졌습니다. 아마도 치열한 경쟁과 쉽지 않은 취업 환경이 그 원인이 아닐까 싶습니다. 무엇이든 일찍 시작하면 본 게임에서 빠르게 적응하고 도전할 수 있듯이, 진로도 급하게 취업을 준비하기보다는 시간적 여유를 갖고 계획하는 것이 좋습니다.어제 만난 분의 고민은 이랬습니다. 문과 출신으로 흔히들 많이 선택하는 마케팅 직무에 인턴으로 도전할 예정인데, 막상 경험해보지 않은 분야라 막연하고, 실제 직업으로 삼았을 때 어떤 점이 좋은지, 아쉬운 점은 무엇인지 궁금하다는 것이었습니다. 사실 직업을 선택하는 방식에 있어 다소 아쉬운 면이 있다고 느꼈습니다. 하지만 아직 방향을 설정해본 적 없는 상황에서 주변 지인의 영향을 받을 수밖에 없다는 점도 충분히 이해됩니다. 저 또한 대학 졸업 무렵, 선배들이 많이 가는 화장품 회사나 제약 회사에 관심을 갖고 무작정 지원서를 넣었던 경험이 있습니다. ‘어떤 직무든 좋으니 뽑아만 주세요’라는 마음이었으니, 어제 만난 분과 크게 다르지 않았습니다. 진로 설정의 방향을 찾기 위해, 우리는 먼저 과거를 돌아볼 필요가 있습니다. 과거의 선택을 되짚어 보면 자신이 좋아하는 일이나 잘하는 일을 발견할 수 있기 때문입니다. 그래서 경험을 차곡차곡 잘 정리해두는 습관이 중요합니다. 마치 서랍 속에 물건을 고이 잘 간직해두면, 필요한 순간에 쉽게 찾을 수 있는 것처럼요. 이력서나 포트폴리오에 쓸 경험을 나중에 떠올리려고 하면, 대부분 잘 기억나지 않습니다. 경험하는 순간 꼼꼼하게 기록하고 저장하는 습관이 꼭 필요합니다. 세상에 쓸모없는 경험은 없습니다. 특별한 경험만이 인정받을 수 있다고 믿는 경우도 있지만, 자신이 어떤 의미를 부여하느냐에 따라 그 경험은 충분히 특별해질 수 있습니다.특히, 함께 일한 사람들로부터 받았던 긍정적인 피드백은 우리가 가진 강점을 보여줍니다. 강점은 스스로 발견할 수도 있지만, 타인의 관찰과 피드백을 통해 더 객관적으로 파악할 수 있습니다. 자주 듣는 칭찬이나 특별한 노력 없이도 잘 해낼 수 있는 일, 그리고 그 일을 했을 때 만족감이 높은 경우, 그 속에 우리의 강점이 숨어 있습니다. 어제 만난 분 역시 뚜렷한 관심사와 강점을 가지고 있었습니다. 바로 ‘캐릭터 기획’과 ‘스토리텔링’이었습니다. 우연한 기회로 게임 회사에서 캐릭터 기획 업무를 경험했는데, 무척 재미있었고 동료들에게도 인정을 받았다고 합니다. 또, 대학에서 콘텐츠 문학을 복수 전공하며 들었던 페르소나 수업이 가장 흥미로웠다고 했습니다. 최근 만난 분들 중 가장 또렷한 관심사와 강점을 발견한 사례였습니다. 만약 남들이 가는 길을 그대로 따라갔다면 어땠을까요? 물론 능력자라면 어떤 일을 하든 잘 해냈을 수도 있고, 안정적인 삶을 살 수도 있습니다. 하지만 한편으로는 자신이 좋아하는 일을 포기했다는 아쉬움이 마음속에 남아 계속 괴로움을 느꼈을지도 모릅니다. 후회 없이 해보고 싶은 일을 도전해보는 것이 건강한 커리어 여정이라고 생각합니다. 해보지도 않고 ‘어려울 것이다’, ‘먹고살기 힘들 것이다’라고 비관하는 것은 결코 합리적인 선택이 아닙니다. 최선을 다해 도전해보고, 결과가 긍정적이지 않다면 그때 다른 길을 찾아도 늦지 않습니다. 기회는 또 다른 기회를 낳습니다. 우연한 경험 속에서 강점과 흥미를 발견한 어제의 멘티처럼, 우리 역시 경험을 통해 새로운 기회를 만날 수 있습니다. 그러니 가만히 앉아 기다리지 말고, 지금 눈앞에 주어진 작은 기회라도 먼저 붙잡아 보세요.우리는 미래를 예측할 수는 없지만, 미래를 만들어갈 수 있다고 믿습니다. 지금 당장 원하는 방향이 아니더라도, 과감히 도전해 본다면, 우리가 기대하고 상상했던 것 이상으로 잘하고 좋아하는 일을 만나게 될지도 모릅니다.

상상, 그 이상

한 달 여 프로젝트를 맡아 개발했던 웹사이트가 있었다. 회사에서 투입된 인력으로도 상당한 규모의 프로젝트였고 나는 개발 담당자로 개발 미팅...

오픈소스 쓰셨던데 그러고도 개발자입니까?

오늘의 탐라는 “ChatGPT 쓰셨던데 그러고도 개발자입니까?” 인가..

불멸의 고전글 “오픈소스 쓰셨던데 그러고도 개발자입니까?”가 생각나는군.. ㅋㅋ

역시 지구는 둥글고 세상은 돌고 돈다. ㅋㅋ

https://www.haruair.com/ko/post/you-used-open-source-and-are-you-a-developer/

오늘의 탐라는 “ChatGPT 쓰셨던데 그러고도 개발자입니까?” 인가.. 불멸의 고전글 “오픈소스 쓰셨던데 그러고도 개발자입니까?”가 생각나는군.. ㅋㅋ 역시 지구는 둥글고 세상은 돌고 돈다. ㅋㅋ https://www.haruair.com/ko/post/you-used-open-source-and-are-you-a-developer/

www.haruair.com

사람들이 요즘 AI, ChatGPT에게 의존하여 사고력이 저하되고 있다는 이야기가 많이 나온다.

두뇌 발달에 안 좋으니, 80년대에 계산기 쓰지마라, 90년대에 컴퓨터 쓰지마라, 2000년대에 엑셀 팡션 쓰지마라, 2010년에 스마트폰 쓰지마라는 말과 같다는 생각이다.

인터넷 초기에는 이메일과 하이퍼링크(웹)가 집중력과 사고력을 저하시킨다는 말도 있었다. 😇

2025년의 보통의 인간이 1980년으로 가서 ChatGPT를 사용한다면 어떤 대우를 받을까?

인간은 적응의 동물이며, 도구를 통해 사고를 넓혀왔다. 안 쓰는게 아니라 잘 쓰는게 관건이다.

사람들이 요즘 AI, ChatGPT에게 의존하여 사고력이 저하되고 있다는 이야기가 많이 나온다. 두뇌 발달에 안 좋으니, 80년대에 계산기 쓰지마라, 90년대에 컴퓨터 쓰지마라, 2000년대에 엑셀 팡션 쓰지마라, 2010년에 스마트폰 쓰지마라는 말과 같다는 생각이다. 인터넷 초기에는 이메일과 하이퍼링크(웹)가 집중력과 사고력을 저하시킨다는 말도 있었다. 😇 2025년의 보통의 인간이 1980년으로 가서 ChatGPT를 사용한다면 어떤 대우를 받을까? 인간은 적응의 동물이며, 도구를 통해 사고를 넓혀왔다. 안 쓰는게 아니라 잘 쓰는게 관건이다.

코로나 이후 몇 년간 지방 여행을 많이 했습니다.
딸이 아직 학교에 들어가기 전이고, 저와 아내는 직장에 얽혀있지 않은 몸이니… 이것은 놓칠 수 없는 기회 아닌가?


1년 365일 중 약 120일 정도를 여행 다닐 정도로 이 도시 저 도시 많이 가서 지내봤습니다.
앞으로 다시 이렇게 지낼 수 있는 날이 내 인생에서 올까? 아마 힘들 것 같습니다.
딸에게는 어떤 기억으로 남을지 모르겠지만, 저와 아내에게는 아주 좋았던 시간으로 기억될 것 같네요.


우리나라 지방 여행도 참 좋더군요.
인구는 계속 서울로만 몰려들고, 지방 소멸을 몸으로 느끼며 안타까우면서도…
서울에서는 절대 느낄 수 없는 감성과 평온함을 느낄 수 있다는 게 좋았습니다.


평생 서울에서만 살던 제가, 이곳 저곳 다녀보면서 여행한 장소들을 기록하고 싶다는 생각을 했는데, 이번에 웹사이트로 한 번 만들어봤습니다.
이름은 내가 가본 우리나라


다녀온 곳을 색칠하는 단순한 사이트지만… 색칠하는 재미가 있습니다. 커뮤니티에 공개했더니 순식간에 1,500 명이 넘는 분들이 가입해 주셔서 놀랐습니다. 아무도 안 써도 그냥 제가 혼자 쓸려고 했거든요.


이제 사용자 분들이 생겨버렸으니 열심히 운영하고 기능 개선도 해봐야겠죠.?
제가 그동안 다녀온 곳들도 공개해 봅니다.


https://mykoreamap.com/maps/s/6c1ps9qtc

코로나 이후 몇 년간 지방 여행을 많이 했습니다. 딸이 아직 학교에 들어가기 전이고, 저와 아내는 직장에 얽혀있지 않은 몸이니… 이것은 놓칠 수 없는 기회 아닌가? 1년 365일 중 약 120일 정도를 여행 다닐 정도로 이 도시 저 도시 많이 가서 지내봤습니다. 앞으로 다시 이렇게 지낼 수 있는 날이 내 인생에서 올까? 아마 힘들 것 같습니다. 딸에게는 어떤 기억으로 남을지 모르겠지만, 저와 아내에게는 아주 좋았던 시간으로 기억될 것 같네요. 우리나라 지방 여행도 참 좋더군요. 인구는 계속 서울로만 몰려들고, 지방 소멸을 몸으로 느끼며 안타까우면서도… 서울에서는 절대 느낄 수 없는 감성과 평온함을 느낄 수 있다는 게 좋았습니다. 평생 서울에서만 살던 제가, 이곳 저곳 다녀보면서 여행한 장소들을 기록하고 싶다는 생각을 했는데, 이번에 웹사이트로 한 번 만들어봤습니다.이름은 내가 가본 우리나라 다녀온 곳을 색칠하는 단순한 사이트지만… 색칠하는 재미가 있습니다. 커뮤니티에 공개했더니 순식간에 1,500 명이 넘는 분들이 가입해 주셔서 놀랐습니다. 아무도 안 써도 그냥 제가 혼자 쓸려고 했거든요. 이제 사용자 분들이 생겨버렸으니 열심히 운영하고 기능 개선도 해봐야겠죠.?제가 그동안 다녀온 곳들도 공개해 봅니다. https://mykoreamap.com/maps/s/6c1ps9qtc

내가 가본 우리나라 - 지도 색칠 사이트

앞으로의 코테는 설명을 주고 코드를 짜라고 하는 것이 아니라, 코드를 주고 설명을 하라는 것이 유효할 것이다.

내 경우는 이미 그렇게 하고 있는데, 요구사항을 주고 개발을 요청. 결과물이 요구사항대로 개발이 잘 되었다면, 다음 단계로 제출한 코드를 리뷰하며 설명을 요청한다.

앞으로 어차피 코드는 AI가 짜 줄테고, 중요한 건 그걸 이해할수 있는지가 중요하기 때문. 다만 설명을 외워 올 수 있으니, 면접관 입장에서는 코드리뷰시 인뎁스 질문을 잘하는 능력이 필요할 것이다.

사실 나는 이런 방식을 이전에도 썼었는데, 이전에는 개발 시간이 너무 오래 걸려서 복잡한 과제는 내기 어려웠다. 그런데 이제는 복잡한 과제를 내는게 부담스럽지 않기 때문에 좀 더 역량을 판단하기 좋아졌다고 생각한다.

참고로, 안타깝게도, 대 AI 시대 이전에도 이후에도, 제출한 결과물을 제대로 이해하지 못하는 경우가 태반이었으며, 심지어 작동여부를 제대로 검증조차 못하는 경우도 많았다.

앞으로의 코테는 설명을 주고 코드를 짜라고 하는 것이 아니라, 코드를 주고 설명을 하라는 것이 유효할 것이다. 내 경우는 이미 그렇게 하고 있는데, 요구사항을 주고 개발을 요청. 결과물이 요구사항대로 개발이 잘 되었다면, 다음 단계로 제출한 코드를 리뷰하며 설명을 요청한다. 앞으로 어차피 코드는 AI가 짜 줄테고, 중요한 건 그걸 이해할수 있는지가 중요하기 때문. 다만 설명을 외워 올 수 있으니, 면접관 입장에서는 코드리뷰시 인뎁스 질문을 잘하는 능력이 필요할 것이다. 사실 나는 이런 방식을 이전에도 썼었는데, 이전에는 개발 시간이 너무 오래 걸려서 복잡한 과제는 내기 어려웠다. 그런데 이제는 복잡한 과제를 내는게 부담스럽지 않기 때문에 좀 더 역량을 판단하기 좋아졌다고 생각한다. 참고로, 안타깝게도, 대 AI 시대 이전에도 이후에도, 제출한 결과물을 제대로 이해하지 못하는 경우가 태반이었으며, 심지어 작동여부를 제대로 검증조차 못하는 경우도 많았다.

앞으로의 코테는 설명을 주고 코드를 짜라고 하는 것이 아니라, 코

1. 제품은 보통 세 가지 질문의 답을 찾는 과정으로 만들어진다. 왜(why), 무엇으로(what), 그것을 어떻게(how) 그리고 이 단계별로 PM이 푸는 문제의 본질은 다르다.

2. 첫 번째 why. 풀려는 문제를 정의한다. 즉, 사람의 문제를 푸는 것이다. 제품은 수단이며 솔루션이다. 사람이 겪는 문제를 풀거나, 없던 가치를 만드는 게 제품의 미션이다.

3. 모든 사람이 겪고 있는 문제 중에 정말 불편한 것은 무엇일까. 풀었을 때 가치와 임팩트는 어느 정도지? 어떤 문제를 풀어야 하는가. 그것을 날카롭게 정의하는 데서 모든 것이 시작된다.

4. 두 번째 what. 문제를 해결할 도구로써 제품을 정의한다. 사용자의 문제를 푼다.

5. 보편적인 사람의 문제 중에 특정 타겟으로 범위를 좁혔다. 사람에서 사용자로. what은 그 사용자의 문제를 푸는 것이다. 목적을 달성하기 위해 가장 효과적인 방법은 무엇인가. 어떤 제품이 필요할까. 상상하고 구체화하며, 가설을 세우고 검증하는 단계를 거친다.

6. 세 번째 how. 정의한 제품을 만든다. 이제는 인간관계의 문제를 푼다.

7. 제품의 사용자도 사람이고, 만드는 사람도 사람이다. 만드는 사람들의 머릿속에 '하나의 제품'에 대한 같은 그림을 그려 넣어야 한다. 그리고 그것을 원활하게 잘 만들어갈 수 있게 조율해야 한다.

8. 이때의 어려움은 시간과 리소스도 있지만, 결국 만드는 사람 간의 문제로 귀결된다. 같은 그림을 그리고 있는가, 서로 협업은 잘 이뤄지는가. 생각의 차이와 갈등은 어떻게 해결할 것인가.

9. PM의 커리어는 보통 이 순서의 역으로 성장한다. 처음에는 만드는 방법(how)을 고민하다가, 점차 만들 제품(what)을 상상하게 되고, 마침내 풀어야 할 문제와 목적(Why)을 정의하는 자리로 나아간다.

10. 지금 내가 풀고 있는 문제는 무엇인가. 만드는 사람들의 인간관계를 풀고 있나. 사용자의 문제를 풀고 있나. 아님 보편적인 인간의 문제를 풀고 있나. 지금 내가 싸우고 있는 문제의 진짜 이름과 위치를 아는 것. 그것이 위대한 제품을 향한 가장 첫걸음이다.

#pm학개론

1. 제품은 보통 세 가지 질문의 답을 찾는 과정으로 만들어진다. 왜(why), 무엇으로(what), 그것을 어떻게(how) 그리고 이 단계별로 PM이 푸는 문제의 본질은 다르다. ​2. 첫 번째 why. 풀려는 문제를 정의한다. 즉, 사람의 문제를 푸는 것이다. 제품은 수단이며 솔루션이다. 사람이 겪는 문제를 풀거나, 없던 가치를 만드는 게 제품의 미션이다. ​3. 모든 사람이 겪고 있는 문제 중에 정말 불편한 것은 무엇일까. 풀었을 때 가치와 임팩트는 어느 정도지? 어떤 문제를 풀어야 하는가. 그것을 날카롭게 정의하는 데서 모든 것이 시작된다. ​4. 두 번째 what. 문제를 해결할 도구로써 제품을 정의한다. 사용자의 문제를 푼다. ​5. 보편적인 사람의 문제 중에 특정 타겟으로 범위를 좁혔다. 사람에서 사용자로. what은 그 사용자의 문제를 푸는 것이다. 목적을 달성하기 위해 가장 효과적인 방법은 무엇인가. 어떤 제품이 필요할까. 상상하고 구체화하며, 가설을 세우고 검증하는 단계를 거친다. ​6. 세 번째 how. 정의한 제품을 만든다. 이제는 인간관계의 문제를 푼다. ​7. 제품의 사용자도 사람이고, 만드는 사람도 사람이다. 만드는 사람들의 머릿속에 '하나의 제품'에 대한 같은 그림을 그려 넣어야 한다. 그리고 그것을 원활하게 잘 만들어갈 수 있게 조율해야 한다. ​8. 이때의 어려움은 시간과 리소스도 있지만, 결국 만드는 사람 간의 문제로 귀결된다. 같은 그림을 그리고 있는가, 서로 협업은 잘 이뤄지는가. 생각의 차이와 갈등은 어떻게 해결할 것인가. ​9. PM의 커리어는 보통 이 순서의 역으로 성장한다. 처음에는 만드는 방법(how)을 고민하다가, 점차 만들 제품(what)을 상상하게 되고, 마침내 풀어야 할 문제와 목적(Why)을 정의하는 자리로 나아간다. ​10. 지금 내가 풀고 있는 문제는 무엇인가. 만드는 사람들의 인간관계를 풀고 있나. 사용자의 문제를 풀고 있나. 아님 보편적인 인간의 문제를 풀고 있나. 지금 내가 싸우고 있는 문제의 진짜 이름과 위치를 아는 것. 그것이 위대한 제품을 향한 가장 첫걸음이다. #pm학개론 ​

< 일 잘하는 PM은 문제의 ‘이름’부터 정의한다 >

스프링 팀의 주요 개발자들이 2025년 9월에 출시 예정된 자바 25로의 업그레이드를 강하게 권장하고 있습니다. 이러한 권고의 배경에는 클라우드 환경에서 자바가 겪어온 성능 문제를 해결하는 핵심적인 개선 사항들이 집약되어 있기 때문입니다.

곧 출시될 자바 25는 가능한 빨리 도입하세요

스프링 팀의 주요 개발자들이 2025년 9월에 출시 예정된 자바 25로의 업그레이드를 권장하고 있다. 이러한 권고의 배경에는 클라우드 환경에서 자바가 겪어온 성능 문제를 해결하는 핵심적인 개선 사항들이 집약되어 있기 때문이다.

자바가 마주했던 과제와 이를 해결하기 위한 자바 및 스프링 생태계의 기술적 발전을 정리해봤다.


https://www.linkedin.com/pulse/%EA%B3%A7-%EC%B6%9C%EC%8B%9C%EB%90%A0-%EC%9E%90%EB%B0%94-25%EB%8A%94-%EA%B0%80%EB%8A%A5%ED%95%9C-%EB%B9%A8%EB%A6%AC-%EB%8F%84%EC%9E%85%ED%95%98%EC%84%B8%EC%9A%94-springrunner-5017c

스프링 팀의 주요 개발자들이 2025년 9월에 출시 예정된 자바 25로의 업그레이드를 권장하고 있다. 이러한 권고의 배경에는 클라우드 환경에서 자바가 겪어온 성능 문제를 해결하는 핵심적인 개선 사항들이 집약되어 있기 때문이다. 자바가 마주했던 과제와 이를 해결하기 위한 자바 및 스프링 생태계의 기술적 발전을 정리해봤다. https://www.linkedin.com/pulse/%EA%B3%A7-%EC%B6%9C%EC%8B%9C%EB%90%A0-%EC%9E%90%EB%B0%94-25%EB%8A%94-%EA%B0%80%EB%8A%A5%ED%95%9C-%EB%B9%A8%EB%A6%AC-%EB%8F%84%EC%9E%85%ED%95%98%EC%84%B8%EC%9A%94-springrunner-5017c

kr.linkedin.com

자바 25를 사용해야 하는 이유

경력 기술에서 가장 중요한 것은 정량적 성과입니다. 단순히 업무 내용을 나열하는 것만으로는 차별화된 지원자로 어필할 수 없습니다. 직무 관련 역할은 누구나 수행할 수 있는 일이기 때문에, 그 일을 통해 창출한 구체적인 성과를 수치로 표현해야 합니다.


많은 분들이 "루틴한 업무가 대부분인데 어떻게 정량적 성과로 표현하느냐"고 질문합니다. 제안서 작성, 회계 비용 정산, 교육 운영 등은 얼핏 정량적 성과와 무관해 보입니다.
하지만 모든 역할은 회사의 매출과 이익에 기여합니다. 비즈니스 모델을 가진 회사에서 근무했다면, 담당 직무에 관계없이 회사의 성장에 기여한 것입니다. 전년 대비 매출이나 이익이 성장했다면, 해당 지표를 자신의 성과로 표현할 수 있습니다.
일부 회사는 직무에 관계없이 모든 구성원에게 매출과 이익 목표를 부여하기도 합니다. 이는 모든 업무가 회사의 정량적 목표와 연결되어 있음을 보여줍니다.


회사에서 정량적 지표를 목표로 제시하지 않더라도, 우리는 능동적으로 매출과 이익 등 회사 성장에 기여한 바를 경력에 기술할 수 있습니다.
측정 가능한 핵심 결과 지표를 설정하고, 이를 달성하기 위한 액션 플랜을 수립하는 것이 개인과 조직 성장에 기여하는 방식입니다. 조직이 이런 방식으로 업무를 조정하지 않더라도, 우리는 스스로 정량적 목표를 세우고 구체적인 계획에 따라 일해야 합니다.


정량적 성과를 어필하는 것만큼 중요한 것은 성과를 만든 방법을 구체적으로 설명하는 것입니다. 단순히 "업무를 수행했더니 성과가 나왔다"고 설명한다면 설득력이 떨어집니다. 아무리 대단한 성과라도 그것을 만들어낸 핵심 역량이나 방법을 소개하지 않으면 임팩트가 약해집니다.
예를 들어:
 * 매출 00억 달성에 기여한 자신만의 업무 노하우
 * 사용자 수 00명 증가에 기여한 업무 역할의 특징
 * 전년 대비 주문 건수 00건 증가에 대한 구체적 기여 방식
이러한 업무 노하우와 특정 역할 설명이 바로 역량에 대한 증명입니다. 역량을 증명해야 정량적 성과를 일으킨 사람이라고 믿을 수 있고, 최소한 면접에서 만나보고 싶다는 피드백을 받을 수 있습니다.


효과적인 경력 기술은 역할 - 성과 - 역량의 구조로 이루어져야 합니다. 이 명칭은 '목적 - 역할 - 성과' 등으로 대체할 수도 있습니다. 중요한 것은 구조적으로 경험을 통해 역량을 증명하는 것입니다.
이전에 한 일과 그 일을 통해 발휘한 역량, 역량으로 만든 성과로 경력을 설명한다면 매력적인 인재로 어필할 수 있습니다.


경력이 있는 지원자는 경험을 잘 설명할 수 있다면, 다른 내용들은 과감히 생략해도 됩니다. 자격증, 대외활동 등 시선을 분산시키는 내용들은 오히려 생략하는 것이 좋습니다.
다만, 자기소개는 반드시 포함해야 합니다. 회사를 선택한 이유와 핵심 역량을 소개하는 내용이 필요합니다. 여기서 핵심 역량은 소통이나 협업 관련 소프트 스킬, 즉 보이지 않는 태도적 능력을 의미합니다.
이력서를 읽고 나면 지원자가 보유한 직무 기술과 지향하는 가치적 태도를 모두 파악할 수 있어야 합니다.


좋은 지식과 노하우를 갖고 있어도 자신에게 적용하는 것은 항상 어려운 법입니다. 하지만 오늘 이 내용에 공감하신다면 이력서에 반영해보시기 바랍니다. 분명 이전과는 확실히 다른 이력서로 변신할 수 있을 것입니다.

﻿경력 기술에서 가장 중요한 것은 정량적 성과입니다. 단순히 업무 내용을 나열하는 것만으로는 차별화된 지원자로 어필할 수 없습니다. 직무 관련 역할은 누구나 수행할 수 있는 일이기 때문에, 그 일을 통해 창출한 구체적인 성과를 수치로 표현해야 합니다. 많은 분들이 "루틴한 업무가 대부분인데 어떻게 정량적 성과로 표현하느냐"고 질문합니다. 제안서 작성, 회계 비용 정산, 교육 운영 등은 얼핏 정량적 성과와 무관해 보입니다.하지만 모든 역할은 회사의 매출과 이익에 기여합니다. 비즈니스 모델을 가진 회사에서 근무했다면, 담당 직무에 관계없이 회사의 성장에 기여한 것입니다. 전년 대비 매출이나 이익이 성장했다면, 해당 지표를 자신의 성과로 표현할 수 있습니다.일부 회사는 직무에 관계없이 모든 구성원에게 매출과 이익 목표를 부여하기도 합니다. 이는 모든 업무가 회사의 정량적 목표와 연결되어 있음을 보여줍니다. 회사에서 정량적 지표를 목표로 제시하지 않더라도, 우리는 능동적으로 매출과 이익 등 회사 성장에 기여한 바를 경력에 기술할 수 있습니다.측정 가능한 핵심 결과 지표를 설정하고, 이를 달성하기 위한 액션 플랜을 수립하는 것이 개인과 조직 성장에 기여하는 방식입니다. 조직이 이런 방식으로 업무를 조정하지 않더라도, 우리는 스스로 정량적 목표를 세우고 구체적인 계획에 따라 일해야 합니다. 정량적 성과를 어필하는 것만큼 중요한 것은 성과를 만든 방법을 구체적으로 설명하는 것입니다. 단순히 "업무를 수행했더니 성과가 나왔다"고 설명한다면 설득력이 떨어집니다. 아무리 대단한 성과라도 그것을 만들어낸 핵심 역량이나 방법을 소개하지 않으면 임팩트가 약해집니다.예를 들어:<ul ><li>매출 00억 달성에 기여한 자신만의 업무 노하우</li><li>사용자 수 00명 증가에 기여한 업무 역할의 특징</li><li>전년 대비 주문 건수 00건 증가에 대한 구체적 기여 방식</li></ul>이러한 업무 노하우와 특정 역할 설명이 바로 역량에 대한 증명입니다. 역량을 증명해야 정량적 성과를 일으킨 사람이라고 믿을 수 있고, 최소한 면접에서 만나보고 싶다는 피드백을 받을 수 있습니다. 효과적인 경력 기술은 역할 - 성과 - 역량의 구조로 이루어져야 합니다. 이 명칭은 '목적 - 역할 - 성과' 등으로 대체할 수도 있습니다. 중요한 것은 구조적으로 경험을 통해 역량을 증명하는 것입니다.이전에 한 일과 그 일을 통해 발휘한 역량, 역량으로 만든 성과로 경력을 설명한다면 매력적인 인재로 어필할 수 있습니다. 경력이 있는 지원자는 경험을 잘 설명할 수 있다면, 다른 내용들은 과감히 생략해도 됩니다. 자격증, 대외활동 등 시선을 분산시키는 내용들은 오히려 생략하는 것이 좋습니다.다만, 자기소개는 반드시 포함해야 합니다. 회사를 선택한 이유와 핵심 역량을 소개하는 내용이 필요합니다. 여기서 핵심 역량은 소통이나 협업 관련 소프트 스킬, 즉 보이지 않는 태도적 능력을 의미합니다.이력서를 읽고 나면 지원자가 보유한 직무 기술과 지향하는 가치적 태도를 모두 파악할 수 있어야 합니다. 좋은 지식과 노하우를 갖고 있어도 자신에게 적용하는 것은 항상 어려운 법입니다. 하지만 오늘 이 내용에 공감하신다면 이력서에 반영해보시기 바랍니다. 분명 이전과는 확실히 다른 이력서로 변신할 수 있을 것입니다.﻿

효과적인 경력 기술 가이드

2024년 생활시간조사 결과 | 전체 | 보건 · 사회 · 복지 | 보도자료 | 새소식 : 통계청

2024년 한국인의 하루, 무엇이 달라졌을까?

2019년에 이어 5년 만에 발표된 통계청 2024년 생활시간조사는 한국 사회가 집단 중심에서 개인 중심으로, 시간 투입에서 효율성 중심으로 패러다임이 전환되고 있음을 보여줍니다.

1. 수면의 질 저하로 인한 생산성 위기

 * 수면시간 8시간 4분으로 8분 감소 (1999년 조사 이래 최초)
 * 불면 경험자 11.9% (2019년 대비 4.6%p 증가)
   * 60세 이상이 19.6%로 가장 높고, 50대(11.1%), 40대(8.2%) 순
   * 모든 연령층에서 2019년 대비 증가: 60세 이상(+6.1%p), 50대(+4.3%p), 40대(+2.9%p) 등

사용자의 인지적 부하가 증가하고 있습니다. 수면 부족은 의사결정 능력과 집중력을 저하시켜 업무 효율성에 직접적 영향을 미칩니다. 디지털 기기 사용 증가와 야간 업무로 인한 수면 패턴 교란이 주요 원인으로 보입니다.

2. 개인화된 소비 패턴의 가속화

 * 혼자 식사하는 비율
   * 아침 41.7%(2019년 대비 +2.9%p) - 20대가 58.5%로 가장 높음
   * 점심 26.9%(2019년 대비 +1.4%p) - 20대가 32.1%로 가장 높음
   * 저녁 25.7%(2019년 대비 +2.5%p) - 20대가 34.8%로 가장 높음
 * 아침 식사 비율은 20대가 36.9%로 가장 낮고, 60세 이상이 85.8%로 가장 높음

코로나19 이후 정착된 재택근무와 개인 중심 라이프스타일이 식습관에도 반영되었습니다. 전통적인 집단 식사 문화에서 개인 맞춤형 소비로 패러다임이 전환되고 있습니다.

 3. 디지털 미디어 소비의 구조적 변화

 * 미디어 이용시간 2시간 43분으로 2019년 대비 17분 증가
 * CT기기 사용시간이 필수·의무·여가시간 모든 영역에서 2019년 대비 증가

멀티태스킹이 일상화되면서 콘텐츠 소비 패턴이 파편화되고 있습니다. 짧은 시간 내 핵심 정보를 전달하는 형태의 콘텐츠가 선호되는 구조입니다.

4. 업무 효율성 중심 문화로의 전환

 * 평일 오후 5시 이후 근무자 비율 2019년 대비 남녀 모두 감소
 * 일 관련 시간 2019년 대비 6분 감소
   * 남자: 6시간 36분(2019년 6시간 56분 → 2024년 6시간 36분, -20분)
   * 여자: 5시간 32분(2019년 5시간 38분 → 2024년 5시간 32분, -6분)

워라밸 가치관과 팬데믹 이후 효율성 중심 업무 문화가 확산되고 있습니다. 시간 투입보다 성과 중심 평가 시스템이 정착되는 과정입니다.

5. 성역할 인식 변화와 평등한 파트너십

 * 맞벌이 남편의 가사노동시간 2019년 대비 13분 증가
 * 맞벌이 아내의 가사노동시간은 2019년 대비 17분 감소

전통적 성역할 고정관념이 해체되면서 가정 내 역할 분담이 보다 평등해지고 있습니다. 이는 소비 결정권과 브랜드 선호도에도 영향을 미치는 구조적 변화입니다.

6. 주류가 된 웰빙과 셀프케어 문화

 * 스포츠 및 레포츠 2019년 대비 5분 증가
 * 건강·위생 등 개인유지 2019년 대비 7분 증가

건강에 대한 투자를 당연시하는 문화가 확산되었습니다. 단순한 치료 개념을 넘어 예방과 관리, 나아가 최적화에 대한 니즈가 증가하고 있습니다.

7. 행복의 본질적 가치 재발견

 * 가장 기분 좋은 행동 3가지
   * 1위: 식사하기 (평일 14.7%, 토요일 14.6%, 일요일 13.2%)
   * 2위: 대면교제 (평일 7.0%, 토요일 8.1%, 일요일 7.6%)
   * 3위: 걷기와 산책 (평일 5.3%, 토요일 6.2%, 일요일 7.0%)

복잡하고 자극적인 활동보다는 기본적이고 자연스러운 행위에서 만족감을 느끼는 경향이 강화되었습니다. 이는 과도한 디지털 자극에 대한 피로감의 반영일 수 있습니다.

[ 큐레이터의 문장 🎒 ]

"피로사회"에서 "회복사회"로

한국인들은 더 이상 무한 경쟁과 과로를 당연시하지 않습니다. 수면 시간 감소와 불면증 증가라는 역설적 현상은 사회적 피로감이 한계점에 도달했음을 시사합니다. 이는 단순한 개인의 선택이 아닌, 사회 시스템 전반의 지속가능성에 대한 경고 신호입니다.

"연결"에서 "자율성"으로

혼밥 문화의 확산은 개인주의 심화로만 해석할 수 없습니다. 오히려 타인의 시선과 기대에서 벗어나 자신만의 페이스로 살아가고자 하는 자율성 추구로 봐야 합니다. 이는 집단 동조성이 강했던 한국 사회의 근본적 변화를 의미합니다.

"역할 고정"에서 "유연성"으로

성역할 변화는 단순한 가사분담을 넘어 개인의 정체성을 사회적 역할로 규정하지 않겠다는 의지로 해석됩니다. 이는 모든 영역에서 기존 규범과 관습에 대한 재평가로 이어지고 있습니다.

https://sri.kostat.go.kr/board.es?mid=a10301060100&bid=220&act=view&list_no=437764&tag=&nPage=1

2024년 한국인의 하루, 무엇이 달라졌을까? 2019년에 이어 5년 만에 발표된 통계청 2024년 생활시간조사는 한국 사회가 집단 중심에서 개인 중심으로, 시간 투입에서 효율성 중심으로 패러다임이 전환되고 있음을 보여줍니다. 1. 수면의 질 저하로 인한 생산성 위기 <ul ><li>수면시간 8시간 4분으로 8분 감소 (1999년 조사 이래 최초)</li><li>불면 경험자 11.9% (2019년 대비 4.6%p 증가)<ul ><li>60세 이상이 19.6%로 가장 높고, 50대(11.1%), 40대(8.2%) 순</li><li>모든 연령층에서 2019년 대비 증가: 60세 이상(+6.1%p), 50대(+4.3%p), 40대(+2.9%p) 등</li></ul></li></ul> 사용자의 인지적 부하가 증가하고 있습니다. 수면 부족은 의사결정 능력과 집중력을 저하시켜 업무 효율성에 직접적 영향을 미칩니다. 디지털 기기 사용 증가와 야간 업무로 인한 수면 패턴 교란이 주요 원인으로 보입니다. 2. 개인화된 소비 패턴의 가속화 <ul ><li>혼자 식사하는 비율<ul ><li>아침 41.7%(2019년 대비 +2.9%p) - 20대가 58.5%로 가장 높음</li><li>점심 26.9%(2019년 대비 +1.4%p) - 20대가 32.1%로 가장 높음</li><li>저녁 25.7%(2019년 대비 +2.5%p) - 20대가 34.8%로 가장 높음</li></ul></li><li>아침 식사 비율은 20대가 36.9%로 가장 낮고, 60세 이상이 85.8%로 가장 높음</li></ul> 코로나19 이후 정착된 재택근무와 개인 중심 라이프스타일이 식습관에도 반영되었습니다. 전통적인 집단 식사 문화에서 개인 맞춤형 소비로 패러다임이 전환되고 있습니다. <ol start="3"><li>디지털 미디어 소비의 구조적 변화</li></ol> <ul ><li>미디어 이용시간 2시간 43분으로 2019년 대비 17분 증가</li><li>CT기기 사용시간이 필수·의무·여가시간 모든 영역에서 2019년 대비 증가</li></ul> 멀티태스킹이 일상화되면서 콘텐츠 소비 패턴이 파편화되고 있습니다. 짧은 시간 내 핵심 정보를 전달하는 형태의 콘텐츠가 선호되는 구조입니다. 4. 업무 효율성 중심 문화로의 전환 <ul ><li>평일 오후 5시 이후 근무자 비율 2019년 대비 남녀 모두 감소</li><li>일 관련 시간 2019년 대비 6분 감소<ul ><li>남자: 6시간 36분(2019년 6시간 56분 → 2024년 6시간 36분, -20분)</li><li>여자: 5시간 32분(2019년 5시간 38분 → 2024년 5시간 32분, -6분)</li></ul></li></ul> 워라밸 가치관과 팬데믹 이후 효율성 중심 업무 문화가 확산되고 있습니다. 시간 투입보다 성과 중심 평가 시스템이 정착되는 과정입니다. 5. 성역할 인식 변화와 평등한 파트너십 <ul ><li>맞벌이 남편의 가사노동시간 2019년 대비 13분 증가</li><li>맞벌이 아내의 가사노동시간은 2019년 대비 17분 감소</li></ul> 전통적 성역할 고정관념이 해체되면서 가정 내 역할 분담이 보다 평등해지고 있습니다. 이는 소비 결정권과 브랜드 선호도에도 영향을 미치는 구조적 변화입니다. 6. 주류가 된 웰빙과 셀프케어 문화 <ul ><li>스포츠 및 레포츠 2019년 대비 5분 증가</li><li>건강·위생 등 개인유지 2019년 대비 7분 증가</li></ul> 건강에 대한 투자를 당연시하는 문화가 확산되었습니다. 단순한 치료 개념을 넘어 예방과 관리, 나아가 최적화에 대한 니즈가 증가하고 있습니다. 7. 행복의 본질적 가치 재발견 <ul ><li>가장 기분 좋은 행동 3가지<ul ><li>1위: 식사하기 (평일 14.7%, 토요일 14.6%, 일요일 13.2%)</li><li>2위: 대면교제 (평일 7.0%, 토요일 8.1%, 일요일 7.6%)</li><li>3위: 걷기와 산책 (평일 5.3%, 토요일 6.2%, 일요일 7.0%)</li></ul></li></ul> 복잡하고 자극적인 활동보다는 기본적이고 자연스러운 행위에서 만족감을 느끼는 경향이 강화되었습니다. 이는 과도한 디지털 자극에 대한 피로감의 반영일 수 있습니다. [ 큐레이터의 문장 🎒 ] "피로사회"에서 "회복사회"로 한국인들은 더 이상 무한 경쟁과 과로를 당연시하지 않습니다. 수면 시간 감소와 불면증 증가라는 역설적 현상은 사회적 피로감이 한계점에 도달했음을 시사합니다. 이는 단순한 개인의 선택이 아닌, 사회 시스템 전반의 지속가능성에 대한 경고 신호입니다. "연결"에서 "자율성"으로 혼밥 문화의 확산은 개인주의 심화로만 해석할 수 없습니다. 오히려 타인의 시선과 기대에서 벗어나 자신만의 페이스로 살아가고자 하는 자율성 추구로 봐야 합니다. 이는 집단 동조성이 강했던 한국 사회의 근본적 변화를 의미합니다. "역할 고정"에서 "유연성"으로 성역할 변화는 단순한 가사분담을 넘어 개인의 정체성을 사회적 역할로 규정하지 않겠다는 의지로 해석됩니다. 이는 모든 영역에서 기존 규범과 관습에 대한 재평가로 이어지고 있습니다. https://sri.kostat.go.kr/board.es?mid=a10301060100&amp;bid=220&amp;act=view&amp;list_no=437764&amp;tag=&amp;nPage=1

통계청

⟪통계청 2024년 생활시간조사로 본 7가지 핵심 데이터⟫

PRD를 입력하면 DDD기법에의해 해석문서를 만드는 툴로 툴소개와 작동소스 오픈합니다. 실무에 적용가능한 수준의 문서를 만들기보다. 구현에 필요한 직전단계의 최소문서를 만드는 프로세스에 고민을 해본 생성툴입니다.

https://wiki.webnori.com/x/4oGtBg

PRD를 입력하면 DDD기법에의해 해석문서를 만드는 툴로 툴소개와 작동소스 오픈합니다. 실무에 적용가능한 수준의 문서를 만들기보다. 구현에 필요한 직전단계의 최소문서를 만드는 프로세스에 고민을 해본 생성툴입니다. https://wiki.webnori.com/x/4oGtBg

PRD분석 AI툴

성과지표부터 가설까지, PM의 제품 설계 인사이트

📈 성과지표(KPI), 이렇게 설정하고 관리합니다

이번 뉴스레터에서는 ‘성과지표(KPI) 설정과 관리’라는 주제로, 팀이 같은 방향을 보고 움직이기 위해 기획자가 어떻게 지표를 설계하고 공유해야 하는지에 대한 이야기를 나눠보려 해요. KPI는 단순한 숫자가 아니라, 제품이 어떤 가치를 만들고 있는지를 증명하는 나침반 같은 존재니까요.


12년차 PM이 직접 전하는 실전 KPI 설정 노하우부터, 허영 지표를 피하고 팀 전체를 정렬시키는 구체적인 사례가 담겨있어요. 인터뷰 본문부터 영상 콘텐츠까지 재밌게 봐주세요.

이번 뉴스레터에서는 ‘성과지표(KPI) 설정과 관리’라는 주제로, 팀이 같은 방향을 보고 움직이기 위해 기획자가 어떻게 지표를 설계하고 공유해야 하는지에 대한 이야기를 나눠보려 해요. KPI는 단순한 숫자가 아니라, 제품이 어떤 가치를 만들고 있는지를 증명하는 나침반 같은 존재니까요. 12년차 PM이 직접 전하는 실전 KPI 설정 노하우부터, 허영 지표를 피하고 팀 전체를 정렬시키는 구체적인 사례가 담겨있어요. 인터뷰 본문부터 영상 콘텐츠까지 재밌게 봐주세요.

앤디의 마음챙김 레터

자주 사용하는 공통기능을 하나의 모듈로 만들어 놓고, 필요할때 마다 참고 하는 성향이 있어서 개인적인 공간에 작업물을 정리 하거나, 나만의 모듈로 만드는 것을 종종 진행하고 있어요.


어찌 보면 저만의 toy 모듈같은 것인데요.
개인적인 작업 공간이긴 하지만, 오늘은 기능 정의가 중요하다는 것을 다시 한번 알게 되었어요.


아무리 저만을 위한 모듈을 만들어 보는 것이더라도, 습관에 의해서 사용성에 대해서 생각을 하게 되는데요. 코드에 먼저 손을 대면서 이렇게 해볼까? 저렇게 해볼까? 하면서 혼란?의 상태에 빠지는 저 자신을 보면서 "아직도 나는 부족하구나..." 라는 생각이 문득 들었습니다.


아마 저도 마음이 급해서, 무조건 코드에 먼저 손이 가능 습관 때문인거 같은데요.


사용성을 정의하고, 확장성을 고려하여, 좀 더 쉽게 사용할 수 있도록 만들기 위하여, 생각을 정의를 내리고 만들어나가는 습관을 다시 한번 들여야 할꺼 같아요.


사이드 프로젝트나, 토이 프로젝트를 하시는 많은 분들이 그 짧은 시간에 기능정의를 하고, 체계화 하시는 습관을 가지고 있으 실 것이라 생각이 되는데요. 부럽기도 하고, "나는 부족하구나.." 라는 생각이 교차되는 아침인거 같아요.

자주 사용하는 공통기능을 하나의 모듈로 만들어 놓고, 필요할때 마다 참고 하는 성향이 있어서 개인적인 공간에 작업물을 정리 하거나, 나만의 모듈로 만드는 것을 종종 진행하고 있어요. 어찌 보면 저만의 toy 모듈같은 것인데요.개인적인 작업 공간이긴 하지만, 오늘은 기능 정의가 중요하다는 것을 다시 한번 알게 되었어요. 아무리 저만을 위한 모듈을 만들어 보는 것이더라도, 습관에 의해서 사용성에 대해서 생각을 하게 되는데요. 코드에 먼저 손을 대면서 이렇게 해볼까? 저렇게 해볼까? 하면서 혼란?의 상태에 빠지는 저 자신을 보면서 "아직도 나는 부족하구나..." 라는 생각이 문득 들었습니다. 아마 저도 마음이 급해서, 무조건 코드에 먼저 손이 가능 습관 때문인거 같은데요. 사용성을 정의하고, 확장성을 고려하여, 좀 더 쉽게 사용할 수 있도록 만들기 위하여, 생각을 정의를 내리고 만들어나가는 습관을 다시 한번 들여야 할꺼 같아요. 사이드 프로젝트나, 토이 프로젝트를 하시는 많은 분들이 그 짧은 시간에 기능정의를 하고, 체계화 하시는 습관을 가지고 있으 실 것이라 생각이 되는데요. 부럽기도 하고, "나는 부족하구나.." 라는 생각이 교차되는 아침인거 같아요.

기능 정의의 중요성

애자일한 팀의 PRD는 "요구사항 정의서"가 아닌, 프레임워크입니다. | 원문 The PRD That Actually Works: 15 Years of Product Lessons in 5 Minutes by Aakash Gupta (2024)  REVISITED PRD(Product Requirements Document)는 제품이 만들어가야 하는 과정에서 어떤 문제를 어떤 방식으로 해결해 나갈 것인지를 정의하는 문서다.  국

The PRD That Actually Works

PRD를 직역하면 "제품 요구사항 정의서"이다. 다만 실제로 PRD를 작성하다보면 지금까지 내가 한국에서 보는 PRD와 해외에서 정의하고 작성하는 문서와는 다른 형태로 정의되고 표현된다.

대부분의 PRD가 실패하는 이유는:
1. PRD 문서 전체를 hand-off(내 손을 떠나서 끝난) 문서로 간주하고
2. 문제에 대한 Root cause를 점검하지 않고 진행 해 새롭게 발견되는 문제에 주요 목적이 흔들리고
3. 먼저 정의하지 않아도 되는 디테일을 너무 빨리 정해놔서 돌릴 수 없는 상황을 만들고
4. 고객에게 제품을 전달한 후의 회고가 없이 끝나버려
좋은 제품을 만들기 위한 "지식의 공유처(shared intelligence)"의 역할을 하지 못해서라고 생각한다.

또한, 제품을 만드는 과정에서 명확하게 정의하고 정리하는것은 PRD가 아닌, 실제 고객이 만족할 수 있고 임팩트를 만들어 낼 수 있는 상세한 유저 스토리의 Acceptance Criteria와 고객에게 어떤 전략으로 이터레이션을 통해 제공할지 논의하고 결정하는 스프린트 플래닝이 더 적합하다.

https://brunch.co.kr/@tsp/76

PRD를 직역하면 "제품 요구사항 정의서"이다. 다만 실제로 PRD를 작성하다보면 지금까지 내가 한국에서 보는 PRD와 해외에서 정의하고 작성하는 문서와는 다른 형태로 정의되고 표현된다. 대부분의 PRD가 실패하는 이유는: 1. PRD 문서 전체를 hand-off(내 손을 떠나서 끝난) 문서로 간주하고 2. 문제에 대한 Root cause를 점검하지 않고 진행 해 새롭게 발견되는 문제에 주요 목적이 흔들리고 3. 먼저 정의하지 않아도 되는 디테일을 너무 빨리 정해놔서 돌릴 수 없는 상황을 만들고 4. 고객에게 제품을 전달한 후의 회고가 없이 끝나버려 좋은 제품을 만들기 위한 "지식의 공유처(shared intelligence)"의 역할을 하지 못해서라고 생각한다. 또한, 제품을 만드는 과정에서 명확하게 정의하고 정리하는것은 PRD가 아닌, 실제 고객이 만족할 수 있고 임팩트를 만들어 낼 수 있는 상세한 유저 스토리의 Acceptance Criteria와 고객에게 어떤 전략으로 이터레이션을 통해 제공할지 논의하고 결정하는 스프린트 플래닝이 더 적합하다. https://brunch.co.kr/@tsp/76

Brunch Story

실제로 동작하는 PRD란

개발작게 시작한 후 확장하기: 새 시스템을 만들거나 기존 시스템에 기능을 추가할 때, 거의 필요한 기능이 없는 매우 단순한 버전으로 시작한 후 점진적으로 확장한 번에 하나씩 변경하기: 개발 중 테스트가 실패하거나 기능이 작동하지 않을 때, 한 번에 하나의 변경만 했다면 문제를 찾기가 훨씬 쉬움로깅과 에러 처리를 조기에 추가하기: 새 시스템을 개발할 때 로깅

소프트웨어 개발에서 배운 교훈들 | GeekNews

소프트웨어 개발에서 배운 교훈들

개발을 아는 사람에게는 너무나 당연한 말들이지만 그 당연한 말들을 한번더 상기해보고자 개발의 원칙이 될만한 좋은 내용 공유해봅니다~

https://news.hada.io/topic?id=13641

소프트웨어 개발에서 배운 교훈들 개발을 아는 사람에게는 너무나 당연한 말들이지만 그 당연한 말들을 한번더 상기해보고자 개발의 원칙이 될만한 좋은 내용 공유해봅니다~ https://news.hada.io/topic?id=13641

GeekNews

개발

신동현

Frontend Web Developer

전성훈

메디트 백엔드 엔지니어

권주성

유용태 (teo.yu)

시니어 프론트엔드 개발자입니다. 무엇보다 좋은 사람들과 함께 협업하고 몰입하는 것을 좋아합니다. 내 직군의 전문성과 함께 어떻게 하면 다 같이 더 잘 일할 수 있을지 생각합니다.

댓글 0

함께 읽은 게시물

영속성을 이용한 상태프로그래밍 - 코틀린편

사이드 프로젝트의 정석

Claude Code 실전 가이드: AI 네이티브 개발자로 가는 길

카프카를 우아하게 사용하기 -코틀린편

비슷한 게시물

주간 인기 TOP 10

추천 프로필