기본 콘텐츠로 건너뛰기

murianwind의 트위터 - 2010년 03월 12일

  • @withCyber 오늘 오셔서 좋은 말씀 해주시고 고맙습니다. - 0:26 #
  • @tomais99 꼭 오프라인이 아니더라도 참여하실수 있는 방법은 많습니다. 열정만 있으시다면 언제나 환영입니다. 모든 모임은 인터넷으로 중계될 예정입니다. 인터넷으로 참석하시는 것도 환영입니다. - 0:28 #
  • @tomais99 저는 멀쩡하던데... - 0:28 #
  • @tomais99 클리어 타입 설정이던가? 그런거 하면 깨끗해 지던데요.. 흠.. - 0:31 #
  • 트렌드를 예측하고 트렌드에 맞추어 일하는 것도 중요하지만 트렌드를 만들어내고 트렌드를 주도할 생각은 왜 하지 못하는 걸까? 지금의 추세로 보아 앞으로 다가올 트렌드를 주도할 생각은 하지만 트렌드를 만들어낼 생각은 다들 잘 못하는 것 같다. - 0:50 #
  • [테스팅 히치하이커를 위한 안내서] murianwind의 트위터 - 2010년 03월 11일 http://goo.gl/fb/VfnI - 1:5 #
  • 20 Most Popular Open Source Software Ever http://bit.ly/bifsgD - 1:7 #
  • 미국 IT 회사의 근무 환경 뭐가 달라? http://bit.ly/aEazKZ - 1:9 #
  • 15 Desktop & Online Wireframing Tools http://ff.im/-hlq27 - 4:18 #
  • [테스팅 히치하이커를 위한 안내서] SW Testing Camp 를 시작하면서.. http://goo.gl/fb/5Snd - 10:12 #
  • 테스팅을 주제로 하는 BarCamp가 5월 29일 토요일 열립니다. 같이 준비하기 원하시는 모든 분을 환영합니다. 준비하는 사람으로 참여를 원하시는 저에게 말씀해주세요. http://bit.ly/9ITTPN - 10:18 #
  • 미래에는 제품을 테스트할 때 테스트 결과를 증강현실로 파악할 수 있는 시대가 오지 않을까? ㅡㅡ 난 SW 테스팅이니까 관련 없으려나? 훔.. 뭔가 포인트를 잊어먹은거 같은데.. - 10:23 #
  • 트위터나 구글리더 뉴스 그룹등에 올라오는 글을 읽다보면 언제나 느끼는 거지만 무언가를 만들자는 얘기는 많지만 그걸 어떻게 테스트했다는 얘기는 한줄도 없다.. 하기는.. 일반인들에게 그런건 큰 의미가 없으려나? - 10:24 #
  • 신뢰의 원천은 무엇일까? 내가 구글에 갖고 있는 이 막연한 신뢰와 네이버에 대한 알 수 없는 증오감은 무엇에서 온 것일까? 인간은 얼마나 객관적일 수 있을까? 구글이나 네이버나 필요없는 서비스를 버리는 것 같지만 충격은 전혀 다르다. - 10:30 #
  • @bbjoony @lifedefrager @CuriousPaul 돈 많은 녀석들.. ㅠㅠ - 10:31 #
  • @FotoCiti Follower 가장 많은 10위까지가 전부 미국..ㅡㅡ 췟... 한국도.. 쫌... - 10:41 #
  • @iNsens 들어오실때는 맘대로 들어오실 수 있지만.. 나가는 건 맘대로 나갈 수 없다는 거죠.. 우리 나라 만의 고유 문화.. - 10:42 #
  • @zerasion 꼭 무슨 일이 터져야 관심 받는.. 테스팅에 대한 관심을 일으키기 위해서는 테스터들이 모두다 전면 파업 1개월만 하면 되는걸까요? ㅡㅡ - 11:14 #
  • 오.. 귀에 쏙 박히는 비유네요.. RT @zerasion: @darkriss 테스팅은 축구의 수비같은 느낌입니다. 잘하면 당연한거고, 못하면 죽도록 욕먹고. ㅋㅋㅋㅋ - 11:33 #
  • @zerasion @darkriss 저는 결함은 소프트웨어를 개발하는 모든 사람의 실수때문에 발생하는 거니 모든 사람이 책임지고 테스트해야한다고 말합니다. 하지만 결함이 발생하는 실제 원인은 잘못된 정책과 측정지표, 프로세스 때문인 경우가 더 많습니다 - 11:35 #
  • [테스팅 히치하이커를 위한 안내서] BarCamp 그게 모에요? http://goo.gl/fb/rN9t - 11:43 #
  • 팀블로그를 만드는데 직접 글을 쓰는게 아닌 팀블로그 구성원들의 글을 자동으로 수집하는 일종의 메타 블로그를 만들었으면 하는데 관련 서비스 아시는 분 계시면 좀 추천 좀 해주세요... - 11:49 #
  • 혹시 구글 블로거로 메타 블로그와 같은 팀 블로그를 만들 수 있는 방법이 있을까요? - 11:50 #
  • 회원 가입같은거 없이 QR 코드 만들 수 있는 방법 같은 건 없나요? - 12:33 #
  • 지메일에 있는 구글챗에 바라는 거 하나 디렉토리 기능좀 되었으면 좋겠다.. 사람이 너무 많아져서 관리가 안된다..ㅠㅠ 그러고보니 지메일의 구글챗 기능 업데이트를 언제 했었더라? 이제 버리는 분위기인가? - 12:34 #
  • @tomais99 @marsnine 고객에게 어떤 가치를 제공할 것인지 고민해 보세요. 그리고 그것이 정말 고객에게 가치가 있는지도.. - 13:11 #
  • [테스팅 히치하이커를 위한 안내서] SW Testing Camp 2번째 기획 모임 http://goo.gl/fb/y89I - 13:17 #
  • @kaidomo 제가 생각하기에는 하드웨어와 소프트웨어의 차이라고 생각합니다. 한번 가면 되돌리기 힘든 것과 수시로 변경 가능한 것의 차이 아닐까요? - 13:28 #
  • 스캐니 - Scan Me, Scany http://www.scany.net/kr/ 회원 가입 없이 QR 코드 만들어봐요.. - 15:9 #
  • QR 코드라는 것이 여러 종류의 생성기가 있는데.. 어떤 생성기에서 만든 코드라 하더라도 다른 판독기에서 정보 판독에는 별 영향이 없는 건가요? 같은 정보를 가지고 서로 다른 곳에서 QR 코드를 만들었는데 모양이 틀리네요.. - 15:23 #
  • 요즘들어 주변에서 요구사항에 대한 중요성이 점점 커지는 것 같습니다. RT @gracegyu: [Allofsoftware]SRS에 대한 인식의 변화 http://durl.me/cv3e - 15:26 #
  • 절이 싫으면 중이 떠나야 하는 법이지요.. 이민 가시면... RT @AaronKR: 가카 없는 땅에 살고 시파요 ㅎㅎㅎㅎㅎ - 15:27 #
  • @Jnine_kr @zerasion 저도 스타 잘 못합니다. 저도 꽤 오래 게임업계에 있었고 전공도 게임이지만 막상 게임 잘 못한다는..ㅡㅡ - 15:40 #
  • 내일도 하루종일 좌 아기 우 마우스로 일할걸 생각하니 갑갑하군요.. 졸린데..ㅠㅠ - 15:42 #
  • 외국 자격증 시험은 발표가 너무 느려서 갑갑합니다. 머 합격은 기대하고 있지 않지만 발표를 기다리는 마음은 영 편안하지 않군요.. 공부해야는데..ㅠㅠ - 15:44 #
  • 트윗밋에 올라오는 수많은 모임들을 성격별로 묶어준다던지 유사한 모임끼리 모아주는 기능이 있었으면 좋겠다. 아니면 지역별로 좀 볼 수 있어도 좋겠다. 중복되는 모임이 너무 많은 듯 하다. - 15:45 #
  • 트윗밋에 페르소나를 도입해서 몇가지 설문에 따라 나에게 가장 적합한 모임이 추천되는 기능이라도 있으면 좋을 것 같다... - 15:46 #
  • 테스트 케이스를 페르소나에 따라 각 테스터가 가장 잘 할 수 있는 테스트 케이스로 배정되도록 시스템을 구축하면 좋은 시스템이 될까? 살충제 페러독스 걸릴지도... - 15:47 #
  • 사용성 테스팅에서 표본집단 또는 포커스집단을 추출하는 것은 언제나 고역이다. 그런데 한쪽에서는 이것을 매우 강조하는가 하면 다른쪽에서는 아무리 해봐야 그밥에 그나물이므로 그거 고민할 시간에 한사람이라도 더 하는게 낫다고 말한다. 어느것이 맞는걸까? - 15:48 #
  • 표본 집단과 포커스 집단의 차이는 뭘까요? 움.. 블로그에 올려볼까? - 15:48 #
  • 모집단이라는 것은 존재하는것일까요? 존재하지 않는 것일까요? 알아맞추신다면 당신은 지니어서 ^^b - 15:49 #
  • 트윗밋이나 온오프믹스와 같은 서비스는 어떻게 하느냐에 따라 정말 티핑포인트를 넘어 대박을 칠 수 있는 아이템이 분명한데도 참 잘도 방치되어 있다.. - 15:50 #
  • 토즈나 민토가 티핑포인트 언저리에서 어정쩡하게 걸쳐 있는것과 트윗밋이나 온오프믹스가 어정쩡하게 방치되는거나 그것이 그것.. 두 사업체가 협력한다면 참 아름다운 시너지가 나올것도 같은데.. - 15:51 #
  • 어딘가에 모여 토론도 하고 공부도 하고 그러고 싶지만 항상 3가지가 힘들다. 첫번째는 돈이고 두번째는 장소이고 세번째는 사람이다... - 15:51 #
  • 어떤 분야에서 최고가 된다는 것 트렌드를 만든다는 것은 과연 어떤 느낌일까? 나도 그렇게 되보고 싶기는 하다... - 15:52 #
  • @zerasion 1+1은 2가 될수 없다고 봅니다. 저는 0.8+0.8=3이라고 생각합니다. 잘하는것이 같다면 합병을 하면 안된다고 생각합니다. 우리 나라가 M&A 후진국인 이유죠.. - 15:56 #
  • @tquark 이미 하나 저지르긴 했는데 제대로 하고 있는지 잘 모르겠네요.. - 15:56 #
  • 새로운 비즈니스를 디자인하는 아이디어 3원법 http://bit.ly/8YAr6U - 15:59 #
  • @askcoer 원전 몇개 뻥뻥 터지고 비행기 몇개 쑥쑥 떨어져도 그게 소프트웨어때이라고 생각도 못할걸요.. 도요타 사태도 하드웨어나 도요타의 대응등에 초점이 맞추어지는 것만 봐도.. - 16:45 #
  • 딴지일보::[군사] 가카와 노무현... 가카가 공중급유기를 날린 이유는? http://bit.ly/9JVpbh - 16:46 #
  • @bbjoony 진리의 오토잇..ㅡㅡ 아니면 전부 가내 수공업으로 만들어야 할듯... - 17:42 #
  • 다른용도의 사용에서 잠재니즈 찾기 http://bit.ly/cFq7d5 - 17:46 #
  • 화이트데이나 발렌타인데이같이 국적 불명의 기념일 말고 경칩에 은행을 나누어 먹으며 사랑을 고백했던 우리의 아름다운 풍습이나 되살리는건 어떨까요? 칠월칠석의 짝떡이나 정월대보름의 탑돌이도 있죠.. - 17:50 #
  • 하지만 제대로 오는 경우가 극히 드물다는.. RT @ryueyes11: 트위터확장사이트 - 자신의 트윗을 구글캘린더나 iCalendar(및 지원 캘린더)로 옮겨주는 Twistory http://bit.ly/drSU7C #tb_twitter - 18:3 #
라벨:

댓글

댓글 쓰기

이 블로그의 인기 게시물

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

합성 사용자(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대 비테크놀로지 사용...
댓글 쓰기
자세한 내용 보기