스프링 프레임워크 7 릴리스 노트를 훑어보다가 인상적인 소식을 발견했습니다. 오랫동안 별도의 라이브러리로 존재했던 `가 ` 모듈로 통합된다는 소식이었습니다.

스프링 핵심 기능으로 통합된 Spring Retry

Spring Framework 7에 Spring Retry 프로젝트가 통합되었다. 이제 별도의 외부 의존성을 추가하며 고민할 필요 없이, 스프링을 사용한다면 누구나 손쉽게 복원력 있는 코드를 작성할 수 있는 기반을 마련된 것이다.

왜 통합되었는지에 대해 개인적인 시각에서 글로 정리해보았다.

https://www.linkedin.com/pulse/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%95%B5%EC%8B%AC-%EA%B8%B0%EB%8A%A5%EC%9C%BC%EB%A1%9C-%ED%86%B5%ED%95%A9%EB%90%9C-spring-retry-springrunner-sd0cc

Spring Framework 7에 Spring Retry 프로젝트가 통합되었다. 이제 별도의 외부 의존성을 추가하며 고민할 필요 없이, 스프링을 사용한다면 누구나 손쉽게 복원력 있는 코드를 작성할 수 있는 기반을 마련된 것이다. 왜 통합되었는지에 대해 개인적인 시각에서 글로 정리해보았다. https://www.linkedin.com/pulse/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%95%B5%EC%8B%AC-%EA%B8%B0%EB%8A%A5%EC%9C%BC%EB%A1%9C-%ED%86%B5%ED%95%A9%EB%90%9C-spring-retry-springrunner-sd0cc

www.linkedin.com

플레이브, 열도까지 삼켰다···오리콘 차트 1위

버추얼 아이돌 그룹 플레이브가 일본 데뷔와 동시에 오리콘 차트 정상에 올랐다.

지난 9일 오리콘이 발표한 최신 차트(7월 8일자)에 따르면, 플레이브의 일본 첫 번째 싱글 앨범 ‘카쿠렌보(かくれんぼ)’는 발매 첫날 19만 1000여장의 판매량을 기록하며 ‘데일리 싱글 랭킹’ 1위에 등극했다. 이는 지난 2월 한국 미니 3집 ‘칼리고 파트1(Caligo Pt.1)’으로 오리콘 데일리 앨범 차트 1위에 오른 데 이은 성과다.

https://m.entertain.naver.com/home/article/144/0001052548

버추얼 아이돌 그룹 플레이브가 일본 데뷔와 동시에 오리콘 차트 정상에 올랐다. 지난 9일 오리콘이 발표한 최신 차트(7월 8일자)에 따르면, 플레이브의 일본 첫 번째 싱글 앨범 ‘카쿠렌보(かくれんぼ)’는 발매 첫날 19만 1000여장의 판매량을 기록하며 ‘데일리 싱글 랭킹’ 1위에 등극했다. 이는 지난 2월 한국 미니 3집 ‘칼리고 파트1(Caligo Pt.1)’으로 오리콘 데일리 앨범 차트 1위에 오른 데 이은 성과다. https://m.entertain.naver.com/home/article/144/0001052548

m.entertain.naver.com

F-Lab 멘토 3인의 진짜 이야기에서 그 해답을 찾았습니다.

“품질 높은 프로젝트는 어떻게 만들어질까?”

안녕하세요.
오랜만에 글을 써보네요.

작년부터 AI 와 관련된 프로젝트를 진행하게 되었는데
AI 의 눈부신 기술 발전과 변화의 속도로 인해
평소 즐겨 하던 커리어리에 글을 쓰는것도 힘들만큼 많이 바빴네요 😢

"이러면 안 되겠다!" 싶어 마음을 다시 잡던 찰나, 때마침 큰 공감을 얻은 아티클을 만나 이렇게 글을 남깁니다.

F-Lab 블로그에서 “품질 높은 프로젝트는 어떻게 만들어질까?” 라는 주제로 F-Lab 멘토분들께 질문을 드린 내용인데요,
공교롭게도 제가 최근에 진행했던 프로젝트에서 경험했던 내용들이라 너무 공감이 갔습니다.

멘토분들의 답변을 정리해보면 다음과 같습니다.

📌 예측 가능한 설계와 기술적인 대비
변경사항을 정확하게 예측하고 이에 대한 대비를 한다는것은 사실 쉽지는 않습니다.
다만 "기존에 정의한 모델링이 바뀔때 영향을 최소화 하려면 어떻게 해야하지?", "외부 연동 플랫폼이나 환경 설정이 바뀌면 어떻게 되지?" 등의 예측가능한 범위에 대해서만 대비해도 생산과 유지보수에 들어가는 리소스를 많이 줄일 수 있습니다.
이번 프로젝트에서 저는 멀티 모듈을 구성하여 중복된 로직을 줄이고 캡슐화와 외부 연동이나 운영 환경에 맞춘 추상화 레이어를 두는거에 신경을 많이 썼는데요, 이를 통해 많은 변경사항에 대해 큰 공수 없이 대응을 할 수 있었습니다.

📌 협업자 간의 명확한 소통과 책임감
이번에 진행했던 프로젝트는 많은 유관 부서와의 협력이 필요했습니다.
기존에 쌓여있는 데이터를 활용하기 위한 관련 서비스 부서부터, FE 개발, 디자인, 보안, 기획 부서와의 소통과 의사결정이 많이 필요했는데요,
서로의 역할 관점으로 의견을 주고받으며 관련 회의록을 잘 정리하고 의사결정 된 사항을 문서화 하여 공유하니 놓치는 커뮤니케이션이나 중복된 질의가 많이 줄어들고 그만큼 생산 효율과 품질이 높아지게 되었습니다.

📌 지속 가능한 개발 문화를 함께 만들어가는 노력
저희 부서 리더님께서 항상 고민하는 주제이고 과제가 정리될때마다 이에 대한 회고를 자주 하시는데요,
이를 통해 만들어진 리뷰 문화와 문서 작성 포맷이 현재 진행하고 있는 프로젝트의 품질을 높이는 데 큰 기여를 했다고 생각합니다.
특히 코드 리뷰를 할 때는 감정을 배제하고, 객관적인 사실과 근거 중심으로 피드백을 주는 것,
그리고 리뷰를 수용하는 개발자의 결정을 존중하는 태도가 무엇보다 중요하다고 느낍니다.
(이는 제가 읽었던 여러 생산성 관련 책들에서도 공통적으로 강조되는 부분이기도 합니다.)
이 원칙이 지켜지지 않으면
리뷰에 대한 신뢰가 무너지고, 리뷰를 받는 개발자는 이를 두려워하거나 수동적으로 수용하게 되어 결국 코드 품질을 높이는 본래의 목적을 달성하기 어려워집니다.

이외에도 프로젝트 품질을 높이기 위한 요소가 많이 있고 정답은 없겠습니다만,
저의 생각이 프로젝트 품질을 높이기 위해 고민하시는 분들께 작게나마 도움이 되었으면 좋겠습니다.

📚 원문
 * https://f-lab.kr/blog/25060501-devclub

안녕하세요.오랜만에 글을 써보네요. 작년부터 AI 와 관련된 프로젝트를 진행하게 되었는데AI 의 눈부신 기술 발전과 변화의 속도로 인해평소 즐겨 하던 커리어리에 글을 쓰는것도 힘들만큼 많이 바빴네요 😢 "이러면 안 되겠다!" 싶어 마음을 다시 잡던 찰나, 때마침 큰 공감을 얻은 아티클을 만나 이렇게 글을 남깁니다. F-Lab 블로그에서 “품질 높은 프로젝트는 어떻게 만들어질까?” 라는 주제로 F-Lab 멘토분들께 질문을 드린 내용인데요,공교롭게도 제가 최근에 진행했던 프로젝트에서 경험했던 내용들이라 너무 공감이 갔습니다. 멘토분들의 답변을 정리해보면 다음과 같습니다. 📌 예측 가능한 설계와 기술적인 대비변경사항을 정확하게 예측하고 이에 대한 대비를 한다는것은 사실 쉽지는 않습니다.다만 "기존에 정의한 모델링이 바뀔때 영향을 최소화 하려면 어떻게 해야하지?", "외부 연동 플랫폼이나 환경 설정이 바뀌면 어떻게 되지?" 등의 예측가능한 범위에 대해서만 대비해도 생산과 유지보수에 들어가는 리소스를 많이 줄일 수 있습니다.이번 프로젝트에서 저는 멀티 모듈을 구성하여 중복된 로직을 줄이고 캡슐화와 외부 연동이나 운영 환경에 맞춘 추상화 레이어를 두는거에 신경을 많이 썼는데요, 이를 통해 많은 변경사항에 대해 큰 공수 없이 대응을 할 수 있었습니다. 📌 협업자 간의 명확한 소통과 책임감이번에 진행했던 프로젝트는 많은 유관 부서와의 협력이 필요했습니다.기존에 쌓여있는 데이터를 활용하기 위한 관련 서비스 부서부터, FE 개발, 디자인, 보안, 기획 부서와의 소통과 의사결정이 많이 필요했는데요,서로의 역할 관점으로 의견을 주고받으며 관련 회의록을 잘 정리하고 의사결정 된 사항을 문서화 하여 공유하니 놓치는 커뮤니케이션이나 중복된 질의가 많이 줄어들고 그만큼 생산 효율과 품질이 높아지게 되었습니다. 📌 지속 가능한 개발 문화를 함께 만들어가는 노력저희 부서 리더님께서 항상 고민하는 주제이고 과제가 정리될때마다 이에 대한 회고를 자주 하시는데요,이를 통해 만들어진 리뷰 문화와 문서 작성 포맷이 현재 진행하고 있는 프로젝트의 품질을 높이는 데 큰 기여를 했다고 생각합니다.특히 코드 리뷰를 할 때는 감정을 배제하고, 객관적인 사실과 근거 중심으로 피드백을 주는 것, 그리고 리뷰를 수용하는 개발자의 결정을 존중하는 태도가 무엇보다 중요하다고 느낍니다.(이는 제가 읽었던 여러 생산성 관련 책들에서도 공통적으로 강조되는 부분이기도 합니다.)이 원칙이 지켜지지 않으면 리뷰에 대한 신뢰가 무너지고, 리뷰를 받는 개발자는 이를 두려워하거나 수동적으로 수용하게 되어 결국 코드 품질을 높이는 본래의 목적을 달성하기 어려워집니다. 이외에도 프로젝트 품질을 높이기 위한 요소가 많이 있고 정답은 없겠습니다만,저의 생각이 프로젝트 품질을 높이기 위해 고민하시는 분들께 작게나마 도움이 되었으면 좋겠습니다. 📚 원문<ul ><li>https://f-lab.kr/blog/25060501-devclub</li></ul>

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

품질 높은 프로젝트는 어떻게 만들어질까? 🤔

한 사람에게 유효한 교훈이 다른 사람에게도 꼭 들어맞는 것은 아니다. 더 이상 유효하지 않은 고정관념도 있다. 그리고 때로는 아예 틀린 조언도 있다. IT 리더들이 커리어 초기에 받았던 유해한 조언에 대해 공유했다. 

‘듣지 않길 잘했다’··· ITDM들이 공유한 '틀린 리더십 조언' 이야기

긴 커리어 여정에서 바람직한 조언만 듣게 되는 것은 아니다. 물론 좋은 의도의 조언이었을 수 있다. 하지만 한 사람에게 유효한 교훈이 다른 사람에게도 꼭 들어맞는 것은 아니다. 더 이상 유효하지 않은 고정관념도 있다.

그리고 때로는 아예 틀린 조언도 있다. 시대에 뒤떨어진 조언일 수도 있으며, 조언자와의 가치관 차이로 인해 효과적이 않을 수도 있다. 물론 나쁜 조언이 오히려 좋은 스승이 되기도 한다. 나쁜 조언을 받아들이고 거기서 배우는 것은 레몬에서 레모네이드를 만드는 좋은 방법이다.

1️⃣남자처럼 행동하라
Teradyne의 CIO 섀넌 개스는 경력 초기에 받은 나쁜 조언에서 중요한 교훈을 얻었다고 말했다. “남자처럼 행동하라“는 말은 과거에는 여성들 사이에 흔히 공유됐던 조언이었다. ”사생활을 구분하고, 아이 사진을 숨기고, 남자처럼 감정을 드러내지 말라.“

그러나 개스는 시행착오 끝에 진정성에 집중하기로 결정했다. 그녀는 “진심을 말하라. 하겠다고 말한 대로 하라. 그렇게 하면 사람들과 어느 정도 신뢰를 쌓을 수 있다”라고 말했다.

2️⃣모든 것을 스스로 하라
헬륨 SEO의 CTO 폴 드모트는 “무언가를 제대로 해내고 싶다면 직접 해야 한다”는 말을 들었다. 이 말은 나쁜 조언으로 판명됐다. 이는 리더에게 지속 불가능한 부담을 주며, 팀의 성장과 발전에도 걸림돌이 된다.

업무와 의사결정에 병목 현상을 일으키면서 번아웃으로 이어진다. 이는 팀에 대한 믿음이 없다는 것을 보여주며, 사람들이 자신의 결정, 실수, 성공으로부터 배우지 못하게 하겠다는 뜻이기도 하다.

같은 조언을 받았던 BluedotHQ의 CMO 루슬란 할릴로프는 역시 “정말 끔찍한 조언”이라고 동의했다. 위임하는 방법을 모르면 좋은 리더가 될 수 없다. 팀을 신뢰하고 그들을 책임감 있고 성숙한 전문가로 대우할 수 있어야 한다.

드모트는 “효과적인 리더십이란 모든 세부 사항을 세세하게 관리하는 것이 아니라, 다른 사람에게 권한을 부여하는 것임을 깨닫기까지 시간이 걸렸다”며, 자신이 하지 않으면 어떤 일을 잘 해낼 수 없다고 믿는 것은 팀에 대한 무례한 태도라고 했다.

3️⃣항상 일하는 이미지를 유지하라
Cause of a Kind의 CEO 저스틴 에이브럼스는 “커리어 내내 씨름해야 했던 조언이 있다. 바로 ‘리더십 팀의 렌즈를 통제하라’는 것이다. 리더가 항상 책상에 있지 않다는 사실을 고객에게 절대 알려서는 안 된다는 조언을 들었다”고 말했다.

그는 “그 조언은 나를 갈등으로 몰아넣었다. ‘거짓말을 해야 하나’라는 생각이 들었다”고 말했다. 항상 책상에 앉아 있는 사람은 없다. 그리고 팀이나 고객은 이러한 거짓말을 쉽게 알아차릴 수 있다.

1년 내내 하루 24시간 일하는 사람은 없다. 가족도 있고, 외부 활동도 하고, 휴가를 떠나기도 하고, 아프기도 한다. 에이브럼스는 “가능한 한 투명해지는 것이 더 낫다. 그래야 의미 있는 참여와 신뢰감을 형성할 수 있다”고 말했다.

4️⃣완벽주의자가 되어라
eSIMple의 CTO 로이 베네시는 “효과적인 리더가 되려면 모든 것이 완벽해야 한다는 말을 선배와 동료들에게 들었다”며, 이 조언에는 ‘코딩, 프로젝트, 심지어 회의에서도 실수가 있어서는 안 된다’는 내용이 포함되어 있었다고 했다.

그는 “그 조언을 지키려고 노력했지만 결과가 좋지 않았다. 스트레스, 프로젝트 병목 현상, 팀 내에서 혁신이나 위험을 감수하는 것을 꺼리게 되었다”라고 덧붙였다.

자신과 팀이 실수 할 수 있다는 걸 인정하면서 완벽을 위해 노력하는 것은 건강하고 달성 가능한 목표다. 누구도 실수를 해서는 안 된다고 주장하는 것은 부적응적 완벽주의다. 이는 움직임에 방해가 된다. 디테일에 대한 지나친 관심은 상상력을 죽일 수밖에 없다.

이런 수준의 완벽주의는 목표를 달성할 수 없게 하고, 결국 미루게 만든다. 뛰어난 제품으로 이어질 수 있는 수많은 시행착오를 방해한다. 효과적인 리더십은 완벽을 추구하기보다는 격려하고 유연성을 발휘하는 것이다. 실패를 용인하는 분위기를 조성해야 발전이 이뤄지는 법이다. 발전과 숙달에 초점을 맞추면 팀이 더 쉽게 배우고 새로운 것을 창조할 수 있다.

5️⃣실무형 리더십과 전략적 리더십 중 선택하라
Uniqode의 CTO 래비 프라탑은 “여러분은 실무형 기술 리더이거나 전략적 리더이거나 둘 중 하나다. 조직에서 직급이 올라갈수록 실무적인 면을 줄이고 전략적인 면을 개발해야 한다“는 조언을 자주 들었다고 했다.

하지만 그는 이 흔한 조언이 잘못되었다는 것을 깨닫게 됐다. 실무 부분을 없앨 필요는 없다. 관건은 각 상황에서 자신에게 필요한 것이 무엇인지 아는 것이다. 두 가지를 모두 수행하는 방법을 알아야 한다. 그런 다음 상황과 우선순위에 따라 어느 쪽에 더 의지할지 결정해야 한다.

리더십은 춤과 같다고 그는 표현했다. 때로는 댄서들과 함께 무대에서 춤을 출 수 있다. 스텝을 배우고, 함께 즐기며, 일을 완수하는 것이다. 때로는 발코니에서 지켜보기도 한다. 프라탑은 “둘 중 하나만 할 수는 없다. 두 가지 사이에서 어떻게 균형을 잡을지 고민해야 한다”고 말했다.

6️⃣맺음말 권위를 놓치지 말라
Donorbox의 성장 담당 수석 부사장 라비라지 헷지는 경력 초기에 “어떤 결정에서든 맺음말, 최종 결정 권한을 유지하라”는 조언을 받았다. 목소리를 가장 크게 내고 궁극적으로 의문의 여지가 없도록 함으로써 권위를 확립하는 조언이었다.

이 조언은 리더는 항상 단호하고 자신감있는 모습을 보여야 한다는 믿음에서 비롯된 것이다. 그러나 그는 이 조언이 자신에게 맞지 않았다고 회고했다. 이 조언 때문에 무심코 팀원들의 의견을 차단하고, 가치 있고 다양한 관점, 아이디어, 해결책을 잃는 자신을 발견했다. 그것은 자신의 목표나 회사의 목표에 도움이 되지 않았다.

“훌륭한 리더십은 마지막 말을 하는 것이 아니라는 사실을 나중에야 깨달았다. 모두가 편안하게 기여할 수 있는 팀 문화를 조성하는 것이 더 중요하다. 열린 소통과 팀원들의 역량 강화에 관심을 기울이자 팀 역학 관계와 함께 성과도 개선되기 시작했다”라고 그는 말했다.

긴 커리어 여정에서 바람직한 조언만 듣게 되는 것은 아니다. 물론 좋은 의도의 조언이었을 수 있다. 하지만 한 사람에게 유효한 교훈이 다른 사람에게도 꼭 들어맞는 것은 아니다. 더 이상 유효하지 않은 고정관념도 있다. 그리고 때로는 아예 틀린 조언도 있다. 시대에 뒤떨어진 조언일 수도 있으며, 조언자와의 가치관 차이로 인해 효과적이 않을 수도 있다. 물론 나쁜 조언이 오히려 좋은 스승이 되기도 한다. 나쁜 조언을 받아들이고 거기서 배우는 것은 레몬에서 레모네이드를 만드는 좋은 방법이다. 1️⃣남자처럼 행동하라Teradyne의 CIO 섀넌 개스는 경력 초기에 받은 나쁜 조언에서 중요한 교훈을 얻었다고 말했다. “남자처럼 행동하라“는 말은 과거에는 여성들 사이에 흔히 공유됐던 조언이었다. ”사생활을 구분하고, 아이 사진을 숨기고, 남자처럼 감정을 드러내지 말라.“ 그러나 개스는 시행착오 끝에 진정성에 집중하기로 결정했다. 그녀는 “진심을 말하라. 하겠다고 말한 대로 하라. 그렇게 하면 사람들과 어느 정도 신뢰를 쌓을 수 있다”라고 말했다. 2️⃣모든 것을 스스로 하라헬륨 SEO의 CTO 폴 드모트는 “무언가를 제대로 해내고 싶다면 직접 해야 한다”는 말을 들었다. 이 말은 나쁜 조언으로 판명됐다. 이는 리더에게 지속 불가능한 부담을 주며, 팀의 성장과 발전에도 걸림돌이 된다. 업무와 의사결정에 병목 현상을 일으키면서 번아웃으로 이어진다. 이는 팀에 대한 믿음이 없다는 것을 보여주며, 사람들이 자신의 결정, 실수, 성공으로부터 배우지 못하게 하겠다는 뜻이기도 하다. 같은 조언을 받았던 BluedotHQ의 CMO 루슬란 할릴로프는 역시 “정말 끔찍한 조언”이라고 동의했다. 위임하는 방법을 모르면 좋은 리더가 될 수 없다. 팀을 신뢰하고 그들을 책임감 있고 성숙한 전문가로 대우할 수 있어야 한다. 드모트는 “효과적인 리더십이란 모든 세부 사항을 세세하게 관리하는 것이 아니라, 다른 사람에게 권한을 부여하는 것임을 깨닫기까지 시간이 걸렸다”며, 자신이 하지 않으면 어떤 일을 잘 해낼 수 없다고 믿는 것은 팀에 대한 무례한 태도라고 했다. 3️⃣항상 일하는 이미지를 유지하라Cause of a Kind의 CEO 저스틴 에이브럼스는 “커리어 내내 씨름해야 했던 조언이 있다. 바로 ‘리더십 팀의 렌즈를 통제하라’는 것이다. 리더가 항상 책상에 있지 않다는 사실을 고객에게 절대 알려서는 안 된다는 조언을 들었다”고 말했다. 그는 “그 조언은 나를 갈등으로 몰아넣었다. ‘거짓말을 해야 하나’라는 생각이 들었다”고 말했다. 항상 책상에 앉아 있는 사람은 없다. 그리고 팀이나 고객은 이러한 거짓말을 쉽게 알아차릴 수 있다. 1년 내내 하루 24시간 일하는 사람은 없다. 가족도 있고, 외부 활동도 하고, 휴가를 떠나기도 하고, 아프기도 한다. 에이브럼스는 “가능한 한 투명해지는 것이 더 낫다. 그래야 의미 있는 참여와 신뢰감을 형성할 수 있다”고 말했다. 4️⃣완벽주의자가 되어라eSIMple의 CTO 로이 베네시는 “효과적인 리더가 되려면 모든 것이 완벽해야 한다는 말을 선배와 동료들에게 들었다”며, 이 조언에는 ‘코딩, 프로젝트, 심지어 회의에서도 실수가 있어서는 안 된다’는 내용이 포함되어 있었다고 했다. 그는 “그 조언을 지키려고 노력했지만 결과가 좋지 않았다. 스트레스, 프로젝트 병목 현상, 팀 내에서 혁신이나 위험을 감수하는 것을 꺼리게 되었다”라고 덧붙였다. 자신과 팀이 실수 할 수 있다는 걸 인정하면서 완벽을 위해 노력하는 것은 건강하고 달성 가능한 목표다. 누구도 실수를 해서는 안 된다고 주장하는 것은 부적응적 완벽주의다. 이는 움직임에 방해가 된다. 디테일에 대한 지나친 관심은 상상력을 죽일 수밖에 없다. 이런 수준의 완벽주의는 목표를 달성할 수 없게 하고, 결국 미루게 만든다. 뛰어난 제품으로 이어질 수 있는 수많은 시행착오를 방해한다. 효과적인 리더십은 완벽을 추구하기보다는 격려하고 유연성을 발휘하는 것이다. 실패를 용인하는 분위기를 조성해야 발전이 이뤄지는 법이다. 발전과 숙달에 초점을 맞추면 팀이 더 쉽게 배우고 새로운 것을 창조할 수 있다. 5️⃣실무형 리더십과 전략적 리더십 중 선택하라Uniqode의 CTO 래비 프라탑은 “여러분은 실무형 기술 리더이거나 전략적 리더이거나 둘 중 하나다. 조직에서 직급이 올라갈수록 실무적인 면을 줄이고 전략적인 면을 개발해야 한다“는 조언을 자주 들었다고 했다. 하지만 그는 이 흔한 조언이 잘못되었다는 것을 깨닫게 됐다. 실무 부분을 없앨 필요는 없다. 관건은 각 상황에서 자신에게 필요한 것이 무엇인지 아는 것이다. 두 가지를 모두 수행하는 방법을 알아야 한다. 그런 다음 상황과 우선순위에 따라 어느 쪽에 더 의지할지 결정해야 한다. 리더십은 춤과 같다고 그는 표현했다. 때로는 댄서들과 함께 무대에서 춤을 출 수 있다. 스텝을 배우고, 함께 즐기며, 일을 완수하는 것이다. 때로는 발코니에서 지켜보기도 한다. 프라탑은 “둘 중 하나만 할 수는 없다. 두 가지 사이에서 어떻게 균형을 잡을지 고민해야 한다”고 말했다. 6️⃣맺음말 권위를 놓치지 말라Donorbox의 성장 담당 수석 부사장 라비라지 헷지는 경력 초기에 “어떤 결정에서든 맺음말, 최종 결정 권한을 유지하라”는 조언을 받았다. 목소리를 가장 크게 내고 궁극적으로 의문의 여지가 없도록 함으로써 권위를 확립하는 조언이었다. 이 조언은 리더는 항상 단호하고 자신감있는 모습을 보여야 한다는 믿음에서 비롯된 것이다. 그러나 그는 이 조언이 자신에게 맞지 않았다고 회고했다. 이 조언 때문에 무심코 팀원들의 의견을 차단하고, 가치 있고 다양한 관점, 아이디어, 해결책을 잃는 자신을 발견했다. 그것은 자신의 목표나 회사의 목표에 도움이 되지 않았다. “훌륭한 리더십은 마지막 말을 하는 것이 아니라는 사실을 나중에야 깨달았다. 모두가 편안하게 기여할 수 있는 팀 문화를 조성하는 것이 더 중요하다. 열린 소통과 팀원들의 역량 강화에 관심을 기울이자 팀 역학 관계와 함께 성과도 개선되기 시작했다”라고 그는 말했다.

업스테이지에서 추론 기능을 가진 Solar Pro2 출시. 프론티어 모델에 근접한 수준으로 한국 기업 중 최고 수준.

AI 관련 예산 여기저기 뿌리지말고, 그냥 이런데 몇 군데 선정해서 몰빵하는게 낫지 않나 싶음.

더불어 AI 사업에서 대기업은 배제해야 함. 이유는 생략한다. (결과가 알랴줌)

업스테이지에서 추론 기능을 가진 Solar Pro2 출시. 프론티어 모델에 근접한 수준으로 한국 기업 중 최고 수준. AI 관련 예산 여기저기 뿌리지말고, 그냥 이런데 몇 군데 선정해서 몰빵하는게 낫지 않나 싶음. 더불어 AI 사업에서 대기업은 배제해야 함. 이유는 생략한다. (결과가 알랴줌)

2005년 7월에 일을 시작했으니, 올해로 개발자 생활이 햇수로 20년째다. 중간에 공백이 조금씩 있었으니 꽉 채운 스무 해는 아니지만, 숫자가 주는 무게는 여전하다. 20년이라는 시간이 흘렀다는 사실이 새삼 신기하게 느껴진다.

개발에 대한 관심은 고교 시절, MUD 게임을 만들던 친구를 만나면서부터 시작됐다. 코드를 전혀 몰랐기에, 내 역할은 게임 세계관을 만드는 것이었다. 새로운 지역의 지도를 그리고, 아이템이나 기술 설정을 만들고, 짧은 이야기를 엮어 퀘스트를 구상했다. 친구가 코드로 그 상상을 현실로 만드는 과정을 어깨너머로 지켜보는 것은 꽤 흥미로운 경험이었다. 그 이끌림에 C++ 책을 사서 들춰보던 것이 내 첫걸음이었다.

대학 동아리 방에서의 시간은 열정으로 기억된다. 하루 서너 시간만 새우잠을 자며 무언가를 계속 만들었다. 코드가 생각대로 작동할 때의 희열, 풀리지 않는 로직 앞에서 느끼던 분노와 실망, 그리고 마침내 문제를 해결하고 터뜨리던 웃음. 그 모든 과정이 이상할 정도로 재미있었다. 그저 좋아하는 일에 빠져 살았을 뿐인데, 정신을 차리고 보니 나는 개발자라는 직업을 가진 사람이 되어 있었다.

직장에서 동료들과 함께 일하며, 재미의 의미는 조금씩 넓어졌다. 코드를 완성하는 즐거움을 넘어, 내가 만든 소프트웨어가 동료의 수고를 덜어줄 때 더 큰 재미를 느꼈다. 시간이 더 지나서는 코딩이라는 행위를 넘어, 동료들과 머리를 맞대고 더 나은 길을 찾아내며 문제를 해결하는 과정 자체에서 재미를 발견했다.

스무 해. 짧지 않은 시간 동안 이 일을 재미있다고 느끼며 해올 수 있었다는 사실이 큰 축복처럼 다가온다. 앞으로도 오랫동안 내 곁에 머물기를 조용히 바라본다.

2005년 7월에 일을 시작했으니, 올해로 개발자 생활이 햇수로 20년째다. 중간에 공백이 조금씩 있었으니 꽉 채운 스무 해는 아니지만, 숫자가 주는 무게는 여전하다. 20년이라는 시간이 흘렀다는 사실이 새삼 신기하게 느껴진다. 개발에 대한 관심은 고교 시절, MUD 게임을 만들던 친구를 만나면서부터 시작됐다. 코드를 전혀 몰랐기에, 내 역할은 게임 세계관을 만드는 것이었다. 새로운 지역의 지도를 그리고, 아이템이나 기술 설정을 만들고, 짧은 이야기를 엮어 퀘스트를 구상했다. 친구가 코드로 그 상상을 현실로 만드는 과정을 어깨너머로 지켜보는 것은 꽤 흥미로운 경험이었다. 그 이끌림에 C++ 책을 사서 들춰보던 것이 내 첫걸음이었다. 대학 동아리 방에서의 시간은 열정으로 기억된다. 하루 서너 시간만 새우잠을 자며 무언가를 계속 만들었다. 코드가 생각대로 작동할 때의 희열, 풀리지 않는 로직 앞에서 느끼던 분노와 실망, 그리고 마침내 문제를 해결하고 터뜨리던 웃음. 그 모든 과정이 이상할 정도로 재미있었다. 그저 좋아하는 일에 빠져 살았을 뿐인데, 정신을 차리고 보니 나는 개발자라는 직업을 가진 사람이 되어 있었다. 직장에서 동료들과 함께 일하며, 재미의 의미는 조금씩 넓어졌다. 코드를 완성하는 즐거움을 넘어, 내가 만든 소프트웨어가 동료의 수고를 덜어줄 때 더 큰 재미를 느꼈다. 시간이 더 지나서는 코딩이라는 행위를 넘어, 동료들과 머리를 맞대고 더 나은 길을 찾아내며 문제를 해결하는 과정 자체에서 재미를 발견했다. 스무 해. 짧지 않은 시간 동안 이 일을 재미있다고 느끼며 해올 수 있었다는 사실이 큰 축복처럼 다가온다. 앞으로도 오랫동안 내 곁에 머물기를 조용히 바라본다.

올해로 개발자 생활이 햇수로 20년째다

점점 더 예측하기 힘들어지는 취업/채용 시장,

현재 2000명이 넘게 사용한 데이터 직무/ 커리어를 준비하는 취준생분들을 위한
데이터 이력서 작성 템플릿 + 작성법 가이드를 무료로 배포합니다.

✔ 노션으로 만든 이력서 3종 템플릿
✔ 매일 7일간 이메일로 도착하는 실전 노하우/맞춤형 가이드

두가지 혜택을 결합한 학습 패키지를 아래 댓글의 링크에서
이메일만 입력하시고 무료로 받아가세요.

데이터 이력서 템플릿 + 작성 가이드:
https://dchanlim.gumroad.com/l/datarichard_notion_template

점점 더 예측하기 힘들어지는 취업/채용 시장, 현재 2000명이 넘게 사용한 데이터 직무/ 커리어를 준비하는 취준생분들을 위한데이터 이력서 작성 템플릿 + 작성법 가이드를 무료로 배포합니다. ✔ 노션으로 만든 이력서 3종 템플릿 ✔ 매일 7일간 이메일로 도착하는 실전 노하우/맞춤형 가이드 두가지 혜택을 결합한 학습 패키지를 아래 댓글의 링크에서 이메일만 입력하시고 무료로 받아가세요. 데이터 이력서 템플릿 + 작성 가이드:https://dchanlim.gumroad.com/l/datarichard_notion_template

데이터 이력서 템플릿 + 작성 가이드를 사용해보세요.

사용자가 원하는 기능을 잘 찾는지, 정성적인 경험을 수치로 측정하는 툴 TNS. 전례없는 제품을 어떻게 제작했는지, TNS 길드원들의 이야기를 들려드릴게요.

토스가 특허 낸 리서치툴, TNS (Toss Navigation Score) 제작기 

토스는 자체적인 리서치 도구를 만들어 프로덕트에 적용했습니다. TNS(Toss Navigation Score)는 사용자가 원하는 기능을 얼마나 잘 찾아가는지를 수치로 측정하는 도구인데요. 앱 로그에 TNS ID를 심어, 어떤 경로로 사용자가 제품을 이용했는지 별도로 분리해서 살펴보는 방식입니다. 실험에 참가한 사용자가 실제 프로덕트를 쓰면서 어떤 행동을 했는지 확인할 수 있다는 것이 장점입니다. 이런 도구를 리서처, 디자이너, 개발자가 발제해서 직접 만들고 라이브 프로덕트에 적용한다는 것에서 토스의 대단함을 새삼 느낍니다.

[ 큐레이터의 문장 🎒 ]

몇 가지 생각해 볼 점도 있습니다.

1️⃣ 리서치하는 목적이 사용성과 유용성을 높이기 위한 것이라면, 제품을 사용하다 상단에서 문제지가 펼쳐지는 인터랙션과 기존 토스 화면에 블러처리되는 경험이 적절한 것인가?

2️⃣ 제품을 이용하다 갑자기 퀴즈를 풀게 하는 것이, 그 퀴즈에는 사용자보다 공급자가 궁금한 점을 해소하려는 의도가 담겨있다는 점에서 거슬리지 않고 눈에 띄지 않아야 한다는 좋은 디자인의 조건을 충족하는가?

https://toss.tech/article/Toss_Navigation_Score

토스는 자체적인 리서치 도구를 만들어 프로덕트에 적용했습니다. TNS(Toss Navigation Score)는 사용자가 원하는 기능을 얼마나 잘 찾아가는지를 수치로 측정하는 도구인데요. 앱 로그에 TNS ID를 심어, 어떤 경로로 사용자가 제품을 이용했는지 별도로 분리해서 살펴보는 방식입니다. 실험에 참가한 사용자가 실제 프로덕트를 쓰면서 어떤 행동을 했는지 확인할 수 있다는 것이 장점입니다. 이런 도구를 리서처, 디자이너, 개발자가 발제해서 직접 만들고 라이브 프로덕트에 적용한다는 것에서 토스의 대단함을 새삼 느낍니다. [ 큐레이터의 문장 🎒 ] 몇 가지 생각해 볼 점도 있습니다. 1️⃣ 리서치하는 목적이 사용성과 유용성을 높이기 위한 것이라면, 제품을 사용하다 상단에서 문제지가 펼쳐지는 인터랙션과 기존 토스 화면에 블러처리되는 경험이 적절한 것인가? 2️⃣ 제품을 이용하다 갑자기 퀴즈를 풀게 하는 것이, 그 퀴즈에는 사용자보다 공급자가 궁금한 점을 해소하려는 의도가 담겨있다는 점에서 거슬리지 않고 눈에 띄지 않아야 한다는 좋은 디자인의 조건을 충족하는가? https://toss.tech/article/Toss_Navigation_Score

toss.tech

⟪토스가 만든 리서치툴, TNS⟫

산업 > 중기·벤처 뉴스: 기업이 증시에 신규 상장하기에 앞서 진행하는 기업공개(IPO) 관련 제도가 바뀐 이달 들어 빠르게 돌아가던 IPO 시계가 멈췄다. ...

셈법 복잡해진 IPO…기관 의무 보유 강화하자 신고서 제출 '0' [시그널]

정부는 이런 관행이 기관의 단타 매매와 새내기주 가격 하락으로 이어진다고 보고 의무 보유 확약 물량이 40%(올해는 30%)에 미치지 못하면 주관 증권사가 공모주의 1%를 6개월 동안 반드시 보유하도록 했다. 약 20% 수준이었던 의무 보유 확약 비율을 30%대로 끌어올리지 못하면 주관사가 공모주 인수에 따른 리스크를 안게 되는 만큼 부담이 크다.

https://m.sedaily.com/NewsView/2GVC1MWQFK

정부는 이런 관행이 기관의 단타 매매와 새내기주 가격 하락으로 이어진다고 보고 의무 보유 확약 물량이 40%(올해는 30%)에 미치지 못하면 주관 증권사가 공모주의 1%를 6개월 동안 반드시 보유하도록 했다. 약 20% 수준이었던 의무 보유 확약 비율을 30%대로 끌어올리지 못하면 주관사가 공모주 인수에 따른 리스크를 안게 되는 만큼 부담이 크다. https://m.sedaily.com/NewsView/2GVC1MWQFK

서울경제

팀이나, 파트등의 조직에서의 생활을 하다 보면은 나의 의사와 다른 상황이 펼쳐지는 일이 꽤 많은 빈도로 발생이 되는거 같아요. 짧다면 짧고, 길다면 긴 조직 생황을 하였지만 가장 어려운 것이 나의 의사와 다른 생각을 가지는 일들이 생기는 것들 같아요.

꾹꾹 참으면서 생활을 하게 되면, 누적이 되어 정신적으로 물리적으로 힘들어지고, 방안을 찾고자 이야기를 하고자 하면 밉보이는게 아닐까 하는 두려움이 항상 고민의 고민을 만들어나가는거 같아요.

이러한 문제를 해결하기 위하여, 조직에서의 이탈도 고민을 할때도 있지만, 이또한 회피가 되기 떄문에, 다른곳에서 또 같은 문제가 생기는 경우 또 다시 회피를 결정하게 되고 이것이 습관이 될까 하는 두려움도 있습니다.

미사여구가 많았지만, 결국 도돌이표가 되는 이야기가 되고, 이러한 상황을 어떻게 풀어나가야 하나 하는 스트레스가 너무 심하게 오고 있어요.

힘들어도 참아야지, 이야기를 하면서 풀어나가야지. 라고 스스로 다잡을때도 있지만, 쉽게 하지 못하는 행동중에 하나 인것 같아요.

나름 경험은 쌓였고 이제 어른이 되었지만, 이러한 문제에 대해서는 아직 성숙하지 못한 사람이 되는 제 자신이 너무 밉기도 해요....

팀이나, 파트등의 조직에서의 생활을 하다 보면은 나의 의사와 다른 상황이 펼쳐지는 일이 꽤 많은 빈도로 발생이 되는거 같아요. 짧다면 짧고, 길다면 긴 조직 생황을 하였지만 가장 어려운 것이 나의 의사와 다른 생각을 가지는 일들이 생기는 것들 같아요. 꾹꾹 참으면서 생활을 하게 되면, 누적이 되어 정신적으로 물리적으로 힘들어지고, 방안을 찾고자 이야기를 하고자 하면 밉보이는게 아닐까 하는 두려움이 항상 고민의 고민을 만들어나가는거 같아요. 이러한 문제를 해결하기 위하여, 조직에서의 이탈도 고민을 할때도 있지만, 이또한 회피가 되기 떄문에, 다른곳에서 또 같은 문제가 생기는 경우 또 다시 회피를 결정하게 되고 이것이 습관이 될까 하는 두려움도 있습니다. 미사여구가 많았지만, 결국 도돌이표가 되는 이야기가 되고, 이러한 상황을 어떻게 풀어나가야 하나 하는 스트레스가 너무 심하게 오고 있어요. 힘들어도 참아야지, 이야기를 하면서 풀어나가야지. 라고 스스로 다잡을때도 있지만, 쉽게 하지 못하는 행동중에 하나 인것 같아요. 나름 경험은 쌓였고 이제 어른이 되었지만, 이러한 문제에 대해서는 아직 성숙하지 못한 사람이 되는 제 자신이 너무 밉기도 해요....

회피를 해야 할까요? 방안을 찾아야 할까요?

　계속하던 것을 그만둔다는 건, 시작하는 것보다 더 어려운 결정을 요구할 때가 많다. ‘왜 그만둬야 할까?’라는 물음 앞에 서면 수많은 이유와 핑계가 머릿속에서 충돌하고, 그 과정에서 내면의 깊숙한 갈등과 마주하게 된다. 2018년부터 6년 동안 꾸준히 운영해온 기술 블로그 구독 서비스 …

6년간의 토이프로젝트 여정을 마무리하며 - 기술블로그 구독서비스 회고록

안녕하세요.
오랜만에 글을 올리게 되었는데, 이렇게 토이 프로젝트 종료 후기로 인사드리게 될 줄은 몰랐네요 ㅎ
무려 6년 가까이 운영해온 "기술 블로그 구독 서비스"를 최근 종료하게 되었습니다. 매일 아침, 다양한 기술 블로그를 모아 메일로 발송하던 이 작은 서비스는 어느새 수천 명의 개발자분들의 루틴이 되어 있던 것 같습니다.
시작은 단순했습니다. 내가 읽고 싶은 글을 정리하자는 마음에서 출발했죠. 그런데 그 불편함을 해결하고자 만든 도구가 누군가에겐 하루의 시작이 되었고, ‘잘 보고 있다’는 메시지 하나에 큰 보람을 느끼며 여기까지 달려올 수 있었습니다.
그래서일까요. 종료 버튼을 누르기까지, 꽤 오랜 시간 고민이 필요했습니다. 기술 환경도, 저의 역할도 변해가는 시점에서 더 이상 지속하기 어려웠지만, 그동안 함께해주신 모든 분들께 정말 감사한 마음뿐입니다.
마치 하나의 챕터를 덮는 기분이네요. 언젠가 또 다른 방식으로 여러분과 만나게 되길 기대하며, 그동안 함께해주신 모든 구독자분들께 진심으로 감사드립니다.
후기와 회고는 아래 블로그 글로 정리해 두었습니다.
https://taetaetae.github.io/posts/toy-project-retrospective-6-years-journey/

안녕하세요.오랜만에 글을 올리게 되었는데, 이렇게 토이 프로젝트 종료 후기로 인사드리게 될 줄은 몰랐네요 ㅎ무려 6년 가까이 운영해온 "기술 블로그 구독 서비스"를 최근 종료하게 되었습니다. 매일 아침, 다양한 기술 블로그를 모아 메일로 발송하던 이 작은 서비스는 어느새 수천 명의 개발자분들의 루틴이 되어 있던 것 같습니다.시작은 단순했습니다. 내가 읽고 싶은 글을 정리하자는 마음에서 출발했죠. 그런데 그 불편함을 해결하고자 만든 도구가 누군가에겐 하루의 시작이 되었고, ‘잘 보고 있다’는 메시지 하나에 큰 보람을 느끼며 여기까지 달려올 수 있었습니다.그래서일까요. 종료 버튼을 누르기까지, 꽤 오랜 시간 고민이 필요했습니다. 기술 환경도, 저의 역할도 변해가는 시점에서 더 이상 지속하기 어려웠지만, 그동안 함께해주신 모든 분들께 정말 감사한 마음뿐입니다.마치 하나의 챕터를 덮는 기분이네요. 언젠가 또 다른 방식으로 여러분과 만나게 되길 기대하며, 그동안 함께해주신 모든 구독자분들께 진심으로 감사드립니다.후기와 회고는 아래 블로그 글로 정리해 두었습니다.https://taetaetae.github.io/posts/toy-project-retrospective-6-years-journey/

taetaetae.github.io

6년간의 토이프로젝트 여정을 마무리하며 - 기술블로그 구독서비스 

🚀 DDD, 기술보다 사람을 중심에 둔 소프트웨어 전략
"도메인이 복잡한 이유는 기술 때문이 아니라 점점 복잡해지는 도메인 그자체에 있으며 이것을 중심에 두어야한다."
이것이 바로 DDD(Domain-Driven Design)의 핵심 철학입니다.
즉, 시스템이나 기술이 아닌 '도메인 전문가(사람)'를 중심에 두고 문제를 해결하자는 전략이죠.

🤖 그런데 최근 AI는 점점 더 똑똑해지며
사람의 역할을 줄이거나, 때로는 아예 대체하는 방향으로 나아가고 있습니다.
이 AI 시대에,
사람 중심의 문제 해결을 강조해 온 DDD는 어떤 변화를 맞이하게 될까요?

DDD 개념을 먼저 이해하고, DDD 창시자인 Eric Evans의 까지 담은 3종 영상 세트 요약본 입니다.

DDD 그거 그렇게하는거 아닌데 - 우아한형제들
- https://wiki.webnori.com/x/_ICtBg
DDD를 AI에 이용해 설계(Design) 가속화하기
- https://wiki.webnori.com/x/D4GtBg
DDD와 LLM - 에릭에반스(DDD의 창시자-2003년)
- https://wiki.webnori.com/x/CIGtBg

종합 : https://wiki.webnori.com/x/FoGtBg

🚀 DDD, 기술보다 사람을 중심에 둔 소프트웨어 전략 "도메인이 복잡한 이유는 기술 때문이 아니라 점점 복잡해지는 도메인 그자체에 있으며 이것을 중심에 두어야한다." 이것이 바로 DDD(Domain-Driven Design)의 핵심 철학입니다. 즉, 시스템이나 기술이 아닌 '도메인 전문가(사람)'를 중심에 두고 문제를 해결하자는 전략이죠. 🤖 그런데 최근 AI는 점점 더 똑똑해지며 사람의 역할을 줄이거나, 때로는 아예 대체하는 방향으로 나아가고 있습니다. 이 AI 시대에, 사람 중심의 문제 해결을 강조해 온 DDD는 어떤 변화를 맞이하게 될까요? DDD 개념을 먼저 이해하고, DDD 창시자인 Eric Evans의 까지 담은 3종 영상 세트 요약본 입니다. DDD 그거 그렇게하는거 아닌데 - 우아한형제들 - https://wiki.webnori.com/x/_ICtBg DDD를 AI에 이용해 설계(Design) 가속화하기 - https://wiki.webnori.com/x/D4GtBg DDD와 LLM - 에릭에반스(DDD의 창시자-2003년) - https://wiki.webnori.com/x/CIGtBg 종합 : https://wiki.webnori.com/x/FoGtBg

DDD와 AI

분당 5억의 매출이 발생하는 이벤트 시스템을 어떻게 구축하고 운영했는지 소개합니다.

무진장 힘들었지만 무진장 성장한 개발 이야기

간만에 재밌게 읽은 기술 포스트
여름 이벤트 관련 개발 회고와 높은 트래픽을 어떤 요소들로 잘 방어했는가에 대한 포스트
4월부터 네이버 쇼핑 내에서 트래픽이 높은 부서로 이동한터라 (그래서 드럽게 바쁨)
우리도 적용해 볼법 한 몇가지 내용들이 보여서 흥미로웠음
예전에 적용해봤거나 생각은 해봤던 것들도 있었는데, 결국에는 '아.. 언제하지' 로 귀결 😢

간만에 재밌게 읽은 기술 포스트여름 이벤트 관련 개발 회고와 높은 트래픽을 어떤 요소들로 잘 방어했는가에 대한 포스트4월부터 네이버 쇼핑 내에서 트래픽이 높은 부서로 이동한터라 (그래서 드럽게 바쁨)우리도 적용해 볼법 한 몇가지 내용들이 보여서 흥미로웠음예전에 적용해봤거나 생각은 해봤던 것들도 있었는데, 결국에는 '아.. 언제하지' 로 귀결 😢

Medium

간만에 재밌게 읽은 기술 포스트
여름 이벤트 관련 개발 회고와 높

고용노동부에서 주관하는 청년미래플러스 3기를 모집 중이라고 합니다.
구직자와 재직자 두 가지 트랙을 동시에 모집한다고 하네요.
 * 모집 기간: 6월 15일 ~ 8월 3일
 * 구직자 트랙: https://miraeplus.sw.or.kr/ko/o/155208
 * 재직자 트랙: https://miraeplus.sw.or.kr/ko/o/152138

공고에는 다음과 같은 활동 계획이 기재되어 있습니다.

📌 구직자 트랙
 * IT업계 현직자와 멘토링
 * 직무역량 강화 지원 (인프런 강의 15만원 이내)
 * 개별 맞춤형 취업 지원 (서류 첨삭, 모의면접 등)

📌 재직자 트랙
 * 개별 커리어 플랜 설계 지원
 * 커리어 진단 리포트
 * IT업계 현직자와 멘토링
 * 직무역량 강화 지원 (인프런 강의 15만원 이내)

이러한 활동 지원도 좋은 혜택이라고 생각하는데요,
업계 사람과 네트워크를 형성하는 것과 진로나 방향에 대해서 익명이 아닌 누군가(특히 업계 선배)와 면담을 하는 것이 특히 좋은 점인 것 같습니다.

고용노동부에서 주관하는 청년미래플러스 3기를 모집 중이라고 합니다.구직자와 재직자 두 가지 트랙을 동시에 모집한다고 하네요.<ul ><li>모집 기간: 6월 15일 ~ 8월 3일</li></ul><ul ><li>구직자 트랙: https://miraeplus.sw.or.kr/ko/o/155208</li><li>재직자 트랙: https://miraeplus.sw.or.kr/ko/o/152138</li></ul> 공고에는 다음과 같은 활동 계획이 기재되어 있습니다. 📌 구직자 트랙<ul ><li>IT업계 현직자와 멘토링</li><li>직무역량 강화 지원 (인프런 강의 15만원 이내)</li><li>개별 맞춤형 취업 지원 (서류 첨삭, 모의면접 등)</li></ul> 📌 재직자 트랙<ul ><li>개별 커리어 플랜 설계 지원</li><li>커리어 진단 리포트</li><li>IT업계 현직자와 멘토링</li><li>직무역량 강화 지원 (인프런 강의 15만원 이내)</li></ul> 이러한 활동 지원도 좋은 혜택이라고 생각하는데요,업계 사람과 네트워크를 형성하는 것과 진로나 방향에 대해서 익명이 아닌 누군가(특히 업계 선배)와 면담을 하는 것이 특히 좋은 점인 것 같습니다.

고용노동부에서 주관하는 청년미래플러스 3기를 모집 중이라고 합니다

1. 유명한 경제학자 케인스는 단기 투자 전략을 미인선발대회에 비유했다.

2. 이 대회의 규칙은 이렇다. 100명의 후보 사진을 신문에 공개하고 독자들에게 이 중 가장 미인이라고 생각하는 사람 6명에 투표하라고 한다.

3. 그 결과, 독자들로부터 가장 많은 표를 받은 사람이 최고의 미인으로 뽑히고 그 미인에 투표한 사람은 정해진 상금을 받는다.

4. 이 대회에서 선발될 미인을 맞추기 위해서는, 즉 상금을 받기 위해서는 자신이 판단하기에 가장 예쁜 사진을 선택하면 안 되고, 평균적으로 가장 예쁘다 고 생각하는 사진을 선택해서도 안 된다.

5. 참가자 대부분이 판단하기에 평균적 여론이 될 것이라고 기대하는 모습을 예측해야만 하는 것이다.

6. 케인스는 투자의 세계도 이와 비슷하므로 평균적인 여론을 예상해서 투자하라고 한다.

#이채원의가치투자 📚
#투자는심리게임이다

1. 유명한 경제학자 케인스는 단기 투자 전략을 미인선발대회에 비유했다. ​2. 이 대회의 규칙은 이렇다. 100명의 후보 사진을 신문에 공개하고 독자들에게 이 중 가장 미인이라고 생각하는 사람 6명에 투표하라고 한다. ​3. 그 결과, 독자들로부터 가장 많은 표를 받은 사람이 최고의 미인으로 뽑히고 그 미인에 투표한 사람은 정해진 상금을 받는다. 4. 이 대회에서 선발될 미인을 맞추기 위해서는, 즉 상금을 받기 위해서는 자신이 판단하기에 가장 예쁜 사진을 선택하면 안 되고, 평균적으로 가장 예쁘다 고 생각하는 사진을 선택해서도 안 된다. ​5. 참가자 대부분이 판단하기에 평균적 여론이 될 것이라고 기대하는 모습을 예측해야만 하는 것이다. ​6. 케인스는 투자의 세계도 이와 비슷하므로 평균적인 여론을 예상해서 투자하라고 한다. #이채원의가치투자 📚 #투자는심리게임이다

< 가장 예쁜 사람이 아니라, 1등 할 사람에게 투표하라 >

아직 나도 정립되지 않은 상태이긴한데, 실무에서의 바이브 코딩은 다르다.

비단 개발자 관점에서만이 아니라, 기획자, 디자이너도 마찬가지로 다른 방식을 써야한다.

지금의 바이브 코딩을 말하는 자, 가르치는 자는 거의 대부분(아마도 99.9%) 새로운 프로토타입을 만드는 것을 가르치는 것이다.

그런데, 실무에서 중요한 건 완전히 새로운 것이 아니라, 기존의 프로젝트를 수정/확장하는 것이다. 그것이 프로토타입이라도.

즉, 협업이 관건이다.

이를 고려하면 ChatGPT의 Codex가 한 발짝 앞서 나가 있는 상태라고 할 수 있다. 다만 실행하여 결과를 보여주지 못하는 것이 아직 비어있는 부분.

요즘 CLI 형태의 툴이 유행하는데, 이건 플러그인하기 쉽다는 장점이 있어서 기본 기술을 만드는데는 유리하지만, 결국 통합 시스템은 필요하다.

과연 누가 먼저 이 통합 시스템을 유의미한 수준으로 서비스하기 시작할지가 관전 포인트.

…말만하지말고 내가 만들어야하는데… 😒

아직 나도 정립되지 않은 상태이긴한데, 실무에서의 바이브 코딩은 다르다. 비단 개발자 관점에서만이 아니라, 기획자, 디자이너도 마찬가지로 다른 방식을 써야한다. 지금의 바이브 코딩을 말하는 자, 가르치는 자는 거의 대부분(아마도 99.9%) 새로운 프로토타입을 만드는 것을 가르치는 것이다. 그런데, 실무에서 중요한 건 완전히 새로운 것이 아니라, 기존의 프로젝트를 수정/확장하는 것이다. 그것이 프로토타입이라도. 즉, 협업이 관건이다. 이를 고려하면 ChatGPT의 Codex가 한 발짝 앞서 나가 있는 상태라고 할 수 있다. 다만 실행하여 결과를 보여주지 못하는 것이 아직 비어있는 부분. 요즘 CLI 형태의 툴이 유행하는데, 이건 플러그인하기 쉽다는 장점이 있어서 기본 기술을 만드는데는 유리하지만, 결국 통합 시스템은 필요하다. 과연 누가 먼저 이 통합 시스템을 유의미한 수준으로 서비스하기 시작할지가 관전 포인트. …말만하지말고 내가 만들어야하는데… 😒

아직 나도 정립되지 않은 상태이긴한데, 실무에서의 바이브 코딩은 

﻿
'이력서 - 잃었어 - 일없어'
어제 취업 지원 프로그램에서 이력서 준비의 중요성을 강조했더니, 한 구직자가 자신의 상황을 재치 있게 표현한 말입니다. 현재 이력서가 준비되어 있는지 물었더니 "잃어버렸다"고 답했습니다. 물론 정말 잃어버린 것은 아니었습니다. 다른 사람에게 보여주기 부끄러울 만큼 자신의 이력서가 변변치 않아서 숨기고 싶다는 의미였죠. 왜 보여주기 싫은지 물었을 때, 이력서에 써넣을 특별한 경험이 없어서라고 했습니다.

뻔뻔했던 신입 시절의 나
제가 처음 취업을 준비하던 시절을 떠올려봅니다. 당시 제 이력서는 그리 훌륭하지 않았습니다. 특별히 희망하는 직무가 없었기에 어디든 투척할 수 있는 범용 이력서였고, 어제 만난 구직자의 말처럼 특별한 경험이 없었습니다. 정확히 표현하면 직장생활을 대비한 경험이 전무했죠. 서류 전형 합격률이 낮았던 이유를 이제야 이해하게 되었습니다. 제가 채용 담당자라도 그런 신입은 뽑지 않았을 것입니다.
그러나 과거 신입 채용에 도전하던 저는 대단히 뻔뻔했습니다. 이력서는 촌스럽고 알맹이 없는 가벼운 내용이었지만, 다른 사람에게 보여주기를 주저하지 않았습니다. 빠르게 취업을 하고 싶었기 때문입니다.
특별한 이유는 없었습니다. 그저 남들이 취업하니까 저도 취업하고 싶었고, 남들이 취업해서 돈을 버니까 저도 제 힘으로 돈을 벌어 부모님 신세를 면하고 싶었습니다. 취업을 희망하는 대단한 목표는 없었지만, 취업하자는 확실한 동기가 있었기 때문에 형편없는 이력서였음에도 입사 지원하기를 주저하지 않았던 것입니다.

완벽한 준비의 함정
요즘 신입 구직자들은 완벽한 이력서 준비가 필요하다고 생각합니다. 완벽히 준비가 되기 전까지는 입사 지원할 수 없다고 이야기하죠. 준비를 꼼꼼하게 하고 싶다는 생각은 정말 훌륭합니다. 그러나 준비가 어느 정도 필요한지 판단은 스스로 내리기 어렵다고 생각합니다.
현재의 준비된 상태로 입사 지원을 해보며, 동시에 필요한 준비를 계속 갖추어 나가는 것이 좋습니다. 어차피 완벽한 이력서란 존재하지 않습니다. 이력서는 제품과 같아서 끊임없이 개선이 필요하기 때문입니다. 이력서는 발자취라는 개념을 담고 있기 때문에 매일 한 발자국씩 나아갈 수록 업데이트할 내용이 생겨납니다.

특별한 경험이란 무엇인가
"특별한 경험이 없다"는 이야기도 완벽한 준비와 비슷한 맥락으로 버려야 할 생각입니다. 세상에 어떤 경험이 특별하다고 이야기할 수 있을까요? 대단한 브랜드 가치를 지닌 회사에서 일한 경험이 특별한가요? 대단한 숫자로 성과를 만든 내용이 특별한가요? 대단한 사람과 협업한 경험이 특별한가요?
눈에 보이는 어떠한 요인이 특별한 경험이라고 생각한다면, 오해입니다. 특별한 경험은 경험의 주인인 내가 특별하게 생각하고, 그것을 특별하게 소개할 때 대단해진다고 믿습니다.
자신이 자신의 경험을 대단하고 특별하게 여기지 않는다면, 다른 어떤 사람이 대신 특별하고 대단하게 봐줄 수 있을까요? 먼저 자신의 경험을 소중하게 생각하는 마음이 필요합니다. 그 다음 자신의 경험을 특별하게 소개하는 내용으로 만드는 것입니다.

경험을 특별하게 만드는 구조
제가 정의하는 특별한 경험이란, 일을 시작하고 진행하는 과정에서 많은 고민이 담긴 내용입니다. 어떤 배경에서 일을 시작했고, 목적과 목표가 무엇이었으며, 목적과 목표를 달성하기 위해 노력한 내용과 결과를 소개하는 것입니다. 이러한 구조로 경험을 소개한다면, 우리의 어떤 경험도 특별해질 수 있다고 생각합니다.
무엇보다 중요한 것은 문제를 뾰족하게 정의하는 것입니다. 무엇을 문제로 생각하였기에 경험했던 일을 시작하게 된 것인지 설명을 잘 할 수 있다면, 우리의 경험이 더욱 특별해질 수 있다고 믿습니다.
그러나 이력서를 작성하는 많은 분들이 경험을 소개하는 내용에서 문제 정의, 즉 일을 시작하게 된 배경에 대해서 생략하는 경우가 많습니다. 문제를 정의하고 목표와 목적을 설명하는 내용이 없을 때, 성과가 대단하더라도 경험에 대한 소개를 읽는 사람이 경험의 성과를 특별하고 대단하다고 판단하지 못합니다.
경험의 시작을 논리적으로 설명하는 내용이 있을 때, 일을 진행한 과정을 흥미롭게 보게 되고, 성과가 크든 작든 공감과 납득을 하게 됩니다.

당당한 이력서를 위한 제안
이력서의 내용, 형식, 디자인, 가독성 등 채용 전형에서 당락을 좌우하는 중요한 요소가 많습니다. 오늘 이력서를 업데이트하려는 분이 계시다면, 꼭 경험을 잘 풀어서 설명해보는 시간을 가져보시기 바랍니다.
기존에 자신이 봤던 이력서 형식은 머릿속에서 지우고, 자신의 경험을 가장 잘 설명하고 자랑할 수 있는 구조로 만들어보세요. 합격하는 이력서의 모범 답안은 바로 여러분 머리와 마음 속에 있습니다.

당당하고 자신 있게 자신의 경험을 마음껏 담아낸 이력서를 뽑아내는 우리가 되길 진심으로 응원합니다.

﻿'이력서 - 잃었어 - 일없어'어제 취업 지원 프로그램에서 이력서 준비의 중요성을 강조했더니, 한 구직자가 자신의 상황을 재치 있게 표현한 말입니다. 현재 이력서가 준비되어 있는지 물었더니 "잃어버렸다"고 답했습니다. 물론 정말 잃어버린 것은 아니었습니다. 다른 사람에게 보여주기 부끄러울 만큼 자신의 이력서가 변변치 않아서 숨기고 싶다는 의미였죠. 왜 보여주기 싫은지 물었을 때, 이력서에 써넣을 특별한 경험이 없어서라고 했습니다. 뻔뻔했던 신입 시절의 나제가 처음 취업을 준비하던 시절을 떠올려봅니다. 당시 제 이력서는 그리 훌륭하지 않았습니다. 특별히 희망하는 직무가 없었기에 어디든 투척할 수 있는 범용 이력서였고, 어제 만난 구직자의 말처럼 특별한 경험이 없었습니다. 정확히 표현하면 직장생활을 대비한 경험이 전무했죠. 서류 전형 합격률이 낮았던 이유를 이제야 이해하게 되었습니다. 제가 채용 담당자라도 그런 신입은 뽑지 않았을 것입니다.그러나 과거 신입 채용에 도전하던 저는 대단히 뻔뻔했습니다. 이력서는 촌스럽고 알맹이 없는 가벼운 내용이었지만, 다른 사람에게 보여주기를 주저하지 않았습니다. 빠르게 취업을 하고 싶었기 때문입니다.특별한 이유는 없었습니다. 그저 남들이 취업하니까 저도 취업하고 싶었고, 남들이 취업해서 돈을 버니까 저도 제 힘으로 돈을 벌어 부모님 신세를 면하고 싶었습니다. 취업을 희망하는 대단한 목표는 없었지만, 취업하자는 확실한 동기가 있었기 때문에 형편없는 이력서였음에도 입사 지원하기를 주저하지 않았던 것입니다. 완벽한 준비의 함정요즘 신입 구직자들은 완벽한 이력서 준비가 필요하다고 생각합니다. 완벽히 준비가 되기 전까지는 입사 지원할 수 없다고 이야기하죠. 준비를 꼼꼼하게 하고 싶다는 생각은 정말 훌륭합니다. 그러나 준비가 어느 정도 필요한지 판단은 스스로 내리기 어렵다고 생각합니다.현재의 준비된 상태로 입사 지원을 해보며, 동시에 필요한 준비를 계속 갖추어 나가는 것이 좋습니다. 어차피 완벽한 이력서란 존재하지 않습니다. 이력서는 제품과 같아서 끊임없이 개선이 필요하기 때문입니다. 이력서는 발자취라는 개념을 담고 있기 때문에 매일 한 발자국씩 나아갈 수록 업데이트할 내용이 생겨납니다. 특별한 경험이란 무엇인가"특별한 경험이 없다"는 이야기도 완벽한 준비와 비슷한 맥락으로 버려야 할 생각입니다. 세상에 어떤 경험이 특별하다고 이야기할 수 있을까요? 대단한 브랜드 가치를 지닌 회사에서 일한 경험이 특별한가요? 대단한 숫자로 성과를 만든 내용이 특별한가요? 대단한 사람과 협업한 경험이 특별한가요?눈에 보이는 어떠한 요인이 특별한 경험이라고 생각한다면, 오해입니다. 특별한 경험은 경험의 주인인 내가 특별하게 생각하고, 그것을 특별하게 소개할 때 대단해진다고 믿습니다.자신이 자신의 경험을 대단하고 특별하게 여기지 않는다면, 다른 어떤 사람이 대신 특별하고 대단하게 봐줄 수 있을까요? 먼저 자신의 경험을 소중하게 생각하는 마음이 필요합니다. 그 다음 자신의 경험을 특별하게 소개하는 내용으로 만드는 것입니다. 경험을 특별하게 만드는 구조제가 정의하는 특별한 경험이란, 일을 시작하고 진행하는 과정에서 많은 고민이 담긴 내용입니다. 어떤 배경에서 일을 시작했고, 목적과 목표가 무엇이었으며, 목적과 목표를 달성하기 위해 노력한 내용과 결과를 소개하는 것입니다. 이러한 구조로 경험을 소개한다면, 우리의 어떤 경험도 특별해질 수 있다고 생각합니다.무엇보다 중요한 것은 문제를 뾰족하게 정의하는 것입니다. 무엇을 문제로 생각하였기에 경험했던 일을 시작하게 된 것인지 설명을 잘 할 수 있다면, 우리의 경험이 더욱 특별해질 수 있다고 믿습니다.그러나 이력서를 작성하는 많은 분들이 경험을 소개하는 내용에서 문제 정의, 즉 일을 시작하게 된 배경에 대해서 생략하는 경우가 많습니다. 문제를 정의하고 목표와 목적을 설명하는 내용이 없을 때, 성과가 대단하더라도 경험에 대한 소개를 읽는 사람이 경험의 성과를 특별하고 대단하다고 판단하지 못합니다.경험의 시작을 논리적으로 설명하는 내용이 있을 때, 일을 진행한 과정을 흥미롭게 보게 되고, 성과가 크든 작든 공감과 납득을 하게 됩니다. 당당한 이력서를 위한 제안이력서의 내용, 형식, 디자인, 가독성 등 채용 전형에서 당락을 좌우하는 중요한 요소가 많습니다. 오늘 이력서를 업데이트하려는 분이 계시다면, 꼭 경험을 잘 풀어서 설명해보는 시간을 가져보시기 바랍니다.기존에 자신이 봤던 이력서 형식은 머릿속에서 지우고, 자신의 경험을 가장 잘 설명하고 자랑할 수 있는 구조로 만들어보세요. 합격하는 이력서의 모범 답안은 바로 여러분 머리와 마음 속에 있습니다. 당당하고 자신 있게 자신의 경험을 마음껏 담아낸 이력서를 뽑아내는 우리가 되길 진심으로 응원합니다.﻿

길은 잃은 이력서

AI 100조 성공하려면 주 52시간 규제부터 풀어야 民生은 기업 경쟁력에 달렸다 김윤덕이 만난 사람 배틀 그라운드서 AI 기업으로 벤처신화 장병규 크래프톤 의장

‘AI 100조’ 성공하려면 주 52시간 규제부터 풀어야… 民生은 기업 경쟁력에 달렸다

“실리콘밸리의 힘은 개인의 자율과 책임을 극대화한 것에 있다. 이를 위해서는 회사에 무슨 일이 있는지 구성원들이 알아야 한다. 소수의 리더가 관리·감독하며 이끄는 조직은 관료화될 뿐, 숨는 사람이 많아지고, 더 크게 성장하지 못한다.”

“나는 일대일 미팅을 좋아하지 않는다. ‘한 사람을 오랫동안 속일 순 있어도 여러 사람을 오래 속일 순 없다’는 격언처럼 일대일 대화는 사기꾼이 오래 살아남는 구조를 만든다. 첫 창업 회사인 네오위즈 때 여러 다툼이 있었는데 원인 중 하나가 일대일 대화였다. 다 같이 모여서 얘기하면 서로 다른 의견을 명료히 알게 되고 곡해 없이 해법을 찾아갈 수 있다. 나와 생각이 다른 임원과 토론할 때도 그가 신뢰하는 이를 꼭 배석시키라고 요청한다.”

“창업 초기 꿈꿨던 바텀업(아래로부터의 의사 결정)이랄지, 360도 평가 같은 건 많이 타협했다. ‘우아한 형제들’ 김봉진님이 ‘관계는 수평적, 업무는 수직적’이란 표현을 했는데, 우리도 비슷하다.”

“시간도 경쟁력이란 뜻이다. 중국은 ‘996(오전 9시~오후 9시까지 주 6일 근무)’을 하는데 주 52시간 일하는 한국이 어떻게 이길 수 있나? 이기는 게 오히려 이상하지 않나?”

“주 52시간을 하는 이유는 충분히 이해한다. 문제는 획일적 적용이다. 다양성, 포용성, 창의성을 강조하면서 왜 노동의 다양성은 인정하지 않을까? 정치인들이 민생을 외치던데, 한국 민생은 기업의 글로벌 경쟁력에 달려 있다.”

https://www.chosun.com/opinion/2025/07/06/S6E5OB73EVHX5PJYHJZCGIDDY4/

“실리콘밸리의 힘은 개인의 자율과 책임을 극대화한 것에 있다. 이를 위해서는 회사에 무슨 일이 있는지 구성원들이 알아야 한다. 소수의 리더가 관리·감독하며 이끄는 조직은 관료화될 뿐, 숨는 사람이 많아지고, 더 크게 성장하지 못한다.” “나는 일대일 미팅을 좋아하지 않는다. ‘한 사람을 오랫동안 속일 순 있어도 여러 사람을 오래 속일 순 없다’는 격언처럼 일대일 대화는 사기꾼이 오래 살아남는 구조를 만든다. 첫 창업 회사인 네오위즈 때 여러 다툼이 있었는데 원인 중 하나가 일대일 대화였다. 다 같이 모여서 얘기하면 서로 다른 의견을 명료히 알게 되고 곡해 없이 해법을 찾아갈 수 있다. 나와 생각이 다른 임원과 토론할 때도 그가 신뢰하는 이를 꼭 배석시키라고 요청한다.” “창업 초기 꿈꿨던 바텀업(아래로부터의 의사 결정)이랄지, 360도 평가 같은 건 많이 타협했다. ‘우아한 형제들’ 김봉진님이 ‘관계는 수평적, 업무는 수직적’이란 표현을 했는데, 우리도 비슷하다.” “시간도 경쟁력이란 뜻이다. 중국은 ‘996(오전 9시~오후 9시까지 주 6일 근무)’을 하는데 주 52시간 일하는 한국이 어떻게 이길 수 있나? 이기는 게 오히려 이상하지 않나?” “주 52시간을 하는 이유는 충분히 이해한다. 문제는 획일적 적용이다. 다양성, 포용성, 창의성을 강조하면서 왜 노동의 다양성은 인정하지 않을까? 정치인들이 민생을 외치던데, 한국 민생은 기업의 글로벌 경쟁력에 달려 있다.” https://www.chosun.com/opinion/2025/07/06/S6E5OB73EVHX5PJYHJZCGIDDY4/

조선일보

“실리콘밸리의 힘은 개인의 자율과 책임을 극대화한 것에 있다. 이

일본 1위 배달 앱, 바닥부터 다시 짠다 - Recode 프로젝트 - LINE ENGINEERING

《서비스 갈아엎기! Recode 프로젝트의 사례가 여기 있습니다》

Recode는 서비스 스펙은 그대로 하고 코드 베이스와 아키텍처를 100% 교체하는 것을 뜻합니다. 많은 서비스 담당자들이 꿈꾸고 있는 일명 '서비스 갈아엎기'인데요. 실제 추진해보면 쉽지 않음을 알 수 있습니다. 개발 부서에서 이를 쟁취하기 위해 어떻게 하였는지 살펴본다면 여러분의 서비스도 Recode가 가능하지 않을까 싶습니다. 

내부 설득을 위한 3가지 방법
1️⃣ 보안 이슈를 강조 : 보안 이슈로 서비스가 나락으로 간 케이스가 있으니 Recode를 통해서 보안을 메울 수 있다 논리
2️⃣ Recode 이후에 가능해 지는 것 강조 : 구현 하고 싶지만 현재 레거시 코드 등의 이슈로 몇 년째 하고 싶지만 시작하지 못했던 스펙이 있을 것입니다. Recode 이후에 손쉽게 구현이 가능하다 등으로 설득
3️⃣ 숫자 설득 : Recode로 개선될 각종 지표 사항, 배포 주기 개선을 통한 시장 주도 서비스로 변경 등의 포지셔닝 등의 숫자 활용

LINE ENGINGEERING

Product Manager

이석영

23년차 서비스 기획자입니다.
#기획자 #독서 #스타트업 #프로덕트매니저 #프로덕트디자인 #전략

Jr. Generalist

장현승 Benny

디지털 덴티스트리의 개혁을 펼치고 있는 이노바이드에서 
전새계 치과와 기공소를 연결하는 덴트링크 서비스를 함께 발전시키고 있습니다☺️

🍀제일 좋아하는 말
'우린 인생의 많은 힌트를 놓치며 사는게 아닐까' 
#네트워킹 #데이터분석 #끊임없이배우기 #도전적인 #스타트업

김명찬

링컨, 알렉스 퍼거슨, 빌리 빈을 존경합니다.

#프로덕트매니저 #데이터분석

정덕범

음성, 화상 플랫폼 LINE Planet을 만들고 있습니다. 

✔ 커리어리에 작성되는 게시물은 개인적인 의견이며, 회사의 공식적인 입장과 다를 수 있습니다. 
#프로덕트매니저 #협업도구 #플랫폼비즈니스 #CPaaS

댓글 0

함께 읽은 게시물

기여도

실패는 누구나 할수있다...250712

< 가장 위대한 창작은 ‘경계’에서 탄생한다 >

주간 인기 TOP 10

추천 프로필