A história da web (Chrome University 2019)

[0:03] CHRIS WILSON: Boa tarde. Estou aqui para falar sobre a história da web, desde seus humildes começos no início dos anos 1990 até os altos e baixos nas guerras dos navegadores até hoje. E grande parte desta palestra, para mim pessoalmente, é nostalgia. Espero que haja muito-- vejam que impacto a história teve na web de hoje. Como disse George Santayana, aqueles que não podem lembrar o passado estão condenados a repeti-lo. Definitivamente não vamos fazer isso. Vou falar muito sobre a história do Internet Explorer.

[0:34] Você vai descobrir por quê em um segundo. Mas eu ainda acredito que muito disso nos levou aonde estamos hoje. Mas, assim como no filme de Mel Brooks, eu tenho que pular muita coisa. Então, o primeiro deck que montei para hoje acho que tinha cerca de uma hora e meia. Espero conseguir passar por tudo e terminar no horário. Então, olá. Eu sou Chris Wilson. Trabalho na plataforma web há muito, muito tempo. Comecei há mais de 26 anos. Coescrevi a versão Windows do NCSA Mosaic, o primeiro navegador realmente de massa depois do navegador do Tim Berners-Lee.

[1:10] Fui engenheiro, PM, PM líder, GPM, defensor do desenvolvedor. Atualmente estou na equipe TPGM no Chrome. Trabalhei em quatro navegadores diferentes, eu acho, e sou Googler desde 2010. A propósito, isso é desde a versão 6 do Chrome. A versão 6 do Chrome foi lançada uma semana depois que eu comecei. Não me entenda mal. Isso soa super impressionante. Não me considero a pessoa mais inteligente da sala, certamente não nesta sala.

[1:43] Estive na sala onde aconteceu, para usar uma citação de Hamilton por um segundo, muitas e muitas vezes ao longo dos anos, o que é bem legal. Mas-- então quero que todos vocês voltem suas mentes, para alguns de vocês, antes de vocês nascerem, para 1988. 1988 é quando eu fui para a Universidade de Illinois como graduando. E para dar uma ideia da internet na época, este gráfico é ótimo. Vocês não conseguem realmente ler os rótulos, mas 1988 está aqui, basicamente. E vocês vão notar que quase não existe.

[2:16] Ninguém tinha realmente ouvido falar da internet naquele momento. Na verdade, ainda era comumente conhecida como ARPANET nos círculos acadêmicos. E minha turma de graduação ingressante não recebia contas de e-mail por padrão. Você tinha que ir ao laboratório de informática, pedir uma pessoalmente. E, na verdade, a gente fazia login no mainframe. Tipo, as pessoas geralmente não tinham a capacidade de se conectar. E você tinha um limite de tempo de sete horas por semana nesse sistema mainframe.

[2:47] E eu geralmente esgotava isso jogando Ultimate Larn, porque você só tinha sete horas. Eu geralmente esgotava nos primeiros dois dias, e então não conseguia verificar meu e-mail de novo até sábado de manhã. Felizmente, os estudantes de engenharia recebiam uma segunda conta sem restrição de tempo em um mainframe diferente. Então, claramente, passei nas minhas aulas de ciência da computação. Este foi meu primeiro terminal de internet. Era um terminal descartado de um trabalho que eu estava fazendo no verão. Era um terminal HP 2622A.

[3:20] Tinha uma impressora térmica integrada na parte superior. Era incrível. Eu conectei isso ao sistema da Universidade de Illinois via um modem de 2,400 baud, incrivelmente rápido para a época. Para referência, calculei que meu celular tem algo como 6,000 vezes mais velocidade de conexão geral LTE, e uma conexão 60,000 vezes mais rápida quando estou no Wi-Fi em casa. Ou é cerca de duas vezes a velocidade do Wi-Fi do meu hotel aqui em Mountain View.

[3:50] Mas isso era apenas um terminal de texto. Tipo, a internet era principalmente texto. Na verdade, esse é um dos pontos que eu destaquei aqui: era realmente e-mail, era Usenet, era IRC, era Gopher. FTP também era legal, mas francamente, usado muito menos, exceto para compartilhar software. Agora não se preocupem. Minha apresentação inteira não é só citações de Douglas Adams. Tem mais algumas, eu acho. Mas isso é realmente-- isso é algo para lembrar o tempo todo.

[4:21] Qualquer coisa que esteja no mundo quando você nasce ou quando você é muito jovem é simplesmente normal. É o jeito que o mundo funciona. Eu tenho duas filhas. A internet é o jeito que o mundo funciona. Elas nem pensam nisso. Dispositivos móveis? Com certeza. Qualquer coisa inventada entre quando você tem 15 e 35 anos é nova, empolgante, e você provavelmente pode fazer carreira nisso. E a internet, a web, foi definitivamente inventada entre quando eu tinha 15 e 35 anos. Agora, não estou aqui para dizer, saiam do meu gramado, seus jovens insolentes.

[4:52] A web já foi feita. Tudo o que você pode inventar é contra a ordem natural das coisas. O desafio é, realmente, como você pega isso e faz com que você possa se adaptar à ordem natural das coisas. Pense no que isso pode se tornar no futuro. Porque, caso contrário, eu fiz 35 anos antes do Chrome ser lançado, então isso seria um problema. Em 1991, consegui um emprego de meio período trabalhando no National Center for Supercomputing Applications. É a última vez que vou soletrar isso. O NCSA é um dos cinco centros originais de supercomputação da NSF, e a missão do nosso grupo dentro do NCSA era construir ferramentas de software para permitir que pesquisadores usassem o poder dos supercomputadores em suas mesas.

[5:39] Então fizemos Telnet. Literalmente construímos o Telnet. Na verdade, foi para isso que fui contratado, trabalhar no terminal. Agora, tenham em mente, isso foi antes do Windows 95. Isso foi antes do Windows 95. Não havia pilha de rede TCP/IP. O PC Telnet era software para DOS. Tivemos que eventualmente construir software para Windows. Também fizemos ferramentas de visualização e coisas do tipo. Ferramentas de carregamento e formatação de dados, esse tipo de coisa.

[6:11] Mas isso se encaixou perfeitamente quando surgiu este projeto, em que alguns caras criaram este software para X Windows, chamado Mosaic, que permitia acessar essa coisa que um cara na Suíça tinha criado chamada world wide web. Usava uma linguagem de documento protótipo chamada HTML. Isso foi meio que-- bem, foram os próximos 26 anos da minha vida. Eu coescrevi a versão Windows disso.

[6:42] Por falar nisso, o NCSA Mosaic tinha três versões: Mac, PC, Windows e X Windows. Eram totalmente diferentes. Não compartilhavam código de forma alguma. Olhávamos o código uns dos outros, mas software multiplataforma, não era bem uma coisa. Eu também-- isso arruinou completamente a palavra mosaic para mim. Se você disser a palavra mosaic, não vou pensar em uma obra de arte. Mas tenham em mente, de novo, não tínhamos suporte de rede no Windows. O Windows não tinha um driver de rede embutido.

[7:15] Tipo, eles não tinham sockets. Você podia comprar um pacote separado que adicionava isso. Mesmo o Windows 3.11, com rede, não lembro o nome direito. Windows for Workgroups, eu acho. Não tinha TCP/IP embutido. Não tinha sockets. Tinha rede, mas através da Novell ou algo assim. Então já tínhamos nossa própria pilha de rede. Na verdade, literalmente escrevemos os drivers de dispositivo para placas de rede. Tipo, eu depurava essas coisas. Depurei o algoritmo de fallback do TCP/IP em um momento.

[7:50] E então fizemos isso funcionar no Windows. Construímos a análise e renderização de HTML, todo esse tipo de coisa. E o NCSA tinha essa tradição de lançar muitas e muitas versões beta. Tipo, basicamente, compile na sua máquina, publique uma versão. Acho que na verdade publiquei várias versões de depuração, porque não conseguia encontrar um bug que, claro, acabou sendo uma inicialização de ponteiro. Mas colocamos o Windows Mosaic no servidor FTP pela primeira vez.

[8:20] E lembro que ficamos super empolgados, porque uma semana depois, estávamos em 1,000 downloads. Agora, eu dei esta palestra acho que em 2011, e calculei tipo, quanto tempo o Firefox levou para chegar a 1,000 downloads, e foi medido em frações de segundo. Então, uma escala um pouco diferente. Mas ainda assim, o que foi realmente surpreendente foi que o jogo DOOM saiu no mesmo ano, e ainda assim conseguimos trabalhar no Mosaic, porque éramos universitários.

[8:53] Quer dizer, éramos estudantes. O NCSA tinha essa ótima carta geral de, ei, vá possibilitar educação e pesquisa. E tivemos a oportunidade de explorar muitas coisas. E se não tivéssemos isso lá, não teríamos conseguido construir um navegador web. Não estava na carta do nosso grupo de ferramentas de software na época. Éramos encarregados de construir ferramentas de visualização de imagens, Telnet, etc. E essa é uma das coisas, um dos paralelos que traço com o Google, porque o Google tem muito dessa flexibilidade.

[9:26] É uma coisa que eu realmente gosto de trabalhar aqui. Agora, mas no geral, tipo, cometemos vários erros tolos no Mosaic, porque não sabíamos realmente o que estávamos fazendo. Não tínhamos muito apoio. Não tínhamos um plano de negócios. Quer dizer, muitas pontocom também não tinham planos de negócios, mas nós realmente não tínhamos, tipo, não havia aula de experiência do usuário no meu curso de ciência da computação. Não havia teoria de teste de software ou nada parecido.

[9:56] E não tínhamos nem sistemas de controle de versão. Tipo, éramos dois trabalhando no Windows Mosaic. Não tínhamos unidades de rede. Então, literalmente, a gente trabalhava no mesmo código, salvava em um disco zip, atravessava o escritório, colocava na unidade do outro cara, copiava os arquivos certos, torcia para dar certo. Então fizemos algumas escolhas tolos. E uma em particular que eu assumo é esta. Sou pessoalmente responsável por tags de negrito e itálico sobrepostas funcionarem na web primitiva.

[10:32] Por alguma razão, achei que isso seria legal. A violação desenfreada de todo o bom senso e decência de documentos estruturados em SGML. E, a propósito, sim, ainda damos suporte a isso no Chrome e em todos os outros navegadores, provavelmente. Fazemos isso de uma maneira interessante que não viola tudo o que é decente. Mas em minha defesa, tal como é, achei que seria legal na época. Mas a web primitiva, mesmo a web realmente primitiva, porque lembrem, eu estou tipo, por volta de '93.

[11:10] Era realmente atraente. E a razão pela qual era atraente era que você tinha acesso a todas essas informações. Quer dizer, a missão do Google é organizar as informações do mundo e torná-las universalmente acessíveis e úteis. E eu era o que estava conversando no fundo quando a Parisa fez essa pergunta antes, porque está no meu deck algumas vezes. E vocês têm que lembrar, nos dias de hoje, as informações do mundo não estavam na internet. A internet era tipo, estávamos na parte baixa daquela rampa, certo?

[11:42] Muita dessa informação nem estava em formato digital ainda. Tipo, você tinha que ir a uma biblioteca para obter informações. Agora, eventualmente, é claro, tipo, qualquer um que já tenha assistido a um monte de informações antes e saiba como tendemos a pensar na plataforma web, reconhecerá parte deste acrônimo LICE aqui. Mas neste ponto, não era indexável, realmente. Ou era indexável, mas não havia índices para isso. Na verdade, eu queria trazer, na minha estante, tenho este livro. Tipo, um livro em papel encadernado, que é literalmente listas de URLs e descrições deles.

[12:18] Foi publicado, eu acho, em '93. '93 ou '94, não lembro qual. E é apenas um livro sólido cheio de, ei, isto é o que você pode encontrar no site do Honolulu Community College ou algo assim. Então, o mais importante, no NCSA tínhamos isso-- reconhecemos que a coisa mais legal dessa web era que todos podiam ser autores, porque a maioria dos sistemas por aí não era realmente projetada para que qualquer pessoa pudesse montar servidores e compartilhar informações.

[12:51] Gopher em particular. Tipo, os clientes Gopher eram facilmente acessíveis. O software servidor Gopher você tinha que pagar os olhos da cara. Tipo, basicamente só universidades rodavam ou empresas privadas, porque era muito caro rodar o software. Agora, então, na verdade implementamos várias coisas no NCSA para tentar incentivar esse compartilhamento de informações. Na verdade, tínhamos, mesmo em 1993, implementamos um recurso de anotação em grupo.

[13:21] Tipo, você podia anotar páginas web, e então qualquer pessoa do seu grupo que compartilhasse o mesmo servidor de anotações veria suas anotações quando fosse às mesmas páginas web. Também tivemos essa ideia de que o software de servidor web deveria ser gratuito, e todos deveriam rodar um servidor na sua máquina. Agora, colocando isso em contexto, isso estava a várias gerações de problemas massivos de segurança de onde estamos hoje. Na verdade, eu rodava um servidor web no meu PC no meu escritório no NCSA.

[13:54] Era acessível mundialmente. Quer dizer, literalmente qualquer pessoa podia simplesmente fazer FTP no meu pessoal. Na verdade, nós escrevemos um jogo de combate de cães espaciais em rede. Eu e um grupo de amigos na Universidade, pegamos emprestado o código PC Telnet do NCSA para fazer isso. E depois que estávamos jogando, tipo, conseguimos colocá-lo em funcionamento. Foi tipo, incrível. Aquelas primeiras LAN parties. Foi ótimo. Depois que o tivemos funcionando por um tempo, percebi que nunca desativei o servidor FTP no código PC Telnet.

[14:26] Então, claro, eu podia tipo, fazer FTP na máquina do meu amigo enquanto ele estava jogando e, você sabe, iniciar um grande download. Ele não gostou muito disso. Mas o legal era que havia muito conteúdo maluco. Tipo, isso era inovador na época, porque você não tinha acesso a esse conteúdo. Tipo, havia um cara chamado Kevin Hughes do Honolulu Community College que, eles têm um museu de dinossauros muito legal nessa faculdade comunitária em Honolulu. E então ele pensou, oh, isso é incrível.

[14:58] Vou tirar algumas fotos com minha câmera digital e colocá-las online. E ele fez. E havia tipo, você simplesmente obtinha esse tipo de coisa estranha. E isso é, mais do que qualquer outra coisa, eu acho, o que contribuiu para o crescimento da web foi esse conceito de cauda longa. Quem não ouviu falar de cauda longa antes? Só para-- OK, então há alguns, o que é bom. É aqui que a grande porção de conteúdo lá fora-- a população geral está nessa cauda. E infelizmente, as cores estão erradas. Mas tipo, todas essas coisas aqui, medidas por interesse, são tão populares quanto as coisas mais populares.

[15:35] Então outra maneira de ver isso é, a web é incrível, porque as pessoas ficam super interessadas em tópicos incomuns, mais até, às vezes, do que o último vídeo da Taylor Swift. O que é ótimo, por sinal. Isso é tido como certo hoje. Tipo, isso é uma daquelas coisas em que você está balançando a cabeça e dizendo, sim, tanto faz. Isso era novo na época, porque você realmente não conseguia acessar a cauda longa, não no início dos anos '90s. Na verdade, no início dos anos '90s, ou meados dos '90s, na verdade, em 1996, eu fiz uma aula para aprender a tocar didgeridoo.

[16:12] Parte da aula era como construir um. Eu fiquei tipo, oh, isso é muito legal, e coloquei uma página web, como construir um didgeridoo de bambu. É bem fácil, por sinal. Você só fura um buraco nele mais ou menos. Mas quantos de vocês se lembram do GeoCities? Isso mesmo. Fãs de nostalgia, adoro. Eu coloquei um site no GeoCities sobre como construir didgeridoos a partir de pedaços de bambu, completo com arte ASCII, porque eu ainda não tinha uma câmera digital.

[16:44] Isso foi sete anos antes da Canon lançar a Digital Rebel, só para referência. Então realmente não era tão popular, e eu coloquei meu endereço de e-mail da Microsoft nele. E sim, isso parece uma coisa maluca de se fazer hoje, mas eu fiz. E essa página ficou no ar até o GeoCities fechar em 2009. E todo esse tempo, por 13 anos, pelo menos uma vez por mês, eu recebia um e-mail de alguém dizendo, ei, isso é ótimo. Eu queria saber se você sabe onde conseguir bambu cru aqui na Finlândia.

[17:18] Por sinal, esta página ainda está acessível. Se você realmente quiser vê-la, a URL está nas notas do palestrante para esta página, mas não vou acessá-la agora, porque tenho um pouco de vergonha da arte ali. Mas conto essa história não porque acho que todos vocês estão interessados em construir didgeridoos de bambu, embora eu fique feliz em falar sobre isso. Menos ainda de vocês estão realmente interessados nos detalhes mais finos de onde conseguir bambu cru aqui na Califórnia. Eu sei, porque vivi aqui por um tempinho.

[17:49] Mas vocês provavelmente têm alguns interesses igualmente incomuns. Na verdade, em contraste, nos últimos anos, comecei a fazer ukuleles no meu tempo livre. E compro meus materiais e ferramentas online. Assisto a vídeos no YouTube sobre como curvar as laterais direito ou aquela coisa. Comparo notas em fóruns sobre diferentes escolhas de madeira, etc., navego por madeiras exóticas no eBay. Isso é uma coisa. Tipo, eu pesquisava madeira para ukulele no eBay.

[18:24] E não é tipo, cinco páginas. Há tipo, centenas de resultados. E estou mostrando minha idade porque acho isso incrível. Tipo, isso está explodindo, o acesso à informação que você tem. Esta é uma nova ordem natural massivamente nova. E isso me leva a algo que eu digo há décadas sobre minha carreira, que é que a web e a internet só ajudam as interações humanas a acontecer mais rápido, e com menos barreiras, menos obstáculos no caminho.

[18:54] Eu costumava pensar, por sinal, que isso era uma coisa incondicionalmente boa. Não penso mais isso. Então isso é meio que um prenúncio, tenha cuidado com como você possibilita interações humanas. Mas definitivamente remove barreiras geográficas e barreiras de informação. Então, de qualquer forma, lá em 1994, a equipe central do Mosaic praticamente toda saiu da NCSA quase ao mesmo tempo. Mark Andreessen tinha saído no ano anterior.

[19:26] Eu pedi demissão e fui para Seattle assumir um trabalho diferente. E então Mark voltou com Jim Clark, pegou o resto da equipe de engenharia, antes que pudessem sair e se mandar porque viram que eu fui o primeiro a sair, mas não seria o último. Mas eu fui para uma empresa chamada SPRY. Eles construíram um produto chamado Internet in a Box. Eu literalmente tinha um desses na minha estante também. Sim, a internet inteira em uma caixa.

[19:58] Mas era meio legal, porque era o pacote completo para o que você precisava para se conectar à internet. O que, novamente, na época, era bem legal. Tinha um navegador Usenet. Tinha um sistema de e-mail. E tinha um cliente Gopher. Também tinha um navegador web. E ainda não estava claro que a web era a vencedora, por sinal. Tinha todas essas. Tipo, quando eu estava montando esta palestra, e eu tipo, você sabe, fiz o Command tab no meu Mac, e é tipo, literalmente as únicas coisas rodando são duas cópias do navegador e a calculadora.

[20:31] E isso é só porque era mais fácil chegar à calculadora clicando no ícone. Agora, não quero falar muito sobre a SPRY em particular, porque eles sumiram por um bom motivo. Embora não seja a Spyglass, por sinal. Spyglass era uma empresa totalmente diferente. E na verdade, um ano depois eu saí da SPRY, e entrei na Microsoft e na equipe do Internet Explorer. Spyglass era na verdade essa empresa para a qual a NCSA licenciou seu código, porque perceberam que o negócio de licenciamento de software não era realmente o negócio em que a NCSA queria estar.

[21:06] E então a Spyglass revendeu para todos os outros, e a Microsoft na verdade licenciou dela. E a Spyglass disse que reescreveu todo o código do zero. Só estou dizendo que muito desse código parecia muito familiar, e muito dele, as escolhas arquitetônicas-- sim, tinha algumas das mesmas idiossincrasias que o código que eu tinha escrito. Não que eu me orgulhasse necessariamente, mas era o mesmo.

[21:38] Mas eu entrei na equipe do IE pouco antes de lançarmos o IE 2.0, para contexto. E tenho certeza que alguns de vocês provavelmente já ouviram essa citação antes. Mark Andreessen foi citado dizendo: Netscape reduzirá o Windows a um conjunto de drivers de dispositivos mal depurados. Agora, em sua defesa, por sinal, Mark na verdade disse que Bob Metcalf disse isso, e ele estava apenas retuitando. Bem, citando, porque JavaScript não existia.

[22:09] O Twitter não existia. Isso pode parecer uma alfinetada barata contra a Microsoft. Na verdade, não é, porque eu não acreditei nisso na época. Continuei trabalhando para a Microsoft por 15 anos. Nem acredito nisso agora, porque esses drivers de dispositivos são muito bem depurados neste ponto. Mas não acho que nenhum de nós esperava o que essa declaração meio que prenuncia, que o mundo simplesmente se tornaria a plataforma web, e software em cima dela, não um monte de software em cima do Windows.

[22:44] E isso realmente deu início às guerras dos navegadores. E meu exemplo favorito da monstruosidade das guerras dos navegadores foi a tag blink. E quantas pessoas ouviram a história de como a tag blink foi inventada? Uau, OK. Então essa foi bem boa. Eu não estava no meio dessa. Eu não estava na sala onde isso aconteceu. A tag blink foi criada porque alguns engenheiros da Netscape saíram para beber uma noite. Não estou brincando. Está na Wikipédia. Procure.

[23:15] E um deles, ou mais deles, falaram tipo, oh cara, deveríamos fazer uma tag que faz tudo piscar. E eles estavam bebendo, então um deles decide voltar ao escritório, e na manhã seguinte, mostra aos colegas de trabalho a tag blink. Agora, na Microsoft, odiávamos a tag blink. Ficamos tipo, oh meu deus, por que você faria a-- por que você faria isso? É como se você fosse, sei lá, acionar pessoas sensíveis a luzes piscantes ou algo assim.

[23:46] Isso é horrível. Na verdade, quando a equipe da Netscape exigiu que o CSS incluísse text decoration blink, eu disse tudo bem. Vamos analisar. Vamos aplicar, mas não podemos ser forçados a fazer isso realmente piscar. Estava na especificação CSS1, pelo menos. Você não é realmente obrigado a fazer a coisa piscar visualmente. Agora, ainda tivemos que superar o blink deles, e é disso que se tratava a tag marquee. Na tag marquee, basta pesquisar por marquee tag no Google.

[24:21] Na verdade, é incrível, porque agora tem meu easter egg favorito na pesquisa do Google, porque ele realmente replica uma tag marquee. Tipo, os resultados da tag começam a rolar para frente e para trás. E é basicamente o que o marquee fazia. Ele rolava o texto para frente e para trás. A piada acabou sendo sobre nós na equipe do IE, porque também fizemos ele rolar verticalmente e empilhar texto verticalmente. Como um marquee, você sabe, quando você caminha pela Times Square ou algo assim e há texto vertical.

[24:54] E aparentemente, isso era muito popular na Coreia, porque correspondia a como o texto e as fontes deles funcionavam na época, e era útil no desenvolvimento de texto coreano. E literalmente não conseguimos removê-lo por tipo, uma década, mais de uma década depois, porque era tão intensamente usado e teríamos quebrado muito conteúdo. Agora, em 1996 foi quando lançamos o IE 3, então essa é mais ou menos a era em que estamos.

[25:24] E por volta dessa época, é importante entender, o IE, na verdade, fazia o layout dinâmico das páginas. Tipo, se você redimensionasse a janela, ele simplesmente refazia o layout. É assim que eu escrevi o sistema original de layout de renderização no NCSA Mosaic. Isso também é, por sinal, a idiossincrasia que eu estava mencionando antes, era que eu quebrava sequências de texto. Conforme você estreitava a janela, ele tinha que quebrá-la em lugares diferentes, e ele-- tipo, as sequências nunca se recombinavam. Elas apenas se empilhavam.

[25:54] Então tipo, se você esticasse-- se você apertasse a janela até o fim, ela ocuparia um pouco mais de memória e teria mais sequências no sistema geral. Eles têm a mesma coisa. Agora, o Netscape Navigator, por outro lado, quando você redimensionava a janela, ele literalmente recarregava a página da rede. Nem mesmo do disco. Tipo, o cache em disco só começaria a existir em um ou dois anos.

[26:25] Então eles literalmente recarregavam a página. E na verdade, se você tivesse campos de formulário na página, e talvez percebesse que não conseguia ver um deles, e redimensionasse a janela, ele recarregaria a página e perderia tudo. Eles começaram a armazenar coisas em cache entre carregamentos de página exatamente por esse motivo. Mas fizemos esse tipo de comparação recurso por recurso, mas começou a ficar mais claro que eles estavam-- eles estavam indo atrás de recursos mais baratos do que nós.

[27:00] Nós fizemos uma funcionalidade por funcionalidade em JavaScript, em tabelas, em tags de fonte. Na verdade, eu sou a pessoa que implementou o CSS primeiro em um navegador. Isso aconteceu porque meu chefe entrou no meu escritório e disse: ei, estamos planejando funcionalidades para o IE 3. Queremos que você trabalhe em frames, porque ainda não fizemos frames, iframes, conjuntos de frames, etc. E eu fiquei tipo, ei, isso seria legal. Mas existe essa coisa chamada CSS.

[27:30] A Netscape nem está olhando para isso ainda. Seria super legal. Você pode fazer todo esse tipo de coisa visual bacana. E ele ficou tipo, ah, deixa eu pensar. Voltou em 1/2 hora e disse: sim, vá fazer isso. E foi assim que conseguimos o CSS em um navegador. Mencionei antes sobre codificação, qualidade de codificação, digamos, sistemas de software. E neste ponto, pelo menos tínhamos controle de revisão. Tipo, tínhamos unidades de rede.

[28:01] Mas nos dias do IE 3, nosso sistema de controle de revisão não funcionava tão bem se várias pessoas tentassem fazer check-in ao mesmo tempo, porque frequentemente estávamos fazendo check-in de muitos arquivos diferentes. E tínhamos o que chamávamos de urso de check-in. Isso é literalmente um urso de pelúcia físico. Ficava em um corredor ao lado de um quadro branco. E se você precisasse fazer check-in, tinha que pegar o urso, escrever seu nome no quadro, pegar o urso, o urso tinha que ficar na sua mesa enquanto você fazia o check-in, e então você voltava, e se outra pessoa tivesse escrito o nome dela abaixo do seu, você ia e entregava para ela.

[28:36] Era um semáforo interessante, eu acho. Mas depois que lançamos o IE 3, começamos a olhar para o futuro com o IE 4. E na Microsoft, com o IE 4, na verdade construímos um motor totalmente novo, o motor Trident, o que ficou conhecido como motor Trident. E eu descobri sobre isso pela primeira vez quando fomos convidados para uma palestra desse grupo chamado Forums Cube Team. Não faço ideia de onde veio isso. E havia rumores de que eles estavam construindo algo, e eu não tive a chance de ir.

[29:10] Eu estava ocupado fazendo outra coisa. Mas o outro cara que trabalhava no motor de renderização, meu amigo Jeff, ele foi. E ele volta. Ele entra no meu escritório e está realmente muito, muito para baixo. Eu falei: como foi? E ele: estamos ferrados. Eles podem fazer tudo. Eles podem editar. Eles podem mudar as coisas. Tipo, é um ambiente dinâmico completamente ao vivo. Estamos sem emprego. E ele estava meio certo, porque eu tinha feito folhas de estilo. E eu dei uma palestra para a equipe do Trident tipo, uma semana depois, onde eu estava mostrando todas as coisas que eu tinha feito em folhas de estilo.

[29:44] E eu fiquei tipo, isso faz, isso faz. Espero incluir essas duas funcionalidades antes de lançarmos. Agora, literalmente, alguém na plateia disse: você não poderia, porque qualquer coisa que você lançar, teremos que ser compatíveis. Agora, só por isso, são três funcionalidades. E então eles me pediram para me transferir para a equipe do IE 4, trabalhar em folhas de estilo. E quando me pediram para me juntar, me disseram que eu estaria na equipe de modelo de objetos. E eu fiquei tipo, o quê? A equipe de JavaScript? Vocês me pediram para fazer folhas de estilo. Mas essa era meio que a coisa chave dessa era, tudo se tornou dinamicamente programável.

[30:21] Antes disso, no IE 3, até o IE 3, e ainda no Netscape Navigator, tudo o que você podia reprogramar eram imagens. Não o tamanho, porque você não podia mudar o layout, mas você podia trocar o visual, os links para os quais um hiperlink específico apontaria, campos de entrada. Nada mais. Nada que mudasse o layout do documento. E a única maneira de mudar visuais era campos de entrada e imagens. E de repente, você podia refazer tudo.

[30:52] Quero dizer, você podia mudar o inner HTML e colocar um documento inteiro novo ali. Você podia mudar coisas no modelo de objetos do documento. Havia algumas coisas que você não podia mudar dinamicamente. Há uma palestra de mais de 45 minutos sobre hasLayout aqui que eu vou simplesmente pular, a não ser para dizer que realmente não foi minha culpa. As pessoas às vezes dizem isso. Não foi. E era super importante entender que o Netscape Navigator não tinha um sistema dinâmico. Eles não podiam mudar todas as coisas dinamicamente, tipo, o novo sistema deles, o que se tornou o Mozilla, estava atrasado.

[31:29] Para combater isso, em vez de mudar tudo ao vivo através do modelo de objetos, eles propuseram: ei, deveríamos ter uma nova tag chamada Layer. E você pode colocar coisas que mudam dentro de uma layer. Mas toda aquela coisa de posicionamento CSS, vamos deixar de lado. Nós ficamos tipo, não, acho que vamos fazer isso. Houve muita disputa de um lado para o outro. E acho que tudo isso culminou quando lançamos o ActiveDesktop no Windows 98. E isso porque você de repente podia colocar conteúdo web na área de trabalho, e toda a decoração de janela ali era na verdade feita em conteúdo web.

[32:07] Isso era horripilante para aqueles de nós que realmente sabiam o que estava acontecendo, porque era um sistema muito pesado sendo colocado para fazer um sistema de baixo nível. Mas essa também foi a época do surgimento do Ajax, certo? Foi quando Alex Hauptmann, um cara com quem trabalhei depois no IE, eles precisavam de um sistema de transferência de dados para o Outlook Web Access. Então eles criaram esse controle, o lançaram no MSXML, e isso foi lançado no período do IE 5.

[32:38] Não tenho certeza de qual das versões do IE 5, porque literalmente tivemos IE 5.0, 5.01, 5.01A, 5.01B, 5.01C e 5.01D. Estávamos tentando nos alinhar com o Office. Levou algumas tentativas. E depois disso, meio que tropeçamos na Microsoft. Estávamos em grande parte apenas rearquitetando. Tipo, IE 5.5 para essa coisa de frames nativos. E o IE 6 consertou todas as coisas que quebramos no IE 5.5. E foi basicamente isso. Realmente. Tipo, não sabíamos bem o que fazer.

[33:09] E muito disso é por causa deste gráfico. E isto é a adoção de navegadores, durante esse período. E você notará que há um belo pico ali, e a maioria das pessoas não se sai bem em picos. Particularmente a Microsoft não se sai, mas a maioria das pessoas não se sai bem em picos. Mas quando lançamos o IE 6, estávamos bem aqui. Tínhamos o melhor navegador do planeta. Quero dizer, éramos muito melhores que o Netscape Navigator na minha opinião, admitidamente um tanto tendenciosa.

[33:41] Nosso produto para Mac era na verdade melhor que nosso produto para Windows. Ou a equipe de Mac está aplaudindo em algum lugar e nem sabe por quê. Mas a web na verdade não tinha layout rico. Ela se saía muito bem com texto fluido. Se saía muito bem com tabelas. Mas não fazia empilhamento e não fazia grades na época, o que era meio ruim. A compatibilidade estava se tornando um problema real para nós, particularmente porque a Microsoft tinha essa filosofia de compatibilidade realmente muito rígida.

[34:12] Lembro de ter que pedir aprovação para quebrar algo para consertar nosso suporte a padrões, mas isso quebraria algo nas páginas de Ajuda do Microsoft Cart Precision Racing, um jogo que havíamos lançado tipo, três anos antes. E, no geral, a web não levava desenvolvedores de volta ao Windows, e a Microsoft começou a questionar: por que estamos fazendo tudo isso por algo que não nos traz mais desenvolvedores? E já temos todos os usuários, então por que precisamos fazer isso.

[34:45] Eles só queriam reter o mercado de desenvolvedores. Então criamos esse projeto Avalon, que se tornou o dotnet framework 3.0. E eu não estou-- há pelo menos outra palestra de 45 minutos aí. E é claro, isso acabou fazendo com que eles perdessem esse mercado também, e então o declinaram. E é claro, ao mesmo tempo, o mundo continuou, certo? Esse padrão de aplicativos mashup se tornou cada vez mais importante. Eu escrevi este white paper internamente sobre mashups.

[35:16] E isso é basicamente múltiplos componentes e dados começando a se juntar. De novo, isso parece natural hoje. Mas a ideia de que você tinha o mesmo sistema que tinha estatísticas de crimes de Chicago e software de mapeamento, e que você podia simplesmente fazê-los funcionar juntos dinamicamente, isso era bem incrível na época. E, é claro, o WebKit começou a ganhar tração. O Firefox estava ganhando tração. E o WHATWG foi formado por essa época também, porque o W3C meio que perdeu o rumo.

[35:46] Há várias horas de palestras aí. E em 2004, a Microsoft finalmente acordou, disse: ah, espera aí. Precisamos fazer algo aqui. E este foi na verdade o lançamento do qual eu me orgulhei mais pessoalmente. Não pelo que realmente lançamos, mas porque tivemos que construir uma equipe basicamente do zero. E a parte infeliz é que você lê-- isto é da página da Wikipedia sobre o IE 7, e meio que diz: novos recursos, incluindo navegação por abas e zoom de página, caixa de pesquisa integrada, um leitor de feeds.

[36:22] E ah, sim, o suporte a padrões web ficou um pouco melhor, mas ainda não passa nos testes básicos. E isso-- tivemos que nos acostumar a ser vilipendiados nessa fase. Eu realmente tive alguém nos comentários do blog, se passando por Satanás, me oferecendo um emprego naquele momento. Perguntou quanto eu ganhava e se eu queria um emprego. E eu fiquei meio preocupado, então não apaguei o post, porque nunca se sabe. Mas não leia os comentários do YouTube. Não preste muita atenção nas pessoas.

[36:53] E eu destacaria que só agora estamos entrando no período em que o Chrome começou. Então eu não vou cobrir nada disso, porque o Peter fará um trabalho muito melhor do que eu. Mas eu direi que a Microsoft continuou meio que investindo o mínimo na plataforma. Não no navegador, mas na plataforma. E isso não funcionou tão bem para eles. E muito disso me levou às lições que aprendi com a experiência do IE.

[37:23] Não se torne complacente só porque você está no topo da pilha, e o Chrome definitivamente pode aprender algo aí. Não foque na concorrência foi uma grande parte disso. Isso funciona bem quando há só dois de vocês, não tão bem quando há muitas pessoas diferentes e muitas coisas. Na verdade, somos bem bons em não fazer coisas excêntricas. Tentamos prestar atenção. Tentamos construir muitas páginas de teste e garantir que estamos seguindo uma especificação. Mas mais do que tudo, nem todas as pessoas inteligentes trabalham na sua empresa.

[37:55] E, é claro, não ignore fatores disruptivos como a revolução móvel, que surgiu mais ou menos nessa época também, certo? E isso nos causou alguns desafios no Chrome também. Mas isso foi um grande negócio, certo? Tipo, eu passei em 12 anos de ter este Motorola Startac, que eu prometo que era super sexy quando foi lançado. Era o melhor celular que existia. Eu amava aquele celular. Até o momento em que o deixei cair no Lago Washington, para ter um iPhone. Certo? E o iPhone, tinha todos esses sensores, e a tela de toque era super envolvente, e simplesmente muito poder nele.

[38:32] E, a propósito, eu estava fora 35 quando o iPhone foi lançado. Mas ainda assim consegui me adaptar, porque lembro de dizer dois anos depois: sim, linha de base. Meu celular tem que substituir meu afinador de guitarra agora. Tipo, simplesmente tem que funcionar. Não estou mais carregando um afinador de guitarra por aí. Eu tinha uma guitarra no meu escritório, e sou sensível o suficiente ao tom para querer que funcionasse. E infelizmente, a web não era apenas a plataforma móvel naquele momento. Teria sido ótimo, mas francamente, naquela fase, a web ainda era projetada para 1,024 por 768.

[39:07] Literalmente, estava codificado diretamente nas páginas web. Quando a Apple criou suas regras um tanto malucas sobre como remapear para o dispositivo deles, eles estavam dependendo disso. E eles não estavam errados, realmente, em fazer a maioria das páginas parecer correta. Mas não era realmente aberto a fazer entrada por toque. Ocasionalmente você precisava de um teclado, e a rede ainda era bem instável. Tipo, as pessoas não esperavam isso. E é super importante. Isto é na verdade de mais ou menos esse período também.

[39:39] Ben Galbraith, muito antes de trabalhar no Google, disse isto em uma conferência. E ele disse: a web 2.0 não se trata de um conjunto de tecnologias. Trata-se de se importar com a experiência do usuário, e essa foi a grande evolução da época: as pessoas começaram a se importar de verdade com as experiências oferecidas em um navegador. E antes disso, elas realmente não se importavam. Depois disso, tivemos ainda outra versão disso quando precisamos lançar o banner de Progressive Web App alguns anos atrás, quando realmente tivemos que focar no fato de que a largura de banda ainda era necessária.

[40:15] Tipo, não funcionava -- a web não funcionava bem se você não soubesse que tinha uma conexão. E eu já dei muitas palestras sobre isso. Mas, neste ponto, o que eu quero que todos foquem é que um grande motivo pelo qual estou convencido de que a plataforma web continua sendo aquela plataforma universal é que esse acesso a recursos está alcançando o nível necessário. Só temos que ser supercuidadosos com segurança, privacidade e a experiência do usuário. E, mais do que qualquer coisa, como essa plataforma funciona em outros dispositivos.

[40:46] Esta também é uma das armadilhas em que a Microsoft caiu. Porque mesmo quando a Microsoft tinha duas equipes de navegador, uma equipe para Mac e uma equipe para Windows, a equipe do Mac ficava isolada num canto, por conta própria. Elas não eram integradas. Elas não pensavam nisso. E, tipo, eu sou copresidente do grupo de trabalho da web imersiva. Temos que pensar no headset de AR da Magic Leap e em como o WebXR funciona nele, mesmo que o Google não esteja, até onde eu saiba, construindo um headset de AR atualmente. Então isso é meio importante. A orientação para isso, na verdade, é o Google 101, certo?

[41:22] Respeite o usuário, respeite a plataforma, respeite a comunidade. Não seja a pessoa mais inteligente da sala. Para qualquer um de vocês que trabalhe com padronização, seja o melhor ouvinte. Essa é uma forma muito melhor de encarar isso. Como a Parisa mencionou mais cedo hoje, esta é a nossa missão na equipe do Chrome. E isso, aliás, no geral, foi o que me trouxe ao Google. Tipo, isso é uma parte forte do DNA do Google. É uma parte forte do DNA da equipe do Chrome. É exatamente por isso que eu também continuo aqui.

[41:54] E com isso, acho que vou encerrar com minhas duas últimas citações de Douglas Adams. Obrigado. [MÚSICA TOCANDO]