WEBVTT

NOTE Paragraph

00:00:00.000 --> 00:00:00.032
번역 이준영

00:00:00.032 --> 00:00:03.044
오늘의 질문은 캘리포니아 샌프란시스코에서 왔습니다.

00:00:03.044 --> 00:00:07.079
Blind Five Year Old가 묻길, 
"어떻게 site: query를 믿을 수 있고,

00:00:07.079 --> 00:00:11.004
왜 때때로 첫번째 페이지와 두번째 페이지의

00:00:11.004 --> 00:00:12.096
총합이 다릅니까?"

00:00:12.096 --> 00:00:14.601
사실 전 이런식으로

00:00:14.601 --> 00:00:16.011
site: query를 사용하지 않는데요

00:00:16.011 --> 00:00:19.003
대신에 피봇하고 좁혀가면서 결과 추정치로

00:00:19.003 --> 00:00:20.062
초점을 맞춰갑니다.

00:00:20.062 --> 00:00:21.852
여기서 알아야 될 것이 몇가지 있습니다.

00:00:21.852 --> 00:00:24.453
첫번째, 만약 몰랐다면, 정말 알아야 될 것은

00:00:24.453 --> 00:00:26.061
결과 추정치들은 오직 약 세개의 유효숫자만

00:00:26.061 --> 00:00:27.965
정확하다는 것입니다.

00:00:27.965 --> 00:00:29.051
즉, 이것들은 추정치입니다.

00:00:29.051 --> 00:00:32.631
우리가 쿼리들을 찾아갈때, 어떤 지점에서

00:00:32.631 --> 00:00:37.009
"첫번째 페이지 구성은 이정도면 충분하고,

00:00:37.009 --> 00:00:38.097
우리는 얼마나 멀리 우리 포스팅 리스트를 거쳐왔고,

00:00:38.097 --> 00:00:40.019
얼마만큼의 데이터를 우리가 가지고 있으니

00:00:40.019 --> 00:00:42.005
이제 약 이정도 결과들이 남았겠지"하고

00:00:42.005 --> 00:00:43.356
추정할 수 있습니다.

00:00:43.537 --> 00:00:46.058
이제 우리가 첫번째 페이지에서 
두번째 페이지를 클릭하면

00:00:46.058 --> 00:00:47.072
갑자기 깊게 들어갑니다.

00:00:47.548 --> 00:00:49.069
그러면 더 좋은 추정을 얻을 수 있거나,

00:00:49.069 --> 00:00:51.069
약간 다른 추정을 얻을 수 있습니다.

00:00:51.069 --> 00:00:54.055
왜냐하면 그냥 적은 문서들을

00:00:54.055 --> 00:00:55.077
살펴보기 시작한게 아니라

00:00:55.077 --> 00:00:57.002
더 깊이 깊이 들어가고 있기 때문이죠.

00:00:57.002 --> 00:01:00.001
따라서 이렇게 결과 추정치가 바뀌는 것은

00:01:00.001 --> 00:01:04.066
첫번째 페이지에서 두번째 페이지로 갈 때
비교적 흔한 일이죠.

00:01:04.066 --> 00:01:05.063
일반적으로 조금씩 더 정확해집니다.

00:01:05.063 --> 00:01:08.024
즉, 이런건 site: query의 일반적인 요소가 아니죠.

00:01:08.024 --> 00:01:10.049
일반적인 요소는 우리의 데이터를
더 깊게 파고 들어가는 것입니다.

00:01:10.049 --> 00:01:13.012
그 결과, 얼마나 더 결과들이 있는지
좋은 추정치를 얻게 되거나

00:01:13.012 --> 00:01:15.029
혹은 적어도 다른 추정치를 얻게 되는 것이죠.

00:01:15.029 --> 00:01:19.029
번역 이준영