기본 콘텐츠로 건너뛰기

murianwind의 트위터 - 2010년 04월 07일

  • [테스팅 히치하이커를 위한 안내서] murianwind의 트위터 - 2010년 04월 06일 http://goo.gl/fb/UEsu2 - 0:41 #
  • Prezi 한글 지원은 언제쯤 되는 걸까요? 오늘 올라온 업데이트에도 한글 지원 소식은 없네요.. 일본어, 중국어 되는데 왜 한국어만 안해주냐고요.. - 9:40 #
  • DSLR 구입시 참고 하면 좋은 정보, 브렌드별 DSLR 라인업 http://bit.ly/axzF5d - 9:43 #
  • 대기업에서 애자일을 도입할때 필요한것 http://bit.ly/91YGQN - 9:44 #
  • 요즘 쏟아져 나오는 각종 트윗을 가만히 보고 있다 보면.. 아이폰 가지고 포스퀘어와 위룰 하지 못하면 루저가 될 것만 같은 기세.. 아직 스마트폰도 없이 변방에서 눈물 흘리는 사람도 있는데..ㅠㅠ - 10:1 #
  • #테스팅_ 가입 하는 사람들을 승인제로 바꾸어야 할까봐요.. 누가 가입하셨는지 잘 모르겠네요.. 별로 안좋은 생각인가? 지난 밤에도 많은 분들이 가입해 주셨네요.. 새로 가입하신 분들 사이좋게 지내요.. http://bit.ly/cgpdlI - 10:3 #
  • #테스팅_ 테스팅에 관심 있는 모든 분들과 이야기하고 싶습니다. 저희 그룹에 많이 많이 가입해 주세요. http://bit.ly/cgpdlI - 10:4 #
  • #테스팅_ 주변에 테스팅을 체계적으로 배워보고 싶은 대학생들이 있다면 저에게 소개시켜주시면 감사하겠습니다. 뜻있는 대학생들과 팀 프로젝트를 하려고 합니다. http://bit.ly/cgpdlI - 10:4 #
  • #테스팅_ 내일은 또 한주간의 SW Testing Camp 기획모임이 있는 날이군요. 많은 분들이 바쁘셔서 몇분이나 참석하실지는 조금 걱정이 되긴 합니다. #swtc http://bit.ly/cgpdlI - 10:5 #
  • #테스팅_ SW Testing Camp 기획 회의는 스카이프와 실시간 방송으로 누구나 참여하실 수 있습니다. 스카이프로 참여를 원하시면 y2k001hj 친추해주세요. #swtc http://bit.ly/cgpdlI - 10:6 #
  • #테스팅_ 트위터에서 가장 귀찮고 잘 하지 않게 되는 것이 해쉬태그 붙이는 일이죠.. 저도 버릇이 되어야 할텐데.. 여러분도 해쉬태그 많이 많이 사용해주세요. http://bit.ly/cgpdlI - 10:7 #
  • #포당_ 포스퀘어 뱃지 설명: http://ow.ly/1uWgj 과 당원명부: http://ow.ly/1uWGd 에 더 이상 자료가 올라오지 않네요. 회원은 57분인데.. 명부는.. 큼.. http://bit.ly/9vZ3Zl - 10:10 #
  • 지진 방송에 가장 중요한 요소 중 하나인 진앙지와 진원 깊이는 왜 방송을 안해주는걸까? 단순히 강도만 얘기해서는 도무지 피해 규모나 범위를 예상할수가 없다. - 10:12 #
  • @jungho83 저보다는 많이 안나오시네요.. 전 지금 사고 싶은 목록에 담긴 책만 200만원어치..ㅡㅡ 사는건 거의 포기 단계.. 집에 있는 것도 못읽고 있는데.. 킁킁.. 욕심만 많아서.. - 10:13 #
  • 위룰인가 하는 게임은 안드로이드나 머 그런걸로는 안나오는 걸까요? 궁금하네용.. - 10:13 #
  • RT @pudidic: 멋진 가게가 있었다. 도둑이 물건을 훔쳐나와 팔자, 사람들은 그걸 사갔다. 결국 가게는 망했고, 사람들은 가게의 역량이 부족했다며 혀를 끌끌 찼다. - 한국 벤처 이야기. - 10:14 #
  • Prezi 한글화로 몇몇분들이 애쓰신것 같은데. 그뒤로 소식을 알수가 없네요.. 아시는 분 없으신가요? 흠흠.. - 10:14 #
  • 최근에 유행처럼 번지고 있는 스마트폰 교육을 보면 잘 이해가 가지 않는다. 저걸 꼭 배워서까지 써야 하는걸까? 참. 돈버는 방법도 가지 가지다.. 라는 생각이... - 10:16 #
  • 스마트폰 교육, 트위터 교육과 같은 교육과정이 생기는 것은 우리 나라의 빨리 빨리 문화와 사교육에 쩔어버린 수동적인 학습행태의 합작품이 아닐까? - 10:17 #
  • 블로그에 쓰고 싶은 글은 있는데.. 시간이 지나며 기억은 희미해지고 도무지 차분하게 앉아서 글 쓸 시간도 안생기는 구나..ㅠㅠ - 10:17 #
  • @hyangwoon @schbard @Plan2F @ruahruah @gnathia 아침에 뇌가 늦게 깨는 아이들도 있습니다. 잠투정이 너무 심하다면 병원에서 상담을 받아보세요. - 10:22 #
  • 로드뷰 API 공개! http://bit.ly/aaXeUY - 10:27 #
  • RT @ibm_dw_kr: 오픈 소스 C/C++ 유닛 테스트 도구, Part 3: #CppTest 알아보기 https://www.ibm.com/developerworks/kr/library/au-ctools3_ccptest/index.html - 10:52 #
  • 마이 픽업은 블로그에 다는 위젯 디자인 좀 어떻게 해주었음 좋겠다.. 좀 심플하고 이쁘게 안되는 것일까? 그리고 매번 로그인 하려니 불편해 죽겠당.. @mypickup - 11:1 #
  • RT @meesarang: [국사, 수능서 10명중 1명만 선택] 역사왜곡 둔감해질 우려… 주요 선진국 ‘자국역사’ 필수 http://j.mp/92FadX - 11:7 #
  • #테스팅_ 1주일에 한번 정도 테스팅에 관련된 뉴스나 인터뷰등을 방송하는 인터넷 방송이 생긴다면 시청하실 의사가 있으신가요? 멘션 주세요.. 이것도 설문조사를 해봐야 하는걸까나? http://bit.ly/cgpdlI - 11:9 #
  • Looping and Branching in Exploratory Testing http://bit.ly/bc1NS6 #테스팅_ - 11:11 #
  • Coding QA Podcast on Exploratory Testing http://bit.ly/dc5Exx #테스팅_ - 11:11 #
  • I Update My Blog and Discover Testing Tools http://bit.ly/d2zBrr #테스팅_ - 11:11 #
  • Testing and Management Parallels http://bit.ly/97J7vj #테스팅_ - 11:12 #
  • Exploratory Testing IS Accountable http://bit.ly/a3ntwy #테스팅_ - 11:12 #
  • Disposable Time http://bit.ly/9lIHBv #테스팅_ - 11:13 #
  • RT @soundyou: 우리는 유명인처럼 인생을 살겠다고 말한다. 하지만, 그 유명인의 결과만 보고 있지, 유명인이 가지고 있는 경험과 생각, 환경에 대해서는 생각하지 않는다. 삶의 목표는 그런 단순한 것이 아니라 더 구체적이어야 한다. 구체화... - 11:14 #
  • RT @i205: 저를 포함한 모든 사람들이 단어를 사용할때 사전적 의미의 정확한 개념만으로 쓰지않습니다. 자신이 생각하는 개념을 덧붙여 단어를 사용합니다. 많은 의사소통의 오류는 이것에서 비롯됩니다. - 11:14 #
  • @i205 이런걸 흔히 지식의 저주라고 하죠.. 저도 요즘은 신경을 쓴다고 하긴 하는데도.. 얘기하다보면 아주 쉽게 오류에 빠져드는건 어쩔 수 없는걸까요? - 11:15 #
  • 카악.. 지금 알아낸 사실 중 하나.. 5월 1일 노동절은 토요일이다.. 왜? ㅠㅠ - 11:33 #
  • @Jnine_kr 무엇을 도와드리면 되나요? - 11:48 #
  • @yeojy 음.. 저는 루저인건가요? 흠.. - 12:37 #
  • RT @jonghwan: 2007년 7월 12일 로이터 통신 기사를 비롯해서 12명의 목숨을 빼앗았던 미군 아파치 헬기의 공격 장면 비디오가 새나왔습니다. 관련기사 http://bit.ly/9Kv1CU 전체 동영상 http://bit.ly/cN172d - 12:51 #
  • 시험삼아 오페라 써보고 있는데.. 페이지 로딩시간이 거의 예술이네용.. 정말 빨라요.. 화아.. 하지만 웬지 모를 이 어색함은 무엇일까? - 13:12 #
  • #테스팅_ 테스팅에 관심있는 트위터 사귀기 그룹 회원이 70분이 되었습니다. 해쉬태그로 좋은 정보 많이 나누었으면 좋겠습니다. ^^ http://bit.ly/cgpdlI - 13:18 #
  • #테스팅_ UX 관련 모임은 벌서 300분이 넘었군요.. UX만큼이나 사랑받고 관심받는 테스팅이 되고 싶어요.. 하하하하하.. http://bit.ly/cgpdlI - 13:22 #
  • 점심은 먹었고..계절이 그래도 봄이라는건지 미치도록 졸린데..막상 잠깐 눈좀 붙이려고 해도 잠에 빠지지 않고.. 미칠 것 같은 기세.. 부릅 부릅.. - 13:23 #
  • #테스팅_ tester insight 는 온라인 잡지로 계속 나오고 있습니다. http://bit.ly/cgpdlI - 13:34 #
  • RT @one945: RT @ulariul 좋은 팀이란 최고의 사람들이 모여 있는 팀이 아니라, 이곳에서 최고의 능력을 발휘할 수 있다고 믿는 사람들이 모여 있는 팀이다. - 13:34 #
  • @hongsamstory 네.. 오페라 브라우저.. - 13:35 #
  • @hyunwungjae 독도 뱃지..ㅡㅡ.. - 13:57 #
  • @hongsamstory 옴니아는 만든 회사가 쓰레기라서 그렇죠.. - 14:1 #
  • 저장해 놓은 즐겨찾기의 링크가 살아있는지 죽었는지 정기적으로 검사해서 알려주는 그런 서비스가 있음 좋겠다. 혹시 아시는 분 계신가요? - 14:6 #
  • Tester Types - The e-book - Software Testing Club - online QA & software testing community http://bit.ly/5fPwPr - 14:12 #
  • @hongsamstory 제가 알기로는 노키아의 손전화들이 오페라를 기본 탑재하고 있는 걸로 알고 있습니다. 큼큼.. - 14:18 #
  • RT @Jnine_kr: QA팀에서 게임 검증이 힘들다면 그것은 처음부터 무엇을 검증하겠다는 목표가 없었기 때문이다. 처음부터 검증해야 할 목표가 서로 맞아야 한다. - 15:20 #
  • 김영삼의 하나회 해체 개혁 이후. http://moduru76.egloos.com/4371589 - 16:13 #
  • Fix them bugs, now! http://bit.ly/cGdPCw #테스팅_ - 17:50 #
  • RT @patoworld: (오늘의 딴지기사) 죽음의 가격 http://www.ddanzi.com/news/13384.html - 17:58 #
  • RT @tomais99: 진정한 보안 전문가는 우리의 문화, 업무 환경, 사회적 제도 등에 대해 잘 알고 있어야 한다. 기술적 동향과 비기술적 요소에 대한 입체적 시각이 있어야 종합적 취약점과 위협에 대한 통찰력을 가질http://j.mp/967PYc - 18:2 #
  • @heterosis @yuneys 수식같은 내용이 없는 그냥 일반 입문서적 정도라면 읽어드릴 수는 있습니다. 그런데 이런 책은 감수하시려면 이론물리학 교수님 정도 되야겠죠.. - 18:5 #
  • 의사와 테스터는 많은 부분에서 매우 흡사합니다. 의사의 진료과정등에 대해 알아두면 테스트를 할 때 많이 도움이 됩니다. - 18:7 #
  • RT @Jnine_kr: 게임회사에서 QA팀은 뭘해야하죠? http://cafe.naver.com/comeonqa/193 - 18:10 #
  • @bbjoony @Jnine_kr 돈많으면 가능한.. ㅡㅡ - 18:14 #
  • @sicamp36 저 예전에 기획자 자리가 없어 디자이너 응시했는데 기획자로 바꿀수도 있나요? - 18:15 #
  • RT @moonkr: RT @HanBaDa_: RT @gochul: 4대강 삽질로 우리곁에서 사라지는 13가지의 비경 눈물이 납니다 http://j.mp/cvgicf - 18:16 #
  • RT @CuriousPaul: 제 10회 게임 디자인 워크샵에 초대합니다! 새로운 메뉴인 월드오브룰크래프트로 즐겁게 놀아보아요! http://bit.ly/aJVkBp - 19:1 #
  • @CuriousPaul 너무 가고 싶지만 왜 주일인건가요? ㅠㅠ - 19:1 #
  • RT @YoungSeKim: 작업환경은 창의적업무에매우중요하다생각됩니다 @YoungSeKim 기업의 외적환경, 이를테면 구글같이 회사 내 계단/엘리 대신 미끄럼틀이 있다든지 하는 것들이 직원들 창조성을 높이는데 도움이 된다고 보시나요? - 19:2 #
  • RT @ckzu1111: 중소기업 초창기는 무조건 삼겹살/짬뽕/소주 마시면서 평생같이 가자고 하면서 직원을 독려하지만 직원도 자기계발을 못하면 언젠가는 따라지로 전락할 가능성은 농후하다.나라도 능력없는자에 높은 봉급을 지불할 수없다.물론 수고대비... - 19:2 #
  • 제 10회 게임 디자인 워크샵 (World of Rulecraft) : 온오프믹스(http://www.onoffmix.com) http://goo.gl/iP5X #gdw - 19:5 #
  • RT @istoriae: RT 실내에서 즐기는 와우! @CuriousPaul: 제 10회 게임 디자인 워크샵에 초대합니다! 새로운 메뉴인 '월드 오브 룰크래프트'로 즐겁게 놀아보아요! http://bit.ly/aJVkBp - 19:6 #
  • 다른 건 몰라도 성능 테스팅과 사용성 테스팅 만큼은 기본적인 테스트의 범주에서 벗어나 품질까지 걸친 광범위한 활동이라 생각된다. 그렇지 아니한가? #테스팅_ - 21:14 #
  • @iNsens @eduwillnet VIPS!!! - 21:15 #
  • 단순히 결함을 찾는 것만을 테스팅으로 한정한다면 사용성 테스팅이나 성능테스팅은 그다지 중요하지 않을수도 있지 않을까? #테스팅_ - 21:15 #
  • 테스팅을 이해관계자 모두의 실수를 찾아내는 것으로 사용자의 실수를 미연에 방지하는 것으로 확대한다면 소프트웨어를 개발하는 모든 사람은 반드시 테스트를 할 줄 알아야 한다는 결론에 도달할 수 있지 않을까? #테스팅_ - 21:16 #
  • 소프트웨어를 개발하는 모든 사람은 반드시 자신의 산출물이 테스트 가능한지 고려해야만 한다. Testability Driven Development #테스팅_ - 21:18 #
  • @archmond @LiveREX @PowerPointMVP @sarangmani @wookielee 타블렛 PC에서 펜 입력시 제품이 그냥 죽어버리는 놀라운 버그.. - 21:19 #
  • Paros 쓰면 쓸수록 저에게 새로운 세상을 보여주는 군요.. 왜 광고를 차단해야 하는지 여실히 보여줍니다. 광고에 이토록 많은 보안버그가 있을줄은 몰랐습니다. 좀 더 고급기능을 쓰려면 정말 많이 공부해야겠네요. - 21:21 #
  • Paros 기본 사용법을 조만간 블로그에 소개해봐야겠네요.. - 21:22 #
라벨:

댓글

댓글 쓰기

이 블로그의 인기 게시물

20년 차 테스터가 고른 최근 IT 소식: 기술의 속도, 그리고 사람의 자리

20년 넘게 IT 업계에서 테스팅하고 강의하고 공부하고 여러 일을 해왔지만... 정말이지 단 하루도 편하게 쉴 틈을 주지 않는 세상입니다. 특히 최근 4~5년 동안 가속화된 AI의 물결은 기술의 스펙트럼뿐만 아니라 우리가 일하고, 협업하고, 조직을 이끄는 방식 전체를 뒤흔들고 있습니다. 이번 주에도 수많은 뉴스레터와 아티클을 훑어보았습니다. 그중에서도 기술의 화려함 뒤에 숨겨진 ‘사람, 조직, 그리고 커리어의 본질’을 찌르는 글 몇 개가 눈에 띄어 메모해 둡니다. 제 평소 생각과 맞닿아 있는 6가지 이야기입니다. --- 1. 인지부채(Cognitive Debt): 바이브 코딩 시대에 우리가 지게 되는 진짜 빚 (출처: ROBOCO - 인지부채: 바이브 코딩 시대의 새로운 부채 관리법 / 정도현 수석 컨설턴트 ) 요즘 커서(Cursor)나 클로드 코드(Claude Code) 같은 에이전트를 붙여 "이거 만들어줘" 하고 승인(Approve) 버튼만 누르면 눈 깜짝할 사이에 코드베이스가 완성되는 '바이브 코딩(Vibe Coding)'이 유행입니다. 그런데 속도는 엄청나게 빠른데, 정작 서비스에 장애가 나면 "AI가 짜서 잘 모르겠는데요?"라는 답이 나오는 이상한 현상이 벌어집니다. 정도현 컨설턴트는 이를 '인지부채(Cognitive Debt)'라고 정의합니다. 코드는 쌓이는데, 정작 인간의 시스템 이해도는 쌓이지 않는 격차죠. * Human-in-the-loop의 환상: AI가 초당 수백 줄을 뽑아내는데 사람이 일일이 검토한다? 결국 검토자는 병목이 되고, 시간 압박에 쫓겨 영혼 없이 승인 버튼만 누르게 됩니다. 40년 전 자동화 연구(Bainbridge, 1983)가 지적했듯, 자동화될수록 사람은 감시만 하다가 정작 개입해야 할 결정적 순간에 숙련도를 잃어버립니다. * 부채는 0으로 만드는 게 아니라 '관리'하는 것: AI가 만든 모든 코드를 사람이 외울 수는 없습니다. 핵심은 ...
댓글 쓰기
자세한 내용 보기

우리는 AI로 '더 빠른 말'을 키우고 있는걸까요? 아니면 '자동차'를 만들고 있는걸까요?

20년 넘게 IT 현장에서 뒹굴거렸는데... 요즘처럼 "우리가 지금까지 당연하게 여겨온 일하는 방식의 본질"에 대해 근본적인 질문을 던지게 만드는 때가 없었던 것 같습니다. 최근 읽은 UX 관련 글 하나가 가슴을 쿵 치고 지나갔습니다. UX 및 디지털 트렌드를 다루는 블로그 ux4dotcom에 올라온 "Beyond Faster Horses — Why AI Challenges One of UX's Oldest Assumptions"라는 글입니다. (출처: ux4dotcom - Beyond Faster Horses — Why AI Challenges One of UX's Oldest Assumptions ) 혁신을 말할 때 늘 인용되는 헨리 포드의 유명한 말이 있습니다. "사람들에게 무엇을 원하느냐고 물었다면, 그들은 '더 빠른 말'이라고 답했을 것이다." 사람들은 자신이 경험해 본 범위 안에서만 미래를 상상합니다. 말만 탈 줄 아는 사람에게 자동차는 상상 밖의 범주(Mental Model)니까요. 저자는 그동안 UX(사용자 경험)라는 학문과 필드 자체가 '더 빠른 말을 만드는 일(기존 과업의 효율화)'에 집중해 왔다고 지적합니다. 사용자의 행동을 관찰하고, 마찰(Friction)을 줄이고, 화면을 간소화하고, 기존 워크플로우를 최적화해 주는 작업 말입니다. 실제로 주변을 봐도 우리가 AI를 쓰는 방식도 대부분 이 범주를 벗어나지 못하고 있습니다. 더 빠르게 이메일을 작성하고, 문서 요약을 3초 만에 끝내고, 프레젠테이션 장표나 일정표를 순식간에 만들어내는 일. 분명 유용하고 저 역시 매일 요기하게 쓰고 있지만, 이건 어디까지나 '기존에 인간이 하던 일의 프로세스를 흉내 내어 속도만 올린 것(Faster Horse)'에 불과합니다. 정작 "이 워크플로우 자체가 과연 계속 존재해야 하는가?"라는 근본적인 질문은 던지지 못하고 있는 것이죠....
댓글 쓰기
자세한 내용 보기

에이전틱 AI 시대의 소프트웨어 테스팅: 왜 '아키텍트' 역량이 필요한가?

최근 "프로그래밍이란 무엇인가?"라는 근본적인 질문에서 출발해, 하드웨어의 가장 밑바닥인 CPU 명령어 디코더의 원리부터 최근 화두인 에이전틱 AI(Agentic AI)와 바이브 코딩(Vibe Coding)에 이르기까지 AI와 함께 이런 저런 대화를 나누어 보았다.. 사실 내가 처음 컴퓨터를 공부할 때부터 컴퓨터가 내 명령을 어떻게 이해하고 처리해서 이런 결과가 출력되는지는 정말 이해하기 어려운 마법 같은 것이었다.  그래서인지.. 나이가 들어도 프로그래밍은 여전히 어렵다. 하지만 요즘은 AI와 함께 무언가를 만드는 재미를 만끽하고 있다.  어쨌든 AI와의 즐거운 대화의 끝에서 필연적으로 마주한 질문이 있다. "코드를 AI가 스스로 짜고 조립하는 시대에, 소프트웨어 테스팅은 무엇이며 우리는 어떤 역량을 키워야 하는가?" 지금까지의 고민을 바탕으로, 다가오는 AI 시대에 테스트 엔지니어가 나아가야 할 방향과 '아키텍트(Architect)' 역량의 중요성에 대해 정리해 본다. 현대의 소프트웨어 개발은 무(無)에서 유(有)를 창조하는 것이 아니다. 전 세계의 천재적인 엔지니어들이 만들어둔 수많은 라이브러리와 프레임워크라는 '레고 블록'을 조합해 원하는 서비스를 구축하는 과정이다. 내가 젋어서 이걸 잘 이해만 했었어도.. 테스터라는 직업의 세계에 발을 들이지는 않았을 텐데.. 어린 나이에 너무 생각이 많았었다. 그런데 에이전틱 AI가 등장하면서 거대한 변화가 일어났다. 이제는 인간이 직접 레고를 조립할 필요조차 없어지고 있다. "이런 기능을 만들어줘"라는 의도(Intent)만 던지면, AI가 기존에 학습한 방대한 오픈소스와 코드를 바탕으로 알아서 뼈대를 세우고 코드를 완성해 낸다. 개발자는 직접 코드를 타이핑하는 노동자에서, AI 에이전트를 부리는 총괄 기획자로 역할이 변하고 있는 것이다. 하지만 AI가 만들어내는 코드는 필연적인 한계를 지닌다. AI는 과거 인류가 작성한 코드를 학습하...
댓글 쓰기
자세한 내용 보기