카카오스타일이 운영하는 4050 패션 플랫폼 포스티(Posty)는 올 3~4월 신규 고객 수가 전년 동기 대비 2배 증가했다고 밝혔다. 신규 구매자 수는 전년 동기 대비 85% 증가했으며, 해당 기간 전체 주문 고객 중 신규 구매자 비중이 30%였다.

카카오스타일 포스티, 올 3~4월 신규 고객 수 2배 증가 – 바이라인네트워크

"4050 패션 플랫폼 포스티(Posty)는 올 3~4월 신규 고객 수가 전년 동기 대비 2배 증가했다고 밝혔다. 신규 구매자 수는 전년 동기 대비 85% 증가했으며, 해당 기간 전체 주문 고객 중 신규 구매자 비중이 30%였다.

15일 카카오스타일에 따르면 신규 구매자 증가로 최근 두 달간 포스티의 전체 거래액은 지난해 동기 대비 30% 성장했다. 평균 월간활성이용자수(MAU)와 일간활성이용자수(DAU)는 각각 50%, 64% 증가했다. 같은 기간, 플랫폼 재방문 고객과 재구매 고객도 각각 25%, 10% 늘어났다고 덧붙였다.

카카오스타일은 남성 패션 카테고리 거래액이 전년 동기 대비 40% 증가했으며, 스포츠 카테고리 거래액은 35% 늘었다고 강조했다."

https://byline.network/2025/05/5151004/

"4050 패션 플랫폼 포스티(Posty)는 올 3~4월 신규 고객 수가 전년 동기 대비 2배 증가했다고 밝혔다. 신규 구매자 수는 전년 동기 대비 85% 증가했으며, 해당 기간 전체 주문 고객 중 신규 구매자 비중이 30%였다. 15일 카카오스타일에 따르면 신규 구매자 증가로 최근 두 달간 포스티의 전체 거래액은 지난해 동기 대비 30% 성장했다. 평균 월간활성이용자수(MAU)와 일간활성이용자수(DAU)는 각각 50%, 64% 증가했다. 같은 기간, 플랫폼 재방문 고객과 재구매 고객도 각각 25%, 10% 늘어났다고 덧붙였다. 카카오스타일은 남성 패션 카테고리 거래액이 전년 동기 대비 40% 증가했으며, 스포츠 카테고리 거래액은 35% 늘었다고 강조했다." https://byline.network/2025/05/5151004/

바이라인네트워크

1. 기술이 세상을 다 먹은 지 오래다. AI가 세상을 다 바꿔버리는 요즘에 테크란 단어는 참 새삼스럽다. 하지만 케이팝을 중심으로 하는 엔터 시장은 이제 시작이다.

2. 블록체인, 메타버스, AR/VR, NFT, web3만 테크가 아니다. 가치보다 기술을 앞세운 시도는 모두 망했다. 적어도 대중적인 성공은 아직 없으니까. 다른 산업에서도 자리를 못 잡은 기술로 엔터에서 성공할 수 있을까. 새로움은 아이디어 싸움이 아니다. 아이디어만으로는 세상을 절대 바꿀 수 없다.

3. 기본이 중요하다. 시작은 고객을 이해하는 일이다. 아티스트를 만드는 기획사는 고객인 팬을 잘 모른다. 고객을 만들고, 이해하는데 엔터에 테크가 결합해서 만들 수 있는 가치가 많다. 크게 세 가지 키워드다.

4. 첫 번째 디지털. 디지털은 복제 비용이 제로다. 비용이 줄면, 마진이 커져야 한다. 또한, 모든 유저는 흔적을 남긴다. 데이터다. 데이터로 고객이 누군지 알고, 써먹을 수 있어야 한다.

5. 엔터는 그러한가? 아니다. 디지털 음원으로 사용자는 편리하다. 유통사는 돈을 번다. 그럼 기획사는? 음원은 음반을 대체한다. 게다가 유저의 데이터를 갖고 있지도 못하다.

6. 아티스트가 자산이다. 사람을 파는 게 가장 확실한 수익모델이다. 오랜시간 달라지지 않았다. 음반을 사면 포카를 준다. 포카는 가챠다. 음반을 많이 사야 팬사인회를 간다. 공연과 광고도 마찬가지다. 모두 오프라인, 사람 중심이다. 복제할 수 없다. 물리적 한계가 명확하다. 이게 최선이 아니란 건 모두 다 알고 있다. 하지만 당장 대안은 없다.

7. 둘째 공급자 마인드. 만든다고 팔리지 않는다. 취향은 쪼개지고, 상품은 무한하다. 팬의 돈과 시간은 한정되어 있다. 하이브 의장은 라이트 팬이 적은게 케이팝의 위기라 말했다. 팔 사람이 더 필요하다는 얘기다. 공급자 중심의 시대는 이미 끝났다. 그때는 맞고 지금은 틀리다. 이제는 하던 대로 해도, 안 팔린다. 똑같은 짓을 하면서, 다른 결과를 기대할 순 없다.

8. 다른 시장과 산업은? 모두 과거 얘기다. 기술이 모두 바꿨다. 이제 돈 내는 소비자가 왕이다. 그 누구도 불편함을 감수하며 지갑을 열지 않는다. 마지막 남은 시장이 엔터다. OTT로 눈이 높아진 고객은 수준 낮은 영화가 걸린 극장에 안 간다.

9. 데이터는 없다. 고객도 모른다. 막막하다. 심지어 치킨 집과 카페도 쿠폰을 주는 시대다. 모두 고객을 특정하려한다. 다시 찾게 이끄려고 한다. 엔터는 이런 최소한의 CRM 조차 없다.

10. 초동 100만 장. 누가 사는지 모른다. 100만이 아니라, 몇 명이, 또 누가 샀는지가 중요하다. 공연 티켓이 팔린다. 역시 누가 샀는지 모른다. 예매 사이트만 알뿐. 음원도 마찬가지. 스트리밍 숫자는 있어도, 누가 들었는지 모른다. 데이터가 없다. 팬이 누군지 모르는거다. 이제 먼저 수요부터 들여다봐야 한다.

11. 세 번째 창작의 과정. 역사적으로 창작의 과정은 진화해왔다. 건축과 제조는 대량생산에 적합했다. 생산 비용이 크다. 투자 비용도 크다. 건물을 만들다가 설계를 바꿀 순 없다. 반도체 같은 제도업도 마찬가지다. 초기 투자 비용이 크다. 기획과 설계가 중요하다.

12. 디지털은 다르다. 린하게 만들 수 있다. 기획보다 실행이 중요하다. 고객에게 물어보기다. 일단 작게 던져보고 고객의 피드백을 얻는다. 데이터를 본다. 이를 통해 배우고 다시 시도한다. 반복한다. 리스크가 줄었고 성공 확률은 높아졌다. 시행착오와 기회비용이 작다. 오늘날 IT 기반 스타트업이 일하는 방식이다. 이미 다 만들고 팔 궁리를 하면? 늦다. 무조건 실패다. 만들면서 팔 방법을 같이 고민해야 한다.

13. 물론 이런 시도가 없는 건 아니다. 사람이 기술과 만나자 IP가 중요해졌다. 아티스트의 메시지를 유료로 구독하고, 데뷔 전 아티스트를 노출하고 반응을 보기도 한다. 사람 리스크가 없는 버추얼 아티스트도 흥한다.

14. 고객에게 기술을 어필해서 성공한 제품은 없다. 사용자가 배워야 하는 서비스가 성공한 적도 없다. 이미 존재하는 기술을 써먹으려는 시도도 모두 실패했다. 하지만 기술은 반드시 필요하다. 보이지 않는 곳에서 가장 큰 가치를 만든다. 엔터가 고객을 만들고 이해하는데도 필수다.

15. 고객이 누구인가, 단골은 어떤 사람들인가. 새로운 걸 쫓는 게 아니라, 기본을 먼저 다시 돌아봐야 한다. 사업의 기본은 고객이니까. 내 물건과 가치를 알아보고 사 주는 사람. 엔터에서는 그게 곧 팬이다. 모든 아티스트는 팬이 있기에 존재할 수 있으니까. 엔터에 테크가 결합해서 만들 수 있는 무궁무진한 가치다.

1. 기술이 세상을 다 먹은 지 오래다. AI가 세상을 다 바꿔버리는 요즘에 테크란 단어는 참 새삼스럽다. 하지만 케이팝을 중심으로 하는 엔터 시장은 이제 시작이다. ​2. 블록체인, 메타버스, AR/VR, NFT, web3만 테크가 아니다. 가치보다 기술을 앞세운 시도는 모두 망했다. 적어도 대중적인 성공은 아직 없으니까. 다른 산업에서도 자리를 못 잡은 기술로 엔터에서 성공할 수 있을까. 새로움은 아이디어 싸움이 아니다. 아이디어만으로는 세상을 절대 바꿀 수 없다. ​3. 기본이 중요하다. 시작은 고객을 이해하는 일이다. 아티스트를 만드는 기획사는 고객인 팬을 잘 모른다. 고객을 만들고, 이해하는데 엔터에 테크가 결합해서 만들 수 있는 가치가 많다. 크게 세 가지 키워드다. ​4. 첫 번째 디지털. 디지털은 복제 비용이 제로다. 비용이 줄면, 마진이 커져야 한다. 또한, 모든 유저는 흔적을 남긴다. 데이터다. 데이터로 고객이 누군지 알고, 써먹을 수 있어야 한다. ​5. 엔터는 그러한가? 아니다. 디지털 음원으로 사용자는 편리하다. 유통사는 돈을 번다. 그럼 기획사는? 음원은 음반을 대체한다. 게다가 유저의 데이터를 갖고 있지도 못하다. ​6. 아티스트가 자산이다. 사람을 파는 게 가장 확실한 수익모델이다. 오랜시간 달라지지 않았다. 음반을 사면 포카를 준다. 포카는 가챠다. 음반을 많이 사야 팬사인회를 간다. 공연과 광고도 마찬가지다. 모두 오프라인, 사람 중심이다. 복제할 수 없다. 물리적 한계가 명확하다. 이게 최선이 아니란 건 모두 다 알고 있다. 하지만 당장 대안은 없다. ​7. 둘째 공급자 마인드. 만든다고 팔리지 않는다. 취향은 쪼개지고, 상품은 무한하다. 팬의 돈과 시간은 한정되어 있다. 하이브 의장은 라이트 팬이 적은게 케이팝의 위기라 말했다. 팔 사람이 더 필요하다는 얘기다. 공급자 중심의 시대는 이미 끝났다. 그때는 맞고 지금은 틀리다. 이제는 하던 대로 해도, 안 팔린다. 똑같은 짓을 하면서, 다른 결과를 기대할 순 없다. ​8. 다른 시장과 산업은? 모두 과거 얘기다. 기술이 모두 바꿨다. 이제 돈 내는 소비자가 왕이다. 그 누구도 불편함을 감수하며 지갑을 열지 않는다. 마지막 남은 시장이 엔터다. OTT로 눈이 높아진 고객은 수준 낮은 영화가 걸린 극장에 안 간다. ​9. 데이터는 없다. 고객도 모른다. 막막하다. 심지어 치킨 집과 카페도 쿠폰을 주는 시대다. 모두 고객을 특정하려한다. 다시 찾게 이끄려고 한다. 엔터는 이런 최소한의 CRM 조차 없다. ​10. 초동 100만 장. 누가 사는지 모른다. 100만이 아니라, 몇 명이, 또 누가 샀는지가 중요하다. 공연 티켓이 팔린다. 역시 누가 샀는지 모른다. 예매 사이트만 알뿐. 음원도 마찬가지. 스트리밍 숫자는 있어도, 누가 들었는지 모른다. 데이터가 없다. 팬이 누군지 모르는거다. 이제 먼저 수요부터 들여다봐야 한다. ​11. 세 번째 창작의 과정. 역사적으로 창작의 과정은 진화해왔다. 건축과 제조는 대량생산에 적합했다. 생산 비용이 크다. 투자 비용도 크다. 건물을 만들다가 설계를 바꿀 순 없다. 반도체 같은 제도업도 마찬가지다. 초기 투자 비용이 크다. 기획과 설계가 중요하다. ​12. 디지털은 다르다. 린하게 만들 수 있다. 기획보다 실행이 중요하다. 고객에게 물어보기다. 일단 작게 던져보고 고객의 피드백을 얻는다. 데이터를 본다. 이를 통해 배우고 다시 시도한다. 반복한다. 리스크가 줄었고 성공 확률은 높아졌다. 시행착오와 기회비용이 작다. 오늘날 IT 기반 스타트업이 일하는 방식이다. 이미 다 만들고 팔 궁리를 하면? 늦다. 무조건 실패다. 만들면서 팔 방법을 같이 고민해야 한다. ​13. 물론 이런 시도가 없는 건 아니다. 사람이 기술과 만나자 IP가 중요해졌다. 아티스트의 메시지를 유료로 구독하고, 데뷔 전 아티스트를 노출하고 반응을 보기도 한다. 사람 리스크가 없는 버추얼 아티스트도 흥한다. ​14. 고객에게 기술을 어필해서 성공한 제품은 없다. 사용자가 배워야 하는 서비스가 성공한 적도 없다. 이미 존재하는 기술을 써먹으려는 시도도 모두 실패했다. 하지만 기술은 반드시 필요하다. 보이지 않는 곳에서 가장 큰 가치를 만든다. 엔터가 고객을 만들고 이해하는데도 필수다. ​15. 고객이 누구인가, 단골은 어떤 사람들인가. 새로운 걸 쫓는 게 아니라, 기본을 먼저 다시 돌아봐야 한다. 사업의 기본은 고객이니까. 내 물건과 가치를 알아보고 사 주는 사람. 엔터에서는 그게 곧 팬이다. 모든 아티스트는 팬이 있기에 존재할 수 있으니까. 엔터에 테크가 결합해서 만들 수 있는 무궁무진한 가치다.

< 초동 100만 장, 그런데 팬은 어디 있죠? - 엔터 테크와 데이터로

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

글 후반부에 관련 프롬프트도 같이 공유드립니다. | “현재 아이디어에서 가장 위험한 가정을 가장 먼저 테스트해야 합니다.  최근 부트캠프 멘토링 프로그램에 참여하면서 스타트업 창업자 분께 공통적으로 공감을 얻었던 메시지였습니다.대부분의 창업자들은 본인이 직접 겪은 문제 인식을 바탕으로 아이디어 실행부터 시작합니다. 그리고 첫 번째 MVP를 출시한 뒤, 고객 반응에 따라 기능을 점진적으로 추가하며 제품을 개선

아이디어에서 가장 위험한 가정 테스트하기

“현재 아이디어에서 가장 위험한 가정을 가장 먼저 테스트해야 합니다."

최근 부트캠프 멘토링 프로그램에 참여하면서 스타트업 창업자 분께 공통적으로 공감을 얻었던 메시지였습니다.

대부분의 창업자들은 본인이 직접 겪은 문제 인식을 바탕으로 아이디어 실행부터 시작합니다. 그리고 첫 번째 MVP를 출시한 뒤, 고객 반응에 따라 기능을 점진적으로 추가하며 제품을 개선해 나가는 방식으로 대응하는 경우가 많습니다.

하지만 이 과정에서 팀이 고객과 시장에 대해 무엇을 배워야 하는지, 그 배움을 제품 개선에 어떻게 반영할지 어려움을 느끼는 경우가 많습니다.

스타트업이든 프로덕트 팀이든, 새로운 아이디어는 근본적으로 미확인된 가정 위에 세워져 있습니다. 이 가정들은 처음에 잘 드러나지 않습니다. 대부분의 경우 팀 내에서 조용히 보이지 않게 자리잡은 믿음으로 존재하고 있습니다. 문제는 이 믿음이 틀렸을 때 얼마나 큰 영향을 미칠지, 빠르게 드러나지 않는다는 점입니다.

1. Leap of Faith Assumption (LoFA)
이 중 가장 치명적이면서 가장 간과되기 쉬운 가정, 바로 Leap of Faith Assumption (LoFA)입니다.

LoFA는 제품이나 기능의 성공에 반드시 필요한 가정이지만, 실제로 이를 뒷받침할 증거가 매우 약한 상태의 믿음과 전제입니다. 만약 이 가정이 틀렸다는 것이 뒤늦게 밝혀진다면, 그때쯤 이미 많은 자원과 시간을 낭비했을 가능성이 높습니다.

LoFA가 중요한 이유는 모든 불확실성을 한 번에 해결하는 건 불가능하므로, 어떤 가정부터 확인해야 할지 우선순위를 정하는 일이 중요하기 때문입니다. 그리고 이 과정에서 LoFA가 최우선 검증 대상이 되어야 합니다. 이때 LoFA는 최우선 검증 대상으로 설정되어야 합니다. 일반적으로 LoFA는 ‘증거의 강도’를 x축에, ‘비즈니스 중요도’를 y축에 두고 매핑한 후, 증거는 약하지만 비즈니스적으로 매우 중요한 영역에 해당하는 2~3개의 가정을 우선적으로 테스트 대상으로 선정합니다.

2. 가정을 가설로 전환하기
여기서 한 가지 구분을 해볼 수도 있는데요.
‘가정(Assumption)’은 테스트(test)의 대상이며, ‘가설(Hypothesis)’은 실험(experiment)의 대상이라는 점입니다. 가정은 일단 드러내고 우선순위를 판단하는 것이고, 가설은 그것을 구체적인 행동과 데이터 기반의 실험 설계로 바꾸는 것입니다.

그렇다면, LoFA가 확인되었을 때 이를 어떻게 가설로 전환할 수 있을까요?
좋은 가설은 반드시 명확한 행동을 예측할 수 있어야 하고, 측정 가능하며, 반증 가능한 형태로 작성되어야 합니다. 예를 들어 가정인 "사용자는 찜하기 폴더를 정리하는 것을 귀찮아할 것이다"는 구체적인 행동 기반 가설인 "AI 추천 폴더 기능을 제공하면, 사용자의 60% 이상이 7일 이내에 추천 폴더를 수락할 것이다"로 전환될 수 있습니다.

3. 오피니언 배틀이 아닌 근거 기반의 팀문화
이처럼, 주요 리스크가 검증된 가정을 구체적인 실험 단위로 바꾸면 팀은 딜리버리 단계에 반영되는 솔루션의 성공 가능성을 높일 수 있습니다. 아시다시피, 실제 제품을 배포하기까지는 평균적으로 최소 2주 이상의 시간이 소요됩니다. 이 시간을 팀의 ‘의미 있는 투자’로 만들기 위해서는, 가정의 테스트와 가설의 실험을 병행하는 문화가 필요하다고 생각합니다.

하지만 이 접근은 단순히 리스크를 줄이는 데에 그치지 않습니다. 진정한 가치는 팀이 추측, 불필요한 opinion battle이 아닌 근거 중심의 사고 습관을 갖게 되는 데 있습니다. 이러한 습관의 반복이 팀 문화 자체를 바꾸어 놓습니다. 더 이상 “이 아이디어가 실패했다”는 말은 의미가 없어지고, “이 가정은 검증되지 않았다” 또는 “다음 가정은 무엇인가?”라는 팀이 몰랐던 영역을 알아가려는 생산적인 대화가 오가게 됩니다.

프로덕트 매니저를 포함한 프로덕트 팀 구성원은 ‘정답’을 아는 사람이 되는 것이 아니라, ‘좋은 질문’을 던지는 사람이 되는 것이 필요한 것 같습니다. 그리고 그 질문을 테스트와 실험을 통해 지속적으로 개선해 나가는 과정을 이끄는 것이 PM으로서 흥미롭고 가치 있는 일이라고 생각합니다.

https://brunch.co.kr/@yongjinjinipln/225

--
🔗 패스트 캠퍼스 강의에 진행하는 테스트/실험 계획 강의 관련 프롬프트를 댓글에 같이 공유합니다 :)

“현재 아이디어에서 가장 위험한 가정을 가장 먼저 테스트해야 합니다." 최근 부트캠프 멘토링 프로그램에 참여하면서 스타트업 창업자 분께 공통적으로 공감을 얻었던 메시지였습니다. 대부분의 창업자들은 본인이 직접 겪은 문제 인식을 바탕으로 아이디어 실행부터 시작합니다. 그리고 첫 번째 MVP를 출시한 뒤, 고객 반응에 따라 기능을 점진적으로 추가하며 제품을 개선해 나가는 방식으로 대응하는 경우가 많습니다. 하지만 이 과정에서 팀이 고객과 시장에 대해 무엇을 배워야 하는지, 그 배움을 제품 개선에 어떻게 반영할지 어려움을 느끼는 경우가 많습니다. 스타트업이든 프로덕트 팀이든, 새로운 아이디어는 근본적으로 미확인된 가정 위에 세워져 있습니다. 이 가정들은 처음에 잘 드러나지 않습니다. 대부분의 경우 팀 내에서 조용히 보이지 않게 자리잡은 믿음으로 존재하고 있습니다. 문제는 이 믿음이 틀렸을 때 얼마나 큰 영향을 미칠지, 빠르게 드러나지 않는다는 점입니다. 1. Leap of Faith Assumption (LoFA) 이 중 가장 치명적이면서 가장 간과되기 쉬운 가정, 바로 Leap of Faith Assumption (LoFA)입니다. LoFA는 제품이나 기능의 성공에 반드시 필요한 가정이지만, 실제로 이를 뒷받침할 증거가 매우 약한 상태의 믿음과 전제입니다. 만약 이 가정이 틀렸다는 것이 뒤늦게 밝혀진다면, 그때쯤 이미 많은 자원과 시간을 낭비했을 가능성이 높습니다. LoFA가 중요한 이유는 모든 불확실성을 한 번에 해결하는 건 불가능하므로, 어떤 가정부터 확인해야 할지 우선순위를 정하는 일이 중요하기 때문입니다. 그리고 이 과정에서 LoFA가 최우선 검증 대상이 되어야 합니다. 이때 LoFA는 최우선 검증 대상으로 설정되어야 합니다. 일반적으로 LoFA는 ‘증거의 강도’를 x축에, ‘비즈니스 중요도’를 y축에 두고 매핑한 후, 증거는 약하지만 비즈니스적으로 매우 중요한 영역에 해당하는 2~3개의 가정을 우선적으로 테스트 대상으로 선정합니다. 2. 가정을 가설로 전환하기 여기서 한 가지 구분을 해볼 수도 있는데요. ‘가정(Assumption)’은 테스트(test)의 대상이며, ‘가설(Hypothesis)’은 실험(experiment)의 대상이라는 점입니다. 가정은 일단 드러내고 우선순위를 판단하는 것이고, 가설은 그것을 구체적인 행동과 데이터 기반의 실험 설계로 바꾸는 것입니다. 그렇다면, LoFA가 확인되었을 때 이를 어떻게 가설로 전환할 수 있을까요? 좋은 가설은 반드시 명확한 행동을 예측할 수 있어야 하고, 측정 가능하며, 반증 가능한 형태로 작성되어야 합니다. 예를 들어 가정인 "사용자는 찜하기 폴더를 정리하는 것을 귀찮아할 것이다"는 구체적인 행동 기반 가설인 "AI 추천 폴더 기능을 제공하면, 사용자의 60% 이상이 7일 이내에 추천 폴더를 수락할 것이다"로 전환될 수 있습니다. 3. 오피니언 배틀이 아닌 근거 기반의 팀문화 이처럼, 주요 리스크가 검증된 가정을 구체적인 실험 단위로 바꾸면 팀은 딜리버리 단계에 반영되는 솔루션의 성공 가능성을 높일 수 있습니다. 아시다시피, 실제 제품을 배포하기까지는 평균적으로 최소 2주 이상의 시간이 소요됩니다. 이 시간을 팀의 ‘의미 있는 투자’로 만들기 위해서는, 가정의 테스트와 가설의 실험을 병행하는 문화가 필요하다고 생각합니다. 하지만 이 접근은 단순히 리스크를 줄이는 데에 그치지 않습니다. 진정한 가치는 팀이 추측, 불필요한 opinion battle이 아닌 근거 중심의 사고 습관을 갖게 되는 데 있습니다. 이러한 습관의 반복이 팀 문화 자체를 바꾸어 놓습니다. 더 이상 “이 아이디어가 실패했다”는 말은 의미가 없어지고, “이 가정은 검증되지 않았다” 또는 “다음 가정은 무엇인가?”라는 팀이 몰랐던 영역을 알아가려는 생산적인 대화가 오가게 됩니다. 프로덕트 매니저를 포함한 프로덕트 팀 구성원은 ‘정답’을 아는 사람이 되는 것이 아니라, ‘좋은 질문’을 던지는 사람이 되는 것이 필요한 것 같습니다. 그리고 그 질문을 테스트와 실험을 통해 지속적으로 개선해 나가는 과정을 이끄는 것이 PM으로서 흥미롭고 가치 있는 일이라고 생각합니다. https://brunch.co.kr/@yongjinjinipln/225 -- 🔗 패스트 캠퍼스 강의에 진행하는 테스트/실험 계획 강의 관련 프롬프트를 댓글에 같이 공유합니다 :)

Brunch Story

가장 위험한 가정

ChatGPT로 테스트/실험 제안서 작성
https://docs.google.com/document/d/12RFXYAyL6xG5xybeBhyaCGS5XxBB2xscuPAu0ej7HsM/edit?usp=sharing




Last year, HBR published a piece on how people are using gen AI. Much has happened over the past 12 months. We now have Custom GPTs—AI tailored for narrower sets of requirements. New kids are on the block, such as DeepSeek and Grok, providing more competition and choice. Millions of ears pricked up as Google debuted their podcast generator, NotebookLM. OpenAI launched many new models (now along with the promise to consolidate them all into one unified interface). Chain-of-thought reasoning, whereby AI sacrifices speed for depth and better answers, came into play. Voice commands now enable more and different interactions, for example, to allow us to use gen AI while driving. And costs have substantially reduced with access broadened over the

How People Are Really Using Gen AI in 2025

1. 심리 치료 및 우정 : 친구처럼 대화하거나 상담 용도로 AI를 쓰는 사람들이 급증하고 있어요.

2. 삶 구조화 : AI에게 자기 삶을 공유하고, 이를 구조화해달라는 요청이 늘어나고 있어요.

3. 목적 찾기 : 심지어는 삶이나 프로젝트의 목적까지 찾아달라고 요청도 늘고 있어요.

4. 학습 개선 : 더 학습을 잘 하기 위해 AI를 활용하는 빈도도 늘어나고 있어요.

5. 코딩 생성 : 전문가들 사이에서 코드 생성 요청도 늘어나고 있어요.

6. 아이디어 생성 : 전문가들 사이에서 아이디어 생성 요청도 늘고 있습니다.

7. 유머와 재미 : 유머와 재미를 위해서 AI를 쓰는 경우가 늘어나고 있어요.

8. 코딩 개선 : 전문가들 중에서 자신의 코드를 개선해달라는 요청이 늘고 있어요.

9. 창의성 : 자신의 창의성을 더할 수 있는 방법도 AI에게 요청하는 경우가 늘고 있어요.

10. 건강 : 더 건강한 삶을 살 수 있는 방법에 대한 요청도 늘어나고 있어요.

++ 정리하면, 생성형 AI 등장 후 아이디어 생성이나 글 편집, 정보 검색 등 초보적 단계에서 AI를 활용하는 수준을 넘어, 이제는 일상과 실질적인 삶에 AI를 활용하는 케이스가 늘어나고 있다고 볼 수 있는데요. 특히 대부분의 상위 활용 케이스는 2024년에는 순위권에 없었던 패턴이라고 합니다.

1. 심리 치료 및 우정 : 친구처럼 대화하거나 상담 용도로 AI를 쓰는 사람들이 급증하고 있어요. 2. 삶 구조화 : AI에게 자기 삶을 공유하고, 이를 구조화해달라는 요청이 늘어나고 있어요. 3. 목적 찾기 : 심지어는 삶이나 프로젝트의 목적까지 찾아달라고 요청도 늘고 있어요. 4. 학습 개선 : 더 학습을 잘 하기 위해 AI를 활용하는 빈도도 늘어나고 있어요. 5. 코딩 생성 : 전문가들 사이에서 코드 생성 요청도 늘어나고 있어요. 6. 아이디어 생성 : 전문가들 사이에서 아이디어 생성 요청도 늘고 있습니다. 7. 유머와 재미 : 유머와 재미를 위해서 AI를 쓰는 경우가 늘어나고 있어요. 8. 코딩 개선 : 전문가들 중에서 자신의 코드를 개선해달라는 요청이 늘고 있어요. 9. 창의성 : 자신의 창의성을 더할 수 있는 방법도 AI에게 요청하는 경우가 늘고 있어요. 10. 건강 : 더 건강한 삶을 살 수 있는 방법에 대한 요청도 늘어나고 있어요. ++ 정리하면, 생성형 AI 등장 후 아이디어 생성이나 글 편집, 정보 검색 등 초보적 단계에서 AI를 활용하는 수준을 넘어, 이제는 일상과 실질적인 삶에 AI를 활용하는 케이스가 늘어나고 있다고 볼 수 있는데요. 특히 대부분의 상위 활용 케이스는 2024년에는 순위권에 없었던 패턴이라고 합니다.

Harvard Business Review

요즘 사람들이 가장 많이 AI를 활용하는 분야 Top 10

1. 아무것도 기대하지 않으면 현재를 살게 된다.

2. 미래를 걱정하지도 않고 과거를 부정하지도 않는다. 상황이 닥치면 닥치는대로 그냥 환영하게 된다.

3. 모든 것을 받아들인다는 말은 모든 게 허용된다거나 모든 것에 동의한다는 뜻이 아니다. 다만 당신이 모든 것의 주인이 되고 책임자가 된다는 뜻이다.

4. 주인의식과 책임감을 가진다면 언제나 주어진 것을 바꿀 수 있다. 때로는 이게 당신의 문제를 해결하는 가장 효과적인 방법이다. 주인이 되라!

5. "매사가 당신 뜻대로 되기를 바라지 마라. 일어나는 대로 일어나기를 바라라. 그러면 모든게 괜찮을 것이다."_에픽테토스

#시작의기술 📚
#개리비숍

1. 아무것도 기대하지 않으면 현재를 살게 된다. ​2. 미래를 걱정하지도 않고 과거를 부정하지도 않는다. 상황이 닥치면 닥치는대로 그냥 환영하게 된다. ​3. 모든 것을 받아들인다는 말은 모든 게 허용된다거나 모든 것에 동의한다는 뜻이 아니다. 다만 당신이 모든 것의 주인이 되고 책임자가 된다는 뜻이다. ​4. 주인의식과 책임감을 가진다면 언제나 주어진 것을 바꿀 수 있다. 때로는 이게 당신의 문제를 해결하는 가장 효과적인 방법이다. 주인이 되라! ​5. "매사가 당신 뜻대로 되기를 바라지 마라. 일어나는 대로 일어나기를 바라라. 그러면 모든게 괜찮을 것이다."_에픽테토스 #시작의기술 📚 #개리비숍

< '모든 것을 받아들이기'의 진짜 의미 >

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

마라톤 풀코스를 달리고 있으면 마지막 단계쯤에 일분일초라도 빨리 골인해서, 아무튼 이 레이스를 완주하고 말겠다는 생각으로 머릿속이 가득 찬다. 다른 일은 아무것도 생각할 수 없게 된다. 그렇지만 그때에는 그런 건 추호도 생각나지 않았다. 끝이라고 하는 것은, 그저 우선 한 단락을 짓는다는 것뿐으로, 실제로는 대단한 의미가 없다는 기분이 들었다. 사는 것과 마찬가지다. 끝이 있기에 존재의 의미가 있는 것은 아니다.
⠀
달리기를 말할 때 내가 하고 싶은 이야기, 하루키

마라톤 풀코스를 달리고 있으면 마지막 단계쯤에 일분일초라도 빨리 골인해서, 아무튼 이 레이스를 완주하고 말겠다는 생각으로 머릿속이 가득 찬다. 다른 일은 아무것도 생각할 수 없게 된다. 그렇지만 그때에는 그런 건 추호도 생각나지 않았다. 끝이라고 하는 것은, 그저 우선 한 단락을 짓는다는 것뿐으로, 실제로는 대단한 의미가 없다는 기분이 들었다. 사는 것과 마찬가지다. 끝이 있기에 존재의 의미가 있는 것은 아니다.⠀달리기를 말할 때 내가 하고 싶은 이야기, 하루키

《끝나지 않는 존재의 의미》

How LLMs are making traditional apps feel broken.

Post-Chat UI

👋 Allen Pike의 에세이 「Post-Chat UI」
대형 언어 모델(LLM)의 발전이 기존의 채팅 기반 인터페이스를 넘어, 보다 직관적이고 인간 중심적인 사용자 경험을 어떻게 재정의할 수 있는지를 확인할 수 있어요.

A. 공동 작성(Co-authorship)
문서 작성 시, 채팅 인터페이스를 보조 도구로 활용하여 사용자와 AI가 협업하는 형태를 제안합니다.

B. 생성형 우클릭(Generative Right-Click)
우클릭 메뉴에 AI 기반의 컨텍스트 메뉴를 추가하여 사용자가 직접 명령어를 입력하지 않고도 AI 기능을 활용할 수 있도록 합니다.

C. 직관적인 검색(Intuitive Search)
자연어로 검색 쿼리를 입력하여 원하는 정보를 찾을 수 있는 기능을 강조합니다. 예를 들어, "출장 일정 알려줘"와 같은 문장으로 검색이 가능합니다.

D. 선택 대신 입력(Type Instead of Pick)
드롭다운 메뉴나 선택 박스 대신, 사용자가 자연어로 원하는 옵션을 입력하여 선택할 수 있는 인터페이스를 제안합니다.

E. 인라인 피드백(Inline Feedback)
문서 작성 중 AI가 실시간으로 피드백을 제공하여, 사용자가 즉시 수정하거나 개선할 수 있도록 지원합니다.

F. 자동 정리(Clean Up)
AI가 사용자의 작업물을 자동으로 정리하거나 개선하여, 사용자의 부담을 줄이고 효율성을 높입니다.

G. 요약 및 통합(Summary and Synthesis)
AI가 대화나 문서의 핵심 내용을 요약하여, 사용자가 빠르게 정보를 파악할 수 있도록 합니다.

H. 음성 및 멀티모달 인터페이스(Voice and Multimodal Interfaces)
음성 명령과 시각적 피드백을 결합하여, 사용자와 AI 간의 상호작용을 더욱 자연스럽게 만듭니다.

I. 자동 제안(Do the Obvious Thing)
AI가 사용자의 행동 패턴을 분석하여, 다음에 수행할 가능성이 높은 작업을 자동으로 제안합니다.

J. 완전히 생성된 UI(Completely Generated UI)
LLM이 사용자 인터페이스를 실시간으로 생성하여, 사용자에게 맞춤형 UI를 제공하는 미래 지향적인 접근 방식을 소개합니다.

-
채팅 인터페이스의 한계 인식: 채팅은 강력한 도구지만, 모든 사용자에게 직관적이지 않을 수 있으므로, 보조 수단으로 활용하는 것이 바람직합니다.

기존 UI 패턴의 재해석: 우클릭 메뉴, 검색 창, 입력 필드 등 기존의 UI 요소에 AI 기능을 통합하여 사용자 경험을 향상시킬 수 있습니다.

사용자 중심의 설계: AI 기능을 설계할 때는 사용자의 편의성과 직관성을 최우선으로 고려해야 합니다.

지속적인 평가와 개선: AI 기능의 효과를 지속적으로 평가하고, 사용자 피드백을 반영하여 개선해 나가야 합니다

👋 Allen Pike의 에세이 「Post-Chat UI」대형 언어 모델(LLM)의 발전이 기존의 채팅 기반 인터페이스를 넘어, 보다 직관적이고 인간 중심적인 사용자 경험을 어떻게 재정의할 수 있는지를 확인할 수 있어요. A. 공동 작성(Co-authorship) 문서 작성 시, 채팅 인터페이스를 보조 도구로 활용하여 사용자와 AI가 협업하는 형태를 제안합니다. B. 생성형 우클릭(Generative Right-Click) 우클릭 메뉴에 AI 기반의 컨텍스트 메뉴를 추가하여 사용자가 직접 명령어를 입력하지 않고도 AI 기능을 활용할 수 있도록 합니다. C. 직관적인 검색(Intuitive Search) 자연어로 검색 쿼리를 입력하여 원하는 정보를 찾을 수 있는 기능을 강조합니다. 예를 들어, "출장 일정 알려줘"와 같은 문장으로 검색이 가능합니다. D. 선택 대신 입력(Type Instead of Pick) 드롭다운 메뉴나 선택 박스 대신, 사용자가 자연어로 원하는 옵션을 입력하여 선택할 수 있는 인터페이스를 제안합니다. E. 인라인 피드백(Inline Feedback) 문서 작성 중 AI가 실시간으로 피드백을 제공하여, 사용자가 즉시 수정하거나 개선할 수 있도록 지원합니다. F. 자동 정리(Clean Up) AI가 사용자의 작업물을 자동으로 정리하거나 개선하여, 사용자의 부담을 줄이고 효율성을 높입니다. G. 요약 및 통합(Summary and Synthesis) AI가 대화나 문서의 핵심 내용을 요약하여, 사용자가 빠르게 정보를 파악할 수 있도록 합니다. H. 음성 및 멀티모달 인터페이스(Voice and Multimodal Interfaces) 음성 명령과 시각적 피드백을 결합하여, 사용자와 AI 간의 상호작용을 더욱 자연스럽게 만듭니다. I. 자동 제안(Do the Obvious Thing) AI가 사용자의 행동 패턴을 분석하여, 다음에 수행할 가능성이 높은 작업을 자동으로 제안합니다. J. 완전히 생성된 UI(Completely Generated UI) LLM이 사용자 인터페이스를 실시간으로 생성하여, 사용자에게 맞춤형 UI를 제공하는 미래 지향적인 접근 방식을 소개합니다. -채팅 인터페이스의 한계 인식: 채팅은 강력한 도구지만, 모든 사용자에게 직관적이지 않을 수 있으므로, 보조 수단으로 활용하는 것이 바람직합니다. 기존 UI 패턴의 재해석: 우클릭 메뉴, 검색 창, 입력 필드 등 기존의 UI 요소에 AI 기능을 통합하여 사용자 경험을 향상시킬 수 있습니다. 사용자 중심의 설계: AI 기능을 설계할 때는 사용자의 편의성과 직관성을 최우선으로 고려해야 합니다. 지속적인 평가와 개선: AI 기능의 효과를 지속적으로 평가하고, 사용자 피드백을 반영하여 개선해 나가야 합니다

Allen Pike

Allen Pike의 에세이 「Post-Chat UI」

이른 봄부터 움트는 수목을 심어 병실에서 나오지 못하는 환자도 창밖을 보며 살아야겠다는 희망을 품게 하자. 그리고 아픈 사람은 와서 울고, 지친 환자 가족은 위로를 받고, 시간과 싸우는 의료진은 잠시 쉬어갈 수 있도록 울창한 숲을 이뤄 그늘에 앉게 하자. 두 가지 원칙을 세우고 작업했습니다.
⠀
조경은 환경과 건축에 따라 달리 설계해야 합니다. 저는 이곳이 그저 예쁘고 화려한 정원이 아니라 위로와 재충전의 공간이 되기를 바랐습니다.
⠀
서울아산병원 중앙공원 설계한 조경가, 정영선

https://news.amc.seoul.kr/news/con/detail.do?cntId=10108

이른 봄부터 움트는 수목을 심어 병실에서 나오지 못하는 환자도 창밖을 보며 살아야겠다는 희망을 품게 하자. 그리고 아픈 사람은 와서 울고, 지친 환자 가족은 위로를 받고, 시간과 싸우는 의료진은 잠시 쉬어갈 수 있도록 울창한 숲을 이뤄 그늘에 앉게 하자. 두 가지 원칙을 세우고 작업했습니다.⠀조경은 환경과 건축에 따라 달리 설계해야 합니다. 저는 이곳이 그저 예쁘고 화려한 정원이 아니라 위로와 재충전의 공간이 되기를 바랐습니다.⠀서울아산병원 중앙공원 설계한 조경가, 정영선 https://news.amc.seoul.kr/news/con/detail.do?cntId=10108

《땅에 쓰는 시, 조경하는 마음》

공공디자인, 중앙정부를 넘어 Public Design Beyond Central Government Report 2025 핵심 인사이트 및 권고안 2025년 5월 7일 영국 디자인카운슬 '공공부문에서 디자인이 ...

공공디자인, 중앙정부를 넘어 - 영국 디자인카운슬, 2025

영국 디자인카운슬이 2025년 5월 발표한 'Public Design Beyond Central Gorvernment Report 2025'를 번역한 내용입니다. 현재 UX 업계에서 UX 리서치, UX 라이팅이 처한 상황과 유사한 상황에서 - 예산이 삭감되는 상황에서 그 역할을 지속할 것인가? 예전처럼 프로덕트 디자이너에게 통합할 것인가? 등의 논의 - 더 나은 사용자 경험을 고민하는 분들에게 일독을 추천합니다. 아래 링크를 통해서 원문 보고서*를 다운로드하실 수도 있습니다.

*보고서는 디자인카운슬의 ‘디자인 이코노미(Design Economy)’ 연구의 일환으로 2022년에 공공부문 종사자 1,018명을 대상으로 실시한 설문조사와, 2023~2024년에 공공디자인 리더 32명이 참여한 두 차례의 참여형 워크숍을 기반으로 했습니다.

"지금 영국 공공부문은 국가 전반의 구조적 위기를 반영하며 큰 압박에 놓여 있다. 향후 예산은 실질적으로 삭감될 가능성이 크고, 이미 NHS나 아동 특수교육과 같은 주요 영역에서는 대중의 신뢰가 흔들리고 있다. 이럴 때일수록 디자인 역량을 사치로 취급하며 우선순위에서 밀려나게 해서는 안 된다. 디자인은 어려운 시기에 더욱 절실한 자산이다. 디자인 역량을 활용하면 재정 제약 속에서도 시민과 함께 더 나은 서비스와 결과를 만들 수 있다."

[ 큐레이터의 문장 🎒 ]

1️⃣ 현재 공공부문 조직의 88%는 디자인이 자사에 중요한 역할을 한다고 답했다.

2️⃣ 영국 지방정부 50%가 내부에 서비스 디자이너를 고용하고 있다.

3️⃣ 공공부문에서 디자인이 가장 많이 활용되는 영역은 서비스와 프로세스 개선(71%)이다.

4️⃣ 현재 공공부문에서 58%는 디자인 업무를 하고 있다고 답했지만, 그중 스스로를 전문가라고 평가한 비율은 13%에 불과하다.

5️⃣ 응답자의 58%는 자신이 하는 일에 디자인이 포함된다고 답했으며, 약 1/3은 조직 전략 수준에서 디자인을 활용하고 있다고 응답했다.

https://www.designdb.com/?menuno=790&bbsno=31543&siteno=15&act=view&ztag=rO0ABXQAOTxjYWxsIHR5cGU9ImJvYXJkIiBubz0iNTkxIiBza2luPSJwaG90b19iYnNfMjAxOSI+PC9jYWxsPg%3D%3D#gsc.tab=0

영국 디자인카운슬이 2025년 5월 발표한 'Public Design Beyond Central Gorvernment Report 2025'를 번역한 내용입니다. 현재 UX 업계에서 UX 리서치, UX 라이팅이 처한 상황과 유사한 상황에서 - 예산이 삭감되는 상황에서 그 역할을 지속할 것인가? 예전처럼 프로덕트 디자이너에게 통합할 것인가? 등의 논의 - 더 나은 사용자 경험을 고민하는 분들에게 일독을 추천합니다. 아래 링크를 통해서 원문 보고서*를 다운로드하실 수도 있습니다. *보고서는 디자인카운슬의 ‘디자인 이코노미(Design Economy)’ 연구의 일환으로 2022년에 공공부문 종사자 1,018명을 대상으로 실시한 설문조사와, 2023~2024년에 공공디자인 리더 32명이 참여한 두 차례의 참여형 워크숍을 기반으로 했습니다. "지금 영국 공공부문은 국가 전반의 구조적 위기를 반영하며 큰 압박에 놓여 있다. 향후 예산은 실질적으로 삭감될 가능성이 크고, 이미 NHS나 아동 특수교육과 같은 주요 영역에서는 대중의 신뢰가 흔들리고 있다. 이럴 때일수록 디자인 역량을 사치로 취급하며 우선순위에서 밀려나게 해서는 안 된다. 디자인은 어려운 시기에 더욱 절실한 자산이다. 디자인 역량을 활용하면 재정 제약 속에서도 시민과 함께 더 나은 서비스와 결과를 만들 수 있다." [ 큐레이터의 문장 🎒 ] 1️⃣ 현재 공공부문 조직의 88%는 디자인이 자사에 중요한 역할을 한다고 답했다. 2️⃣ 영국 지방정부 50%가 내부에 서비스 디자이너를 고용하고 있다. 3️⃣ 공공부문에서 디자인이 가장 많이 활용되는 영역은 서비스와 프로세스 개선(71%)이다. 4️⃣ 현재 공공부문에서 58%는 디자인 업무를 하고 있다고 답했지만, 그중 스스로를 전문가라고 평가한 비율은 13%에 불과하다. 5️⃣ 응답자의 58%는 자신이 하는 일에 디자인이 포함된다고 답했으며, 약 1/3은 조직 전략 수준에서 디자인을 활용하고 있다고 응답했다. https://www.designdb.com/?menuno=790&amp;bbsno=31543&amp;siteno=15&amp;act=view&amp;ztag=rO0ABXQAOTxjYWxsIHR5cGU9ImJvYXJkIiBubz0iNTkxIiBza2luPSJwaG90b19iYnNfMjAxOSI+PC9jYWxsPg%3D%3D#gsc.tab=0

www.designdb.com

⟪디자인의 역할은 프로세스에서 낭비를 줄이고 생산성을 개선하는 것⟫

Pain is inevitable, Suffering is optional.
⠀
정확한 뉘앙스를 번역하기 어렵지만, 극히 간단하게 번역하면 ‘아픔은 피할 수 없지만, 고통은 선택하기에 달렸다'라는 의미가 된다. 가령 달리면서 ‘아아, 힘들다! 이젠 안 되겠다'라고 생각했다고 치면 ‘힘들다'라는 것은 피할 수 없는 사실이겠지만, ‘이젠 안 되겠다'인지 어떤지는 어디까지나 본인이 결정하기 나름인 것이다. 이 말은 마라톤이란 경기의 가장 중요한 부분을 간결하게 요약한 것이라고 생각한다.
⠀
달리기를 말할 때 내가 하고 싶은 이야기, 하루키

Pain is inevitable, Suffering is optional.⠀정확한 뉘앙스를 번역하기 어렵지만, 극히 간단하게 번역하면 ‘아픔은 피할 수 없지만, 고통은 선택하기에 달렸다'라는 의미가 된다. 가령 달리면서 ‘아아, 힘들다! 이젠 안 되겠다'라고 생각했다고 치면 ‘힘들다'라는 것은 피할 수 없는 사실이겠지만, ‘이젠 안 되겠다'인지 어떤지는 어디까지나 본인이 결정하기 나름인 것이다. 이 말은 마라톤이란 경기의 가장 중요한 부분을 간결하게 요약한 것이라고 생각한다.⠀달리기를 말할 때 내가 하고 싶은 이야기, 하루키

《선택 사항으로서의 고통》

카카오에 처음 들어가서 놀랐던 또 한 가지는 장애를 공유하는 문화였습니다.

개발자의 장애 공유 문화

카카오에 처음 들어가서 놀랐던 또 한 가지는 장애를 공유하는 문화였습니다.

작고 큰 장애들이 자주 발생했습니다.
장애가 발생하면 즉시 전파하고, 원인을 파악하고 후속 대응까지 실시간으로 공유했습니다.
누구에게? 회사의 모든 사람들에게.
CS 부서나 운영팀처럼 상황을 빠르게 파악해야 하는 팀에게는 멘션까지 하면서.

'와, 이 사람들 특이한 사람들이네. 이런 건 살다 살다 처음 보는군.'
'다들 실수를 숨기고 싶어 하는데, 이 사람들은 실수한 걸 마치 자랑하듯이 게시판에 올리잖아? 그것도 전사 게시판에. (미친 사람들인가?)'

장애 공유 글에는 항상 좋아요가 많이 달렸습니다.
쪽팔림 같은 건 저기 던져버리고 자신의 얼간이 짓을 솔직하게 쓰면 쓸수록 좋아요가 더 많이 달렸습니다.

원인과 후속 조치, 여전히 가시지 않는 의문점들에 대해 댓글로 논의하기도 했습니다만…
장애를 낸 사람을 탓하는 경우는 한 번도 보지 못했습니다.
이건 불문율이었습니다. 이 불문율을 깨트리면 누구도 더 이상 솔직하게 공유하지 않을 테니까.

자신이 발생시킨 장애를 전 직원들에게 공유한다는 것이 절대 쉬운 일이 아닙니다.
직접 해봐야 그 당혹스러움과 부끄러움을 알 수 있습니다.
처음 겪으면 그냥 도망쳐버리고 싶다는 생각이 들 정도로 아찔합니다만…
몇 번 하다 보면 이 짓도 편안해집니다.

'아 오늘도 장애 공유 써야 되네, 젠장. 뭐 일하다 보면 장애 낼 수도 있는 거지.'
'열심히 코딩하고 배포하다 보니 장애를 많이 내는 것일 뿐, 내가 진짜 얼간이여서 그런 게 아니라고.'
(그래도 다음엔 실수하지 말아야겠다)

카카오에서보다 더 놀랐던 기억도 납니다.
2017년의 GitLab 장애.
rm -rf로 프로덕션 데이터베이스 전체를 날려먹었던가?
엄청난 장애를 어린 엔지니어 혼자 수습했습니다. 그것도 유튜브에 라이브 스트리밍을 하면서. (사람들이 댓글로 이걸 고쳐봐라 저걸 확인해 봐라… ㅋㅋㅋ)
와, 진짜 미친 사람들이 여기 있었구나. 저걸 회사의 다른 동료들이 아무도 뭐라 하지 않는 건가? 아니, 어쩌면 의도적으로 저렇게 공유하기로 한 건가?
문제를 공유하고 소통하는 것에 저 정도로 열려 있다면 GitLab의 다른 문화들도 충분히 멋질 거야. 라고 생각했던 것 같습니다.

https://jeho.page/essay/2025/05/15/failure-sharing.html

카카오에 처음 들어가서 놀랐던 또 한 가지는 장애를 공유하는 문화였습니다. 작고 큰 장애들이 자주 발생했습니다. 장애가 발생하면 즉시 전파하고, 원인을 파악하고 후속 대응까지 실시간으로 공유했습니다. 누구에게? 회사의 모든 사람들에게. CS 부서나 운영팀처럼 상황을 빠르게 파악해야 하는 팀에게는 멘션까지 하면서. '와, 이 사람들 특이한 사람들이네. 이런 건 살다 살다 처음 보는군.' '다들 실수를 숨기고 싶어 하는데, 이 사람들은 실수한 걸 마치 자랑하듯이 게시판에 올리잖아? 그것도 전사 게시판에. (미친 사람들인가?)' 장애 공유 글에는 항상 좋아요가 많이 달렸습니다. 쪽팔림 같은 건 저기 던져버리고 자신의 얼간이 짓을 솔직하게 쓰면 쓸수록 좋아요가 더 많이 달렸습니다. 원인과 후속 조치, 여전히 가시지 않는 의문점들에 대해 댓글로 논의하기도 했습니다만… 장애를 낸 사람을 탓하는 경우는 한 번도 보지 못했습니다. 이건 불문율이었습니다. 이 불문율을 깨트리면 누구도 더 이상 솔직하게 공유하지 않을 테니까. 자신이 발생시킨 장애를 전 직원들에게 공유한다는 것이 절대 쉬운 일이 아닙니다. 직접 해봐야 그 당혹스러움과 부끄러움을 알 수 있습니다. 처음 겪으면 그냥 도망쳐버리고 싶다는 생각이 들 정도로 아찔합니다만… 몇 번 하다 보면 이 짓도 편안해집니다. '아 오늘도 장애 공유 써야 되네, 젠장. 뭐 일하다 보면 장애 낼 수도 있는 거지.' '열심히 코딩하고 배포하다 보니 장애를 많이 내는 것일 뿐, 내가 진짜 얼간이여서 그런 게 아니라고.' (그래도 다음엔 실수하지 말아야겠다) 카카오에서보다 더 놀랐던 기억도 납니다. 2017년의 GitLab 장애. rm -rf로 프로덕션 데이터베이스 전체를 날려먹었던가? 엄청난 장애를 어린 엔지니어 혼자 수습했습니다. 그것도 유튜브에 라이브 스트리밍을 하면서. (사람들이 댓글로 이걸 고쳐봐라 저걸 확인해 봐라… ㅋㅋㅋ) 와, 진짜 미친 사람들이 여기 있었구나. 저걸 회사의 다른 동료들이 아무도 뭐라 하지 않는 건가? 아니, 어쩌면 의도적으로 저렇게 공유하기로 한 건가? 문제를 공유하고 소통하는 것에 저 정도로 열려 있다면 GitLab의 다른 문화들도 충분히 멋질 거야. 라고 생각했던 것 같습니다. https://jeho.page/essay/2025/05/15/failure-sharing.html

K리그 프로그래머

﻿
세상에서 내가 제일 어렵고 힘든 상황에 놓여 있는 것 같지만, 주위를 둘러보면 위로와 격려가 필요한 사람이 더 많습니다. 어제는 전 직장 동료의 부고 소식을 전해 들었습니다. 갑작스러운 사고로 인해 하늘나라로 간 고인과 그의 가족들 소식을 듣고 마음이 먹먹했습니다. 가족들의 슬픔을 어떤 말로 위로하기 어렵겠지만, 진심으로 기도하여 빠르게 평안을 찾길 바란다고 메시지를 보냈습니다.

그 어느 때보다 뚫기 어려운 취업 시장에서 매일 탈락 안내를 받고 마음이 무너진다는 소식을 듣습니다. 3개월 전에 직접 겪었던 상황이 떠올라 마음이 아팠습니다. 얼마나 힘들고 답답할까 상황이 잘 이해와 공감되었기에 더 마음이 쓰였습니다. 입사 지원한 결과를 알려주지 않거나 채용 전형에서 아쉽게 탈락했다고 해서 절대 지원자가 부족한 것은 아니니 너무 실망하지 말자고 격려했습니다. 제 말이 무슨 힘이 있어서 취업에 도전하는 사람들을 얼마나 위로할 수 있겠습니까. 다만, 진심으로 그의 어려움이 공감되어 상황에 무릎 꿇지 않고 담대한 용기를 갖기를 바라는 마음입니다.

우리의 직장 동료들도 자세히 들여다보면 하나같이 위로와 격려가 필요합니다. 동료가 하는 일과 그의 컨디션에 관심을 갖고, 자세히 보면 저마다 어려움을 안고 일을 하고 있습니다. 우리가 관심이 없으니 동료가 겪고 있는 고충이 보이지 않을 뿐입니다. 오히려 왜 저렇게 말하고 행동하는지 동료에 대한 불평과 불만을 갖고 있습니다. 알고 보면 각자 다 그럴만한 사정이 있고, 동료에게 필요한 건 조언이 아니라 위로입니다. 

매일 아침 눈을 뜨면 만나는 가족도 마찬가지입니다. 아내와 아들, 딸에게도 힘든 부분이 있을 것입니다. 직장을 다니는 아내에게 일과 사람에 대한 스트레스가 있을 것이고, 학교와 유치원을 다니는 아들과 딸에게도 공부하고 친구들과 지내는 관계에 어려움이 있을 것입니다. 매일 어려움을 가족에게 이야기하지 않을 뿐 각자 마음속으로 끙끙 앓고 있는 아픔이 있습니다. 그들에게 필요한 건 잔소리가 아니라 사랑이 담긴 말 한마디와 따뜻한 포옹입니다. 내 생활 방식과 다르다고 핀잔을 주는 것이 아니라 오늘은 어떤 일로 힘들지 않았나 세심하게 살펴보고 정성스럽게 대화를 나누는 것입니다.

아파트 경비 아저씨는 얼마나 힘들까요? 매일 쏟아져 나오는 쓰레기를 정리하고 처리해야 합니다. 날마다 방문하는 사람들에게 문을 열어주고, 붐비는 주차장을 관리하느라 실랑이를 벌입니다. 잠도 편하게 주무시지 못하고 추운 밤을 쓸쓸하게 혼자 보내는 마음은 어떨까요? 제가 도울 수 있는 일은 분리수거 잘하고, 엘리베이터에 붙은 아파트 주민으로 해야 할 일을 제때 잘 처리하는 것뿐입니다. 그리고 오늘도 마주친다면 반갑게 인사드리고, 수고해 주셔서 감사하다는 표현입니다. 이것으로 경비 아저씨가 힘을 얻을 수 있다면 만날 때마다 해야죠.

퇴근길을 터벅터벅 걸어오는 이웃의 발걸음을 보면 오늘 하루 얼마나 고되었을까 상상해 봅니다. 매일 아침 출근길에 만나는 이웃도 너무 일을 하고 싶어서 룰루랄라 일터로 가는 건 아니겠지요? 먹고살기 위해 고군분투하고 집으로 돌아오는 길이 힘없어 보이는 건 하루 종일 지지고 볶고 에너지를 쏟았을 쓸 이웃의 험난한 여정이 공감되었기 때문입니다. 일을 하느라 바빠서 자신을 돌아볼 여유도 없이 보냈을 하루가 정말 피곤했을 것 같습니다. 부디 저녁에는 편안하게 쉬고 에너지를 충전하길 마음으로 응원해 봅니다.

어제 만나고 떠오른 사람들 말고도 위로와 격려가 필요한 분들이 많이 계실 줄 압니다. 그들이 직접 힘들다고 우리에게 적극적으로 표현하지 않을 것입니다. 우리가 먼저 그런 시선을 가지면 좋겠습니다. 우리가 힘들었던 상황을 떠올려보면 공감하는 것이 그리 어려운 일은 아닙니다. 시선은 전적으로 우리 마음에 달려있습니다. 날카로운 눈으로 바라보는 것이 아니라 사랑으로 바라보면 모든 사람과 상황이 이해와 공감할 수 있다고 믿습니다. 오늘은 주변 사람들을 사랑의 눈으로 바라보고, 진심을 담아 응원하는 하루가 되면 좋겠습니다.

﻿세상에서 내가 제일 어렵고 힘든 상황에 놓여 있는 것 같지만, 주위를 둘러보면 위로와 격려가 필요한 사람이 더 많습니다. 어제는 전 직장 동료의 부고 소식을 전해 들었습니다. 갑작스러운 사고로 인해 하늘나라로 간 고인과 그의 가족들 소식을 듣고 마음이 먹먹했습니다. 가족들의 슬픔을 어떤 말로 위로하기 어렵겠지만, 진심으로 기도하여 빠르게 평안을 찾길 바란다고 메시지를 보냈습니다. 그 어느 때보다 뚫기 어려운 취업 시장에서 매일 탈락 안내를 받고 마음이 무너진다는 소식을 듣습니다. 3개월 전에 직접 겪었던 상황이 떠올라 마음이 아팠습니다. 얼마나 힘들고 답답할까 상황이 잘 이해와 공감되었기에 더 마음이 쓰였습니다. 입사 지원한 결과를 알려주지 않거나 채용 전형에서 아쉽게 탈락했다고 해서 절대 지원자가 부족한 것은 아니니 너무 실망하지 말자고 격려했습니다. 제 말이 무슨 힘이 있어서 취업에 도전하는 사람들을 얼마나 위로할 수 있겠습니까. 다만, 진심으로 그의 어려움이 공감되어 상황에 무릎 꿇지 않고 담대한 용기를 갖기를 바라는 마음입니다. 우리의 직장 동료들도 자세히 들여다보면 하나같이 위로와 격려가 필요합니다. 동료가 하는 일과 그의 컨디션에 관심을 갖고, 자세히 보면 저마다 어려움을 안고 일을 하고 있습니다. 우리가 관심이 없으니 동료가 겪고 있는 고충이 보이지 않을 뿐입니다. 오히려 왜 저렇게 말하고 행동하는지 동료에 대한 불평과 불만을 갖고 있습니다. 알고 보면 각자 다 그럴만한 사정이 있고, 동료에게 필요한 건 조언이 아니라 위로입니다.&nbsp; 매일 아침 눈을 뜨면 만나는 가족도 마찬가지입니다. 아내와 아들, 딸에게도 힘든 부분이 있을 것입니다. 직장을 다니는 아내에게 일과 사람에 대한 스트레스가 있을 것이고, 학교와 유치원을 다니는 아들과 딸에게도 공부하고 친구들과 지내는 관계에 어려움이 있을 것입니다. 매일 어려움을 가족에게 이야기하지 않을 뿐 각자 마음속으로 끙끙 앓고 있는 아픔이 있습니다. 그들에게 필요한 건 잔소리가 아니라 사랑이 담긴 말 한마디와 따뜻한 포옹입니다. 내 생활 방식과 다르다고 핀잔을 주는 것이 아니라 오늘은 어떤 일로 힘들지 않았나 세심하게 살펴보고 정성스럽게 대화를 나누는 것입니다. 아파트 경비 아저씨는 얼마나 힘들까요? 매일 쏟아져 나오는 쓰레기를 정리하고 처리해야 합니다. 날마다 방문하는 사람들에게 문을 열어주고, 붐비는 주차장을 관리하느라 실랑이를 벌입니다. 잠도 편하게 주무시지 못하고 추운 밤을 쓸쓸하게 혼자 보내는 마음은 어떨까요? 제가 도울 수 있는 일은 분리수거 잘하고, 엘리베이터에 붙은 아파트 주민으로 해야 할 일을 제때 잘 처리하는 것뿐입니다. 그리고 오늘도 마주친다면 반갑게 인사드리고, 수고해 주셔서 감사하다는 표현입니다. 이것으로 경비 아저씨가 힘을 얻을 수 있다면 만날 때마다 해야죠. 퇴근길을 터벅터벅 걸어오는 이웃의 발걸음을 보면 오늘 하루 얼마나 고되었을까 상상해 봅니다. 매일 아침 출근길에 만나는 이웃도 너무 일을 하고 싶어서 룰루랄라 일터로 가는 건 아니겠지요? 먹고살기 위해 고군분투하고 집으로 돌아오는 길이 힘없어 보이는 건 하루 종일 지지고 볶고 에너지를 쏟았을 쓸 이웃의 험난한 여정이 공감되었기 때문입니다. 일을 하느라 바빠서 자신을 돌아볼 여유도 없이 보냈을 하루가 정말 피곤했을 것 같습니다. 부디 저녁에는 편안하게 쉬고 에너지를 충전하길 마음으로 응원해 봅니다. 어제 만나고 떠오른 사람들 말고도 위로와 격려가 필요한 분들이 많이 계실 줄 압니다. 그들이 직접 힘들다고 우리에게 적극적으로 표현하지 않을 것입니다. 우리가 먼저 그런 시선을 가지면 좋겠습니다. 우리가 힘들었던 상황을 떠올려보면 공감하는 것이 그리 어려운 일은 아닙니다. 시선은 전적으로 우리 마음에 달려있습니다. 날카로운 눈으로 바라보는 것이 아니라 사랑으로 바라보면 모든 사람과 상황이 이해와 공감할 수 있다고 믿습니다. 오늘은 주변 사람들을 사랑의 눈으로 바라보고, 진심을 담아 응원하는 하루가 되면 좋겠습니다.﻿

위로

1. 뇌를 재설계하려면 무엇이 필요할까?

2. 많은 게 필요하지 않고 딱 다음 세 가지만 있으면 된다. 그나마 한 가지는 선택 사항이다.

3. 집중, 반복, 감정(두려움, 행복, 증오, 사랑, 열정 등)

4. 감정이란 치트키를 쓰면 뇌의 신경 회로가 가장 빨리 재구성된다. 하지만 감정 없이 리프레임에 집중하고 반복하기만 해도 뇌를 원하는 대로 재설계할 수 있다.

5. 뇌는 입력하는 자극에 반응하여 새로운 구조를 만든다. 집중과 반복은 아이디어(또는 리프레임)를 개념적인 것에서 물리적인 것으로 바꾼다.

6. 다시 말해 뇌 구조에 물리적인 변화를 가져온다.

7. 여기에 감정을 더하면 뇌가 더 빨리 재설계 되지만, 다시 말하는데 이 부분은 선택 사항이다.

#더리프레임 📚
#스콧에덤스
#하루한문장

1. 뇌를 재설계하려면 무엇이 필요할까? ​2. 많은 게 필요하지 않고 딱 다음 세 가지만 있으면 된다. 그나마 한 가지는 선택 사항이다. ​3. 집중, 반복, 감정(두려움, 행복, 증오, 사랑, 열정 등) ​4. 감정이란 치트키를 쓰면 뇌의 신경 회로가 가장 빨리 재구성된다. 하지만 감정 없이 리프레임에 집중하고 반복하기만 해도 뇌를 원하는 대로 재설계할 수 있다. ​5. 뇌는 입력하는 자극에 반응하여 새로운 구조를 만든다. 집중과 반복은 아이디어(또는 리프레임)를 개념적인 것에서 물리적인 것으로 바꾼다. ​6. 다시 말해 뇌 구조에 물리적인 변화를 가져온다. ​7. 여기에 감정을 더하면 뇌가 더 빨리 재설계 되지만, 다시 말하는데 이 부분은 선택 사항이다. #더리프레임 📚 #스콧에덤스 #하루한문장

< 뇌를 가장 빠르게 바꾸는 3가지 방법 >

현대 소프트웨어 개발에서 의존성(Dependency)은 필수 불가결한 존재입니다. 직접 구현해야 하는 코드를 줄여 생산성을 높여주지만, 관리되지 않고 방치된 의존성은 보안 취약점이나 호환성 문제로 이어지기 쉽죠.

이번 글에서는 깃허브에서 제공하는 Dependabot을 통해 의존성 관리와 보안 업데이트를 어떻게 자동화할 수 있는지 알아보겠습니다.

📝 포스팅: https://www.daleseo.com/github-dependabot/

Dependabot은 깃허브에서 제공하는 보안 취약점 경보 및 의존성 업데이트 기능입니다. 초기에는 독립 서비스였지만, 2019년 GitHub에 인수된 후 현재는 깃허브 플랫폼에 완전히 통합되어 무료로 사용할 수 있습니다. 덕분에 Dependabot에 대한 접근성과 사용성이 크게 개선되어 복잡한 과정없이 코드 저장소에 간단한 설정만으로 바로 쓸 수 있습니다.

Dependabot은 다음 세 가지 기능으로 이루어져 있습니다.
 * Alerts(알람): 코드 저장소의 보안 취약점을 감지하여 경고합니다.
 * Security Updates(보안 업데이트): 보안 취약점이 발견된 의존성을 업데이트하는 Pull Request을 자등으로 생성합니다.
 * Version Updates(버전 업데이트): 보안과 무관하게 의존성을 최신 상태로 유지하기 Pull Request을 자등으로 생성합니다.

npm이나 Maven, PyPI, RubyGems, Docker Hub 등과 같은 패키지 저장소를 통해 의존성을 내려받는 프로젝트는 모두 잠재적인 공급망 공격(Supply Chain Attack) 위험에 처해 있습니다. Dependabot은 점점 정교해지고 있는 공급망 공격을 방어하고, 알려진 보안 취약점으로부터 프로젝트를 지킬 수 있는 강력한 보안 도구입니다.

현대 소프트웨어 개발에서 의존성(Dependency)은 필수 불가결한 존재입니다. 직접 구현해야 하는 코드를 줄여 생산성을 높여주지만, 관리되지 않고 방치된 의존성은 보안 취약점이나 호환성 문제로 이어지기 쉽죠. 이번 글에서는 깃허브에서 제공하는 Dependabot을 통해 의존성 관리와 보안 업데이트를 어떻게 자동화할 수 있는지 알아보겠습니다. 📝 포스팅: https://www.daleseo.com/github-dependabot/ Dependabot은 깃허브에서 제공하는 보안 취약점 경보 및 의존성 업데이트 기능입니다. 초기에는 독립 서비스였지만, 2019년 GitHub에 인수된 후 현재는 깃허브 플랫폼에 완전히 통합되어 무료로 사용할 수 있습니다. 덕분에 Dependabot에 대한 접근성과 사용성이 크게 개선되어 복잡한 과정없이 코드 저장소에 간단한 설정만으로 바로 쓸 수 있습니다. Dependabot은 다음 세 가지 기능으로 이루어져 있습니다.<ul><li>Alerts(알람): 코드 저장소의 보안 취약점을 감지하여 경고합니다.</li><li>Security Updates(보안 업데이트): 보안 취약점이 발견된 의존성을 업데이트하는 Pull Request을 자등으로 생성합니다.</li><li>Version Updates(버전 업데이트): 보안과 무관하게 의존성을 최신 상태로 유지하기 Pull Request을 자등으로 생성합니다.</li></ul> npm이나 Maven, PyPI, RubyGems, Docker Hub 등과 같은 패키지 저장소를 통해 의존성을 내려받는 프로젝트는 모두 잠재적인 공급망 공격(Supply Chain Attack) 위험에 처해 있습니다. Dependabot은 점점 정교해지고 있는 공급망 공격을 방어하고, 알려진 보안 취약점으로부터 프로젝트를 지킬 수 있는 강력한 보안 도구입니다.

Dependabot을 통한 안전한 의존성 관리

롱블랙 프렌즈 C 여러분은 일할 때 가장 설레는 순간이 언제세요? 저는 어디서도 듣지 못한 이야기를 접했을 때예요! 2025년 4월 30일에 열린 <롱블랙 스토리 컨퍼런스 2025

스토리 2025 : 반짝거림에 기대지 않는, 스토리텔러 8인의 이야기 발견법

1️⃣ 불편한데 그래야만 할까?

“어느 시대든 성공한 비즈니스에는 그 업계의 감수성과 상식이라는 게 존재합니다. 그 상식에 도전하고, 부수면서 나아가는 것. 그것이 우리의 역할입니다. 그래서 우리는 기획할 때 ‘기성세대가 품은 상식을 어떻게 돌파할 수 있을지’를 중요하게 보죠.” - 다카하시 야스노리 CCC CEO (CCC는 일본의 1위 서점 츠타야 운영사)

① 왜 서점에는 책 파는 진열장만 있는 걸까? → ‘머무는 공간’을 만들기 위해 서점과 스타벅스를 경계 없이 융합했다.

② 왜 가전 매장은 할인 위주의 판매에만 집중할까? → ‘상상할 수 있는 공간’을 만들기 위해 고객이 가전제품을 체험할 수 있는 매장, 츠타야 일렉트릭스를 제안했다.

③ 왜 은행은 번화한 곳에 있는데 주말마다 문을 닫을까? → ‘가고 싶은 공간’을 만들기 위해 은행 영업시간 외에 문을 여는 공유오피스, 쉐어 라운지를 기획했다.

2️⃣ 아파트에 전기차 충전기를 설치하기 위한 솔루션, '출차 알림 시계'

2023년에 만든 ‘출차 알림 시계’를 소개했어요. 아파트의 이중주차 문제를 해결하기 위해, 차 위에 ‘나의 출차 시간’을 표시할 수 있는 시계였어요. 표시된 시간보다 먼저 나갈 차는 그 앞에 이중주차를 할 수 있게 한 거였죠.

"현장에 가니 답이 쉽게 보였어요. 이중주차 문제로 싸움까지 나는 아파트가 적잖았거든요. 주차 공간도 부족한데 전기차 충전기를 놓자고 하면? 당연히 반대가 나올 만했어요. 그래서 사람들의 근본적인 괴로움을 풀 방법을 찾았습니다. 그렇게 출차 알림 시계를 떠올렸죠. 이렇게 저는 누군가의 문제를 발견해 해결할 수 있다면, 형식이나 표현 방식에 제약을 둘 필요가 없다고 생각합니다. 눈에 보이는 모든 것을 미디어 삼아 광고할 수 있죠.” - 이승재 아이디엇 대표

https://www.longblack.co/note/1438?ticket=NT25205127e745725a7423751d7cce7b464a39

1️⃣ 불편한데 그래야만 할까? “어느 시대든 성공한 비즈니스에는 그 업계의 감수성과 상식이라는 게 존재합니다. 그 상식에 도전하고, 부수면서 나아가는 것. 그것이 우리의 역할입니다. 그래서 우리는 기획할 때 ‘기성세대가 품은 상식을 어떻게 돌파할 수 있을지’를 중요하게 보죠.” - 다카하시 야스노리 CCC CEO (CCC는 일본의 1위 서점 츠타야 운영사) ① 왜 서점에는 책 파는 진열장만 있는 걸까? → ‘머무는 공간’을 만들기 위해 서점과 스타벅스를 경계 없이 융합했다. ② 왜 가전 매장은 할인 위주의 판매에만 집중할까? → ‘상상할 수 있는 공간’을 만들기 위해 고객이 가전제품을 체험할 수 있는 매장, 츠타야 일렉트릭스를 제안했다. ③ 왜 은행은 번화한 곳에 있는데 주말마다 문을 닫을까? → ‘가고 싶은 공간’을 만들기 위해 은행 영업시간 외에 문을 여는 공유오피스, 쉐어 라운지를 기획했다. 2️⃣ 아파트에 전기차 충전기를 설치하기 위한 솔루션, '출차 알림 시계' 2023년에 만든 ‘출차 알림 시계’를 소개했어요. 아파트의 이중주차 문제를 해결하기 위해, 차 위에 ‘나의 출차 시간’을 표시할 수 있는 시계였어요. 표시된 시간보다 먼저 나갈 차는 그 앞에 이중주차를 할 수 있게 한 거였죠. "현장에 가니 답이 쉽게 보였어요. 이중주차 문제로 싸움까지 나는 아파트가 적잖았거든요. 주차 공간도 부족한데 전기차 충전기를 놓자고 하면? 당연히 반대가 나올 만했어요. 그래서 사람들의 근본적인 괴로움을 풀 방법을 찾았습니다. 그렇게 출차 알림 시계를 떠올렸죠. 이렇게 저는 누군가의 문제를 발견해 해결할 수 있다면, 형식이나 표현 방식에 제약을 둘 필요가 없다고 생각합니다. 눈에 보이는 모든 것을 미디어 삼아 광고할 수 있죠.” - 이승재 아이디엇 대표 https://www.longblack.co/note/1438?ticket=NT25205127e745725a7423751d7cce7b464a39

LongBlack

⟪스토리를 만드는 사람들⟫

2019년 2월 7일, 브런치에 첫 글이 발행 되었습니다. 매일 치열하게 고민한 것들이 휘발되는 것이 아깝기도 했고, 새로운 자극이 필요한 시기이기도 했습니다. 그렇게 브런치는 디자인 일기장 같은 공간이 되었습니다.

요즘처럼 트래픽이 흔해진 시대에, 6년간 151편의 글, 100만이라는 숫자가 자랑할 만한 일인지는 모르겠습니다. 다만 디자인이라는 단일 주제로 꾸준히 기록하며 여기까지 왔다는 것에서는 의미를 부여하고 싶습니다.

그 사이 세 권의 책을 냈고, 훌륭한 디자이너 분들과 소중한 교류의 기회를 얻었습니다. 좋은 기업들을 거쳐 현재는 독립을 했습니다. 돌아보니 그 여정 가운데 브런치와 글쓰기가 있었습니다.

긴 시간 제 글을 읽어주고 반응해준 분들께 감사함이 큽니다. 앞으로도 계속 디자인과 디자이너에 대한 기록을 이어가고자 합니다.

2019년 2월 7일, 브런치에 첫 글이 발행 되었습니다. 매일 치열하게 고민한 것들이 휘발되는 것이 아깝기도 했고, 새로운 자극이 필요한 시기이기도 했습니다. 그렇게 브런치는 디자인 일기장 같은 공간이 되었습니다. 요즘처럼 트래픽이 흔해진 시대에, 6년간 151편의 글, 100만이라는 숫자가 자랑할 만한 일인지는 모르겠습니다. 다만 디자인이라는 단일 주제로 꾸준히 기록하며 여기까지 왔다는 것에서는 의미를 부여하고 싶습니다. 그 사이 세 권의 책을 냈고, 훌륭한 디자이너 분들과 소중한 교류의 기회를 얻었습니다. 좋은 기업들을 거쳐 현재는 독립을 했습니다. 돌아보니 그 여정 가운데 브런치와 글쓰기가 있었습니다. 긴 시간 제 글을 읽어주고 반응해준 분들께 감사함이 큽니다. 앞으로도 계속 디자인과 디자이너에 대한 기록을 이어가고자 합니다.

브런치에서의 6년, 그리고 100만뷰

📰 인공지능만으로 운영된 스타트업의 실패

카네기 멜론 대학교의 연구자들은 “TheAgentCompany”라는 회사를 만들었다. 이 회사는 AI 모델들이 소프트웨어 엔지니어, 재무 분석가, 프로젝트 매니저로 일하는 곳.

인공지능 직원들은 인터넷에서 정보를 찾고, 사내 규정집을 참고하며, 웹사이트와 슬랙 같은 채팅 프로그램을 사용하고, 코드도 작성하고, 스프레드시트로 정보를 정리하고, ‘동료’들과 소통까지 했다.

그래서 결과는 어땠을까? 실패했다. 거의 코미디 수준으로.

인공지능 직원들은 회의하는 데 탁월했고 엄청나게 많은 회의를 했다. 내부 갈등도 많았다. 그리고 결국 아무 제품도 만들어내지 못했다. 우리가 맹목적으로 신뢰하는 인공지능이 회사를, 그것도 스타트업을 운영하면 어떻게 될까? 그 대답은 출시 제품 없이 실패하는 것이었다.

마치 스타트업에 관한 코미디 쇼의 패러디 같았다.

—

아니 근데, 이건 패러디 같은게 아니라 걍 인간 세상에 늘 있는 일인데요?..(…)

📰 인공지능만으로 운영된 스타트업의 실패 카네기 멜론 대학교의 연구자들은 “TheAgentCompany”라는 회사를 만들었다. 이 회사는 AI 모델들이 소프트웨어 엔지니어, 재무 분석가, 프로젝트 매니저로 일하는 곳. 인공지능 직원들은 인터넷에서 정보를 찾고, 사내 규정집을 참고하며, 웹사이트와 슬랙 같은 채팅 프로그램을 사용하고, 코드도 작성하고, 스프레드시트로 정보를 정리하고, ‘동료’들과 소통까지 했다. 그래서 결과는 어땠을까? 실패했다. 거의 코미디 수준으로. 인공지능 직원들은 회의하는 데 탁월했고 엄청나게 많은 회의를 했다. 내부 갈등도 많았다. 그리고 결국 아무 제품도 만들어내지 못했다. 우리가 맹목적으로 신뢰하는 인공지능이 회사를, 그것도 스타트업을 운영하면 어떻게 될까? 그 대답은 출시 제품 없이 실패하는 것이었다. 마치 스타트업에 관한 코미디 쇼의 패러디 같았다. — 아니 근데, 이건 패러디 같은게 아니라 걍 인간 세상에 늘 있는 일인데요?..(…)

📰 인공지능만으로 운영된 스타트업의 실패

카네기 멜론 대학교의 

ChatGPT의 Deep Researh에 GitHub을 연결 할 수 있게 되었군요!

와우! 대박! 와우! 대박적! 지금 만나러갑니다!

ChatGPT의 Deep Researh에 GitHub을 연결 할 수 있게 되었군요! 와우! 대박! 와우! 대박적! 지금 만나러갑니다!

ChatGPT의 Deep Researh에 GitHub을 연결 할 

www.55check.com공유하기게시하기웹에서 보기#레오 14세 즉위Cubs 팬 or Sox 팬? 새 교황님의 신상을 털어보자한국시간 금요일 새벽, 미국 시카고 출신의 로버트 프레보스트(Robert Prevost, 69) 추기경이 가톨릭 교회의 새 교황으로 선출. 레오 14세로 즉위. (첫 등장 영상. 소리 on 필수)레오 14세는 여러 면에서 독특한데,사진에도 보듯 흑인 + 백인 혼혈이심. 놀랍게도 노스트라다무스가 예언(!)고향 미국은 가톨릭 국가도 아님. (개신교 40%, 가톨릭 20%)페루에서 오랫동안 선교활동을 해서 미국-페루-바티칸 3중 국적 보유.영국 출신 하드리아노 4세(1154년~1159년 재위) 이후 두 번째로 영어가 모국어인 교황.800년 역사를 가진 아우구스띠노 수도회의 첫 교황. 이 수도회의 유명 멤버로는 종교개혁을 이끈 마르틴 루터(파문당함), 완두콩 덕후 그레고어 멘델, 철학자 에라스무스 등.레오14세는 레오13세(1878~1903)을 롤모델로 삼아 고른 이름으로 추측. 레오13세는 교회가 현대사회에 맞게 공장노동자들에게 더 다가가야한다고 주장했던 사람.코스트코에서 본 듯?레오 14세는 미국 출신이시다보니 이전 교황들보다 신비감은 떨어지고 좀 친근하게 느껴짐.아버지는 2차대전 해군 참전용사 출신이며 공립학교 교장. 어머니는 도서관 사서이며 독실한 가톨릭 신자.성직자가 되기 전 펜실베니아 주에 있는 명문 빌라노바대 수학과 전공. 이 학교 재학생들의 반응.MLB 시카고 컵스 팬이라는 소문이 돌았으나

2025년 5월 9일 (금) - 새 교황님 신상털기 총정리 : 오호츠크 리포트

OpenAI, 코딩 AI 서비스 Windsurf 인수

 * 금액은 4.2조원. 2025년 AI 스타트업 업계 첫 1조원 이상의 딜.
 * 현재 연간 반복 매출(ARR)은 560억원. 비슷한 코드에디터 기반의 경쟁사인 Cursor는 2년 만에 연매출 1억 달러(1400억원) 돌파해 주목 받아.
 * Windsurf는 프로그램 코드를 자동으로 짜주는 에디터 서비스. OpenAI는 윈드서프를 AI 에이전트와 연동해 문서 작성, 메모장, 노션 같은 기능의 생산성 도구 출시할 듯.
 * 또 웹 검색해 자료 정리하고, 그래프도 자동 제작하고, 이를 하나의 문서로 만들어주는 통합 도구까지 만들 듯. MS 오피스에 도전하기 위한 밑밥.
   
OpenAI 기업 구조 대변신, 그러나 마이크로소프트는 반대

 * OpenAI가 기존과 연결되는 새로운 회사 구조 발표. 기존 영리법인(LLC)을 공익법인(PBC)으로 전환 예정.
 * 최근 소프트뱅크(56조)와 마이크로소프트(13조)가 이 영리법인에 투자했었는데, 이번 회사 구조를 변경하는데 있어서 마이크로소프트가 반대하고 나섰음.
 * 핵심 이슈는 수익 배분. 2030년까지 매출의 20%를 인프라 사용료로 MS에 줄 예정이었으나 공익법인으로 바꾸면서 그 액수를 반으로 줄이겠다는 계획
 * 한편 OpenAI는 창업자 일론 머스크와도 소송 중. 머스크는 "비영리로 운영하겠다고 해서 돈도 주고 밀어줬는데, 영리 추구해 계약 위반했다" 주장.
 * 계약서에 명시된 내용이라 OpenAI에게 여러모로 골치 아픈 상황. 비영리냐 영리냐의 정체성 혼란.

아마존, 클라우드 시장을 넘어 우주 시장으로.

 * 아마존이 저궤도 위성 발사로 위성 기반 인터넷 제공 사업 본격화. 프로젝트명 카이퍼(Kuiper).
 * 최대 2600km 떨어진 위성끼리 안정적 양방향 링크 유지 가능. 이번에 27개 위성 탑재해 발사 및 연결 완료.
 * 최종 목표는 3200개 위성 연결로 지구 상당 부분 커버. 이미 80번 이상의 발사 예정
 * 흥미로운 점: 계열사인 블루오리진 로켓에 의존하지 않고 다른 회사 로켓들을 더 활용한다는 계획.
 * 저궤도 위성 인터넷은 해상 선박, 오지에서도 연결 가능한 아직 블루오션 시장. 일론 머스크의 스타링크가 압도적 1위. 2024년 기준 7135개 위성 띄워 전 세계에 서비스 제공 중. 우크라이나에서도 쓰고 각종 선박과 항공기들도 사용.
 * 블루 오리진은 SpaceX와 맞불, 아마존은 스타링크와 맞불. 아마존은 손해를 감수하고서라도 대량으로 밀어붙이는 스타일의 회사라 앞으로 위성 인터넷 시장의 경쟁 심화될 듯.

https://55check.com/newsletters?q=YToxOntzOjEyOiJrZXl3b3JkX3R5cGUiO3M6MzoiYWxsIjt9&bmode=view&idx=163564390&t=board

OpenAI, 코딩 AI 서비스 Windsurf 인수 <ul ><li>금액은 4.2조원. 2025년 AI 스타트업 업계 첫 1조원 이상의 딜.</li><li>현재 연간 반복 매출(ARR)은 560억원. 비슷한 코드에디터 기반의 경쟁사인 Cursor는 2년 만에 연매출 1억 달러(1400억원) 돌파해 주목 받아.</li></ul><ul ><li>Windsurf는 프로그램 코드를 자동으로 짜주는 에디터 서비스. OpenAI는 윈드서프를 AI 에이전트와 연동해 문서 작성, 메모장, 노션 같은 기능의 생산성 도구 출시할 듯.</li><li>또 웹 검색해 자료 정리하고, 그래프도 자동 제작하고, 이를 하나의 문서로 만들어주는 통합 도구까지 만들 듯. MS 오피스에 도전하기 위한 밑밥. </li></ul>OpenAI 기업 구조 대변신, 그러나 마이크로소프트는 반대 <ul ><li>OpenAI가 기존과 연결되는 새로운 회사 구조 발표. 기존 영리법인(LLC)을 공익법인(PBC)으로 전환 예정.</li><li>최근 소프트뱅크(56조)와 마이크로소프트(13조)가 이 영리법인에 투자했었는데, 이번 회사 구조를 변경하는데 있어서 마이크로소프트가 반대하고 나섰음.</li><li>핵심 이슈는 수익 배분. 2030년까지 매출의 20%를 인프라 사용료로 MS에 줄 예정이었으나 공익법인으로 바꾸면서 그 액수를 반으로 줄이겠다는 계획</li><li>한편 OpenAI는 창업자 일론 머스크와도 소송 중. 머스크는 "비영리로 운영하겠다고 해서 돈도 주고 밀어줬는데, 영리 추구해 계약 위반했다" 주장.</li><li>계약서에 명시된 내용이라 OpenAI에게 여러모로 골치 아픈 상황. 비영리냐 영리냐의 정체성 혼란.</li></ul> 아마존, 클라우드 시장을 넘어 우주 시장으로. <ul ><li>아마존이 저궤도 위성 발사로 위성 기반 인터넷 제공 사업 본격화. 프로젝트명 카이퍼(Kuiper).</li><li>최대 2600km 떨어진 위성끼리 안정적 양방향 링크 유지 가능. 이번에 27개 위성 탑재해 발사 및 연결 완료.</li><li>최종 목표는 3200개 위성 연결로 지구 상당 부분 커버. 이미 80번 이상의 발사 예정</li><li>흥미로운 점: 계열사인 블루오리진 로켓에 의존하지 않고 다른 회사 로켓들을 더 활용한다는 계획.</li><li>저궤도 위성 인터넷은 해상 선박, 오지에서도 연결 가능한 아직 블루오션 시장. 일론 머스크의 스타링크가 압도적 1위. 2024년 기준 7135개 위성 띄워 전 세계에 서비스 제공 중. 우크라이나에서도 쓰고 각종 선박과 항공기들도 사용.</li><li>블루 오리진은 SpaceX와 맞불, 아마존은 스타링크와 맞불. 아마존은 손해를 감수하고서라도 대량으로 밀어붙이는 스타일의 회사라 앞으로 위성 인터넷 시장의 경쟁 심화될 듯.</li></ul> https://55check.com/newsletters?q=YToxOntzOjEyOiJrZXl3b3JkX3R5cGUiO3M6MzoiYWxsIjt9&amp;bmode=view&amp;idx=163564390&amp;t=board

55check.com

5월 둘째주 - OpenAI 인수부터 마소에 반기까지. 다 하는군

주니어 개발자가 읽어보면 좋을 기술 블로그 글들과 포인트에 대해서 이야기해 보고자 한다.

주니어 개발자들이 읽으면 좋은 테크 아티클 모음

F-Lab 에서 주니어 개발자들이(사실 개발자라면 누구나) 보시면 좋을 아티클 모음을 공유해 주었네요!

검색엔진부터 비동기 처리, NoSQL 등 다양한 분야의 아티클들이 공유되어 있으니 관심있으신 분들은 보시면 좋겠습니다.

F-Lab 에서 공유해주신 아티클 주제를 나열해보면 다음과 같습니다.

📌 구글이 직접 말하는 검색엔진의 원리 (tali.kr)
📌 검색 엔진은 어떻게 작동하는가 (xo.dev)
📌 네이버의 검색엔진의 특징과 알고리즘 (tistory.com)
📌 [네이버 블로그]네이버 검색의 원리 : 네이버 블로그 (naver.com)
📌 지마켓 대기열 시스템 파헤치기 (gmarket.com)
📌 인증/인가는 어디에 어떻게 구현해야 할까? (gmarket.com)
📌 Sharded MySQL Cluster 도입 배경과 개발기 (부제: 우당탕탕 좌충우돌 개발기) (gmarket.com)
📌 웹 브라우저에 URL을 입력하면 어떤 일이 생기나요? | Amazon Web Services 한국 블로그
📌 네이버 메인 페이지의 트래픽 처리 (naver.com)
📌 How Discord Stores Trillions of Messages
📌 What ScyllaDB Is and Why You Should Care | by Mottakin Chowdhury | Better Programming
📌 How Discord Supercharges Network Disks for Extreme Low Latency
📌 비동기 서버에서 이벤트 루프를 블록하면 안 되는 이유
📌 카카오가 직접 회고한 1015 장애사태 원인과 대책 (brunch.co.kr)
📌 Lessons learned from operating our data serving layer | Coupang engineering | Coupang Engineering Blog (medium.com)
📌 The Missing Semester of Your CS Education (mit.edu)
📌 고려대학교 컴퓨터학과 특강 - 대학생 때 알았더라면 좋았을 것들 (slideshare.net)

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

주니어 개발자들이 읽으면 좋은 테크 아티클 모음📚

25 Product Management Lessons

<프로덕트 매니저로서 깨달은 25가지 교훈>

저자는 5년간 프로덕트매니저를 하면서 깨달은 25가지 교훈을 전하고 있다.

항목도 좋지만 각 항목별로 딸려있는 링크들을 읽는 것이 꽤나 유용하다

Medium

Product Manager

근정

김민섭

더 나은 방법을 고민합니다.
Down for good reads and inspiration!

진윤정

성균관대에서 사학과 경영학을 공부하고 고려사이버대학교 융합정보대학원에서 석사 과정을 밟고 있다. UX라는 마법 의 단어에 빠져 서비스 기획자가 되었다. 멋진 이론을 실무에 적용시키는 전문가를 꿈꾸며 이커머스 기업에서 10년 동 안 구르면서 실무를 익혔다. 큰 프로젝트의 막내를 도맡으며 에이스 선배들의 업무 노하우를 근저에서 배웠고, 개발 팀에 붙어 있으면서 모글리처럼 성장했다. 여전히 활발하게 활동하는 현역 기획자로서 엘롯데, 롯데닷컴, 롯데ON 등 롯데의 이커머스 서비스를 기획해왔다.
나도 누군가에게 선배일 수 있다는 각성을 한 뒤 후배들만 큼은 조금 더 쉽게 서비스 기획을 배웠으면 좋겠다는 생각에 서비스 기획자의 고민과 경험, 서비스 기획자로서 공부한 것들을 브런치(http://brunch.co.kr/@windydog)에 연재하기 시작하면서 ‘도그냥’이라는 이름으로 알려지기 시작했다.
패스트캠퍼스에서 2017년 처음으로 서비스 기획 관련 강의를 시작했고, 온오프라인에서 다양한 교육 형태를 발굴하여 서비스 기획 주니어들을 양성하고 있다. 이 외에 서비스에 대한 기획자로서의 시각을 IT전문 언론사 〈아웃스탠딩〉에 정기 기고하고 있다. 〈프립〉에서 독서모임과 유튜브 등 다양한 시도를 준비 중이다. 이 분야 주니어들이 성장할 수 있도록 가장 한국적인 서비스 기획을 체계화하는 것에 대한 꿈을 가지고 있다.

이미준(도그냥)

이커머스 분야에서 13년째 활동중인 서비스기획자/ 프로덕트매니저입니다. 브런치에 주로 글을 쓰고 아웃스탠딩에 정기기고를 하며 서비스기획과 이커머스에 대한 강의를 하고 있습니다.

댓글 0

함께 읽은 게시물

📈10년 만에 흑자 낸 컬리, 그 다음 과제는요?

《끝나지 않는 존재의 의미》

ChatGPT 버전명 설명

일 잘하는 사람은 AI를 어떻게 쓸까?

주간 인기 TOP 10

추천 프로필