
Korean: 
안녕하세요, Carrie Anne입니다. 
컴퓨터 과학 특강에 오신 것을 환영합니다.
지난 두 편의 강의에서 우리는
와이어, 신호, 스위치, 패킷,
인터넷을 구성하는 라우터 및 프로토콜에 대해
깊이 알아보았습니다.
오늘 우리는 World Wide Wep에 대해 이야기하며
또 다른 레벨의 추상화로 이동할 것입니다.
사람들이 일상에서 두 용어를 같은 의미로 사용하지만,
WWW는 인터넷과는 다릅니다.
사람들이 일상에서 두 용어를 같은 의미로 사용하지만,
WWW는 인터넷과는 다릅니다.
World Wide Web은 인터넷 상단에서 Skype, Minecraft 
또는 Instagram과 동일한 방식으로 실행됩니다.
인터넷은 이러한 모든 다른 응용 프로그램에 대한 
데이터를 전달하는 기본 배관입니다.
WWW는 세계에서 가장 큰 프로그램으로, 전세계 수 백만 
대의 서버에서 실행되는 거대한 분산 응용 프로그램으로
웹 브라우저라는 특수 프로그램을 사용하여 
액세스 할 수 있습니다.
우리는 오늘 강의에서 그것에 대해 배울 것입니다.
 
WWW 또는 Web의 기본 빌딩 블록은 단일 페이지 입니다.
WWW 또는 Web의 기본 빌딩 블록은 단일 페이지 입니다.

English: 
Hi, I’m Carrie Anne, and welcome to CrashCourse
Computer Science.
Over the past two episodes, we’ve delved
into the wires, signals, switches, packets,
routers and protocols that make up the internet.
Today we’re going to move up yet another
level of abstraction and talk about the World
Wide Web.This is not the same thing as the
Internet, even though people often use the
two terms interchangeably in everyday language.
The World Wide Web runs on top of the internet,
in the same way that Skype, Minecraft or Instagram do.
The Internet is the underlying plumbing that
conveys the data for all these different applications.
And The World Wide Web is the biggest of them
all – a huge distributed application running
on millions of servers worldwide, accessed
using a special program called a web browser.
We’re going to learn about that, and much
more, in today’s episode.
INTRO
The fundamental building block of the World
Wide Web – or web for short – is a single
page.

English: 
This is a document, containing content, which
can include links to other pages.
These are called hyperlinks.
You all know what these look like: text or
images that you can click, and they jump you
to another page.
These hyperlinks form a huge web of interconnected
information, which is where the whole thing
gets its name.
This seems like such an obvious idea.
But before hyperlinks were implemented, every
time you wanted to switch to another piece
of information on a computer, you had to rummage
through the file system to find it, or type
it into a search box.
With hyperlinks, you can easily flow
from one related topic to another.
The value of hyperlinked information was conceptualized by Vannevar Bush way back in 1945.
He published an article describing a hypothetical
machine called a Memex, which we discussed
in Episode 24.
Bush described it as "associative indexing
... whereby any item may be caused at will
to select another immediately and automatically."
He elaborated: "The process of tying two things
together is the important thing...thereafter,
at any time, when one of those items is in
view, the other [item] can be instantly recalled
merely by tapping a button."

Korean: 
이것은 다른 페이지에 대한 링크를 포함할 수 있는 
콘텐츠를 담고 있는 문서입니다.
이를 하이퍼 링크라고 합니다.
여러분은 다 알고 있을 것입니다. - 텍스트 또는
이미지를 클릭하면 다른 페이지로 점프할 수 있습니다.
여러분은 다 알고 있을 것입니다. - 텍스트 또는
이미지를 클릭하면 다른 페이지로 점프할 수 있습니다.
이러한 하이퍼 링크는 상호 연결된 정보의 거대한 웹을 
형성 하는데, 여기서 모든 것이 그 이름을 얻습니다.
이러한 하이퍼 링크는 상호 연결된 정보의 거대한 웹을 
형성 하는데, 여기서 모든 것이 그 이름을 얻습니다.
이것은 분명한 생각처럼 보입니다.
그러나 하이퍼 링크가 구현되기 전에는
여러분이 컴퓨터의 다른 정보로 이동하길 원할 때 마다,
파일 시스템을 뒤져서 찾거나 
검색 상자에 입력해야 했습니다.
파일 시스템을 뒤져서 찾거나 
검색 상자에 입력해야 했습니다.
하이퍼 링크를 사용하면 하나의 관련 주제에서
다른 주제로 쉽게 이동할 수 있습니다.
하이퍼 링크된 정보의 가치는 1945년 
Vannevar Bush에 의해 개념화 되었습니다.
그는 우리가 24강에서 논의했던, Memex라고 하는 
기계에 대한 가설을 서술한 기사를 발행했습니다.
그는 우리가 24강에서 논의했던, Memex라고 하는 
기계에 대한 가설을 서술한 기사를 발행했습니다.
Bush는 그것을 "연관 색인법이라 하며
어떤 품목이라도 즉시, 자동적으로 선택할 수 있습니다."
Bush는 그것을 "연관 색인법이라 하며
어떤 품목이라도 즉시, 자동적으로 선택할 수 있습니다."
자세히 말하길  "두 가지를 하나로 묶는 과정은 중요한 
일입니다. 그 이후 언제든 그 항목들 중 하나가 보일 때,
다른 [항목]은 버튼을 두드리는 것 만으로
즉각적으로 불러올 수 있습니다."
다른 [항목]은 버튼을 두드리는 것 만으로
즉각적으로 불러올 수 있습니다."

Korean: 
1945년의 컴퓨터에는 화면이 없었습니다.
그래서 이  아이디어는 그 시대보다 앞섰습니다!
하이퍼 링크가 포함된 텍스트는 매우 강력하여
동등하고 멋진 이름을 붙여 하이퍼 텍스트라 합니다.
웹 페이지는 오늘날의 가장 일반적인 유형의
하이퍼 텍스트 문서입니다.
몇 분 안에 웹 브라우저에서 검색되고 렌더링됩니다.
페이지가 서로 연결되도록 하려면,
각 하이퍼 텍스트 페이지는 고유한 주소가 필요합니다.
웹에서 이것은 Uniform Resource Locator 
또는 URL으로 지정됩니다.
웹 페이지 URL의 예로는
thecrashcourse.com/courses 가 있습니다.
지난 강의에서 이야기 한 것처럼, 여러분이 사이트를 
요청할 때, 컴퓨터가 하는 첫 번째 일은
DNS 검색 입니다.
"the crash cour.com"과 같은 도메인 이름을 
입력으로 사용하면,
일치하는 해당 컴퓨터의 IP 주소로 응답합니다.
이제 원하는 컴퓨터의 IP 주소로 무장한 웹 브라우저는,
웹 서버라는 특별한 소프트웨어를 실행하는 컴퓨터에
TCP 연결을 엽니다.
웹 서버의 표준 포트 번호는 Port 80 입니다.
이 시점에서, 컴퓨터가 마친 일은 주소 thecrashcourse.com의 웹 서버에 연결한 것입니다.
이 시점에서, 컴퓨터가 마친 일은 주소 thecrashcourse.com의 웹 서버에 연결한 것입니다.

English: 
In 1945, computers didn’t even have screens,
so this idea was way ahead of its time!
Text containing hyperlinks is so powerful,
it got an equally awesome name: hypertext!
Web pages are the most common type of hypertext
document today.
They’re retrieved and rendered by web browsers which we'll get to in a few minutes.
In order for pages to link to one another,
each hypertext page needs a unique address.
On the web, this is specified by a Uniform
Resource Locator, or URL for short.
An example web page URL is thecrashcourse.com/courses.
Like we discussed last episode, when you request
a site, the first thing your computer does
is a DNS lookup.
This takes a domain name as input – like
“the crash course dot com” – and replies
back with the corresponding computer’s IP
address.
Now, armed with the IP address of the computer
you want, your web browser opens a TCP connection
to a computer that’s running a special piece
of software called a web server.
The standard port number for web servers is
port 80.
At this point, all your computer has done
is connect to the web server at the address
thecrashcourse.com

English: 
The next step is to ask that web server for
the “courses” hypertext page.
To do this, it uses the aptly named Hypertext
Transfer Protocol, or HTTP.
The very first documented version of this
spec, HTTP 0.9, created in 1991, only had
one command – “GET”.
Fortunately, that’s pretty much all you
need.
Because we’re trying to get the “courses”
page, we send the server the following command
– GET /courses.
This command is sent as raw ASCII text to
the web server, which then replies back with
the web page hypertext we requested.
This is interpreted by your computer's web
browser and rendered to your screen.
If the user follows a link to another page,
the computer just issues another GET request.
And this goes on and on as you surf around
the website.
In later versions, HTTP added status codes,
which prefixed any hypertext that was sent
following a GET request.
For example, status code 200 means OK – I’ve
got the page and here it is!
Status codes in the four hundreds are for
client errors.
Like, if a user asks the web server for a
page that doesn’t exist, that’s the dreaded
404 error!

Korean: 
다음 단계는 웹 서버에 "course" 의
하이퍼 텍스트 페이지를 요청하는 것입니다.
그렇게 하려면, 그것은 적절하게 명명된 Hypertext Transfer Protocol 또는 HTTP를 사용합니다.
1991년에 처음 만들어진 사양 버전은 HTTP 0.9으로
 "GET"명령을 가지고 있었습니다.
1991년에 처음 만들어진 사양 버전은 HTTP 0.9으로
 "GET"명령을 가지고 있었습니다.
다행히도, 그것은 여러분이 필요한 거의 모든 것입니다.
우리가 "courses"페이지를 얻으려고 하기 때문에,
우리는 서버에 GET /course 명령을 보냅니다.
우리가 "courses"페이지를 얻으려고 하기 때문에,
우리는 서버에 GET /course 명령을 보냅니다.
이 명령은 원시 ASCII 텍스트로 웹 서버에 보내지고
웹 서버는 우리가 요청한 웹 페이지 하이퍼 텍스트로 
응답합니다.
이것은 컴퓨터의 웹 브라우저에 의해 해석되어
화면에 표시됩니다.
사용자가 다른 페이지에 대한 링크를 따라 가면,
컴퓨터는 다른 GET 요청을 발행합니다.
그리고 이것은 여러분이 웹사이트 서핑을 하는 동안 
계속 진행됩니다.
최신 버전의 HTTP는 GET 요청 다음에 전송된 모든 
하이퍼 텍스트 앞에 접두어가 붙은 상태 코드를 추가했습니다.
최신 버전의 HTTP는 GET 요청 다음에 전송된 모든 
하이퍼 텍스트 앞에 접두어가 붙은 상태 코드를 추가했습니다.
예를 들어, 상태코드 200은 OK를 의미합니다.
페이지를 잘 받았고 여기 있습니다.!
상태코드 400은 클라이언트 오류를 의미합니다.
마찬가지로, 사용자가 웹 서버에 존재하지 않는 페이지를
요청하면, 그것은 두려운 404 오류입니다!
마찬가지로, 사용자가 웹 서버에 존재하지 않는 페이지를
요청하면, 그것은 두려운 404 오류입니다!

Korean: 
웹 페이지 하이퍼 텍스트는 ASCII 또는 UTF-16와 같은 평범한 오래된 텍스트로 저장되고 전송되며,
이들은 4강과 20강에서 언급했던 것들입니다.
일반 텍스트 파일에는 무엇이 링크이고 아닌지를 
지정하는 방법이 없으므로
하이퍼 텍스트 요소가 있는 텍스트 파일을 표시할 
수 있는 방법을 개발할 필요가 있었습니다.
이를 위해 하이퍼 텍스트 마크업 언어가 개발되었습니다.
HTML 버전 0.a의 첫 번째는 1990년에 만들어 졌으며, 
18개의 마크업 페이지 HTML 명령이 제공되었습니다.
HTML 버전 0.a의 첫 번째는 1990년에 만들어 졌으며, 
18개의 마크업 페이지 HTML 명령이 제공되었습니다.
그게 다입니다!
웹 페이지를 만들어 봅시다!
먼저, 우리 웹 페이지에 큰 제목을 붙입시다.
이를 위해, 첫 번째 레벨 표제의 시작을 나타내는 
"h1" 글자를 입력하고 꺾쇠 괄호로 묶습니다.
이를 위해, 첫 번째 레벨 표제의 시작을 나타내는 
"h1" 글자를 입력하고 꺾쇠 괄호로 묶습니다.
이것은 HTML 태그의 한 예시입니다.
그런 다음, 원하는 제목 텍스트를 입력합니다.
우리는 전체 페이지가 표제가 되는 것을 원치 않습니다.
따라서 앞쪽에 작은 /로 "h1"태그를 "닫아야"합니다.
이제 일부 콘텐츠를 추가할 수 있습니다.
방문객들은 클링온이 무엇인지 모를 수도 있으므로,
그 단어를 하이퍼 링크로 만들어
자세한 내용은 클링온 언어 연구소에 문의하도록 합니다.
여기에 "A"태그를 사용하여 작업하는데, 이는 참조할 
하이퍼링크를 지정하는 속성을 포함합니다.
여기에 "A"태그를 사용하여 작업하는데, 이는 참조할 
하이퍼링크를 지정하는 속성을 포함합니다.

English: 
Web page hypertext is stored and sent as plain
old text, for example, encoded in ASCII or
UTF-16, which we talked about in Episodes
4 and 20.
Because plain text files don’t have a way
to specify what’s a link and what’s not,
it was necessary to develop a way to “mark
up” a text file with hypertext elements.
For this, the Hypertext Markup Language was
developed.
The very first version of HTML version 0.a,
created in 1990, provided 18 HTML commands
to markup pages.
That’s it!
Let’s build a webpage with these!
First, let’s give our web page a big heading.
To do this, we type in the letters “H 1”,
which indicates the start of a first level
heading, and we surround that in angle brackets.
This is one example of an HTML tag.
Then, we enter whatever heading text we want.
We don’t want the whole page to be a heading.
So, we need to “close” the “h1” tag
like so, with a little slash in the front.
Now lets add some content.
Visitors may not know what Klingons are, so
let’s make that word a hyperlink to the
Klingon Language Institute for more information.
We do this with an “A” tag, inside of
which we include an attribute that specifies
a hyperlink reference.

English: 
That’s the page to jump to if the link is
clicked.
And finally, we need to close the A tag.
Now lets add a second level heading, which
uses an “h2” tag.
HTML also provides tags to create lists.
We start this by adding the tag for an ordered
list.
Then we can add as many items as we want,
surrounded in “L i” tags, which stands
for list item.
People may not know what a bat'leth is, so
let’s make that a hyperlink too.
Lastly, for good form, we need to close the
ordered list tag.
And we’re done – that’s a very simple
web page!
If you save this text into notepad or textedit,
and name it something like “test.html”,
you should be able to open it by dragging
it into your computer’s web browser.
Of course, today’s web pages are a tad more
sophisticated.
The newest version of HTML, version 5, has
over a hundred different tags – for things
like images, tables, forms and buttons.
And there are other technologies we’re not
going to discuss, like Cascading Style Sheets
or CSS and JavaScript, which can be embedded
into HTML pages and do even fancier things.
That brings us back to web browsers.

Korean: 
링크가  클릭된 경우 이동할 페이지입니다.
마지막으로 A 태그를 닫아야 합니다.
이제 "h2"태그를 사용하여 두 번째 레벨 제목을
추가 할 수 있습니다.
HTML은 목록을 작성하기 위한 태그도 제공합니다.
정렬된 목록에 태그를 추가하여 시작합니다.
그런 다음 목록 항목을 나타내는 "L i"태그로 둘러싸인
원하는 만큼 많은 항목을 추가할 수 있습니다.
그런 다음 목록 항목을 나타내는 "L i"태그로 둘러싸인
원하는 만큼 많은 항목을 추가할 수 있습니다.
사람들은 bat'leth가 무엇인지 알지 못하기 때문에
하이퍼 링크도 만들어 보겠습니다.
마지막으로, 좋은 형식을 위해서는,
정렬 된 목록 태그를 닫아야 합니다.
다 됬습니다! 아주 간단한 웹페이지 입니다!
이 텍스트를 메모장이나 textedit에 저장하고 "test.html"과 같은 이름을 지정하면
컴퓨터의 웹 브라우저로 드래그하여 열 수 있습니다.
물론, 오늘날의 웹 페이지는 좀 더 정교합니다.
HTML의 최신 버전인 버전5에는 이미지, 표, 양식 및
버튼과 같은 수백 가지 태그가 있습니다.
HTML의 최신 버전인 버전5에는 이미지, 표, 양식 및
버튼과 같은 수백 가지 태그가 있습니다.
Cascading Style Sheets(또는 CSS)와 자바 스크립트와 
같이 우리가 다루지 않을 다른 기술도 있습니다.
이 기술은 HTML 페이지에 임베디드되어 
더 멋진 것들을 할 수 있습니다.
다시 웹 브라우저로 돌아갑니다.

English: 
This is the application on your computer that
lets you talk with all these web servers.
Browsers not only request pages and media,
but also render the content that’s being
returned.
The first web browser, and web server, was
written by (now Sir) Tim Berners-Lee over
the course of two months in 1990.
At the time, he was working at CERN in Switzerland.
To pull this feat off, he simultaneously created
several of the fundamental web standards we
discussed today: URLs, HTML and HTTP.
Not bad for two months work!
Although to be fair, he’d been researching
hypertext systems for over a decade.
After initially circulating his software amongst
colleagues at CERN, it was released to the
public in 1991.
The World Wide Web was born.
Importantly, the web was an open standard,
making it possible for anyone to develop new
web servers and browsers.
This allowed a team at the University of Illinois
at Urbana-Champaign to create the Mosaic web
browser in 1993.
It was the first browser that allowed graphics
to be embedded alongside text; previous browsers
displayed graphics in separate windows.
It also introduced new features like bookmarks,
and had a friendly GUI interface, which made
it popular.

Korean: 
이것은 컴퓨터에 설치된 응용 프로그램으로
모든 웹 서버와 대화할 수 있습니다.
브라우저는 페이지와 미디어를 요청할뿐만 아니라
반환되는 콘텐츠도 렌더링합니다.
브라우저는 페이지와 미디어를 요청할뿐만 아니라
반환되는 콘텐츠도 렌더링합니다.
첫 번째 웹 브라우저와 웹 서버는 1990년 2개월 동안 
Tim Berners-Lee경에 의해 작성되었습니다.
첫 번째 웹 브라우저와 웹 서버는 1990년 2개월 동안 
Tim Berners-Lee경에 의해 작성되었습니다.
당시 그는 스위스 CERN에서 근무했습니다.
(CERN: 유럽 원자핵 공동 연구소 )
이 위업을 이루기 위해 그는 URL, HTML 및 HTTP와 같은
오늘 논의한 몇가지 기본 웹 표준을 동시에 만들었습니다.
이 위업을 이루기 위해 그는 URL, HTML 및 HTTP와 같은
오늘 논의한 몇가지 기본 웹 표준을 동시에 만들었습니다.
2개월 간의 작업으로는 생각보다 괜찮습니다!
10년 이상 하이퍼텍스트 시스템을 연구해오고 있었다는 
것을 감안하면 꽤 공정하긴 합니다.
처음 CERN에서 동료들에게 소프트웨어를 배포 한 후,
1991년에 일반인에게 배포되었습니다.
처음 CERN에서 동료들에게 소프트웨어를 배포 한 후,
1991년에 일반인에게 배포되었습니다.
월드 와이드 웹 (World Wide Web)의 탄생입니다.
중요한 것은, 웹이 공개 표준 이었기 때문에 누구나 
새로운 웹 서버와 브라우저를 개발할 수있었습니다.
중요한 것은, 웹이 공개 표준 이었기 때문에 누구나 
새로운 웹 서버와 브라우저를 개발할 수있었습니다.
이로써 일리노이 대학의 Urbana-Champaign 팀이 
1993 년에 Mosaic 웹 브라우저를 만들 수있었습니다.
이로써 일리노이 대학의 Urbana-Champaign 팀이 
1993 년에 Mosaic 웹 브라우저를 만들 수있었습니다.
그래픽을 텍스트와 함께 삽입할 수 있는
최초의 브라우저였습니다.
이전 브라우저는 별도의 창에 그래픽을 표시했습니다.
또한 북마크와 같은 새로운 기능을 도입했으며
친숙한 GUI 인터페이스를 통해 인기를 얻었습니다.
또한 북마크와 같은 새로운 기능을 도입했으며
친숙한 GUI 인터페이스를 통해 인기를 얻었습니다.

Korean: 
꽤 딱딱해 보이지만,
우리가 오늘 알고 있는 웹으로 인식할 수 있습니다!
1990년대 말까지, 많은 웹 브라우저가 사용되었습니다.
넷스케이프나 네비게이터,
인터넷 익스플로러, 오페라, 옴니 웹 및
모질라와 같은 것들이 있었습니다.
아파치와 Microsoft의 인터넷 정보 서비스(IIS)와
같은 많은 웹 서버도 개발되었습니다.
아파치와 Microsoft의 인터넷 정보 서비스(IIS)와
같은 많은 웹 서버도 개발되었습니다.
매일 새로운 웹 사이트가 등장하고 Amazon과 eBay와
같은 웹의 주축은 1990년대 중반에 설립되었습니다.
황금기 였습니다!
웹은 번성했고 사람들은 점점 더
검색할 수 있는 방법을 필요로 했습니다.
만약 여러분이 ebay.com처럼 원하는 웹 주소를 알고 
있다면  그냥 브라우저에 입력하면 됩니다.
만약 여러분이 ebay.com처럼 원하는 웹 주소를 알고 
있다면  그냥 브라우저에 입력하면 됩니다.
하지만 어디를 가야할지 모르면 어떻게 할까요?
여러분이 지금 당장 귀여운 고양이의 사진을
얻고 싶을 때 처럼요.
여러분이 지금 당장 귀여운 고양이의 사진을
얻고 싶을 때 처럼요.
어디로 갈까요?
처음에 사람들은 다른 웹사이트로 연결되는
하이퍼링크 디렉토리를 웹페이지에 유지했습니다.
처음에 사람들은 다른 웹사이트로 연결되는
하이퍼링크 디렉토리를 웹페이지에 유지했습니다.
그 중 가장 유명한 것은 "Jerry와 David의 World Wide
Web Guide", 였으며 1994년에 Yahoo로 바뀌었습니다.
그 중 가장 유명한 것은 "Jerry와 David의 World Wide
Web Guide", 였으며 1994년에 Yahoo로 바뀌었습니다.
웹이 성장하면서 사람이 편집한 디렉토리가 다루기
힘들어지기 시작했고, 이에 검색 엔진이 개발되었습니다.
웹이 성장하면서 사람이 편집한 디렉토리가 다루기
힘들어지기 시작했고, 이에 검색 엔진이 개발되었습니다.
생각 거품에 가 봅시다!
우리가 오늘날 사용하는 것과 같이 작동했던
가장 초기의 웹 검색 엔진은

English: 
Even though it looks pretty crusty, it’s
recognizable as the web we know today!
By the end of the 1990s, there were many web
browsers in use, like Netscape Navigator,
Internet Explorer, Opera, OmniWeb and Mozilla.
Many web servers were also developed, like
Apache and Microsoft’s Internet Information
Services (IIS).
New websites popped up daily, and web mainstays
like Amazon and eBay were founded in the mid-1990s.
A golden era!
The web was flourishing and people increasingly
needed ways to find things.
If you knew the web address of where you wanted
to go – like ebay.com – you could just
type it into the browser.
But what if you didn’t know where to go?
Like, you only knew that you wanted pictures
of cute cats.
Right now!
Where do you go?
At first, people maintained web pages which
served as directories hyperlinking to other
websites.
Most famous among these was "Jerry and David's
guide to the World Wide Web", renamed Yahoo
in 1994.
As the web grew, these human-edited directories
started to get unwieldy, and so search engines
were developed.
Let’s go to the thought bubble!
The earliest web search engine that operated
like the ones we use today, was JumpStation,

English: 
created by Jonathon Fletcher in 1993 at the
University of Stirling.
This consisted of three pieces of software
that worked together.
The first was a web crawler, software that
followed all the links it could find on the
web; anytime it followed a link to a page
that had new links, it would add those to
its list.
The second component was an ever enlarging
index, recording what text terms appeared
on what pages the crawler had visited.
The final piece was a search algorithm that
consulted the index; for example, if I typed
the word “cat” into JumpStation, every
webpage where the word “cat” appeared
would come up in a list.
Early search engines used very simple metrics
to rank order their search results, most often
just the number of times a search term appeared
on a page.
This worked okay, until people started gaming
the system, like by writing “cat” hundreds
of times on their web pages just to steer
traffic their way.
Google’s rise to fame was in large part
due to a clever algorithm that sidestepped
this issue.
Instead of trusting the content on a web page,
they looked at how other websites linked to
that page.
If it was a spam page with the word cat over
and over again, no site would link to it.

Korean: 
1993년 Jirathon Fletcher가
스털링 대학에서 만든 JumpStation입니다.
이것은 함께 작동하는 세 가지 소프트웨어로 구성됩니다.
첫 번째는 웹 크롤러로,
발견할 수 있는 모든 링크를 따라 갑니다.
언제든지 새 링크가 있는 페이지에 대한 링크를 
따라 가면 목록에 추가됩니다.
언제든지 새 링크가 있는 페이지에 대한 링크를 
따라 가면 목록에 추가됩니다.
두 번째 구성 요소는 크롤러가 방문한 페이지에 나타난 
텍스트 용어를 기록하는 계속 확장 된 색인이었습니다.
두 번째 구성 요소는 크롤러가 방문한 페이지에 나타난 
텍스트 용어를 기록하는 계속 확장 된 색인이었습니다.
마지막은 색인을 참고하는 검색 알고리즘이었습니다.
예를 들어, "Cat"이라는 단어를 JumpStation에 입력하면 
그 단어가 나오는 모든 웹페이지가 목록에 뜹니다.
예를 들어, "Cat"이라는 단어를 JumpStation에 입력하면 
그 단어가 나오는 모든 웹페이지가 목록에 뜹니다.
조기 검색 엔진은 매우 단순한 측정 기준을 사용하여 
검색 결과의 순위를 매겼으며,
종종 그것은 페이지에 나타난 횟수였습니다.
사람들이 자신의 웹페이지에 Cat을 수 백번 작성해서
소통량을 조종하는 편법을 쓰기전까진 잘 돌아갔습니다.
사람들이 자신의 웹페이지에 Cat을 수 백번 작성해서
소통량을 조종하는 편법을 쓰기전까진 잘 돌아갔습니다.
Google의 명성은 이 문제를 피하는
영리한 알고리즘 덕분입니다.
Google의 명성은 이 문제를 피하는
영리한 알고리즘 덕분입니다.
웹 페이지의 내용을 신뢰하는 대신 다른 웹 사이트가 
해당 페이지에 연결된 방식을 살펴보았습니다.
웹 페이지의 내용을 신뢰하는 대신 다른 웹 사이트가 
해당 페이지에 연결된 방식을 살펴보았습니다.
Cat이라는 단어가 반복해서 포함된 스팸 페이지인 경우
어떤 사이트도 링크하지 않았습니다.

Korean: 
그러나 웹페이지가 Cat에 대한 권위자라면,
다른 사이트가 링크될 가능성이 높습니다.
따라서 특히 "신뢰할 수있는 사이트"에서 "backlinks"라고
불리는 항목의 수는 종종 좋은 사인이었습니다.
따라서 특히 "신뢰할 수있는 사이트"에서 "backlinks"라고
불리는 항목의 수는 종종 좋은 사인이었습니다.
이것은 1996년 스탠포드 대학의 BackRub이라 불리는
연구 프로젝트로 시작되었습니다.
2년 후, 오늘날 우리가 알고 있는
Google으로 만들어집니다.
고마워요 생각 거품!
마지막으로, 아마 여러분이 최근에 많이 들어 봤을법한
"Net 중립성"에 대해 잠시 이야기를 나누고 싶습니다.
마지막으로, 아마 여러분이 최근에 많이 들어 봤을법한
"Net 중립성"에 대해 잠시 이야기를 나누고 싶습니다.
이제는 여러분이 패킷, 인터넷 라우팅 및
월드 와이드 웹에 대한 이해를 구축했으므로
이 큰 논쟁의 본질, 적어도 기술적 핵심 요소를 
충분히 이해할 수 있습니다.
이 큰 논쟁의 본질, 적어도 기술적 핵심 요소를 
충분히 이해할 수 있습니다.
짧게 말하면, 네트워크 중립성은 인터넷 상의 
모든 패킷이 똑같이 취급되어야 한다는 원칙입니다.
짧게 말하면, 네트워크 중립성은 인터넷 상의 
모든 패킷이 똑같이 취급되어야 한다는 원칙입니다.
패킷이 제 이메일인지 또는 여러분이 스트리밍 중인
비디오인지는 중요하지 않습니다.
모두 동일한 속도와 우선 순위를 따라야합니다.
그러나 많은 기업들이 자신의 데이터가 우선적으로
사용자들에게 도착하는 것을 선호합니다.
예를 들어 대형 ISP인 Comcast는 NBC와 The Weather
Chanel과 같은 많은 TV 채널을 소유하고 있습니다.
이들은 온라인으로 스트리밍됩니다.
Comcast를 선택하지 않아도 되지만
Net중립성 규제가 없는 경우, 예를 들어

English: 
But if the webpage was an authority on cats,
then other sites would likely link to it.
So the number of what are called “backlinks”,
especially from reputable sites, was often
a good sign of quality.
This started as a research project called
BackRub at Stanford University in 1996, before
being spun out, two years later, into the
Google we know today.
Thanks thought bubble!
Finally, I want to take a second to talk about
a term you’ve probably heard a lot recently,
“Net Neutrality”.
Now that you’ve built an understanding of
packets, internet routing, and the World Wide
Web, you know enough to understand the essence
– at least the technical essence – of
this big debate.
In short, network neutrality is the principle
that all packets on the internet should be
treated equally.
It doesn’t matter if the packets are my
email or you streaming this video, they should
all chug along at the same speed and priority.
But many companies would prefer that their
data arrive to you preferentially.
Take for example, Comcast, a large ISP that
also owns many TV channels, like NBC and The
Weather Channel, which are streamed online.
Not to pick on Comcast, but in the absence
of Net Neutrality rules, they could for example say that

Korean: 
그들은 콘텐츠가 매끄럽고 부드럽고 우선 순위가 높은 
콘텐츠로 전달되기를 원할 수 있습니다
하지만 다른 스트리밍 비디오는 압박을 받습니다. 즉, 
의도적으로 적은 대역폭과 낮은 우선순위가 부여됩니다.
강조하건대 이것은 단지 추측입니다.
높은 수준의 Net 중립성 옹호론자들은 인터넷 제공업체
가 사용료를 근본적으로 책정할 수 있는 능력을 줌으로써
프리미엄 패킷 전달을 제공하여 착취적인 비즈니스 모델의 씨앗을 심는다고 주장합니다.
프리미엄 패킷 전달을 제공하여 착취적인 비즈니스 모델의 씨앗을 심는다고 주장합니다.
ISP는 경쟁자와 잘 어울리지 않는 강력한 인센티브로
콘텐츠에 대한 문지기가 될 수 있습니다.
또한 Netflix 및 Google과 같은 대기업들이 
특별 대우를 받기 위해 돈을 낼 수 있다면,
신생 기업과 같은 중소기업들은 불리한 입장에 
놓일 것이며, 혁신을 억누를 것입니다.
반면 다른 유형의 데이터를 다른 속도로 전송하려는
좋은 기술적인 이유가 있습니다.
반면 다른 유형의 데이터를 다른 속도로 전송하려는
좋은 기술적인 이유가 있습니다.
스카이프 통화에는 높은 우선 순위가 필요하지만,
이메일을 몇 초 늦게 받는건 큰 문제는 아닐 것입니다.
스카이프 통화에는 높은 우선 순위가 필요하지만,
이메일을 몇 초 늦게 받는건 큰 문제는 아닐 것입니다.
Net 중립성 반대자들은 또한 시장 세력과 경쟁이
나쁜 행동을 억제할 것이라고 주장합니다.
왜냐하면 고객들은 그들이 원하는 사이트를 조절하는 
ISP를 떠날 것이기 때문입니다.
이 논쟁은 한동안 맹위를 떨칠 것입니다.
우리가 항상 Crash Course를 장려하고 있고

English: 
they want their content to be delivered silky
smooth, with high priority…
But other streaming videos are going to get
throttled, that is, intentionally given less
bandwidth and lower priority. Again I just want to reiterate here this is just conjecture.
At a high level, Net Neutrality advocates
argue that giving internet providers this
ability to essentially set up tolls on the
internet – to provide premium packet delivery
– plants the seeds for an exploitative business
model.
ISPs could be gatekeepers to content, with
strong incentives to not play nice with competitors.
Also, if big companies like Netflix and Google
can pay to get special treatment, small companies,
like start-ups, will be at a disadvantage,
stifling innovation.
On the other hand, there are good technical
reasons why you might want different types
of data to flow at different speeds.
That skype call needs high priority, but it’s
not a big deal if an email comes in a few
seconds late.
Net-neutrality opponents also argue that market
forces and competition would discourage bad
behavior, because customers would leave ISPs
that are throttling sites they like.
This debate will rage on for a while yet,
and as we always encourage on Crash Course,

English: 
you should go out and learn more because the
implications of Net Neutrality are complex
and wide-reaching.
I’ll see you next week.

Korean: 
Net 중립성의 함의가 복잡하고 광범위하기 때문에
여러분은 바깥으로 나가 더 많이 배워야 합니다.
Net 중립성의 함의가 복잡하고 광범위하기 때문에
여러분은 바깥으로 나가 더 많이 배워야 합니다.
다음 주에 만나요.
