며칠 전 공개했던 내가 가본 우리나라 웹사이트를 앱으로도 만들어봤습니다. 안드로이드, 아이폰 그리고 맥 앱까지. (맥은 아직 심사 중이에요)

내가 가본 우리나라 앱 개발 뒷 이야기

며칠 전 공개했던 내가 가본 우리나라 웹사이트를 앱으로도 만들어봤습니다.
안드로이드, 아이폰 그리고 맥 앱까지. (맥은 아직 심사 중이에요)

간단한 아이디어였고 제가 쓰고 싶은 마음에 만들기도 했지만,
레일즈 8을 좀 더 알아보고자 하는 마음.
제 기술 스택을 정돈해 보고 싶은 마음이 있었어요.

루비 온 레일즈, Vue.js, React
플러터, React Native, Universal Windows Platform

계속 이렇게 공부만 하면서 왔다 갔다 해야 하나?
좀 잘 정리해서 내 주력 스택을 확정시킬 순 없을까?

루비 온 레일즈 8의 기본 기능을 최대한 활용해 보고 싶었습니다.

* Hotwire, Stimulus, Turbo, importmap을 통한 외부 종속성 없는 자바스크립트 환경.
* Kamal 을 통한 배포.
* Solid Queue를 통한 백그라운드 작업.
* Solid Cache 캐싱.
* sqlite와 홈서버로 프로덕션 환경 운영해 보기.
* Hotwire Native를 통한 모바일 앱 개발까지.

웹사이트를 다 만들고 나서 아주 홀가분했습니다. Hotwire에 대해 거의 아는 게 없었지만 AI 덕분에 수월했어요.
React 같은 걸 쓸 필요가 있나? 하는 생각을 많이 했습니다. Webpack이나 Vite 같은 피곤한 도구들 안 봐도 되는 것도 정말 좋았고요.

모바일 앱을 만들기 위해 Hotwire Native와 이틀 정도 씨름하다가…
이건 도저히 안 되겠다. 더러워서 못 해먹겠다 하고 포기했습니다.

결국 플러터를 선택해서 안드로이드, 아이폰, 맥 앱을 만들었습니다.
총 코드는 90% 정도가 레일즈이고 10% 정도가 플러터.

클로드 코드로만 작업했고, 제가 직접 코드에 관여한 부분은 없었던 것 같아요.
클로드 코드를 사용할 때는 여러 작업을 병렬로 안 하고 최대한 순차적으로 진행하려고 노력했습니다.
다른 프로젝트도 신경 쓰지 않고요. 안 그러면 제 머리가 따라갈 수 없어서.
여담이지만 저는 클로드 코드에 mcp도 하나도 연결하지 않았고, 남들이 만든 agents.md 같은 것들도 잘 보지 않습니다. 노땅이 다 된 것 같아요.

규모가 작은 앱이긴 하지만, 이번 작업으로 이 스택에 자신감이 생겼습니다.
앞으로도 새로운 서비스 만들 땐 이렇게 만들지 않을까 싶습니다. 😁


https://jeho.page/essay/2025/08/27/my-korea-map.html

며칠 전 공개했던 내가 가본 우리나라 웹사이트를 앱으로도 만들어봤습니다. 안드로이드, 아이폰 그리고 맥 앱까지. (맥은 아직 심사 중이에요) 간단한 아이디어였고 제가 쓰고 싶은 마음에 만들기도 했지만, 레일즈 8을 좀 더 알아보고자 하는 마음. 제 기술 스택을 정돈해 보고 싶은 마음이 있었어요. 루비 온 레일즈, Vue.js, React 플러터, React Native, Universal Windows Platform 계속 이렇게 공부만 하면서 왔다 갔다 해야 하나? 좀 잘 정리해서 내 주력 스택을 확정시킬 순 없을까? 루비 온 레일즈 8의 기본 기능을 최대한 활용해 보고 싶었습니다. * Hotwire, Stimulus, Turbo, importmap을 통한 외부 종속성 없는 자바스크립트 환경. * Kamal 을 통한 배포. * Solid Queue를 통한 백그라운드 작업. * Solid Cache 캐싱. * sqlite와 홈서버로 프로덕션 환경 운영해 보기. * Hotwire Native를 통한 모바일 앱 개발까지. 웹사이트를 다 만들고 나서 아주 홀가분했습니다. Hotwire에 대해 거의 아는 게 없었지만 AI 덕분에 수월했어요. React 같은 걸 쓸 필요가 있나? 하는 생각을 많이 했습니다. Webpack이나 Vite 같은 피곤한 도구들 안 봐도 되는 것도 정말 좋았고요. 모바일 앱을 만들기 위해 Hotwire Native와 이틀 정도 씨름하다가… 이건 도저히 안 되겠다. 더러워서 못 해먹겠다 하고 포기했습니다. 결국 플러터를 선택해서 안드로이드, 아이폰, 맥 앱을 만들었습니다. 총 코드는 90% 정도가 레일즈이고 10% 정도가 플러터. 클로드 코드로만 작업했고, 제가 직접 코드에 관여한 부분은 없었던 것 같아요. 클로드 코드를 사용할 때는 여러 작업을 병렬로 안 하고 최대한 순차적으로 진행하려고 노력했습니다. 다른 프로젝트도 신경 쓰지 않고요. 안 그러면 제 머리가 따라갈 수 없어서. 여담이지만 저는 클로드 코드에 mcp도 하나도 연결하지 않았고, 남들이 만든 agents.md 같은 것들도 잘 보지 않습니다. 노땅이 다 된 것 같아요. 규모가 작은 앱이긴 하지만, 이번 작업으로 이 스택에 자신감이 생겼습니다. 앞으로도 새로운 서비스 만들 땐 이렇게 만들지 않을까 싶습니다. 😁 https://jeho.page/essay/2025/08/27/my-korea-map.html

K리그 프로그래머

지난 14주간, AI 무식자들이 모여서 그룹 스터디를 진행하였습니다.

첫 10주는 Cohere의 LLM University 온라인 과정을 인내심을 갖고 정주행하였습니다. Text Embedding, Semantic Search, Prompt Engineering, Fine Tuning, RAG 등 LLM의 기초를 차근차근 쌓았습니다.

마지막 4주는 배운 내용을 총동원해 간단한 AI 챗봇을 구현하는 풀스택 프로젝트를 진행했는데요. 스터디 취지에 맞게 거의 100% 코딩 에이전트로 개발을 했는데, 단체로 바이브 코딩을 해본 적은 처음이라 여러 시행착오를 겪었습니다. 하지만 결국 프로젝트를 완성해 세상에 내놓을 수 있었습니다!

👉 chat.dalestudy.com

AI 겁쟁이들이 함께 공부하면서 점점 자신감을 얻고 실제 결과물을 만들어내는 과정을 지켜보는 건 정말 뜻깊은 경험이었습니다.

인공지능 스터디 2기도 모집을 시작하였으니 관심있으신 분들은 아래 링크를 참고바랍니다.
🔗 https://github.com/orgs/DaleStudy/discussions/13

지난 14주간, AI 무식자들이 모여서 그룹 스터디를 진행하였습니다. 첫 10주는 Cohere의 LLM University 온라인 과정을 인내심을 갖고 정주행하였습니다. Text Embedding, Semantic Search, Prompt Engineering, Fine Tuning, RAG 등 LLM의 기초를 차근차근 쌓았습니다. 마지막 4주는 배운 내용을 총동원해 간단한 AI 챗봇을 구현하는 풀스택 프로젝트를 진행했는데요.&nbsp;스터디 취지에 맞게 거의 100% 코딩 에이전트로 개발을 했는데, 단체로 바이브 코딩을 해본 적은 처음이라 여러 시행착오를 겪었습니다. 하지만 결국 프로젝트를 완성해 세상에 내놓을 수 있었습니다! 👉 chat.dalestudy.com AI 겁쟁이들이 함께 공부하면서 점점 자신감을 얻고 실제 결과물을 만들어내는 과정을 지켜보는 건 정말 뜻깊은 경험이었습니다. 인공지능 스터디 2기도 모집을 시작하였으니 관심있으신 분들은 아래 링크를 참고바랍니다. 🔗 https://github.com/orgs/DaleStudy/discussions/13

🤖 달레 스터디 AI 챗봇 출시 💬

벌써 프로젝트 썸원이 5주년이 되었다니!!

[25년 9월] 썸원 프라임 멤버십 모집 안내

1. 지구가 태양 주변을 공전하는 데도 1년이라는 시간이 걸리고, 지구가 스스로 한 바퀴 도는데도 하루라는 시간이 걸린다.

2. 시간이 인간이 창조해낸 개념이라는 주장도 있지만, 그렇든 아니든 인간 사회에서 어떤 일이든 시간이 걸리기 마련이며, 세상 많은 것들은 그 시간을 버텨내지 못해 흩어지고 사라진다.

3. 그래서인지 언젠가 제프 베조스가 장기적 관점의 중요성을 강조하며 한 말, "4년 동안 아무 성과 없이 당신을 갈아 넣었더라도, 5년째에 그것이 지구상에서 가장 큰 무언가가 될 수 있습니다. 포기하지 않음으로써 얻는 힘, 그건 진짜입니다"를 좋아하는 편.

4. 물론 아무 성과 없이 갈아 넣는 시간이 누군가에게는 4년일 수도 있고, 누군가에게는 5년일 수도 있고, 누군가에게는 10년일 수도 있다. 그 시간이 얼마일 지는 계산할 수 없으나, 버티느냐 아니냐는 일정 부분 자신이 선택할 수 있다.

5. 지금은 전 세계 1위 유튜버로, 거의 모든 국가에서 압도적 조회수를 기록하고 있는, 미스트 비스트에게도 5년이라는 침묵의 시간이 있었다. 초기 그는 2년 동안 거의 매일 콘텐츠를 올렸지만, 구독자 1000명도 확보하지 못했다.

6. 다만, 그는 그 침묵의 시간 동안 자신의 콘텐츠가 뭐가 문제인지 분석하고, 사람들은 유튜브에서 어떤 콘텐츠에 반응하는지를 관찰하고 실험했다. 대부분의 사람들이 그냥 흘려보낼 침묵의 시간을 도약의 시간으로 바꾼 것이다.

7. 지금이야 아마존이 범접할 수 없는 기업이 되었지만, 닷컴 버블이 붕괴될 당시 아마존의 기업 가치는 95% 폭락했다. 이 말은 본인 재산의 상당수가 아마존 주식이었던 제프 베조스의 자산이 -95%를 기록했다는 뜻이기도 하다. 제프 베조스는 장기적 관점을 가지고 그 고통을 견뎌낸 사람인 셈.

8. 유니클로의 야나이 다다시 회장 역시 아버지로부터 물려받은 옷가게를 기업으로 성장시키고 싶었지만, 10년째 제자리걸음을 했다. 아니, “우리 사장님이 망했어요” 식의 폐업 세일을 거의 매년 하며 버텼다. 고객을 기만하는 행위일 수 있었지만, 그렇게라도 해서 재고를 정리해야 다음 1년을 버틸 수 있었기 때문이다.

9. 그러면서도 야나이 다다시 회장은 물려받은 옷가게의 문제점을 분석했다. 고급 양복점은, 가격은 비싸나, 회전율이 낮고, 고객 응대를 계속해야 하고, 원단이나 디자인 측면에서도 다양성을 확보하기 어려웠다. 게다가 지역 상권도 계속 몰락하고 있었다. 그래서 가격도 저렴하고, 응대하지 않아도 손님이 알아서 옷을 고르고, 회전율도 빠르고, 직접 소재도 개발하고 제작도 하는 매장을 도심에 선보였고, 그게 유니클로의 시작이었다.

10. 한편, 최근에 유튜브에서 콜라보를 해 화제가 된 나영석 PD와 김태호 PD는, 과거 방송 시절을 떠올리며, 그때는 프로그램이 실패해도 6개월이라는 시간을 신입 PD에게 줬는데, 요즘은 그렇지 못하다는 얘기를 털어놓았다.

11. 실제로 지금의 나영석 PD를 만든 출발점인 <1박 2일>도 한자 퀴즈쇼가 망하면서 부랴부랴 피봇한 프로그램이었고, <무한도전> 역시 초기에는 침묵의 시간이 있었다.

12. 그러면서 두 PD는, 지금은 후배들에게 6개월 동안 망해도 될 수 있는 환경을 만들어주기가 어렵다며 미안해했다. 콘텐츠가 넘쳐나고 경쟁이 치열한 유튜브 환경에서 반응이 없는데도 그런 시간을 주기가 쉽지 않고, 요즘 소비자들도 이를 기다려주지 않는다며 말이다.

13. 무튼 대부분의 사람들은, 어떤 좋은 결과를 발견하면, 그걸 기준으로 역산을 해서 공식이나 비법을 찾는 일반화 혹은 단순화 과정을 거친다. 그때 마법처럼 활용할 수 있는 단어가 재능, 천재성 같은 것들이다. 이 단어들을 붙이면 대충 다 그럴듯하게 설명할 수 있으니까.

14. 그런데 그보다 더 중요한 건 그 사람이 버텨낸 시간의 깊이를 헤아리는 마음일 수 있다. 무튼 9월이면, 사업을 시작한 지도 만으로 어느새 5년이 된다고 한다.

15. 열씸히 했지만, 결과로만 따지면 참 보잘것없다. 돈도 잘 못 벌었고, 무언가를 확실히 깨달은 것도 거의 없고, 그저 모르는 것이 많았다는 것만 깨닫는 시간이었다.

16. 근데 그 사실이 오히려 더 용기가 되기도 한다. 아무것도 모르고, 돈도 잘 못 벌었지만, 5년의 시간을 버텼고, 딱히 대단한 서비스나 원칙을 만들어낸 것 없이 수많은 실수와 시행착오를 겪었지만, 그래도 아직은 살아남았으니까. 그러니 뭔가를 좀 더 깨닫고, 좀 더 나은 서비스를 만들고, 인간으로서도 한 단계 더 성장하면 다음 5년은, 그렇게 사업자로의 10년째 되는 해는 조금은 더 근사해질 수 있지 않을까?

17. 물론 아닐 수도 있다. 그때도 여전히 초라하다면, 10년 더 해서 좀 더 근사해지면 되는 거 아닌가? 무튼 나 화이팅 😉

#오늘의아무말

1. 지구가 태양 주변을 공전하는 데도 1년이라는 시간이 걸리고, 지구가 스스로 한 바퀴 도는데도 하루라는 시간이 걸린다. 2. 시간이 인간이 창조해낸 개념이라는 주장도 있지만, 그렇든 아니든 인간 사회에서 어떤 일이든 시간이 걸리기 마련이며, 세상 많은 것들은 그 시간을 버텨내지 못해 흩어지고 사라진다. 3. 그래서인지 언젠가 제프 베조스가 장기적 관점의 중요성을 강조하며 한 말, "4년 동안 아무 성과 없이 당신을 갈아 넣었더라도, 5년째에 그것이 지구상에서 가장 큰 무언가가 될 수 있습니다. 포기하지 않음으로써 얻는 힘, 그건 진짜입니다"를 좋아하는 편. 4. 물론 아무 성과 없이 갈아 넣는 시간이 누군가에게는 4년일 수도 있고, 누군가에게는 5년일 수도 있고, 누군가에게는 10년일 수도 있다. 그 시간이 얼마일 지는 계산할 수 없으나, 버티느냐 아니냐는 일정 부분 자신이 선택할 수 있다. 5. 지금은 전 세계 1위 유튜버로, 거의 모든 국가에서 압도적 조회수를 기록하고 있는, 미스트 비스트에게도 5년이라는 침묵의 시간이 있었다. 초기 그는 2년 동안 거의 매일 콘텐츠를 올렸지만, 구독자 1000명도 확보하지 못했다. 6. 다만, 그는 그 침묵의 시간 동안 자신의 콘텐츠가 뭐가 문제인지 분석하고, 사람들은 유튜브에서 어떤 콘텐츠에 반응하는지를 관찰하고 실험했다. 대부분의 사람들이 그냥 흘려보낼 침묵의 시간을 도약의 시간으로 바꾼 것이다. 7. 지금이야 아마존이 범접할 수 없는 기업이 되었지만, 닷컴 버블이 붕괴될 당시 아마존의 기업 가치는 95% 폭락했다. 이 말은 본인 재산의 상당수가 아마존 주식이었던 제프 베조스의 자산이 -95%를 기록했다는 뜻이기도 하다. 제프 베조스는 장기적 관점을 가지고 그 고통을 견뎌낸 사람인 셈. 8. 유니클로의 야나이 다다시 회장 역시 아버지로부터 물려받은 옷가게를 기업으로 성장시키고 싶었지만, 10년째 제자리걸음을 했다. 아니, “우리 사장님이 망했어요” 식의 폐업 세일을 거의 매년 하며 버텼다. 고객을 기만하는 행위일 수 있었지만, 그렇게라도 해서 재고를 정리해야 다음 1년을 버틸 수 있었기 때문이다. 9. 그러면서도 야나이 다다시 회장은 물려받은 옷가게의 문제점을 분석했다. 고급 양복점은, 가격은 비싸나, 회전율이 낮고, 고객 응대를 계속해야 하고, 원단이나 디자인 측면에서도 다양성을 확보하기 어려웠다. 게다가 지역 상권도 계속 몰락하고 있었다. 그래서 가격도 저렴하고, 응대하지 않아도 손님이 알아서 옷을 고르고, 회전율도 빠르고, 직접 소재도 개발하고 제작도 하는 매장을 도심에 선보였고, 그게 유니클로의 시작이었다. 10. 한편, 최근에 유튜브에서 콜라보를 해 화제가 된 나영석 PD와 김태호 PD는, 과거 방송 시절을 떠올리며, 그때는 프로그램이 실패해도 6개월이라는 시간을 신입 PD에게 줬는데, 요즘은 그렇지 못하다는 얘기를 털어놓았다. 11. 실제로 지금의 나영석 PD를 만든 출발점인 &lt;1박 2일&gt;도 한자 퀴즈쇼가 망하면서 부랴부랴 피봇한 프로그램이었고, &lt;무한도전&gt; 역시 초기에는 침묵의 시간이 있었다. 12. 그러면서 두 PD는, 지금은 후배들에게 6개월 동안 망해도 될 수 있는 환경을 만들어주기가 어렵다며 미안해했다. 콘텐츠가 넘쳐나고 경쟁이 치열한 유튜브 환경에서 반응이 없는데도 그런 시간을 주기가 쉽지 않고, 요즘 소비자들도 이를 기다려주지 않는다며 말이다. 13. 무튼 대부분의 사람들은, 어떤 좋은 결과를 발견하면, 그걸 기준으로 역산을 해서 공식이나 비법을 찾는 일반화 혹은 단순화 과정을 거친다. 그때 마법처럼 활용할 수 있는 단어가 재능, 천재성 같은 것들이다. 이 단어들을 붙이면 대충 다 그럴듯하게 설명할 수 있으니까. 14. 그런데 그보다 더 중요한 건 그 사람이 버텨낸 시간의 깊이를 헤아리는 마음일 수 있다. 무튼 9월이면, 사업을 시작한 지도 만으로 어느새 5년이 된다고 한다. 15. 열씸히 했지만, 결과로만 따지면 참 보잘것없다. 돈도 잘 못 벌었고, 무언가를 확실히 깨달은 것도 거의 없고, 그저 모르는 것이 많았다는 것만 깨닫는 시간이었다. 16. 근데 그 사실이 오히려 더 용기가 되기도 한다. 아무것도 모르고, 돈도 잘 못 벌었지만, 5년의 시간을 버텼고, 딱히 대단한 서비스나 원칙을 만들어낸 것 없이 수많은 실수와 시행착오를 겪었지만, 그래도 아직은 살아남았으니까. 그러니 뭔가를 좀 더 깨닫고, 좀 더 나은 서비스를 만들고, 인간으로서도 한 단계 더 성장하면 다음 5년은, 그렇게 사업자로의 10년째 되는 해는 조금은 더 근사해질 수 있지 않을까? 17. 물론 아닐 수도 있다. 그때도 여전히 초라하다면, 10년 더 해서 좀 더 근사해지면 되는 거 아닌가? 무튼 나 화이팅 😉 #오늘의아무말

somewon on Notion

모든 일은 시간을 필요로 합니다

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

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

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

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

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

* 간편한 사용
-…

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

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

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

내가 가본 우리나라

자바 사용자에게 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

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

평소에 개발을 하면서는 몰랐는데 함수에 대한 어려운 용어가 참 많더라고요? 선언, 호출, 매개변수, 반환... 이런 말들을 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

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

8월 모임은 당근과 뤼튼 테크놀로지스의 후원 덕분에 성황리에 이뤄졌습니다. TSBM은 타입스크립트 백엔드 밋업인데요, 많은 분들의 생각과 다르게 시작한지 이번이 4번째인 모임입니다. 다들 오래된 모임으로 아시던데, 올해 5월부터 시작했고 뤼튼, AWS, 토스, 당근의 장소 제공 덕분에 매번 50-100명 사이의 인원이 네트워킹과 발표, 토론을 즐기고 있어요.

이번 8월 모임에는

- 장진호 님의 Node.js 환경에서의 IPC 발표가 있었고
- 이재빈 님의 고등학교 재학 시절 bun과 Nest.js를 활용한 매점 결제 서비스 발표가 있었습니다.

두 분께서 경험담을 공유해주신 덕분에 모두 만족하는 알찬 시간이 된 듯 합니다. 발표해주신 분들께는 너무 감사드리고, 소정의 상품과 원하신다면 다음 모임에는 참가자로 오실 수 있도록 자리를 마련해드리고자 합니다!

여담으로, 많은 분들이 모임 때, 왜 모임을 운영하는지 여쭤봤는데요, 회사의 오픈소스를 홍보하고 싶은 마음도 있었고, 일단 유명해지고 싶은 욕심도 있었고, 선배님들께 받은 만큼 생태계에 기여하고 싶은 선의도 있었던 것 같습니다. 운영진들도 제각각 생각이 다를 거 같아요. 사실 다 두루뭉실해서 뭐가 맞다고 말하긴 어렵겠지만, 다만 어떤 동기에서든 멈추지 않고, 모임이 계속 지속될 수 있도록 해보겠습니다.

9월에도 어김없이 모임을 운영합니다! 타입스크립트 개발자라면 어쩌다 한 번 들릴 수 있는 참새방앗간 같은 모임을 만들어볼게요. 많은 관심 부탁드립니다!

장소를 빌리

8월 모임은 당근과 뤼튼 테크놀로지스의 후원 덕분에 성황리에 이뤄졌습니다. TSBM은 타입스크립트 백엔드 밋업인데요, 많은 분들의 생각과 다르게 시작한지 이번이 4번째인 모임입니다. 다들 오래된 모임으로 아시던데, 올해 5월부터 시작했고 뤼튼, AWS, 토스, 당근의 장소 제공 덕분에 매번 50-100명 사이의 인원이 네트워킹과 발표, 토론을 즐기고… | 강경수

며칠 전 저녁, 당근 오피스는 평소와 다른 활기로 북적였다. 바로 타입스크립트 백엔드 밋업에 참여한 개발자들의 뜨거운 열정 덕분이었다. 당근은 이번 밋업을 위해 오피스 공간을 공유하고, 행사가 잘 진행될 수 있도록 작게나마 힘을 보탰다.

이번 행사 지원은 당근에게 너무나 자연스러운 일이었다.

당근에는 다양한 개발자 커뮤니티에서 활발하게 활동하는 구성원들이 많다. 당근 구성원들 역시 커뮤니티에서 새로운 지식을 배우고, 동료들과의 교류를 통해 시야를 넓히며 성장해 온 경험을 소중하게 생각한다. 그렇기에 당근은 구성원들이 사내외 커뮤니티 활동에 적극적으로 참여하고 기여하는 문화를 장려하고 있다. 이번 밋업 지원도 바로 그 문화의 연장선이다.

개발자 커뮤니티는 기술 지식을 나누는 장소를 넘어, 서로에게 영감을 주고 함께 성장하는 즐거운 놀이터다. 비슷한 고민을 가진 동료를 만나 공감을 얻고, 나의 작은 경험이 누군가에게는 큰 도움이 되기도 하는 곳이다.

이런 멋진 공간을 만들고 유지하기 위해 자신의 시간과 노력을 기꺼이 내어주는 사람들이 있다. 그들의 보이지 않는 헌신 덕분에 우리 모두가 함께 모여 배우고 성장할 수 있다.


https://www.linkedin.com/posts/kakasoo_8%EC%9B%94-%EB%AA%A8%EC%9E%84%EC%9D%80-%EB%8B%B9%EA%B7%BC%EA%B3%BC-%EB%A4%BC%ED%8A%BC-%ED%85%8C%ED%81%AC%EB%86%80%EB%A1%9C%EC%A7%80%EC%8A%A4%EC%9D%98-%ED%9B%84%EC%9B%90-%EB%8D%95%EB%B6%84%EC%97%90-%EC%84%B1%ED%99%A9%EB%A6%AC%EC%97%90-%EC%9D%B4%EB%A4%84%EC%A1%8C%EC%8A%B5%EB%8B%88%EB%8B%A4-activity-7366668642098343936-ymyy?utm_source=share&utm_medium=member_desktop&rcm=ACoAABvezLwBBEWVnGUkIY_xxm2aE3-sGtVHt0g

며칠 전 저녁, 당근 오피스는 평소와 다른 활기로 북적였다. 바로 타입스크립트 백엔드 밋업에 참여한 개발자들의 뜨거운 열정 덕분이었다. 당근은 이번 밋업을 위해 오피스 공간을 공유하고, 행사가 잘 진행될 수 있도록 작게나마 힘을 보탰다. 이번 행사 지원은 당근에게 너무나 자연스러운 일이었다. 당근에는 다양한 개발자 커뮤니티에서 활발하게 활동하는 구성원들이 많다. 당근 구성원들 역시 커뮤니티에서 새로운 지식을 배우고, 동료들과의 교류를 통해 시야를 넓히며 성장해 온 경험을 소중하게 생각한다. 그렇기에 당근은 구성원들이 사내외 커뮤니티 활동에 적극적으로 참여하고 기여하는 문화를 장려하고 있다. 이번 밋업 지원도 바로 그 문화의 연장선이다. 개발자 커뮤니티는 기술 지식을 나누는 장소를 넘어, 서로에게 영감을 주고 함께 성장하는 즐거운 놀이터다. 비슷한 고민을 가진 동료를 만나 공감을 얻고, 나의 작은 경험이 누군가에게는 큰 도움이 되기도 하는 곳이다. 이런 멋진 공간을 만들고 유지하기 위해 자신의 시간과 노력을 기꺼이 내어주는 사람들이 있다. 그들의 보이지 않는 헌신 덕분에 우리 모두가 함께 모여 배우고 성장할 수 있다. https://www.linkedin.com/posts/kakasoo_8%EC%9B%94-%EB%AA%A8%EC%9E%84%EC%9D%80-%EB%8B%B9%EA%B7%BC%EA%B3%BC-%EB%A4%BC%ED%8A%BC-%ED%85%8C%ED%81%AC%EB%86%80%EB%A1%9C%EC%A7%80%EC%8A%A4%EC%9D%98-%ED%9B%84%EC%9B%90-%EB%8D%95%EB%B6%84%EC%97%90-%EC%84%B1%ED%99%A9%EB%A6%AC%EC%97%90-%EC%9D%B4%EB%A4%84%EC%A1%8C%EC%8A%B5%EB%8B%88%EB%8B%A4-activity-7366668642098343936-ymyy?utm_source=share&amp;utm_medium=member_desktop&amp;rcm=ACoAABvezLwBBEWVnGUkIY_xxm2aE3-sGtVHt0g

kr.linkedin.com

당근 오피스에서 열린 타입스크립트 백엔드 밋업

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

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의 자동 완성을 이용해 디테일한 부분을 수정함

요 며칠 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천원..?! 😳 내년 정도가 되면 이런 최적화는 그냥 무한 루프로 돌려두면 알아서 계속 최적화하고 계선하겠죠? 비용도 거의 무료에 가까울테고요. 개발을 잘 한다는 것이 무엇인지를 개인과 회사 차원에서 진지하게 다시 고민해봐야 할 것 같습니다.

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


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


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


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


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


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

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

확신은 어디에서 오는가?

이 글은 직업과 행복, 미래 선택에 대해 깊이 생각하게 만드는 글이네요. 돈과 명예보다 진정한 행복을 추구하는 메시지가 특히 인상적입니다.
https://slopegame.net

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

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. 디즈니랜드의 신입 직원은 손님들에게 ”모른다“라고 답하지 않고 대신 ”제가 알아보겠습니다“라고 답한 뒤 실제로 알아보도록 교육받는다. #예술가의해법

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

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


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


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


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


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


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

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

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

일과 사랑, 그리고 인생을 위한 명언 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에 올라온 

안녕하세요. F-Lab이라는 개발자 멘토링 서비스를 운영하고 있는 대표 박중수라고 합니다.활동 내역을 보시면 아시겠지만 저는 대학생때부터 오키를 이용해오면서 오키에서 많은 도움을 받았습니다.그래서 오키에 계신분들께 무료로 커리어, 학습방향성 등 무료로 상담해드리려 합니다.저는 20살부터 개발을 시작해서 현재까지 12년 정도 개발을 해왔는데, 7년 정도를 외

OKKY - 무료로 개발자 커리어 상담을 진행합니다.

저는 1년 넘게 매 주 일요일마다 재능기부로 개발자 커리어 상담을 진행하고 있습니다.

자세한 내용과 후기는 아래의 글에서 확인하실 수 있으며, 아래의 글을 통해 신청해주시면 됩니다.

+팔로우를 해주시면 대기업 합격 이력서 등 다양한 개발 소식을 받아보실 수 있습니다 :)

https://okky.kr/articles/1387396

저는 1년 넘게 매 주 일요일마다 재능기부로 개발자 커리어 상담을 진행하고 있습니다. 자세한 내용과 후기는 아래의 글에서 확인하실 수 있으며, 아래의 글을 통해 신청해주시면 됩니다. +팔로우를 해주시면 대기업 합격 이력서 등 다양한 개발 소식을 받아보실 수 있습니다 :) https://okky.kr/articles/1387396

무료로 개발자 커리어 상담을 해드립니다.

댓글 1

비슷한 게시물

주간 인기 TOP 10

추천 프로필