"좋은 코드를 작성해야 한다" 우리 개발자들은 이 말을 매일같이 듣고, 또 스스로 다짐합니다. 하지만 현실은 어떤가요? 새로운 기능 개발에 밀려 리팩토링은 '나중에 할 일'이 되고, 기술 부채를 개선하자는 목소리는 '지금은 비즈니스가 먼저'라는 상황에 묻히기 일쑤입니다.

소프트웨어 유지보수성이라는 뜨거운 감자를 손에 넣는 법

"좋은 코드를 작성해야 한다" 우리 개발자들은 이 말을 매일같이 듣고, 또 스스로 다짐한다. 하지만 현실은 새로운 기능 개발에 밀려 리팩토링은 '나중에 할 일'이 되고, 기술 부채를 개선하자는 목소리는 '지금은 비즈니스가 먼저'라는 상황에 묻히기 일쑤다. 우리 모두가 이 딜레마에 빠져있다.


Spring I/O 2025에서 톰 홈버그(Tom Hombergs)가, 그리고 인프콘 2024에서 이일민(Toby Lee) 연사는 이 문제에 대한 해법이 될 수 있는 이야기를 말해준다. 두 거장의 이야기를 통해 소프트웨어 유지보수성이라는 뜨거운 감자를 손에 넣어보자!


https://www.linkedin.com/pulse/%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4-%EC%9C%A0%EC%A7%80%EB%B3%B4%EC%88%98%EC%84%B1%EC%9D%B4%EB%9D%BC%EB%8A%94-%EB%9C%A8%EA%B1%B0%EC%9A%B4-%EA%B0%90%EC%9E%90%EB%A5%BC-%EC%86%90%EC%97%90-%EB%84%A3%EB%8A%94-%EB%B2%95-springrunner-zowlc

"좋은 코드를 작성해야 한다" 우리 개발자들은 이 말을 매일같이 듣고, 또 스스로 다짐한다. 하지만 현실은 새로운 기능 개발에 밀려 리팩토링은 '나중에 할 일'이 되고, 기술 부채를 개선하자는 목소리는 '지금은 비즈니스가 먼저'라는 상황에 묻히기 일쑤다. 우리 모두가 이 딜레마에 빠져있다. Spring I/O 2025에서 톰 홈버그(Tom Hombergs)가, 그리고 인프콘 2024에서 이일민(Toby Lee) 연사는 이 문제에 대한 해법이 될 수 있는 이야기를 말해준다. 두 거장의 이야기를 통해 소프트웨어 유지보수성이라는 뜨거운 감자를 손에 넣어보자! https://www.linkedin.com/pulse/%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4-%EC%9C%A0%EC%A7%80%EB%B3%B4%EC%88%98%EC%84%B1%EC%9D%B4%EB%9D%BC%EB%8A%94-%EB%9C%A8%EA%B1%B0%EC%9A%B4-%EA%B0%90%EC%9E%90%EB%A5%BC-%EC%86%90%EC%97%90-%EB%84%A3%EB%8A%94-%EB%B2%95-springrunner-zowlc

kr.linkedin.com

뭐든간에 처음 셋팅하는 것이 제일 힘들다. 어려운 것보다는 귀찮은 일 투성이. 하지만 시작이 있어야 결과도 있는 법이니. 마침내 결과가 좋기만을 바랄 뿐. 💪🦾

뭐든간에 처음 셋팅하는 것이 제일 힘들다. 어려운 것보다는 귀찮은 일 투성이. 하지만 시작이 있어야 결과도 있는 법이니. 마침내 결과가 좋기만을 바랄 뿐. 💪🦾

YouTube에서 마음에 드는 동영상과 음악을 감상하고, 직접 만든 콘텐츠를 업로드하여 친구, 가족뿐 아니라 전 세계 사람들과 콘텐츠를 공유할 수 있습니다.

 - YouTube

우연히 유튜브에서 "신입 개발자 취준생이라면 고개를 들어 이 영상을 보라 | 공무원 포기하고 개발자 됐어요"라는 영상을 발견했다. 최근 취업을 준비하며 어떤 회사에서 일을 시작해야 하는지에 대해 고민을 가지고 있는 분과 대화를 나눈 적이 있어, 궁금한 마음에 봤다. 영상 속 인터뷰 내용이 내가 평소 생각하던 태도와 닮아 있어 많이 공감되었다.

나는 첫 회사가 커리어를 결정하지 않는다고 생각한다. 중요한 건 어떤 회사를 가든 내가 그 안에서 무엇을 하고, 어떻게 성장하는가다.

물론 첫 회사의 이름값이나 보상, 복지, 산업 성장성 같은 외부 조건이 초기 커리어에 주는 영향은 무시할 수 없다. 하지만 그 영향은 의외로 오래가지 않는다. 한두 해만 지나면, 사람들은 내가 어떤 회사에 있었는지가 아니라, 그 안에서 무슨 일을 하고 어떤 성과를 만들었는지를 보게 된다.

여기서 차이를 만드는 건 주도성이다. 주어진 일만 처리하는 사람과, 문제를 발견하고 해결하며 새로운 것을 제안하는 사람은 시간이 갈수록 전혀 다른 커리어 곡선을 그린다. 회사의 문화가 이를 뒷받침한다면, 성장 속도는 훨씬 빨라진다. 좋은 피드백 문화, 실패를 허용하는 분위기, 협력적인 동료는 한 사람의 잠재력을 단숨에 끌어올린다.

하지만 그런 환경이 아니라면? 방법은 여전히 있다. 사이드 프로젝트, 커뮤니티 활동, 오픈소스 기여를 통해서다. 회사가 성장을 지원하지 않는다면, 회사 밖에서 성장의 기회를 만들 수 있다. 그렇게 얻은 역량과 네트워크는 결국 내 커리어의 자산이 된다.

결국 내가 제어할 수 없는 부분은 내려놓고, 할 수 있는 것에 집중하는 게 중요하다. 환경이 완벽하길 바라다 보면, 아무것도 시작하지 못한 채 시간이 흘러간다. 반대로, 현재의 자리에서 배울 수 있는 것, 기여할 수 있는 것, 시도해볼 수 있는 것을 붙잡고 움직이다 보면, 어느 순간 커리어는 스스로의 힘으로 길을 만든다.

영상 속 인터뷰 주인공도 비슷한 길을 걸었다. 그는 첫 직장에서 다소 레거시한 기술 스택을 마주하며 고민이 많았지만, 거기에 머물지 않았다. 자신이 공부해온 최신 기술 트렌드를 회사에 제안했고, 이를 직접 구현해냈다. 결과적으로 그는 회사의 기술 문화와 방향성을 바꾸는 데 중요한 역할을 했다. 경력 1년이 채 되지 않은 신입이었지만, 끊임없는 학습 의지, 실현 가능한 제안, 그리고 가시적인 성과는 회사로부터 전폭적인 신뢰를 얻는 계기가 되었고, 신입 채용 면접관이라는 역할까지 맡게 됐다.

더 인상 깊었던 점은, 그는 회사 업무에 충실하면서도 개인 성장을 위한 사이드 프로젝트를 병행했다는 것이다. 즉, 환경 탓보다는 자신이 할 수 있는 것에 집중하며, 성장을 위한 행동을 끊임없이 이어갔다는 점이다.

물론 그의 성과 뒤에는 개방적인 회사 문화도 있었다. 제안을 받아들이고 시도할 기회를 주는 환경이 있었기에 시너지가 극대화될 수 있었다. 하지만 그 환경조차도, 그가 먼저 움직이지 않았다면 무의미했을 것이다.

결국 커리어는 회사가 만들어주는 것이 아니다. 내가 만들고, 내가 책임진다. 회사는 그 여정에서 잠시 함께 가는 동반자일 뿐이다.


https://youtu.be/WGeVbWnFeF4?feature=shared

우연히 유튜브에서 "신입 개발자 취준생이라면 고개를 들어 이 영상을 보라 | 공무원 포기하고 개발자 됐어요"라는 영상을 발견했다. 최근 취업을 준비하며 어떤 회사에서 일을 시작해야 하는지에 대해 고민을 가지고 있는 분과 대화를 나눈 적이 있어, 궁금한 마음에 봤다. 영상 속 인터뷰 내용이 내가 평소 생각하던 태도와 닮아 있어 많이 공감되었다. 나는 첫 회사가 커리어를 결정하지 않는다고 생각한다. 중요한 건 어떤 회사를 가든 내가 그 안에서 무엇을 하고, 어떻게 성장하는가다. 물론 첫 회사의 이름값이나 보상, 복지, 산업 성장성 같은 외부 조건이 초기 커리어에 주는 영향은 무시할 수 없다. 하지만 그 영향은 의외로 오래가지 않는다. 한두 해만 지나면, 사람들은 내가 어떤 회사에 있었는지가 아니라, 그 안에서 무슨 일을 하고 어떤 성과를 만들었는지를 보게 된다. 여기서 차이를 만드는 건 주도성이다. 주어진 일만 처리하는 사람과, 문제를 발견하고 해결하며 새로운 것을 제안하는 사람은 시간이 갈수록 전혀 다른 커리어 곡선을 그린다. 회사의 문화가 이를 뒷받침한다면, 성장 속도는 훨씬 빨라진다. 좋은 피드백 문화, 실패를 허용하는 분위기, 협력적인 동료는 한 사람의 잠재력을 단숨에 끌어올린다. 하지만 그런 환경이 아니라면? 방법은 여전히 있다. 사이드 프로젝트, 커뮤니티 활동, 오픈소스 기여를 통해서다. 회사가 성장을 지원하지 않는다면, 회사 밖에서 성장의 기회를 만들 수 있다. 그렇게 얻은 역량과 네트워크는 결국 내 커리어의 자산이 된다. 결국 내가 제어할 수 없는 부분은 내려놓고, 할 수 있는 것에 집중하는 게 중요하다. 환경이 완벽하길 바라다 보면, 아무것도 시작하지 못한 채 시간이 흘러간다. 반대로, 현재의 자리에서 배울 수 있는 것, 기여할 수 있는 것, 시도해볼 수 있는 것을 붙잡고 움직이다 보면, 어느 순간 커리어는 스스로의 힘으로 길을 만든다. 영상 속 인터뷰 주인공도 비슷한 길을 걸었다. 그는 첫 직장에서 다소 레거시한 기술 스택을 마주하며 고민이 많았지만, 거기에 머물지 않았다. 자신이 공부해온 최신 기술 트렌드를 회사에 제안했고, 이를 직접 구현해냈다. 결과적으로 그는 회사의 기술 문화와 방향성을 바꾸는 데 중요한 역할을 했다. 경력 1년이 채 되지 않은 신입이었지만, 끊임없는 학습 의지, 실현 가능한 제안, 그리고 가시적인 성과는 회사로부터 전폭적인 신뢰를 얻는 계기가 되었고, 신입 채용 면접관이라는 역할까지 맡게 됐다. 더 인상 깊었던 점은, 그는 회사 업무에 충실하면서도 개인 성장을 위한 사이드 프로젝트를 병행했다는 것이다. 즉, 환경 탓보다는 자신이 할 수 있는 것에 집중하며, 성장을 위한 행동을 끊임없이 이어갔다는 점이다. 물론 그의 성과 뒤에는 개방적인 회사 문화도 있었다. 제안을 받아들이고 시도할 기회를 주는 환경이 있었기에 시너지가 극대화될 수 있었다. 하지만 그 환경조차도, 그가 먼저 움직이지 않았다면 무의미했을 것이다. 결국 커리어는 회사가 만들어주는 것이 아니다. 내가 만들고, 내가 책임진다. 회사는 그 여정에서 잠시 함께 가는 동반자일 뿐이다. https://youtu.be/WGeVbWnFeF4?feature=shared

undefined

첫 회사보다 중요한 것

(다시 돌아온 노션 이력서 절기)

취업 학원에서 그렇게 가르치고, 몇몇 잘난척 하는 주니어들이 나는 노션으로 취업했다. 노션 이력서로 대기업 가는 법 이런 무책임한(거짓말이거나 실제론 아니거나 특수한 경우일 것) 글이 유행처럼 번지던 시기가 있었는데 그게 한때 핫해서 아직까지도 여파가..있는 것 같은데요.

정작 큰 회사들은 자체 지원 툴로 이력서를 받기는게 보통이고, 노션같은 외부 사이트는 내용이 변경될 수 있어서 PDF로 받는게 일반적인며..

아 그러고보니 노션 이력서 쓰는 법으로 구조화한답시고 토글이나 서브 페이지로 내용을 넣도록 설명하는데, 그렇게하면 그걸 검토한다고해도 정신없어서 눈에도 안들어오고 시간없어서 그냥 덮어버리기도 합니다. 안봐요. 싫어요.

이력서는 위에서 아래로 주르륵 쉽게 읽어나갈 수 있게 쓰되, 특별하게 쓰고 싶으면 웹소보듯 팝콘 뜯고 싶게 글을 잘 쓰시면 됩니다.

노션은 이력서를 읽고 더 궁금해질 때 가서 볼 수 있는 부가자료로 만들고 링크를 첨부하는 정도는 좋습니다.

그렇다고해도 복잡한 구조화는 금물. 큰 회사일수록 그거 검토할 시간이 없어요. 이력서 수백개씩 검토해야하는데 그걸 언제봐요. 그거 검토하는 건 기본 이력서가 통과되고 난 다음입니다.

이상 노션 이력서 때문에 영원히 고통받았던 사람 올림. (요즘은 그런 사람들이 좀 줄어든 것 같긴합니다.)

(다시 돌아온 노션 이력서 절기) 취업 학원에서 그렇게 가르치고, 몇몇 잘난척 하는 주니어들이 나는 노션으로 취업했다. 노션 이력서로 대기업 가는 법 이런 무책임한(거짓말이거나 실제론 아니거나 특수한 경우일 것) 글이 유행처럼 번지던 시기가 있었는데 그게 한때 핫해서 아직까지도 여파가..있는 것 같은데요. 정작 큰 회사들은 자체 지원 툴로 이력서를 받기는게 보통이고, 노션같은 외부 사이트는 내용이 변경될 수 있어서 PDF로 받는게 일반적인며.. 아 그러고보니 노션 이력서 쓰는 법으로 구조화한답시고 토글이나 서브 페이지로 내용을 넣도록 설명하는데, 그렇게하면 그걸 검토한다고해도 정신없어서 눈에도 안들어오고 시간없어서 그냥 덮어버리기도 합니다. 안봐요. 싫어요. 이력서는 위에서 아래로 주르륵 쉽게 읽어나갈 수 있게 쓰되, 특별하게 쓰고 싶으면 웹소보듯 팝콘 뜯고 싶게 글을 잘 쓰시면 됩니다. 노션은 이력서를 읽고 더 궁금해질 때 가서 볼 수 있는 부가자료로 만들고 링크를 첨부하는 정도는 좋습니다. 그렇다고해도 복잡한 구조화는 금물. 큰 회사일수록 그거 검토할 시간이 없어요. 이력서 수백개씩 검토해야하는데 그걸 언제봐요. 그거 검토하는 건 기본 이력서가 통과되고 난 다음입니다. 이상 노션 이력서 때문에 영원히 고통받았던 사람 올림. (요즘은 그런 사람들이 좀 줄어든 것 같긴합니다.)

이력서 노션으로 절대 쓰지 마세요.

노션으로 이력서 작성해서 pdf로 다운받는것도 비추인가요?

ChatGPT의 GPT-5 Pro와 API의 GPT-5 High는 완전히 수준이 다르네요.

그냥 GPT-5나 GPT-5 Thinking이 GPT-4.5정도의 느낌이라면, Pro, High는 진정한 GPT-5라고 느껴짐.

ChatGPT의 GPT-5 Pro와 API의 GPT-5 High는 완전히 수준이 다르네요. 그냥 GPT-5나 GPT-5 Thinking이 GPT-4.5정도의 느낌이라면, Pro, High는 진정한 GPT-5라고 느껴짐.

Contribute to psmon/kopring-reactive-labs development by creating an account on GitHub.

kopring-reactive-labs/AgenticCoding/Prompt at main · psmon/kopring-reactive-labs

코틀린용으로 액터모델을 활용한 CQRS를 만들어내는 프롬프트로 실제작동하는 한방에 만들어 내는 버전의 샘플프로젝트를 양산해냅니다.

https://github.com/psmon/kopring-reactive-labs/tree/main/AgenticCoding/Prompt

코틀린용으로 액터모델을 활용한 CQRS를 만들어내는 프롬프트로 실제작동하는 한방에 만들어 내는 버전의 샘플프로젝트를 양산해냅니다. https://github.com/psmon/kopring-reactive-labs/tree/main/AgenticCoding/Prompt

GitHub

CQRS생성기법 프롬프트

안녕하세요. 그린입니다 🍏이번 포스팅은 Swift의 고급 타입 시스템 기법인 Phantom Types에 대해 깊이 있게 알아보겠습니다 🚀Phantom Types Deep Dive이런 경험 있으신가요?런타임에 발생하는 타입 관련 버그들의 예시에요."이 ID는 사용자 ID인데 왜 상품 ID로 사용했지? 😱""암호화된 데이터를 일반 문자열로 처리해서 보안 오류 발생""단위가 다른 값들을 잘못 연산해서 계산 오류""상태가 잘못된 객체에 잘못된 메서드 호출"이런 문제들은 코드가 복잡해질수록 더 자주 발생하고, 런타임에서야 발견되는 경우가 많죠.Phantom Types는 이런 문제들을 컴파일 타임에 완전히 차단할 수 있는 강력한 기법입니다. Why Phantom Types Matter More Than Eve..

Swift Phantom Types

"사용자 ID를 상품 ID로 잘못 전달해서 런타임 에러 경험해보신 적 있나요? 😱"
Swift Phantom Types를 사용하면 이런 타입 실수를 컴파일 타임에 완전히 차단할 수 있어요!


Zero-Cost Abstraction으로 성능 오버헤드 없이 타입 안전성만 극대화하는 기법을 상세한 실전 코드와 함께 정리했습니다 🙋🏻

"사용자 ID를 상품 ID로 잘못 전달해서 런타임 에러 경험해보신 적 있나요? 😱" Swift Phantom Types를 사용하면 이런 타입 실수를 컴파일 타임에 완전히 차단할 수 있어요! Zero-Cost Abstraction으로 성능 오버헤드 없이 타입 안전성만 극대화하는 기법을 상세한 실전 코드와 함께 정리했습니다 🙋🏻

iOYES

Swift Phantom Types로 런타임 버그 차단하기 🐛

챗GPT(ChatGPT)의 직전 모델인 GPT-4o가 작년 5월 처음 나왔을 때 사용...

프롬프트 엔지니어링은 죽었다: 코드보다 스펙이 중요한 이유

Prompt Engineering is dead - Everything is Spec

오픈AI의 AI 정렬(alignment) 연구 담당자 션 그로브(Sean Grove)의 발표입니다.

션 그로브는 AI 시대에 접어들어 스펙을 잘 작성하는 재능이 보편적으로 중요해질 것이고, 특히나 엔지니어들에게는 코딩 능력이나 프롬프팅 역량보다 더 강조될 것이라고 내다봤어요. 그의 발표를 기반으로...

1) 스펙이 왜 그렇게 중요한지
2) 오픈AI는 모델 스펙을 어떻게 만들고 있는지
3) 모델 스펙으로 과잉 동조(sycophancy - 아첨, 알랑방귀)) 문제를 어떻게 풀었다는 것인지
4) 스펙을 작성할 때 참고할 체크리스트는 무엇일지 알아보았습니다.

https://lnkd.in/e5tY-9wB

Prompt Engineering is dead - Everything is Spec 오픈AI의 AI 정렬(alignment) 연구 담당자 션 그로브(Sean Grove)의 발표입니다. 션 그로브는 AI 시대에 접어들어 스펙을 잘 작성하는 재능이 보편적으로 중요해질 것이고, 특히나 엔지니어들에게는 코딩 능력이나 프롬프팅 역량보다 더 강조될 것이라고 내다봤어요. 그의 발표를 기반으로... 1) 스펙이 왜 그렇게 중요한지 2) 오픈AI는 모델 스펙을 어떻게 만들고 있는지 3) 모델 스펙으로 과잉 동조(sycophancy - 아첨, 알랑방귀)) 문제를 어떻게 풀었다는 것인지 4) 스펙을 작성할 때 참고할 체크리스트는 무엇일지 알아보았습니다. https://lnkd.in/e5tY-9wB

옛날에는 번개(그러고보니 요즘도 이 말을 쓰나?!)를 하거나 모임을 가질 때 음식점을 찾고 예약하는 걸 막내가 하는게 국룰이었는데, 요즘은 대개 어르ㅅ..형님들이 정하는 것이 국룰인 느낌이다.

뭔가 맛집 디비를 가지고 있다는 것을 자랑할 수 있다는 것이 하나의 권력이 된 것 같다랄까.. ㅋ..

옛날에는 번개(그러고보니 요즘도 이 말을 쓰나?!)를 하거나 모임을 가질 때 음식점을 찾고 예약하는 걸 막내가 하는게 국룰이었는데, 요즘은 대개 어르ㅅ..형님들이 정하는 것이 국룰인 느낌이다. 뭔가 맛집 디비를 가지고 있다는 것을 자랑할 수 있다는 것이 하나의 권력이 된 것 같다랄까.. ㅋ..

이젠 Claude 모델이 그렇게 압도적으로 좋은 건 아닌데, Claude Code는 진짜 분명하게 좋음. 아마도 프롬프트가 잘 되어 있어서 그런 것 같음. Claude의 다른 프롬프트들은 공개해뒀는데 Claude Code용 프롬프트는 공개를 안해줌. 역시 아무리 투명하게 공개한다고 해도 진짜 좋은 건 다 기업비밀임..

이젠 Claude 모델이 그렇게 압도적으로 좋은 건 아닌데, Claude Code는 진짜 분명하게 좋음. 아마도 프롬프트가 잘 되어 있어서 그런 것 같음. Claude의 다른 프롬프트들은 공개해뒀는데 Claude Code용 프롬프트는 공개를 안해줌. 역시 아무리 투명하게 공개한다고 해도 진짜 좋은 건 다 기업비밀임..

‪그런 의미에서 간만에 책 홍보를.. ☺️ 아직 근본적인 부분들이 달라진 건 없지만, 리즈닝 모델 관련은 간단하게 업데이트 해야겠는데.. 역설적으로 많이 사주셔야 개정판을 만들 수 있습니다.. 많이 사주세요~ 🥹 https://product.kyobobook.co.kr/detail/S000213362002

1인 개발자 전성시대란 글을 2022년에 썼습니다.

진짜 1인 개발자 전성시대

1인 개발자 전성시대란 글을 2022년에 썼습니다.

그때는 개발 환경과 생태계가 편리해진다는 이유로 많은 직장인 개발자들이 1인 개발자가 될 수 있다는 생각을 했습니다.
앱스토어, GitHub, AWS, Flutter, GA, Firebase, Let’s Encrypt, Cloudflare 등등.

하지만 AI가 코딩을 해줄 날이 이렇게 빨리 올 줄은 전혀 예상을 못 했었습니다.
그러니깐… 개발자들이 1인 개발자가 될 수 있을 거라 생각했지, 디자이너, 마케터, 기획자들이 다 1인 개발자가 될 수 있을 거라 생각했던 건 아닙니다.

그런데 진짜 그런 엄청난 세상이 와버렸습니다.
회사에서 여러 사람들이 모여 매일 야근하고 한땀한땀 코딩하던 시절이 진짜 있었나?
바로 몇 년 전 일인데 90년대 이야기 아닌가 싶을 정도로 아득하게 느껴집니다.

직장인 개발자가 99.5%, 자기 서비스를 만드는 1인 개발자는 0.5%나 되려나요?
앞으로는 90대 10 정도까지는 올라올 수도 있지 않을까라는 생각을 합니다.
대기업이든 스타트업이든 개발자 개인이든 모두에게 엄청난 변화가 오고 있습니다.

미리 자리를 잡아둔 게 정말 다행이다 싶다는 생각…
그리고 무수히 생기는 경쟁자들 덕분에 저도 멈춰있지 말고 만들어 보고 싶었던 것들을 모두 만들어보다는 생각이 듭니다.


https://jeho.page/essay/2025/08/11/solo-developer.html

1인 개발자 전성시대란 글을 2022년에 썼습니다. 그때는 개발 환경과 생태계가 편리해진다는 이유로 많은 직장인 개발자들이 1인 개발자가 될 수 있다는 생각을 했습니다. 앱스토어, GitHub, AWS, Flutter, GA, Firebase, Let’s Encrypt, Cloudflare 등등. 하지만 AI가 코딩을 해줄 날이 이렇게 빨리 올 줄은 전혀 예상을 못 했었습니다. 그러니깐… 개발자들이 1인 개발자가 될 수 있을 거라 생각했지, 디자이너, 마케터, 기획자들이 다 1인 개발자가 될 수 있을 거라 생각했던 건 아닙니다. 그런데 진짜 그런 엄청난 세상이 와버렸습니다. 회사에서 여러 사람들이 모여 매일 야근하고 한땀한땀 코딩하던 시절이 진짜 있었나? 바로 몇 년 전 일인데 90년대 이야기 아닌가 싶을 정도로 아득하게 느껴집니다. 직장인 개발자가 99.5%, 자기 서비스를 만드는 1인 개발자는 0.5%나 되려나요? 앞으로는 90대 10 정도까지는 올라올 수도 있지 않을까라는 생각을 합니다. 대기업이든 스타트업이든 개발자 개인이든 모두에게 엄청난 변화가 오고 있습니다. 미리 자리를 잡아둔 게 정말 다행이다 싶다는 생각… 그리고 무수히 생기는 경쟁자들 덕분에 저도 멈춰있지 말고 만들어 보고 싶었던 것들을 모두 만들어보다는 생각이 듭니다. https://jeho.page/essay/2025/08/11/solo-developer.html

K리그 프로그래머

This link will take you to a page that’s not on LinkedIn

LinkedIn

혹시 Claude 나 cursor 등 AI 로 개발하실 때
뭔가 AI 스러운 뻔한 디자인 때문에
아쉬운적 있으신가요??

아래 순서를 따라하시면 훨씬 더 예쁜
디자인을 뽑으실 수 있을거에요.

1. 구글 검색해서 내 서비스의
도메인과 비슷한 레퍼런스 찾기
2. ChatGPT 에게 레퍼런스 URL 주면서
디자인 원칙 뽑아달라고 하기
(컨텐츠 맥락 고려해서)
3. 디자인 원칙(JSON)을 적용해서
기존 페이지 디자인 개선 요청

더 자세한 내용이 궁금하시다면
아래 영상을 참고해주셔요. 🤗

https://lnkd.in/gSRZ8mZ2

혹시 Claude 나 cursor 등 AI 로 개발하실 때 뭔가 AI 스러운 뻔한 디자인 때문에 아쉬운적 있으신가요?? 아래 순서를 따라하시면 훨씬 더 예쁜 디자인을 뽑으실 수 있을거에요. 1. 구글 검색해서 내 서비스의 도메인과 비슷한 레퍼런스 찾기 2. ChatGPT 에게 레퍼런스 URL 주면서 디자인 원칙 뽑아달라고 하기 (컨텐츠 맥락 고려해서) 3. 디자인 원칙(JSON)을 적용해서 기존 페이지 디자인 개선 요청 더 자세한 내용이 궁금하시다면 아래 영상을 참고해주셔요. 🤗 https://lnkd.in/gSRZ8mZ2

www.linkedin.com

혹시 Claude 나 cursor 등 AI 로 개발하실 때
뭔가 

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

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

“이 문제는 왜 해결해야 하죠?” 토스페이먼츠의 Product Manager는 늘 이 질문에서 시작합니다. 화면을 기획하거나, 기능을 정리하는 일보다 먼저 우리는 문제의 본질을 정의하고 싶은 사람들입니다. 그렇다면 ‘문제의 본질’부터 고민하는 토스페이먼츠의 PM은 실제로 어떤 방식으로 일하고 있을까요? 토스페이먼츠 PM 김명훈님의 이야기를 함께 들어보세요.

“이 문제는 왜 해결해야 하죠?” 토스페이먼츠의 Product Manager는 늘 이 질문에서 시작합니다. 화면을 기획하거나, 기능을 정리하는 일보다 먼저 우리는 문제의 본질을 정의하고 싶은 사람들입니다. 그렇다면 ‘문제의 본질’부터 고민하는 토스페이먼츠의 PM은 실제로 어떤 방식으로 일하고 있을까요? 토스페이먼츠 PM 김명훈님의 이야기를 함께 들어보세요.

toss.im

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

1. 최첨단 컴퓨터과학의 알고리즘이 내놓는 해결책이 효율적이지도, 늘 맞는다고도 할 수 없다. 알고리즘이 아예 존재하지 않는 듯한 상황도 있다.

2. 그러나 완벽한 알고리즘이 아직 나오지 않은 영역에서도, 몇 세대에 걸친 컴퓨터과학자들과 현실세계의 가장 어려운 문제들 사이의 씨름을 통해 많은 깨달음이 도출되어왔다.

3. 힘들여 얻은 이 교훈들은 합리성에 관한 우리의 직관과 어긋나곤 하며, 세상만사를 산뜻한 몇 줄의 공식에 억지로 담아내려고 시도하는 수학자의 옹색한 처방과는 전혀 달라 보인다.

4. 그런 교훈들은 이렇게 말한다. 언제나 모든 대안을 고려할 필요는 없다. 매번 최상인 것처럼 보이는 결과를 내놓을 필요도 없다.

5. 때로는 무질서해져라. 가볍게 돌아다녀라. 참고 기다려라. 본능을 믿고 너무 오래 고심하지 마라. 느긋해져라. 동전을 던져라. 용서하지만 잊지는 마라. 자신이 옳다고 믿어라.



#알고리즘인생을계산하다

1. 최첨단 컴퓨터과학의 알고리즘이 내놓는 해결책이 효율적이지도, 늘 맞는다고도 할 수 없다. 알고리즘이 아예 존재하지 않는 듯한 상황도 있다. ​2. 그러나 완벽한 알고리즘이 아직 나오지 않은 영역에서도, 몇 세대에 걸친 컴퓨터과학자들과 현실세계의 가장 어려운 문제들 사이의 씨름을 통해 많은 깨달음이 도출되어왔다. ​3. 힘들여 얻은 이 교훈들은 합리성에 관한 우리의 직관과 어긋나곤 하며, 세상만사를 산뜻한 몇 줄의 공식에 억지로 담아내려고 시도하는 수학자의 옹색한 처방과는 전혀 달라 보인다. ​4. 그런 교훈들은 이렇게 말한다. 언제나 모든 대안을 고려할 필요는 없다. 매번 최상인 것처럼 보이는 결과를 내놓을 필요도 없다. ​5. 때로는 무질서해져라. 가볍게 돌아다녀라. 참고 기다려라. 본능을 믿고 너무 오래 고심하지 마라. 느긋해져라. 동전을 던져라. 용서하지만 잊지는 마라. 자신이 옳다고 믿어라. ​ #알고리즘인생을계산하다

< 모든 선택지를 검토하다 아무것도 못 하는 당신에게 >

아빠와 함께한 네 번째 코딩 시간,
아이가 자기만의 개발 용어를 만들기 시작했습니다.

🍜 짜파게티 → 문법 오류 날 때 뜨는 빨간 줄
👩‍🦲 대머리 → 공백 한 칸
👨‍🦲 빅 대머리 → 탭 들여쓰기

"아빠, 여기 짜파게티 있어요!" 하며 신나게 오류를 찾아내는 모습을 보니,
정확한 전문 용어보다 아이의 눈높이에 맞춰주는 것이 훨씬 중요하다는 걸 깨닫습니다.

📺 에릭과 달레의 코딩일기 4탄: https://youtu.be/Mr8KTklQk7w

👉 여러분은 처음 코딩을 배울 때 만든 "나만의 표현"이 있었나요?

아빠와 함께한&nbsp;네 번째 코딩 시간, 아이가 자기만의 개발 용어를 만들기 시작했습니다. 🍜 짜파게티 → 문법 오류 날 때 뜨는 빨간 줄 👩‍🦲 대머리 → 공백 한 칸 👨‍🦲 빅 대머리 → 탭 들여쓰기 "아빠, 여기 짜파게티 있어요!" 하며 신나게 오류를 찾아내는 모습을 보니, 정확한 전문 용어보다 아이의 눈높이에 맞춰주는 것이 훨씬 중요하다는 걸 깨닫습니다. 📺 에릭과 달레의 코딩일기 4탄: https://youtu.be/Mr8KTklQk7w 👉 여러분은 처음 코딩을 배울 때 만든 "나만의 표현"이 있었나요?

🍜 짜파게티가 왜 거기서 나와?

kopring-reactive-labs/AgenticCoding/Projects/PERSIST_DURABLE_CLUSTER at main · psmon/kopring-reactive-labs

액터모델(코틀린버전)을 이용해 이벤트 소스(샘플:가상월렛)와 분산 상태관리(Cluster Durable State)
를 바이브 모드로 작성한 코드샘플로 로컬환경에서 클러스터,이벤트소싱 작동검증이 포함되어있습니다.

- https://github.com/psmon/kopring-reactive-labs/tree/main/AgenticCoding/Projects/PERSIST_DURABLE_CLUSTER

- https://github.com/psmon/kopring-reactive-labs/tree/main/AgenticCoding/Projects/PERSIST_EVENTSOURCE

액터모델(코틀린버전)을 이용해 이벤트 소스(샘플:가상월렛)와 분산 상태관리(Cluster Durable State)를 바이브 모드로 작성한 코드샘플로 로컬환경에서 클러스터,이벤트소싱 작동검증이 포함되어있습니다. - https://github.com/psmon/kopring-reactive-labs/tree/main/AgenticCoding/Projects/PERSIST_DURABLE_CLUSTER - https://github.com/psmon/kopring-reactive-labs/tree/main/AgenticCoding/Projects/PERSIST_EVENTSOURCE

액터모델을 이용 이벤트소스/클러스터상태관리를 우아하게하기 - 코틀

토스 DATA·ML 집중채용

토스에서 데이터 직군 집중 채용을 합니다.
면접만 봐도 100만원이 지급됩니다.

https://toss.im/career/event/data-2025

토스에서 데이터 직군 집중 채용을 합니다. 면접만 봐도 100만원이 지급됩니다. https://toss.im/career/event/data-2025

토스 데이터 직군 집중 채용 - 면접만 봐도 100만원!

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

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

디자이너 면접 끝에 꼭 듣는 말,
“혹시 마지막 질문 있으신가요?”

그냥 형식적인 마무리 같지만, 사실 지원자가 회사랑 팀에 얼마나 진심인지 보여줄 수 있는 순간이기도 합니다.

예를 들어,
- 디자이너가 기획·개발 논의에 초반부터 참여할 수 있는 구조인지
- 팀에서 주고받는 피드백이나 성장 기회가 어떤 방식으로 있는지
- 요즘 팀이 가장 집중하는 문제는 뭔지, 내가 어디서 기여할 수 있을지

이런 물음들은 그냥 일자리 찾는 사람이 아니라 같이 고민하고 성장할 팀을 찾는 사람이라는 걸 보여줄 수 있습니다. 마지막 1분, 생각보다 중요할지 모릅니다 :)

—
우디의 포폴 컨설팅 재오픈했습니다!
https://www.latpeed.com/products/QkCkT

디자이너 면접 끝에 꼭 듣는 말,“혹시 마지막 질문 있으신가요?” 그냥 형식적인 마무리 같지만, 사실 지원자가 회사랑 팀에 얼마나 진심인지 보여줄 수 있는 순간이기도 합니다. 예를 들어,- 디자이너가 기획·개발 논의에 초반부터 참여할 수 있는 구조인지- 팀에서 주고받는 피드백이나 성장 기회가 어떤 방식으로 있는지- 요즘 팀이 가장 집중하는 문제는 뭔지, 내가 어디서 기여할 수 있을지 이런 물음들은 그냥 일자리 찾는 사람이 아니라 같이 고민하고 성장할 팀을 찾는 사람이라는 걸 보여줄 수 있습니다. 마지막 1분, 생각보다 중요할지 모릅니다 :) —우디의 포폴 컨설팅 재오픈했습니다!https://www.latpeed.com/products/QkCkT

Latpeed

면접에서 진심을 보여주는 마지막 질문

playwright으로 성능측정해보자 Feat: Chrome trace

playwright으로 chrome trace report를 생성하고, 이를 분석하는 내용을 포스팅으로 작성해봤습니다.

최근에 다이어그램을 만들면서 성능 개선과 관련해 포스팅을 작성 했는데요. 지속가능한 성능 최적화를 위해서는 기록이 필수라는걸 깨달았습니다. 아쉽게 chrome trace를 분석하는 라이브러리가 마땅한게 없습니다. (제가 못찾았을 수도..) 이글을 통해 chrome trace의 구조를 알고 성능측정을 자동화하는데에 도움이 되길 바랍니다.
https://comwit.io/@moon/playwright-chrome-trace

playwright으로 chrome trace report를 생성하고, 이를 분석하는 내용을 포스팅으로 작성해봤습니다. 최근에 다이어그램을 만들면서 성능 개선과 관련해 포스팅을 작성 했는데요. 지속가능한 성능 최적화를 위해서는 기록이 필수라는걸 깨달았습니다. 아쉽게 chrome trace를 분석하는 라이브러리가 마땅한게 없습니다. (제가 못찾았을 수도..) 이글을 통해 chrome trace의 구조를 알고 성능측정을 자동화하는데에 도움이 되길 바랍니다.https://comwit.io/@moon/playwright-chrome-trace

playwright으로 성능측정해보자

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필