기본 콘텐츠로 건너뛰기

murianwind의 트위터 - 2009년 11월 27일

  • murianwind의 트위터 - 2009년 11월 26일 http://ff.im/-c2WD9 - 0:14 #
  • 상향식과 하향식의 차이 RT @boogab: '국민과의 대화' 와 '대통령과의 대화' 이 두 이름의 차이는 무엇일까요? - 9:8 #
  • TPI NEXT is a big improvement from "TPI Classic" http://bit.ly/7fmPih 국내에서는 TMMi에 밀려 찬밥인 TPI가 드디어 업데이트.. - 9:15 #
  • RT @RBCS: Rex Black's latest book, Managing the Testing Process 3e, includes exercise solutions: http://bit.ly/8wfcz6 http://bit.ly/6rhlDT - 9:18 #
  • @DracoKr 인간의 입장에서는 친환경이겠지만 자연의 입장에서는 아니겠죠. 기준이 어디냐에 따른 상대적인 말장난.. - 9:24 #
  • 아이리스라는 드라마.. 관성 때문에 계속 보고 있긴 하지만 시나리오의 논리적 허접함은 도를 넘어선지 오래다.. 뒌장.. 왜 우리 나라 드라마에서 나쁜넘들은 왜 사서 어려운 길을 가는 건지.. 애시당초 이해할 수 없다..ㅡㅡ - 9:27 #
  • 아이리스에서 물리학 박사 하나 찾는데는 몇초도 안걸리더니.. 대통령 하나 찾는데는 실패하더라.. 너 머니? - 9:28 #
  • 혼인빙자간음이 여성의 성적자기결정권을 침해하여 위헌이라는데.. 여성이 성적자기결정권을 행사할 수 없는 경우는 어쩔려구? 언제나 어디서나 여성이든 남성이든 성적자기결정권을 행사하는게 가능하다는건 무슨 논리인걸까? 그게 가능한걸까? - 9:29 #
  • RT @boanin: 개인정보보호 전문가 자격제도 신설된다고 합니다..근데 시험비가 좀 비싸네,....http://bit.ly/6X0tAm - 9:30 #
  • 정말 그정도록 먹나요? ㅡㅡ 저도 곧 이유식 시작해야는데.. 어흑.. ㅠㅠ@okvsdk @hokiwow - 9:31 #
  • 헐벗은 아줌마가 나한테 메시지를 보냈다.. 이건 뭥미? - 9:33 #
  • 짝 프로그래밍, 짝 테스팅을 위한 최고의 어플리케이션 - TeamPlayer http://ff.im/-c4eTK - 10:58 #
  • 소프트웨어 개발 방법론의 함정 http://bit.ly/8XjSkk - 11:25 #
  • RT @5foe: RT @junppa: 이어지는 구역질..ㅠ.ㅠ RT @barry_lee: 결식아동 지원은 0원, 영부인 관심 사업은 239.5억 원.. 아, 정말 살의가.. http://www.sigookge.net/sige/132347 - 11:45 #
  • 정부와 통신사가 꼴통이어서 그런거져.. 머.. RT @iFoog: @egoing 세계 1위 노키아가 한국에서는 듣보잡이니 우리나라도 참 희한한 나라에요 :) - 11:45 #
  • 제 LG 데이콤 070과 파워콤 합쳐지는건가요? RT @iNsens: 내년 쿡약정 끝나는대로 이동이다 ㅋㅋ RT @mediadaum: LG통신 합병법인, 내년 1월 1일 닻올린다 http://ff.im/-c4bFx - 11:46 #
  • 답변이 궁금하네요. T @Hurphist: 하바드대학 총장에게 이런 질문을 하다니 역시 김대중은 대단한 사람 => 1984년 하바드 대학 국제문제연구소의 객원연구 수료식을 앞둔 어느날 대학총장 데릭 벅 박사의 http://bit.ly/73EvVY - 11:48 #
  • LGT 에 개인인증하여 개통시킬수 있는 안드로이드 폰이 혹시 있나요? - 11:49 #
  • nprotect과 sandboxie는 역시 상극입니다. 익스플로러 또 죽어버렸네용.. 미치겠넹..ㅠㅠ - 11:54 #
  • RT @javadance: 전 세계 IT엔지니어 연봉...http://www.zdnet.co.kr/Contents/2009/11/26/zdnet20091126170144.htm , 한국자료도 있었으면 좋았겠군만.. - 12:46 #
  • RT @hrg: UX 검색결과 년도별 시각화 http://bit.ly/7wnGU7 - 12:48 #
  • 'USB메모리' 아닙니다. '정보막대' 맞습니다. 응응? http://bit.ly/5AwM76 - 13:11 #
  • 은행권이 지원하는 모바일 뱅킹을 알아본다 http://bit.ly/7gjNjN - 13:43 #
  • 유성대폭발 장관 카메라에 포착…'디스트릭트9' 생각나네 http://bit.ly/5I9Wtf - 14:29 #
  • @boogab 애 키워보세용.. 결혼은 그냥 장난입니다. 훗.. - 15:16 #
  • 인생은 항상 역치를 극복하고 내 한계의 지평을 넓히는 도전의 연속이다 졸업, 군대, 애인, 결혼, 애키우기.. 다음 버전은 멀까나? 승진? ㅡㅡ - 15:16 #
  • 요즘 가장 보기 힘든 TV 프로그램은 열혈 아빠들의 이벤트 모음.. 닝길. 아내가 보고나면 몇일동안 내 밥상이 위험하다..ㅠㅠ - 15:18 #
  • TV에 나오는 남편들은 어데서 그렇게 돈 벌고 시간이 남아도는 걸까나? ㅡㅡ - 15:19 #
  • 이틀 째 테스트 중인 제품을 미칠듯이 탐구하고 있는데.. 하.. 사막에서 삽질하는 느낌입니다. 멀 찾겠다는 목적도 없이 우선 파고 보자는 느낌..ㅠㅠ - 15:19 #
  • 한글 2010 베타 테스트는 끝내 못할려나 보다. 미친듯이 까줄라고 했더만 지레 겁을 먹었는지 도무지 베타테스터 페이지에 들어갈 방법이 없다. 큼...ㅡㅡ - 15:26 #
  • MS 오피스 2010 결함이 생각보다 심각하다. 이걸 지금 베타라 뿌린거냐? 어케 프로그램이 구동 후 10분을 못버텨.. 큼.. 특히나 내가 가장 격하게 사랑하는잉크 입력 기능은 기본 기능 외에는 아예 구동조차 안된다. 펜 고르기, 색설정 등 - 15:26 #
  • 몽키플라이인지 pbtweet+인지는 모르겠지만 상단의 트윗 입력창을 없애버린 것은 누굴까나? 왜? 도데체? 아침에 웹으로 트위터 접속하고 미칠듯한 좌절감에 화면을 붙잡고 얼마나 찾았던지..ㅡㅡ - 15:32 #
  • @5foe @lightroot @BladeKim 전격Z작전이 더 흥미진진한 시간이 되겠네용..ㅡㅡ - 15:41 #
  • 샘숭.. 또 한 건 해주시나 싶지만.. 이것도 조만간 묻혀서 기억도 안날거라는.. RT @sum1984: A/S 직원이 고객 집에서 성폭행 이젠 A/S 받기도 겁나네... http://bit.ly/6EMbf7 - 15:44 #
  • 윈도우의 특정 프로세스만 선택해서 해당 프로세스의 CPU와 메모리 변화량을 추적하여 기록하는 어플리케이션 아시는 분은 좀 알려주세요. 급히 찾고 있습니다. - 15:58 #
  • @Rhiokim 이건 저도 알고 있는 프로그램인데.. 특정 프로세스의 CPU와 메모리 변화를 저장하려면 어케 해야하나요? 제가 할 때는 저장 순간만 저장되는 것 같던데.. - 16:11 #
  • @Rhiokim 네 제가 원하는게 로그로 남기는걸 원합니다. 그게 통짜로 그냥 컴퓨터의 CPU와 메모리의 사용량을 로그로 남기는 Systemometer 같은 프로그램은 있는데 특정 프로세스만 가능한 프로그램은 없네용.. - 16:29 #
  • @JunoTweet @0bin 1번 여성분과 2번 남성분.. 저러다 정분 나겠어용.. 2번 남성분 2인용 침낭은 가져오셨어야 할텐데... - 17:7 #
  • @trauma2u 옵션으로 처리할 것을 강력히 주청드립니다. 안그러면 현피 들갈껍니다. 캬하하하하하하.. - 17:15 #
  • @trauma2u 그냥 먼가.. 움.. 단축키를 지정한다던지.. 아니면 원터치로 나오게 해주셨음 좋겠다는.. 글 하나 쓰겠다고 투터치는 너무하시다는.. - 17:21 #
  • 애자일 코치 추천 도서 목록 2차 http://bit.ly/5uIsk2 - 20:17 #
라벨:

댓글

댓글 쓰기

이 블로그의 인기 게시물

피드백 루프: AI 시대 테스터가 지켜내야 할 핵심 엔진

소프트웨어 개발과 테스팅 현장에서 가장 자주 언급되지만, 막상 시스템이 복잡해질수록 쉽게 경시되곤 하는 핵심 개념이 바로 '피드백 루프(Feedback Loop)'입니다. 코드를 수정하고, 빌드하고, 테스트 결과를 확인하고, 다시 개선하는 그 순환 과정의 속도와 정확도가 결국 소프트웨어의 품질을 결정짓기 때문입니다. 품질 전문가 매슈 하이저(Matthew Heusser)가 자신의 블로그 Quality Remarks에 기고한 "One Loop After Another" 아티클은 바로 이 피드백 루프의 다층적 구조와, AI 시대에 우리가 놓치지 말아야 할 품질 검증의 본질을 날카롭게 되짚어 줍니다. (출처: Quality Remarks - One Loop After Another / Matthew Heusser) https://qualityremarks.com/one-loop-after-another/ 매슈 하이저는 소프트웨어 개발 생태계가 단순히 하나의 커다란 테스트 루프로 돌아가는 것이 아니라, 시간 축과 관점에 따라 겹겹이 쌓인 '연쇄적인 피드백 루프들(One Loop After Another)'로 이루어져 있다고 설명합니다. 초단기 루프 (Inner Loop): 개발자가 코드를 작성하는 몇 초~몇 분 단위의 루프입니다. 단위 테스트(Unit Test)나 IDE의 Linter, AI 자동 완성이 즉각적인 피드백을 주는 영역입니다. 단기 루프 (Daily / CI Loop): 커밋과 푸시가 이루어지고, CI/CD 파이프라인에서 통합 테스트와 정적 분석이 실행되는 몇 시간 단위의 루프입니다. 중기 루프 (Iteration / Exploration Loop): 스프린트 단위로 탐색적 테스팅(Exploratory Testing)을 수행하고, 실제 사용자 시나리오나 엣지 케이스를 사람이 직접 검증하며 시스템의 유기적 작동을 확인하는 며칠~몇 주 단위의 루프입니다. 장기 루프 (Outer / Market Loop): 실제 ...
댓글 쓰기
자세한 내용 보기

에이전틱 AI 프로젝트에서 테스터의 5가지 핵심 원칙

AI 코딩 에이전트와 자율형 에이전트가 빠르게 개발 워크플로우에 통합되면서, 단순히 코드를 잘 짜는 것을 넘어 '에이전트와 어떻게 협업하고 통제할 것인가'가 개발자와 아키텍트들의 가장 큰 화두로 떠올랐습니다. 윤석찬 님의 아티클 "AI 에이전트 시대, 개발자는 어떻게 일해야 하는가? – 프론티어 엔지니어링의 10가지 원칙"은 에이전틱 AI 시대에 엔지니어가 마주하는 패러다임 변화와, 실무 현장에서 일하는 방식을 어떻게 재정의해야 하는지 아주 명확한 가이드라인을 제시해 줍니다. (출처: channy.creation.net - 윤석찬 님의 블로그) https://channy.creation.net/blog/1989 비록 대규모 에이전트 오케스트레이션이나 초거대 인프라 시스템을 개인이 직접 구축하고 운용하는 것은 비용적·기술적으로 현실적인 한계가 있습니다. 하지만 개인 프로젝트에서 AI와 바이브 코딩(Vibe Coding)을 활용하며 겪었던 맥락 손실, 환각, 통제 불능의 경험들을 떠올려보면, 이 아티클이 제시하는 10가지 프론티어 엔지니어링 원칙은 소규모 개인 개발 환경에서도 대단히 깊은 공감을 불러일으킵니다. 이 글은 단순히 "AI 도구를 잘 쓰자"는 수준에 머무르지 않습니다. AI 에이전트가 생성해내는 불확실성 속에서 인간 엔지니어가 시스템의 맥락을 주도하고, 오작동을 제어하며, 품질의 키(Steering Wheel)를 쥐기 위한 구조적 사고법을 다룹니다. 그렇다면 프론티어 엔지니어링의 원칙을 바탕으로, 시스템의 신뢰성과 안전성을 검증해야 하는 테스터는 과연 어떤 실무 원칙을 세워나갈 수 있을까요? 윤석찬 님이 제시한 엔지니어링 원칙을 테스팅 관점으로 재해석해 보면, 다음과 같은 5가지 원칙으로 정리할 수 있을 것 같습니다. 1. 결정론적 검증에서 '경계선 및 허용 오차(Boundary)' 테스팅으로 전환하라 에이전트 기반 시스템은 같은 입력을 주어도 매번 다른 추론 경로를 거치는 확률적(Stoc...
댓글 쓰기
자세한 내용 보기

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