기본 콘텐츠로 건너뛰기

murianwind의 트위터 - 2010년 01월 27일

  • 아이폰용 구글보이스, 웹버전으로 출시..향후 애플과의 관계는? http://bit.ly/9KWfiv - 10:42 #
  • 블루스크린 분석 프로그램 - WhoCrashed http://bit.ly/akJvYj - 10:47 #
  • Ailge 개발을 위한 User Story Applied http://bit.ly/dCS5iW - 10:48 #
  • Introduction to Keyword Driven Testing http://bit.ly/9zrKkP - 10:50 #
  • 워크샵에서 바로 회사로 출근.. 오늘도 야근은 선택이 아닌 필수가 될듯 합니다. 얼릉 점심이나 먹었으면 좋겠습니다. - 11:7 #
  • @daeilsattic 생신 감축드립니다. - 11:7 #
  • 회사에 나오자 마자 테스트용 컴을 분해해서 메모리 증설을 했습니다. 버츄얼 박스가 훨씬 매끄러워졌습니다. 올레..ㅡㅡ - 11:9 #
  • @prezi Hi, I'm a Korean. In this update, I expect to have Korean language support. I was also previously provided the Korean fonts. - 11:30 #
  • @prezi I was disappointed in this update. Since the Korean support possible? - 11:32 #
  • @theserene 급체를 했을 때 손가락을 따서 피를 빼는 것은 아무 근거 없는 것으로 추천하지 않습니다. 오히려 다른 혈을 잘못 건드렸을때 부작용이 더 클 수 있습니다. 해당 내용은 빼는 것이 좋을 것 같습니다. - 11:36 #
  • @theserene 급체에는 복부를 따뜻이 하고 마사지를 하거나 합곡혈을 문질러 주는 것이 집에서 할 수 있는 가장 좋은 방법으로 추천합니다. 따뜻한 보리차 등을 조금씩 마시는 것도 어느정도 효과가 있습니다. - 11:37 #
  • @sue_park 저는 개인적으로 사람이 생각하는 사고의 흐름을 방해하지 않는 것이 가장 좋은 UX라고 생각합니다. 관련해서 요즘 소원의 나무라는 것을 만들어보고 있는데 혼자서는 잘 안되네요.. - 11:40 #
  • @theserene 상처를 화장솜으로 닦는 것은 별로 추천할만한 방법은 아닌 것 같습니다. 약국에서 파는 밀봉 거즈를 사용하는 것으로 추천합니다. - 11:41 #
  • @theserene 일부 화장솜의 경우 단순히 면을 사용하는 것이 아닌 다른 것을 사용하는 경우도 종종 있습니다. 확실한게 좋은 거지요.. - 11:43 #
  • @theserene 그러니까 그게 한의사와 같은 분들이 하시는 것은 상관 없지만 일반인이 하는 것은 위험할 수 있습니다. 그리고 서양의학에서는 피를 뽑는다 해서 급체가 내려가는 것은 아무런 과학적 근거가 없다는 것이 일반적인 의견입니다. - 11:47 #
  • @theserene 골절에 대해서 간략하게 추가해 두었습니다. - 12:1 #
  • @sue_park 생각하시는 것이 제가 만들고 있는 소원의 나무와 거의 같은 컨셉입니다. 사고의 흐름을 방해하지 않는 다는 것은 기존의 것이든 새로운 것이든 우리가 어떤 것을 이용할 때 생각해야 하는 시간을 줄여줘야 한다고 전 생각합니다. - 12:3 #
  • 지마켓 마일리지 써먹기.무료문자모아주는 extremeSMS와 연동 http://bit.ly/9CEYx1 - 12:48 #
  • @hyunwook 관심은 있습니다. - 13:39 #
  • @theserene 한의학 외에 의사선생님이 필요하시다면 @AlohaKorea 님에게 한번 문의해 보시는 것도 좋을 것 같습니다. - 14:11 #
  • 25 Great Quotes for Software Testers http://bit.ly/aOJ9N3 - 14:17 #
  • @theserene 전 상관 없습니다. 편한데로 하세요.. 저야 그냥 정보를 드리는 입장이기 때문에... - 14:32 #
  • @productionkim 좋은 게임을 만들어서 돈을 벌것인가.. 돈을 벌기 위해 좋은 게임을 만들 것인가.. 닭이 먼저인가.. 달걀이 먼저인가.. 이런 논리 전 굉장히 싫어합니다. 중요한 것은 지금 우리는 무엇을 할것인가라고 봅니다. - 15:43 #
  • 가장 큰 문제는 기술이 아니라 기회를 잡을수 있냐다. http://bit.ly/9LoX2z - 15:49 #
  • 사실 무료 서비스는 독이다. 무료서비스가 많아진다면 사람들은 기업의 이익에 대해서 기업이 나에게 줄 수 있는 가치에 대해서 아무런 고민을 하지 않게 된다. 그런데 무료서비스가 너무 많아져서 이제는 무료서비스는 그냥 당연한 것이 되어 버렸다. - 16:0 #
  • 이제는 고객들에게 무료로 서비스를 제공하면서 돈을 벌 수 있는 방법을 찾지 못하는 회사는 살아남기 어려운 시대가 되었다. - 16:1 #
라벨:

댓글

댓글 쓰기

이 블로그의 인기 게시물

'자동화 편향'과 '대중적 불신' 을 고려한 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) 사이의 음(-)의 상관관계를 입증했기 때문...
댓글 쓰기
자세한 내용 보기

확률을 다루는 AI 시대, 시스템의 상호작용 능력과 사용 품질을 어떻게 측정할 것인가?

 20년 넘게 소프트웨어 품질과 테스팅, 그리고 UX를 다루어 오면서 최근처럼 "측정(Measurement)"이 모호해진 시기가 없었던 것 같습니다. 과거의 정적인 시스템은 '클릭 몇 번으로 목표 과업을 완료했는가(성공률)', '화면이 직관적인가'처럼 사용성(Usability)의 측정 공식이 비교적 명확했습니다. 하지만 입력값은 물론 출력값마저 매번 달라지는 생성형 AI 시대에, 도대체 "AI 제품의 UX가 좋다"는 것은 어떻게 정량화하고 평가해야 할까요? UX 리서치 및 측정 분야의 권위자인 Jeff Sauro와 Jim Lewis가 MeasuringU에 올린 "Measuring the UX of AI"는 이 매듭을 풀 수 있는 아주 실질적이고 구조적인 힌트를 제공합니다. (출처: MeasuringU - Measuring the UX of AI / Jeff Sauro, PhD & Jim Lewis, PhD ) 아티클에서는 기존 소프트웨어 사용성 평가의 표준 틀이었던 SUS(System Usability Scale)나 SUPR-Q 같은 지표만으로는 AI 시스템의 UX를 완벽히 담아낼 수 없다고 말합니다. AI 시스템은 단순한 수동적 도구가 아니라 "스스로 판단하고 결과를 생성하는 자율적인 주체(Agent)"에 가깝기 때문입니다. 따라서 AI 제품의 UX를 측정할 때는 일반적인 지표 외에 다음과 같은 AI 특화 요소들이 반드시 함께 측정되어야 합니다. 정확성과 신뢰성 (Accuracy & Trust): AI가 내놓은 답이 얼마나 정확한가? 그리고 사용자가 그 결과물을 믿고 실제 업무에 활용할 수 있는가? (환각 현상 감지) 투명성과 설명 가능성 (Transparency & Explainability): AI가 왜 이런 결론을 내렸는지 사용자가 이해할 수 있도록 과정을 보여주는가? 제어 가능성 (Controllability): AI가 잘못된 방향...
댓글 쓰기
자세한 내용 보기

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초 ...
댓글 쓰기
자세한 내용 보기