기본 콘텐츠로 건너뛰기

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

  • [테스팅 히치하이커를 위한 안내서] murianwind의 트위터 - 2010년 03월 28일 http://goo.gl/fb/YkKb - 0:26 #
  • Webplantip.com :: 왜 내 블로그에는 댓글이 안 달릴까? http://www.webplantip.com/243 저도 제 블로그에 댓글이 없어 고민입니다. 아직은 제가 많이 부족해서라고 생각합니다. - 9:29 #
  • @diagonal74 #toc 저희 그룹에 참여해 주셔서 고맙습니다. 많은 얘기를 나누었으면 합니다. http://bit.ly/dwIxmM - 9:37 #
  • 03/05/10 PHD comic: 'Moesday' http://bit.ly/aW1gVD - 11:12 #
  • 화난 원숭이 실험 (Angry Monkey Experiment) http://bit.ly/cRpeJ9 - 11:13 #
  • 개발자의 두 부류, Platformer와 World Creator http://bit.ly/bwsyb6 - 11:14 #
  • 단방향 가속해법 (One way accelerated solution) http://bit.ly/do8JNE - 11:15 #
  • GM의 진일보한 자동차 앞유리 디스플레이 (HUD) http://bit.ly/bKUzi7 - 11:16 #
  • 만약 당신의 제품이 대단하다면, 그게 그냥 좋을 필요는 없다. http://bit.ly/c5Ie5c - 11:17 #
  • 어제 위 뮤직에서 지휘봉 몇번 휘둘렀을 뿐인데.. 어깨 근육통에 타자 치기 힘들다..ㅠㅠ - 11:22 #
  • 어제 저녁에는 아내와 뉴문을 보았는데.. 순간 울컥 욕나올뻔 했다.. 된장.. - 11:23 #
  • 과로사... RT @productionkim: 야근과 철야가 알파라이징 하면? ..... 아 이거 왜이리 웃기지 ㅋㅋ - 11:25 #
  • SAP 분위기 쇄신의 원동력으로 애자일을 선택하다. http://bit.ly/b0gONW - 12:9 #
  • @will_story myLGTV에서 돈내고 봤다는... 점심만 혼자 구석에서.... - 12:12 #
  • @galimto 구글닥스의 설문 조사 기능은 사용성 테스트 할때도 유용한 도구 중 하나이긴 한데 하나 제약이 이메일 발송이 제한이 걸려 있다는 거..돈내면 풀어준다는 소문도 있긴 하던데... - 12:55 #
  • 결함이 발견되면 결함을 해결하는 것보다 우회할 궁리만 하지 말자.. 바이패스마저 망가지면 어떡하려고... - 12:58 #
  • 결함을 해결하지 않고 바이패스로 메꾸려면 기존의 경로는 아예 없애라.. 그렇지 않으면 재앙은 더 깊이 숨겨져 있는 것일 뿐 해결된게 아니다. 언젠가는 터지게 되어 있다. - 12:59 #
  • 홍수가 자주 나는 구간에 부득불 둑을 높이 쌓을 일이 아니다. 홍수가 자주 나는 곳은 자연습지가 방파제 역할과 생태계 보고의 역할을 같이 하도록 원래 설계되어 있던거다. 그걸 둑을 쌓고 사람이 살겠다고 아웅다웅 거리니 홍수가 해결이 안되는거다. - 13:0 #
  • 홈페이지에 개인정보 가득 쌓아놓고 죽어라 담장을 높여봐야 보안이 될 턱이 없다. 애시당초 보안은 신기루나 마찬가지다. 지켜야 할 것이 없다면 보안도 필요없는 것.. 접근 방법 자체가 글렀다. - 13:3 #
  • 우리 나라의 액티브엑스 문제는 애시당초 웹표준이나 기술적인 문제는 부차적인것에 불과하다. 더 큰 문제는 신용과 신뢰가 없는 사회 자체가 문제다. 이것들은 근본원인이 어디 있는지 관심없고 지금 당장의 땜방에만 혈안이 되어 있다. - 13:4 #
  • 된장... 업체가 전화를 회피하는 건지 아무리 해도 안받는다.. 왜 내가 다급해야 하는 걸까? - 13:5 #
  • 무엇이 문제인지 알고 있지만 고치지 못하는 경우는 크게 2가지다. 하나는 근본 원인을 찾지 못해서이고 다른 하나는 정보가 너무 많아서이다. - 13:6 #
  • 생상성 혁신의 단계를 보면 분업화가 진행되고 전문화가 진행되고 다시 합쳐진다. 전문화와 분업화는 정보를 차단하는 사일로 효과를 극대화하는 부작용이 있다. - 13:9 #
  • QA, 개발, 테스트, 디자인과 같은 소프트웨어 개발의 분업화와 전문화는 일견 좋아보이고 타당해 보이지만 종국에는 정보의 단절로 납기지연, 품질저하와 같은 반작용이 온다. 이것에 대한 극복에는 TQC와 같은 접근법이 유효할 수 있다. - 13:11 #
  • @galimto 특정 대상에게 설문조사를 하기 위해 메일로 설문을 발송할 수 있는데.. 200명이었던가? 그 이상 발송하면 발송이 되지 않고 반송되기도 합니다. 스팸 처리 어쩌구 저쩌구.. - 13:12 #
  • 천안함 사태는 가슴 아픈 일이지만 이 사건이 확대 재생산되는 것은 지방선거와 각종 국정 이슈를 물타기 하여 필승의 전략으로 승리하고자 하는 기득권 세력의 선거 책략에 동조하는 것은 아닌지 걱정이다. 웬지 이 일이 데쟈뷰처럼 느껴진다. - 13:15 #
  • 천안함 사태로 가뜩이나 경직된 대북 관계에 악영향이 생기고 한명숙 전 총리, 4대강, 세종시, 지방 선거 등 각종 이슈들이 싸그리 물타기 되어 우리가 모르는 사이에 모조리 한방에 해결되어 버리면 얼마나 허탈할까? 정신 차리고 나니 이미 상황종결.. - 13:17 #
  • 구 LG 데이콤과 myLG070은 회사가 달라서 요금을 받았다고 치자.. 회사 합병한지가 언젠데.. 아직도 통화료 받아묵는거니.. 너무한거 아니니.. 구 LG 데이콤 070 고객 파워콤과 결합할인 해주겠다더니 그건 아직도 멀은거니? 합병 왜 한거니? - 13:28 #
  • 저도 실제로 오프라인에서 얘기도 하고 그런 분들과 그래도 안면이 있는거 아닐까 했는데 그분이 절 Follow도 안해주셨을때의 당혹감이란.. RT @imside 트위터가 주는 착시현상 - 유명인이 내 친구인가? 아닌가? http://ow.ly/1rY3p - 13:31 #
  • @dyoa09 #testing 저희 그룹에 오신 것을 환영합니다. 좋은 이야기 많이 나누었으면 좋겠습니다. http://bit.ly/cgpdlI - 13:34 #
  • RT @one945: 퍼소나를 정의할 때는 드라마 작가가 되어 주인공을 만들고 대본을 쓰는 기분이 든다. 배우가 시놉시스를 살려 의도한대로 잘 연기해주면 좋겠다는 바램까지도 말이다. #UX #persona - 13:37 #
  • RT @TEDxSeoul: 컴퓨터로 뉴런의 네트워크인 뇌를 시뮬레이션 할 수 있을까? 우리는 뇌 속에 살고 있다. 우리가 보는 것은 우리가 본다고 믿는 것에 대한 뇌의 "추론이자 해석"일 뿐이다. http://bit.ly/7wO4EG - 13:37 #
  • 이랬던 강이 이렇게 변했습니다 http://bit.ly/bMPo4Q - 13:40 #
  • [한국트위터모임] "UX디자인" 모임에 가입 하였습니다. #UX디자인_ http://bit.ly/cpCOiS - 13:51 #
  • RT @swtestingcamp: SW Testing Camp는 5월 29일 토요일에 열립니다. 테스팅에 관해 물어보거나 말하고 싶은 분이라면 누구든지 환영합니다. #stc http://barcamp.org/SW-Testing-Camp - 13:59 #
  • RT @swtestingcamp: SW Testing Camp 에서는 후원 업체가 취업 부스와 회사 소개를 진행할 수 있는 세션을 기획하고 있습니다. 해당 내용에 관심 있으신 업체에서는 연락처를 주시면 후원 제안서를 보내드리겠습니다. #swtc - 14:22 #
  • 37퍼센트의 규칙을 아십니까? http://bit.ly/973etB 사용성 테스트를 위하여 몇명의 테스터가 유용한지와 관련해 생각해 보면 좋을 것 같은.. - 14:28 #
  • @dyoa09 #testing 웅? 저를 보신적이 있으신가요? - 14:29 #
  • @productionkim 그런 비싸고 고급스런 야식을.. - 14:41 #
  • @dyoa09 #testing 흠.. 언제 기획회의 한번 나오세요.. 뉘신지 꼭 확인해보고 싶은 작은 소망이... - 14:53 #
  • @will_story @OEHAN 님은.. 계속되는 야근으로 아마 오프라인에서 뵙기는 쉽지 않을 듯.. 매주 기획회의 하는 날만 바쁘신듯.. - 14:54 #
  • 와.. 그렇군요.. RT @zerasion: 가끔, '개나 줘버려' 하는 것들 중에 개들도 갖고싶지 않은 것들이 있을것 같습니다. ㅋㅋRT @will_story: @inssss 회사 한번 째세요.ㅋㅋ 야근 개나줘~~버려요.ㅋ - 14:58 #
  • @dyoa09 #testing 그러면 실시간으로 온라인으로라도 참여해 주시면 아니면.. 후원 좀.. 캬캬캬캬캬.. 쿨럭 쿨럭.. - 14:59 #
  • 가끔 각종 도메인의 현란한 지식을 농락하시는 분들을 마주대하고 있으면 내 자신이 한없이 작게 느껴지고 내가 얘기하는 것은 다 부질없어 보이기도 하다. 역시 현업에서 가장 중요한 것은 디테일인것일까? - 15:0 #
  • 현업에서 정작 중요한 것은 프로세스, 정책, 관리 이런것보다 서버의 아키텍쳐적인 구조, 구축방법, 테스트 방법 같은 것이 더 중요한 것일까나? 하아.. 난 아직 멀었다.. 크흑.. - 15:1 #
  • RT @hyunwook: 남은 무기라고는 열정뿐인데 요즘들어 이 열정마저 식어버릴까봐 두렵네요 마음을 다 잡아야 할 것 같습니다 - 15:14 #
  • 한국은 철저히 돈과 이익에 의해 움직이는 집단이다. 학연, 지연, 대의 명분 모두가 돈과 이익에 의해 움직인다. 기업이나 공공기관 할 것 없이 모두가 똑같은 논리에 움직이는 대단한 나라.. - 15:15 #
  • 더 재미있는 것은 절대 3년 이상의 미래는 절대 예상하지 않는 다는 것이다. 지금 당장의 이익과 돈에 관련되는 것에만 집중하는 놀라운 집중력을 발휘하는 놀라운 나라다.. - 15:16 #
  • 지금 당장 파폭과 맥의 점유율이 높지 않고 향후에 점유율이 높아질 것 같으면 추후 추가비용이 들어가지 않게 아예 점유율이 올라갈 수 없도록 싹부터 잘라버린다. 그리고 언제나 똑같은 논리다. 쓰는 사람 적으니 지원할 필요가 없다. 우리가 세계 최고.. - 15:17 #
  • 국가 긴급회의 멤버들의 면면... http://bit.ly/al6Cat - 15:21 #
  • RT @saltcandy: 좋은 UX란 무(無)에서 출발한다. http://2u.lc/4dJ - 15:35 #
  • 국내 기업들이 이익에 따른 M&A를 하는 한 절대 성공 못할 겁니다. M&A는 이익이 아닌 가치의 충돌에 따른 손실과 그 시너지를 고려해서 이뤄줘야 합니다. - 15:38 #
  • 기업의 현재가치만으로 M&A를 한다면 인수 당사자마저 동반 자멱하는 경우가 생길 수 있습니다. 중요한 것은 미래가치입니다. - 15:38 #
  • RT @claws67: 도요타의 교훈을 살펴보면, 본질은 결코 변하지 않는다는 점입니다. 품질을 최우선 경영목표로 삼던 도요타가 원가절감을 통한 효율화에 집중하면서 문제가 된 것이지요. 지금 나의 조직은 어떤가요? - 15:38 #
  • 소스코드는 어디 있나요? http://bit.ly/ao8197 - 15:43 #
  • 노인들이 편리하게 사용할 수 있는 인터넷 뱅킹 http://bit.ly/aav9Ah - 15:43 #
  • 5 Essential Apps for Your Business’s Facebook Fan Page http://bit.ly/bKcFlY - 16:14 #
  • 심리학으로 바라본 징크스 이야기: 비둘기의 미신적 행동 http://bit.ly/9KVd47 - 16:30 #
  • RT @yupspd: '강 살리기', 우리가 알아야 할 불편한 진실>>http://slowalk.tistory.com/96 - 16:44 #
  • bug advocacy http://bit.ly/dfxU0e - 17:23 #
  • '군침돈다'는 영어로 어떻게 말할까? http://bit.ly/aOhlyd - 20:24 #
  • 추노에서 가장 눈길을 끈 것은 출연진들의 도검 패용 방식이다. 어디서 주워들은 것이 있는지 일본식이 아닌 한국식으로 패용을 하긴 했는데.. 방식은 바뀐건 좋은데 제대로 바꾸지.. 장식 등은 제대로 고증 못한듯.. - 21:59 #
  • 사실 한국 도검의 패용 방식의 정확한 방식은 아직 아무도 정확히 모릅니다. 알고 있던 모든 사람은 일제 시대에 모두 죽어버렸고 전승은 안되었죠.. - 22:0 #
  • 한국의 도검의 패용은 손잡이가 뒤로 가도록 해서 패용하는 방식으로 이러한 방식 때문에 일본과 같이 발도술은 발전하지 않았습니다. 솔직히 정확한 발도 방식에 대해서도 알려진바는 없습니다. - 22:0 #
  • 한국의 도검 패용 방식이 중국이나 일본과 다른 방식으로 발전한 것은 한국의 무장들의 기본 무장이 활이기 때문이었습니다. 그러던 것이 임진왜란 이후로 도검이 왜도, 쌍수도 등으로 다양화되면서 많이 변형되었지만 정확한 고증은 아직입니다. - 22:1 #
  • 저도 해동검도를 수년째 했지만 해동검도가 한국 전통 검도는 아닙니다. 한국식과 일본식의 짬뽕이라고 보는 것이 더 정확할 겁니다. 태권도는 일본산이 한국산으로 둔갑한 케이스고.. 택견은 한국식이긴 한데.. 고증은 그저 그렇죠.. - 22:2 #
  • 한국의 도검을 만드는 법, 수련 방법, 패용 방식 등 많은 부분은 아직도 이견이 많은 부분들이고 제대로 고증되어 재현되지 못한 부분이 많습니다. 무예 18반 역시 많은 부분에서 현대식으로 재해석된 부분이 많습니다. - 22:4 #
  • The Age of Social Networks http://bit.ly/cbPeQg - 22:8 #
  • Twitter 사용자들은 Entertainment와 Social Network를 선호한다 http://bit.ly/95UGHv - 22:9 #
  • @lotiez 그게 지금 당장은 이익이 되는 것 처럼 보이겠지만 세월 속에서 그때의 이익이 나중에 얼마나 이익이 될지는 아무도 알지 못하는 것이죠.. 매번 그렇게 회사가 살아나갈수는 없을 겁니다. - 22:50 #
  • 페북이 여러면에서 구글을 뛰어넘고 있다고 여기 저기 호들갑스런 뉴스를 보면서 문득 드는 생각은 이것을 구글은 어떻게 받아들일까? 순위와 수치에 안달하는 건 우리의 자화상이 아닐까? 구글은 구글만의 길을 갈 것이라고 생각합니다. - 22:52 #
  • @subvox 구글의 청사진은 우주 정복 아니었나요? - 23:31 #

댓글

이 블로그의 인기 게시물

피드백 루프: 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...

결국 테스팅은 어렵다

 AI 코딩 에이전트와 대형 언어 모델(LLM)이 코드를 순식간에 쏟아내고 테스트 스크립트까지 자동으로 만들어주는 시대가 되면서, 일각에서는 "이제 테스팅도 버튼 하나 누르면 끝나는 쉽고 단순한 일 아닌가?"라는 착각에 빠지곤 합니다. 하지만 품질 전문가 매슈 하이저(Matthew Heusser)가 자신의 블로그 Quality Remarks에 기고한 "Turns Out Testing is Hard" 아티클은, 기술이 아무리 화려하게 발전하더라도 소프트웨어의 '진짜 품질'을 검증하는 일은 여전히 지독하게 어렵고 복잡하다는 현실을 서늘하게 되짚어 줍니다. (출처: Quality Remarks - Turns Out Testing is Hard / Matthew Heusser) https://qualityremarks.com/turns-out-testing-is-hard/ 이 아티클이 말하는 핵심은 간단합니다. 단순한 스크립트 실행이나 표면적인 기능 작동 여부를 확인하는 '체크(Checking)'는 AI나 도구를 통해 얼마든지 자동화하고 속도를 높일 수 있지만, 시스템의 숨겨진 리스크를 탐색하고 비판적으로 질문을 던지는 '진짜 테스팅(Testing)'의 난이도는 오히려 이전보다 더 올라갔다는 점입니다. AI 코딩 에이전트가 단 몇 초 만에 수백 줄의 코드를 생성을 해내면서 당장 눈앞의 기능은 돌아가는 것처럼 보입니다. 하지만 그 이면에서는 오작동이 일어날 수 있는 엣지 케이스, 시스템 간의 미묘한 맥락 단절, 그리고 나중에 거대한 장애로 돌아올 인지부채가 순식간에 쌓여갑니다. 매슈 하이저는 왜 테스팅이 여전히 지독히 어려운 과제로 남아있는지 몇 가지 근본적인 이유를 제시합니다. 첫째, '모호함과의 싸움'입니다. 소프트웨어 요구사항은 언제나 비어있는 행간과 모호함을 품고 있습니다. AI는 주어진 텍스트 그대로 명시적인 조건만 테스트하지만, 실제 인간 테스터는 명시되지 않은 사용...