‎나만의 대한민국 여행 지도를 만들어보세요!

내가 가본 우리나라는 여러분이 방문한 한국의 모든 지역을 색칠하는 여행 기록 앱이에요.
제가 쓰려고 만들었어요. 죽기 전에 다 색칠하는 게 제 소원이에요. 광고나 결제 따윈 없으니 안심하고 사용하세요.

* 지역별 색칠 기능
- 방문한 시/군/구를 터치 한 번으로 색칠
- 직관적인 터치 인터페이스

* 여행 통계 한눈에
- 전국 방문율 실시간 확인
- 지역별 방문 현황 통계

* 도전 과제, 성취감
- 전국 완주 도전
- 지역별 컬렉션 완성
- 특별한 여행 기록 달성

* 간편한 사용
-…

‎색칠 지도 - 내가 가본 우리나라

내가 가본 우리나라.
웹서비스에 이어... 아이폰 앱과 안드로이드 앱까지 모두 출시했습니다.

여행 중에 짬짬히 작업해서 웹, 안드로이드, 아이폰까지 출시하다니...
AI 코딩 시대가 좋긴 좋습니다.


기술 스택은 Ruby on Rails + Flutter 로 만들었습니다.
Rails 의 기본 기능을 활용해 거의 90% 를 만들었고, Flutter 로 감싸는 부분이 나머지 10% 정도 인 것 같네요.


AI 때문에 좋아진 것도 맞지만, 웹/앱 만드는 기술들이 예전보다 훨씬 좋아져서 이렇게 혼자서도 웹과 앱을 뚝딱 낼 수 있는 세상이 된 것 같아요.

광고도 없고, 완전히 무료로 사용할 수 있게 만들었어요.
국내 여행 좋아하시는 분들이라면 아마 좋아하실 겁니다.


https://apps.apple.com/kr/app/%EC%83%89%EC%B9%A0-%EC%A7%80%EB%8F%84-%EB%82%B4%EA%B0%80-%EA%B0%80%EB%B3%B8-%EC%9A%B0%EB%A6%AC%EB%82%98%EB%9D%BC/id6749817480

내가 가본 우리나라.웹서비스에 이어... 아이폰 앱과 안드로이드 앱까지 모두 출시했습니다. 여행 중에 짬짬히 작업해서 웹, 안드로이드, 아이폰까지 출시하다니... AI 코딩 시대가 좋긴 좋습니다. 기술 스택은 Ruby on Rails + Flutter 로 만들었습니다.Rails 의 기본 기능을 활용해 거의 90% 를 만들었고, Flutter 로 감싸는 부분이 나머지 10% 정도 인 것 같네요. AI 때문에 좋아진 것도 맞지만, 웹/앱 만드는 기술들이 예전보다 훨씬 좋아져서 이렇게 혼자서도 웹과 앱을 뚝딱 낼 수 있는 세상이 된 것 같아요. 광고도 없고, 완전히 무료로 사용할 수 있게 만들었어요. 국내 여행 좋아하시는 분들이라면 아마 좋아하실 겁니다. https://apps.apple.com/kr/app/%EC%83%89%EC%B9%A0-%EC%A7%80%EB%8F%84-%EB%82%B4%EA%B0%80-%EA%B0%80%EB%B3%B8-%EC%9A%B0%EB%A6%AC%EB%82%98%EB%9D%BC/id6749817480

App Store

내가 가본 우리나라

썸원과 함께 첫 팔로워 3000명 만들기 프로젝트

썸원의 ‘First 3000 클럽’ 모집 안내

1. 어떤 일을 하는 데 있어 중요한 지표 중 하나는 ‘첫 고객 혹은 첫 방문객 1000명을 어떻게 만들 것인가(first 1000)’인데요. 그래서 외국에서는 주요 서비스들이 어떻게 초기 1000명의 고객을 확보했는지에 대해서 따로 분석할 정도로, 비중 있게 다루는 경우가 많습니다.

2. 아무리 좋은 제품, 좋은 기능을 만들어도, 그것을 써줄 고객을 만나지 못하면 의미가 없을 뿐더러, 고객이 없으면 고객 중심으로 제품이나 기능을 변화시키는 것도 불가능하기 때문이죠. 그리고 한 1000명쯤의 고객이 모였을 때 좀 더 유의미한 피드백을 수시로 받을 수 있고요.

3. 저는 콘텐츠도 비슷하다고 하는데요. 사실 콘텐츠는 제품보다는 초기에 트래픽을 모으기는 더 쉬운 경향이 없지 않습니다만, 콘텐츠로 모은 트래픽은 순식간에 사라지기 때문에, 저 개인적으로는 ‘초기 팔로워 1000명을 모을 수 있느냐 없느냐’에 따라 그 창작자의 지속성이 결정된다고 생각합니다.

4. 아무리 열심히 콘텐츠를 만들었는데도 봐주는 사람이 없다면 지치기 마련이니까요.

5. 그런 의미에서 그게 뉴스레터든, 인스타그램이든, 페이스북이든, 스레드든, 유튜브든, 아니면 유료 구독자든, 초기 팔로워 1000명을 모으는 콘텐츠 실험을 하는 모임을 한 번 만들어보면 좋겠다는 생각을 했는데요.

6. 알고리듬 분석이나 트렌드 추종이 아니라, 1) 내가 만들고자 하는 콘텐츠가, 2) 그것이 필요한 사람들에게 전달되고, 3) 그렇게 모은 독자들과 상호 작용하면서 성장할 수 있는 구조를 만들면 좀 더 꾸준히 콘텐츠도 만들 수 있을 뿐 아니라, 비즈니스를 디벨롭하는 것도 훨씬 더 수월하다고 생각하기 때문입니다.

7. 좋은 콘텐츠를 만드시면 제가 확보한 다양한 채널을 통해서 공유해드릴 수도 있을 것 같고요.

8. 솔직히 말하면, 처음에는 ‘First 1000 클럽’을 만들어야겠다는 생각을 했는데요. 근데 첫 1000명은 생각보다 쉽게 모을 수도 있을 것 같아, 난이도를 살짝 올려서 ‘First 3000 클럽’으로 도전하는 것이 좀 더 의미 있고 재미있을 것 같단 생각을 했습니다. 물론 참여한다고 해서 무조건 콘텐츠를 공유해준다거나 콘텐츠를 열심히 안 만들어도 대박나는 방법을 알려준다거나 그런 일은 없을 텐데요.

9. 나의 유의미한 독자를 확보하는 과정을 함께 도와주면서, 피드백도 드리는 모임이라고 생각하시면 된답니다. 그리고 아직 고민 중이긴 하지만, 모임 기간 동안 3000명을 돌파하시면 소소한 축하 같은 것도 하면 좋을 것 같고요. 무튼 관련해 관심 있으신 분들께서는 자세한 내용 참고해주시면 좋을 것 같고, 늘 감사합니다.


https://somewon.notion.site/First-3000-24f46dbced958032b4b0cee2c1ec5be0

1. 어떤 일을 하는 데 있어 중요한 지표 중 하나는 ‘첫 고객 혹은 첫 방문객 1000명을 어떻게 만들 것인가(first 1000)’인데요. 그래서 외국에서는 주요 서비스들이 어떻게 초기 1000명의 고객을 확보했는지에 대해서 따로 분석할 정도로, 비중 있게 다루는 경우가 많습니다. 2. 아무리 좋은 제품, 좋은 기능을 만들어도, 그것을 써줄 고객을 만나지 못하면 의미가 없을 뿐더러, 고객이 없으면 고객 중심으로 제품이나 기능을 변화시키는 것도 불가능하기 때문이죠. 그리고 한 1000명쯤의 고객이 모였을 때 좀 더 유의미한 피드백을 수시로 받을 수 있고요. 3. 저는 콘텐츠도 비슷하다고 하는데요. 사실 콘텐츠는 제품보다는 초기에 트래픽을 모으기는 더 쉬운 경향이 없지 않습니다만, 콘텐츠로 모은 트래픽은 순식간에 사라지기 때문에, 저 개인적으로는 ‘초기 팔로워 1000명을 모을 수 있느냐 없느냐’에 따라 그 창작자의 지속성이 결정된다고 생각합니다. 4. 아무리 열심히 콘텐츠를 만들었는데도 봐주는 사람이 없다면 지치기 마련이니까요. 5. 그런 의미에서 그게 뉴스레터든, 인스타그램이든, 페이스북이든, 스레드든, 유튜브든, 아니면 유료 구독자든, 초기 팔로워 1000명을 모으는 콘텐츠 실험을 하는 모임을 한 번 만들어보면 좋겠다는 생각을 했는데요. 6. 알고리듬 분석이나 트렌드 추종이 아니라, 1) 내가 만들고자 하는 콘텐츠가, 2) 그것이 필요한 사람들에게 전달되고, 3) 그렇게 모은 독자들과 상호 작용하면서 성장할 수 있는 구조를 만들면 좀 더 꾸준히 콘텐츠도 만들 수 있을 뿐 아니라, 비즈니스를 디벨롭하는 것도 훨씬 더 수월하다고 생각하기 때문입니다. 7. 좋은 콘텐츠를 만드시면 제가 확보한 다양한 채널을 통해서 공유해드릴 수도 있을 것 같고요. 8. 솔직히 말하면, 처음에는 ‘First 1000 클럽’을 만들어야겠다는 생각을 했는데요. 근데 첫 1000명은 생각보다 쉽게 모을 수도 있을 것 같아, 난이도를 살짝 올려서 ‘First 3000 클럽’으로 도전하는 것이 좀 더 의미 있고 재미있을 것 같단 생각을 했습니다. 물론 참여한다고 해서 무조건 콘텐츠를 공유해준다거나 콘텐츠를 열심히 안 만들어도 대박나는 방법을 알려준다거나 그런 일은 없을 텐데요. 9. 나의 유의미한 독자를 확보하는 과정을 함께 도와주면서, 피드백도 드리는 모임이라고 생각하시면 된답니다. 그리고 아직 고민 중이긴 하지만, 모임 기간 동안 3000명을 돌파하시면 소소한 축하 같은 것도 하면 좋을 것 같고요. 무튼 관련해 관심 있으신 분들께서는 자세한 내용 참고해주시면 좋을 것 같고, 늘 감사합니다. https://somewon.notion.site/First-3000-24f46dbced958032b4b0cee2c1ec5be0

somewon on Notion

썸원의 First 3000 클럽 모집 안내

1. 인간의 감정 중에 생존과 가장 직결되는 건 두려움이다.

2. 원시 시대를 떠올려보면 쉽다. 혼자 있는 인간은 맹수와 자연의 위협 앞에서 무력했다. 자연히 혼자보다 여럿일 때 생존 확률이 높았다.

3. 지금은 맹수보다 사람이 더 무서운 시대가 됐지만, 본질은 같다. 우리는 여전히 혼자를 두려워한다.

4. 커뮤니티는 사람의 모임이다. 공통된 주제나 관심사를 중심으로 모인다. 지역, 성별, 나이, 취향처럼 그 매개는 다양하다.

5. 사람들은 왜 커뮤니티를 찾을까. 정보 때문일 수도, 재미 때문일 수도 있다. 하지만 그보다 더 근본적인 이유가 있다. 두려움을 덜기 위해서다.

6. 커뮤니티가 제대로 작동하려면, 그 안에서 안전함을 느낄 수 있어야 한다. 그 감정은 편안함, 때로는 사랑과도 같다.

7. ‘나와 같은 생각을 하는 사람이 여기 있구나.’, ‘내 취향을 이상하게 보지 않는구나.’, ‘여기서는 솔직하게 말해도 괜찮구나.’ 하는 그런 느낌 말이다.

8. 혼자일 때의 막연한 두려움이 사라지고, 그 안에서 안전함과 편안함을 느끼는 것. 그것이 커뮤니티의 본질이다.

9. 좋은 조직을 만들기 위해 강조하는 ‘심리적 안전감’도 결국 같은 이야기다. 내가 어떤 의견을 말해도 비난받거나 불이익을 당하지 않을 것이라는 믿음. 그 믿음이 있어야 건강한 논의가 시작될 수 있고, 그게 곧 건강한 조직이 된다.

10. 결국 이 모든 과정은 서로를 이해하는 데서 출발한다. 나와 다른 저 사람의 생각과 취향, 관점을 이해하려는 노력. 그리고 그 이해를 돕는 장치들이 필요하다. 잘 짜인 자기소개나, 함께하는 프로젝트, 혹은 사소한 아이스브레이킹 질문 같은 것들 말이다.

11. 진짜 커뮤니티는 사람을 모으는 데서 끝나지 않는다. 혼자의 두려움을 ‘함께’라는 편안함으로 바꿔줄 때 비로소 완성된다.

1. 인간의 감정 중에 생존과 가장 직결되는 건 두려움이다. ​2. 원시 시대를 떠올려보면 쉽다. 혼자 있는 인간은 맹수와 자연의 위협 앞에서 무력했다. 자연히 혼자보다 여럿일 때 생존 확률이 높았다. ​3. 지금은 맹수보다 사람이 더 무서운 시대가 됐지만, 본질은 같다. 우리는 여전히 혼자를 두려워한다. ​4. 커뮤니티는 사람의 모임이다. 공통된 주제나 관심사를 중심으로 모인다. 지역, 성별, 나이, 취향처럼 그 매개는 다양하다. ​5. 사람들은 왜 커뮤니티를 찾을까. 정보 때문일 수도, 재미 때문일 수도 있다. 하지만 그보다 더 근본적인 이유가 있다. 두려움을 덜기 위해서다. ​6. 커뮤니티가 제대로 작동하려면, 그 안에서 안전함을 느낄 수 있어야 한다. 그 감정은 편안함, 때로는 사랑과도 같다. ​7. ‘나와 같은 생각을 하는 사람이 여기 있구나.’, ‘내 취향을 이상하게 보지 않는구나.’, ‘여기서는 솔직하게 말해도 괜찮구나.’ 하는 그런 느낌 말이다. ​8. 혼자일 때의 막연한 두려움이 사라지고, 그 안에서 안전함과 편안함을 느끼는 것. 그것이 커뮤니티의 본질이다. ​9. 좋은 조직을 만들기 위해 강조하는 ‘심리적 안전감’도 결국 같은 이야기다. 내가 어떤 의견을 말해도 비난받거나 불이익을 당하지 않을 것이라는 믿음. 그 믿음이 있어야 건강한 논의가 시작될 수 있고, 그게 곧 건강한 조직이 된다. ​10. 결국 이 모든 과정은 서로를 이해하는 데서 출발한다. 나와 다른 저 사람의 생각과 취향, 관점을 이해하려는 노력. 그리고 그 이해를 돕는 장치들이 필요하다. 잘 짜인 자기소개나, 함께하는 프로젝트, 혹은 사소한 아이스브레이킹 질문 같은 것들 말이다. ​11. 진짜 커뮤니티는 사람을 모으는 데서 끝나지 않는다. 혼자의 두려움을 ‘함께’라는 편안함으로 바꿔줄 때 비로소 완성된다.

< 내가 안전하다고 느끼는 순간, 커뮤니티가 시작된다 >

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

1. 성공을 하기 위해 꼭 관리자가 되어야 하는 건 아닙니다 : 많은 사람들이 (직장 생활에서) 더 많은 돈을 벌고, 지위도 올라는 길은 승진해서 관리자가 되는 것, 하나뿐이라고 생각합니다. 하지만 비슷한 연봉을 받고, 비슷한 영향력을 행사하고, 또 그러면서도 전반적으로 더 행복해질 수 있는 대안들이 있습니다. 물론 사람들을 관리하는 일이 자신에게 잘 맞아서 관리자가 되고 싶은 것이라면 그렇게 되도록 노력해야 합니다. 하지만 설사 그런 경우여도 평생 관리자로만 지내야 하는 건 아닙니다. 팀장이었다가, 다시 개별 직원으로 돌아가는 사람들도 있습니다. (팀장으로의 승진이 비가역적 변화라고 생각하지 말란 말입니다)


2. 관리자가 되면, 당신을 성공하게 만들어준 일을 더 이상 못하게 된다는 사실을 절대 잊지 마세요 : 안타깝지만, 관리자가 되면 당신이 정말 잘하는 일들을 더 이상 못하게 될 수 있습니다. 대신, 다른 사람들이 그 일을 어떻게 하는지 지켜보고 더 잘할 수 있도록 도와주는 역할을 맡아야 합니다. 이제 당신이 해야 하는 일은 다른 사람을 도와주는 겁니다. 따라서 당신이 최우선적으로 해야 할 일은, 다른 사람들과의 커뮤니케이션, 커뮤니케이션, 커뮤니케이션입니다. 그리고 사람을 채용하고, 해고하고, 예산을 짜고, 모든 걸 검토하고, 1:1 면담을 하고, 회의를 하고, 사람들이 목표를 향해 가도록 감독하고, 갈등을 해소하고, 풀기 어려운 문제들에 대한 창의적 해결책을 찾도록 도움을 주는 겁니다. 정치적인 문제들도 해결해야 하고, 팀원들에게도 멘토 역할을 해줘야 합니다. 또한 일을 하는 내내 팀원들에게 “무엇을 도와줄까요?”라고 물어야 합니다. (관리자는 자기가 잘 하는 일을 하는 사람이 아니라, 팀원들이 잘할 수 있도록 이끄는 사람입니다)


3. (따라서) 관리자가 되는 것은 일종의 자기 수련입니다 : 매니징은 타고난 재능이 아니라, 학습을 통해 습득하는 기술입니다. 당신은 많은 커뮤니케이션 기술을 익혀야 하고, 각종 웹사이트, 팟캐스트, 책, 강의를 통해, 혹은 멘토나 이미 많은 경험을 한 다른 관리자들에게 도움을 받으며, 스스로를 단련시키고 훈련시켜야 합니다.


4. 관리는 마이크로 매니지먼트와 다릅니다 : 당신이 해야 할 일은 팀원들이 (스스로) 질적으로 훌륭한 일을 해낼 수 있도록 지원하는 겁니다. 당신이 업무의 모든 과정을 일일이 다 지시해 팀원들이 결과를 내는 데 집중하지 못하고, 당신의 지시를 이행하는 데만 급급하다면 그건 제대로 된 관리가 아닙니다. 마이크로 매니지먼트일 뿐입니다.


5. 스타일보다는 솔직한 게 더 중요합니다 : 그게 내성적이든, 감성적이든, 분석적이든, 흥분을 잘 하든, 모든 사람에게는 자기 고유의 스타일이 있습니다. 하지만 어떤 스타일이든, 아무리 불편하고 받아들이기 힘든 진실이더라도, 팀원들에게 솔직하게 말할 수 있어야 합니다. 그렇게 해야 성공할 수 있습니다.


6. 당신 팀이 당신보다 더 빛난다 해도 신경 쓰지 마세요 : 아니, 그게 당신의 목표가 되어야 합니다. 관리자는 팀원을 훈련시켜 당신이 해야 할 일을 대신 하고, 더 빛나도록 만들어야 합니다. 팀원이 잘 해야, 당신은 그만큼 더 승진하기 쉬워집니다.


- 토니 퍼델, <빌드 : 창조의 과정>

1.&nbsp;성공을 하기 위해 꼭 관리자가 되어야 하는 건 아닙니다&nbsp;: 많은 사람들이 (직장 생활에서) 더 많은 돈을 벌고, 지위도 올라는 길은 승진해서 관리자가 되는 것, 하나뿐이라고 생각합니다. 하지만 비슷한 연봉을 받고, 비슷한 영향력을 행사하고, 또 그러면서도 전반적으로 더 행복해질 수 있는 대안들이 있습니다. 물론 사람들을 관리하는 일이 자신에게 잘 맞아서 관리자가 되고 싶은 것이라면 그렇게 되도록 노력해야 합니다. 하지만 설사 그런 경우여도 평생 관리자로만 지내야 하는 건 아닙니다. 팀장이었다가, 다시 개별 직원으로 돌아가는 사람들도 있습니다. (팀장으로의 승진이 비가역적 변화라고 생각하지 말란 말입니다) 2.&nbsp;관리자가 되면, 당신을 성공하게 만들어준 일을 더 이상 못하게 된다는 사실을 절대 잊지 마세요&nbsp;:&nbsp;안타깝지만, 관리자가 되면 당신이 정말 잘하는 일들을 더 이상 못하게 될 수 있습니다. 대신, 다른 사람들이 그 일을 어떻게 하는지 지켜보고 더 잘할 수 있도록 도와주는 역할을 맡아야 합니다. 이제 당신이 해야 하는 일은 다른 사람을 도와주는 겁니다. 따라서 당신이 최우선적으로 해야 할 일은, 다른 사람들과의 커뮤니케이션, 커뮤니케이션, 커뮤니케이션입니다. 그리고 사람을 채용하고, 해고하고, 예산을 짜고, 모든 걸 검토하고, 1:1 면담을 하고, 회의를 하고, 사람들이 목표를 향해 가도록 감독하고, 갈등을 해소하고, 풀기 어려운 문제들에 대한 창의적 해결책을 찾도록 도움을 주는 겁니다. 정치적인 문제들도 해결해야 하고, 팀원들에게도 멘토 역할을 해줘야 합니다. 또한 일을 하는 내내 팀원들에게 “무엇을 도와줄까요?”라고 물어야 합니다. (관리자는 자기가 잘 하는 일을 하는 사람이 아니라, 팀원들이 잘할 수 있도록 이끄는 사람입니다) 3.&nbsp;(따라서) 관리자가 되는 것은 일종의 자기 수련입니다&nbsp;: 매니징은 타고난 재능이 아니라, 학습을 통해 습득하는 기술입니다. 당신은 많은 커뮤니케이션 기술을 익혀야 하고, 각종 웹사이트, 팟캐스트, 책, 강의를 통해, 혹은 멘토나 이미 많은 경험을 한 다른 관리자들에게 도움을 받으며, 스스로를 단련시키고 훈련시켜야 합니다. 4.&nbsp;관리는 마이크로 매니지먼트와 다릅니다&nbsp;: 당신이 해야 할 일은 팀원들이 (스스로) 질적으로 훌륭한 일을 해낼 수 있도록 지원하는 겁니다. 당신이 업무의 모든 과정을 일일이 다 지시해 팀원들이 결과를 내는 데 집중하지 못하고, 당신의 지시를 이행하는 데만 급급하다면 그건 제대로 된 관리가 아닙니다. 마이크로 매니지먼트일 뿐입니다. 5.&nbsp;스타일보다는 솔직한 게 더 중요합니다&nbsp;: 그게 내성적이든, 감성적이든, 분석적이든, 흥분을 잘 하든, 모든 사람에게는 자기 고유의 스타일이 있습니다. 하지만 어떤 스타일이든, 아무리 불편하고 받아들이기 힘든 진실이더라도, 팀원들에게 솔직하게 말할 수 있어야 합니다. 그렇게 해야 성공할 수 있습니다. 6.&nbsp;당신 팀이 당신보다 더 빛난다 해도 신경 쓰지 마세요&nbsp;: 아니, 그게 당신의 목표가 되어야 합니다. 관리자는 팀원을 훈련시켜 당신이 해야 할 일을 대신 하고, 더 빛나도록 만들어야 합니다. 팀원이 잘 해야, 당신은 그만큼 더 승진하기 쉬워집니다. - 토니 퍼델, &lt;빌드 : 창조의 과정&gt;

팀장으로 승진하는 사람들이 현실적으로 꼭 알아야 하는 6가지

1. 발권은행은 크게 두 가지 이유로 화폐를 생산한다.

2. 첫째, 은행 시스템을 구제하기 위해서다. 은행 시스템은 간접적으로 정치 자금을 조달하는데 도움이 된다.

3. 둘째, 국가가 필요로 하는 자금을 직접 조달하기 위해서다. 발권은행은 국가 부채인 채권을 직접 매입함으로써 국가에 자금을 조달한다.

4. 이때 발권은행은 곧장 국고로 자금을 송금해 주고 이에 대한 반대급부로 국채가 발권은행으로 흘러 들어간다. 이때 필요한 돈은 새로운 지폐 발행을 통해 만들어진다. 좀 더 정확하게 말하면 컴퓨터에서 곧바로 생성된다.

5. 전문용어로 이를 화폐 주조라고 한다. 고상한 말처럼 들리지만 그 과정이 조금이라도 개선되는 것은 아니다.


#왜그들만부자가되는가

1. 발권은행은 크게 두 가지 이유로 화폐를 생산한다. ​2. 첫째, 은행 시스템을 구제하기 위해서다. 은행 시스템은 간접적으로 정치 자금을 조달하는데 도움이 된다. ​3. 둘째, 국가가 필요로 하는 자금을 직접 조달하기 위해서다. 발권은행은 국가 부채인 채권을 직접 매입함으로써 국가에 자금을 조달한다. ​4. 이때 발권은행은 곧장 국고로 자금을 송금해 주고 이에 대한 반대급부로 국채가 발권은행으로 흘러 들어간다. 이때 필요한 돈은 새로운 지폐 발행을 통해 만들어진다. 좀 더 정확하게 말하면 컴퓨터에서 곧바로 생성된다. ​5. 전문용어로 이를 화폐 주조라고 한다. 고상한 말처럼 들리지만 그 과정이 조금이라도 개선되는 것은 아니다. ​ #왜그들만부자가되는가

< 국가도 돈이 없을 땐 ‘프린터’ 버튼을 누른다 >

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

“이 문제는 왜 해결해야 하죠?”
토스페이먼츠의 Product Manager는 늘 이 질문에서 시작합니다.

“무엇을 만들까”보다 “왜 해야 하나요?”를 묻는 사람들, 토스페이먼츠 PM

글을 읽다가 공감한 부분이 있었다. 프로덕트 매니저는 기획서를 쓰거나 화면을 그리는 사람이 아니라, 문제의 본질을 정의하고 해결까지 이끄는 사람이라는 대목이다. 겉으로 드러난 현상이 아니라, 그 뒤에 숨어 있는 원인을 찾아내고 본질을 묻는 것. 나도 이것이야말로 프로덕트 매니저의 핵심 역할이라고 생각한다.

문제가 선명해지면, 디자이너와 엔지니어의 움직임이 달라진다. 우리가 "무슨 문제를 풀어야 하고, 왜 풀어야 하는지"에 공감하게 되면, 각자는 자신의 전문성을 바탕으로 해결을 위한 수단을 찾아낸다. 디자이너는 사용자 경험과 디자인 요소로, 엔지니어는 기술적 방법으로 문제를 해결한다.

흥미로운 건, 이 과정에서 흔히 기획이라고 부르는 요소들—어떤 화면을 구성할지, 어떤 흐름으로 작동할지—는 억지로 끌어내지 않아도 자연스럽게 해결된다는 점이다. 문제를 제대로 정의했을 때, 팀은 이미 같은 그림을 그리기 시작하기 때문이다.

물론 모든 조직이 이렇게 작동하지는 않는다. 하지만 제품 중심으로 일하는 팀이라면 반드시 이런 구조가 필요하다. 프로덕트 매니저가 문제의 본질을 정의하고, 디자이너와 엔지니어가 그 문제에 몰입하며 각자의 도구로 해답을 만들어내는 팀워크. 나는 이것이 제품을 앞으로 나아가게 하는 가장 건강한 방식이라고 생각한다.

https://toss.im/career/article/tosspayments_pm

글을 읽다가 공감한 부분이 있었다. 프로덕트 매니저는 기획서를 쓰거나 화면을 그리는 사람이 아니라, 문제의 본질을 정의하고 해결까지 이끄는 사람이라는 대목이다. 겉으로 드러난 현상이 아니라, 그 뒤에 숨어 있는 원인을 찾아내고 본질을 묻는 것. 나도 이것이야말로 프로덕트 매니저의 핵심 역할이라고 생각한다. 문제가 선명해지면, 디자이너와 엔지니어의 움직임이 달라진다. 우리가 "무슨 문제를 풀어야 하고, 왜 풀어야 하는지"에 공감하게 되면, 각자는 자신의 전문성을 바탕으로 해결을 위한 수단을 찾아낸다. 디자이너는 사용자 경험과 디자인 요소로, 엔지니어는 기술적 방법으로 문제를 해결한다. 흥미로운 건, 이 과정에서 흔히 기획이라고 부르는 요소들—어떤 화면을 구성할지, 어떤 흐름으로 작동할지—는 억지로 끌어내지 않아도 자연스럽게 해결된다는 점이다. 문제를 제대로 정의했을 때, 팀은 이미 같은 그림을 그리기 시작하기 때문이다. 물론 모든 조직이 이렇게 작동하지는 않는다. 하지만 제품 중심으로 일하는 팀이라면 반드시 이런 구조가 필요하다. 프로덕트 매니저가 문제의 본질을 정의하고, 디자이너와 엔지니어가 그 문제에 몰입하며 각자의 도구로 해답을 만들어내는 팀워크. 나는 이것이 제품을 앞으로 나아가게 하는 가장 건강한 방식이라고 생각한다. https://toss.im/career/article/tosspayments_pm

toss.im

PM이 이런 것까지 해요?

AI 코딩 도우미 초기에는, 프론트는 되겠지만 백엔드는 안되겠는데 하는 분들이 많았고, 나는 그렇진 않을 것 같은데..라며 소심히 말하고 다녔는데, 오늘 기준으로, 현재 진행하는 프로젝트 한정으로는 백엔드가에 더 도움이 되고 있다.

AI 코딩 도우미 초기에는, 프론트는 되겠지만 백엔드는 안되겠는데 하는 분들이 많았고, 나는 그렇진 않을 것 같은데..라며 소심히 말하고 다녔는데, 오늘 기준으로, 현재 진행하는 프로젝트 한정으로는 백엔드가에 더 도움이 되고 있다.

앞으로 개발 할 때 다음처럼 해 봐야겠다.

1. Codex로 GPT한테 코드를 분석하고 문제 해결 방법을 도출하거나 개발 계획을 짜라고 함

2. 도출한 해결 방법이나 개발 계획을 PLAN_[feature].md 파일 등에 적어두라고 함.

3. Claude와 GPT에게 PLAN_[feature].md 파일을 검토하고 수정하라고 함. 이 때 레포 전체를 읽어서 분석하라고 해야 함.

4. Codex에게 PLAN_[feature].md 를 기반으로 코드를 짜거나 수정하라고 함.

5. Claude와 GPT에게 PLAN_[feature].md를 기반으로 수정한 내용(diff) 검토하라고 함.

6. 검토한 내용과 개선 방안 중 적합한 내용을 선택해 REVIEW_[feature].md 파일에 작성하라고 함.

7. Codex에게 REVIEW_[feature].md 파일을 기반으로 수정/개선을 요청함.

* 중간중간 Cursor나 Copilot의 자동 완성을 이용해 디테일한 부분을 수정함

앞으로 개발 할 때 다음처럼 해 봐야겠다. 1. Codex로 GPT한테 코드를 분석하고 문제 해결 방법을 도출하거나 개발 계획을 짜라고 함 2. 도출한 해결 방법이나 개발 계획을 PLAN_[feature].md 파일 등에 적어두라고 함. 3. Claude와 GPT에게 PLAN_[feature].md 파일을 검토하고 수정하라고 함. 이 때 레포 전체를 읽어서 분석하라고 해야 함. 4. Codex에게 PLAN_[feature].md 를 기반으로 코드를 짜거나 수정하라고 함. 5. Claude와 GPT에게 PLAN_[feature].md를 기반으로 수정한 내용(diff) 검토하라고 함. 6. 검토한 내용과 개선 방안 중 적합한 내용을 선택해 REVIEW_[feature].md 파일에 작성하라고 함. 7. Codex에게 REVIEW_[feature].md 파일을 기반으로 수정/개선을 요청함. * 중간중간 Cursor나 Copilot의 자동 완성을 이용해 디테일한 부분을 수정함

진짜 성장은 데이터 기반 전략과 작은 성공의 반복에서 비롯됩니다. 이번 인터뷰에서는 15년차 그로스 전문가가 전하는 그로스 마케팅 노하우와 고객의 언어로 소통하는 성장 전략을 공개합니다. 스타트업과 기업이 지속가능한 성장을 설계하는 방법을 확인하세요. | 그로스메이커

15년차 그로스 전문가가 말하는 ‘지속 가능한 성장 전략’ [그로스메이커] - 그로스메이커 블로그

* “내가 하는 실제 업무와 액션이 회사의 성장에 확실하게 기여하고 있는가?”
 * “마케터로서 회사를 명확히 그로스 시키고 있는가?”


이런 고민이 있는 분들이라면 한번 자세히 읽어보셔도 좋을 것 같습니다.


"그로스 스페셜리스트로서 저만의 무기는 ‘고객의 언어로 마케팅을 한다’는 것입니다. 저는 공급자 관점의 언어를 피하고, 고객이 우리를 선택할 수 있도록 마케팅 커뮤니케이션 언어를 만들고자 합니다. 
10년~20년 전에는 세일즈 측면에서 프로모션을 강력하게 실행하기만 해도 소비자들을 우르르 모아서 판매를 일으킬 수 있었습니다. 하지만 이제는 광고를 아무리 돌려도, 소비자들에게 솔직하게 다가가지 않으면 그 프로젝트는 실패로 돌아가고 맙니다. 소비자들이 메타(페이스북) 지면, 구글 지면, OTT 광고 등을 다 인지하고 있기 때문에 광고에 현혹되지 않기 때문입니다.
그래서 저는 그로스 스페셜리스트로서 고객사의 상품, 서비스를 정말 필요로 하는 소비자층을 제대로 파악하고 이들을 공략하기 위한 단 하나뿐인 맞춤형 그로스 플랜을 설계하고 성장 전략을 실행합니다. 
그로스 플랜 실행 단계에서 단 50명, 100명의 소수 인원이라도 잠재고객들이 고객사의 상품을 검색하고 고민할때 쓰는 언어들을 키워드로 발굴해서 메시지를 구축합니다. 그러한 일련의 고객 커뮤니케이션 마케팅 액션들을 통해 위닝 소재(메시지)를 발견하고 성과로 증명하게 되면 고객사들도 저희를 계속해서 신뢰하고 장기적인 파트너십으로 갈 수 있게 된다고 믿습니다."


https://blog.growthmaker.kr/sustainable-growth-strategies

<ul ><li>“내가 하는 실제 업무와 액션이 회사의 성장에 확실하게 기여하고 있는가?”</li><li>“마케터로서 회사를 명확히 그로스 시키고 있는가?”</li></ul> 이런 고민이 있는 분들이라면 한번 자세히 읽어보셔도 좋을 것 같습니다. "그로스 스페셜리스트로서 저만의 무기는 ‘고객의 언어로 마케팅을 한다’는 것입니다. 저는 공급자 관점의 언어를 피하고, 고객이 우리를 선택할 수 있도록 마케팅 커뮤니케이션 언어를 만들고자 합니다.&nbsp;10년~20년 전에는 세일즈 측면에서 프로모션을 강력하게 실행하기만 해도 소비자들을 우르르 모아서 판매를 일으킬 수 있었습니다. 하지만 이제는 광고를 아무리 돌려도, 소비자들에게 솔직하게 다가가지 않으면 그 프로젝트는 실패로 돌아가고 맙니다. 소비자들이 메타(페이스북) 지면, 구글 지면, OTT 광고 등을 다 인지하고 있기 때문에 광고에 현혹되지 않기 때문입니다. 그래서 저는 그로스 스페셜리스트로서 고객사의 상품, 서비스를 정말 필요로 하는 소비자층을 제대로 파악하고 이들을 공략하기 위한 단 하나뿐인 맞춤형 그로스 플랜을 설계하고 성장 전략을 실행합니다.&nbsp;그로스 플랜 실행 단계에서 단 50명, 100명의 소수 인원이라도 잠재고객들이 고객사의 상품을 검색하고 고민할때 쓰는 언어들을 키워드로 발굴해서 메시지를 구축합니다. 그러한 일련의 고객 커뮤니케이션 마케팅 액션들을 통해 위닝 소재(메시지)를 발견하고 성과로 증명하게 되면 고객사들도 저희를 계속해서 신뢰하고 장기적인 파트너십으로 갈 수 있게 된다고 믿습니다." https://blog.growthmaker.kr/sustainable-growth-strategies

blog.growthmaker.kr

15년차 그로스 전문가가 말하는 ‘지속 가능한 성장 전략’

우디의 컨설팅:  합격으로 가는 3가지 차별점 개인별 맞춤 포트폴리오,  합격을 부르는 비결입니다. 5회 코칭   대기업 UX설계 디자이너 최종 합격한 **지 님의 실제 리뷰입니다.  5회 코칭   유니콘 프로덕트 디자이너 최종 합격한 김** 님의 실제 리뷰입니다.  2회 코칭   대기업 디자이너 최종 합격한 **연 님의 실제 리뷰입니다.  2회 코칭   

[🦄 유니콘·빅테크] 합격한 UX/UI 포트폴리오 컨설팅 - PO·디자인 리드·채용 담당 경력 - 우디디자인랩

문제 해결형 포트폴리오에서는
솔루션이 문제가 아니라 원인을 해결해야 합니다.

예를 들어, 문제정의가
온보딩 단계에서 가입 이탈률이 높다는 점이면

- 단순히 버튼 색을 바꾸거나 문구만 줄이는 건 문제 현상에 대한 처치일 뿐입니다.
- 실제 원인을 보니 정보 입력 단계가 너무 많았다면, 핵심 정보만 남기는 가입 절차 간소화 UX등이 해결책이 됩니다.

끝으로 결과 해석에서는 꼭 처음 정의한 문제가 정량·정성적으로 해소됐는지를 보여줘야 설득력이 생깁니다.

https://www.latpeed.com/products/QkCkT

문제 해결형 포트폴리오에서는솔루션이 문제가 아니라 원인을 해결해야 합니다. 예를 들어, 문제정의가온보딩 단계에서 가입 이탈률이 높다는 점이면 - 단순히 버튼 색을 바꾸거나 문구만 줄이는 건 문제 현상에 대한 처치일 뿐입니다.- 실제 원인을 보니 정보 입력 단계가 너무 많았다면, 핵심 정보만 남기는 가입 절차 간소화 UX등이 해결책이 됩니다. 끝으로 결과 해석에서는 꼭 처음 정의한 문제가 정량·정성적으로 해소됐는지를 보여줘야 설득력이 생깁니다. https://www.latpeed.com/products/QkCkT

Latpeed

문제 해결과 원인

요 며칠 GPT-5 Reasoning - High 를 사용해서 진지한 개발을 몇가지 해보고 있는데 진짜 레벨이 다르네요.

Claude가 잘한다고 생각하는 분들이 많은데, 뭐랄까, 좀 단순한 일을 Claude가 잘해서 그런 착시가 있는 것 같아요. GPT-5가 어려운 걸 진짜 잘합니다.

조금 전에 Codex랑 같이 심심풀이로 서버 코드 최적화를 진행했는데요. 생각지 못했던 방법으로 높은 수준의 최적화를 달성했습니다.

스타트업 시간 약 2.9배 속도 향상, 메모리 약 46.6% 절감이라는 엄청난 결과를..😳

저는 진짜 코드 한 줄을 안썼어요. 물론 휴먼 코드 리뷰를 한 번 하고 코드 정리는 해야겠지만, 직접 했으면 최소 며칠은 걸렸을 일..이 아니라 다른 일을 하느라 최적화는 생각도 못했을겁니다.

어느정도 최적화를 해두기도 했었고, 뭔가 더 최적화 할 수 있는 여지가 있을 것 같았지만, 기존에도 나쁘지는 않아서 그냥 냅두고 있었던거였거든요.

게다가 시간을 좀 써서 총 1,300만개 정도의 토큰을 썼는데, 비용이 약 $3.24 밖에 안합니다. 이정도 개선에 든 비용이 겨우 5천원..?! 😳

내년 정도가 되면 이런 최적화는 그냥 무한 루프로 돌려두면 알아서 계속 최적화하고 계선하겠죠? 비용도 거의 무료에 가까울테고요.

개발을 잘 한다는 것이 무엇인지를 개인과 회사 차원에서 진지하게 다시 고민해봐야 할 것 같습니다.

요 며칠 GPT-5 Reasoning - High 를 사용해서 진지한 개발을 몇가지 해보고 있는데 진짜 레벨이 다르네요. Claude가 잘한다고 생각하는 분들이 많은데, 뭐랄까, 좀 단순한 일을 Claude가 잘해서 그런 착시가 있는 것 같아요. GPT-5가 어려운 걸 진짜 잘합니다. 조금 전에 Codex랑 같이 심심풀이로 서버 코드 최적화를 진행했는데요. 생각지 못했던 방법으로 높은 수준의 최적화를 달성했습니다. 스타트업 시간 약 2.9배 속도 향상, 메모리 약 46.6% 절감이라는 엄청난 결과를..😳 저는 진짜 코드 한 줄을 안썼어요. 물론 휴먼 코드 리뷰를 한 번 하고 코드 정리는 해야겠지만, 직접 했으면 최소 며칠은 걸렸을 일..이 아니라 다른 일을 하느라 최적화는 생각도 못했을겁니다. 어느정도 최적화를 해두기도 했었고, 뭔가 더 최적화 할 수 있는 여지가 있을 것 같았지만, 기존에도 나쁘지는 않아서 그냥 냅두고 있었던거였거든요. 게다가 시간을 좀 써서 총 1,300만개 정도의 토큰을 썼는데, 비용이 약 $3.24 밖에 안합니다. 이정도 개선에 든 비용이 겨우 5천원..?! 😳 내년 정도가 되면 이런 최적화는 그냥 무한 루프로 돌려두면 알아서 계속 최적화하고 계선하겠죠? 비용도 거의 무료에 가까울테고요. 개발을 잘 한다는 것이 무엇인지를 개인과 회사 차원에서 진지하게 다시 고민해봐야 할 것 같습니다.

요 며칠 GPT-5 Reasoning - High 를 사용해서 진

요즘 직업과 돈에 대해 깊이 생각하게 됩니다. 회사를 떠나 홀로서기를 했을 때 과연 생계를 유지할 수 있을지 고민되기 때문입니다. 안타까운 것은 아무리 고민해도 명확한 답이 나오지 않는다는 점입니다. 시뮬레이션은 가정에 불과하고, 현실과 미래는 예측할 수 없으니까요. 저와 같은 생각을 하는 많은 분들이 비슷한 딜레마에 빠져 있을 것입니다. 나가야 할까, 머물러야 할까. 마치 죽느냐 사느냐의 기로에 선 것 같습니다.


생계는 곧 생명입니다. 특히 가정이 있는 사람들에게 생계는 가족의 생명과 직결됩니다. 그래서 자연스럽게 더 많은 돈을 벌 수 있는 직업을 떠올리게 됩니다. 돈을 벌 수 없는 일은 선택하기 어렵죠. 최소한 먹고살 만큼은 벌어야 직업으로서 의미가 있으니까요.
결국 행복하지 않더라도 돈을 벌기 위해 일을 선택해야 합니다. 행복해지려고 사는데, 이보다 큰 아이러니가 또 있을까요?


어쩌면 우리에게 필요한 것은 확신이라는 생각이 듭니다. 알 수 없는 미래를 향한 확신만 있다면 무엇이든 과감하게 도전할 수 있을 테니까요.
 * 먹고살 만큼 돈을 벌 수 있다면
 * 진짜 행복한 나날을 보낼 수 있다면
 * 일을 통해 세상에 선한 영향력을 줄 수 있다면
이런 확신이 있다면 과감히 도전할 수 있을 것입니다. 하지만 믿음이 어렵습니다. 자신에 대한 확신과 미래에 대한 믿음을 갖기가 쉽지 않습니다.


그래서 현재를 기준으로 열심히 계산해봅니다. 이렇게 하면 얼마, 저렇게 하면 어떤 결과가 나올지, 지금 가진 것을 포기하면 얼마나 힘들어질지 따져봅니다. 당연히 해야 하는 생각이고, 충분히 고려해야 할 부분입니다.
하지만 그런 계산으로는 결국 선택할 수 없다는 것도 알고 있습니다. 미래는 계산으로 도전하는 것이 아니라, 해보지 않은 일에 더 열심히 부딪혀 돌파해 나가는 것임을 잘 알고 있으니까요.


어쩌면 지금보다 더 열심히 살 자신이 없는 것일 수도 있습니다. 어쩌면 지금보다 더 힘든 도전이 두려워 망설이는 것일 수도 있고요. 힘든 것은 싫으니까, 지금처럼 고정적으로 수입이 나오고 매일 출근할 곳이 있다는 안도감에 머무르고 싶은 것이겠죠.
언제 그만둬도 이상하지 않을, 내가 아니어도 충분히 잘 돌아갈 그런 곳에서 편안히 머물고 싶은 마음일 수도 있습니다.


무엇이 내 삶에 확신이 되는지 자신에게 물어봅시다. 그리고 과연 나는 행복하기 위해 어떤 노력을 하고 있는지 확인해봅시다. 행복하려고 노력하지 않고 있다면, 어떤 방해 요소가 있는지 찾아봅시다. 그리고 오늘 그 장애물을 빠르게 치워봅시다.
돈과 명예는 진정한 확신의 근거가 될 수 없습니다. 오직 행복하기 위한 조건만이 진정한 확신의 바탕이 될 수 있다는 것을 깨닫는 우리가 되길 진심으로 응원합니다.

﻿요즘 직업과 돈에 대해 깊이 생각하게 됩니다. 회사를 떠나 홀로서기를 했을 때 과연 생계를 유지할 수 있을지 고민되기 때문입니다. 안타까운 것은 아무리 고민해도 명확한 답이 나오지 않는다는 점입니다. 시뮬레이션은 가정에 불과하고, 현실과 미래는 예측할 수 없으니까요. 저와 같은 생각을 하는 많은 분들이 비슷한 딜레마에 빠져 있을 것입니다. 나가야 할까, 머물러야 할까. 마치 죽느냐 사느냐의 기로에 선 것 같습니다. 생계는 곧 생명입니다. 특히 가정이 있는 사람들에게 생계는 가족의 생명과 직결됩니다. 그래서 자연스럽게 더 많은 돈을 벌 수 있는 직업을 떠올리게 됩니다. 돈을 벌 수 없는 일은 선택하기 어렵죠. 최소한 먹고살 만큼은 벌어야 직업으로서 의미가 있으니까요.결국 행복하지 않더라도 돈을 벌기 위해 일을 선택해야 합니다. 행복해지려고 사는데, 이보다 큰 아이러니가 또 있을까요? 어쩌면 우리에게 필요한 것은 확신이라는 생각이 듭니다. 알 수 없는 미래를 향한 확신만 있다면 무엇이든 과감하게 도전할 수 있을 테니까요.<ul ><li>먹고살 만큼 돈을 벌 수 있다면</li><li>진짜 행복한 나날을 보낼 수 있다면</li><li>일을 통해 세상에 선한 영향력을 줄 수 있다면</li></ul>이런 확신이 있다면 과감히 도전할 수 있을 것입니다. 하지만 믿음이 어렵습니다. 자신에 대한 확신과 미래에 대한 믿음을 갖기가 쉽지 않습니다. 그래서 현재를 기준으로 열심히 계산해봅니다. 이렇게 하면 얼마, 저렇게 하면 어떤 결과가 나올지, 지금 가진 것을 포기하면 얼마나 힘들어질지 따져봅니다. 당연히 해야 하는 생각이고, 충분히 고려해야 할 부분입니다.하지만 그런 계산으로는 결국 선택할 수 없다는 것도 알고 있습니다. 미래는 계산으로 도전하는 것이 아니라, 해보지 않은 일에 더 열심히 부딪혀 돌파해 나가는 것임을 잘 알고 있으니까요. 어쩌면 지금보다 더 열심히 살 자신이 없는 것일 수도 있습니다. 어쩌면 지금보다 더 힘든 도전이 두려워 망설이는 것일 수도 있고요. 힘든 것은 싫으니까, 지금처럼 고정적으로 수입이 나오고 매일 출근할 곳이 있다는 안도감에 머무르고 싶은 것이겠죠.언제 그만둬도 이상하지 않을, 내가 아니어도 충분히 잘 돌아갈 그런 곳에서 편안히 머물고 싶은 마음일 수도 있습니다. 무엇이 내 삶에 확신이 되는지 자신에게 물어봅시다. 그리고 과연 나는 행복하기 위해 어떤 노력을 하고 있는지 확인해봅시다. 행복하려고 노력하지 않고 있다면, 어떤 방해 요소가 있는지 찾아봅시다. 그리고 오늘 그 장애물을 빠르게 치워봅시다.돈과 명예는 진정한 확신의 근거가 될 수 없습니다. 오직 행복하기 위한 조건만이 진정한 확신의 바탕이 될 수 있다는 것을 깨닫는 우리가 되길 진심으로 응원합니다.﻿

확신은 어디에서 오는가?

90%의 기획자들이 빠져있는 문제 

필터 프로블럼(Filter problem)은 무엇인가

매우 공감하는 글. 좀 더 첨언해보자면,

- 문제가 뭔지 정의하고 그에 대한 솔루션을 만들기보다, 머릿속 솔루션(이라기보단 개발 아이디어)을 꺼낸다음 문제를 역으로 정의해서 끼워 맞추려는 경우도 자주 발견할 수 있음

- 문제가 무엇인지 발견하고 정의하는 일이 어려울 때 가장 많이 선택하는 가설 패턴은, ‘OO의 부재로 GMV가 낮다‘ -> ’OO 하면 GMV가 상승할 것‘

- OO 를 런칭한 후 GMV가 상승하지 않으면 기획이 실패한 것이 되므로(가설 입증 여부는 이미 관심이 없는 상태), 성공해야만 함

- 실패했다면 실패한대로, 성공했다면 성공한대로 GMV 올려줄 것 같은 다음 솔루션을 머릿속에서 또 꺼낸 다음, GMV가 상승하는지 또 실험함

이쯤 되면, ‘문제’나 ’가설‘은 온데간데 없고 GMV 상승 아이디어 맞추기 게임이 되어버림. 모든 실험의 성공지표는 GMV로 통일되고, 가설입증을 위한 지표를 살펴야 한다는 의견은 무시당해버림 - GMV 가 오르면 되지, 다른 지표가 왜 중요한데! 라는 태도로 나타남.

비즈니스에서 GMV는 당연히 중요하지만, 그 GMV 를 ‘어떻게’ 확보할 것인지에 대한 전략이 부재한 기업 또는 이를 이해하지 못하는 사람들에게서 나타나는 특징.

매우 공감하는 글. 좀 더 첨언해보자면, - 문제가 뭔지 정의하고 그에 대한 솔루션을 만들기보다, 머릿속 솔루션(이라기보단 개발 아이디어)을 꺼낸다음 문제를 역으로 정의해서 끼워 맞추려는 경우도 자주 발견할 수 있음 - 문제가 무엇인지 발견하고 정의하는 일이 어려울 때 가장 많이 선택하는 가설 패턴은, ‘OO의 부재로 GMV가 낮다‘ -&gt; ’OO 하면 GMV가 상승할 것‘ - OO 를 런칭한 후 GMV가 상승하지 않으면 기획이 실패한 것이 되므로(가설 입증 여부는 이미 관심이 없는 상태), 성공해야만 함 - 실패했다면 실패한대로, 성공했다면 성공한대로 GMV 올려줄 것 같은 다음 솔루션을 머릿속에서 또 꺼낸 다음, GMV가 상승하는지 또 실험함 이쯤 되면, ‘문제’나 ’가설‘은 온데간데 없고 GMV 상승 아이디어 맞추기 게임이 되어버림. 모든 실험의 성공지표는 GMV로 통일되고, 가설입증을 위한 지표를 살펴야 한다는 의견은 무시당해버림 - GMV 가 오르면 되지, 다른 지표가 왜 중요한데! 라는 태도로 나타남. 비즈니스에서 GMV는 당연히 중요하지만, 그 GMV 를 ‘어떻게’ 확보할 것인지에 대한 전략이 부재한 기업 또는 이를 이해하지 못하는 사람들에게서 나타나는 특징.

takyoh.com

매우 공감하는 글. 좀 더 첨언해보자면,

- 문제가 뭔지 정의하

1. 모른다는 말은 알려고 노력하지 않기 위한 구실이자 핑계다.

2. 문제에서 당장 답을 찾고 지름길로 가려고 하지마라. 이런 손쉬운 길은 각자의 잠재력을 방해한다.

3. ’모른다‘라는 말이 입 밖에 나올 때 무슨 일이 벌어지는지 아는가? 뇌가 더 알려고 하지 않는다.

4. 인간은 본래 알아채고 적응하고 행동하고 반복하는 존재다. 무언가를 알아채도록 타고났는데 답을 찾으려고 애쓰지 않는다면, 삶을 변화시킬 중요한 순간을 스스로 가로막는 일이다.

5. 따라서 이런 중요한 순간에 마음을 열어두려면, ”모른다“라고 말할 때마다 깨닫고 당장 다른 말로 바꿔야 한다.

6. 디즈니랜드의 신입 직원은 손님들에게 ”모른다“라고 답하지 않고 대신 ”제가 알아보겠습니다“라고 답한 뒤 실제로 알아보도록 교육받는다.


#예술가의해법

1. 모른다는 말은 알려고 노력하지 않기 위한 구실이자 핑계다. ​2. 문제에서 당장 답을 찾고 지름길로 가려고 하지마라. 이런 손쉬운 길은 각자의 잠재력을 방해한다. ​3. ’모른다‘라는 말이 입 밖에 나올 때 무슨 일이 벌어지는지 아는가? 뇌가 더 알려고 하지 않는다. ​4. 인간은 본래 알아채고 적응하고 행동하고 반복하는 존재다. 무언가를 알아채도록 타고났는데 답을 찾으려고 애쓰지 않는다면, 삶을 변화시킬 중요한 순간을 스스로 가로막는 일이다. ​5. 따라서 이런 중요한 순간에 마음을 열어두려면, ”모른다“라고 말할 때마다 깨닫고 당장 다른 말로 바꿔야 한다. ​6. 디즈니랜드의 신입 직원은 손님들에게 ”모른다“라고 답하지 않고 대신 ”제가 알아보겠습니다“라고 답한 뒤 실제로 알아보도록 교육받는다. #예술가의해법

< 모른다고 말하는 순간, 뇌도 멈춘다 >

자바 사용자에게 NullPointerException(NPE)은 정말이지 지긋지긋한 예외입니다. 우리 모두는 이로 인한 운영 장애를 수없이 겪으며 디버깅으로 밤을 지새운 경험이 있을 겁니다.

JSpecify로 끝내는 NPE 전쟁

Optional, @Nullable, 다양한 정적 분석 도구.. 그동안 자바의 널 안전성을 지키기 위해 많은 꼼수를 써야 했다. 이제 곧 판이 뒤집힌다. JSpecify가 그 파편화된 규칙을 하나로 통일하고 있기 때문이다.

이 글을 통해 JSpecify가 어떤 배경에서 태어났고, 왜 스프링이 이를 전면 채택했는지, 그리고 실무에서 우리에게 어떤 변화를 가져올지 알아본다.

https://www.linkedin.com/pulse/jspecify%EB%A1%9C-%EB%81%9D%EB%82%B4%EB%8A%94-npe-%EC%A0%84%EC%9F%81-springrunner-kythc?utm_source=share&utm_medium=member_ios&utm_campaign=share_via

Optional, @Nullable, 다양한 정적 분석 도구.. 그동안 자바의 널 안전성을 지키기 위해 많은 꼼수를 써야 했다. 이제 곧 판이 뒤집힌다. JSpecify가 그 파편화된 규칙을 하나로 통일하고 있기 때문이다. 이 글을 통해 JSpecify가 어떤 배경에서 태어났고, 왜 스프링이 이를 전면 채택했는지, 그리고 실무에서 우리에게 어떤 변화를 가져올지 알아본다. https://www.linkedin.com/pulse/jspecify%EB%A1%9C-%EB%81%9D%EB%82%B4%EB%8A%94-npe-%EC%A0%84%EC%9F%81-springrunner-kythc?utm_source=share&amp;utm_medium=member_ios&amp;utm_campaign=share_via

www.linkedin.com

나의 소중한 시간과 에너지를 들여
매일의 순간들을 이 두가지 질문에 집중하며 살아간다.


1. 어떻게 살아가야 할 것인가?
2. 어떻게 더 나은 내가 될 수 있을까?


어떤 곳들에서는 타인을 긁고, 깎아내리고,
타인을 평가하느라 소중한 시간과 에너지를 할애한다.
그럴수록 독이 되어 자기 자신에게 돌아온다.
안타깝다.


남들을 평가하느라 남은 생애를 바치기보다는
남들의 평가를 받기 위해 에너지를 쏟아내기보다는
내 남은 생애를 더 나은 세계로 만들기로 결심을 했다.


그렇게 나는 나를 평가하는 평가자로 살아간다.
나를 평가하고 키우는 평가자가 될 것인가
타인을 평가하고 깎는 평가자가 될 것인가


오늘 마음에 새기는 초인의 이야기

나의 소중한 시간과 에너지를 들여매일의 순간들을 이 두가지 질문에 집중하며 살아간다. 1. 어떻게 살아가야 할 것인가?2. 어떻게 더 나은 내가 될 수 있을까? 어떤 곳들에서는 타인을 긁고, 깎아내리고, 타인을 평가하느라 소중한 시간과 에너지를 할애한다.그럴수록 독이 되어 자기 자신에게 돌아온다.안타깝다. 남들을 평가하느라 남은 생애를 바치기보다는남들의 평가를 받기 위해 에너지를 쏟아내기보다는내 남은 생애를 더 나은 세계로 만들기로 결심을 했다. 그렇게 나는 나를 평가하는 평가자로 살아간다.나를 평가하고 키우는 평가자가 될 것인가타인을 평가하고 깎는 평가자가 될 것인가 오늘 마음에 새기는 초인의 이야기

타인의 평가자가 되어 삶을 허비하지 않기로 하였다

프로그래밍에서 정말 중요한 개념이라고 생각하는 함수에 대해서 에릭이에게 알려주었습니다.

평소에 개발을 하면서는 몰랐는데 함수에 대한 어려운 용어가 참 많더라고요? 선언, 호출, 매개변수, 반환... 이런 말들을 7살 아이가 이해할 리가 만무하죠.

그래서 복잡한 설명은 생략하고, 무작정 그냥 같이 코드를 짜보기로 했습니다. 다행히도 아이가 금방 흥미를 느끼고 따라오더라고요.

그동안 아무렇지 않게 쓰던
print()
나
range()
가 사실 다 파이썬에 내장된 함수라는 걸 알게 되자, 눈이 동그래지고 입을 떡 벌리며 신기해하네요.

특히 마지막에는 뭔가 깨달았다는듯이 스스로 "Everything is a function!"이라고 외치는데, 저도 괜히 전율이 느껴졌습니다. 😆

📱 짧게 보기: https://youtube.com/shorts/_zKml5PB--Q
📺 전체 영상: https://youtu.be/tgBXKj0Tl00

프로그래밍에서 정말 중요한 개념이라고 생각하는 함수에 대해서 에릭이에게 알려주었습니다. 평소에 개발을 하면서는 몰랐는데 함수에 대한 어려운 용어가 참 많더라고요? 선언, 호출, 매개변수, 반환... 이런 말들을 7살 아이가 이해할 리가 만무하죠. 그래서 복잡한 설명은 생략하고, 무작정 그냥 같이 코드를 짜보기로 했습니다. 다행히도 아이가 금방 흥미를 느끼고 따라오더라고요. 그동안 아무렇지 않게 쓰던 <code>print()</code>나 <code>range()</code>가 사실 다 파이썬에 내장된 함수라는 걸 알게 되자, 눈이 동그래지고 입을 떡 벌리며 신기해하네요. 특히 마지막에는 뭔가 깨달았다는듯이 스스로 "Everything is a function!"이라고 외치는데, 저도 괜히 전율이 느껴졌습니다. 😆 📱 짧게 보기: https://youtube.com/shorts/_zKml5PB--Q📺 전체 영상: https://youtu.be/tgBXKj0Tl00

재미있는 함수에 대해 배워볼까요! 😄

일과 사랑, 그리고 인생을 위한 명언 1697개

Books to Read as a Developer

📰  개발자로서 읽어야 할 책 8권

✍️ dev.to에 올라온 개발자 도서 추천글을 번역해보았습니다. 추천된 8권 중 7권이 한글 번역이 되어있으니, 한 권씩 차근 차근 읽어나가보면 좋을것 같아요! 특정 프로그래밍 기술 혹은 언어에 대한 것이 아닌 큰 맥락으로서의 개발 서적들이니 도메인과 분야를 막론하고 한번 도전해보시길 추천합니다. :)  

저는 목록 중에 '코드 컴플리트' 한번 도서관에서 빌려서 앞에 조금 펼쳐보다가 그대로 반납한 기억이 있네요 ^^.. 궁금하시다면! 실물 한번 찾아보시면 바로 끄덕끄덕 하실꺼에요 ㅎㅎ 

--- 

# 실용주의 프로그래머 
- http://www.yes24.com/product/goods/107077663
- 프로그래밍 언어가 아닌 논리 관점에서의 언어 지혜를 다루고 있습니다. 코드 작성, 우수한 팀 구성, 관리, 도구 등 더 나은 프로그래밍을 하기 위한 여러 방법에 대한 이야기를 하고 있습니다. 
- https://pragprog.com/tips/

# 리팩토링 
- http://www.yes24.com/Product/Goods/89649360
- 왜 그리고 언제 리팩토링을 해야할까요? 클래스나 메서드는 어떻게 구성해야 하나요? 유닛 테스트란 뭔가요? 이 책에서 리팩토링에 대한 모든 답을 찾아 볼 수 있습니다. 

# 코드 컴플리트2 
- http://www.yes24.com/product/goods/44130507
- 무려 960 페이지!!! 이 책은 코드 구조, 형식, 변수, 메서드, 팀 관리 등 소프트웨어 개발의 모든 면들을 다 다루고 있어요. 이 엄청난 지식의 양에 감사한 마음이 절로 들지도 모릅니다. 

# 피플웨어 
- http://www.yes24.com/Product/Goods/13657193 
- 프로그래머 관리와 동기부여에 관한 책입니다. 개발 프로세스는 그저 벽돌 쌓기가 아닌 창의적인 과정이니까요! 

# 헤드 퍼스트 디자인 패턴 
- http://www.yes24.com/Product/Goods/108192370 
- 13개의 필수 디자인 패턴를 풍부한 예시와 재밌는 삽화와 함께 설명하는 책입니다. 그저 텍스트만 있는 것이 아니라 손으로 그린 다이어그램과 그림을 통해 개념을 학습하고 몰입할 수 있게 해줍니다. 
- https://longbiao.spatial-crowdsensing.com/courses/scad/files/head-first-design-patterns-compressed.pdf 

# 클린 코드
- http://www.yes24.com/Product/Goods/11681152
- 사람이 읽고 이해하고 유지하기 쉬운 코드를 작성하는 방법에 대한 책입니다. 

# 레거시 코드 활용 전략 
- http://www.yes24.com/Product/Goods/64586851
- 레거시 코드를 가지고 작업하는 건 많은 개발자들이 크게 선호하는 것은 아니지만 피할 수 없는 것이기도 합니다. 이 책은 레거시 코드를 어떻게 올바르게 접근 할 것인지, 그리고 어떻게 안정화 시킬 수 있는지에 대해 이야기 하고 있습니다. 
- https://understandlegacycode.com/blog/key-points-of-working-effectively-with-legacy-code/ 

# A Philosophy of Software Design 
- https://www.amazon.com/Philosophy-Software-Design-John-Ousterhout/dp/1732102201
- 한글 번역본은 없는것 같네요 ㅠ.ㅠ 
- 특정 프로그래밍 언어에 종속 되지 않는 디자인 설계 측면에서 시간을 넘어 통용되는 프로그래밍 원칙에 대한 내용, 그리고 개념 설명을 하고 있습니다.

DEV Community

📰  개발자로서 읽어야 할 책 8권

✍️ dev.to에 올라온 

"알고리즘을 사용해서 여러 문제 해결을 하려면, 단순하게 수학을 공부하거나 여러 알고리즘을 이해하는 것만으로는 부족합니다.
그럼 무엇이 필요할까요?
바로 해결 방법을 생각하는 힘 자체가 필요합니다."

출처 : 책 [알고리즘 with 수학]

"알고리즘을 사용해서 여러 문제 해결을 하려면, 단순하게 수학을 공부하거나 여러 알고리즘을 이해하는 것만으로는 부족합니다. 그럼 무엇이 필요할까요? 바로 해결 방법을 생각하는 힘 자체가 필요합니다." 출처 : 책 [알고리즘 with 수학]

게임 클라이언트 개발자

꾸주니

🕹클라이언트 신입 개발자입니다
변화에 빠르게 적응하며 성장하고 싶습니다🙂
많은 분들에게 도움을 주고 받으며 함께 성장하면 좋겠습니다🥳
#개발자 #ENTJ #UnrealEngine #고양이 #Communication #글쓰기

게임 아티스트

아영

책 [알고리즘 with 수학] 좋아하는 문구

ddayin

Unity, C#
#개발자 #끊임없이배우기 #독서 #블로거 #소프트웨어엔지니어 #UnityEngineer

책 [알고리즘 with 수학] 좋아하는 문구

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필