OpenAI가 웹 브라우저를 내 놓았네요. 질문, 검색이나 웹페이지 요약부터 쇼핑을 대신하는
등의 에이전트스러운 자동화까지 처리해줍니다. 대단하긴하지만 아직은 상상할 수 있는 정도이긴합니다.

웹 브라우저는 사실상 보통 사람들에게는 OS나 다름없고, 특히 다양한 사이트의 로그인 상태를 바로 사용할 수 있어서 상당히 넓고 깊은 범의의 자동화를 할 수 있죠.

그래서 많은 곳에서 AI 브라우저를 내 놓고 있는데요. 하지만 확실히 OpenAI 제품은 만듦새가 다른 곳보다 좋은 느낌이 드네요. 앞으로 어떤 것까지 처리할 수 있게될지 기대가 됩니다.

OpenAI가 웹 브라우저를 내 놓았네요. 질문, 검색이나 웹페이지 요약부터 쇼핑을 대신하는등의 에이전트스러운 자동화까지 처리해줍니다. 대단하긴하지만 아직은 상상할 수 있는 정도이긴합니다. 웹 브라우저는 사실상 보통 사람들에게는 OS나 다름없고, 특히 다양한 사이트의 로그인 상태를 바로 사용할 수 있어서 상당히 넓고 깊은 범의의 자동화를 할 수 있죠. 그래서 많은 곳에서 AI 브라우저를 내 놓고 있는데요. 하지만 확실히 OpenAI 제품은 만듦새가 다른 곳보다 좋은 느낌이 드네요. 앞으로 어떤 것까지 처리할 수 있게될지 기대가 됩니다.

와.. 생각보다 너무 좋아서 쓸 때마다 깜짝깜짝 놀람. 이거 B2B로 팔면 어때요?란 말까지 나왔다. 나 천잰가?! (아님 GPT가 천재임)

와.. 생각보다 너무 좋아서 쓸 때마다 깜짝깜짝 놀람. 이거 B2B로 팔면 어때요?란 말까지 나왔다. 나 천잰가?! (아님 GPT가 천재임)

바이브 코딩에 좋은 건 모놀리식인디.. 최소한 모노레포.. MSA가 좋을수가 없는데.. 내가 모르는 뭔가가 있나..

바이브 코딩에 좋은 건 모놀리식인디.. 최소한 모노레포.. MSA가 좋을수가 없는데.. 내가 모르는 뭔가가 있나..

죽은 AWS에게 바칩니다.

Take Me Home, Country Roads - 존 덴버

Almost Heaven, North Virginia(US-EAST-1)
Blue Ridge Mountains, Shenandoah River
Life is old there, older than the trees
Younger than the mountains, growin' like a breeze

Country roads, take me home
To the place I belong
North Virginia(US-EAST-1), mountain mama
Take me home, country roads

죽은 AWS에게 바칩니다. Take Me Home, Country Roads - 존 덴버 Almost Heaven, North Virginia(US-EAST-1)Blue Ridge Mountains, Shenandoah RiverLife is old there, older than the treesYounger than the mountains, growin' like a breeze Country roads, take me homeTo the place I belongNorth Virginia(US-EAST-1), mountain mamaTake me home, country roads

오늘의 취미 코딩. 뚝딱!

쿼리 생성에 필요한 컨텍스트를 넣는 방법을 약간 다르게 시도해보았는데, 뚝딱 만든 것 치고는 꽤 만족스럽다. 반복분석하게 했더니 일반적인 분석은 ChatGPT보다 나은 듯..?!

역시 벡터DB를 사용하는 RAG는 벌써 옛말이 되어벌임. 프롬프트 is all you need.

오늘의 취미 코딩. 뚝딱! 쿼리 생성에 필요한 컨텍스트를 넣는 방법을 약간 다르게 시도해보았는데, 뚝딱 만든 것 치고는 꽤 만족스럽다. 반복분석하게 했더니 일반적인 분석은 ChatGPT보다 나은 듯..?! 역시 벡터DB를 사용하는 RAG는 벌써 옛말이 되어벌임. 프롬프트 is all you need.

한국 아저씨들이 사랑하는 개그 총집합! 아재개그 웃어달레 ^^

다들 추석 푹 쉬셨나요?

저는 캐나다에서 평소처럼 일했지만, 명절이라 한국에 계신 가족 친지들과 영상 통화를 많이 나눴습니다. 그중에서도 할아버지의 아재개그에 빵빵 터지는 제 아이를 보면서 마음이 참 따뜻해지더라고요.

그 모습을 흐뭇하게 지켜보다가 갑자기 필을 받아, 재미있는 웹사이트 하나를 만들어봤습니다.

바로 아재달레(AjaeDale) 입니다! 👉 https://ajaedale.com

이미 좋은 도메인은 다 선점되어 있어서 이름이 조금 이상하게 들릴 수도 있지만... 🙉 저도 이제 아재라는 사실을 더 이상 부인할 수 없는 나이가 되었으니, 어쩌면 운명이 지어준 이름일지도 모르겠습니다. 😂

할아버지를 통해 아재개그의 매력을 알게 된 제 아이는 이제 하루가 멀다 하고 "아빠, 새로운 아재개그 알려줘!"라고 하네요. 그래서 제가 막 만든 웹사이트를 지금 제가 제일 유용하게 쓰고 있습니다.

연휴가 끝나고 출근길 발걸음이 무거우실 텐데, 여러분도 한 번 들어가서 구경해보시겠어요? 재미있으셨는지 혹은 개선할 점이 있다면 자유롭게 피드백 주시면 감사하겠습니다! 주변에 저처럼 유치한 개그를 좋아하는 아재들께도 꼭 한 번 공유해주세요 ㅋㅋ

뭐, 혹시 아나요? ㅎㅎ 재미삼아 시작한 프로젝트지만, 언젠가 세상에서 가장 웃긴 아재개그 웹사이트가 될지도요. 😎

다들 추석 푹 쉬셨나요? 저는 캐나다에서 평소처럼 일했지만, 명절이라 한국에 계신 가족 친지들과 영상 통화를 많이 나눴습니다.&nbsp;그중에서도 할아버지의 아재개그에 빵빵 터지는 제 아이를 보면서 마음이 참 따뜻해지더라고요. 그 모습을 흐뭇하게 지켜보다가 갑자기 필을 받아, 재미있는 웹사이트 하나를&nbsp;만들어봤습니다. 바로 아재달레(AjaeDale) 입니다! 👉 https://ajaedale.com 이미 좋은 도메인은 다 선점되어 있어서 이름이 조금 이상하게 들릴 수도 있지만... 🙉 저도 이제 아재라는 사실을 더 이상 부인할 수 없는 나이가 되었으니, 어쩌면 운명이 지어준 이름일지도 모르겠습니다. 😂 할아버지를 통해 아재개그의 매력을 알게 된 제 아이는 이제 하루가 멀다 하고 "아빠, 새로운 아재개그 알려줘!"라고 하네요. 그래서 제가 막 만든 웹사이트를 지금 제가 제일 유용하게 쓰고 있습니다. 연휴가 끝나고 출근길 발걸음이 무거우실 텐데, 여러분도 한 번 들어가서 구경해보시겠어요? 재미있으셨는지 혹은 개선할 점이 있다면 자유롭게 피드백 주시면 감사하겠습니다! 주변에 저처럼 유치한 개그를 좋아하는 아재들께도 꼭 한 번 공유해주세요 ㅋㅋ 뭐, 혹시 아나요? ㅎㅎ 재미삼아 시작한 프로젝트지만, 언젠가 세상에서 가장 웃긴 아재개그 웹사이트가 될지도요. 😎

아재달레

🥱 명절 증후군, 👨 아재개그로 날려 버리세요! ㅋㅋ

Cloudflare’s Content Signals Policy gives creators a new tool to control use of their content. 


Giving users choice with Cloudflare’s new Content Signals Policy

최근 몇 년 사이, AI 모델 학습을 위한 대규모 웹 스크래핑이 보편화되면서 인터넷의 오랜 질서가 흔들리고 있습니다.

오랫동안 웹에는 창작자와 사용자 간에 암묵적인 상생 체계가 존재했습니다. 창작자는 콘텐츠를 무료로 공개함으로써 트래픽과 인용이라는 형태의 보상을 받았고, 사용자는 타인의 콘텐츠를 사용할 때 출처를 남기며 인정과 감사를 표했습니다.

이러한 관행은 단순한 예의 차원을 넘어, 웹의 성장 동력이자 지식 공유의 선순환 구조를 가능하게 했습니다. MIT나 Creative Commons 라이선스가 출처 표시(attribution)를 가장 중요한 원칙으로 삼은 이유도 바로 여기에 있습니다.

하지만 지금은 상황이 완전히 달라졌습니다. AI 시스템들은 방대한 양의 웹 콘텐츠를 수집해 학습 데이터로 사용합니다. 그 과정에서 창작자를 직접 방문하는 트래픽은 현저히 줄었고, 콘텐츠는 원작자의 이름 없이 재가공되고 있습니다. 심지어, 창작자가 공들여 만든 콘텐츠가 AI로 몇 초만에 생성된 응답과 경쟁하고, 원작자의 생계를 위협하는 상황까지 벌어지고 있죠.

저도 오랫동안 개인 블로그를 써온 사람으로써 완전히 남 일처럼 느껴지지는 않습니다. 요즘 많은 분들이 블로그를 시작하기 꺼려하는 이유이기도 합니다. 단지 AI 학습을 돕기 위해서 귀한 시간과 노력을 들여 창작물을 공개하려는 사람은 많지 않을 것입니다.

이러한 변화는 개인의 문제를 넘어선다고 생각합니다. 이 흐름이 계속되면, 오랫동안 웹을 지탱했던 지식 공유의 선순환 고리가 끊길 수 있습니다. 창작자가 인정받지 못한다면 더 이상 인터넷을 통해 지식을 나눌 이유가 사라집니다. 그 결과, 많은 사람들이 창작 동기를 잃어가고 있습니다.

이제 창작자들이 극단적인 선택지 앞에 서게 되었습니다.
- AI 학습을 막기 위해 콘텐츠 접근을 완전히 차단할 것인가,
- 줄어든 트래픽 유입과불완전한 출처 표시를 감수할 것인가.

하지만 이 두 선택지 모두 공정하지 않고 지속 가능하지 않습니다. 콘텐츠가 전면 차단된다면, 혁신의 원천이었던 오픈 웹 자체가 위축될 수밖에 없습니다. 반대로 아무런 제어 장치 없이 데이터가 수집되도록 방치한다면 자본과 데이터를 가진 소수의 거대 AI 기업만이 유리한 구조가 고착화될 것입니다.

무엇보다 웹의 핵심 가치인 개방성과 연결성이 무너진다면, AI 생태계 역시 빈약한 토양 위에서 자라게 될 것입니다.

Cloudflare는 이러한 구조적인 문제에 대응하기 위해서 콘텐츠 신호 정책(Content Signals Policy)를 제안했습니다. 이를 통해 창작자는 자신의 콘텐츠를 누가, 어떻게, 어떤 목적으로 사용할 수 있는지에 대한 통제권을 얻을 수 있습니다. 즉, 전통적인 크롤링의 허용이나 차단을 넘어서, 수집된 데이터로 무엇을 할 수 있는지에 대한 명시적인 신호를 보낼 수 있는 기술적인 제안입니다.

👉 관련 공식 블로그: https://blog.cloudflare.com/content-signals-policy/

AI가 인간의 지식을 학습할 수 있으려면, 그 지식을 만든 사람들도 지속 가능해야 합니다. 창작자의 권리를 보호하면서도 오픈웹의 정신을 지켜내려는 Cloudflare의 시도를 지지합니다. 웹이 다시 자유롭게 창작물을 나눌 수 있는 건강한 공간이 되었으면 좋겠습니다.

최근 몇 년 사이, AI 모델 학습을 위한 대규모 웹 스크래핑이 보편화되면서 인터넷의 오랜 질서가 흔들리고 있습니다. 오랫동안 웹에는 창작자와 사용자 간에 암묵적인 상생 체계가 존재했습니다. 창작자는 콘텐츠를 무료로 공개함으로써 트래픽과 인용이라는 형태의 보상을 받았고, 사용자는 타인의 콘텐츠를 사용할 때 출처를 남기며 인정과 감사를 표했습니다. 이러한 관행은 단순한 예의 차원을 넘어, 웹의 성장 동력이자 지식 공유의 선순환 구조를 가능하게 했습니다. MIT나 Creative Commons 라이선스가 출처 표시(attribution)를 가장 중요한 원칙으로 삼은 이유도 바로 여기에 있습니다. 하지만 지금은 상황이 완전히 달라졌습니다. AI 시스템들은 방대한 양의 웹 콘텐츠를 수집해 학습 데이터로 사용합니다. 그 과정에서 창작자를 직접 방문하는 트래픽은 현저히 줄었고, 콘텐츠는 원작자의 이름 없이 재가공되고 있습니다. 심지어, 창작자가 공들여 만든 콘텐츠가 AI로 몇 초만에 생성된 응답과 경쟁하고, 원작자의 생계를 위협하는 상황까지 벌어지고 있죠. 저도 오랫동안 개인 블로그를 써온 사람으로써 완전히 남 일처럼 느껴지지는 않습니다. 요즘 많은 분들이 블로그를 시작하기 꺼려하는 이유이기도 합니다. 단지 AI 학습을 돕기 위해서 귀한 시간과 노력을 들여 창작물을 공개하려는 사람은 많지 않을 것입니다. 이러한 변화는 개인의 문제를 넘어선다고 생각합니다. 이 흐름이 계속되면, 오랫동안 웹을 지탱했던 지식 공유의 선순환 고리가 끊길 수 있습니다. 창작자가 인정받지 못한다면 더 이상 인터넷을 통해 지식을 나눌 이유가 사라집니다. 그 결과, 많은 사람들이 창작 동기를 잃어가고 있습니다. 이제 창작자들이 극단적인 선택지 앞에 서게 되었습니다. - AI 학습을 막기 위해 콘텐츠 접근을 완전히 차단할 것인가, - 줄어든 트래픽 유입과불완전한 출처 표시를 감수할 것인가. 하지만 이 두 선택지 모두 공정하지 않고 지속 가능하지 않습니다. 콘텐츠가 전면 차단된다면, 혁신의 원천이었던 오픈 웹 자체가 위축될 수밖에 없습니다. 반대로 아무런 제어 장치 없이 데이터가 수집되도록 방치한다면 자본과 데이터를 가진 소수의 거대 AI 기업만이 유리한 구조가 고착화될 것입니다. 무엇보다 웹의 핵심 가치인 개방성과 연결성이 무너진다면, AI 생태계 역시 빈약한 토양 위에서 자라게 될 것입니다. Cloudflare는 이러한 구조적인 문제에 대응하기 위해서 콘텐츠 신호 정책(Content Signals Policy)를 제안했습니다. 이를 통해 창작자는 자신의 콘텐츠를 누가, 어떻게, 어떤 목적으로 사용할 수 있는지에 대한 통제권을 얻을 수 있습니다. 즉, 전통적인 크롤링의 허용이나 차단을 넘어서, 수집된 데이터로 무엇을 할 수 있는지에 대한 명시적인 신호를 보낼 수 있는 기술적인 제안입니다. 👉&nbsp;관련 공식 블로그: https://blog.cloudflare.com/content-signals-policy/ AI가 인간의 지식을 학습할 수 있으려면, 그 지식을 만든 사람들도 지속 가능해야 합니다. 창작자의 권리를 보호하면서도 오픈웹의 정신을 지켜내려는 Cloudflare의 시도를 지지합니다. 웹이 다시 자유롭게 창작물을 나눌 수 있는 건강한 공간이 되었으면 좋겠습니다.

The Cloudflare Blog

AI가 바꿔버린 웹의 질서, Cloudflare가 던진 균형의 해법

콘텐츠 신호 정책은 웹에서 오랫동안 크롤링 제어를 위해 사용된 robots.txt 파일을 기반으로 하고 있습니다. 기술적인 자세한 내용은 아래 블로그 글에 정리해 두었으니 참고해 주세요.
https://www.daleseo.com/robots-txt/

몰입형 경험을 위한 강력하면서도 가벼운 헤드셋 갤럭시 XR을 만나보세요. 대화형 AI, 4K 마이크로 OLED 디스플레이, 외장 배터리가 특징입니다.

삼성 갤럭시 XR | 나의 세상을 무한히 확장하다| Samsung 대한민국

갤럭시 XR이 나왔네요.
Android OS라는 이점은 있어 보이지만, 메타 퀘스트에 비해서는 많이 비싸네요..


저는 가격이 더 떨어지면 쳐다볼 것 같습니다.


https://www.samsung.com/sec/xr/galaxy-xr/galaxy-xr

갤럭시 XR이 나왔네요.Android OS라는 이점은 있어 보이지만, 메타 퀘스트에 비해서는 많이 비싸네요.. 저는 가격이 더 떨어지면 쳐다볼 것 같습니다. https://www.samsung.com/sec/xr/galaxy-xr/galaxy-xr

Samsung sec

옳은 말을 하는 것과 설득력 있는 말을 하는 것은 달라서, 옳은 말을 하는 데도 사람들이 그의 말을 따르지 않고, 심지어는 싫어하는 경우도 있다. 리더의 경우에도, 그의 말과 행동에 틀린 것은 없지만 왠지 그와 함께 일하고 싶은 생각은 들지 않는 사람이 있다. 리더는 사람들을 이끌어야 한다. 리더는 사람들의 생각과 행동에 영향을 미쳐야 한다. 따라서, 사람들이 같이 일하고 싶어 하지 않는다면, 그것은 리더에게 결함이 될 수 있다.

생각의 중심을 나와 조직으로부터 구성원으로 옮겨보는 것이 필요하다. 사람들이 리더를 따르지 않는 것은 반드시 그가 틀리거나 잘못되어서가 아니다. 단지 그를 따르고 싶은 마음이 들지 않아서일 수 있다. 말하자면, 구성원의 마음을 움직이는 요인이 없어서일 수 있다는 얘기다.

사람들은 옳은 말에 이끌리는 것이 아니라 자신의 동기를 자극하는 말에 이끌린다. 그것이 때로는 옳고 그름일 수도 있지만, 다른 것일 수도 있다. 따라서, 무엇이 옳고 그른지도 물론 중요하지만, 구성원에게 영향을 미칠 수 있는 말과 행동이 무엇인지에도 관심을 기울여야 한다. 그러자면, 불특정 다수가 아니라 본인이 이끌고 있는 구성원에 대한 이해를 쌓아야 한다.

사람들에게 정보나 통찰을 전파하는 것도 좋은 일이지만, 리더의 가장 큰 사명은 사람들에게 영향을 미치고 그것을 통해 목표를 달성해야 하는 것이라는 사실을 잊지 말아야겠다.

#리더십 #커뮤니케이션 #직장인 #repost

옳은 말을 하는 것과 설득력 있는 말을 하는 것은 달라서, 옳은 말을 하는 데도 사람들이 그의 말을 따르지 않고, 심지어는 싫어하는 경우도 있다. 리더의 경우에도, 그의 말과 행동에 틀린 것은 없지만 왠지 그와 함께 일하고 싶은 생각은 들지 않는 사람이 있다. 리더는 사람들을 이끌어야 한다. 리더는 사람들의 생각과 행동에 영향을 미쳐야 한다. 따라서, 사람들이 같이 일하고 싶어 하지 않는다면, 그것은 리더에게 결함이 될 수 있다. 생각의 중심을 나와 조직으로부터 구성원으로 옮겨보는 것이 필요하다. 사람들이 리더를 따르지 않는 것은 반드시 그가 틀리거나 잘못되어서가 아니다. 단지 그를 따르고 싶은 마음이 들지 않아서일 수 있다. 말하자면, 구성원의 마음을 움직이는 요인이 없어서일 수 있다는 얘기다. 사람들은 옳은 말에 이끌리는 것이 아니라 자신의 동기를 자극하는 말에 이끌린다. 그것이 때로는 옳고 그름일 수도 있지만, 다른 것일 수도 있다. 따라서, 무엇이 옳고 그른지도 물론 중요하지만, 구성원에게 영향을 미칠 수 있는 말과 행동이 무엇인지에도 관심을 기울여야 한다. 그러자면, 불특정 다수가 아니라 본인이 이끌고 있는 구성원에 대한 이해를 쌓아야 한다. 사람들에게 정보나 통찰을 전파하는 것도 좋은 일이지만, 리더의 가장 큰 사명은 사람들에게 영향을 미치고 그것을 통해 목표를 달성해야 하는 것이라는 사실을 잊지 말아야겠다. #리더십 #커뮤니케이션 #직장인 #repost

사람을 움직이는 말

어느 날 SNS에 특정 브랜드의 공기청정기에 관한 글이 올라왔다. 글을 올린 사용자는 필터 비닐을 제거하지 않고 해당 브랜드 공기청정기를 가동했다. 필터 비닐이 제거되지 않았으니 공기 정화가 될 수 없을 텐데도 얼마 뒤에 공기청정기 상태 등은 공기 질의 나쁨을 나타내는 빨간색에서 좋음을 나타내는 초록색으로 변했다.
⠀
일반적으로 사람들은 단순하게 공기청정기에 부착된 센서가 측정한 대로 공기 질이 표시된다고 알고 있다. 사실 공기청정기에서 확인한 수치에는 알고리즘이 적용되어 있다.
⠀
공기청정기에 표시된 공기 질은 센서가 실시간으로 측정한 공기질뿐만 아니라 공기청정기의 가동 시간, 바람의 세기 등의 요소에도 영향을 받는다. 간단하게 말하자면 최종적으로 표시된 공기 질은 센서의 측정 상황과 공기청정기의 가동 상태를 종합해서 나온 결론이다.
⠀
해당 브랜드의 공기청정기는 센서가 측정한 공기 질을 실시간으로 수집하면서 한편으로는 가동 시간과 바람의 세기에 근거해 센서의 수치를 수정했다. 즉, 가동 시간이 길수록, 바람의 세기가 클수록 센서가 측정한 PM2.5 수치가 더 많이 내려가도록 하는 알고리즘을 사용하고 있는 것이다. 이것이 필터의 비닐을 벗기지 않은 채 가동했는데도 시간이 지날수록 PM2.5 수치가 내려가는 것으로 표시된 이유이다.
⠀
이 사실을 알게 된 사람들은 대부분 해당 브랜드가 소비자를 기만하는 알고리즘을 사용했다고 생각할 것이다. 하지만 곰곰이 생각해 보면 필터 비닐을 제거한 상황에서 해당 알고리즘을 사용해 얻은 데이터가 센서 측정 결과로만 얻은 데이터보다 훨씬 더 정확하다는 것을 알 수 있다.  그 이유는 해당 브랜드의 공기청정기 센서의 오차가 상당히 큰 데다가 각종 요소를 종합한 알고리즘으로 공기 질을 추측할 수 있기 때문이다. 그러니 센서가 실시간 검측한 결과와 알고리즘에 따라 추측해 낸 결과를 종합한다면 센서로만 얻은 결과보다 훨씬 정확한 데이터를 얻을 수 있다.
⠀
류쉐펑, 복잡한 세상을 이기는 수학의 힘


https://www.instagram.com/p/DQD_xZckwHR/?utm_source=ig_web_copy_link&igsh=MzRlODBiNWFlZA==

어느 날 SNS에 특정 브랜드의 공기청정기에 관한 글이 올라왔다. 글을 올린 사용자는 필터 비닐을 제거하지 않고 해당 브랜드 공기청정기를 가동했다. 필터 비닐이 제거되지 않았으니 공기 정화가 될 수 없을 텐데도 얼마 뒤에 공기청정기 상태 등은 공기 질의 나쁨을 나타내는 빨간색에서 좋음을 나타내는 초록색으로 변했다.⠀일반적으로 사람들은 단순하게 공기청정기에 부착된 센서가 측정한 대로 공기 질이 표시된다고 알고 있다. 사실 공기청정기에서 확인한 수치에는 알고리즘이 적용되어 있다.⠀공기청정기에 표시된 공기 질은 센서가 실시간으로 측정한 공기질뿐만 아니라 공기청정기의 가동 시간, 바람의 세기 등의 요소에도 영향을 받는다. 간단하게 말하자면 최종적으로 표시된 공기 질은 센서의 측정 상황과 공기청정기의 가동 상태를 종합해서 나온 결론이다.⠀해당 브랜드의 공기청정기는 센서가 측정한 공기 질을 실시간으로 수집하면서 한편으로는 가동 시간과 바람의 세기에 근거해 센서의 수치를 수정했다. 즉, 가동 시간이 길수록, 바람의 세기가 클수록 센서가 측정한 PM2.5 수치가 더 많이 내려가도록 하는 알고리즘을 사용하고 있는 것이다. 이것이 필터의 비닐을 벗기지 않은 채 가동했는데도 시간이 지날수록 PM2.5 수치가 내려가는 것으로 표시된 이유이다.⠀이 사실을 알게 된 사람들은 대부분 해당 브랜드가 소비자를 기만하는 알고리즘을 사용했다고 생각할 것이다. 하지만 곰곰이 생각해 보면 필터 비닐을 제거한 상황에서 해당 알고리즘을 사용해 얻은 데이터가 센서 측정 결과로만 얻은 데이터보다 훨씬 더 정확하다는 것을 알 수 있다.  그 이유는 해당 브랜드의 공기청정기 센서의 오차가 상당히 큰 데다가 각종 요소를 종합한 알고리즘으로 공기 질을 추측할 수 있기 때문이다. 그러니 센서가 실시간 검측한 결과와 알고리즘에 따라 추측해 낸 결과를 종합한다면 센서로만 얻은 결과보다 훨씬 정확한 데이터를 얻을 수 있다.⠀류쉐펑, 복잡한 세상을 이기는 수학의 힘 https://www.instagram.com/p/DQD_xZckwHR/?utm_source=ig_web_copy_link&amp;igsh=MzRlODBiNWFlZA==

《필터 비닐을 벗기지 않아도 공기가 맑아질까?》

1. 우리는 매일 아침 책상에 앉아 모니터를 켜고, 무언가를 만들어낸다. 그렇다면 당신이 회사에 제공하고 있는 ‘아웃풋’의 본질은 무엇인가.


2. 일의 아웃풋은 세 가지 레이어로 나뉜다. 시간, 결과, 그리고 성과.


3. 첫 번째, 시간이다. 가장 원초적인 아웃풋이다. 우리는 시간을 회사의 급여와 맞바꾼다. 컨베이어 벨트가 돌아가던 제조업 시대에는 이것만으로 충분했다. 정해진 시간 동안 자리를 지키는 것, 그 자체가 가치였다.


4. 하지만 시대가 바뀌었다. 이제 엉덩이의 무게보다 머리의 밀도가 중요해졌다. 8시간을 채우는 것보다 1시간 만에 문제를 해결하는 것이 더 큰 가치를 만든다. 시간을 파는 것은 가장 기본적인, 1차원적 아웃풋이다. 여기에 머문다면 언제든 대체될 수 있다.


5. 두 번째, 결과다. 시간을 투입했다면, 이제 결과를 내놓아야 한다. 보고서 한 편, 코드 한 줄, 디자인 시안 하나. 손에 잡히고 눈에 보이는 산출물이다.


6. 많은 직장인들이 이 ‘결과’를 일의 끝으로 착각한다. 보고서를 제출하는 순간, 프로젝트가 배포되는 순간, 일이 끝났다고 믿는다. 하지만 결과는 마침표가 아니라 다음 문장으로 넘어가기 위한 쉼표에 가깝다. 결과는 2차원적 아웃풋이다. 눈에 보이지만, 그 자체로 완전한 의미를 갖진 않는다.


7. 마지막은 성과다. 결과가 ‘무엇을 했는가(What)’에 대한 답이라면, 성과는 ‘그래서 무엇이 달라졌는가(So What)’에 대한 답이다. 보고서를 완성한 것은 결과다. 그 보고서 덕분에 팀이 더 나은 의사결정을 내렸다면, 그것이 성과다. 신규 기능을 런칭한 것은 결과다. 그 기능 덕분에 유저의 이탈률이 5% 줄었다면, 그것이 성과다.


8. 결과는 목적이 아니다. 그 결과를 통해 우리가 처음 이루려던 의도와 가치가 실현될 때, 비로소 성과가 된다. 성과는 보이지 않는 ‘목적’과 눈에 보이는 ‘결과’를 연결해 진짜 가치를 만든다. 이것이 3차원적 아웃풋이다.


9. 이제 스스로에게 물어보자. 당신은 오늘 어떤 아웃풋을 내고 있는가. 시간을 팔고 있는가. 결과를 만들고 있는가. 아니면, 성과를 내고 있는가.


10. 일의 본질은 언제나 마지막에 있다.

1. 우리는 매일 아침 책상에 앉아 모니터를 켜고, 무언가를 만들어낸다. 그렇다면 당신이 회사에 제공하고 있는 ‘아웃풋’의 본질은 무엇인가. ​2. 일의 아웃풋은 세 가지 레이어로 나뉜다. 시간, 결과, 그리고 성과. ​3. 첫 번째, 시간이다. 가장 원초적인 아웃풋이다. 우리는 시간을 회사의 급여와 맞바꾼다. 컨베이어 벨트가 돌아가던 제조업 시대에는 이것만으로 충분했다. 정해진 시간 동안 자리를 지키는 것, 그 자체가 가치였다. ​4. 하지만 시대가 바뀌었다. 이제 엉덩이의 무게보다 머리의 밀도가 중요해졌다. 8시간을 채우는 것보다 1시간 만에 문제를 해결하는 것이 더 큰 가치를 만든다. 시간을 파는 것은 가장 기본적인, 1차원적 아웃풋이다. 여기에 머문다면 언제든 대체될 수 있다. ​5. 두 번째, 결과다. 시간을 투입했다면, 이제 결과를 내놓아야 한다. 보고서 한 편, 코드 한 줄, 디자인 시안 하나. 손에 잡히고 눈에 보이는 산출물이다. ​6. 많은 직장인들이 이 ‘결과’를 일의 끝으로 착각한다. 보고서를 제출하는 순간, 프로젝트가 배포되는 순간, 일이 끝났다고 믿는다. 하지만 결과는 마침표가 아니라 다음 문장으로 넘어가기 위한 쉼표에 가깝다. 결과는 2차원적 아웃풋이다. 눈에 보이지만, 그 자체로 완전한 의미를 갖진 않는다. ​7. 마지막은 성과다. 결과가 ‘무엇을 했는가(What)’에 대한 답이라면, 성과는 ‘그래서 무엇이 달라졌는가(So What)’에 대한 답이다. 보고서를 완성한 것은 결과다. 그 보고서 덕분에 팀이 더 나은 의사결정을 내렸다면, 그것이 성과다. 신규 기능을 런칭한 것은 결과다. 그 기능 덕분에 유저의 이탈률이 5% 줄었다면, 그것이 성과다. ​8. 결과는 목적이 아니다. 그 결과를 통해 우리가 처음 이루려던 의도와 가치가 실현될 때, 비로소 성과가 된다. 성과는 보이지 않는 ‘목적’과 눈에 보이는 ‘결과’를 연결해 진짜 가치를 만든다. 이것이 3차원적 아웃풋이다. ​9. 이제 스스로에게 물어보자. 당신은 오늘 어떤 아웃풋을 내고 있는가. 시간을 팔고 있는가. 결과를 만들고 있는가. 아니면, 성과를 내고 있는가. ​10. 일의 본질은 언제나 마지막에 있다.

< 일의 본질은 마지막에 있다 >

1. 충만주의는 What이 아닌 How에만 집중하게 만들어주는 인생 철학입니다.

2. 어떤 경험이든 충만하게만 하면 경험의 종류에 상관없이 모든 경험에서 확고한 충만감, 인생의 의미감과 가치 감을 느낄 수 있기 때문입니다.

3. 무엇(what)을 해야 하는지 집착 하고 방황하는 삶에서 그 무엇이 오든 받아들이고 충만하게 해내는(how) 데에만 집중하는 삶으로 바뀝니다.

4. 이것은 삶에 압도적인 자유로움을 선사합니다. 경험의 종류에 좌지우지되는 것이 아닌, 내 인생에 주어지는 어떤 경험이든 만족으로 바꾸어낼 수 있는 방식이기 때문입니다.

5. 이것은 상시적인 행복감을 삶에 선사합니다. 특정 경험을 해야만 느껴지는 간헐적 행복이 아닌, 하루 종일 모든 경험에서 내내 만족 감을 느낄 수 있는 방식이기 때문입니다.

6. 이는 단순한 회복을 넘어, 극단의 의미 있고 가치 있는 삶을 실현할 수 있는 방법입니다.


#공허의시대

1. 충만주의는 What이 아닌 How에만 집중하게 만들어주는 인생 철학입니다. 2. 어떤 경험이든 충만하게만 하면 경험의 종류에 상관없이 모든 경험에서 확고한 충만감, 인생의 의미감과 가치 감을 느낄 수 있기 때문입니다. 3. 무엇(what)을 해야 하는지 집착 하고 방황하는 삶에서 그 무엇이 오든 받아들이고 충만하게 해내는(how) 데에만 집중하는 삶으로 바뀝니다. 4. 이것은 삶에 압도적인 자유로움을 선사합니다. 경험의 종류에 좌지우지되는 것이 아닌, 내 인생에 주어지는 어떤 경험이든 만족으로 바꾸어낼 수 있는 방식이기 때문입니다. 5. 이것은 상시적인 행복감을 삶에 선사합니다. 특정 경험을 해야만 느껴지는 간헐적 행복이 아닌, 하루 종일 모든 경험에서 내내 만족 감을 느낄 수 있는 방식이기 때문입니다. 6. 이는 단순한 회복을 넘어, 극단의 의미 있고 가치 있는 삶을 실현할 수 있는 방법입니다. ​ #공허의시대

< 인생의 본질은 What이 아니라 How다 >

컴퓨터 과학에서 알고리즘 중 ‘담금질 기법 알고리즘'이란 게 있다. 담금질 기법 알고리즘은 우리가 점진적인 교체를 통해서 어떤 하나의 함수의 최적해를 찾을 수 있게 도와준다. 만약 단순하게 해당 알고리즘을 응용해서 함수의 극한값 문제를 해결하려 한다면 해당 알고리즘이 담고 있는 빛나는 지혜를 놓치고 만다.
⠀
나는 인생이 ‘최적해를 찾는 과정'이라고 생각한다. 우리는 항상 끊임없이 노력해 자신을 발전시켜 자신이 다다를 수 있는 가장 높은 위치에 오르고 싶어 한다. 하지만 담금질 기법 알고리즘은 우리에게 다음과 같은 사실을 알려준다.
⠀
젊은 시절 충분히 탐색하고 잠깐의 불완전함을 받아들여야 특정 영역에서 최대인 국소 최적(Local Optimum)에 빠지지 않고 더 높은 정상에 오를 수 있다.
⠀
그리고 일정 단계에 이르러 자신에게 가장 적합한 것이 무엇인지 알게 되면 그곳에서 깊이 탐색하려 할 뿐 쉽게 코스를 바꾸지 않는다.
⠀
류쉐펑, 복잡한 세상을 이기는 수학의 힘


https://www.instagram.com/p/DP-GNl7E03T/?utm_source=ig_web_copy_link

컴퓨터 과학에서 알고리즘 중 ‘담금질 기법 알고리즘'이란 게 있다. 담금질 기법 알고리즘은 우리가 점진적인 교체를 통해서 어떤 하나의 함수의 최적해를 찾을 수 있게 도와준다. 만약 단순하게 해당 알고리즘을 응용해서 함수의 극한값 문제를 해결하려 한다면 해당 알고리즘이 담고 있는 빛나는 지혜를 놓치고 만다. ⠀ 나는 인생이 ‘최적해를 찾는 과정'이라고 생각한다. 우리는 항상 끊임없이 노력해 자신을 발전시켜 자신이 다다를 수 있는 가장 높은 위치에 오르고 싶어 한다. 하지만 담금질 기법 알고리즘은 우리에게 다음과 같은 사실을 알려준다. ⠀ 젊은 시절 충분히 탐색하고 잠깐의 불완전함을 받아들여야 특정 영역에서 최대인 국소 최적(Local Optimum)에 빠지지 않고 더 높은 정상에 오를 수 있다. ⠀ 그리고 일정 단계에 이르러 자신에게 가장 적합한 것이 무엇인지 알게 되면 그곳에서 깊이 탐색하려 할 뿐 쉽게 코스를 바꾸지 않는다. ⠀ 류쉐펑, 복잡한 세상을 이기는 수학의 힘 https://www.instagram.com/p/DP-GNl7E03T/?utm_source=ig_web_copy_link

《Local Optimum》

프로덕트 디자이너가 리서치를 한다면?
⠀
설득하거나, 선택하거나
디자인 솔루션의 근거가 되는 데이터
⠀
데이터를 왜 필요로 하는지, 데이터 분석의 목적을 먼저 정해야 합니다. 내부 고객(리더, 대표 등 의사결정자)을 설득하기 위해서 필요한 상황인지, 문제를 해결하기 위한 디자인 솔루션 후보 중 어떤 것을 먼저 적용할지 결정하기 위해서인지 말이죠. ‘설득’과 ‘예방'을 위해서는 데이터가 유용합니다.
⠀
내부에 UX 리서처가 있는 조직이라도 이미 많은 조직에서 UT(Usability Testing)를 포함해 IDI(In-depth Interview)까지, 프로덕트 디자이너가 정성조사를 하는 문화가 자리 잡았습니다.
⠀
기능이 점점 빠르게 추가되거나 실험 기반으로 적용되는 일 방식, UX 조직 내 비교적 적은 비율의 UX 리서처 구성으로 인해 ‘디자이너가 리서치를 해야 하는 상황'은 점점 늘어나고 있습니다.


https://www.instagram.com/p/DP40oErEzCz/?utm_source=ig_web_copy_link&igsh=MW1rdzd3eDJwMm1vbA==

프로덕트 디자이너가 리서치를 한다면?⠀설득하거나, 선택하거나디자인 솔루션의 근거가 되는 데이터⠀데이터를 왜 필요로 하는지, 데이터 분석의 목적을 먼저 정해야 합니다. 내부 고객(리더, 대표 등 의사결정자)을 설득하기 위해서 필요한 상황인지, 문제를 해결하기 위한 디자인 솔루션 후보 중 어떤 것을 먼저 적용할지 결정하기 위해서인지 말이죠. ‘설득’과 ‘예방'을 위해서는 데이터가 유용합니다.⠀내부에 UX 리서처가 있는 조직이라도 이미 많은 조직에서 UT(Usability Testing)를 포함해 IDI(In-depth Interview)까지, 프로덕트 디자이너가 정성조사를 하는 문화가 자리 잡았습니다.⠀기능이 점점 빠르게 추가되거나 실험 기반으로 적용되는 일 방식, UX 조직 내 비교적 적은 비율의 UX 리서처 구성으로 인해 ‘디자이너가 리서치를 해야 하는 상황'은 점점 늘어나고 있습니다. https://www.instagram.com/p/DP40oErEzCz/?utm_source=ig_web_copy_link&amp;igsh=MW1rdzd3eDJwMm1vbA==

《디자이너가 알아야 할 데이터》

시니어 개발자의 입장에서 AI와 함께 코딩하는 과정을 다뤄보려고 합니다. MCP나 서브 에이전트 같은 기술 없이, 정말 ‘프롬프트’ 하나만으로 테스트 코드를 빠르게 작성할 경험과 전략을 공유합니다. 프롬프트 작성의 핵심은 모호함과 범용성의 줄타기입니다. 너무 자세해도, 너무 모호해도 안 됩니다. 지나치게 구체적이면 AI의 코딩 능력을 충분히 활용하기 어렵고, 반대로 너무 모호하면 결과물의 신뢰도가 낮아져 검토 시간이 늘어나기 때문입니다. 따라서, 몇 가지 프롬프팅 전략과 함께 균형점을 찾아 빠르고 안정적으로 테스트 코드를 작성하는 방법을 알아보겠습니다. 목표는 단 10분 안에 테스트 코드를 완성하는 것입니다.

AI로 10분 만에 테스트 코드 완성하기 | 요즘IT

'요즘IT'에 'AI로 10분 만에 테스트 코드 완성하기' 라는 제목으로 글을 기고했습니다.
예전에 무신사 테크블로그에서도 AI를 활용한 테스트 코드 작성 방법을 소개했었는데요, 이번 글은 그보다 한 단계 더 나아가 효율성과 구체성에 초점을 맞췄습니다.

👉 10분 완성 워크플로우: 명세 정의(2분)부터 코드 생성(2분), 그리고 검증 및 개선(6분)까지, 시간을 측정하며 진행한 과정을 담았습니다.
👉 AI 길들이기: AI의 '환각'을 줄이고 더 깊은 추론을 끌어내기 위해 think에서 ultrathink까지 단계적으로 활용하는 상세한 내용을 담았습니다.
👉 핵심 집중 전략: AI와 함께 수많은 테스트 케이스 중 가장 중요한 비즈니스 로직 부터 처리하여 효율을 극대화하는 방법을 제안합니다.
👉 자동 디버깅 루프: "테스트 통과할 때까지 고쳐줘"라는 명령으로, AI가 스스로 실패 원인을 분석하고 코드를 수정하게 만들었습니다.

AI를 활용해 테스트 코드 작성 시간을 줄이고 싶은 분들께 실질적인 도움이 되었으면 좋겠습니다.


https://yozm.wishket.com/magazine/detail/3399/

'요즘IT'에 'AI로 10분 만에 테스트 코드 완성하기' 라는 제목으로 글을 기고했습니다. 예전에 무신사 테크블로그에서도 AI를 활용한 테스트 코드 작성 방법을 소개했었는데요, 이번 글은 그보다 한 단계 더 나아가 효율성과 구체성에 초점을 맞췄습니다. 👉 10분 완성 워크플로우: 명세 정의(2분)부터 코드 생성(2분), 그리고 검증 및 개선(6분)까지, 시간을 측정하며 진행한 과정을 담았습니다. 👉 AI 길들이기: AI의 '환각'을 줄이고 더 깊은 추론을 끌어내기 위해 think에서 ultrathink까지 단계적으로 활용하는 상세한 내용을 담았습니다. 👉 핵심 집중 전략: AI와 함께 수많은 테스트 케이스 중 가장 중요한 비즈니스 로직 부터 처리하여 효율을 극대화하는 방법을 제안합니다. 👉 자동 디버깅 루프: "테스트 통과할 때까지 고쳐줘"라는 명령으로, AI가 스스로 실패 원인을 분석하고 코드를 수정하게 만들었습니다. AI를 활용해 테스트 코드 작성 시간을 줄이고 싶은 분들께 실질적인 도움이 되었으면 좋겠습니다. https://yozm.wishket.com/magazine/detail/3399/

요즘IT

'요즘IT'에 'AI로 10분 만에 테스트 코드 완성하기' 라는 

AI가 바꿔버린 웹의 질서, Cloudflare가 던진 균형의 해

💡바이브 코딩 프로젝트에서 얻은 교훈입니다. 1. 작업 단위는 최대한 작게 쪼개고, 문맥은 명확하게 가져갈 것, 2. Agent로 자동 검수 + 수동 QA 조합은 시간과 품질을 효율적으로 높여줌, 3. 초기 목표는 50% 범위로 설정 권장, 4. 생각보다 높은 RAG 보정 난이도

🚗 현대차 LLM 챗봇 데모 (Hybrid: Rule + RAG) | CannotBeHidden

🌙 추석 연휴 내내 만들었던 첫 번째 바이브코딩 작품을 공개합니다.
🚗 현대차 FAQ 기반 LLM 챗봇으로, FAQ 요약 → CTA 행동까지 바로 연결 시켜보았습니다. (※ 현대자동차 공식 챗봇과 무관한 개인 프로젝트)
📄 소개/데모/영상: https://cannotbehidden.com/project/hyundai-chatbot-demo/

#LLM #Chatbot #RAG #AI #Hyundai

🌙 추석 연휴 내내 만들었던 첫 번째 바이브코딩 작품을 공개합니다.🚗 현대차 FAQ 기반 LLM 챗봇으로, FAQ 요약 → CTA 행동까지 바로 연결 시켜보았습니다. (※ 현대자동차 공식 챗봇과 무관한 개인 프로젝트)📄 소개/데모/영상: https://cannotbehidden.com/project/hyundai-chatbot-demo/ #LLM #Chatbot #RAG #AI #Hyundai

CannotBeHidden |

LLM 챗봇 데모 (Hybrid: Rule + RAG)

Cursor팀에서 Cursor for product managers라는 주제로 온라인 세션을 진행했습니다. 제가 세션 후반부에 Cusor팀의 프로덕트 디스커버리 과정을 질문했는데 상세하게 Cursor팀의 PM인 Jacob Witt가 답변을 해서 내용을 정리해봅니다.

요약
1. 조직 구조: 엔지니어 중심으로 운영되는 Cursor 팀에 PM은 2명이며, 팀이 스스로를 위한 제품을 만들고 있음
2. 프로세스: 강력한 엔지니어링 팀 → 내부 사용 및 테스트 → 기능에 대한 투표 → 일정 기준(threshold)에 도달하면 출시 → 사용자 피드백 반영
3. 엔터프라이즈 접근 방식: 주요 고객에게는 신기능을 사전 공개하고, 피드백 루프를 통해 개선
4. PM 역할의 진화(PM role evolution): “PM이 엔지니어에게 해야 할 일을 지시하는” 방식이 아니라, 사전 준비된 스코핑과 기술적 이해를 바탕으로 협업을 주도하는 역할


질문
Cursor 팀은 프로덕트 디스커버리를 어떻게 진행하나요? 그리고 엔지니어, 프로덕트 매니저, 디자이너들이 어떻게 협업하나요? 흔히 ‘PM이 엔지니어에게 해야 할 일을 지시하고, 엔지니어는 그걸 단순히 수행한다’는 오해가 있는 것 같아요. 실제로는 전혀 그렇지 않아서 그 부분을 명확히 해주면 좋겠습니다.


답변 정리
1. Cursor는 현재 단 2명의 PM이 있음. Cursor는 엔지니어 주도 조직임.

2. 프로덕트에 대한 멘탈 모델: 아주 강력한 엔지니어링 팀이 스스로를 위한 툴을 만듬. 팀 모두가 그 툴을 매일 사용하고, 마음에 드는 점과 마음에 들지 않는 점을 투표로 결정함. 그리고 팀원들이 모두 '이 정도면 충분하다'고 생각하는 기준치나 합의(threshold)에 도달하면 출시하고, 사용자 피드백을 받은 뒤 그걸 기반으로 다시 개선함.

3. 엔터프라이즈 고객들은 사전에 협업을 진행하기도 함. 사전에 신규 기능을 제공하여 미리 반응을 살펴보고, 그 피드백에 따라 제품 방향을 조정함.

4. “나는 PM이고, 계획서를 짜서 엔지니어에게 넘긴다” 같은 프로세스는 전혀 아님.

5. PM이 “이런 아이디어가 있는데, 얼마나 걸릴까?” 하고 바로 엔지니어에게 물어보지 않음. 그렇게 하면 엔지니어가 원래 하던 일에서 주의가 산만해지기 때문에, 좋은 PM이라면 그런 초기 Scoping 대화에 훨씬 더 준비된 상태로 임해야 함. 즉, 사전에 충분히 이해하고, 구체적으로 이야기할 수 있어야 함.

6. 어떤 경우에는 이러한 스코핑 관련 대화 자체가 아예 일어나지 않음. PM이 직접 코드베이스를 보고 “이건 진짜 말도 안 되게 복잡하네. 세 개의 서비스를 리팩터링해야 할 정도로 고통스럽고, ROI도 전혀 안 나오겠네.”라고 판단하는 경우가 있기 때문임.

7. Cursor의 ‘Plan Mode’를 활용하여 코드베이스를 직접 이해하려고 노력함으로써, 미팅을 다섯 번 정도 줄일 수 있다고 생각함. 이런 접근법이 굉장히 레버리지가 크다고 생각함.

Cursor팀에서 Cursor for product managers라는 주제로 온라인 세션을 진행했습니다. 제가 세션 후반부에 Cusor팀의 프로덕트 디스커버리 과정을 질문했는데 상세하게 Cursor팀의 PM인 Jacob Witt가 답변을 해서 내용을 정리해봅니다. 요약 1. 조직 구조: 엔지니어 중심으로 운영되는 Cursor 팀에 PM은 2명이며, 팀이 스스로를 위한 제품을 만들고 있음 2. 프로세스: 강력한 엔지니어링 팀 → 내부 사용 및 테스트 → 기능에 대한 투표 → 일정 기준(threshold)에 도달하면 출시 → 사용자 피드백 반영 3. 엔터프라이즈 접근 방식: 주요 고객에게는 신기능을 사전 공개하고, 피드백 루프를 통해 개선 4. PM 역할의 진화(PM role evolution): “PM이 엔지니어에게 해야 할 일을 지시하는” 방식이 아니라, 사전 준비된 스코핑과 기술적 이해를 바탕으로 협업을 주도하는 역할 질문 Cursor 팀은 프로덕트 디스커버리를 어떻게 진행하나요? 그리고 엔지니어, 프로덕트 매니저, 디자이너들이 어떻게 협업하나요? 흔히 ‘PM이 엔지니어에게 해야 할 일을 지시하고, 엔지니어는 그걸 단순히 수행한다’는 오해가 있는 것 같아요. 실제로는 전혀 그렇지 않아서 그 부분을 명확히 해주면 좋겠습니다. 답변 정리 1. Cursor는 현재 단 2명의 PM이 있음. Cursor는 엔지니어 주도 조직임. 2. 프로덕트에 대한 멘탈 모델: 아주 강력한 엔지니어링 팀이 스스로를 위한 툴을 만듬. 팀 모두가 그 툴을 매일 사용하고, 마음에 드는 점과 마음에 들지 않는 점을 투표로 결정함. 그리고 팀원들이 모두 '이 정도면 충분하다'고 생각하는 기준치나 합의(threshold)에 도달하면 출시하고, 사용자 피드백을 받은 뒤 그걸 기반으로 다시 개선함. 3. 엔터프라이즈 고객들은 사전에 협업을 진행하기도 함. 사전에 신규 기능을 제공하여 미리 반응을 살펴보고, 그 피드백에 따라 제품 방향을 조정함. 4. “나는 PM이고, 계획서를 짜서 엔지니어에게 넘긴다” 같은 프로세스는 전혀 아님. 5. PM이 “이런 아이디어가 있는데, 얼마나 걸릴까?” 하고 바로 엔지니어에게 물어보지 않음. 그렇게 하면 엔지니어가 원래 하던 일에서 주의가 산만해지기 때문에, 좋은 PM이라면 그런 초기 Scoping 대화에 훨씬 더 준비된 상태로 임해야 함. 즉, 사전에 충분히 이해하고, 구체적으로 이야기할 수 있어야 함. 6. 어떤 경우에는 이러한 스코핑 관련 대화 자체가 아예 일어나지 않음. PM이 직접 코드베이스를 보고 “이건 진짜 말도 안 되게 복잡하네. 세 개의 서비스를 리팩터링해야 할 정도로 고통스럽고, ROI도 전혀 안 나오겠네.”라고 판단하는 경우가 있기 때문임. 7. Cursor의 ‘Plan Mode’를 활용하여 코드베이스를 직접 이해하려고 노력함으로써, 미팅을 다섯 번 정도 줄일 수 있다고 생각함. 이런 접근법이 굉장히 레버리지가 크다고 생각함.

Cursor 팀은 프로덕트 디스커버리를 어떻게 하는가?

오늘의 취미 코딩. 뚝딱!

쿼리 생성에 필요한 컨텍스트를 넣는 

무라카미 하루키 책 중에서 가장 좋아하는 책은 달리기를 말할 때 내가 하고 싶은 이야기입니다.

꾸준하게 하는 방법

무라카미 하루키 책 중에서 가장 좋아하는 책은 달리기를 할 때 내가 하고 싶은 이야기입니다.

이 책에서 배운 것은 어떻게 꾸준하게 할 수 있는가?
꾸준하게 하기 위해선 100%로 일을 해선 안 된다.
내일을 위해 힘을 남겨 놔야만 한다는 것.

저도 이걸 알고 나서부터 GitHub 그래프가 (완벽하진 않지만) 잔디가 빼곡히 채워지기 시작한 것 같습니다.

여기서 한발 더 나아가려면 잔디의 색깔도 너무 들쑥날쑥하지 않게 해야 합니다.
하루키는 매일 20장의 원고를 쓴다고 했거든요. 글이 아무리 잘 써져도 딱 20장을 쓰면 미련 없이 자리에서 일어난다고.

1년에 몇 번 정도는 힘을 다해 밤을 새워가며 코딩하곤 합니다.
몰입감을 놓치기 싫어서. 오늘 다 끝내고 만다는 마음으로.
그런데 다음 날이 되면 여지없이 에너지가 방전되면서 거의 아무것도 못하게 돼버리고 마는 것입니다.
하아... 차라리 70%의 힘으로 이틀 동안 할걸. 괜히 밸런스만 깨졌네.

오늘도 그런 날입니다. 정오가 다 되어 일어났는데 머리가 어질어질합니다. 너무 피곤하고 다시 에디터를 켤 자신이 없습니다.
배운 것과 실천하는 것은 조금 다른 문제입니다. 저는 언제쯤 이걸 완전하게 지킬 수 있을까요?
언젠가는 그렇게 할 수 있는 사람이 되고 싶습니다.


https://jeho.page/essay/2025/10/16/routine.html

무라카미 하루키 책 중에서 가장 좋아하는 책은 달리기를 할 때 내가 하고 싶은 이야기입니다. 이 책에서 배운 것은 어떻게 꾸준하게 할 수 있는가? 꾸준하게 하기 위해선 100%로 일을 해선 안 된다. 내일을 위해 힘을 남겨 놔야만 한다는 것. 저도 이걸 알고 나서부터 GitHub 그래프가 (완벽하진 않지만) 잔디가 빼곡히 채워지기 시작한 것 같습니다. 여기서 한발 더 나아가려면 잔디의 색깔도 너무 들쑥날쑥하지 않게 해야 합니다. 하루키는 매일 20장의 원고를 쓴다고 했거든요. 글이 아무리 잘 써져도 딱 20장을 쓰면 미련 없이 자리에서 일어난다고. 1년에 몇 번 정도는 힘을 다해 밤을 새워가며 코딩하곤 합니다. 몰입감을 놓치기 싫어서. 오늘 다 끝내고 만다는 마음으로. 그런데 다음 날이 되면 여지없이 에너지가 방전되면서 거의 아무것도 못하게 돼버리고 마는 것입니다. 하아... 차라리 70%의 힘으로 이틀 동안 할걸. 괜히 밸런스만 깨졌네. 오늘도 그런 날입니다. 정오가 다 되어 일어났는데 머리가 어질어질합니다. 너무 피곤하고 다시 에디터를 켤 자신이 없습니다. 배운 것과 실천하는 것은 조금 다른 문제입니다. 저는 언제쯤 이걸 완전하게 지킬 수 있을까요? 언젠가는 그렇게 할 수 있는 사람이 되고 싶습니다. https://jeho.page/essay/2025/10/16/routine.html

K리그 프로그래머

80은 처음부터 지정, 443은 나중에 요청을 받아 빈 공간으로 순서대로 배정

http의 기본 포트가 80, https의 기본 포트가 443인 이유는 무엇일까?

갑자기 문득 궁금해서 찾아본건데 잘 정리된 글이 있어 공유드립니다.

요약하자면,
80 포트는 HTTP가 문서화되기 이전에 79 와 81 포트는 사용하고 있던 상태였고 80 포트는 비어있었는데 1991년 HTTP 0.9 버전에서 이를 기본 포트로 사용하는것으로 지정되었습니다.

443 포트는 Kipp E.B. Hickman 의 요청으로 1994년 10월에 RFC 1700 문서에 추가되게 되었는데, 443인 이유는 그때 당시 사용하지 않던 포트에 순서대로 배정하다 보니 그렇게 된 것 으로 추측된다고 합니다.

이에 대한 자세한 내용은 공유드린 원문 링크를 참고해주세요.

📚 원문
https://johngrib.github.io/wiki/why-http-80-https-443/

갑자기 문득 궁금해서 찾아본건데 잘 정리된 글이 있어 공유드립니다. 요약하자면,80 포트는 HTTP가 문서화되기 이전에 79 와 81 포트는 사용하고 있던 상태였고 80 포트는 비어있었는데 1991년 HTTP 0.9 버전에서 이를 기본 포트로 사용하는것으로 지정되었습니다. 443 포트는 Kipp E.B. Hickman 의 요청으로 1994년 10월에 RFC 1700 문서에 추가되게 되었는데, 443인 이유는 그때 당시 사용하지 않던 포트에 순서대로 배정하다 보니 그렇게 된 것 으로 추측된다고 합니다. 이에 대한 자세한 내용은 공유드린 원문 링크를 참고해주세요. 📚 원문https://johngrib.github.io/wiki/why-http-80-https-443/

Johngrib

그냥 기본포트가 80이니깐 80이지 싶었는데 이런 배경이 있는줄 몰랐네요.ㅎㅎ
좋은글 감사합니다.

주니어개발자

MINGO

현재 네이버에서 브랜드 경험 기획을 담당하고 있다. 광고, 콘텐츠, 서비스 마케팅 등 다양한 직무를 경험했지만 무엇인가를 생각하고 만드는 ‘기획자’로 불리는 것이 제일 편하고 좋다. 기획을 잘하고 싶어 무작정 책을 읽기 시작했다. 정해진 영역도, 명확한 커리어 패스도, 검증된 스킬도 없는 기획자에게 그나마 기댈 수 있는 것이 책이었기 때문이다. 기획하는 사람의 눈으로 책을 들여다보고 그렇게 모인 생각의 조각들을 기획자로서의 본업에 적극 활용하고 있다. 책은 하나의 멋진 브랜드이자 온전한 기획의 산물이라고 믿는 사람, 책으로부터 사람과 세상을 읽어내기 좋아하는 사람, 새 아이폰 구경하는 심정으로 신간 도서들을 탐닉하는 사람으로 살고 있다.

네이버 / 브랜드 기획자

김도영

네이버에서 브랜드 경험 기획자로 일하고 있습니다. 
브랜딩과 공간 기획, 브랜드 경험을 바탕으로 한 Writing 업무를 담당하고 있으며, 잘 브랜딩 된 모든 것들을 애정합니다. 
⟪기획자의 독서⟫, ⟪브랜드로부터 배웁니다⟫, ⟪기획의 말들⟫ 을 썼습니다.

개발

최중재(Aziel)

#개발자 #프론트엔드 #Web #커뮤니케이션 #스타트업

온전히 대리

엄채윤

🤔 http 는 80, https 는 443 이 기본 포트인 이유는?

이양일

NaverCloud 에서 글로벌 운영에 필요한 플랫폼을 개발하고 있습니다.
오픈 소스에 관심이 많고, 직접 오픈 소스 솔루션을 만들어보고 싶은 꿈이 있습니다. 
빅데이터와 서버 Framework, 비동기 처리등에 관심이 많습니다.
📧 carcanie@gmail.com

🤔 http 는 80, https 는 443 이 기본 포트인 이유는?

댓글 1

비슷한 게시물

주간 인기 TOP 10

추천 프로필