기본 콘텐츠로 건너뛰기

murianwind의 트위터 - 2011년 01월 10일 ~ 01월 18일

  • [테스팅 히치하이커를 위한 안내서] murianwind의 트위터 - 2011년 01월 01일 ~ 01월 09일 http://goo.gl/fb/O9rca posted at 10:04:48
  • 효과적인 저항의 극복, 갈등의 해소를 위한 TOC-TP 실습 강연 http://t.co/yvWrl9T 2011년 첫번째 제약이론 강연입니다. 관심 있는 분들은 참석해 주십시오. posted at 14:15:05
  • RT @cjunekim Visible Learning 스터디 모집 http://bit.ly/gCtWij posted at 14:21:50
  • 회사 노트북이 사망했다. 작업 중인 자료들을 백업해야는데 난감하다.. 그나저나 복원 CD는 어데로 간걸까? posted at 09:49:49
  • 저녁에 눈온단다.. 우산 안가져 왔는데 정말 비라도 내리면 어카지.. posted at 09:50:21
  • RT @AppTalk_android 뮤리안님의 안드로이드 스토리! 앱 개발자들은 과연 범법자들인가? http://2u.lc/1DQE #lu2300 posted at 17:26:40
  • RT @AppTalk_android 테더링에 대한 이동통신사의 불편한 진실 Endroid님의 안드로이드스토리!!! http://2u.lc/1DSt posted at 17:27:54
  • 구글 계정도 안 만드는 미국인들, 왜? http://puwazaza.com/216 posted at 18:28:44
  • RT @zerasion: 흔히 무엇을과 어떻게를 고민하곤 한다. What 보다는 How 라고들 하는데, 정작 중요한 건 Why 라고 생각한다. 행위의 이유가 정해지면, 무얼할지, 어떻게 할지는 자연스레 저절로 따라오는 부산물이 아닐까. Why를 심어주는게 비전이고 인셉션인듯. posted at 20:20:01
  • RT @UXEYE: 아카이빙이 좀늦었어요! 지난 11월 진행한 UXEYE와 Id Kaist가 함께한 UX Symposium 강연 동영상 자료입니다. 시간은 좀지났지만 멋진강연은 유효합니다!!(라고 주장해봅니다 ^^;) http://id.kaist.ac.kr/ux2010/ posted at 20:21:08
  • 행안부, 웹 콘텐츠 접근성 지침 2.0 국가표준 마련 ... 첨부파일 참조하세요 http://itviewpoint.com/180397 posted at 11:46:07
  • RT @skylove0807 RT 강풀원작 그대를 시랑합니다 영화 예고편 완전기대됨 이순재할아버지 싱크로율 100% http://www.youtube.com/watch?v=UW5YqkfIdbQ&sns=tw 이런건 바로 알튀~! posted at 14:36:46
  • RT @hyeonseok 작업의 범위와 웹 접근성 그리고 웹 접근성 품질마크 http://mydeute.com/txp/article/626 posted at 14:40:17
  • RT @outOfBrain31 주차장 지붕 후속작... 그런데 이 분 은근 글 잘 쓰신다. "@godrm: @xguru: 주차장 지붕과 대한민국의 게임심의, 그 뒷이야기. http://t.co/AxrDjsE " #fb posted at 14:45:03
  • RT @productionkim: WOW에 기본으로 제공하는 음성채팅은 게임톡이나 다른 음성채팅과 비교해 전혀 손색이 없다... 하지만 대부분의 사람들은 죽어라... 게임톡만 사용해....-_-;;;; 그래서 레이드 가기 힘들어..왜 난 맥이거든..-_- 제길... posted at 14:45:55
  • 언제부터인가 생활한복 디자인들이 우리나라의 맛깔난 맵시는 사라지고 중국옷처럼 나오는것 같아 아쉽다.. 특히 돌실나이 옷.. #hanbok posted at 15:53:46
  • 수 많은 디지털 기기들이 있지만 생각을 구체화하고 조직화하기에는 커다란 하얀 벽 만한게 없는것 같다.. posted at 18:53:41
  • 당류와 염류의 섭취를 극도록 억제하면 공복감이 참 때 맞춰 잘도 찾아오는거 같다.. 겁나 배고프다.. ㅠ.ㅠ posted at 18:54:40
  • 토요일에 있을 사용성 테스팅이 점점 중압감으로 다가온다. 오는 사람들이 모두 즐겁고 의미있는 시간이 될 수 있어야 할텐데.. posted at 18:55:33
  • 피자에땅 말고 싸고 양많고 맛좋은 배달피자 아시는 분 추천좀 해주세요... posted at 19:52:34
  • 이마트피자는 주문하면 얼마나 기다려야하나요? posted at 19:52:51
  • RT @MsrUsability: At most 8% of users read license agreements. Do we really have a choice? Why force us to click accept? #ux #usability http://goo.gl/XRuKa posted at 06:01:13
  • RT @CuriousPaul 1월 마지막 주, 선릉에서 글로벌 게임 잼이 열립니다! 48시간 동안 끝내주는 사람들과 끝내주는 게임을 만들어보는 기회, 지금 신청하세요 http://bit.ly/ggj2011 #ggj #gamecorp #krgamebiz posted at 06:04:43
  • RT @MsrUsability My answer on Quora to: Are the results from SUS (System Usability Scale) survey reliable? http://qr.ae/284n posted at 11:15:09
  • RT @OEHAN: 테스트해야할 항목들을 접시에 비유했네요. 한접시만 열라 돌리면 다른접시는 깨지는.. 신입뿐만 아니라 숙련 테스터에게도 어려운 선택. (펌) Better Testers Keep Their Plates Spinning http://bit.ly/elAnjN posted at 11:17:13
  • RT @askcoer [기자수첩]`품질 경영` 무색하게 만든 LG 스마트폰 http://tinyurl.com/4d3689l posted at 11:20:16
  • RT @outOfBrain31 UI 표준에 대한 생각들. 그리고 그럼에도 불구하고 객관적으로 '좋지 않은' UI. via Daring Fireball. http://instapaper.com/zhqhlli11 #fb posted at 13:10:18
  • RT @valzit31337 사용자 경험을 설계 하려면 제품의 내용 자체가 아니라 이를 통해서 어떤 가치와 기분 좋은 기억을 갖게 하고, 고객이 제품이나 기업에 대해 경험하는 모든 접점을 다뤄야 한다. http://j.mp/eQbY2R posted at 13:14:10
  • RT @YHDoDream: RT @estima7: 보스턴의 케네디도서관이 JFK의 모든 자료를 온라인으로 공개(CBS뉴스) http://bit.ly/ijqhxJ 대통령의 낙서까지 그야말로 거의 모든 것(30여만건)을 공개. 마릴린몬로 관련된 것은 빼고.ㅎㅎ #klib posted at 13:14:50
  • 내일이 15일인데 에르쥐에서는 얼린요거트에 대한 어떠한 언급도 없는걸 보아하니 음력 1월이었던가보다.. #lu2300 posted at 14:41:20
  • 가만 보면 애플은 탈옥을 통해 사용자들이 공유하는 기능을 다음번 업그레이드에 은근슬쩍 끼워넣는데.. 에르쥐는 루팅도 막고 사용자는 개무시하고 뭐하자는 걸까? 싸우자는걸까? #lu2300 posted at 15:03:01
  • UI와 UX를 통해 바라본 사용자 세상 http://blog.hisastro.com/670 posted at 17:50:20
  • 사용자 경험 측정 http://uxfactory.com/896 posted at 17:55:04
  • 2011 소프트웨어 관리 가이드라인 http://lugenzhe.blog.me/90104520210 posted at 22:48:15
  • 안드로이드 하드웨어키의 문제점과 해결 방안 http://uxfactory.com/900 posted at 22:51:18
  • 이상과 현실 http://bit.ly/f2qED4 posted at 22:52:44
  • A little different spin: "A culture of testing" http://bit.ly/gPNqMF posted at 03:00:59
  • 내가 트위터로 소비한 시간은 989시간 32분 11초 입니다. http://bit.ly/ekUA6t [트윗핑] posted at 20:34:31
  • 산, 바다, 강, 호수, 봄, 여름, 가을, 겨울 .. 우리는 항상 누리는거지만 누군가는 평생 한번 경험하지 못하는 것들.. 소중하지만 소중한지 모르고 참 막다루고 아낄줄 모르는 것 같다.. posted at 19:48:03
  • RT @UXCampSeoul RT @DeveshM: 5 Easy Ways To Improve User Experience http://bit.ly/dXqmuz #UX posted at 08:00:46
  • RT @UXCampSeoul UXCampSeoul 2011 첫 모임, 금주 수요일 저녁 7시30분, 한국 마이크로소프트 5층 '에너지룸'에서 시작합니다. :) 행사를 같이 만들어주시고 관심 있으신분들 모두 오세요! :) #uxseoul posted at 08:01:24
  • 흡연자들은 흡연의 권리를 말하고 에스컬레이터에서 걷거나 뛰는 사람은 자신의 사정을 말하지만 다른 사람 목숨을 담보로 그러는건 아니라고 본다. posted at 09:01:27
  • 오 마이 갓..ㅠ.ㅠ 충전 케이블 또 안가져 왔네.. ㅠ.ㅠ posted at 09:15:52
  • TMC 2기 공지 올린지 시간이 흘러도 지원하는 사람 하나 없고.. 어데 가면 테스팅에 열정 있는 대학생을 만날 수 있을까요? posted at 19:16:10
  • 하아.. 나의 옵큐가 깔끔하게 짱돌이 되었다.. 프로요 업데이트 나오면 서비스센터 가서 프로요 업데이트 하다가 짱돌됐다고 수리해달라고 해야겠다.. 당분간 폰 없는 삶을 살게 생겼네..ㅠㅠ #fb #twitter posted at 21:27:26
  • #lu2300 외장메모리 부활시키다 옵큐가 깔끔하게 짱돌이 되었습니다. 이거 센터 방문 외에는 방법이 없는건가요? 도와주세요. ㅠㅠ posted at 21:28:48
  • 옵큐 다시 부활시키는 중.. 벽돌되는 줄 알고 정말 죽을뻔했다.. posted at 21:47:17
  • #fb #twitter 업그레이드 복구 모드로도 복원이 안되는걸 보니 진짜 짱돌이 되어버렸나보네여.. 이건 정말 서비스 센터 밖에 방법이 없나보네요.. ㅠㅠ #lu2300 posted at 21:59:33

댓글

댓글 쓰기

이 블로그의 인기 게시물

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

합성 사용자(Synthetic Users)의 5가지 유형과 AI 테스팅 현장에서의 활용법

AI와 생성형 모델 기술이 발전하면서, 사용자 경험(UX) 연구와 테스팅 현장에서 가상 퍼소나를 활용해 테스트 데이터를 수집하거나 사용성을 평가하려는 시도가 급격히 늘고 있습니다. 이를 흔히 '합성 사용자(Synthetic Users)'라고 부릅니다. 하지만 막연히 "AI에게 사용자 역할을 시켜 테스트를 돌린다"고 할 때, 그 가상 사용자가 어떤 방식과 데이터로 생성되었는지 명확히 구분하지 않으면 자칫 왜곡된 결과에 빠질 위험이 있습니다. UX 및 사용성 리서치 분야의 권위 있는 기관인 MeasuringU에서 이 합성 사용자의 개념을 명쾌하게 분류한 아티클을 공개했습니다. 바로 "What Are the Different Types of Synthetic Users?"라는 글입니다. (출처: MeasuringU - What Are the Different Types of Synthetic Users? / Jeff Sauro, PhD & Jim Lewis, PhD) https://measuringu.com/what-are-the-different-types-of-synthetic-users/ Jeff Sauro와 Jim Lewis 박사는 합성 사용자를 단순히 하나의 개념으로 뭉뚱그리지 않고, 생성 기술의 근거와 데이터 기반에 따라 크게 5가지 유형으로 깔끔하게 정리해 줍니다. 첫째는 규칙 기반(Rule-Based) 합성 사용자입니다. AI 모델이 아니라 사전 정의된 조건문, 정규식, 시나리오 스크립트에 따라 움직이는 전통적인 형태의 가상 사용자입니다. 예측 가능하고 정확하지만, 인간 사용자의 복잡한 정서나 미묘한 변수를 반영하진 못합니다. Selenium, Playwright, K6 같은 도구를 통해 지정된 경로대로 버튼을 누르고 데이터를 입력하는 방식을 들 수 있습니다. 둘째는 퍼소나 기반 LLM(Persona-Based LLM) 합성 사용자입니다. 생성형 AI에게 "너는 50대 비테크놀로지 사용...
댓글 쓰기
자세한 내용 보기

AI가 만들고 사람이 고친 글, 과연 'AI 생성물'일까? — 무너지는 경계선과 각국의 표기 가이드라인

이미지, 음성, 텍스트를 가리지 않고 생성형 AI의 산출물이 전 세계 디지털 공간에 폭포수처럼 쏟아져 나오고 있습니다. 가짜 뉴스, 딥페이크 오정보, 저작권 침해 등 여러 사회적 문제를 일으키면서, 최근 EU를 비롯한 세계 각국의 규제 기관들이 "AI가 만든 콘텐츠에는 반드시 표시(Labelling)를 하라"는 강제 가이드라인을 잇달아 꺼내 들고 있습니다. 이와 관련해 Smashing Magazine에 비탈리 프리드만(Vitaly Friedman)이 기고한 아티클은 EU의 최신 규제가 실무 인터페이스(UI/UX)에 어떤 변화를 요구하는지 잘 보여줍니다. (출처: Smashing Magazine - New EU Guidelines For AI Labelling / Vitaly Friedman) https://www.smashingmagazine.com/2026/08/eu-guidelines-ai-labelling/ EU AI Act 제50조 투명성 규정에 따르면, 딥페이크나 AI 챗봇 대화, 인간의 검수 없이 AI가 100% 작성한 공공 텍스트 등에는 전용 AI 마크나 암호화된 메타데이터(Watermark)를 반드시 내장해야 합니다. 기존에 서비스들이 유행처럼 쓰던 모호한 '반짝이 아이콘(✨ Sparkles)' 수준으로는 법적 기준을 충족할 수 없게 된 것입니다. 하지만 현장의 개발자, 에디터, 테스터들이 마주한 진짜 혼란은 규제의 유무가 아닙니다. 바로 "도대체 어디까지를 AI가 만들었다고 볼 것이며, 어디서부터를 사람이 만든 것으로 정의할 것인가?"라는 근본적인 경계선의 모호함입니다. 프롬프트 한 줄 던져서 AI가 뽑아낸 초안을 사람이 문장 몇 개 다듬었다면, 이것은 AI 산출물일까요, 인간의 글일까요? AI가 코딩한 1,000줄의 소스 코드를 엔지니어가 한 시간 동안 디버깅하고 검수했다면 이 코드의 주인은 누구일까요? 글로벌 규제 기관들도 이 모호함을 인지하고 명확한 자격 기준을 세우기 위해 격렬한 논의를 ...
댓글 쓰기
자세한 내용 보기