1. 투자자와 기업가 주변에서 오랜 세월을 보내고 나니, 나는 다른 누군가의 실패는 보통 잘못된 의사결정 탓이고, 나 자신의 실패는 보통 리스크의 어두운 면 때문임을 깨달았다.

2. 내가 당신의 실패를 판단할 때는 깔끔하고 단순한 원인과 결과를 가진 스토리를 선호할 가능성이 크다.

3. 왜냐하면 나는 당신 머릿 속에서 벌어지는 일을 알지 못하기 때문이다.

4. "결과가 나쁜 것을 보니 당신의 잘못된 의사결정이 원인이었던 게 틀림없다."라는 게 나에게는 가장 합리적인 스토리다.

5. 그러나 나 자신을 판단할 때는 나의 과거 의사결정을 정당화하고 나쁜 결과를 리스크 탓으로 돌릴 수 있는 엄청난 내러티브를 만들어내는 것이 가능하다.

#돈의심리학

1. 투자자와 기업가 주변에서 오랜 세월을 보내고 나니, 나는 다른 누군가의 실패는 보통 잘못된 의사결정 탓이고, 나 자신의 실패는 보통 리스크의 어두운 면 때문임을 깨달았다.​2. 내가 당신의 실패를 판단할 때는 깔끔하고 단순한 원인과 결과를 가진 스토리를 선호할 가능성이 크다.​3. 왜냐하면 나는 당신 머릿 속에서 벌어지는 일을 알지 못하기 때문이다.​4. "결과가 나쁜 것을 보니 당신의 잘못된 의사결정이 원인이었던 게 틀림없다."라는 게 나에게는 가장 합리적인 스토리다.​5. 그러나 나 자신을 판단할 때는 나의 과거 의사결정을 정당화하고 나쁜 결과를 리스크 탓으로 돌릴 수 있는 엄청난 내러티브를 만들어내는 것이 가능하다. #돈의심리학

< 남의 실패는 단순하고, 내 실패는 복잡하다 >

1. 효율이란 투입된 시간과 노력 대비 얻어낸 결과의 크기를 말한다. 그래서 일에는 늘 효율이라는 잣대가 필요하다.

2. 최소한의 노력과 시간으로 최대의 결과를 얻어내는 것. 일의 세계에서는 그것이 미덕이다. 일에는 목표가 있고, 그 과정과 결과는 어느 정도 측정이 가능하니까.

3. 하지만 우리의 삶은 어떨까. 내가 원하는 삶을 위해 얼만큼의 노력과 시간이 필요할까. 그런 기준과 공식이 과연 존재할까.

4. 우리는 종종 일하는 방식 그대로 삶을 대하려 한다. 최소한의 시간으로 행복해지려 하고, 가장 빠른 길로 성공하려 한다. 하지만 삶은 최적화해야 할 프로젝트가 아니다.

5. 사랑하는 사람과 보내는 저녁, 목적 없이 떠난 여행, 아무 이유 없는 대화, 무심코 바라본 노을. 이런 것들에 효율이라는 잣대를 들이댈 수 있을까.

6. 오히려 삶의 가장 빛나는 순간들은 대부분 비효율적인 시간 속에서 태어난다. 당장의 결과와 상관없이, 그저 좋아서 하는 일들. 아무도 알아주지 않아도 묵묵히 이어가는 과정들.

7. 세상의 모든 변화도 결국 이런 비효율에서 나왔다. 무식할 만큼 우직하게, 끝까지 버틴 시간들. 눈앞의 결과만 따졌다면 시작조차 못 했을 일들이, 결국 세상을 바꾸었다.

8. 그 비효율적인 순간들이 쌓여, 누구도 예상하지 못한 단단한 결과를 만들어낸다.

9. 일은 효율적으로 할 수 있다. 하지만 삶은 결코 효율적일 수 없다. 효율을 따지는 순간, 우리는 삶의 가장 중요한 것들을 놓치게 될지도 모른다.

10. 인생의 정답은 가장 빠른 길에 있지 않다. 비효율적인 길 위에서 헤매고 넘어지며, 마침내 다시 일어서는 그 모든 과정 속에 있다.

1. 효율이란 투입된 시간과 노력 대비 얻어낸 결과의 크기를 말한다. 그래서 일에는 늘 효율이라는 잣대가 필요하다. ​2. 최소한의 노력과 시간으로 최대의 결과를 얻어내는 것. 일의 세계에서는 그것이 미덕이다. 일에는 목표가 있고, 그 과정과 결과는 어느 정도 측정이 가능하니까. ​3. 하지만 우리의 삶은 어떨까. 내가 원하는 삶을 위해 얼만큼의 노력과 시간이 필요할까. 그런 기준과 공식이 과연 존재할까. ​4. 우리는 종종 일하는 방식 그대로 삶을 대하려 한다. 최소한의 시간으로 행복해지려 하고, 가장 빠른 길로 성공하려 한다. 하지만 삶은 최적화해야 할 프로젝트가 아니다. ​5. 사랑하는 사람과 보내는 저녁, 목적 없이 떠난 여행, 아무 이유 없는 대화, 무심코 바라본 노을. 이런 것들에 효율이라는 잣대를 들이댈 수 있을까. ​6. 오히려 삶의 가장 빛나는 순간들은 대부분 비효율적인 시간 속에서 태어난다. 당장의 결과와 상관없이, 그저 좋아서 하는 일들. 아무도 알아주지 않아도 묵묵히 이어가는 과정들. ​7. 세상의 모든 변화도 결국 이런 비효율에서 나왔다. 무식할 만큼 우직하게, 끝까지 버틴 시간들. 눈앞의 결과만 따졌다면 시작조차 못 했을 일들이, 결국 세상을 바꾸었다. ​8. 그 비효율적인 순간들이 쌓여, 누구도 예상하지 못한 단단한 결과를 만들어낸다. ​9. 일은 효율적으로 할 수 있다. 하지만 삶은 결코 효율적일 수 없다. 효율을 따지는 순간, 우리는 삶의 가장 중요한 것들을 놓치게 될지도 모른다. ​10. 인생의 정답은 가장 빠른 길에 있지 않다. 비효율적인 길 위에서 헤매고 넘어지며, 마침내 다시 일어서는 그 모든 과정 속에 있다.

< 세상을 바꾼 건 언제나 '비효율'이었다 >

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

일반적인 커뮤니티나 쇼핑몰 수준의 서비스는, 캐시 없이도 16vCPU/64GB 다섯대 정도면 MAU 100만 정도를 단순한 페일오버까지 고려하여 커버할 수 있다. 이 정도만으로도 튜닝이 잘 되어 있다면 꽤 여유로울 것.

일반적인 커뮤니티나 쇼핑몰 수준의 서비스는, 캐시 없이도 16vCPU/64GB 다섯대 정도면 MAU 100만 정도를 단순한 페일오버까지 고려하여 커버할 수 있다. 이 정도만으로도 튜닝이 잘 되어 있다면 꽤 여유로울 것.

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

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

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

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

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

* 간편한 사용
-…

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

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

여행 중에 짬짬히 작업해서 웹, 안드로이드, 아이폰까지 출시하다니...
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

내가 가본 우리나라

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

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

1. 종종 '글쓰기는 너무 어렵다'거나 '글을 잘 못 쓰겠다'는 이야기를 듣는데, 조금 냉정하게 이야기하면.. 이 말들은 진실이 아닐 가능성이 높다. 2. 대체로 사람들은 글쓰기를 따로 떼어내어 그 자체를 하나의 완결된 행위나 스킬로 보는 경향이 있지만, 단계적으로 나눠서 생각해보면, 글쓰기는 1) 그저 머릿속에 있는 '생각'을, 2) '글'이라는 형태로

'글쓰기가 어렵다'는 말은 진실이 아닐 가능성이 높다

1. 종종 ‘글쓰기는 너무 어렵다'거나 ‘글을 잘 못 쓰겠다'는 이야기를 듣는데, 조금 냉정하게 이야기하면.. 이 말들은 진실이 아닐 가능성이 높다.

2. 대체로 사람들은 글쓰기를 따로 떼어내어 그 자체를 하나의 완결된 행위나 스킬로 보는 경향이 있지만, 단계적으로 나눠서 생각해보면, 글쓰기는 1) 그저 머릿속에 있는 ‘생각’을, 2) ‘글'이라는 형태로 전환하는 행위에 불과할 수 있기 때문이다.

3. 그래서 사람들은 이 프로세스의 말단에 있는 글쓰기 그 자체를 어렵다고 느끼지만, 실제로 정말로 어려운 건 ‘생각하는 것'일 수 있다.

4. 관련해서 한 심리학자는 비슷한 말을 하기도 했다. “생각하는 것은 (진짜) 어렵습니다. 그래서 대부분의 사람들은 (자신에게 유리한 방향으로) 판단하려고만 하죠"라고.

5. 즉, 정말로 어려운 건 글쓰기가 아니라, 1) 명확하게 생각하는 것, 2) 자신의 생각을 뒷받침하는 타당한 논거를 찾는 것, 3) 그리고 이를 글이라는 형태로 타인이 이해할 수 있도록 잘 엮는 것일 수 있는데..

6. 안타깝게도, 글을 잘 쓰는 방법을 안다고 해서, 글쓰기 수업을 듣는다고 해서, 맞춤법을 잘 지킨다고 해서, 단문을 쓴다고 해서, 이 문제들은 해결되지 않는다.

7. 따라서 글을 잘 쓰기 위해 글쓰기 강연을 듣거나 관련한 책을 읽는 건 너무나 좋지만, 그에 못지않게 ‘생각하는 연습’, ‘삶에서 논거를 수집하는 습관을 기르는 것’은 꽤나 중요할 수 있다.

8. 생각이 명확하지 않고, 근거 또한 부족한 상태에서 글을 쓰면 당연히 글이 잘 안 나올 수밖에 없으니까. 반대로, 생각이 명료하고, 근거가 탄탄할수록 글을 쓰기는 당연히 더 쉽기 마련이고.

9. 따라서 글을 잘 쓰려면, 자신만의 오리지널한 생각을 가지기 위해, 그리고 자신의 생각을 뒷받침하는 논거를 잘 찾기 위해 노력해야 하는데, 사실 이건 글쓰기 수업을 듣는 것보다 훨씬 더 어려운 일.

10. 수업이야 뭐 그냥 들으면 되지만, 자신만의 생각을 가지기 위해서는 치열하게 고민을 해야 하고, 논거를 탄탄하고 풍부하게 구성하려면 꽤나 열심히 자료를 수집해야 하니까.

11. 그런 의미에서 글을 쓴다는 건 그 자체로 '좀 더 명료하게 생각하는 과정'일 수 있다.

12. 예를 들어, 멤버십 아티클을 쓰다 보면 보통 1만 자가 넘어가고, 때로는 2만 자가 넘어갈 때도 있는데.. 냉정하게 생각해보면, 평소에 머릿속에 몇 만 자의 연결된 생각들을 넣고 다니는 게 아니라서, 결국에는 글을 쓰면서 그 생각들을 뇌밖으로 쏟아내고 그걸 정리하고 또 다듬는다고 볼 수 있는 셈.

13. 바꿔 말하면, 사람들은 글쓰기를 그저 글을 쓰는 행위라고 생각하지만, 실제로는 글을 쓰는 그 시간 동안에 생각을 하면서 이를 문자로 실시간으로 전환하는 과정일 수 있는 것.

14. 그렇기에 그 사람이 쓴 글에는 그 사람이 가진 생각의 수준이 드러날 수밖에 없는 거고.

15. 그런 의미에서, 글을 쓴다는 건 다른 일을 했다면 몇 분 안 되어서 휘발되어버릴 생각들을, 묵묵히 의자에 앉아서 몇 시간이고 버텨내면서 이를 끈질기게 활자로 정리해내는 작업, 그리고 그렇게 토해낸 생각들을 다른 사람들에게 보다 잘 전달하기 위해 다듬고 편집하고 하나의 완결된 형태로 직조해내는 과정일 수 있다.

16. 그렇기에 글을 쓰는 연습을 한다는 건 생각하는 연습을 하는 것일 수 있고, 글을 잘 쓴다는 건 자신의 생각과 감정과 경험과 기억을 다른 사람들에게 잘 전달될 수 있는 형태로 가다듬는다는 것을 의미일 수도 있겠지.

17. 고로, 인정하지 않은 사람들도 있겠으나, 결국 글을 쓴다는 건, 글쓰기 연습을 한다는 건, 자신에게나 타인에게나 도움이 되는 꽤나 자기 혁신적인 활동일 수 있는데..

18. 잘 모르지만, 기술이 아무리 발전해도 이 자기 혁신적인 활동의 가치는 잘 줄어들지는 않을 것 같달까? 아니, 오히려 인공지능이 발전할수록 인공지능에 자신의 생각을 맡기는 사람이 늘어날 수도 있어서, 어쩌면 글 쓰는 역량을 가진 사람의 가치는 더 올라갈지도 모르지. 무튼 나 화이팅! ;) 

#오늘의아무말

https://brunch.co.kr/@somewonyoon/164

Brunch Story

절대절대 공감합니다! 말하기도 마찬가지 인것 같네요. 미국에서 직장 생활하는데 영어가 부족하다 느껴 코칭을 받았지만 정작 거기에서 얻은 가장 큰 배움은 내가 할 말, 나의 생각이 탄탄한 것이 진짜 중요한 것이라는 거죠. 언어란 그걸 전달하는 수단일 뿐이구요. 내가 부족했던 건 영어가 아니라 생각하는 힘이였다는 것을 제대로 느꼈네요.

Five Languages That Won't Ever Die

얼마 전에 Rust 이야기를 조금 했지만, 이번엔 결코 사라지지 않을 프로그래밍 언어 5개를 꼽아본 글입니다.

1. C/C++
40~50년 동안 사용되고 있는 전통의 강자 C/C++은 여전히 빠르고 강력하며 특히 이전 버전을 같이 지원해야 하는 경우 선택의 여지가 별로 없습니다. 비록 C++은 ISO Committee에 의해 현대적인 표준을 도입하고 있지만 여전히 옛날 방식대로 사용하는 경우도 많습니다. 강력한 하위 호환성이 깡패입니다.

2. Python
지난 30년간 가장 발전하여 지금은 프로그래밍 언어계의 거물이 되었습니다. C/C++과 비슷하게 하위 호환성을 제공해야 하는 곳에서 계속해서 쓰이고 있으며, C/C++에 비해 적은 복잡성과 좋은 사용성을 갖추고 있습니다. 진입 장벽이 낮아 프로그래밍 뉴비들이 쉽고 재미있게 시작할 수 있으며, 이것이 앞으로도 계속 사용될 것으로 예상되는 가장 큰 이유입니다.

3. Java
뭐 말해서 뭐합니까.

4. Swift
Swift는 오직 Objective-C를 대체하기 위한 목적으로 애플에서 나왔고, 바로 그 이유 때문에 이 목록에 있습니다(애플이 망하지 않는 이상 Swift도 계속 가겠죠). Swift는 단순히 front-end 개발에만 사용하지 않으며, C, C++, Objective-C (그리고 아마도 Rust?)와 비슷하게 low-level에서 유용하게 사용할 수 있습니다.

"네버다이"까지는 아니지만 포텐 충만한 친구들도 있습니다.

1. Rust
Rust가 네버다이 목록에 포함되지 않은 이유는 애플 같은 뒷배가 없다는 것, 단 하나밖에 없습니다.

2. C#
Java와 같은 광범위한 관심을 받고 있지 못한 것이 C#의 약점이라고 할 수 있습니다.

3. Objective-C
당분간은 하위 호환성 유지를 위해 Objective-C는 생명을 유지하겠지만, 결국 창조주 애플에 의해 Swift로 대체될 것으로 예상됩니다.

4. PHP
지난 20년 동안 TIOBE 인덱스 상위 10위에 꾸준히 이름을 올리고 있으며, 여전히 웹개발에서는 많이 사용되고 있습니다.

글쓴이는 재미로 읽어달라고 하네요.ㅎㅎㅎ

Medium

요 며칠 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

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

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에 올라온 

[단독] 쿠팡, 창업 11년 만에 첫 해외 진출...싱가포르 공략

[쿠팡 싱가폴 진출한다🚀 🇸🇬] 

🏷큐레이터평
쿠팡이 창업 11년만에 최초로 해외진출을 시도합니다. 싱가폴에서 법인 임직원 채용을 시작한 것인데요. 그동안 쌓인 물류에 대한 집약된 노하우로 밀집형 도시에 특화된 쿠팡의 디지털 물류를 적용할 최적지라는 판단입니다. 대부분의 공산품을 수입하는 싱가포르의 경우 1위 온라인 쇼핑몰인 쇼피가 고지한 배송기간은 식품 기준 1~3영업일. 중국 등 해외에서 배송하는 공산품은 최소 1주일, 길게는 한 달을 기다려야 한다고 하는데, 쿠팡의 풀필먼트 노하우로 쇼피 라자다 큐텐을 넘어설 수 있을지 궁금하네요

n.news.naver.com

신한카드 비금융 서비스 기획

하린

금융회사에서 비금융 콘텐츠와 
플랫폼 서비스 기획 일을 하고 있습니다
어려워요



기획

이경원

팀장

방정기

관심사가 다양해 늘 새로운 소식과 재미 있는 분야를 찾는 8년차 직장인입니다. 특히 브랜드, 커머스와 플랫폼에 관심이 많아 첫 회사인 P&G 그리고 아마존을 거쳐 현재는 구글에서 커머스 스타트업의 성장을 돕고 있습니다.

허재원

관심사가 다양해 늘 새로운 소식과 재미 있는 분야를 찾는 10년차 직장인입니다. 특히 브랜드, 커머스와 플랫폼에 관심이 많아 첫 회사인 P&G 그리고 아마존을 거쳐 현재는 구글 플레이 마케팅을 담당하고 있습니다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필