This is a technical report on three bugs that intermittently degraded responses from Claude. Below we explain what happened, why it took time to fix, and what we're changing.

A postmortem of three recent issues

Anthropic이 최근 Claude의 품질 문제에 대한 포스트모템을 약 2시간 전에 공개했습니다. 8월에서 9월 초까지 사용자들이 경험한 문제들은 서버 부하나 수요로 인한 의도적 성능 제한이 아니었고, 세 가지 별개의 인프라 버그가 겹치면서 발생한 것이라고 합니다.

👉 원문 보기: https://www.anthropic.com/engineering/a-postmortem-of-three-recent-issues

포스트모템을 읽으면서, AI 모델 제공자 입장에서 사용자가 체감하는 품질 저하를 알아채고 재현하는 것이 얼마나 힘든 일일지 상상해볼 수 있었습니다. AI 서비스 특성 상, 단순히 "뭔가 좀 이상해진 것 같다" 처럼 막연한 사용자 제보가 많아서 원인을 찾는 데 시간이 오래 걸렸다고 하네요.

그리고 멀티 클라우드 환경에서 AI 모델의 일관적인 품질을 보장하는 일이 얼마나 복잡한 문제인지 엿볼 수 있었습니다. 단순히 모델 자체의 성능만이 아니라, 인프라, 하드웨어, 배포 전략, 최적화 그리고 사소해 보이는 설정 하나까지도 민감한 AI 서비스에 큰 영향을 줄 수 있는 것 같습니다.

마지막으로 Anthropic이 포스트모템을 통해 보여준 투명한 커뮤니케이션이 인상 깊습니다. "언제, 어떤 일이 있었고, 왜 탐지하기 어려웠으며, 앞으로 어떻게 개선할 것인가"를 공개적으로 공유하는 태도에서 성숙한 엔지니어링 문화를 느낄 수 있습니다. 기술 조직의 신뢰를 높이는 핵심이라고 생각합니다.

Anthropic이 최근 Claude의 품질 문제에 대한 포스트모템을 약 2시간 전에 공개했습니다. 8월에서 9월 초까지 사용자들이 경험한 문제들은 서버 부하나 수요로 인한 의도적 성능 제한이 아니었고, 세 가지 별개의 인프라 버그가 겹치면서 발생한 것이라고 합니다. 👉 원문 보기: https://www.anthropic.com/engineering/a-postmortem-of-three-recent-issues 포스트모템을 읽으면서, AI 모델 제공자 입장에서 사용자가 체감하는 품질 저하를 알아채고 재현하는 것이 얼마나 힘든 일일지 상상해볼 수 있었습니다. AI 서비스 특성 상, 단순히 "뭔가 좀 이상해진 것 같다" 처럼 막연한 사용자 제보가 많아서 원인을 찾는 데 시간이 오래 걸렸다고 하네요. 그리고 멀티 클라우드 환경에서 AI 모델의 일관적인 품질을 보장하는 일이 얼마나 복잡한 문제인지 엿볼 수 있었습니다. 단순히 모델 자체의 성능만이 아니라, 인프라, 하드웨어, 배포 전략, 최적화 그리고 사소해 보이는 설정 하나까지도 민감한 AI 서비스에 큰 영향을 줄 수 있는 것 같습니다. 마지막으로 Anthropic이 포스트모템을 통해 보여준 투명한 커뮤니케이션이 인상 깊습니다. "언제, 어떤 일이 있었고, 왜 탐지하기 어려웠으며, 앞으로 어떻게 개선할 것인가"를 공개적으로 공유하는 태도에서 성숙한 엔지니어링 문화를 느낄 수 있습니다. 기술 조직의 신뢰를 높이는 핵심이라고 생각합니다.

www.anthropic.com

Claude 모델 품질 저하에 대한 포스트모템

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

 - YouTube

친구들, 비가 그치고 나니 가을 하늘이 더 공활(?)해졌습니다. 그러나 이번 주도 AI 비즈니스 세계는 변화무쌍했습니다. ^^

https://youtu.be/FXrEQgGuAa4?si=GKP3k40wYCyiz7iS

이번 에피소드에서는 인텔(Intel)과 엔비디아(nVidia)가 손을 잡고, PC 시장에 혁신적인 변화를 일으킬 파트너십에 대해 다룹니다. 두 기업이 합작해 개발할 새로운 시스템 온 칩(SOC)은 CPU와 GPU를 하나로 합쳐, 성능과 효율을 획기적으로 개선할 것으로 기대됩니다. 그로 인해, 기존의 내장 그래픽 시대는 끝나고, 일반 노트북에서도 강력한 그래픽 성능을 경험할 수 있게 될 것입니다.

이번 엔비디아의 50억 달러 투자는 단순한 재정적 협력이 아닌, 두 기업의 생존을 걸고 벌이는 승부수로 볼 수 있습니다. 인텔은 AI 시장 진입을 위한 발판을 마련했고, 엔비디아는 x86 시장에서의 완전한 장악을 목표로 하고 있습니다. 이 협력이 PC와 컴퓨팅 산업에 미칠 영향은 상상을 초월하며, 앞으로 우리가 사용할 컴퓨터의 모습이 근본적으로 달라질 것입니다.

하지만, 이 동맹이 절대적인 컴퓨팅 제국을 만들지, 아니면 새로운 전쟁의 시작을 알리는 신호탄이 될지는 아직 미지수! 이 중요한 변화를 놓치지 마세요. 컴퓨팅의 새로운 시대가 바로 지금 시작되고 있습니다 🙂

P.S 늘 항상 잘 봐 주셔서 고맙습니다!!

#nvdia #intel #ai #cpu #gpu #pc #x86 #RTX #Soc #arm

친구들, 비가 그치고 나니 가을 하늘이 더 공활(?)해졌습니다. 그러나 이번 주도 AI 비즈니스 세계는 변화무쌍했습니다. ^^ https://youtu.be/FXrEQgGuAa4?si=GKP3k40wYCyiz7iS 이번 에피소드에서는 인텔(Intel)과 엔비디아(nVidia)가 손을 잡고, PC 시장에 혁신적인 변화를 일으킬 파트너십에 대해 다룹니다. 두 기업이 합작해 개발할 새로운 시스템 온 칩(SOC)은 CPU와 GPU를 하나로 합쳐, 성능과 효율을 획기적으로 개선할 것으로 기대됩니다. 그로 인해, 기존의 내장 그래픽 시대는 끝나고, 일반 노트북에서도 강력한 그래픽 성능을 경험할 수 있게 될 것입니다. 이번 엔비디아의 50억 달러 투자는 단순한 재정적 협력이 아닌, 두 기업의 생존을 걸고 벌이는 승부수로 볼 수 있습니다. 인텔은 AI 시장 진입을 위한 발판을 마련했고, 엔비디아는 x86 시장에서의 완전한 장악을 목표로 하고 있습니다. 이 협력이 PC와 컴퓨팅 산업에 미칠 영향은 상상을 초월하며, 앞으로 우리가 사용할 컴퓨터의 모습이 근본적으로 달라질 것입니다. 하지만, 이 동맹이 절대적인 컴퓨팅 제국을 만들지, 아니면 새로운 전쟁의 시작을 알리는 신호탄이 될지는 아직 미지수! 이 중요한 변화를 놓치지 마세요. 컴퓨팅의 새로운 시대가 바로 지금 시작되고 있습니다 🙂 P.S 늘 항상 잘 봐 주셔서 고맙습니다!! #nvdia #intel #ai #cpu #gpu #pc #x86 #RTX #Soc #arm

youtu.be

<상상 초월의 동맹: 인텔과 엔비디아>

초기 AI 기반 개발 도구가 단순한 코드 자동 완성 기능에 머물렀다면, 이제는 복잡한 개발 작업을 자율적으로 수행하는 에이전틱(Agentic) AI로 발전하고 있다. 이러한 변화를 이끌어가는 주역 중 앤트로픽(Anthropic)의 클로드 코드(Claude Code)와 같은 에이전틱 코딩 도구가 있다. 클로드 코드는 개발자의 자연어 명령을 이해하고, 코드베이스를 분석하며, 파일 수정, 테스트 실행, Git 워크플로우 처리 등 일련의 작업을 자율적으로 수행함으로써 개발자와의 협업을 혁신 중이다.


한국은 전 세계 클로드 사용량에서 3.73% 점유율로 공동 3위를 차지하고 있고, Claude Code Templates 플랫폼의 국가별 다운로드 순위에서 2위를 기록할 정도로 높은 관심과 활발한 사용률을 보이고 있다. 최근 몇 달간 나도 거의 대부분의 코딩 작업에 클로드 코드를 사용하고 있다. 새로운 도구를 발견하면 시도해 보고 있으나 아직은 클로드 코드가 나에게 가장 유용했다.


오늘 Claude Code Meetup Seoul이 강남구 모처에서 열렸다. 관심을 가지고 사용하고 있는 도구에 대한 이야기도 들어보고, 다른 사용자들은 이 도구를 어떻게 활용하고 있는지 생생한 이야기를 들을 수 있는 기회라고 생각해서 참여했다. 총 세 개의 세션은 각각의 주제를 다루면서도, 결국 하나의 큰 그림을 그리고 있다고 느꼈다.


첫 번째 세션은 앤트로픽 클로드 코드 팀의 Dickson Tsai 님이 열었다. 그는 클로드 코드의 아키텍처를 설명하면서 에이전트 루프(Agent Loop)라는 멘탈 모델을 강조했다. 이는 LLM이 단순 출력 생성에 그치지 않고, 파일 시스템을 탐색 및 수정하며 도구 호출을 통해 결과를 피드백받고 다시 계획을 세우는 순환 구조를 말한다. 여기에 서브 에이전트(Sub-agent), 훅(Hooks), 슬래시 커맨드와 같은 확장 기능이 더해져, 사용자가 원하는 거의 모든 자동화 워크플로우를 구축할 수 있다고 설명했다. 이는 개발자가 원하는 거의 모든 자동화 워크플로우를 구축할 수 있는 기반 기술일 것이다. 이는 개발자에게 최대한의 자유도를 부여하지만 동시에 높은 학습 곡선을 요구하고 있다고 생각된다.


두 번째 세션은 AITMPL의 Daniel Ávila Arias 님이 진행했다. 그는 복잡한 클로드 코드 설정 과정을 단순화하기 위해 만든 플랫폼 Claude Code Templates를 소개했다. 이 플랫폼은 에이전트, 커맨드, 훅, MCP 등을 사전 구성된 컴포넌트로 패키징하여, 개발자가 일련의 명령어만으로 원하는 환경을 즉시 구성할 수 있게 한다. 이는 복잡성을 숨기고 진입 장벽을 낮춤으로써, 전문가가 아니더라도 클로드 코드의 강력한 기능을 쉽게 활용할 수 있게 만든걸로 보인다. 다만 이 과정에서 편리함의 이면에 있는 책임을 고려해야 한다고 생각했다. 잘 알지 못하는 상태에서 에이전틱 AI에게 강력한 권한을 부여하는 것은, 의도치 않은 보안 사고로 이어질 수 있기 때문이다.


마지막 세션의 발표자인 Sionic AI의 박진형(Sigrid Jin)님은 현장의 분위기를 단숨에 바꿨다. 그의 유머와 유쾌함 덕분에 영어듣기평가로 흐려진 집중력이 다시 살아났다. 모델이 가진 특징을 깊이 이해하고, 이를 상황에 맞게 유기적으로 연결해 목적을 이뤄야 한다고 말했다. 예를 들어 코드 생성 자체가 목적이 아니라, 생성된 결과를 검증하고 개선하는 과정에서 여러 모델을 통합하는 사례를 설명했다. 즉, 에이전틱 AI의 기능 설명보다는 에이전틱 AI를 대하는 태도와 철학을 전달한다는 느낌을 받았다. 그리고 AI 구독료는 지금이 가장 저렴하다는 말로, 결국 이 시기를 잘 활용하는 사람이 큰 기회를 잡게 될 것이라는 점을 말한다고 생각된다.


Claude Code Meetup Seoul에서 발표된 세 개의 세션은 각각 독립적이면서도 서로 긴밀하게 연결되어 있다고 느꼈다. 덕분에 에이전틱 AI를 이용한 소프트웨어 개발이라는 새로운 방식이 어떻게 성숙해 가고 있는지를 볼 수 있었다. 또 한편, 이번 서울 밋업은 전 세계적으로도 클로드 코드의 첫 공식 행사 중 하나라는 점에서 특별한 시간을 누리고 왔다는 생각이 든다.

초기 AI 기반 개발 도구가 단순한 코드 자동 완성 기능에 머물렀다면, 이제는 복잡한 개발 작업을 자율적으로 수행하는 에이전틱(Agentic) AI로 발전하고 있다. 이러한 변화를 이끌어가는 주역 중 앤트로픽(Anthropic)의 클로드 코드(Claude Code)와 같은 에이전틱 코딩 도구가 있다. 클로드 코드는 개발자의 자연어 명령을 이해하고, 코드베이스를 분석하며, 파일 수정, 테스트 실행, Git 워크플로우 처리 등 일련의 작업을 자율적으로 수행함으로써 개발자와의 협업을 혁신 중이다. 한국은 전 세계 클로드 사용량에서 3.73% 점유율로 공동 3위를 차지하고 있고, Claude Code Templates 플랫폼의 국가별 다운로드 순위에서 2위를 기록할 정도로 높은 관심과 활발한 사용률을 보이고 있다. 최근 몇 달간 나도 거의 대부분의 코딩 작업에 클로드 코드를 사용하고 있다. 새로운 도구를 발견하면 시도해 보고 있으나 아직은 클로드 코드가 나에게 가장 유용했다. 오늘 Claude Code Meetup Seoul이 강남구 모처에서 열렸다. 관심을 가지고 사용하고 있는 도구에 대한 이야기도 들어보고, 다른 사용자들은 이 도구를 어떻게 활용하고 있는지 생생한 이야기를 들을 수 있는 기회라고 생각해서 참여했다. 총 세 개의 세션은 각각의 주제를 다루면서도, 결국 하나의 큰 그림을 그리고 있다고 느꼈다. 첫 번째 세션은 앤트로픽 클로드 코드 팀의 Dickson Tsai 님이 열었다. 그는 클로드 코드의 아키텍처를 설명하면서 에이전트 루프(Agent Loop)라는 멘탈 모델을 강조했다. 이는 LLM이 단순 출력 생성에 그치지 않고, 파일 시스템을 탐색 및 수정하며 도구 호출을 통해 결과를 피드백받고 다시 계획을 세우는 순환 구조를 말한다. 여기에 서브 에이전트(Sub-agent), 훅(Hooks), 슬래시 커맨드와 같은 확장 기능이 더해져, 사용자가 원하는 거의 모든 자동화 워크플로우를 구축할 수 있다고 설명했다. 이는 개발자가 원하는 거의 모든 자동화 워크플로우를 구축할 수 있는 기반 기술일 것이다. 이는 개발자에게 최대한의 자유도를 부여하지만 동시에 높은 학습 곡선을 요구하고 있다고 생각된다. 두 번째 세션은 AITMPL의 Daniel Ávila Arias 님이 진행했다. 그는 복잡한 클로드 코드 설정 과정을 단순화하기 위해 만든 플랫폼 Claude Code Templates를 소개했다. 이 플랫폼은 에이전트, 커맨드, 훅, MCP 등을 사전 구성된 컴포넌트로 패키징하여, 개발자가 일련의 명령어만으로 원하는 환경을 즉시 구성할 수 있게 한다. 이는 복잡성을 숨기고 진입 장벽을 낮춤으로써, 전문가가 아니더라도 클로드 코드의 강력한 기능을 쉽게 활용할 수 있게 만든걸로 보인다. 다만 이 과정에서 편리함의 이면에 있는 책임을 고려해야 한다고 생각했다. 잘 알지 못하는 상태에서 에이전틱 AI에게 강력한 권한을 부여하는 것은, 의도치 않은 보안 사고로 이어질 수 있기 때문이다. 마지막 세션의 발표자인 Sionic AI의 박진형(Sigrid Jin)님은 현장의 분위기를 단숨에 바꿨다. 그의 유머와 유쾌함 덕분에 영어듣기평가로 흐려진 집중력이 다시 살아났다. 모델이 가진 특징을 깊이 이해하고, 이를 상황에 맞게 유기적으로 연결해 목적을 이뤄야 한다고 말했다. 예를 들어 코드 생성 자체가 목적이 아니라, 생성된 결과를 검증하고 개선하는 과정에서 여러 모델을 통합하는 사례를 설명했다. 즉, 에이전틱 AI의 기능 설명보다는 에이전틱 AI를 대하는 태도와 철학을 전달한다는 느낌을 받았다. 그리고 AI 구독료는 지금이 가장 저렴하다는 말로, 결국 이 시기를 잘 활용하는 사람이 큰 기회를 잡게 될 것이라는 점을 말한다고 생각된다. Claude Code Meetup Seoul에서 발표된 세 개의 세션은 각각 독립적이면서도 서로 긴밀하게 연결되어 있다고 느꼈다. 덕분에 에이전틱 AI를 이용한 소프트웨어 개발이라는 새로운 방식이 어떻게 성숙해 가고 있는지를 볼 수 있었다. 또 한편, 이번 서울 밋업은 전 세계적으로도 클로드 코드의 첫 공식 행사 중 하나라는 점에서 특별한 시간을 누리고 왔다는 생각이 든다.

Claude Code Meetup Seoul을 다녀오다

함께 소스코드를 까보며 기술면접부터 실무 설계까지, AI 시대에 필요한 깊은 이해와 자신만의 관점을 갖출 수 있도록 도와드릴게요. Next.js를 단순히 "써본" 개발자에서, 왜 그렇게 쓰는지 "이해하는" 전문가로 성장하세요.

Next.js 까보기: "쓸 줄 아는 개발자"에서 "알고 쓰는 개발자"로

저는 비전공자 출신 프론트엔드 엔지니어입니다.
처음엔 기술에 대한 깊이가 없는 것에 열등감이 컸습니다.
현업에서도 프레임워크를 사용할 줄은 알았지만,
왜 이렇게 구현해야 하는지에 대해 설명할 수 없었어요.

공부를 할 때에도 어디까지 공부해야할지
어떻게 공부해야 효율적으로 공부할지
막막하기만 했습니다.

이대로 계속 멈춰 있을수는 없어서
어느날 결심 했습니다.
"설명할 수 있을 때까지 끝까지 파보자."
현업에서 제일 자주 쓰던 Next.js에 대해
단순한 사용법을 넘어, 설계 의도를 파악하려고
소스 코드를 파헤치기 시작했어요.

그 과정에서 깨달은 건,
구현 방법보다 등장 배경과 동작 원리를 아는 것이
진짜 개발 실력 향상에 도움이 된다는 것이었습니다.
(자연스럽게 이직을 위한 기술면접 준비에도 도움이 되었어요.
가능하다면 여러분도 직접
소스코드를 분석하며 공부 하는걸 추천드립니다.)

그렇게 공부한 결과
깊이 있게 설명할 수 있는 엔지니어가 되었어요.
(Next.js 로 강의 자체 제공 플랫폼을 개발할 수 있을 정도의
개발 역량도 쌓게 되었습니다.)

이렇게 성장한 과정에서 얻은 지식을 정리해서
〈Next.js 까보기 강의>로 담아냈습니다.

이 강의는 단순 튜토리얼이 아니라,
“왜 / 언제 / 어떻게”를 기준으로 Next.js를 이해하고 적용하는 방법을 다룹니다.
RSC, Server Actions, Partial Prerendering 같은 기능을
“쓸줄 아는 개발자”가 아니라 “알고 쓰는 개발자”로 성장하고 싶은 분께 추천합니다.

https://www.productengineer.info/course/3a92c676-e4eb-484f-bd33-bcb2bd2707e7

이번 기회에 함께 공부하실 분들을 위해
특별하게 30% 할인 쿠폰을 준비했어요.
(쿠폰코드: ProductEngineer)

그럼 강의에서 뵈어요 👍

저는 비전공자 출신 프론트엔드 엔지니어입니다.처음엔 기술에 대한 깊이가 없는 것에 열등감이 컸습니다.현업에서도 프레임워크를 사용할 줄은 알았지만,왜 이렇게 구현해야 하는지에 대해 설명할 수 없었어요. 공부를 할 때에도 어디까지 공부해야할지어떻게 공부해야 효율적으로 공부할지막막하기만 했습니다. 이대로 계속 멈춰 있을수는 없어서어느날 결심 했습니다."설명할 수 있을 때까지 끝까지 파보자."현업에서 제일 자주 쓰던 Next.js에 대해단순한 사용법을 넘어, 설계 의도를 파악하려고소스 코드를 파헤치기 시작했어요. 그 과정에서 깨달은 건,구현 방법보다 등장 배경과 동작 원리를 아는 것이진짜 개발 실력 향상에 도움이 된다는 것이었습니다.(자연스럽게 이직을 위한 기술면접 준비에도 도움이 되었어요.가능하다면 여러분도 직접소스코드를 분석하며 공부 하는걸 추천드립니다.) 그렇게 공부한 결과깊이 있게 설명할 수 있는 엔지니어가 되었어요.(Next.js 로 강의 자체 제공 플랫폼을 개발할 수 있을 정도의개발 역량도 쌓게 되었습니다.) 이렇게 성장한 과정에서 얻은 지식을 정리해서〈Next.js 까보기 강의&gt;로 담아냈습니다. 이 강의는 단순 튜토리얼이 아니라,“왜 / 언제 / 어떻게”를 기준으로 Next.js를 이해하고 적용하는 방법을 다룹니다.RSC, Server Actions, Partial Prerendering 같은 기능을“쓸줄 아는 개발자”가 아니라 “알고 쓰는 개발자”로 성장하고 싶은 분께 추천합니다. https://www.productengineer.info/course/3a92c676-e4eb-484f-bd33-bcb2bd2707e7 이번 기회에 함께 공부하실 분들을 위해특별하게 30% 할인 쿠폰을 준비했어요.(쿠폰코드: ProductEngineer) 그럼 강의에서 뵈어요 👍

lnkd.in

MCP메모리에 , MCP없이 지식 탐색하는 메모리검색해주는 봇기능 업데이트

액터,리액티브 스트림등 주로 특정테크가 메모리화되었으며 메모리를 우선 참고해 응답합니다.

"리액티브 스트림을 조사", "ai 개발방법론", "리액티브 스트림 기원조사" 등 문의시 추론하면서 답을 주려고 노력합니다. -개인 온디바이스 LLM서빙이라 속도는 느립니다. 초당 80토크

https://mcp.webnori.com/ui/askbot

MCP메모리에 , MCP없이 지식 탐색하는 메모리검색해주는 봇기능 업데이트 액터,리액티브 스트림등 주로 특정테크가 메모리화되었으며 메모리를 우선 참고해 응답합니다. "리액티브 스트림을 조사", "ai 개발방법론", "리액티브 스트림 기원조사" 등 문의시 추론하면서 답을 주려고 노력합니다. -개인 온디바이스 LLM서빙이라 속도는 느립니다. 초당 80토크 https://mcp.webnori.com/ui/askbot

MCP 메모리 봇

대규모 트래픽의 기준, 어려우시죠? 요건 콕 찝어 말씀드릴 수 있겠네요. (물론 개인적인 기준이긴 합니다만)

“최적화가 잘 되어 있다는 가정하에, 현존하는 최고 사양의 하드웨어를 갖춘 단일 서버 혹은 단순한 로드밸런서만으로 받을 수 있는 한계를 넘는 트래픽”

요즘 최고 사양 서버 기준, 보통의 커머스 앱 정도라면, 이론적으로는 MAU 1천만 이상도 가능.

물론 비용 측면을 고려하면 다른 얘기가 됩니다만, 비용도 사이즈가 커지면 보통은 데이터 전송 비용이 가장 크기 땜에.

대규모 트래픽의 기준, 어려우시죠? 요건 콕 찝어 말씀드릴 수 있겠네요. (물론 개인적인 기준이긴 합니다만) “최적화가 잘 되어 있다는 가정하에, 현존하는 최고 사양의 하드웨어를 갖춘 단일 서버 혹은 단순한 로드밸런서만으로 받을 수 있는 한계를 넘는 트래픽” 요즘 최고 사양 서버 기준, 보통의 커머스 앱 정도라면, 이론적으로는 MAU 1천만 이상도 가능. 물론 비용 측면을 고려하면 다른 얘기가 됩니다만, 비용도 사이즈가 커지면 보통은 데이터 전송 비용이 가장 크기 땜에.

간단히 말해 “하드웨어를 돈으로 발라서 안되면 대규모”

알고리즘 이거 왜 해야 함? 취업하면 안 해도 됨?

알고리즘은 왜 풀어야 하나요?

알고리즘 문제를 풀면서 제가 느낀 장점에 대해 가볍게 적어보았습니다.
실무를 하다보면 관성처럼 코드가 아래로 흐른다는 느낌을 받을 때가 있습니다. 하고 싶은 말이 많아 장황한 글처럼, 하고 싶은 일이 많아 늘어지는 코드를 보며 더 잘 쓸 순 없을까? 싶어집니다.

그럴 때 알고리즘은 도움이 됩니다. :)
문제를 접근하는 방식, 간결하게 모든 케이스를 커버하는 연습을 하기에 좋습니다.



https://velog.io/@qorgkr26/why-u-study-algorithms

알고리즘 문제를 풀면서 제가 느낀 장점에 대해 가볍게 적어보았습니다. 실무를 하다보면 관성처럼 코드가 아래로 흐른다는 느낌을 받을 때가 있습니다. 하고 싶은 말이 많아 장황한 글처럼, 하고 싶은 일이 많아 늘어지는 코드를 보며 더 잘 쓸 순 없을까? 싶어집니다. 그럴 때 알고리즘은 도움이 됩니다. :)문제를 접근하는 방식, 간결하게 모든 케이스를 커버하는 연습을 하기에 좋습니다. https://velog.io/@qorgkr26/why-u-study-algorithms

velog.io

알고리즘 왜 풀어야 함?

리액티브,액터모델,분산처리를 다루는 나만의 MCP메모리에 챗봇기능 탑재 - gpt-oss 온디바이스라 60토크 작동
액터모델을 이용한 분산처리 컨텐츠를 챗봇을 이용해서 정리된 정보를 탐색할수 있습니다.

링크 : https://mcp.webnori.com/ui/askbot

리액티브,액터모델,분산처리를 다루는 나만의 MCP메모리에 챗봇기능 탑재 - gpt-oss 온디바이스라 60토크 작동액터모델을 이용한 분산처리 컨텐츠를 챗봇을 이용해서 정리된 정보를 탐색할수 있습니다. 링크 : https://mcp.webnori.com/ui/askbot

나만의 메모리 챗봇

The Kotlin 2.2.20 release is out! This version delivers important changes for web development and other improvements. Learn more!

Kotlin 2.2.20 Released | The Kotlin Blog

며칠 전, Kotlin 2.2.20이 출시되었다. 여러 개선 사항 중에서도 가장 눈에 띄는 것은, Kotlin/Wasm이 드디어 베타 단계에 접어들었다는 소식이다.

이번 릴리스는 새로운 기능을 추가하기보다, 개발자 경험을 현실적인 수준으로 크게 개선하는 데 중점을 두었다고 한다. 자바스크립트와의 예외 처리 개선, 브라우저에서의 디버깅 지원 강화, npm 의존성 관리 향상 등은 이제 Kotlin/Wasm이 실험 수준을 넘어, 운영에 조심스럽게 고려할 수 있는 시점이 다가온듯 하다.

반년 전쯤 kotlinx.rpc 기술을 소개하는 발표를 준비하며 컴포즈 멀티플랫폼으로 작은 예제를 만들 때, 웹(Web) 타겟을 함께 시도했었다. 하지만 당시 웹 타겟과 Kotlin/Wasm은 알파 단계였고, 알 수 없는 오류에 디버깅이 너무 어려웠다. 여러 제약에 부딪히며 결국 웹 타겟은 아쉬움을 뒤로한 채 포기하고 Desktop, Android, iOS에서 동일하게 동작하는 앱을 만드는 수준에서 마무리지어야 했다.

Kotlin/Wasm의 베타 출시는 결국 컴포즈 멀티플랫폼의 웹 지원이 다음 단계로 나아갈 수 있는 발판이 될 것으로 기대된다. 언젠가 Compose for Web 역시 베타에 들어서면, 접어두었던 예제를 다시 꺼내 완성시켜보고 싶다.

최근 젯브레인의 행보를 보면, 코틀린 언어 자체의 변화 속도는 과거에 비해 다소 느려진 듯한 느낌이다. 하지만 멀티플랫폼이라는 큰 전략 안에서는 매 릴리스마다 의미 있는 전진을 멈추지 않고 있다. Android와 Server-side, Native, JavaScript를 넘어 이제 Wasm까지. 하나의 언어로 다양한 플랫폼을 아우르려는 그들의 담대한 도전이 한 걸음 더 현실에 다가온 것으로 보인다.

앞으로 이 기술을 바탕으로 업계에서 어떤 창의적인 사례들이 등장하게 될지, 꽤나 흥미진진한 마음으로 지켜보려 한다.


https://blog.jetbrains.com/kotlin/2025/09/kotlin-2-2-20-released/

며칠 전, Kotlin 2.2.20이 출시되었다. 여러 개선 사항 중에서도 가장 눈에 띄는 것은, Kotlin/Wasm이 드디어 베타 단계에 접어들었다는 소식이다. 이번 릴리스는 새로운 기능을 추가하기보다, 개발자 경험을 현실적인 수준으로 크게 개선하는 데 중점을 두었다고 한다. 자바스크립트와의 예외 처리 개선, 브라우저에서의 디버깅 지원 강화, npm 의존성 관리 향상 등은 이제 Kotlin/Wasm이 실험 수준을 넘어, 운영에 조심스럽게 고려할 수 있는 시점이 다가온듯 하다. 반년 전쯤 kotlinx.rpc 기술을 소개하는 발표를 준비하며 컴포즈 멀티플랫폼으로 작은 예제를 만들 때, 웹(Web) 타겟을 함께 시도했었다. 하지만 당시 웹 타겟과 Kotlin/Wasm은 알파 단계였고, 알 수 없는 오류에 디버깅이 너무 어려웠다. 여러 제약에 부딪히며 결국 웹 타겟은 아쉬움을 뒤로한 채 포기하고 Desktop, Android, iOS에서 동일하게 동작하는 앱을 만드는 수준에서 마무리지어야 했다. Kotlin/Wasm의 베타 출시는 결국 컴포즈 멀티플랫폼의 웹 지원이 다음 단계로 나아갈 수 있는 발판이 될 것으로 기대된다. 언젠가 Compose for Web 역시 베타에 들어서면, 접어두었던 예제를 다시 꺼내 완성시켜보고 싶다. 최근 젯브레인의 행보를 보면, 코틀린 언어 자체의 변화 속도는 과거에 비해 다소 느려진 듯한 느낌이다. 하지만 멀티플랫폼이라는 큰 전략 안에서는 매 릴리스마다 의미 있는 전진을 멈추지 않고 있다. Android와 Server-side, Native, JavaScript를 넘어 이제 Wasm까지. 하나의 언어로 다양한 플랫폼을 아우르려는 그들의 담대한 도전이 한 걸음 더 현실에 다가온 것으로 보인다. 앞으로 이 기술을 바탕으로 업계에서 어떤 창의적인 사례들이 등장하게 될지, 꽤나 흥미진진한 마음으로 지켜보려 한다. https://blog.jetbrains.com/kotlin/2025/09/kotlin-2-2-20-released/

The JetBrains Blog

베타 단계에 접어든 Kotlin/Wasm

오랜만에 강의 자료를 몇 개나 만들었더니 정신이 혼미해지고..🫠 그래도 만든 김에 두어번 정도는 더 해볼까 하는데, 관심있는 회사 있으시면 연락 주세요. golbin@gmail.com

오랜만에 강의 자료를 몇 개나 만들었더니 정신이 혼미해지고..🫠 그래도 만든 김에 두어번 정도는 더 해볼까 하는데, 관심있는 회사 있으시면 연락 주세요. golbin@gmail.com

▲ 이경미 디자이너의 '병원 경험 서비스 디자인' 아이디어는 국내 대형 병원에 모두 적용됐다. 사진은 서울보라매병원의 응급실 진료상황 화면. ⓒ 이경미 의학 드라마를 보면 응급실 환자들이 간호사나 의사를 붙잡고 '우

이 디자이너 다녀간 뒤 대형 병원 응급실 풍경이 달라졌다

응급실에 갈 일이 없으면 좋겠지만, 응급실에 한 번이라도 환자나 가족으로 방문한다면 그 경험은 그야말로 혼란과 아우성입니다. 드라마에서 익숙한 장면처럼 "우린 언제 봐주냐?", "언제 치료해 주냐?"라며 간호사와 의사를 붙잡고 이야기하는 모습은 환자와 가족 입장에서 (1) 얼마나 오래 기다려야 하는지 (2) 다음 단계는 무엇인지 알 수 없다는 '정보비대칭성'에 기인합니다. 서울보라매병원 등에서는 TV 화면을 통해 필요한 정보를 제공합니다.


 * 환자 별 주치의와 간호사 정보
 * 의사초진 - 혈액검사 - 영상검사 - 타과진료 - 입/퇴원 요청여부에 대한 현황 안내
 * 현재 응급실 혼잡도 - 몇 명의 환자가 응급실에서 진료를 보고 있는가?
 * 중증 환자의 평균 체류시간
 * 중증 진료의 평균 진료시간
 * CT, MRI 검사의 평균 대기시간


[ 큐레이터의 문장 🎒 ]


포용적 디자인은 가장 아프고 도움이 필요한 사용자의 경험에 관심을 갖고 그들의 불편함을 디자인 솔루션으로 해소하는 것입니다. 디자인은 눈에 보이는 것이 아니라 '문제를 해결하는 일'이라는 점을 생각하면, 과거 서비스 디자인으로 불렀던 많은 과업들은 사용자 경험에 대한 조사 즉 'UX 리서치'로부터 시작하는 게 아닐까 생각합니다.

https://n.news.naver.com/article/047/0002488293?lfrom=twitter&spi_ref=m_news_x

응급실에 갈 일이 없으면 좋겠지만, 응급실에 한 번이라도 환자나 가족으로 방문한다면 그 경험은 그야말로 혼란과 아우성입니다. 드라마에서 익숙한 장면처럼 "우린 언제 봐주냐?", "언제 치료해 주냐?"라며 간호사와 의사를 붙잡고 이야기하는 모습은 환자와 가족 입장에서 (1) 얼마나 오래 기다려야 하는지 (2) 다음 단계는 무엇인지 알 수 없다는 '정보비대칭성'에 기인합니다. 서울보라매병원 등에서는 TV 화면을 통해 필요한 정보를 제공합니다. <ul ><li>환자 별 주치의와 간호사 정보</li><li>의사초진 - 혈액검사 - 영상검사 - 타과진료 - 입/퇴원 요청여부에 대한 현황 안내</li><li>현재 응급실 혼잡도 - 몇 명의 환자가 응급실에서 진료를 보고 있는가?</li><li>중증 환자의 평균 체류시간</li><li>중증 진료의 평균 진료시간</li><li>CT, MRI 검사의 평균 대기시간</li></ul> [ 큐레이터의 문장 🎒 ] 포용적 디자인은 가장 아프고 도움이 필요한 사용자의 경험에 관심을 갖고 그들의 불편함을 디자인 솔루션으로 해소하는 것입니다. 디자인은 눈에 보이는 것이 아니라 '문제를 해결하는 일'이라는 점을 생각하면, 과거 서비스 디자인으로 불렀던 많은 과업들은 사용자 경험에 대한 조사 즉 'UX 리서치'로부터 시작하는 게 아닐까 생각합니다. https://n.news.naver.com/article/047/0002488293?lfrom=twitter&amp;spi_ref=m_news_x

n.news.naver.com

⟪포용적 디자인의 시작은 사용자 경험에 대한 관심으로부터⟫

Product Designer, 홍지연 님 | Product, Article

AI야, UX라이팅 알잘딱 고쳐줘 - 라포랩스 팀블로그

라포랩스(퀸잇, 팔도감 서비스하는 회사)에서 디자이너가 UX 라이팅 플러그인을 만든 이야기입니다.


[ 큐레이터의 문장 🎒 ]


UX 라이터가 없는 많은 디자인 조직에서 겪는 공통적인 문제점은 "같은 서비스 안에서 문장 스타일이나 레이블이 제각각이라는 점"입니다. 이걸 도구(AI)의 도움을 받아 일관성 있게 만들려면 먼저 정교한 가이드라인을 만들어야 합니다. 라포랩스에서는 5단계를 거쳤습니다.


 1. 타깃 유저와 페르소나 재정의
 2. 제품에 쓰인 문장 수집 및 분류
 3. 평가와 논의를 통한 공통점 도출
 4. 주요 원칙, 가이드라인 구축
 5. 세부 원칙, 패턴 별 상세 가이드라인 추가


여기서 인상적인 점은 기존에 어떤 라이팅을 쓰고 있었는지 수집하고 분류했다는 것입니다. 그리고 이후에는 UX 라이팅을 검수하는 GPT 기반의 봇을 만들었고 가이드라인을 준수하도록, 가이드라인에 맞춰 수정한 결과에 대한 근거를 설명하도록 했습니다. 디자이너가 "왜 바꿔야 하는지" 받아들일 수 있는데 초점을 맞췄죠. 이후에는 클로드를 활용해 피그마 플러그인으로 만드는 방식으로 단계적으로 발전시켰습니다.


https://blog.rapportlabs.kr/ai-ux-writing

라포랩스(퀸잇, 팔도감 서비스하는 회사)에서 디자이너가 UX 라이팅 플러그인을 만든 이야기입니다. [ 큐레이터의 문장 🎒 ] UX 라이터가 없는 많은 디자인 조직에서 겪는 공통적인 문제점은 "같은 서비스 안에서 문장 스타일이나 레이블이 제각각이라는 점"입니다. 이걸 도구(AI)의 도움을 받아 일관성 있게 만들려면 먼저 정교한 가이드라인을 만들어야 합니다. 라포랩스에서는 5단계를 거쳤습니다. <ol ><li>타깃 유저와 페르소나 재정의</li><li>제품에 쓰인 문장 수집 및 분류</li><li>평가와 논의를 통한 공통점 도출</li><li>주요 원칙, 가이드라인 구축</li><li>세부 원칙, 패턴 별 상세 가이드라인 추가</li></ol> 여기서 인상적인 점은 기존에 어떤 라이팅을 쓰고 있었는지 수집하고 분류했다는 것입니다. 그리고 이후에는 UX 라이팅을 검수하는 GPT 기반의 봇을 만들었고 가이드라인을 준수하도록, 가이드라인에 맞춰 수정한 결과에 대한 근거를 설명하도록 했습니다. 디자이너가 "왜 바꿔야 하는지" 받아들일 수 있는데 초점을 맞췄죠. 이후에는 클로드를 활용해 피그마 플러그인으로 만드는 방식으로 단계적으로 발전시켰습니다. https://blog.rapportlabs.kr/ai-ux-writing

blog.rapportlabs.kr

⟪프로덕트 디자이너가 만든 UX 라이팅 플러그인⟫

AI 도구를 활용한 코딩이 늘어나면서 팀원들에게서 흥미로운 변화를 목격하고 있습니다.

예전에는 테스트 작성이나 문서 업데이트를 부탁하면 온갖 핑계를 대며 피하던 동료들이, 이제는 누구보다 꼼꼼하게 이런 부분에 신경을 쓰는 거 있죠?

왜일까요?

코딩 에이전트에게 일을 맡기려면 명확한 스펙과 테스트가 필수라는 걸 체감했기 때문입니다. AI가 생성한 코드를 마음 놓고 배포하려면 철저한 검증이 필수이고, 모델에게 충분한 컨텍스트를 제공하려면 정확한 문서화가 중요하다는 것도 깨닫게 된 거죠.

솔직히 저는 이런 현상을 보면서 조금 서운한 마음이 들기도 합니다. 과거에 사람들끼리만 협업할 때도 이렇게 동료를 배려해줬다면 얼마나 좋았을까 싶거든요. 예전에 테스트도 없이 작성한 코드를 리뷰 요청하던 그 자신감은 도대체 다들 어디서 왔었을까 싶고요 ㅎㅎ

뭐, 어찌됐든 결과적으로는 긍정적입니다. 코드 커버리지가 개선되고, 리팩토링과 기능 추가도 훨씬 수월해졌습니다. 예전처럼 유닛 테스트나 문서화의 중요성을 강조하지 않아도 됩니다. 결국 AI가 개발 문화 개선의 촉매제 역할을 하고 있는 셈입니다.

여러분의 개발 팀은 어떠신가요? AI 도입 후 겪은 재미있는 변화가 있다면 공유해주세요!

AI 도구를 활용한 코딩이 늘어나면서 팀원들에게서 흥미로운 변화를 목격하고 있습니다. 예전에는 테스트 작성이나 문서 업데이트를 부탁하면 온갖 핑계를 대며 피하던 동료들이, 이제는 누구보다 꼼꼼하게 이런 부분에 신경을 쓰는 거 있죠? 왜일까요? 코딩 에이전트에게 일을 맡기려면 명확한 스펙과 테스트가 필수라는 걸 체감했기 때문입니다. AI가 생성한 코드를 마음 놓고 배포하려면 철저한 검증이 필수이고, 모델에게 충분한 컨텍스트를 제공하려면 정확한 문서화가 중요하다는 것도 깨닫게 된 거죠. 솔직히 저는 이런 현상을 보면서 조금 서운한 마음이 들기도 합니다. 과거에 사람들끼리만 협업할 때도 이렇게 동료를 배려해줬다면 얼마나 좋았을까 싶거든요. 예전에 테스트도 없이 작성한 코드를 리뷰 요청하던 그 자신감은 도대체 다들 어디서 왔었을까 싶고요 ㅎㅎ 뭐, 어찌됐든 결과적으로는 긍정적입니다. 코드 커버리지가 개선되고, 리팩토링과 기능 추가도 훨씬 수월해졌습니다. 예전처럼 유닛 테스트나 문서화의 중요성을 강조하지 않아도 됩니다. 결국 AI가 개발 문화 개선의 촉매제 역할을 하고 있는 셈입니다. 여러분의 개발 팀은 어떠신가요? AI 도입 후 겪은 재미있는 변화가 있다면 공유해주세요!

AI 덕분에 달라진 동료 개발자들

안녕하세요. 한국 스프링 사용자 모임 (KSUG)에서 큰일꾼으로 활동하고 있는 김석현입니다. 😊

Spring Camp가 끝난 지 3개월이 되어가는 지금, 저는 10월 26일(일)에 있을 Spring AI Meetup을 준비하고 있습니다.

(행사를 기획하고 준비하는 과정이 저에게 즐거운 일일 줄은 몰랐는데, 한국 스프링 사용자 모임의 일꾼단에 지원했던 것이 정말 좋은 선택이었다고 생각합니다.)

Spring AI는 2025년 5월 20일 1.0.0 버전이 정식 릴리스된 지 4개월이 채 안 된 시점에서 스프링 팀과 커뮤니티의 활발한 기여에 힘입어 Streamable HTTP, MCP 관련 통합 및 각 모델별 지원 기능(e.g. Claude Prompt Caching) 등 다양한 개선 사항이 포함된 1.1.0-M1 버전이 (지난 9일) 공개되었습니다.
- https://lnkd.in/gSPx5dVg

이를 보면 Spring AI가 (아직 가야할 길은 남았지만) 빠른 속도로 발전하고 있다는 인상을 받습니다. 이런 흐름에 발맞춰 한국 스프링 사용자 모임에서 Spring AI를 집중적으로 다루는 자리를 마련하면 좋겠다고 생각하였고, 적극적으로 기여하시고 실무에서 사용하고 계신 연사님들을 모시고 실질적인 인사이트를 얻을 수 있는 자리를 마련하기 위해 열심히 준비하고 있습니다.

이번 행사는 선릉에서 진행될 예정이며, 홈페이지가 준비되는 대로 바로 공식 계정을 통해 공유해드리도록 하겠습니다. 

Spring AI Meetup에 많

Spring AI 1.1.0-M1 Available Now | SeokHyeon Kim

Spring AI는 스프링 생태계의 철학을 AI 도메인으로 확장하고자 등장한 프레임워크다. 그동안 AI 개발 도구와 라이브러리는 주로 파이썬 생태계를 중심으로 발전해왔다. 이 때문에 기업 환경에서 널리 쓰이는 자바는, 생성형 AI를 통합하기 위해 각 서비스의 SDK를 직접 사용하거나 원시적인 API 호출에 의존해야 하는 불편함이 있었다. Spring AI는 바로 이 지점에서, 스프링 사용자들이 기존의 친숙한 방식을 그대로 유지하면서 최신 AI 기능을 손쉽게 활용할 수 있도록 다리를 놓아준다.

Spring AI는 생성형 AI 통합의 복잡성을 단순화하고, 자주 사용되는 패턴들을 정립한다. 그 설계 철학의 핵심은 추상화와 이식성으로 보인다. ChatClient 나 VectorStore 같은 표준 인터페이스를 통해 OpenAI, Anthropic 등 각기 다른 LLM 제공자를 동일한 방식으로 다룰 수 있게 하고, 개발자가 특정 벤더의 세부사항에 얽매이지 않고 비즈니스 로직에 집중하도록 돕는다. 나아가, RAG(Retrieval-augmented generation)나 대화 메모리 같은 공통 기능을 Advisor 라는 개념으로 모듈화하여 횡단 관심사를 깔끔하게 처리한다.

특히 인상적인 부분은 AI에 익숙하지 않은 개발자를 위한 배려다. Spring AI 공식 문서에는 AI 모델의 작동 원리부터 다양한 모델 유형에 대한 설명까지, AI 입문자를 위한 내용이 충실하게 담겨 있다. 효과적인 프롬프트 작성법, 텍스트의 의미를 벡터로 표현하는 임베딩, 비용과 직결되는 토큰의 개념 등 AI 애플리케이션 개발에 필수적인 기초 지식을 체계적으로 안내한다. 더불어, AI 모델에서 구조화된 출력을 얻는 방법이나 RAG 및 도구 호출(Tool Calling)을 통해 외부 데이터와 기능을 연동하는 고급 기법까지 상세히 다룬다. AI 분야가 낯선 분들이라면 꼭 한번 읽어보길 권하고 싶다.

마침 한국 스프링 사용자 모임에서 Spring AI 밋업을 준비하고 있다. 이번 기회를 통해 많은 분들이 이 새로운 기술에 관심을 갖고 함께 이야기를 나눠보는 자리가 되었으면 한다.


https://www.linkedin.com/posts/seokhyeon-kim-6674501b2_spring-ai-110-m1-available-now-activity-7372620269003345920-glaB?utm_source=social_share_send&utm_medium=member_desktop_web&rcm=ACoAABvezLwBBEWVnGUkIY_xxm2aE3-sGtVHt0g

Spring AI는 스프링 생태계의 철학을 AI 도메인으로 확장하고자 등장한 프레임워크다. 그동안 AI 개발 도구와 라이브러리는 주로 파이썬 생태계를 중심으로 발전해왔다. 이 때문에 기업 환경에서 널리 쓰이는 자바는, 생성형 AI를 통합하기 위해 각 서비스의 SDK를 직접 사용하거나 원시적인 API 호출에 의존해야 하는 불편함이 있었다. Spring AI는 바로 이 지점에서, 스프링 사용자들이 기존의 친숙한 방식을 그대로 유지하면서 최신 AI 기능을 손쉽게 활용할 수 있도록 다리를 놓아준다. Spring AI는 생성형 AI 통합의 복잡성을 단순화하고, 자주 사용되는 패턴들을 정립한다. 그 설계 철학의 핵심은 추상화와 이식성으로 보인다. ChatClient 나 VectorStore 같은 표준 인터페이스를 통해 OpenAI, Anthropic 등 각기 다른 LLM 제공자를 동일한 방식으로 다룰 수 있게 하고, 개발자가 특정 벤더의 세부사항에 얽매이지 않고 비즈니스 로직에 집중하도록 돕는다. 나아가, RAG(Retrieval-augmented generation)나 대화 메모리 같은 공통 기능을 Advisor 라는 개념으로 모듈화하여 횡단 관심사를 깔끔하게 처리한다. 특히 인상적인 부분은 AI에 익숙하지 않은 개발자를 위한 배려다. Spring AI 공식 문서에는 AI 모델의 작동 원리부터 다양한 모델 유형에 대한 설명까지, AI 입문자를 위한 내용이 충실하게 담겨 있다. 효과적인 프롬프트 작성법, 텍스트의 의미를 벡터로 표현하는 임베딩, 비용과 직결되는 토큰의 개념 등 AI 애플리케이션 개발에 필수적인 기초 지식을 체계적으로 안내한다. 더불어, AI 모델에서 구조화된 출력을 얻는 방법이나 RAG 및 도구 호출(Tool Calling)을 통해 외부 데이터와 기능을 연동하는 고급 기법까지 상세히 다룬다. AI 분야가 낯선 분들이라면 꼭 한번 읽어보길 권하고 싶다. 마침 한국 스프링 사용자 모임에서 Spring AI 밋업을 준비하고 있다. 이번 기회를 통해 많은 분들이 이 새로운 기술에 관심을 갖고 함께 이야기를 나눠보는 자리가 되었으면 한다. https://www.linkedin.com/posts/seokhyeon-kim-6674501b2_spring-ai-110-m1-available-now-activity-7372620269003345920-glaB?utm_source=social_share_send&amp;utm_medium=member_desktop_web&amp;rcm=ACoAABvezLwBBEWVnGUkIY_xxm2aE3-sGtVHt0g

kr.linkedin.com

Spring AI는 생성형 AI 통합을 단순화하고 패턴을 정립한다

‎챙겨콘은 회원가입 없이 누구나 간편하게 기프티콘을 등록하고, 만료일을 놓치지 않도록 자동으로 알림을 받을 수 있는 초간단 기프티콘 관리 앱입니다.

■ 사진 한 장으로 등록  
카메라나 갤러리에서 기프티콘 사진을 선택하면, 온디바이스 OCR이 만료일과 상품명을 자동으로 인식합니다. 필요하다면 직접 수정도 가능합니다.

■ 자동 만료 알림  
기프티콘 만료일 기준 30일, 7일, 1일 전에 푸시 알림을 보내드립니다. 알림 주기도 터치 한 번으로 손쉽게 바꿀 수 있습니다.

■ 스마트 분류와 간편 관리  
전체/유효/만료 기프티콘을 자…

‎챙겨콘

<아쉬워서 앱을 만들었습니다.>
얼마전 아쉬운 일이 있었어요.
집 인터넷을 바꾸면서
신세계 상품권 기프티콘을 받았어요.
유효기간이 꽤 넉넉 했는데,
갑자기 집안에 일이 터지는 바람에
어찌저찌 하다 유효기간이 지나버렸어요
무려 10만원 권 2장이었는데.. 🥹


고객센터에 문의해보니
기간 연장은 불가능하다고 하셨어요.
카톡이든, 문자든 알림이 왔다면
놓치지 않았을텐데.. 😭
왜 나는 알림 설정을 미리 해놓지 않았을까


이 모든 아쉬움을 꾹꾹 눌러 담아
앱을 만들었습니다. 🎉


iOS: https://apps.apple.com/kr/app/챙겨콘/id6751824571?l=en-GB


안드로이드: https://play.google.com/store/apps/details?id=com.david718.gifticonalarm


랜딩페이지: https://www.productengineer.info/camp/cgcon


저처럼 기프티콘 유효기간 놓친 분들
다음에는 절대 놓치는 일 없도록
갤러리에 기프티콘 이미지를 선택하면
자동 알람 설정 되는 앱이어요. 🤗


회원가입 없습니다.
서버저장 없습니다.
인터넷연결 필요 없습니다.


피드백 주시면 개선하는데
큰 도움이 될 것 같습니다.
다들 행복한 기프티콘 생활 되셔요 ㅎㅎ

&lt;아쉬워서 앱을 만들었습니다.&gt;얼마전 아쉬운 일이 있었어요.집 인터넷을 바꾸면서 신세계 상품권 기프티콘을 받았어요.유효기간이 꽤 넉넉 했는데, 갑자기 집안에 일이 터지는 바람에어찌저찌 하다 유효기간이 지나버렸어요 무려 10만원 권 2장이었는데.. 🥹 고객센터에 문의해보니 기간 연장은 불가능하다고 하셨어요.카톡이든, 문자든 알림이 왔다면놓치지 않았을텐데.. 😭왜 나는 알림 설정을 미리 해놓지 않았을까 이 모든 아쉬움을 꾹꾹 눌러 담아앱을 만들었습니다. 🎉 iOS: https://apps.apple.com/kr/app/챙겨콘/id6751824571?l=en-GB 안드로이드: https://play.google.com/store/apps/details?id=com.david718.gifticonalarm 랜딩페이지: https://www.productengineer.info/camp/cgcon 저처럼 기프티콘 유효기간 놓친 분들다음에는 절대 놓치는 일 없도록갤러리에 기프티콘 이미지를 선택하면 자동 알람 설정 되는 앱이어요. 🤗 회원가입 없습니다.서버저장 없습니다.인터넷연결 필요 없습니다. 피드백 주시면 개선하는데 큰 도움이 될 것 같습니다.다들 행복한 기프티콘 생활 되셔요 ㅎㅎ

App Store

<아쉬워서 앱을 만들었습니다.>
얼마전 아쉬운 일이 있었어요.
집

1. 책을 읽을 때 아래에 해당되는 부분은 빠르게 넘긴다.

2. 다른 단계에서 이미 읽은 단락이나 페이지라면 빠르게 넘겨라.

3. 단순하거나 반복되는 정보 또는 이미 이해했거나 불필요한 정보라면 빠르게 넘겨라.

4. 읽던 섹션이 당신의 독서 목적에 비춰봤을 때 중요하지 않은 부분임을 빠르게 파악했다면 포토리딩 속도로 빠르게 넘어가라. 동시에 직감에 따라 멈춰야 할 필요가 있을 때 멈출 수 있도록 열린마음을 유지하라.


#포토리딩

1. 책을 읽을 때 아래에 해당되는 부분은 빠르게 넘긴다. ​2. 다른 단계에서 이미 읽은 단락이나 페이지라면 빠르게 넘겨라. ​3. 단순하거나 반복되는 정보 또는 이미 이해했거나 불필요한 정보라면 빠르게 넘겨라. ​4. 읽던 섹션이 당신의 독서 목적에 비춰봤을 때 중요하지 않은 부분임을 빠르게 파악했다면 포토리딩 속도로 빠르게 넘어가라. 동시에 직감에 따라 멈춰야 할 필요가 있을 때 멈출 수 있도록 열린마음을 유지하라. ​ #포토리딩

< 독서의 핵심은 속도가 아니라 선택이다 >

1. 이 세상의 모든 결정은 결정할 수 있는 힘을 가진 사람에 의해 이루어진다. 그 사실을 인정하라.

2. 긍정적인 변화를 만들기 위해 누군가에게 영향력을 끼쳐야 한다면, 그 사람은 우리의 고객이고 우리는 판매원이다.

3. 고객은 살 필요가 없지만, 우리는 팔아야 한다.

4. 판매를 할 때는 우리의 개인적인 가치보다 고객이 중요하게 여기는 가치가 더 중요하다.

5. 실제로 긍정적인 변화를 만들 수 있는 곳에 집중해야 한다. 팔 수 있는 것을 팔고, 바꿀 수 있는 것을 바꿔라. 우리가 팔거나 바꿀 수 없는 것은 포기하라.


#숨쉴때마다새로운내가된다면

1. 이 세상의 모든 결정은 결정할 수 있는 힘을 가진 사람에 의해 이루어진다. 그 사실을 인정하라. ​2. 긍정적인 변화를 만들기 위해 누군가에게 영향력을 끼쳐야 한다면, 그 사람은 우리의 고객이고 우리는 판매원이다. ​3. 고객은 살 필요가 없지만, 우리는 팔아야 한다. ​4. 판매를 할 때는 우리의 개인적인 가치보다 고객이 중요하게 여기는 가치가 더 중요하다. 5. 실제로 긍정적인 변화를 만들 수 있는 곳에 집중해야 한다. 팔 수 있는 것을 팔고, 바꿀 수 있는 것을 바꿔라. 우리가 팔거나 바꿀 수 없는 것은 포기하라. #숨쉴때마다새로운내가된다면

< 피터 드러커의 비즈니스 5원칙 >

대규모 트래픽의 기준, 어려우시죠? 요건 콕 찝어 말씀드릴 수 있

요즘 가장 파고 있는 무기의 주제이기도 하다.
개인의 브랜드를 만드는 것은 창업과도 같다.

그런 의미에서 나는 참 많은 개인 브랜드의 창업에 실패했다.
웹툰작가도, 베트남유튜버도, 첫 전자책도, 부동산 팟캐스트도 모조리 망했다.
그 모든 것들의 수익은 0원이었다.

그 시간동안 편의점 알바를 했으면
작은 차한대 뽑았을거 같다.
그리고 5년이 지나 생긴 인생의 반전이 있었으니
다양한 걸 지나고나서야 '글 쓰는 마케터'라는
하나의 아이덴티티를 가질 수 있었다.

놀랍게도 그걸로 시작해
다양한 모습으로 살아가고 있다.

작가, 강연자, 코치, 커뮤니티, 크리에이터까지.
이상하게도 글 쓰는 마케터에서
강연, 클래스, 콘텐츠를 만드는
것으로의 확장은 어렵지 않았다.

그 과정에서 알게 된 것이 있다.
여기서 가장, 가장 중요한 한 가지는
어떻게 퍼스널 브랜딩을 할까 하기 전에
세상에 어떤 가치를 전할 것이고
어떤 콘텐츠를 만드는 사람이
될 것인지부터 정의 하는 것이다.

세상에 전할 메시지나 만들어줄 가치가 없다면 개인의 브랜딩은 만들 수 없다.
만들다 하더라도 금방 무너지고 오래 지속되지 못한다.

먼저 메시지다.
그리고 가치다.
그 다음이 소셜브랜딩이다.

세상은 팔리지 않는 가치 없는 제품에
브랜딩을 한다고 사주지 않는다.
팔리는 가치있는 제품이 먼저 있어야
브랜딩으로 완성시킬 수 있다.

결국 개인도 브랜드다.
나라는 브랜드에 대해 다시 떠올려보고
세상 사람들이 자신만의 브랜드가 되어가는 과정을 그려본다.

- 주말 생각노트

요즘 가장 파고 있는 무기의 주제이기도 하다. 개인의 브랜드를 만드는 것은 창업과도 같다. 그런 의미에서 나는 참 많은 개인 브랜드의 창업에 실패했다. 웹툰작가도, 베트남유튜버도, 첫 전자책도, 부동산 팟캐스트도 모조리 망했다. 그 모든 것들의 수익은 0원이었다. 그 시간동안 편의점 알바를 했으면 작은 차한대 뽑았을거 같다. 그리고 5년이 지나 생긴 인생의 반전이 있었으니 다양한 걸 지나고나서야 '글 쓰는 마케터'라는 하나의 아이덴티티를 가질 수 있었다. 놀랍게도 그걸로 시작해 다양한 모습으로 살아가고 있다. 작가, 강연자, 코치, 커뮤니티, 크리에이터까지. 이상하게도 글 쓰는 마케터에서 강연, 클래스, 콘텐츠를 만드는 것으로의 확장은 어렵지 않았다. 그 과정에서 알게 된 것이 있다. 여기서 가장, 가장 중요한 한 가지는 어떻게 퍼스널 브랜딩을 할까 하기 전에 세상에 어떤 가치를 전할 것이고 어떤 콘텐츠를 만드는 사람이 될 것인지부터 정의 하는 것이다. 세상에 전할 메시지나 만들어줄 가치가 없다면 개인의 브랜딩은 만들 수 없다. 만들다 하더라도 금방 무너지고 오래 지속되지 못한다. 먼저 메시지다. 그리고 가치다. 그 다음이 소셜브랜딩이다. 세상은 팔리지 않는 가치 없는 제품에 브랜딩을 한다고 사주지 않는다. 팔리는 가치있는 제품이 먼저 있어야 브랜딩으로 완성시킬 수 있다. 결국 개인도 브랜드다. 나라는 브랜드에 대해 다시 떠올려보고 세상 사람들이 자신만의 브랜드가 되어가는 과정을 그려본다. - 주말 생각노트

퍼스널브랜딩의 진실과 허상

최선을 선택하고 싶고 최악을 피하고 싶은게 인지상정이지만
회사에 속한 이상 때로는 최선을 포기해야 하는 상황이 발생합니다
근데 고집 부려봐야 어쩔 수 없는게 그러라고 월급 받는거니까요

최선을 선택하고 싶고 최악을 피하고 싶은게 인지상정이지만회사에 속한 이상 때로는 최선을 포기해야 하는 상황이 발생합니다근데 고집 부려봐야 어쩔 수 없는게 그러라고 월급 받는거니까요

캘거리 시민 1명이 시장 조티. 곤덱을 해임하기 위한 소환 청원. 운동을 시작했다. 
https://drift-hunters.io

개발자는 때로는 차선을 선택하고 차악을 선택해야 합니다

댓글 1

비슷한 게시물

주간 인기 TOP 10

추천 프로필