기본 콘텐츠로 건너뛰기

murianwind의 트위터 - 2012년 01월 06일 ~ 2012년 01월 12일

  • Play Something Beautiful, Harness the Power of Gravity and Stop Loafing Around in Bed [App Deals Of The Day] http://t.co/Qd5TYIRe posted at 06:02:48
  • Practicing ‘Agile’ Doesn’t Necessarily Make You ‘agile’ http://t.co/cj9y6apC posted at 06:05:36
  • 좋은 아키텍처, 나쁜 아키텍처, 이상한 아키텍처 http://t.co/gIyZTsQt posted at 09:30:05
  • 임베디드 시스템이 뭐에요? http://t.co/DE0BsTs4 posted at 15:41:47
  • 전문성의 저주 http://t.co/Z2Gb9BIW posted at 18:51:20
  • 라식하면 백내장이 생긴다? http://t.co/GxBddj6n posted at 18:52:47
  • Battle Your Word-Nerd Friends, Swipe Your Tunes, and Get some Work Done [App Deals Of The Day] http://t.co/5SbP0Wmo posted at 07:57:52
  • [테스팅 히치하이커를 위한 안내서] murianwind의 트위터 - 2011년 12월 30일 ~ 2012년 01월05일 http://t.co/9mZbB63Q posted at 10:59:45
  • 끔찍할 정도로 정확한 이명박 분석, 김유찬의 '이명박 리포트' http://t.co/FMsD2h0s posted at 15:09:34
  • RT @noogabar: #누가바 닷컴 [새글] ★클라이언트 최적화 테스트하기 http://t.co/yDzGNIoM posted at 03:03:34
  • [테스팅 히치하이커를 위한 안내서] 사용성은 상대적이다. 그래서 어렵다. http://t.co/Uc3SeMLa posted at 04:01:42
  • 클라이언트가 사용자 컴퓨터 환경을 수집하는건 요즘은 법적으로 문제가 될 확률이 높은걸로 알고 있습니다. 요즘 나오는 백신들의 경우에도 클라이언트가 사용자 컴퓨터 환경을 수집... [클라이언트 최적화 테스트하기] http://t.co/4S2mIFlJ posted at 04:05:17
  • SC제일은행의 이름 변경 - 제일이란 이름은 사라짐. http://t.co/XJcwob4E posted at 04:15:41
  • RT @oisoo1: 직접 체험해 보고 아는 놈보다 들은 풍월로 아는 놈이 훨씬 잘난 척할 때가 많습니다. 거기다 목소리까지 크면 끝장이지요. 하지만 잘난 척하는 놈보다 더 얄미운 놈이 있습니다. 국물도 못 얻어먹으면서 입에 거품을 물고 무조건 그놈 편을 드는 놈이지요. posted at 10:02:44
  • UX is Everything !! http://t.co/SUUHQEZO posted at 13:15:58
  • IKEA 효과를 아시나요? http://t.co/99dOqNqm posted at 15:16:27
  • 아.. 법적인 얘기는 본문하고는 별 상관이 없고요.. 제가 얘기한 부분은 게임 등을 개발할때 최저 사양 구할 때 옛날에는 클라이언트에 사요자 정보를 수집하는 모듈을 올려서 수... [클라이언트 최적화 테스트하기] http://t.co/4S2mIFlJ posted at 20:51:13
  • 그런데.. 프레임을 측정하는 도구를 사용하다보면 프레임을 측정하는 도구 자체도 리소스를 사용하면서 게임의 프레임을 약간 저하시키는 경우가 있어서 저는 저 도구를 사용할때 약간... [클라이언트 최적화 테스트하기] http://t.co/4S2mIFlJ posted at 20:53:54
  • 반디캠이라는 도구도 있긴 합니다. [클라이언트 최적화 테스트하기] http://t.co/4S2mIFlJ posted at 23:01:01
  • Google의 버그 예측 알고리즘을 구현한 툴 ‘bugspots’이 오픈 소스로 공개 http://t.co/h43aeffo posted at 11:35:37
  • Infographic: How Big is 50 GB? Get Your FREE Space Today! | The Box Blog http://t.co/O0BnBbjh @BoxHQ 에서 #lu2300 옵큐로 50기가 웹하드를.. posted at 22:09:59
  • 게임회사의 회계이야기 (1) - 누구에게나 회계는 있다 http://t.co/uWIPC1DC posted at 07:21:10
라벨:

댓글

댓글 쓰기

이 블로그의 인기 게시물

AI 에이전트의 환각과 프롬프트 폭증을 막는 '컨텍스트 엔지니어링(Context Engineering)'과 아키텍처의 미래

AI 코딩 에이전트나 생성형 LLM을 소프트웨어 개발에 접목하는 시도가 늘어나면서, 엔지니어들이 마주하는 가장 큰 기술적 병목 중 하나는 바로 '컨텍스트(Context)'의 관리입니다. 저 역시 최근 AI와 바이브 코딩(Vibe Coding)을 활용해 여러 프로젝트를 진행하고 있는데, 하나의 대화창(세션)을 오래 켜둔 채 작업을 계속 이어가다 보면 AI가 초기 맥락을 잊어버리거나 이전에 지켜달라고 했던 제약조건을 놓치며 실수를 저지르는 경우를 자주 겪곤 합니다. 그래서 저는 목적별로 대화창을 명확하게 분리해서 작업하거나, 어느 정도 작업 단계가 진행되면 지금까지의 구현 내용과 의사결정을 요약 정리한 뒤 새 대화창에서 AI에게 이를 다시 학습시키는 방식으로 맥락을 관리하고 있습니다. 그렇다면 엔지니어링 아키텍처 차원에서는 이 문제를 어떻게 접근하고 있을까요? InfoQ의 발표 아티클 "Architecture / Context Engineering"에서는 바로 이 지점, 즉 단순한 프롬프트 엔지니어링을 넘어 시스템 아키텍처 수준에서 컨텍스트를 제어하는 '컨텍스트 엔지니어링(Context Engineering)'의 필요성과 구체적인 프레임워크를 다루고 있습니다. (출처: InfoQ - Architecture / Context Engineering) https://www.infoq.com/presentations/architecture-context-engineering/ 발표자들은 코딩 에이전트나 자율형 에이전트가 현장에서 실패하는 가장 큰 이유로 '비대해진 컨텍스트 윈도우(Bloated Context Windows)'와 무분별하게 채워진 프롬프트(Stuffed Prompts)를 꼽습니다. AI에게 너무 많은 정보를 한 번에 주면, 모델의 주의력(Attention)이 분산되거나 논리적 우선순위를 놓치는 현상이 발생합니다. 마치 인간 엔지니어에게 백과사전 수십 권을 던져주고 "이거 다 읽고 10초 ...
댓글 쓰기
자세한 내용 보기

AI의 UX, 단 5개 문항으로 측정하는 방법: SUXAI

테스트 관리에는 아주 유명한 명언이 있습니다. 어쩌면 이 말은 테스트 관리에서만 유용한 얘기는 아닐거고.. 어쩌면 여러분도 다른 곳에서 들었을 수도 있습니다. "측정할 수 없으면 개선할 수 없다" 지난 글(https://murianwind.blogspot.com/2026/07/ai_01010698011.html)에서 생성형 AI 시대에는 기존의 일반적인 사용성 지표(SUS 등)만으로는 부족하며 정확성, 신뢰성, 설명 가능성, 제어 가능성이라는 AI 에 특화된 품질 특성이 필요하다고 정리해 드린 바 있습니다. 하지만 실무자의 입장에서 항상 부딪히는 현실적인 고민이 있습니다. "이론은 좋은데, 당장 매주 업데이트되는 AI 기능의 UX를 바쁜 현장에서 어떻게 빠르고 정량적으로 측정할 것인가?"라는 점이죠. MeasuringU에서 이에 대한 명확하고 실용적인 해답을 제시하는 후속 아티클을 공개했습니다. 바로 "Streamlined Measurement of the UX of AI"입니다. (출처: MeasuringU - Streamlined Measurement of the UX of AI / Jeff Sauro, PhD & Jim Lewis, PhD) https://measuringu.com/streamlined-measurement-of-the-ux-of-ai/ Jeff Sauro와 Jim Lewis 박사는 실무 연구자들과 테스터들이 긴 설문이나 복잡한 프레임워크 없이도 AI 제품의 핵심 품질을 빠르게 측정할 수 있도록 SUXAI(Streamlined UX of AI)라는 간소화된 측정 모델을 구축했습니다. 기존에 수많은 문항으로 분산되어 있던 지표들을 통계적 요인 분석을 통해 쥐어짜고 압축하여, 핵심적인 5가지 5점 척 문항 으로 표준화했습니다. SUXAI를 구성하는 5가지 핵심 평가 문항 정확성 (Accuracy): "이 AI가 생성한 결과물은 정확하다." 신뢰성 (Trust/Re...
댓글 쓰기
자세한 내용 보기

'자동화 편향'과 '대중적 불신' 을 고려한 AI 테스팅 시나리오 설계

최근 생성형 AI나 자율주행, 에이전트 기술의 테스팅 시나리오를 작성할 때 우리가 당연하게 전제(Assumption)로 깔고 가는 중요한 인간 행동 방식이 하나 있습니다. 바로 '자동화 편향성(Automation Bias)'입니다. 인간은 시스템이 자동화되고 스마트해질수록 기술을 과도하게 신뢰하고 주의력을 놓아버립니다. 차량을 운전하면서 운전자 보조 시스템을 켜고 전방 주시를 태만히 하고 스마트폰을 보거나 영상을 시청하는 운전자라던지 AI 의료 진단 보조 도구가 내놓은 결과를 의사가 깊은 의심 없이 그대로 승인해 버리는 현상이라던지 AI 챗봇이 추천한 잘못된 정보를 사용자가 사실로 믿고 행동하는 케이스 같은 게 있을 겁니다. 우리는 항상 이러한 "사람들이 AI를 너무 믿어서 발생하는 위험"을 핵심 리스크로 정의하고, 이를 검증하기 위한 안전장치(Safety Guardrail)나 경고 알림, 오용 방지(Misuse) 테스팅 시나리오를 도출해 왔습니다. 그런데 최근 Gizmodo에 보도된 미국 설문조사 결과는 매우 흥미로운 사실을 보여줍니다. (출처: Gizmodo - Survey Finds Americans See AI as Comparable to Humans—It’s Making Them Trust It Less )   기사에서 언급된 설문조사의 결과는 AI가 사람을 닮아갈수록 완벽함에 대한 기대와 실수가 충돌하고 책임이 모호해져 대중의 신뢰는 오히려 떨어진다는 것이었습니다.  자세히 살펴보면 해당 조사는 일반 대중을 대상으로 AI에 대한 인지적 반응을 측정했습니다. AI가 인간과 유사한 대화/추론 능력을 보일 때 유저가 느끼는 '인지적 불쾌한 골짜기(Uncanny Valley)' 현상을 정량 지표로 포착해 냈다는 점에서 의미가 있다고 생각합니다. 단순히 "AI가 좋다/나쁘다"를 넘어, 의인화(Anthropomorphism)의 수준과 신뢰도(Trust) 사이의 음(-)의 상관관계를 입증했기 때문...
댓글 쓰기
자세한 내용 보기