기본 콘텐츠로 건너뛰기

나는 네이버를 되도록이면 사용하지 않는다.

인터넷에 조금이라도 관심이 있는 사람이라면 '한국 IT 산업의 멸망'이라는 책을 쓴 김인성씨라는 분을 들어보신적이 있으실 겁니다.

김인성씨는 다른 것보다도 네이버의 검색 조작 및 그들의 폐쇄성에 대하여 언론 및 서적, 팟캐스트, 웹툰 등 동원할 수 있는 모든 수단과 방법으로 전방위적인 비판을 함으로써 유명세를 타고 계시는 분입니다. 나름...

거기에 대응하는 네이버의 대응은 이런 것에 대해 무지한 제가 바라보기에도 딱 초딩 수준일 정도입니다.

실제로 네이버가 검색을 조작했는지 아닌지는 전 그닥 관심은 없습니다.

하지만 전 네이버를 되도록이면 사용하지 않는 사람입니다.

어떤 분들은 네이버의 펌질이 도를 넘었다면서 자신의 글들을 불펌한 사람들을 잡는 용도로 네이버를 사용하신다는데 머.. 제 블로그는 변방의 보잘것 없는 블로그인지라 불펌을 하시는 분도 안계시고 불펌 하신다고 하셔도 머.. 영양가가 되는 글들은 없기 때문에 그런 용도로 사용하지는 않습니다.

저도 예전에는 검색엔진이라 하면 네이버, 다음, 엠파스 정도만 쓰던 사람입니다.

저에게 구글은 한국어 검색 결과는 언제나 빈약하기만 한 알 수 없는 검색엔진이던 시절이 있었습니다.

하지만 서당개 3년이면 풍월을 읊는다고 했던가요? 저도 이 바닥에서 짬밥을 먹으면서 좀 굴러보니 왜 구글의 한국어 검색 결과가 왜 그리 빈약했는지 이제는 조금 알 것 같습니다.

지금은 옛날에 비하면 검색결과가 그나마 좀 풍성해졌지요. (하지만 지금도 가끔은 네이버나 다음을 쓰는 경우도 있습니다.)

구글의 한국어 검색 결과가 초기에 그토록 빈약했던 것은 어쩌면 네이버나 다음과 같은 국내 토종 포털들의 폐쇄성 때문이었다라고 이해하고 있습니다. 그러니까 국내에서 생산되는 모든 컨텐츠는 일반적으로 포털에서 생산됩니다.

블로그, 지식인, 카페 등등 실제로 컨텐츠가 생산되는 모든 서비스는 포털 안에 있습니다. 그리고 그 컨텐츠들은 자신의 검색 엔진을 통해서만 확인이 됩니다. 다른 검색엔진은 가져갈 수 없는 거죠..

그러니까 네이버 카페에 올라온 글들은 다음에서 볼 수 없고 구글에서도 볼 수 없는 그런 시절이 있었다는 겁니다.

지금은 그나마 좀 나아졌다고 알고 있습니다. 그러니까 구글 검색 결과도 그나마 좀 풍성해진거겠죠.

그래서 네이버나 기타 국내 포털이 폐쇄적이라는 것이냐?

잘 모르겠습니다. 저는 폐쇄성 이런건 전 잘 모르고..

제가 얘기하고 싶은 것은 검색 결과에 대한 이야기입니다.

제가 한가지 확실히 느끼는 것은 네이버의 검색 수준이 구글보다는 확연히 떨어진다는 사실입니다.

예를 들어보도록 하죠.(제가 드는 예는 지극히 개인적인 사항으로 여러분들에게는 해당 사항이 없을 수도 있습니다. 그냥 그렇다고 생각하세요.)

저는 네이버에 제 블로그를 검색해달라고 등록을 해두었습니다. (이 글 올리고 등록에서 빠지는건 아닌지 조금 불안하긴 합니다. 만약 제외되면 꼭 블로그를 통해 알려드리겠습니다. 훗..)

아래 스크린샷이 제 블로그를 검색한 화면입니다.
잘 안보이시는 분들은 클릭 하시면 좀 크게 보이실 겁니다.

맨 상단에 제 블로그가 출력이 됩니다. 사이트로 등록되어 있고 분류는 분명 블로그로 되어 있습니다.

그런데 아래 블로그 카테고리를 보시면 제 블로그를 소개하고 있는 네이버 블로그가 가장 상단에 소개되고 있습니다.

분명 사이트 등록에는 블로그라고 되어 있는데 블로그에는 제 블로그가 없습니다. 이건 머..ㅡ.ㅡ

그 아래부터는 분명 제 블로그이지만 이건 RSS Feed 입니다. 실제적으로 제 블로그 주소가 출력되는 부분은 저 아래 웹문서입니다. 하하하.. 이건 웃어야 하는 거죠..

그러면 이번에는 제 블로그에 제가 올린 글 중에 카노모델에 관한 글을 검색해 보겠습니다. 그냥 카노모델이라고 하면 재미가 없으므로 제 블로그의 메인 주제인 테스팅을 붙여서 같이 검색해 보겠습니다.

검색어는 '카노모델 테스팅'입니다.

첫번째는 네이버입니다.
제 블로그가 검색은 되었지만 제가 찾고자 하는 글은 아닙니다.

다음은 구글입니다.
제가 작성한 글이 정확히 가장 상단에 출력되고 그 아래로는 제 글들이 트랙백으로 걸려있는 다른 블로그들이 출력됩니다.

어떤 분들은 너의 블로그는 구글에 있으니 구글에서 잘 검색되는 것은 당연한 것이다라고 하실 수 있으실 겁니다.

그래서 하나 더 검색해 보았습니다.

티스토리에 둥지를 틀고 계신 김인성님의 개인정보를 검색해 보겠습니다.

검색어는 '김인성 개인정보'입니다.


차이를 느끼시나요?

검색의 정확도는 검색엔진의 생명이라고 할 수 있습니다.

저는 그래서 네이버를 사용하지 않습니다. 되도록이면 사용하지 않습니다.

네이버에서 검색되는 결과는 그 자체로 믿을 수가 없습니다. 그 전에 제가 찾고자 하는 것을 검색엔진 결과에서 한번 더 찾아야하는 고통과 번거로움은 저처럼 만사가 귀찮은 사람에게는 고역입니다.

저보고 구글빠라고 악플을 다셔도 머라 반박하기도 귀찮습니다.

애국심 마케팅에 기대어 네이버를 사용해야한다는 말에도 이제는 별 감흥도 없습니다.

저는 네이버가 나쁘고 절대 악이다라고 얘기하는건 아닙니다.

네이버가 검색엔진으로서 믿을만 하지 못하다는 게 제 개인적인 의견일 뿐입니다.

여러분은 아직도 네이버를 사용하시나요?

(어떤 분들은 왜 네이버만 머라고 하느냐고 그러실것 같은데.. 다음도 그 나물에 그 밥입니다. 믿지 못하시겠다면 한번 직접 해보시기 바랍니다. 스샷 찍는것도 귀찮습니다.)

댓글

  1. Jongha Kim17/8/11 15:17

    저두 공감합니다. 네이버 검색은 완전 저질이예요 -_-

    답글삭제
  2. 네이버는 물론 통신사업자들도 (국민들에게)성실하고 멋진 서비스를 펼쳐야할 위기의 순간이 점점 다가오는 것 같음 ...
    애플·구글에 모바일 주도권 빼앗긴 통신사 위기http://www.edaily.co.kr/news/NewsRead.edy?newsid=01098806596349944&SCD=DC13&DCD=A01401한국은 G20 국가 가운데 정보통신기술(ICT) 경쟁력 평가에서 1위를 차지했다.

    답글삭제

댓글 쓰기

이 블로그의 인기 게시물

피드백 루프: 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 시대에 테스팅은?

 "소프트웨어 엔지니어링은 과연 끝난 것일까?" 최근 AI 코딩 에이전트와 바이브 코딩(Vibe Coding)의 급부상 속에서, 엔지니어들과 아키텍트들이 스스로에게 던지는 가장 뼈아픈 질문입니다. 이 질문에 대해 기술 현장의 날카로운 시선을 담은 이원국 님의 아티클 "소프트웨어 엔지니어링의 종말"과 arXiv 논문 "Agentic Software: How AI Agents Are Restructuring the Software Paradigm"은 아주 근본적인 패러다임의 변화를 짚어내고 있습니다. (출처: blog.wonkooklee.com - 소프트웨어 엔지니어링의 종말) https://blog.wonkooklee.com/blog/20260913_02/ (출처: arXiv - Agentic Software: How AI Agents Are Restructuring the Software Paradigm) https://arxiv.org/html/2606.05608v2 이원국님의 아티클과 논문에서 공통적으로 말하는 핵심은, 우리가 알고 있던 '인간이 직접 코드를 다듬고 작성하던 전통적 소프트웨어 엔지니어링'의 정체성은 종말을 고하고 있으며, 그 자리를 '에이전트 패러다임(Agentic Paradigm)'이 빠르게 대체하고 있다는 사실입니다. arXiv 논문 "Agentic Software"에서는 소프트웨어 구축의 단위가 단순히 결정론적(Deterministic) 알고리즘이나 코드에서, 목표를 스스로 자율 추론하고 도구를 호출하며 과업을 완수하는 'AI 에이전트 오케스트레이션'으로 이동하고 있음을 말하고 있습니다. 이제 개발자는 시스템의 메서드나 API 하나하나를 직접 타이핑하는 존재가 아닙니다. AI 에이전트가 코드를 생성하고, 실행하고, 테스트를 돌리고, 스스로 디버깅하는 일련의 자율 루프(Autonomous Loop)를 설계하는 '시스템...