플레이모어와 함께할 동료를 찾습니다 | Notion

첫번째 채용입니다. (두근💓) 채용 직무는 다음과 같습니다.

🔍 Product Manager
🎨 Product Designer
📱 Software Engineer, RN App (Full Stack)
🚀 Software Engineer, AI Agent (Backend)

회사 소개와 직무에 대한 자세한 내용은 아래 링크에서 확인해주세요.

https://go.playmore.ai/careers

소개를 이리저리 멋지게 작성하려고 해 보다가.. 담백하게 작성했습니다. ☺️ 꼭 메일이 아니어도 DM등으로 문의 해 주셔도 좋습니다.

그럼 많은 관심과 추천, 홍보 부탁드리겠습니다.

감사합니다. 🙇🏻‍♂️🙇🏻‍♀️

첫번째 채용입니다. (두근💓) 채용 직무는 다음과 같습니다. 🔍 Product Manager🎨 Product Designer📱&nbsp;Software Engineer, RN App (Full Stack)🚀 Software Engineer, AI Agent (Backend) 회사 소개와 직무에 대한 자세한 내용은 아래 링크에서 확인해주세요. https://go.playmore.ai/careers 소개를 이리저리 멋지게 작성하려고 해 보다가.. 담백하게 작성했습니다. ☺️ 꼭 메일이 아니어도 DM등으로 문의 해 주셔도 좋습니다. 그럼 많은 관심과 추천, 홍보 부탁드리겠습니다. 감사합니다. 🙇🏻‍♂️🙇🏻‍♀️

playmoreai on Notion

🪄 플레이모어와 함께할 동료를 찾습니다

지난 2025년 4월 22일 정식으로 첫 Airflow 3.0.0이 릴리즈되었다. Airflow 블로그를 보면 지난 4년간 Airflow 유스 케이스는 단순 ETL, ELT, Reverse ETL을 넘어 MLOps(30%)와 GenAI 워크플로우(10%)로 확장되면서 엔터프라이즈용 데이터 애플리케이션 개발 프레임워크로 자리매김하고 있으며 이를 위해 다양한 기능 개선 설문을 통해 요청된 기능들을 일부 Airflow 3.0에 적용했다고 한다. 그 중 몇 개를 이야기해보자면 다음과 같다:

✅ Flask 기반 UI -> React 기반 UI
✅ DAG 버전 자동 관리
✅ Web UI에서 Backfill 수행 지원
✅ Task 실행 환경을 별도의 인터페이스로 분리
- Python 이외의 개발 환경 지원
- 2.x에서 개발한 DAG와 호환성 지원
- Edge Executor를 통해 리모트 디바이스에서 DAG 수행
- Multi-cloud, Hybrid-cloud 형태로 환경 운영 가능
✅ Airflow 2.x부터 지원되던 Datasets를 Data Assets이란 기능으로 확장
...

지난 2월 Airflow 2.10.x를 기반으로 인프런에 Airflow 강의를 론치했기에 강의 예제 코드를 시험삼아 Airflow 3.0.1로 업그레이드해보았는데 docker-compose.yml 파일을 약간만 변경하면 DAG들이 아무 문제없이 동작하는 것도 확인했다. Airflow 3.0에 아직은 버그가 많겠지만 구글 클라우드의 Cloud Composer가 Airflow 3.0으로 업그레이드하는 시점부터는 별다른 버그 걱정없이 쓸 수 있으리라 믿는다 (현재 Cloud Composer가 사용하는 Airflow 최신 버전은 2.10.5).

Airflow 3.0에 관한 소개를 인프런 Airflow 강의에 추가했는데 강의 링크는 댓글 참고

지난 2025년 4월 22일 정식으로 첫 Airflow 3.0.0이 릴리즈되었다. Airflow 블로그를 보면 지난 4년간 Airflow 유스 케이스는 단순 ETL, ELT, Reverse ETL을 넘어 MLOps(30%)와 GenAI 워크플로우(10%)로 확장되면서 엔터프라이즈용 데이터 애플리케이션 개발 프레임워크로 자리매김하고 있으며 이를 위해 다양한 기능 개선 설문을 통해 요청된 기능들을 일부 Airflow 3.0에 적용했다고 한다. 그 중 몇 개를 이야기해보자면 다음과 같다: ✅ Flask 기반 UI -&gt; React 기반 UI ✅ DAG 버전 자동 관리 ✅ Web UI에서 Backfill 수행 지원 ✅ Task 실행 환경을 별도의 인터페이스로 분리 - Python 이외의 개발 환경 지원 - 2.x에서 개발한 DAG와 호환성 지원 - Edge Executor를 통해 리모트 디바이스에서 DAG 수행 - Multi-cloud, Hybrid-cloud 형태로 환경 운영 가능 ✅ Airflow 2.x부터 지원되던 Datasets를 Data Assets이란 기능으로 확장 ... 지난 2월 Airflow 2.10.x를 기반으로 인프런에 Airflow 강의를 론치했기에 강의 예제 코드를 시험삼아 Airflow 3.0.1로 업그레이드해보았는데 docker-compose.yml 파일을 약간만 변경하면 DAG들이 아무 문제없이 동작하는 것도 확인했다. Airflow 3.0에 아직은 버그가 많겠지만 구글 클라우드의 Cloud Composer가 Airflow 3.0으로 업그레이드하는 시점부터는 별다른 버그 걱정없이 쓸 수 있으리라 믿는다 (현재 Cloud Composer가 사용하는 Airflow 최신 버전은 2.10.5). Airflow 3.0에 관한 소개를 인프런 Airflow 강의에 추가했는데 강의 링크는 댓글 참고

Airflow 3.0 주요 기능 소개

2025년 2분기 AI 세미나: '바이브 코딩 시대의 기업, 이렇게 바뀝니다'넘쳐나는 코딩 에이전트 시대, 스타트업부터 대기업까지 팀 구조는 어떻게 바뀔까요?2025년 상반기 AI 산업과 하반기에 AI를 통해 오게될 변화를 비즈니스 관점과 엔지니어 관점 모두에서 점검하는 시간입니다.<내용>1. 비즈니스 관점MCP부터 A2A까지 올 상반기 등장한 새로운 제품들을 직접 리뷰하고, 아래의 내용을 통해 빅테크 회사들의 AI 전략 변화를 다각도로 분석합니다. - 메리미커 리포트- 애플의 WWDC - 구글의 IO- NVIDIA의 GTC...

2025년 2분기 AI 세미나

바이브 코딩의 시대, 정말 새로운 세상이 열렸다

 * '입 코딩'을 실현시켜주는 클로드 코드와 구글 Jules가 5월 말 속속 오픈되면서 필자가 직접 테스트해봤음. 정말 충격적. (와이어드 기사 참고)
 * 1-2시간이면 서비스 하나 뚝딱. 개발팀원, 디자인 팀원이 1/5만 있어도 되고 속도는 5배 이상 빨라짐.
 * 일하는 워크플로우가 완전히 뒤바뀌는 중. 이제 아이디어만 있으면 누구나 개발자가 될 수 있는 시대가 정말 온 것 같음.
 * 다만 와이어드 기사처럼 개발자들 사이에서도 의견이 완전 갈림. 
   
   * 베테랑 개발자들은 "AI가 유치원생처럼 실수투성이라 계속 감시해야 한다"고 하고,
   * 젊은 개발자들은 "이거 안 쓰면 달리기 경주에서 걷는 거나 마찬가지"라며 적극 수용 중.
 * 결국 핵심은 AI를 잘 다루는 법이 아니라 개발팀을 이끄는 프로덕트 팀 자체가 바뀐다는 것. 업무 방식이 개인의 생산성, 팀의 생산성이 아니라 제품의 플로우 전환에 있음 .
 * 바이브 코딩으로 새로운 세상이 어떻게 열렸는지 오호츠크 온라인 세미나 세션(https://55check.imweb.me/32/?idx=7) 에서 직접 보여드릴게요.
   6월 26일(목) 저녁, 29일(일) 아침 이렇게 2개 세션을 준비했습니다.

나머지 이야기들도 다음의 글에서.

AI 업체들, 데이터 확보에 사활
 * 왜 메타는 ScaleAI 를 20조나 주고 인수 했을까?
   
   
엔비디아, 국가별 사업모델 구축에 나서
- 이제 국가별 맞춤형으로 장사하려는 듯. "빅테크가 독점하게 두지 말고 국가별 데이터센터 구축하자"고 요즘 주장하는데, 이건 빅테크 견제라기보다는 "국가별로 같은 걸 만들게 해서라도 더 많이 팔아먹고 싶다"는 젠슨 황의 진심.

퀄컴, AI 반도체 설계회사 알파웨이브 3.2조에 인수

마우스를 만든 빌 앳킨슨 별세
 * 빌 앳킨슨이 췌장암으로 2025년 6월 5일 별세. (포춘 코리아)
 * 50년 전 컴퓨터 혁명을 이끈 분.

바이브 코딩의 시대, 정말 새로운 세상이 열렸다 <ul ><li>'입 코딩'을 실현시켜주는 클로드 코드와 구글 Jules가 5월 말 속속 오픈되면서 필자가 직접 테스트해봤음. 정말 충격적. (와이어드 기사 참고)</li><li>1-2시간이면 서비스 하나 뚝딱. 개발팀원, 디자인 팀원이 1/5만 있어도 되고 속도는 5배 이상 빨라짐.</li><li>일하는 워크플로우가 완전히 뒤바뀌는 중. 이제 아이디어만 있으면 누구나 개발자가 될 수 있는 시대가 정말 온 것 같음.</li></ul><ul ><li>다만 와이어드 기사처럼 개발자들 사이에서도 의견이 완전 갈림.&nbsp; <ul ><li>베테랑 개발자들은 "AI가 유치원생처럼 실수투성이라 계속 감시해야 한다"고 하고,</li><li>젊은 개발자들은 "이거 안 쓰면 달리기 경주에서 걷는 거나 마찬가지"라며 적극 수용 중.</li></ul></li></ul><ul ><li>결국 핵심은 AI를 잘 다루는 법이 아니라 개발팀을 이끄는 프로덕트 팀 자체가 바뀐다는 것. 업무 방식이 개인의 생산성, 팀의 생산성이 아니라 제품의 플로우 전환에 있음 .</li><li>바이브 코딩으로 새로운 세상이 어떻게 열렸는지 오호츠크 온라인 세미나 세션(https://55check.imweb.me/32/?idx=7) 에서 직접 보여드릴게요. 6월 26일(목) 저녁, 29일(일) 아침 이렇게 2개 세션을 준비했습니다.</li></ul> 나머지 이야기들도 다음의 글에서. AI 업체들, 데이터 확보에 사활<ul ><li>왜 메타는 ScaleAI 를 20조나 주고 인수 했을까? </li></ul>엔비디아, 국가별 사업모델 구축에 나서 - 이제 국가별 맞춤형으로 장사하려는 듯.&nbsp;"빅테크가 독점하게 두지 말고 국가별 데이터센터 구축하자"고 요즘 주장하는데, 이건 빅테크 견제라기보다는 "국가별로 같은 걸 만들게 해서라도 더 많이 팔아먹고 싶다"는 젠슨 황의 진심. 퀄컴, AI 반도체 설계회사 알파웨이브 3.2조에 인수 마우스를 만든 빌 앳킨슨 별세<ul ><li>빌 앳킨슨이 췌장암으로 2025년 6월 5일 별세. (포춘 코리아)</li><li>50년 전 컴퓨터 혁명을 이끈 분.</li></ul>

55check.imweb.me

6월 초, 새로운 바이브 코딩과 SW 개발의 전환의 시대

  [비즈니스 인사이트-230] 이제 기업 스캔들과 사고는 도덕적 차원의 문제를 넘어섰다. 글로벌 컨설팅 회사 액센추어가 20개 업종, 기업 7000곳에 대해 분석한 결과, 사상 처음으로 이해관계자들의 신뢰도 하락이 기

기업 위기 관리?…스캔들·사고 터지기 전에 고쳐야 할 4가지 - 매일경제

조직 컨설팅 회사 Navalent 공동설립자이자 운영 파트너 론 카루치(Ron Carucci)는 부정직•부정의한 기업문화 형성이나 기업 스캔들에 영향을 미칠 수 있는 4가지 시스템적 요인을 도출해 하버드비즈니스리뷰에 기고했다.

카루치는 15년간 종적 연구팀을 이끌며 기업 210곳을 평가하는 과정에서 인터뷰 3200여 건을 실시하고 분석해 문제를 야기하는 조직 특성 4가지를 발견했다. 4가지 요소가 기업이 통제 가능한 범위 안에 있으며, 이를 개선함으로써 회사를 정직한 조직으로 만들고, 평판 및 재무 리스크를 회피하는 데 도움을 줄 수 있다.

1️⃣전략적 명확성의 결여
기업이 표방하는 미션, 목표, 가치 등과 실제로 직원이나 고객이 경험하는 것 사이에 일관성이 없을 때 사람들이 진실한 정보를 왜곡할 가능성이 2.83배 더 높다.

카루치의 조사 중 한 인터뷰이는 “우리의 우선순위는 매주 바뀐다. 아무도 우리가 위기에 처해있다고 인정하지 않아서 그저 지푸라기만 잡고 있다”고 설명했다.

이같은 상황에서 회사는 낡은 전략을 재탕하거나 비현실적인 목표를 향해 반사적인 행동에 나서는 경우가 많다. 혼란에 빠진 직원들을 규합해보려고 가치와 미션을 선전하지만, 정체된 조직과 중복된 경영활동을 직원들은 금새 알아차릴 뿐이다.

카루치에 따르면 전략적 명확성을 10%만 향상시켜도 직원들의 진실된 행동을 5% 향상시킬 수 있다. 전략적 명확성을 높이기 위해 기업은 모든 직원의 직무에 전략적 포부를 심어야 한다. CEO부터 말단 직원까지 모두 각자 전략적 목표를 논의하고 수용할 수 있는 기회를 가져야 한다.

2️⃣형편없는 조직 거버넌스
의사결정자를 어려운 문제에 대해 정직한 대화와 협의로 이끄는 효과적인 프로세스가 없으면 진실은 수면 아래로 내려가고 회사는 소문과 가십에 의존하게 된다.

회의가 열리는 이유나 누군가 책임지고 결정을 내리는지가 분명하지 않기 때문에 자주 시간 낭비로 끝난다. 한 연구에서는 관리자의 약 71%가 회의가 비생산적이고 비효율적이라 생각하고 있다는 점을 밝혀냈다.

카루치는 효과적인 거버넌스가 사라진 조직에서 사람들이 정보를 왜곡할 가능성이 3.03배 더 높아지는 걸 발견했다. 잘 설계된 거버넌스를 갖춘 조직은 명확한 의사결정 권한을 가진 자들이 회의를 개최하고, 참석자들은 정직하게 대응해야 한다는 기대를 만들어 준다.

특히 나쁜 뉴스나 반대 의견을 피력해야 할 경우에도 거버넌스 효율성이 23% 향상된 경우, 진실을 말하는 행위가 10% 개선되는 것으로 드러났다. 이때 더 이상 불필요한 회의들을 없앨 수 있다.

3️⃣부당한 책임•보상 제도
조사 결과, 직원 기여도 측정 과정이 불공정하거나 부당한 것으로 인식될 때 사람들이 정보를 왜곡할 가능성이 3.77배 높다.

한 인터뷰이는 “나는 왜 다들 그렇게 열심히 일하는지 모르겠다. 내 상사는 내가 하는 일을 모른다. 내가 연말에 평가서를 채워 넣으면 부서장은 이에 서명하고 HR로 보낼 뿐이다”고 불만을 제기했다.

연구 결과에 따르면 책임•보상 프로세스가 불공정하다고 여겨지면, 사람들은 자신의 성과는 부풀리고 단점은 숨기거나 변명하게 되고 이는 부정직한 행동의 토대가 된다. 또 최근의 다른 연구에서도 직원 간의 불공정한 비교는 비윤리적인 행위로 직접 이어진다고 나타났다.

다행히도 실험 모델을 통해 직원들이 공정하게 평가 받은 것으로 믿을수록 성과 관리 시스템 일관성을 20% 정도 향상시키면 진실된 행동을 12% 수준으로 개선할 수 있다는 게 확인됐다. 공정한 책임•보상 제도를 갖춘 기업은 대체로 직원들이 정기적인 피드백을 주고받는 프로세스를 표준화한 조직이었다.

4️⃣취약한 부서 간 협력
부서 간 갈등은 일하는 데 장애물일 뿐 아니라 정직한 행동에도 문제가 된다. 직무 간 경쟁 및 조직 건강에 해로운 갈등이 해결되지 않으면 사람들은 진실된 정보를 왜곡할 가능성이 5.82배 더 높다.

조직 내 분열은 특히 어느 한쪽만 옳거나 잘못됐다는 흑백논리를 만들어낸다. 부서 충성도가 높을수록 타 부서 직원들을 적으로서 두려워하거나 비난하거나 경계하게 만든다. 카루치의 과거 고객사 한 곳은 ‘무결성 재앙(integrity disaster)’을 초래한 부서 간 갈등으로 인해 위기를 맞았다.

공급망 최고책임자는 공장을 개조하고 생산량을 3배로 늘리기 위해 1억9500만달러를 투자받았다. 그런데 이와 동시에 마케팅 부서는 투자자금 확보를 위해 예산을 감축하고, 영업 부서는 판매 할당 영역을 나눠 최상위급 제품 성과에 집중했다.

그 결과 부서별로 서로 상충하는 목표를 추구한 끝에 더 생산적이 된 공급망에도 불구하고 시장에 전달되기까지 ‘병목현상’이 발생하게 됐다. 2년 뒤 그 회사는 유통망 독점 혐의로 기소됐다.

직원들이 부서의 경계를 넘어 효과적으로 협력하는 ‘조직 간 협력’ 수준이 25% 개선되면 직원들이 진실되게 행동할 가능성이 17% 상승했다. 더 큰 미션에 대한 신뢰를 확립하고 공동 헌신을 기르는 건 정직한 조직을 보장하는 열쇠다.

직무를 넘나드는 관계는 각 직무가 제공할 것을 정의하는 서비스 수준 계약을 통해 조직 전체 가치를 창출하는 데 초점을 맞춰야 한다. 또한 부서 간 협조적이고 상호이익이 되는 관계와 정직한 피드백을 교환할 수 있는 프로세스를 내재화하는 게 중요하다.

마지막으로 카루치는 위 4가지 요인들은 서로 누적되기에 4요소가 모두 부족한 기업에서는 사고가 발생할 확률이 15배나 높다고 경고한다. 그는 4가지 이슈 해결을 목표로 하면 회사와 직원, 고객이 원하는 정직한 문화를 창출할 가능성을 훨씬 더 높일 수 있다고 당부했다.

조직 컨설팅 회사 Navalent 공동설립자이자 운영 파트너 론 카루치(Ron Carucci)는 부정직•부정의한 기업문화 형성이나 기업 스캔들에 영향을 미칠 수 있는 4가지 시스템적 요인을 도출해 하버드비즈니스리뷰에 기고했다. 카루치는 15년간 종적 연구팀을 이끌며 기업 210곳을 평가하는 과정에서 인터뷰 3200여 건을 실시하고 분석해 문제를 야기하는 조직 특성 4가지를 발견했다. 4가지 요소가 기업이 통제 가능한 범위 안에 있으며, 이를 개선함으로써 회사를 정직한 조직으로 만들고, 평판 및 재무 리스크를 회피하는 데 도움을 줄 수 있다. 1️⃣전략적 명확성의 결여기업이 표방하는 미션, 목표, 가치 등과 실제로 직원이나 고객이 경험하는 것 사이에 일관성이 없을 때 사람들이 진실한 정보를 왜곡할 가능성이 2.83배 더 높다. 카루치의 조사 중 한 인터뷰이는 “우리의 우선순위는 매주 바뀐다. 아무도 우리가 위기에 처해있다고 인정하지 않아서 그저 지푸라기만 잡고 있다”고 설명했다. 이같은 상황에서 회사는 낡은 전략을 재탕하거나 비현실적인 목표를 향해 반사적인 행동에 나서는 경우가 많다. 혼란에 빠진 직원들을 규합해보려고 가치와 미션을 선전하지만, 정체된 조직과 중복된 경영활동을 직원들은 금새 알아차릴 뿐이다. 카루치에 따르면 전략적 명확성을 10%만 향상시켜도 직원들의 진실된 행동을 5% 향상시킬 수 있다. 전략적 명확성을 높이기 위해 기업은 모든 직원의 직무에 전략적 포부를 심어야 한다. CEO부터 말단 직원까지 모두 각자 전략적 목표를 논의하고 수용할 수 있는 기회를 가져야 한다. 2️⃣형편없는 조직 거버넌스의사결정자를 어려운 문제에 대해 정직한 대화와 협의로 이끄는 효과적인 프로세스가 없으면 진실은 수면 아래로 내려가고 회사는 소문과 가십에 의존하게 된다. 회의가 열리는 이유나 누군가 책임지고 결정을 내리는지가 분명하지 않기 때문에 자주 시간 낭비로 끝난다. 한 연구에서는 관리자의 약 71%가 회의가 비생산적이고 비효율적이라 생각하고 있다는 점을 밝혀냈다. 카루치는 효과적인 거버넌스가 사라진 조직에서 사람들이 정보를 왜곡할 가능성이 3.03배 더 높아지는 걸 발견했다. 잘 설계된 거버넌스를 갖춘 조직은 명확한 의사결정 권한을 가진 자들이 회의를 개최하고, 참석자들은 정직하게 대응해야 한다는 기대를 만들어 준다. 특히 나쁜 뉴스나 반대 의견을 피력해야 할 경우에도 거버넌스 효율성이 23% 향상된 경우, 진실을 말하는 행위가 10% 개선되는 것으로 드러났다. 이때 더 이상 불필요한 회의들을 없앨 수 있다. 3️⃣부당한 책임•보상 제도조사 결과, 직원 기여도 측정 과정이 불공정하거나 부당한 것으로 인식될 때 사람들이 정보를 왜곡할 가능성이 3.77배 높다. 한 인터뷰이는 “나는 왜 다들 그렇게 열심히 일하는지 모르겠다. 내 상사는 내가 하는 일을 모른다. 내가 연말에 평가서를 채워 넣으면 부서장은 이에 서명하고 HR로 보낼 뿐이다”고 불만을 제기했다. 연구 결과에 따르면 책임•보상 프로세스가 불공정하다고 여겨지면, 사람들은 자신의 성과는 부풀리고 단점은 숨기거나 변명하게 되고 이는 부정직한 행동의 토대가 된다. 또 최근의 다른 연구에서도 직원 간의 불공정한 비교는 비윤리적인 행위로 직접 이어진다고 나타났다. 다행히도 실험 모델을 통해 직원들이 공정하게 평가 받은 것으로 믿을수록 성과 관리 시스템 일관성을 20% 정도 향상시키면 진실된 행동을 12% 수준으로 개선할 수 있다는 게 확인됐다. 공정한 책임•보상 제도를 갖춘 기업은 대체로 직원들이 정기적인 피드백을 주고받는 프로세스를 표준화한 조직이었다. 4️⃣취약한 부서 간 협력부서 간 갈등은 일하는 데 장애물일 뿐 아니라 정직한 행동에도 문제가 된다. 직무 간 경쟁 및 조직 건강에 해로운 갈등이 해결되지 않으면 사람들은 진실된 정보를 왜곡할 가능성이 5.82배 더 높다. 조직 내 분열은 특히 어느 한쪽만 옳거나 잘못됐다는 흑백논리를 만들어낸다. 부서 충성도가 높을수록 타 부서 직원들을 적으로서 두려워하거나 비난하거나 경계하게 만든다. 카루치의 과거 고객사 한 곳은 ‘무결성 재앙(integrity disaster)’을 초래한 부서 간 갈등으로 인해 위기를 맞았다. 공급망 최고책임자는 공장을 개조하고 생산량을 3배로 늘리기 위해 1억9500만달러를 투자받았다. 그런데 이와 동시에 마케팅 부서는 투자자금 확보를 위해 예산을 감축하고, 영업 부서는 판매 할당 영역을 나눠 최상위급 제품 성과에 집중했다. 그 결과 부서별로 서로 상충하는 목표를 추구한 끝에 더 생산적이 된 공급망에도 불구하고 시장에 전달되기까지 ‘병목현상’이 발생하게 됐다. 2년 뒤 그 회사는 유통망 독점 혐의로 기소됐다. 직원들이 부서의 경계를 넘어 효과적으로 협력하는 ‘조직 간 협력’ 수준이 25% 개선되면 직원들이 진실되게 행동할 가능성이 17% 상승했다. 더 큰 미션에 대한 신뢰를 확립하고 공동 헌신을 기르는 건 정직한 조직을 보장하는 열쇠다. 직무를 넘나드는 관계는 각 직무가 제공할 것을 정의하는 서비스 수준 계약을 통해 조직 전체 가치를 창출하는 데 초점을 맞춰야 한다. 또한 부서 간 협조적이고 상호이익이 되는 관계와 정직한 피드백을 교환할 수 있는 프로세스를 내재화하는 게 중요하다. 마지막으로 카루치는 위 4가지 요인들은 서로 누적되기에 4요소가 모두 부족한 기업에서는 사고가 발생할 확률이 15배나 높다고 경고한다. 그는 4가지 이슈 해결을 목표로 하면 회사와 직원, 고객이 원하는 정직한 문화를 창출할 가능성을 훨씬 더 높일 수 있다고 당부했다.

매일경제

루비온레일즈에서는 CoC라는 게 있습니다. Convention over Configuration. 그러니까 설정보다 컨벤션을 더 중시하게 본다는 겁니다. 설정 파일에다가 이것저것 적는 것이 아니라 그저 관행대로 하면 알아서 동작하는 거.

레일즈 철학과 카카오 문화

루비온레일즈에서는 CoC라는 게 있습니다.
Convention over Configuration.
그러니까 설정보다 컨벤션을 더 중시하게 본다는 겁니다.
설정 파일에다가 이것저것 적는 것이 아니라 그저 관행대로 하면 알아서 동작하는 거.

예를 들어서 라우트에 articles란 이름의 경로를 만들면, 이 경로는 articles_controller.rb 와 자동으로 매핑이 됩니다.
그리고 articles_controller의 index 액션은 views/articles/index.html.erb 을 자동으로 찾아서 렌더링 합니다.
이를 위한 어떤 설정도 필요 없습니다. 그저 관행일 뿐입니다.
DB 의 테이블 이름과 모델 클래스의 이름이 항상 동일하다는 것도 CoC의 한 예입니다.

처음엔 이런 관행이 짜증 나기도 했습니다.
왜 모든 테이블 이름이 복수형이어야만 하지?
Person 모델이 있으면 당연히 테이블 이름도 person이어야 직관적이지 않나? 왜 people이라는 복수형을 강제하는 거지?
이런 생각으로 반항하며 대들 때마다 레일즈는 고통을 돌려주었습니다.

초반에는 Rails와 많이 다투면서 이런 고집스러운 녀석과는 같이 못 살겠다 생각을 했었습니다만…
그 장점을 받아들이고 나서 드디어 친하게 지낼 수 있게 되었습니다.
오히려 제약하고 강제하면서 코딩이 만사 편해질 수 있구나 하는 걸 배웠습니다.

그런데 이게 꼭 코딩 시에만 적용되는 것은 아니었습니다.
사내 문화에 이런 걸 적용한 회사도 있었습니다.

카카오에 처음 들어갔을 때 영어 닉네임을 정해야만 했습니다.
그 영어 닉네임은 사람들에게 불리는 내 호칭이기도 했지만, 내 이메일 주소가 되기도 했습니다. 사내 github 주소가 되었고 사내 게시판의 닉네임이 되었습니다.
동료의 메일 주소를 물어볼 필요가 없었습니다. 부르는 이름이 메일 주소니까.
저는 Windows 컴퓨터를 사용해왔지만 얄짤없었습니다. 모든 사람들에게 맥북이 지급되었습니다.
사람들의 자유를 너무 제약하고 강제하는 것 아닌가?

돌아보니 이런 문화들이 마치 레일즈의 CoC처럼 느껴집니다.
회사 문화를 처음 만든 사람들이 레일즈를 워낙 좋아해서 영향을 받은 거 아닌가 하는 의심마저 들었습니다.(웃음)
엄격하게 강제하지만 구성원들이 잘 따르기만 하면 모두가 편해지는 관례.

이런 것이 좋을 때도 있다는 사실을 이제는 받아들입니다.

https://jeho.page/essay/2025/06/13/rails-kakao-coc.html

루비온레일즈에서는 CoC라는 게 있습니다. Convention over Configuration. 그러니까 설정보다 컨벤션을 더 중시하게 본다는 겁니다. 설정 파일에다가 이것저것 적는 것이 아니라 그저 관행대로 하면 알아서 동작하는 거. 예를 들어서 라우트에 articles란 이름의 경로를 만들면, 이 경로는 articles_controller.rb 와 자동으로 매핑이 됩니다. 그리고 articles_controller의 index 액션은 views/articles/index.html.erb 을 자동으로 찾아서 렌더링 합니다. 이를 위한 어떤 설정도 필요 없습니다. 그저 관행일 뿐입니다. DB 의 테이블 이름과 모델 클래스의 이름이 항상 동일하다는 것도 CoC의 한 예입니다. 처음엔 이런 관행이 짜증 나기도 했습니다. 왜 모든 테이블 이름이 복수형이어야만 하지? Person 모델이 있으면 당연히 테이블 이름도 person이어야 직관적이지 않나? 왜 people이라는 복수형을 강제하는 거지? 이런 생각으로 반항하며 대들 때마다 레일즈는 고통을 돌려주었습니다. 초반에는 Rails와 많이 다투면서 이런 고집스러운 녀석과는 같이 못 살겠다 생각을 했었습니다만… 그 장점을 받아들이고 나서 드디어 친하게 지낼 수 있게 되었습니다. 오히려 제약하고 강제하면서 코딩이 만사 편해질 수 있구나 하는 걸 배웠습니다. 그런데 이게 꼭 코딩 시에만 적용되는 것은 아니었습니다. 사내 문화에 이런 걸 적용한 회사도 있었습니다. 카카오에 처음 들어갔을 때 영어 닉네임을 정해야만 했습니다. 그 영어 닉네임은 사람들에게 불리는 내 호칭이기도 했지만, 내 이메일 주소가 되기도 했습니다. 사내 github 주소가 되었고 사내 게시판의 닉네임이 되었습니다. 동료의 메일 주소를 물어볼 필요가 없었습니다. 부르는 이름이 메일 주소니까. 저는 Windows 컴퓨터를 사용해왔지만 얄짤없었습니다. 모든 사람들에게 맥북이 지급되었습니다. 사람들의 자유를 너무 제약하고 강제하는 것 아닌가? 돌아보니 이런 문화들이 마치 레일즈의 CoC처럼 느껴집니다. 회사 문화를 처음 만든 사람들이 레일즈를 워낙 좋아해서 영향을 받은 거 아닌가 하는 의심마저 들었습니다.(웃음) 엄격하게 강제하지만 구성원들이 잘 따르기만 하면 모두가 편해지는 관례. 이런 것이 좋을 때도 있다는 사실을 이제는 받아들입니다. https://jeho.page/essay/2025/06/13/rails-kakao-coc.html

K리그 프로그래머

레일즈와 카카오 문화

1. 사람들은 현재를, 지금까지 벌어진 일을 보여주는 지난 경험에 대한 솔직한 평가가 아니라 미래를 예측하는 유용한 지침이라고 생각하는 경향이 있다.

2. 다시 말하자면, 실제 특성에 관한 향후의 변화에 대해 우리는 아무것도 알지 못한다는 사실을 대개 간과 한다.

3. 바꿔 말하자면, 우리는 자신의 개인적인 판단은 별 도움이 되지 않을 것이라 생각하면서 아마 더 많은 정보를 알고 있을 세상의 판단을 기꺼이 따르려 한다. 즉 다수, 또는 평균적인 사람들의 행동을 그대로 따르려 한다.

4. 다른 사람들을 그대로 따르려는 개인이 모여 구성한 사회의 심리는 우리가 말하는 엄격한 전통적 판단으로 이어진다.

#페이머스왜그들만유명할까 📚

1. 사람들은 현재를, 지금까지 벌어진 일을 보여주는 지난 경험에 대한 솔직한 평가가 아니라 미래를 예측하는 유용한 지침이라고 생각하는 경향이 있다. ​2. 다시 말하자면, 실제 특성에 관한 향후의 변화에 대해 우리는 아무것도 알지 못한다는 사실을 대개 간과 한다. ​3. 바꿔 말하자면, 우리는 자신의 개인적인 판단은 별 도움이 되지 않을 것이라 생각하면서 아마 더 많은 정보를 알고 있을 세상의 판단을 기꺼이 따르려 한다. 즉 다수, 또는 평균적인 사람들의 행동을 그대로 따르려 한다. ​4. 다른 사람들을 그대로 따르려는 개인이 모여 구성한 사회의 심리는 우리가 말하는 엄격한 전통적 판단으로 이어진다. #페이머스왜그들만유명할까 📚

< '다들 하니까'의 함정: 우리는 왜 내 판단보다 다수의 판단을 믿을까

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

This prompt helps product managers create a clear and strategic Product Requirements Document (PRD) with guidance from a Head of Product perspective. It provides a structured framework, covering objectives, target customer, strategic fit, key hypotheses, and solution principles, ensuring alignment with company goals. Users can customize the document by adding sections like success metrics or timelines, making it adaptable to their specific needs. This approach transforms ideas into actionable plans, driving product development success.

PRD Generator

구글 검색에서 prd prompt라고 검색하면, 가장 상단에 제가 첨부한 url의 페이지가 보입니다. 이 키워드는 제가 테스트용으로 만든 사이트에서 가장 많은 유입을 이끌고 있는데요, 이 프로젝트는 바이브 코딩(V0, Cursor)을 활용해 글로벌 유저를 대상으로 SEO 실험과 프로세스를 직접 경험하며 진행한 결과입니다.

레딧(Reddt) 바이브 코딩 커뮤니티에 ChatPRD 유료 가입하지 말고 이 프롬프트를 이용하라는 글이 소개되기도 하고, 최근에 브라질 유저 유입도 늘어서 SuperPM이란 도메인을 구매해서 연결해봤습니다. 프로덕트 매니저로 오랜 기간 일했지만, 엔지니어의 도움 없이 이렇게 하나하나 직접 만들어보는 건 처음이라 모든 과정이 새롭고 재미있습니다. :)

내비게이션 부분 관련해서 ... 페이지네이션, 스크롤 복원 관련 데이터 상태 처리가 까다로워서 아직 어색한 부분이 있습니다. 관심 있으신 분들께선 한번 둘러봐주시면 힘이 될 것 같습니다.
https://www.superpm.app/prompt/1

구글 검색에서 prd prompt라고 검색하면, 가장 상단에 제가 첨부한 url의 페이지가 보입니다. 이 키워드는 제가 테스트용으로 만든 사이트에서 가장 많은 유입을 이끌고 있는데요, 이 프로젝트는 바이브 코딩(V0, Cursor)을 활용해 글로벌 유저를 대상으로 SEO 실험과 프로세스를 직접 경험하며 진행한 결과입니다. 레딧(Reddt) 바이브 코딩 커뮤니티에 ChatPRD 유료 가입하지 말고 이 프롬프트를 이용하라는 글이 소개되기도 하고, 최근에 브라질 유저 유입도 늘어서 SuperPM이란 도메인을 구매해서 연결해봤습니다. 프로덕트 매니저로 오랜 기간 일했지만, 엔지니어의 도움 없이 이렇게 하나하나 직접 만들어보는 건 처음이라 모든 과정이 새롭고 재미있습니다. :) 내비게이션 부분 관련해서 ... 페이지네이션, 스크롤 복원 관련 데이터 상태 처리가 까다로워서 아직 어색한 부분이 있습니다. 관심 있으신 분들께선 한번 둘러봐주시면 힘이 될 것 같습니다.https://www.superpm.app/prompt/1

SuperPM

만족하지 않아야 성장한다.
장사는 커피만 잘 내려도 되는데,
사업은 한 가지만 잘한다고 성공할 수 없다.
도산공원과 방배점 닫으면서 얻은 깨달음이 있다.
확장은 성장이 아니다. 고집 버리고 시스템 배웠다.
장사와 사업은 다르구나. 변화하지 않으면 내년이 없겠구나.
⠀
폴인 | 매뉴팩트 커피, 롱런을 만든 마음

만족하지 않아야 성장한다.장사는 커피만 잘 내려도 되는데,사업은 한 가지만 잘한다고 성공할 수 없다.도산공원과 방배점 닫으면서 얻은 깨달음이 있다.확장은 성장이 아니다. 고집 버리고 시스템 배웠다.장사와 사업은 다르구나. 변화하지 않으면 내년이 없겠구나.⠀폴인 | 매뉴팩트 커피, 롱런을 만든 마음

《성공과 성장이 다르고, 확장과 성장도 달랐다》

1. PM/PO 커리어는 3개의 단계로 나눠 생각해 볼 수 있다. 그 세가지는 일을 할 때 거치는 3단계와도 같다. 일의 3단계는 무얼까.

2. Why -> What -> How. 모든 일은 이 3가지 단계를 거친다. 프로덕트도 마찬가지다.

3. 첫 번째는 Why다. 그 일이 존재하는 이유다. 프로덕트와 기능으로 하고 싶은 궁극적인 이유다. 무엇을 할 것인가? 왜 해야 하는가. 왜 하고 싶은가. 꼭 해야 하는지. 그 목적은 무언가. 또, 목표는 무언가. 성공 여부는 무엇으로 판단할 수 있나.

4. Why는 우리가 일할 때 잘 보이지 않는다. 그래서 정말 중요하다. 보이지 않기에 쉽게 잊는다. 위험하다. 특히 제품을 만들다 보면, 만드는 일 자체에 매몰된다. 왜 이걸 만들고 있는지 잊는다. 목적을 잊는다면 수단이 목적이 된다. 늘 경계해야 한다.

5. 두 번째는 What이다. What은 사용자에게 전달되는 프로덕트/기능 자체다. Why를 어떻게 달성할 수 있을까. 목적을 달성할 수 있는 수단은 항상 많다. 너무 많아서 문제다.

6. 확산과 수렴이 필요하다. 가능한 방법을 리스트 업한다. 마음껏 넓혀서 확장한다. 이후에는 좁혀간다. 지우고 합친다. 우선순위를 정해본다. 최종적으로 가장 적합한 What을 결정한다.

7. 이제 마지막으로 How다. 그 What을 어떻게 만들 것인가. 마찬가지로 만들 수 있는 방법은 다양하다. 이 기능을 어떻게 구현하면 좋을까.

8. 쓸 수 있는 시간과 자원을 고려해 본다. 기술을 효과적으로 쓸 수 있는 방법과 제약도 검토한다. 때로는 제품이 아닌 정책 변경 같은 방법이 가장 효율적일 때도 있다. 망치를 들고 있으면 못만 보이는 법이다. 필요 없는 일을 효율적으로 한다고 가치가 생기진 않는다. Why의 해결/달성이 궁극적인 목표인 걸 늘 기억해야 한다.

9. 프로덕트를 만드는 3단계를 살펴봤다. PM/PO의 커리어는 정확히 이 순서의 반대로 진행된다.

10. 먼저 주니어다. 주니어 때는 How에 집중하는 기간이다. 만들어야 할 제품과 기능은 대부분 이미 정해져있다. 해야 할 일은 누구와 함께 그것을 잘 만들어내는 일이다.

11. 디자이너, 엔지니어, QA 등 메이커들을 이끌어 What을 만든다. 출시까지 발생하는 이슈들을 해결한다. 이후에 지표와 고객의 반응을 확인하고 분석한다. 프로덕트 관리와 프로젝트 관리가 혼재되어 있다.

12. 중니어, 미들급은 What에 집중하는 기간이다. How는 충분히 익혔기에 목표를 달성할 수 있는 제품과 기능을 고민하게 된다.

13. 사업적인 요구사항은 Why다. 그 목적을 달성할 수 있는 가장 좋은 프로덕트/기능은 무엇일까. 이 질문에 답을 찾는다.

14. 먼저 사업적인 이해가 필요하다. 그리고 구체적인 제품의 모습을 그린다. 최종적으로 사용할 고객의 모습을 상상한다. How 단계의 구현까지도 염두에 둔다. 이 모든 걸 종합해서 만들 제품/기능을 정의한다.

15. 마지막으로 시니어/C레벨의 단계는 Why다. What/How는 도구다. 사용할 수 있는 무기와 같다. 이 무기를 기반으로 해야 할 일, 목적을 정의한다.

16. 프로덕트의 What/How의 경험을 기반으로 가치를 만들어낼 일, Why를 만든다. 이 가치를 수익과 바꿀 수 있는 시장과 고객을 찾는 게 결국 사업이다. 프로덕트/플랫폼 기반의 사업을 리딩하고 실행한다. Why를 What/How 레벨에 잘 전달하는 것도 중요한 역할이다.

17. 일은 Why -> What -> How 순서다. 우리가 거치는 커리어는 그 반대다. How -> What -> Why 순으로 성장해간다. 지금 어떤 일을 하건 이 3가지 단계로 생각해 보는 건 중요하다.

18. 주니어 시절에 늘 답답했다. Why가 보이지 않았기 때문이다. 내가 하고 있는 이 일은 무엇을 위해서일까. 왜 이 일을 해야 하는 걸까. 아무도 알려주지 않았고, 알 수 없었다. 그저 막연히 상상해 볼 수밖에.

19. 그런 답답함에서 오는 막막한 상상들이 성장에는 큰 도움이 됐다. 비록 정답을 생각할 수는 없었다. 하지만 그렇게 Why를 생각해보는 연습이 넓은 관점을 갖는데 도움이 됐다. 커리어에 어느 지점이건 늘 3가지 단계를 기억하자. 나는 지금 어느 단계에 있을까.

#PM학개론

1. PM/PO 커리어는 3개의 단계로 나눠 생각해 볼 수 있다. 그 세가지는 일을 할 때 거치는 3단계와도 같다. 일의 3단계는 무얼까. ​2. Why -&gt; What -&gt; How. 모든 일은 이 3가지 단계를 거친다. 프로덕트도 마찬가지다. 3. 첫 번째는 Why다. 그 일이 존재하는 이유다. 프로덕트와 기능으로 하고 싶은 궁극적인 이유다. 무엇을 할 것인가? 왜 해야 하는가. 왜 하고 싶은가. 꼭 해야 하는지. 그 목적은 무언가. 또, 목표는 무언가. 성공 여부는 무엇으로 판단할 수 있나. 4. Why는 우리가 일할 때 잘 보이지 않는다. 그래서 정말 중요하다. 보이지 않기에 쉽게 잊는다. 위험하다. 특히 제품을 만들다 보면, 만드는 일 자체에 매몰된다. 왜 이걸 만들고 있는지 잊는다. 목적을 잊는다면 수단이 목적이 된다. 늘 경계해야 한다. ​5. 두 번째는 What이다. What은 사용자에게 전달되는 프로덕트/기능 자체다. Why를 어떻게 달성할 수 있을까. 목적을 달성할 수 있는 수단은 항상 많다. 너무 많아서 문제다. ​6. 확산과 수렴이 필요하다. 가능한 방법을 리스트 업한다. 마음껏 넓혀서 확장한다. 이후에는 좁혀간다. 지우고 합친다. 우선순위를 정해본다. 최종적으로 가장 적합한 What을 결정한다. ​7. 이제 마지막으로 How다. 그 What을 어떻게 만들 것인가. 마찬가지로 만들 수 있는 방법은 다양하다. 이 기능을 어떻게 구현하면 좋을까. ​8. 쓸 수 있는 시간과 자원을 고려해 본다. 기술을 효과적으로 쓸 수 있는 방법과 제약도 검토한다. 때로는 제품이 아닌 정책 변경 같은 방법이 가장 효율적일 때도 있다. 망치를 들고 있으면 못만 보이는 법이다. 필요 없는 일을 효율적으로 한다고 가치가 생기진 않는다. Why의 해결/달성이 궁극적인 목표인 걸 늘 기억해야 한다. ​9. 프로덕트를 만드는 3단계를 살펴봤다. PM/PO의 커리어는 정확히 이 순서의 반대로 진행된다. ​10. 먼저 주니어다. 주니어 때는 How에 집중하는 기간이다. 만들어야 할 제품과 기능은 대부분 이미 정해져있다. 해야 할 일은 누구와 함께 그것을 잘 만들어내는 일이다. ​11. 디자이너, 엔지니어, QA 등 메이커들을 이끌어 What을 만든다. 출시까지 발생하는 이슈들을 해결한다. 이후에 지표와 고객의 반응을 확인하고 분석한다. 프로덕트 관리와 프로젝트 관리가 혼재되어 있다. ​12. 중니어, 미들급은 What에 집중하는 기간이다. How는 충분히 익혔기에 목표를 달성할 수 있는 제품과 기능을 고민하게 된다. ​13. 사업적인 요구사항은 Why다. 그 목적을 달성할 수 있는 가장 좋은 프로덕트/기능은 무엇일까. 이 질문에 답을 찾는다. ​14. 먼저 사업적인 이해가 필요하다. 그리고 구체적인 제품의 모습을 그린다. 최종적으로 사용할 고객의 모습을 상상한다. How 단계의 구현까지도 염두에 둔다. 이 모든 걸 종합해서 만들 제품/기능을 정의한다. 15. 마지막으로 시니어/C레벨의 단계는 Why다. What/How는 도구다. 사용할 수 있는 무기와 같다. 이 무기를 기반으로 해야 할 일, 목적을 정의한다. ​16. 프로덕트의 What/How의 경험을 기반으로 가치를 만들어낼 일, Why를 만든다. 이 가치를 수익과 바꿀 수 있는 시장과 고객을 찾는 게 결국 사업이다. 프로덕트/플랫폼 기반의 사업을 리딩하고 실행한다. Why를 What/How 레벨에 잘 전달하는 것도 중요한 역할이다. ​17. 일은 Why -&gt; What -&gt; How 순서다. 우리가 거치는 커리어는 그 반대다. How -&gt; What -&gt; Why 순으로 성장해간다. 지금 어떤 일을 하건 이 3가지 단계로 생각해 보는 건 중요하다. ​18. 주니어 시절에 늘 답답했다. Why가 보이지 않았기 때문이다. 내가 하고 있는 이 일은 무엇을 위해서일까. 왜 이 일을 해야 하는 걸까. 아무도 알려주지 않았고, 알 수 없었다. 그저 막연히 상상해 볼 수밖에. ​19. 그런 답답함에서 오는 막막한 상상들이 성장에는 큰 도움이 됐다. 비록 정답을 생각할 수는 없었다. 하지만 그렇게 Why를 생각해보는 연습이 넓은 관점을 갖는데 도움이 됐다. 커리어에 어느 지점이건 늘 3가지 단계를 기억하자. 나는 지금 어느 단계에 있을까. #PM학개론

< PM/PO 커리어 3단계: 당신은 How, What, Why 중 어디

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

과정은 결국 결과론적이다. 결과를 내자.

과정은 결국 결과론적이다. 결과를 내자.

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

kopring-reactive-labs/Docs/eng/08_bulkprocessor.md at main · psmon/kopring-reactive-labs

코틀린버전이며 이 기술로 DB비용 증가를 억제

https://github.com/psmon/kopring-reactive-labs/blob/main/Docs/eng/08_bulkprocessor.md

코틀린버전이며 이 기술로 DB비용 증가를 억제 https://github.com/psmon/kopring-reactive-labs/blob/main/Docs/eng/08_bulkprocessor.md

GitHub

구현패턴으로 DB사용비용을 10배줄이기

집에서는 도저히 일이 안 된다는 사람들을 많이 봤습니다. 사무실에 가서 하지 않으면 절대 집중이 안 된다고. 커피숍이라도 가야한다고.

최고의 사무실은 바로 우리집 방구석

집에서는 도저히 일이 안 된다는 사람들을 많이 봤습니다.
사무실에 가서 하지 않으면 절대 집중이 안 된다고. 커피숍이라도 가야한다고.

저도 그 기분을 압니다.
커피숍에서 코딩을 해보기도 했는데 변수가 많았습니다.
어느 날은 잘 되다가도 어느 날은 공치고 돌아오고.
이렇게 일 하는 건 안정적으로 오래할 수 없다는 걸 깨달았습니다.

다행히 저는 집에서도 집중을 잘 하는 편입니다.
커피한잔 작업의 90%이상은 집에 있는 제 책상에서 이루어졌습니다.

커다란 모니터도 2개나 있고, 책상과 의자의 높이, 키보드, 온도/습도. 소음.
출근 시간도 없지, 모든 면에서 집이 훨씬 편하니까.

집에서 일을 잘하는 건 타고난 게 아닙니다. 하다보면 습관이 되어 편해지는 것.
집에서 일할 수 있는 습관을 들여놓으면 1인 개발에 다른 사람보다 한 발 유리해진 겁니다.
돈도 안 들지, 시간도 아낄 수 있지, 무엇보다 안정적으로 코딩할 수 있게 되니까.

강력 추천하는 사무실은 바로 자기집 방구석입니다.

https://jeho.page/essay/2025/06/09/my-office-is-my-room.html

집에서는 도저히 일이 안 된다는 사람들을 많이 봤습니다. 사무실에 가서 하지 않으면 절대 집중이 안 된다고. 커피숍이라도 가야한다고. 저도 그 기분을 압니다. 커피숍에서 코딩을 해보기도 했는데 변수가 많았습니다. 어느 날은 잘 되다가도 어느 날은 공치고 돌아오고. 이렇게 일 하는 건 안정적으로 오래할 수 없다는 걸 깨달았습니다. 다행히 저는 집에서도 집중을 잘 하는 편입니다. 커피한잔 작업의 90%이상은 집에 있는 제 책상에서 이루어졌습니다. 커다란 모니터도 2개나 있고, 책상과 의자의 높이, 키보드, 온도/습도. 소음. 출근 시간도 없지, 모든 면에서 집이 훨씬 편하니까. 집에서 일을 잘하는 건 타고난 게 아닙니다. 하다보면 습관이 되어 편해지는 것. 집에서 일할 수 있는 습관을 들여놓으면 1인 개발에 다른 사람보다 한 발 유리해진 겁니다. 돈도 안 들지, 시간도 아낄 수 있지, 무엇보다 안정적으로 코딩할 수 있게 되니까. 강력 추천하는 사무실은 바로 자기집 방구석입니다. https://jeho.page/essay/2025/06/09/my-office-is-my-room.html

1인 개발자의 최고의 사무실은 바로 자기집 방구석

전략적으로 입사 지원을 해야 합니다.

‘되면 좋고, 안 되면 말고’ 식의 입사 지원으로는 원하는 결과를 빠르게 얻기 어렵습니다. 목표를 명확히 세우고, 구체적인 기간을 설정해 실행 계획을 세우는 것이 중요합니다.

저를 포함한 많은 사람들이 취업이나 이직 과정에서 시행착오를 겪는 가장 큰 이유는 목표와 계획이 없기 때문입니다. 단지 ‘빨리 취업하고 싶다’는 마음만 앞서기 쉽습니다. 그래서 채용 플랫폼을 뒤지며 보이는 채용 공고를 닥치는 대로 북마크하고, 하나하나 이력서를 제출합니다.

처음에는 성의 있게 지원서를 씁니다. 회사 이름을 넣고, 요구하는 자격요건과 우대사항을 분석해 나의 경험과 역량을 강조합니다. 하지만 시간이 지나고 탈락이 반복되면 점점 조급해집니다. 서류를 수정하는 시간도 짧아지고, 공들여 쓴 이력서 대신 복붙한 자기소개서가 늘어갑니다. 그러다 보면 지원은 늘어나는데 결과는 ‘불합격’뿐입니다.
결국 마음은 지치고, 자신감을 잃게 됩니다. 입사 지원을 포기하거나, 냉소적인 태도를 취하게 됩니다.

이런 과정, 저도 겪었습니다. 혹시 여러분도 비슷한 경험을 하고 있진 않나요?

그렇다면 지금부터 제가 시행착오를 통해 얻은 작은 노하우를 공유해보려 합니다. 대단한 전략은 아니지만, 공감된다면 여러분의 루틴에 벤치마킹해보셔도 좋겠습니다. 이 글은 ‘취업과 이직의 여정을 건강하게 운영하는 루틴’에 관한 이야기입니다.

⸻

1. 규칙적인 생활 패턴을 유지하세요

취업 준비 중인 시기일수록 생활 리듬을 유지하는 것이 중요합니다. 정해진 시간에 자고 일어나며, 출근 시간에 맞춰 하루를 시작하세요. 퇴근 시간 이후에는 철저히 개인 시간을 보내며 심신을 회복하는 것이 좋습니다.

건강한 생활은 건전한 멘탈 유지에 도움이 됩니다. 탈락이 반복되면 누구나 흔들릴 수 있지만, 마음이 지치지 않으려면 꾸준한 일상 루틴이 든든한 기반이 됩니다.

⸻

2. 주중은 구직 활동, 주말은 휴식

월요일부터 금요일까지는 구직 활동에 집중하고, 주말에는 반드시 쉼의 시간을 확보하세요. 예를 들어 이렇게 일주일을 운영할 수 있습니다.
• 월요일: 채용 공고 탐색
• 화요일: 지원 기업 정보 조사
• 수요일: 지원서 수정 및 작성
• 목요일: 지원서 제출
• 금요일: 한 주 활동 정리 및 다음 주 계획

채용 공고는 매일 보는 것보다 일주일에 한 번 보는 것이 효율적입니다. 무작정 많이 지원하기보다는 정성껏 준비한 이력서를 2~5개 정도 제출하는 것이 좋습니다.

⸻

3. 입사 지원 전, 기업을 철저히 조사하세요

지원할 기업은 반드시 깊이 있게 조사해야 합니다.
• 홈페이지와 조직문화 페이지 확인
• 사람인/잡플래닛 같은 리뷰 사이트 참조
• 관련 뉴스 스크랩
• 커리어 SNS를 통한 전·현직자와의 소통

이 과정을 통해 처음엔 매력적으로 보였던 회사라도, 실제 나와 맞지 않는 부분을 발견할 수 있습니다. 겉만 보고 지원했다가, 막상 입사 후 힘들어지는 경우가 적지 않습니다. 지금은 기업 정보를 찾아보기가 매우 쉬운 시대입니다.
성급한 선택은 후회로 돌아옵니다.

⸻

4. 조급함을 내려놓고, 계획적으로 움직이세요

성공은 조급한 사람보다 차분하게 계획을 세우고 실행하는 사람에게 더 빨리 찾아옵니다. 즉흥적인 행동이 빠른 실행처럼 보일 수 있지만, 장기적으로 보면 실패를 반복할 가능성이 높습니다.

계획적인 입사 지원이야말로 지치지 않고 오래 가는 전략입니다. 그리고 이 과정을 스스로 운영할 수 있는 사람은 분명히 기업에서도 좋은 인재로 보입니다.

⸻

오늘부터라도 조급함을 내려놓고, 목표를 위한 일상을 설계해보세요.
냉철하게 생각하고, 차분하게 움직이면 반드시 좋은 결과로 이어집니다.
당신의 건강한 취업 여정을 진심으로 응원합니다.

전략적으로 입사 지원을 해야 합니다. ‘되면 좋고, 안 되면 말고’ 식의 입사 지원으로는 원하는 결과를 빠르게 얻기 어렵습니다. 목표를 명확히 세우고, 구체적인 기간을 설정해 실행 계획을 세우는 것이 중요합니다. 저를 포함한 많은 사람들이 취업이나 이직 과정에서 시행착오를 겪는 가장 큰 이유는 목표와 계획이 없기 때문입니다. 단지 ‘빨리 취업하고 싶다’는 마음만 앞서기 쉽습니다. 그래서 채용 플랫폼을 뒤지며 보이는 채용 공고를 닥치는 대로 북마크하고, 하나하나 이력서를 제출합니다. 처음에는 성의 있게 지원서를 씁니다. 회사 이름을 넣고, 요구하는 자격요건과 우대사항을 분석해 나의 경험과 역량을 강조합니다. 하지만 시간이 지나고 탈락이 반복되면 점점 조급해집니다. 서류를 수정하는 시간도 짧아지고, 공들여 쓴 이력서 대신 복붙한 자기소개서가 늘어갑니다. 그러다 보면 지원은 늘어나는데 결과는 ‘불합격’뿐입니다.결국 마음은 지치고, 자신감을 잃게 됩니다. 입사 지원을 포기하거나, 냉소적인 태도를 취하게 됩니다. 이런 과정, 저도 겪었습니다. 혹시 여러분도 비슷한 경험을 하고 있진 않나요? 그렇다면 지금부터 제가 시행착오를 통해 얻은 작은 노하우를 공유해보려 합니다. 대단한 전략은 아니지만, 공감된다면 여러분의 루틴에 벤치마킹해보셔도 좋겠습니다. 이 글은 ‘취업과 이직의 여정을 건강하게 운영하는 루틴’에 관한 이야기입니다. ⸻ 1. 규칙적인 생활 패턴을 유지하세요 취업 준비 중인 시기일수록 생활 리듬을 유지하는 것이 중요합니다. 정해진 시간에 자고 일어나며, 출근 시간에 맞춰 하루를 시작하세요. 퇴근 시간 이후에는 철저히 개인 시간을 보내며 심신을 회복하는 것이 좋습니다. 건강한 생활은 건전한 멘탈 유지에 도움이 됩니다. 탈락이 반복되면 누구나 흔들릴 수 있지만, 마음이 지치지 않으려면 꾸준한 일상 루틴이 든든한 기반이 됩니다. ⸻ 2. 주중은 구직 활동, 주말은 휴식 월요일부터 금요일까지는 구직 활동에 집중하고, 주말에는 반드시 쉼의 시간을 확보하세요. 예를 들어 이렇게 일주일을 운영할 수 있습니다.	•	월요일: 채용 공고 탐색	•	화요일: 지원 기업 정보 조사	•	수요일: 지원서 수정 및 작성	•	목요일: 지원서 제출	•	금요일: 한 주 활동 정리 및 다음 주 계획 채용 공고는 매일 보는 것보다 일주일에 한 번 보는 것이 효율적입니다. 무작정 많이 지원하기보다는 정성껏 준비한 이력서를 2~5개 정도 제출하는 것이 좋습니다. ⸻ 3. 입사 지원 전, 기업을 철저히 조사하세요 지원할 기업은 반드시 깊이 있게 조사해야 합니다.	•	홈페이지와 조직문화 페이지 확인	•	사람인/잡플래닛 같은 리뷰 사이트 참조	•	관련 뉴스 스크랩	•	커리어 SNS를 통한 전·현직자와의 소통 이 과정을 통해 처음엔 매력적으로 보였던 회사라도, 실제 나와 맞지 않는 부분을 발견할 수 있습니다. 겉만 보고 지원했다가, 막상 입사 후 힘들어지는 경우가 적지 않습니다. 지금은 기업 정보를 찾아보기가 매우 쉬운 시대입니다.성급한 선택은 후회로 돌아옵니다. ⸻ 4. 조급함을 내려놓고, 계획적으로 움직이세요 성공은 조급한 사람보다 차분하게 계획을 세우고 실행하는 사람에게 더 빨리 찾아옵니다. 즉흥적인 행동이 빠른 실행처럼 보일 수 있지만, 장기적으로 보면 실패를 반복할 가능성이 높습니다. 계획적인 입사 지원이야말로 지치지 않고 오래 가는 전략입니다. 그리고 이 과정을 스스로 운영할 수 있는 사람은 분명히 기업에서도 좋은 인재로 보입니다. ⸻ 오늘부터라도 조급함을 내려놓고, 목표를 위한 일상을 설계해보세요.냉철하게 생각하고, 차분하게 움직이면 반드시 좋은 결과로 이어집니다.당신의 건강한 취업 여정을 진심으로 응원합니다.

전략적 입사 지원

최근 한국에 아는 개발자 분께서 미국에서 근무할 수 있는 포지션의 최종 면접을 앞두고 있었는데 갑자기 채용이 무기한 연기되었다는 황당한 소식을 듣게 되셨습니다. 다른 개발자 분께서는 심지어 최종 합격을 하고 리로케이션 패키지까지 받았는데, 느닷없이 오퍼가 취소되어 멘붕에 빠지셨다고 하네요... 🫠

주변에서 일어나는 이런 안타까운 일들을 보며 해외 취업 시장이 진짜 예전같지 않다는 것을 체감하게 됩니다. 미중 관세 전쟁으로 오랫동안 지속되었던 자유 무역과 세계화의 시대가 점점 저물고 있는 것이 아닌가 싶어요. 미국을 비롯한 여러 나라들이 자국 중심의 정책 기조로 선회하고 있습니다. 이러한 분위기 속에서 기업들은 아무래도 외국인 고용에 소극적인 자세를 취할 수 밖에 없죠. 이미 체감하시는 분들도 많겠지만 해외 취업을 준비하시는 분들께 상당히 좋지 않은 소식입니다.

최근에 올라오는 개발자 모집 공고를 보면 비자 스폰서십을 제공한다는 문구가 빠지고, 특정 국가나 지역에 거주하는 지원자만을 대상으로 하는 경향이 두드러지고 있어요. 만약 현재 외국 기업과 채용 절차를 진행 중이시라면, 잔여 일정을 가능한 빨리 잡으시라고 말씀드리고 싶습니다. 괜히 철저히 준비하신다고 일정을 미루다 보면, 인터뷰 기회 자체가 사라질 수도 있으니까요.

해외 취업이라는 게 어쩔 수 없이 국제 정세와 각국의 이민 정책에 큰 영향을 받습니다. 몇 년 전만 해도 빅테크 기업들이 세계 각지의 인재들을 서로 모셔가려고 안달이었던 시절이 있었지만 (저도 큰 수혜자였죠...), 지금과 같은 분위기가 이어진다면 해외 취업의 빙하기가 오지 않을까 조심스럽게 예상해봅니다.

최근 한국에 아는 개발자 분께서 미국에서 근무할 수 있는 포지션의 최종 면접을 앞두고 있었는데 갑자기 채용이 무기한 연기되었다는 황당한 소식을 듣게 되셨습니다. 다른 개발자 분께서는 심지어 최종 합격을 하고 리로케이션 패키지까지 받았는데, 느닷없이 오퍼가 취소되어 멘붕에 빠지셨다고 하네요... 🫠 주변에서 일어나는 이런 안타까운 일들을 보며 해외 취업 시장이 진짜 예전같지 않다는 것을 체감하게 됩니다. 미중 관세 전쟁으로 오랫동안 지속되었던 자유 무역과 세계화의 시대가 점점 저물고 있는 것이 아닌가 싶어요. 미국을 비롯한 여러 나라들이 자국 중심의 정책 기조로 선회하고 있습니다. 이러한 분위기 속에서 기업들은 아무래도 외국인 고용에 소극적인 자세를 취할 수 밖에 없죠. 이미 체감하시는 분들도 많겠지만 해외 취업을 준비하시는 분들께 상당히 좋지 않은 소식입니다. 최근에 올라오는 개발자 모집 공고를 보면 비자 스폰서십을 제공한다는 문구가 빠지고, 특정 국가나 지역에 거주하는 지원자만을 대상으로 하는 경향이 두드러지고 있어요. 만약 현재 외국 기업과 채용 절차를 진행 중이시라면, 잔여 일정을 가능한 빨리 잡으시라고 말씀드리고 싶습니다. 괜히 철저히 준비하신다고 일정을 미루다 보면, 인터뷰 기회 자체가 사라질 수도 있으니까요. 해외 취업이라는 게 어쩔 수 없이 국제 정세와 각국의 이민 정책에 큰 영향을 받습니다. 몇 년 전만 해도 빅테크 기업들이 세계 각지의 인재들을 서로 모셔가려고 안달이었던 시절이 있었지만 (저도 큰 수혜자였죠...), 지금과 같은 분위기가 이어진다면 해외 취업의 빙하기가 오지 않을까 조심스럽게 예상해봅니다.

🧊 급격하게 얼어붙고 있는 해외 취업 시장 🥶

요즘 제품을 만드는 개발자라면 단순히 코드만 잘 짜는 것 이상을 요구받습니다. 고객을 이해하고, 데이터 기반으로 제품을 개선할 수 있는 감각이 점점 더 중요해지고 있는데요.
최근에 읽은 『마케팅을 바꾸는 데이터의 힘』을 통해 개발자라도 알아두면 기본적인 마케팅/데이터 개념 네 가지를 정리해봤습니다.

1️⃣ 아하 모먼트 (Aha Moment)
사용자가 마음속으로 ‘아하’ 하고 깨닫는 순간을 의미합니다. 무언가 이해되고, 감정이 움직이고, 행동이 바뀌는 시점인데요. 이 순간을 지나면 리텐션이 확 뛰어오릅니다.
예: 토스는 “4일 내 2번 송금”, 넷플릭스를 처음 쓸 때, "추천 알고리즘이 나보다 나를 더 잘 아네?" 느낄 때
개발자의 역할: 이 순간을 고객이 더 빨리, 더 쉽게 경험하도록 만드는 기술적 기반을 설계하고 구현합니다.
이런 순간은 리텐션(재방문율)과 전환율 이 크게 오르는 핵심 트리거 가 됩니다. 그래서 서비스마다 이 아하 먼트를 찾아내고, 앞당기는 데 집중합니다.

2️⃣ 북극성 지표 (North Star Metric)
북극성은 밤하늘에서 항상 같은 위치에 떠 있어 방향을 잡는 기준입니다. 특히 어둡고 복잡한 상황에서도 길을 잃지 않게 해주는 지표라는 의미에서 이 이름이 붙었는데요. 팀마다 여러 KPI가 있지만, 그 중 가장 중요하고 중심이 되는 단 하나의 지표를 북극성 지표라고 합니다.
예: 슬랙 ‘주간 메시지 수’, 넷플릭스 ‘총 시청 시간’
개발자의 역할: 북극성 지표를 정확하게 측정하고, 모든 기능 개발이 이 지표 성장에 기여하는지 함께 고민합니다.

3️⃣ 그로스 해킹 (Growth Hacking)
해킹은 보안 침입 외에도, ‘창의적으로 문제를 해결하는 행위’를 뜻합니다. 즉 그로스(성장) 해킹 이란 창의적인 방법으로 비즈니스 성장을 위한 문제를 빠르게 해결하는 행위를 말합니다. 기존 마케팅 방식의 단점인 큰 예산과 긴 시간을 들이는 대신, 창의적인 아이디어를 작고 빠르게 실행하며 데이터를 통해 배우는 방식입 의미합니다.
예: A/B 테스트, 푸시알림 실험, 가입 퍼널 튜닝 등
개발자의 역할: 빠른 실험과 배포/롤백이 가능한 환경 구축, 피처 플래그(Feature Flag) 도입, 체계적인 데이터 로깅 시스템 설계.

4️⃣ 데이터 민주화 (Data Democracy)
민주화란 소수의 엘리트만 누리던 권한을 모두에게 나누는 개념입니다. 즉, 데이터를 특정 부서만 다루는게 아닌, 모든 구성원이 필요한 데이터를 자유롭게 활용할 수 있게 하는 개념입니다. 개발자는 이 데이터를 활용해 우선순위를 비즈니스 임팩트 기준으로 조정할 수 있습니다.
예: 마이리얼트립 에서는 대표이사도 SQL을 직접 날려서 고객 데이터를 조회한다고 합니다
개발자가 해야 할 일: 잘 정제된 데이터를 제공하여 동료들이 데이터와 '친해질' 수 있도록 돕습니다.

코드를 넘어, 고객과 데이터에 대한 이해
비즈니스를 이해하는 개발자는 존재감이 크고, 신뢰받는 팀원이자 파트너가 될수 있습니다. 제품과 비즈니스 성장에 함께 기여하는 협업형 인재가 될수 있죠. 또한 마케터, PO, 데이터 팀과 깊이 있는 대화를 나눌 수 있게 됩니다.
함께 성장하는 동료 개발자분들께 이 글이 작은 도움이 되기를 바랍니다.

요즘 제품을 만드는 개발자라면 단순히 코드만 잘 짜는 것 이상을 요구받습니다. 고객을 이해하고, 데이터 기반으로 제품을 개선할 수 있는 감각이 점점 더 중요해지고 있는데요.최근에 읽은 『마케팅을 바꾸는 데이터의 힘』을 통해 개발자라도 알아두면 기본적인 마케팅/데이터 개념 네 가지를 정리해봤습니다. 1️⃣ 아하 모먼트 (Aha Moment)사용자가 마음속으로 ‘아하’ 하고 깨닫는 순간을 의미합니다. 무언가 이해되고, 감정이 움직이고, 행동이 바뀌는 시점인데요. 이 순간을 지나면 리텐션이 확 뛰어오릅니다.예: 토스는 “4일 내 2번 송금”, 넷플릭스를 처음 쓸 때, "추천 알고리즘이 나보다 나를 더 잘 아네?" 느낄 때개발자의 역할: 이 순간을 고객이 더 빨리, 더 쉽게 경험하도록 만드는 기술적 기반을 설계하고 구현합니다.이런 순간은 리텐션(재방문율)과 전환율 이 크게 오르는 핵심 트리거 가 됩니다. 그래서 서비스마다 이 아하 먼트를 찾아내고, 앞당기는 데 집중합니다. 2️⃣ 북극성 지표 (North Star Metric)북극성은 밤하늘에서 항상 같은 위치에 떠 있어 방향을 잡는 기준입니다. 특히 어둡고 복잡한 상황에서도 길을 잃지 않게 해주는 지표라는 의미에서 이 이름이 붙었는데요. 팀마다 여러 KPI가 있지만, 그 중 가장 중요하고 중심이 되는 단 하나의 지표를 북극성 지표라고 합니다.예: 슬랙 ‘주간 메시지 수’, 넷플릭스 ‘총 시청 시간’개발자의 역할: 북극성 지표를 정확하게 측정하고, 모든 기능 개발이 이 지표 성장에 기여하는지 함께 고민합니다. 3️⃣ 그로스 해킹 (Growth Hacking)해킹은 보안 침입 외에도, ‘창의적으로 문제를 해결하는 행위’를 뜻합니다. 즉 그로스(성장) 해킹 이란 창의적인 방법으로 비즈니스 성장을 위한 문제를 빠르게 해결하는 행위를 말합니다. 기존 마케팅 방식의 단점인 큰 예산과 긴 시간을 들이는 대신, 창의적인 아이디어를 작고 빠르게 실행하며 데이터를 통해 배우는 방식입 의미합니다.예: A/B 테스트, 푸시알림 실험, 가입 퍼널 튜닝 등개발자의 역할: 빠른 실험과 배포/롤백이 가능한 환경 구축, 피처 플래그(Feature Flag) 도입, 체계적인 데이터 로깅 시스템 설계. 4️⃣ 데이터 민주화 (Data Democracy)민주화란 소수의 엘리트만 누리던 권한을 모두에게 나누는 개념입니다. 즉, 데이터를 특정 부서만 다루는게 아닌, 모든 구성원이 필요한 데이터를 자유롭게 활용할 수 있게 하는 개념입니다. 개발자는 이 데이터를 활용해 우선순위를 비즈니스 임팩트 기준으로 조정할 수 있습니다.예: 마이리얼트립 에서는 대표이사도 SQL을 직접 날려서 고객 데이터를 조회한다고 합니다개발자가 해야 할 일: 잘 정제된 데이터를 제공하여 동료들이 데이터와 '친해질' 수 있도록 돕습니다. 코드를 넘어, 고객과 데이터에 대한 이해비즈니스를 이해하는 개발자는 존재감이 크고, 신뢰받는 팀원이자 파트너가 될수 있습니다. 제품과 비즈니스 성장에 함께 기여하는 협업형 인재가 될수 있죠. 또한 마케터, PO, 데이터 팀과 깊이 있는 대화를 나눌 수 있게 됩니다.함께 성장하는 동료 개발자분들께 이 글이 작은 도움이 되기를 바랍니다.

"마케팅을 바꾸는 데이터의 힘"을 읽고 정리해본 마케팅/데이터 개

좋은 동료 훌륭한 동료는 나를 몇단계 성장할 수 있는 계기가 되기도 한다. 어떤 동료와 함께 일할 때 성장 확률이 높을까?

내가 속한 환경에서는 어떻게 일해야 성장할 수 있을까?

누구나 '좋은 개발자'가 되고 싶어 합니다.
하지만 대부분은 기술서적을 더 읽고, 새로운 언어를 배우며 스스로를 "업그레이드"하려 하죠. 물론 그 노력은 값집니다.

하지만 과연 그것만으로 충분할까요?

개발자의 성장은 단지 지식의 양으로만 설명되지 않습니다. 
어떤 환경에 속해 있는가, 어떤 질문을 던지고 있는가, 그리고 누구와 함께 성장하고 있는가가 훨씬 중요할 수 있습니다.
마치 같은 씨앗이라도 어디에 심기느냐에 따라 전혀 다른 나무로 자라듯이요.

최근에 읽은 한 글에서는 그런 성장에 대한 통찰을 볼 수 있었습니다.
단순히 기술을 가르치고 업무를 분배하는 조직이 아닌, 개발자가 스스로 고민하고 질문할 수 있게 만들어주는 환경의 가치가 중요합니다.

예를 들어, 어떤 문제가 생겼을 때 "답"을 주기보다, 스스로 해답에 도달하도록 가이드만 제시하는 구조, 이건 단순한 교육이 아니라 ‘성장을 설계하는 방식’에 가깝습니다.
또한 '실수'를 부끄러워하기보다 기회로 전환할 수 있는 문화, 그리고 그 과정에서 '어떻게 성장했는가'를 함께 나누는 분위기가 중요합니다.

실제로 개발자가 마주하는 대부분의 문제는 기술 자체보다 '어떻게 접근할 것인가'에 달려 있기 때문에, 이런 환경은 곧 실력의 방향성을 결정짓는 나침반이 됩니다.
성장을 고민하고 있는 개발자, 혹은 정체되어 있다고 느끼고 있다면 한번 읽어보면 좋을것 같아요.

누구나 '좋은 개발자'가 되고 싶어 합니다. 하지만 대부분은 기술서적을 더 읽고, 새로운 언어를 배우며 스스로를 "업그레이드"하려 하죠. 물론 그 노력은 값집니다. 하지만 과연 그것만으로 충분할까요? 개발자의 성장은 단지 지식의 양으로만 설명되지 않습니다.&nbsp;어떤 환경에 속해 있는가,&nbsp;어떤 질문을 던지고 있는가, 그리고&nbsp;누구와 함께 성장하고 있는가가 훨씬 중요할 수 있습니다. 마치 같은 씨앗이라도 어디에 심기느냐에 따라 전혀 다른 나무로 자라듯이요. 최근에 읽은 한 글에서는 그런 성장에 대한 통찰을 볼 수 있었습니다. 단순히 기술을 가르치고 업무를 분배하는 조직이 아닌,&nbsp;개발자가 스스로 고민하고 질문할 수 있게 만들어주는 환경의 가치가 중요합니다. 예를 들어, 어떤 문제가 생겼을 때 "답"을 주기보다, 스스로 해답에 도달하도록&nbsp;가이드만 제시하는 구조,&nbsp;이건 단순한 교육이 아니라 ‘성장을 설계하는 방식’에 가깝습니다.또한 '실수'를 부끄러워하기보다&nbsp;기회로 전환할 수 있는 문화, 그리고 그 과정에서 '어떻게 성장했는가'를 함께 나누는 분위기가 중요합니다. 실제로 개발자가 마주하는 대부분의 문제는 기술 자체보다 '어떻게 접근할 것인가'에 달려 있기 때문에, 이런 환경은 곧&nbsp;실력의 방향성을 결정짓는 나침반이 됩니다.성장을 고민하고 있는 개발자, 혹은 정체되어 있다고 느끼고 있다면 한번 읽어보면 좋을것 같아요.

F-Lab : 상위 1% 개발자들의 멘토링

좋은 개발자는 환경이 만든다

안녕하세요. 월급쟁이부자들(이하 ‘월부’)에서 프론트엔드 챕터 리드를 맡고 있는 염승엽, 닉네임 카일입니다.
월부는 “월급쟁이에게 내 집 마련과 행복한 노후를 돕는다”는 미션 아래,
더 나은 삶을 고민하는 분들에게 실질적인 도움이 되는 서비스를…

모던 데이터 파이프라인 구축기: 레거시를 넘어

오래된 집에서 배관 누수가 발생하면 배관공이 필요하듯,
오래된 소프트웨어에도 레거시가 발생하면
엔지니어링이 필요합니다.

현대 사회의 많은 소프트웨어는
마치 하나의 기계와 같은
복합적이고 체계적인 구조를 가지고 있습니다.

이런 구조를 이해하고 필요한 구성요소를 개선하거나 새롭게 만드는 일을
’레거시 모더나이제이션 (Legacy Modernization)’이라고 부릅니다.

해당 아티클은 클라우드 인프라인 AWS와 GCP를 결합하여
더 쉽게 이해 가능하고,
더 관리가 수월하며,
필요시 확장 가능한 구조를 만드는 과정을 보여주고 있습니다.

클라우드 시스템을 하나의 시스템만 사용하는 것이 아닌,
두 가지 이상을 결합하는 하이브리드형 구조를
만든 것이 인상적이였습니다.

AWS의 마이크로 서비스와 GCP의 마이크로 서비스들이
파이프라인 내에서 각자
어떤 역할을 하는지를 알아보는 재미도 있었구요.

데이터 엔지니어/분석형 엔지니어를 꿈꾸는 분들에게
현대적인 데이터 파이프라인이란 어떤 것이고,
전체적인 데이터 플로우를 파악할 수 있게 도와주는 아티클이니
꼭 한번 읽어보시길 추천드립니다 :)

오래된 집에서 배관 누수가 발생하면 배관공이 필요하듯, 오래된 소프트웨어에도 레거시가 발생하면 엔지니어링이 필요합니다. 현대 사회의 많은 소프트웨어는 마치 하나의 기계와 같은 복합적이고 체계적인 구조를 가지고 있습니다. 이런 구조를 이해하고 필요한 구성요소를 개선하거나 새롭게 만드는 일을 ’레거시 모더나이제이션 (Legacy Modernization)’이라고 부릅니다. 해당 아티클은 클라우드 인프라인 AWS와 GCP를 결합하여 더 쉽게 이해 가능하고, 더 관리가 수월하며, 필요시 확장 가능한 구조를 만드는 과정을 보여주고 있습니다. 클라우드 시스템을 하나의 시스템만 사용하는 것이 아닌, 두 가지 이상을 결합하는 하이브리드형 구조를 만든 것이 인상적이였습니다. AWS의 마이크로 서비스와 GCP의 마이크로 서비스들이 파이프라인 내에서 각자 어떤 역할을 하는지를 알아보는 재미도 있었구요. 데이터 엔지니어/분석형 엔지니어를 꿈꾸는 분들에게 현대적인 데이터 파이프라인이란 어떤 것이고, 전체적인 데이터 플로우를 파악할 수 있게 도와주는 아티클이니 꼭 한번 읽어보시길 추천드립니다 :)

Medium

엔지니어링의 핵심, 유지 보수가 가능한 파이프라인 구성하기

우리가 만들고 있는 서비스의 근간을 이해해야 하는 이유

발이 닿지 않는 바다에서

우리는 서비스를 개발할 때 표면을 유영해요. 라이브러리, API처럼 잘 약속된 인터페이스를 사용하죠. 얕은 물에서 수영하는 것과 비슷해요.

평소에는 표면을 유영하듯 개발해도 문제가 없어요. 표면 아래, 서비스를 이루고 있는 근간을 이해하지 못해도 괜찮아요. 구현엔 어려움이 없으니까요.

하지만 장애를 마주하는 날엔 후회할지도 몰라요.

https://hajoeun.com/2025/below-surface?utm_source=careerly

우리는 서비스를 개발할 때 표면을 유영해요. 라이브러리, API처럼 잘 약속된 인터페이스를 사용하죠. 얕은 물에서 수영하는 것과 비슷해요. 평소에는 표면을 유영하듯 개발해도 문제가 없어요. 표면 아래, 서비스를 이루고 있는 근간을 이해하지 못해도 괜찮아요. 구현엔 어려움이 없으니까요. 하지만 장애를 마주하는 날엔 후회할지도 몰라요. https://hajoeun.com/2025/below-surface?utm_source=careerly

hajoeun.com

1. AI가 없는 삶은 이제 상상할 수 없다. 전기와 인터넷처럼. 편리하지만 또 부작용도 있다. '환각'과 '환상'이다.

2. '환각'. 외부 자극이 없는데도 마치 어떤 사물이 있는 것처럼 지각함. GPT는 거짓말쟁이다. 정말 천연덕스럽게 거짓말을 한다. 없는 것을 있는 것처럼 그럴듯하게 말한다. 그럴듯한 말들도 몇 번 검증을 해봐야 한다. 인간이 컨트롤할 수 있다.

3. 두 번째는 '환상'이다. 현실적인 기초나 가능성이 없는 헛된 생각이나 공상. '환상'의 주체는 인간이다. AI가 아니라. 말도 안 되는 생각을 하는 것이다. GPT가 정리해 준 내용을 내 생각이나 나의 앎이라고 착각하는 일. 그 결과는 나의 생각이 아니다. 나의 성과로 포장할 수는 있겠지만.

4. '환상'이 훨씬 무섭다. '환각'은 확인하고 부숴버릴 수 있다. 하지만 환상은 아니다. AI가 똑똑해지는 만큼, 사용자는 멍청해질지도 모를 일이다. 생각하는 근육은 사용하지 않으면 약해지니까.

#AI의환각
#인간의환상

1. AI가 없는 삶은 이제 상상할 수 없다. 전기와 인터넷처럼. 편리하지만 또 부작용도 있다. '환각'과 '환상'이다. ​2. '환각'. 외부 자극이 없는데도 마치 어떤 사물이 있는 것처럼 지각함. GPT는 거짓말쟁이다. 정말 천연덕스럽게 거짓말을 한다. 없는 것을 있는 것처럼 그럴듯하게 말한다. 그럴듯한 말들도 몇 번 검증을 해봐야 한다. 인간이 컨트롤할 수 있다. ​3. 두 번째는 '환상'이다. 현실적인 기초나 가능성이 없는 헛된 생각이나 공상. '환상'의 주체는 인간이다. AI가 아니라. 말도 안 되는 생각을 하는 것이다. GPT가 정리해 준 내용을 내 생각이나 나의 앎이라고 착각하는 일. 그 결과는 나의 생각이 아니다. 나의 성과로 포장할 수는 있겠지만. ​4. '환상'이 훨씬 무섭다. '환각'은 확인하고 부숴버릴 수 있다. 하지만 환상은 아니다. AI가 똑똑해지는 만큼, 사용자는 멍청해질지도 모를 일이다. 생각하는 근육은 사용하지 않으면 약해지니까. #AI의환각 #인간의환상

< AI의 '환각'보다 무서운, 내가 만드는 '환상' >

오늘도 꾸준히 영상을 올립니다. 어제는 레이 달리오, 오늘은 돌아가신 찰리 멍거 선생님입니다. 저는 선생님이라는 표현이 더 좋더라구요. 제 인생에 많은 것 가르쳐주신 분이니까요. 편안하시길 바라며 올려봅니다. Translated by A 영상 출처 : https://www.youtube.com/watch?v=MiWbO1DbgLw 인터뷰 년도 : 2021년 DISCLAIMER - The copyright of the original video belong

찰리 멍거 편하게 이야기하는 10분 인터뷰

오늘도 꾸준히 영상을 올립니다. 어제는 레이 달리오, 오늘은 돌아가신 찰리 멍거 선생님입니다. 저는 선생님이라는 표현이 더 좋더라구요. 제 인생에 많은 것 가르쳐주신 분이니까요. 편안하시길 바라며 올려봅니다. https://youtu.be/ptAX2BYSa8w?si=YF8slCFIe63PgB59

오늘도 꾸준히 영상을 올립니다. 어제는 레이 달리오, 오늘은 돌아가신 찰리 멍거 선생님입니다. 저는 선생님이라는 표현이 더 좋더라구요. 제 인생에 많은 것 가르쳐주신 분이니까요. 편안하시길 바라며 올려봅니다. https://youtu.be/ptAX2BYSa8w?si=YF8slCFIe63PgB59

www.youtube.com

퍼블리의 그로스 매니저로 커리어를 시작하여, 현재는 멤버십 사업을 총괄하고 있습니다.
합리적이고 해피한 세상을 향해 살아가고 있으며, 책과 교육, 경제에 관심을 가지고 있습니다.
일하는 것을 싫어하지만, 많이 하고 있습니다..

커리어리 Lead Product Manager

김광종

퍼블리 그로스매니저로 커리어를 시작하여, 프로덕트매니저와 사업총괄을 거쳐, 커리어리팀을 리드하였습니다.
합리적이고 해피한 세상을 향해 살아가고 있으며, 책/교육/경제에 관심이 있습니다.
자유로운 삶을 추구하지만, 지금은 일에 매여 있습니다..

농협중앙회 사업기획, 서비스 개발

염경선

농협중앙회와 농협경제지주에서 중장기 전략, 디지털 혁신, 조직 등을 담당하였습니다.
현재는 신사업 서비스 기획, 개발, 투자 등을 담당하고 있습니다.

"비즈까페는 더 큰 꿈을 꾸고, 성장을 원하는 분들을 위한 비즈니스 큐레이션 서비스입니다."  

비즈까페를 운영하는 주인장은 현재 외국계 기업 서울 오피스에 근무하고 있으며, 매일 흥미롭고, 인사이트풀한 비즈니스 기사를 큐레이션하여, 코멘트와 함께 인사이트를 제공하는 프로젝트를 진행하고 있습니다. 가장 빠르게 성장한 비즈니스 뉴스 메일링 서비스, 성장하는 비즈니스 페이스북 페이지를 운영하는 중입니다.

찰리 멍거 편하게 이야기하는 10분 인터뷰

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필