근래 종종 이야기해오긴 했는데 새정부 들어서고 돌아가는 형세가 예상했던 그대로라 별로 놀랍진 않다. 거기에 맞춰서 미리미리 준비하고 대응도 해왔고. 하지만 최근 예상을 넘어서서 놀랍고 당혹스럽게 만드는 일이 연이어 발생하고 있다.

개인적으로 우리나라 경제를 안좋은 쪽으로 완전히 반전시켜놓은 변곡점이 소득 주도 성장론이라고 생각하는데, 여전히 경제보다 이데올로기를 우선시하는 것까지도 예상했지만 경제에 안좋은 최악의 악수만 두는 행동을 이렇게까지 빠르게 급격한 속도로 할 지는 상상 밖이었다. 오죽하면 뻔히 과거 말했던 내용이 여기저기 고스란히 남아있음에도 올해 서울 집값이 아작날거라던 부동산 하락론자들조차 자긴 그런 말이 아니었다면서 하나 둘 말을 바꾸기 시작할 정도니 말이다. 정말 혼란하다, 혼란해. 아무튼. 지금 정부가 하는 일이나 경제 상황을 보고 있자면 서둘러서 집팔기는 정말 잘한 것 같다. 마무리까지 얼마 안남은 상황에서 오늘 갑자기 난감한 일이 터져서 한동안 이 일로 정신 없긴 하겠지만 말이다. 바쁠 땐 항상 일이 겹쳐서 온다고 하필 오랜만에 바쁜 일정을 보내고 있는데 겹쳤다. 구청 여러번 갔다와야할 듯. 수습 잘해야지.

생각보다 훨씬 더 빠르게 경제가 안좋아질 것 같다. 몸뚱이 하나만 믿고 지금까지 살아왔던 사람으로서 혼란한 카오스와 급격한 변화 속에서 살아남기 위해 수시로 상황을 점검해야만 할 듯 싶다. 일단 올해 1월부터 지금까지의 수입을 점검했다. 노동수입, 투자수입 등 총수입 규모와 구성이 어떻게 되는지 살폈다. 보통 연말 즈음에 1년에 한번씩 했는데 말이다. 내 수입의 근간이자 본질인 노동수입이 예상대로 작년 동기간 대비 확연히 줄어들었다. 그나마 다행인 점은 몸으로 느껴졌던 바나 주위 비교군 대비해서는 산업과 시장 축소 대비해서 어느정도 선방했다고 생각한다. 문제는 올해 남은 기간인데...

현재 돌아가는 판을 보니 더 미리 보수적으로 준비하고 행동해야할 것 같다. 주위 여기저기서 보이는 신호를 보니 정부돈으로 진행되는 프로젝트나 프로그램들은 작년과 재작년처럼 수개월 지연 입금되는 상황이 발생할 수도 있을 듯하다. 곳간이 비어있는데 곳곳에 퍼주고 여전히 퍼준다고 떠들어놓은지라 이것저것 여기저기 일을 벌리고 있으니 제 때 돈을 못받는 경우가 생겨도 이상하지 않은 상황이다. 기업들은 대선 이후 예측가능한 상황 속에서 안정적으로 사업을 영위할 수 있을 줄 알았다가 사방팔방으로 하도 휘둘리면서 동시에 자꾸 털리니 미래에 대한 준비와 교육이나 컨설팅을 통한 내부 역량 강황에 좀처럼 신경쓰지 못하는 느낌이다. 각 개인 성인들은 소수 부유층을 제외하고는 다수가 가처분소득이 떨어지고 이미 시작된 인플레이션까지 겹쳐서 자신의 성장을 위해 교육에 돈과 시간을 쓸 수 있는 여유가 줄어드는 것 같다. 냉정하고 객관적으로 지금 하고 있는 사업과 일 주위 상황을 보고 있자니 지금 상태와 방법으로는 뾰족한 수가 보이지 않는다. 문제는 이 모든게 앞서 말했듯이 한꺼번에 급격히 왔다는 점일거다.

자주 이야기해왔지만 좋은 방향이던 안좋은 방향이던 일정하게 예측가능한 안정적인 상황이 대응하기 가장 좋다. 좋게 생각하면 빠르게 악수를 연이어 두고 있으니 역설적으로 원래 속도보다 빠르게 한 방향으로 안정화될 거라 기대한다. 개인적으로 이런 상황은 위기도 아니고 기회도 아니고 이런 상황에서는 무언가를 공격적으로 해도 문제, 아무것도 안해도 문제인 진퇴양난의 상황이라는 생각이 든다. 그렇다고 가만히 있으면 빠르게 밀려나버리게 되고. 그래서 고민을 많이 했는데 지금 내가 할 일은 여기저기 최대한 휩쓸리지 않고 본질적인 경쟁력인 '신뢰자산'을 더 높고 단단히 쌓기 위해 집중하는 것이라는 판단이다. 이게 현명한 선택 같다.

근래 종종 이야기해오긴 했는데 새정부 들어서고 돌아가는 형세가 예상했던 그대로라 별로 놀랍진 않다. 거기에 맞춰서 미리미리 준비하고 대응도 해왔고. 하지만 최근 예상을 넘어서서 놀랍고 당혹스럽게 만드는 일이 연이어 발생하고 있다. 개인적으로 우리나라 경제를 안좋은 쪽으로 완전히 반전시켜놓은 변곡점이 소득 주도 성장론이라고 생각하는데, 여전히 경제보다 이데올로기를 우선시하는 것까지도 예상했지만 경제에 안좋은 최악의 악수만 두는 행동을 이렇게까지 빠르게 급격한 속도로 할 지는 상상 밖이었다. 오죽하면 뻔히 과거 말했던 내용이 여기저기 고스란히 남아있음에도 올해 서울 집값이 아작날거라던 부동산 하락론자들조차 자긴 그런 말이 아니었다면서 하나 둘 말을 바꾸기 시작할 정도니 말이다. 정말 혼란하다, 혼란해. 아무튼. 지금 정부가 하는 일이나 경제 상황을 보고 있자면 서둘러서 집팔기는 정말 잘한 것 같다. 마무리까지 얼마 안남은 상황에서 오늘 갑자기 난감한 일이 터져서 한동안 이 일로 정신 없긴 하겠지만 말이다. 바쁠 땐 항상 일이 겹쳐서 온다고 하필 오랜만에 바쁜 일정을 보내고 있는데 겹쳤다. 구청 여러번 갔다와야할 듯. 수습 잘해야지. 생각보다 훨씬 더 빠르게 경제가 안좋아질 것 같다. 몸뚱이 하나만 믿고 지금까지 살아왔던 사람으로서 혼란한 카오스와 급격한 변화 속에서 살아남기 위해 수시로 상황을 점검해야만 할 듯 싶다. 일단 올해 1월부터 지금까지의 수입을 점검했다. 노동수입, 투자수입 등 총수입 규모와 구성이 어떻게 되는지 살폈다. 보통 연말 즈음에 1년에 한번씩 했는데 말이다. 내 수입의 근간이자 본질인 노동수입이 예상대로 작년 동기간 대비 확연히 줄어들었다. 그나마 다행인 점은 몸으로 느껴졌던 바나 주위 비교군 대비해서는 산업과 시장 축소 대비해서 어느정도 선방했다고 생각한다. 문제는 올해 남은 기간인데... 현재 돌아가는 판을 보니 더 미리 보수적으로 준비하고 행동해야할 것 같다. 주위 여기저기서 보이는 신호를 보니 정부돈으로 진행되는 프로젝트나 프로그램들은 작년과 재작년처럼 수개월 지연 입금되는 상황이 발생할 수도 있을 듯하다. 곳간이 비어있는데 곳곳에 퍼주고 여전히 퍼준다고 떠들어놓은지라 이것저것 여기저기 일을 벌리고 있으니 제 때 돈을 못받는 경우가 생겨도 이상하지 않은 상황이다. 기업들은 대선 이후 예측가능한 상황 속에서 안정적으로 사업을 영위할 수 있을 줄 알았다가 사방팔방으로 하도 휘둘리면서 동시에 자꾸 털리니 미래에 대한 준비와 교육이나 컨설팅을 통한 내부 역량 강황에 좀처럼 신경쓰지 못하는 느낌이다. 각 개인 성인들은 소수 부유층을 제외하고는 다수가 가처분소득이 떨어지고 이미 시작된 인플레이션까지 겹쳐서 자신의 성장을 위해 교육에 돈과 시간을 쓸 수 있는 여유가 줄어드는 것 같다. 냉정하고 객관적으로 지금 하고 있는 사업과 일 주위 상황을 보고 있자니 지금 상태와 방법으로는 뾰족한 수가 보이지 않는다. 문제는 이 모든게 앞서 말했듯이 한꺼번에 급격히 왔다는 점일거다. 자주 이야기해왔지만 좋은 방향이던 안좋은 방향이던 일정하게 예측가능한 안정적인 상황이 대응하기 가장 좋다. 좋게 생각하면 빠르게 악수를 연이어 두고 있으니 역설적으로 원래 속도보다 빠르게 한 방향으로 안정화될 거라 기대한다. 개인적으로 이런 상황은 위기도 아니고 기회도 아니고 이런 상황에서는 무언가를 공격적으로 해도 문제, 아무것도 안해도 문제인 진퇴양난의 상황이라는 생각이 든다. 그렇다고 가만히 있으면 빠르게 밀려나버리게 되고. 그래서 고민을 많이 했는데 지금 내가 할 일은 여기저기 최대한 휩쓸리지 않고 본질적인 경쟁력인 '신뢰자산'을 더 높고 단단히 쌓기 위해 집중하는 것이라는 판단이다. 이게 현명한 선택 같다.

혹시 실무하면서 이런 고민 해보신 분 있나요?

찝찝한 마음을 걷어내고, 올해 안에는 꼭 내 손으로 직접 데이터 뽑아보고 싶은 분들을 위해!

현업 데이터 분석가들에게 직접 SQL 문법을 배울 수 있는 오프라인 핸즈온 세미나 정보를 공유합니다.

🐣 ‘카피바라도 할 수 있는 SQL 기초’ 핸즈온 세미나

• 행사 일시: 8/30(토) 오전 10시~12시
• 장소: 서울시 강남구

참가 신청하기 (이번 주 일요일, 8/24 신청 마감)
👉 https://dub.sh/BYs5fc6

세미나가 필요할 것 같은 팀 동료나 지인이 있다면, 소식을 공유해 주세요 :)

혹시 실무하면서 이런 고민 해보신 분 있나요? 찝찝한 마음을 걷어내고, 올해 안에는 꼭 내 손으로 직접 데이터 뽑아보고 싶은 분들을 위해! 현업 데이터 분석가들에게 직접 SQL 문법을 배울 수 있는 오프라인 핸즈온 세미나 정보를 공유합니다. 🐣 ‘카피바라도 할 수 있는 SQL 기초’ 핸즈온 세미나 • 행사 일시: 8/30(토) 오전 10시~12시• 장소: 서울시 강남구 참가 신청하기 (이번 주 일요일, 8/24 신청 마감)👉 https://dub.sh/BYs5fc6 세미나가 필요할 것 같은 팀 동료나 지인이 있다면, 소식을 공유해 주세요 :)

중요한 데이터를 뽑을 SQL 쿼리 AI에게 온전히 맡겨도 괜찮을까?

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

챗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

마크 저커버그, 메타 위기론의 중심에 서다

LLM 정보 성능 확인용 질문 대결

🥇 Solar (업스테이지)
🥈 ChatGPT
🥉 Claude
—
❌ Grok, Gemini

ChatGPT 처음 나왔을 때부터 가끔 별 생각없이 주기적으로 해 보는 질문인데, 이번에 의외의 결과가 나와서 공유해봄. 😲

LLM 정보 성능 확인용 질문 대결 🥇 Solar (업스테이지)🥈 ChatGPT🥉 Claude—❌ Grok, Gemini ChatGPT 처음 나왔을 때부터 가끔 별 생각없이 주기적으로 해 보는 질문인데, 이번에 의외의 결과가 나와서 공유해봄. 😲

꽤 많은 입력 필드를 가진 폼이 있는 경우, 혹은 장문의 텍스트를 넣어야 하는 경우에 "임시 저장" 기능을 제공하는 것은 여러모로 도움이 된다. 해당 페이지에 접근한 사용자의 권한이나 성격에 따라 이 저장을 user 아래에 둘 수도 있고, authority나 service 아래에 둘 수 있다. 이에 따라 저장하는 방식도 직접 db에 저장할 수도 로컬 스토리지를 이용하여 사용자 개인(user)의 pc에 저장할 수도 있다.

그래서 프론트엔드인 내가 DB를 바라보는 관점은 데이터 저장소로 해당 기능에 얼마나 유효한가...하는 점이다.

이런 명세를 받은 적이 있다.

1. 입력한 폼의 내용을 임시 저장할 수 있다.
2. 임시 저장은 여러번 가능하다.
3. 2의 내역을 조회하여 그 중 어느 하나를 불러 올 수 있다. (이어서 작성하기 기능) 또한 삭제할 수도 있다.
4. 완료를 클릭하면, 입력한 폼을 DB에 푸시한다.
5. 4의 내역은 조회할 수 있으며, 3과 똑같이 이 중 하나를 들고 입력 폼 페이지로 이동할 수 있다. (FORK 기능) 또한 삭제할 수 있다.

폼의 입력값을 메모리에서 넣어놓는 패턴을 사용한다면 내 생각에 저장소는 3개의 계층을 형성한다.

- 로컬 (메모리 또는 스토리지)
- DB1 : 임시로 저장한 내역
- DB2 : 완료하여 저장한 내역

만약 상태를 두어서 저장한 방식이 임시인지 완료인지를 구분하려 한다면 DB에 테이블을 2개를 둘 필요는 없다.

그럼에도 왜 임시로 저장한 내역과 완료하여 저장한 내역을 별도의 DB로 보는가 하면, 우선 임시로 저장하는 내역 역시 삭제할 수 있다. 로직이 간단하면 분기가 쉽지만 상태는 늘어나기 쉽고 그러면 로직에는 틈이 생길 수 있다. 둘째로 나중에 테이블을 확장할 때 문제가 되지 않을까 하는 점이다. 굳이 클래스가 아니라도 객체에 무언가 프로퍼티를 붙이는 것 하나만으로도 객체의 성격이 바뀐다. 맞지 않는 옷을 더덕더덕 붙이다보면 본래의 성격도 잃어버린다.

쉬운 비교군이라면 장바구니와 찜하기가 있을 것이다. 둘 다 상품을 임시로 어딘가에 넣어둘 수 있고, 주문 리스트로 불러올 수 있다. 그렇지만 성격이 다르다. 찜하기는 가격을 합산할 필요가 없지만 장바구니는 주문 전 가격을 보기 위해 합산할 필요가 있다. 또한 배송등의 수수료 계산이 필요하며, 무게 정보를 활용해야 할 수 있고, 판매자를 그루핑할 필요가 있다. 찜하기는 주문과 동시에 DB에서 삭제할 필요가 없지만 장바구니는 정책에 따라서는 삭제해야 한다.

DB를 합치면 목적에 따른 분리가 어려워서 저장소가 기능에 유효할 수도 유효하지 않을 수도 있는 슈뢰딩거씨의 고양이 같은 느낌의 모습이 상황에 따라 발생할 수 있다.

스키마가 완전히 동일한 테이블을 2개를 둘 필요가 있는가...하는 점은 관리의 효율성으로 볼 때 별로 일 수도 있겠지만, 그건 기능을 떼고 생각하는 게 아닐까 싶다. 스키마는 같지만 활용하는 목적이 달라 기능에 차이가 생기고 또 무엇보다 로직으로 CRUD를 분리하려는 접근은 안전하지 않을 것이다.

꽤 많은 입력 필드를 가진 폼이 있는 경우, 혹은 장문의 텍스트를 넣어야 하는 경우에 "임시 저장" 기능을 제공하는 것은 여러모로 도움이 된다. 해당 페이지에 접근한 사용자의 권한이나 성격에 따라 이 저장을 user 아래에 둘 수도 있고, authority나 service 아래에 둘 수 있다. 이에 따라 저장하는 방식도 직접 db에 저장할 수도 로컬 스토리지를 이용하여 사용자 개인(user)의 pc에 저장할 수도 있다. 그래서 프론트엔드인 내가 DB를 바라보는 관점은 데이터 저장소로 해당 기능에 얼마나 유효한가...하는 점이다. 이런 명세를 받은 적이 있다. 1. 입력한 폼의 내용을 임시 저장할 수 있다. 2. 임시 저장은 여러번 가능하다. 3. 2의 내역을 조회하여 그 중 어느 하나를 불러 올 수 있다. (이어서 작성하기 기능) 또한 삭제할 수도 있다. 4. 완료를 클릭하면, 입력한 폼을 DB에 푸시한다. 5. 4의 내역은 조회할 수 있으며, 3과 똑같이 이 중 하나를 들고 입력 폼 페이지로 이동할 수 있다. (FORK 기능) 또한 삭제할 수 있다. 폼의 입력값을 메모리에서 넣어놓는 패턴을 사용한다면 내 생각에 저장소는 3개의 계층을 형성한다. - 로컬 (메모리 또는 스토리지) - DB1 : 임시로 저장한 내역 - DB2 : 완료하여 저장한 내역 만약 상태를 두어서 저장한 방식이 임시인지 완료인지를 구분하려 한다면 DB에 테이블을 2개를 둘 필요는 없다. 그럼에도 왜 임시로 저장한 내역과 완료하여 저장한 내역을 별도의 DB로 보는가 하면, 우선 임시로 저장하는 내역 역시 삭제할 수 있다. 로직이 간단하면 분기가 쉽지만 상태는 늘어나기 쉽고 그러면 로직에는 틈이 생길 수 있다. 둘째로 나중에 테이블을 확장할 때 문제가 되지 않을까 하는 점이다. 굳이 클래스가 아니라도 객체에 무언가 프로퍼티를 붙이는 것 하나만으로도 객체의 성격이 바뀐다. 맞지 않는 옷을 더덕더덕 붙이다보면 본래의 성격도 잃어버린다. 쉬운 비교군이라면 장바구니와 찜하기가 있을 것이다. 둘 다 상품을 임시로 어딘가에 넣어둘 수 있고, 주문 리스트로 불러올 수 있다. 그렇지만 성격이 다르다. 찜하기는 가격을 합산할 필요가 없지만 장바구니는 주문 전 가격을 보기 위해 합산할 필요가 있다. 또한 배송등의 수수료 계산이 필요하며, 무게 정보를 활용해야 할 수 있고, 판매자를 그루핑할 필요가 있다. 찜하기는 주문과 동시에 DB에서 삭제할 필요가 없지만 장바구니는 정책에 따라서는 삭제해야 한다. DB를 합치면 목적에 따른 분리가 어려워서 저장소가 기능에 유효할 수도 유효하지 않을 수도 있는 슈뢰딩거씨의 고양이 같은 느낌의 모습이 상황에 따라 발생할 수 있다. 스키마가 완전히 동일한 테이블을 2개를 둘 필요가 있는가...하는 점은 관리의 효율성으로 볼 때 별로 일 수도 있겠지만, 그건 기능을 떼고 생각하는 게 아닐까 싶다. 스키마는 같지만 활용하는 목적이 달라 기능에 차이가 생기고 또 무엇보다 로직으로 CRUD를 분리하려는 접근은 안전하지 않을 것이다.

내가 프론트엔드에서 보는 데이터베이스

집을 사랑한다는 것은 또 우리의 정체성이 스스로 결정되는 것이 아님을 인정하는 것이다. 우리에게는 물리적인 집만이 아니라 심리적인 의미의 집도 필요하다. 우리의 약한 면을 보상하기 위해서이다. 우리에게는 마음을 받쳐줄 피난처가 필요하다. 세상의 아주 많은 것이 우리의 신의와 대립하기 때문이다. 우리에게는 우리 자신의 바람직한 모습을 바라보게 해 주고, 중요하면서도 쉽게 사라지는 측면들이 살아 있도록 유지해 줄 방이 필요하다.
⠀
알랭 드 보통, 행복의 건축

집을 사랑한다는 것은 또 우리의 정체성이 스스로 결정되는 것이 아님을 인정하는 것이다. 우리에게는 물리적인 집만이 아니라 심리적인 의미의 집도 필요하다. 우리의 약한 면을 보상하기 위해서이다. 우리에게는 마음을 받쳐줄 피난처가 필요하다. 세상의 아주 많은 것이 우리의 신의와 대립하기 때문이다. 우리에게는 우리 자신의 바람직한 모습을 바라보게 해 주고, 중요하면서도 쉽게 사라지는 측면들이 살아 있도록 유지해 줄 방이 필요하다.⠀알랭 드 보통, 행복의 건축

《방이 필요한 이유》

 “마크 저커버그는 더 이상 메타의 미래를 설계하지 못한다”“마크 저커버그가 CEO인...

메타는 소셜 미디어 분야의 몸집 큰 회사로서 여전히 디지털 광고 업계의 강자이고 재정 시스템도 어떻게든 잘 운영되고 있습니다. 그러나 한 끗을 잃은 것도 사실이에요. 이번 아티클에서는 현재 메타가 어떤 상황인지, 이렇게 된 이유는 무엇인지, 타개책은 있을지 살펴봤어요.


https://eopla.net/magazines/33314


메타, 혁신하기엔 급하고 리드하기엔 느리다
 * 광고 매출 의존도가 높다
 * 다각화는 하는 족족 실패한다
 * 경쟁력을 갖추기 위한 전략 타이밍을 맞추지 못한다
 * 마크 저커버그의 리더십에 문제가 있다


과거에는 맞았던 원칙이 지금은 틀리다?
 * ‘빠르게 움직이고 거침없이 돌파하라(Move Fast and Break Things)’는 원칙이 지금의 메타에게는 맞지 않는다
 * 마크 저커버그는 혁신과 수익화를 따로 보고 있다
 * AI 전략, 비용 급증으로 수익화에는 좋지 않다


마크 저커버그의 결단이 필요한 상황
 * 벌인 일을 줄여야 한다
 * 당장 수익을 창출해야 한다
 * 리더십을 조정해야 한다 - 스티브 잡스에게 참고할만한 점

메타는 소셜 미디어 분야의 몸집 큰 회사로서 여전히 디지털 광고 업계의 강자이고 재정 시스템도 어떻게든 잘 운영되고 있습니다. 그러나 한 끗을 잃은 것도 사실이에요. 이번 아티클에서는 현재 메타가 어떤 상황인지, 이렇게 된 이유는 무엇인지, 타개책은 있을지 살펴봤어요. https://eopla.net/magazines/33314 메타, 혁신하기엔 급하고 리드하기엔 느리다<ul ><li>광고 매출 의존도가 높다</li><li>다각화는 하는 족족 실패한다</li><li>경쟁력을 갖추기 위한 전략 타이밍을 맞추지 못한다</li><li>마크 저커버그의 리더십에 문제가 있다</li></ul> 과거에는 맞았던 원칙이 지금은 틀리다?<ul ><li>‘빠르게 움직이고 거침없이 돌파하라(Move Fast and Break Things)’는 원칙이 지금의 메타에게는 맞지 않는다</li><li>마크 저커버그는 혁신과 수익화를 따로 보고 있다 </li><li>AI 전략, 비용 급증으로 수익화에는 좋지 않다 </li></ul> 마크 저커버그의 결단이 필요한 상황<ul ><li>벌인 일을 줄여야 한다 </li><li>당장 수익을 창출해야 한다</li><li>리더십을 조정해야 한다 - 스티브 잡스에게 참고할만한 점 </li></ul>

마크 저커버그의 메타 이대로 괜찮을까?

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 👉 여러분은 처음 코딩을 배울 때 만든 "나만의 표현"이 있었나요?

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

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

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

GitHub

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

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

 - YouTube

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

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

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

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

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

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

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

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

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

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


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

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

브런치스토리

첫 회사보다 중요한 것

토스 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

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

6/15 뉴스 브리핑입니다.

스타트업 https://www.neusral.com/r?b=jX1KmP

네카라쿠배당토 https://www.neusral.com/r?b=rtpZlq

MZ소비트렌드 https://www.neusral.com/r?b=KTnTcj

인공지능 https://www.neusral.com/r?b=FXnQQ1

블록체인 https://www.neusral.com/r?b=p2XF8o

경제 https://www.neusral.com/r?b=UIqRm9

6/15 뉴스 브리핑입니다.

김상민

사람 이야기를 고스란히 전달해냈을 때 짜릿해요. 부족하기 때문에 늘 배우려고 해요. 그러면서 나만의 길을 지향합니다.
- 김상민 이야기: http://bit.ly/3jexTj9
#비즈니스스토리텔러 #스토리텔링 #CRM #달리기 #뉴미디어

6/15 뉴스 브리핑입니다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필