Adaptação de um trecho do livro de Clive Thompson, Coders: Criando uma nova tribo e recriando o mundoShelley Chen trabalhou como analista de negócios em uma empresa de computadores, quando em 2010 conheceu Jason Ho através de amigos em comum. Ho era muito alto, bem construído e tinha um sorriso malicioso, e eles imediatamente encontraram uma linguagem comum. Ho era um programador e tinha sua própria empresa em San Francisco. Ele também adorava viajar. Menos de um mês depois que se conheceram, Ho surpreendeu Chen ao comprar uma passagem de avião para encontrá-la em Taiwan, onde se mudou temporariamente. Logo, eles já estavam discutindo uma viagem conjunta ao Japão por quatro semanas. Chen estava um pouco preocupado, pois eles não eram tão familiares. No entanto, ela decidiu tentar a sorte.
Acontece que Ho tinha um plano de rota muito difícil e estranho. Ele gostava muito de macarrão
ramen e, para tentar o máximo de opções possível enquanto visitava Tóquio, ele reuniu uma lista de todas as cidades de macarrão e as exibiu nos mapas do Google. Em seguida, ele escreveu um programa especial que classifica os restaurantes para que o casal possa visitar os melhores restaurantes enquanto visita as atrações. Ele disse que era uma tarefa "bastante tradicional" para algoritmos, um tipo do que as pessoas aprendem na faculdade. Ho mostrou a Chen o cartão em seu telefone. Ele disse que planeja fazer anotações, observando em detalhes a qualidade de cada prato. Uau, ela pensou com admiração, embora um pouco desconfiada. "E o cara é um pouco disso."
Mas Ho também era espirituoso, bem-lido e engraçado, e a jornada foi um sucesso. Eles comeram macarrão, beberam cerveja em uma partida de sumô, visitaram o Palácio do Imperador, ficaram em um hotel onde filmaram "Dificuldades de Tradução". Este foi o começo de um relacionamento de sete anos.
Ho tem feito coisas estranhas como otimização de macarrão por muitos anos. Quando criança, ele morava em Macon (Geórgia) e tinha uma calculadora TI-89, como me contou. Uma vez ele folheou as instruções e descobriu que era possível escrever programas em uma das variantes do BASIC na calculadora. Como resultado, ele aprendeu a programar e recriou The Legend of Zelda em uma calculadora. Ele aprendeu Java em um computador e depois da escola foi para o Instituto de Tecnologia da Geórgia para estudar ciência da computação. Em princípio, ele estava interessado em conceitos abstratos de algoritmos, mas acima de tudo ele gostava de usar um computador para não fazer coisas rotineiras e repetitivas. "Toda vez que eu tinha que repetir alguma coisa, ficava entediado", ele me disse.
Em seu último ano de faculdade, Ho fundou uma empresa que criou fóruns em que os alunos que estudavam os mesmos cursos em faculdades diferentes podiam se consultar. A empresa não recrutou um número suficiente de usuários e fechou-o. Ele foi convidado a entrevistar empresas como Google e Microsoft, mas não estava interessado lá. Ele não queria trabalhar para seu tio. Pareceu-lhe que, como funcionário, não criaria algo valioso o suficiente. Sim, é claro, em um local onde você é pago. Mas a maior parte do custo da mão-de-obra vai para os criadores da empresa, seus proprietários. Ele possuía habilidades suficientes para criar seu produto do zero. Ele simplesmente não sabia o que exatamente criar para ele.
Alguns meses depois, ele teve uma ideia quando estava visitando seus pais em Macon. Ele e o pai, pediatra que tinha consultório próprio, foram ao supermercado. O pai precisava comprar dois registradores da hora de chegada e saída dos funcionários - carros antigos, onde os funcionários inserem cartões para que a máquina registre o início e o fim do dia de trabalho. Na loja, este carro foi vendido por US $ 300 cada.
Ho ficou surpreso: a tecnologia dos registradores não mudou desde a Idade da Pedra? Não acredito que essas coisas ainda existem, ele pensou. Ele percebeu que poderia rapidamente invadir um site que executasse a mesma tarefa, só que melhor. Os trabalhadores podem fazer check-in usando o telefone e o site resumirá suas horas automaticamente. "Não compre um registrador", disse ele ao pai. "Vou programar para você." Três dias depois, ele apresentou o protótipo. Os funcionários começaram a usá-lo e, para deleite de Ho, ficaram encantados. Esse sistema acabou sendo muito mais eficaz do que o registrador que trabalha com pedaços de papel.
Ele fez o upload do site, chamado Clockspot, e quatro meses depois ele tinha um novo cliente, um escritório de advocacia. Depois de receber o primeiro pagamento, Ho, que trabalhava na biblioteca do instituto, quase pulou da cadeira. Ele recebeu dinheiro pelo seu software! Nove meses depois, Ho ganhava cerca de US $ 10.000 por mês em empresas de limpeza, empresas de assistência domiciliar e administração de Birmingham (Alabama). Por dois anos, ele trabalhou sem interrupção, melhorando e depurando o código. Como resultado, ele o depurou tão bem que o Clockspot trabalhou no piloto automático. Além de si mesmo, Ho precisava apenas de um agente de suporte ao cliente que não trabalhasse em período integral. Ele recebeu uma boa renda e tinha tempo de sobra para viajar e outros interesses. Ele otimizou a eficácia de sua vida.
Jason Ho, fundador da Clockspot, está tentando otimizar suas ações com códigoComo qualquer pessoa inteligente, você deve ter notado como o software absorve o mundo, de acordo com a frase bem conhecida do investidor Mark Andrissen. Você viu como o Facebook engoliu a esfera social, o Uber absorveu o tráfego urbano, o Instagram deu um forte impulso à cultura do selfie e a Amazon entregou compras em 24 horas. Normalmente, os inovadores da tecnologia se gabam de que seus serviços estão mudando o mundo ou tornando a vida mais conveniente, mas o cerne de tudo isso é a velocidade. Tudo o que você fez antes - estava procurando um táxi, fofocando com um amigo, comprando creme dental - agora é mais rápido. O princípio do Vale do Silício é tomar a ação de uma pessoa e desapertar seu metabolismo ao máximo. E talvez você esteja se perguntando por que isso funciona dessa maneira? Por que os técnicos insistem em acelerar tudo, distorcer ao máximo, otimizar?
Há uma razão óbvia para isso: eles fazem isso de acordo com os requisitos do mercado. O capitalismo recompensa generosamente qualquer pessoa que possa melhorar o processo e obter uma pequena margem. Mas há outro processo com o software. Para codificadores, a eficiência não é apenas uma ferramenta para os negócios. Este é um estado existencial e nutrição emocional.
Os programadores podem ter diferentes experiências de vida e visões políticas, mas quase todas as pessoas com quem conversei têm prazer emocional em aceitar algo ineficaz - até um pouco mais lento que o necessário - e ajustá-lo levemente. Eliminar o atrito do sistema é um prazer estético; os olhos dos codificadores queimam quando discutem como acelerar as coisas ou como conseguiram eliminar as ações humanas irritantes do processo.
Não apenas os desenvolvedores de software são afetados por esta unidade por eficiência. Engenheiros e inventores há muito experimentam motivação semelhante. Nos primeiros anos de industrialização, os engenheiros aumentaram a automação das tarefas diárias, elevando o moral. O engenheiro era "o libertador da humanidade do trabalho monótono desesperado e do trabalho pesado", como escreveu o engenheiro Charles Hermany em 1904. Frederick Winslow Taylor - o inventor do "
taylorismo "
, que ajudou a fundar as linhas de produção, lutou ferozmente com "movimentos humanos desajeitados, ineficazes ou incorretos".
Frank Bunker Gilbreth ficou aborrecido com movimentos desnecessários em tudo, desde colocar tijolos a colocar um colete, e sua parceira e esposa de produção, Lillian Evelyn Gilbreth, projetaram as cozinhas para que o número de etapas necessárias para fazer uma camada de bolo com morangos fosse reduzido “de 281 a 45 ”, como escreveu com entusiasmo o The Better Homes Manual, em 1931.
Muitos dos programadores de hoje experimentaram um flash de inspiração na adolescência, descobrindo que a vida é cheia de ações incrivelmente burras e repetitivas, e que os computadores se dão muito bem com eles. (A lição de matemática, com sua longa lista de exercícios chatos, inspirou muitos codificadores com os quais conversei). Larry Wall, que inventou a linguagem de programação Perl, e vários de seus co-autores escreveram que uma das virtudes principais de um programador é a preguiça, esse tipo de preguiça que faz com que sua falta de vontade de fazer trabalho mecânico o inspire a automatizá-lo.
E, no final, pode ser difícil desativar esse foco na eficiência. "A maioria dos engenheiros que conheço em todos os lugares vê ineficiência", disse Krista Maby, programador de São Francisco. - Ineficiência em embarcar em um avião, poço ou em qualquer lugar. Eles estão simplesmente furiosos com coisas ociosas. ” Ela mesma, andando pela rua, sonha que todos os pedestres usam com mais eficiência as calçadas e as passagens para pedestres. Janet Wing, professora de ciência da computação, chefe do Instituto de Ciência de Dados da Universidade de Columbia, popularizou a frase "pensamento computacional", descrevendo o que Maby está falando. Inclui a arte de ver sistemas invisíveis no mundo ao nosso redor, um conjunto de regras e decisões construtivas que governam nossas vidas.
Jason Ho tinha talento para ver isso e tentar trazer esses sistemas invisíveis ao ideal. Conheci Ho e Chen em - é claro - um restaurante ramen em San Francisco há alguns anos atrás. Ho gerenciava o projeto Clockspot, embora ele próprio estivesse funcionando tão bem que Ho tinha que trabalhar nele várias horas por semana. "Ele diz que trabalha 20 horas por mês, mas parece-me que eu não o vi trabalhar tanto", disse Chen. (Desde então, o casal se separou, mas eles continuam em um bom relacionamento). Ho passou muito tempo viajando. Uma vez ele até reparou o Clockspot, estando no acampamento base do Everest.
Mas seu trabalho em otimização e programação não para. Quando ele queria comprar uma casa, ele escreveu um software que poderia alimentar informações sobre casas no mercado - localização, preços, estatísticas ambientais - e calcularia o valor dos imóveis a longo prazo. Em primeiro lugar, o programa colocou o condomínio Nob Hill. Ele comprou. Ele odeia fazer compras, então comprou dezenas de camisetas e calças cáqui idênticas - uma estratégia clássica para codificadores que elimina o atrito ao decidir sobre as escolhas de roupas.
Há alguns anos atrás, Ho decidiu fazer musculação e se lançou em um desafio de otimização particularmente louco: quanto ele pode balançar? Ele carregava pequenas balanças com ele para restaurantes e pesava porções de comida. "Ele rastreou absolutamente tudo o que come em uma enorme planilha", disse Chen. Ho timidamente me mostrou uma mesa no telefone - um enorme monstro onde estavam marcados todos os ingredientes nutricionais da academia, com 3500 calorias por dia. Ele foi à academia e inventou maneiras de se exercitar em condições normais. Se ele passasse por um cano de metal, ele se levantou. Se eu passei por um contêiner de lixo, levantei-o pela borda.
Após dois anos de treinamento, ele terminou em segundo lugar na competição de bodybuilders amadores. Ele remexeu no telefone para me mostrar uma foto daquele período. Em uma fotografia, ele é oleado e posa de cueca na frente de uma janela ensolarada. Parece uma estátua grega. "Reduzi o percentual de gordura corporal para 7", disse ele. Ele diz que foi bom estar empolgado, mas, em princípio, ele estava apenas interessado em ver se era possível.
Ho me mostrou outra mesa. Era um tipo de instrução sobre como viver, uma maneira de otimizar não apenas o corpo, mas a cada segundo do tempo. Ele decidiu que queria fazer apenas aquelas coisas em que todo esforço despendido produziria o resultado máximo. Ele fez 16 linhas com títulos indicando suas atividades. Havia empreendedorismo, programação, violão, StarCraft, compras e "conversando com amigos e familiares".
E nas colunas ele estabeleceu vários critérios - por exemplo, essa atividade é significativa, é apenas um meio para um fim (importância vital), é possível dominá-la perfeitamente, afeta vários aspectos da vida de uma só vez. Nas linhas "programação" e "empreendedorismo" Ho anotou todas as caixas. Chegando à ação social, como "conversar com amigos e familiares", ele observou que a marca de seleção "afeta vários aspectos da vida". Na célula "mestre perfeitamente", ele escreveu "talvez".
Muitas pessoas acham isso louco. A idéia da possibilidade de sistematizar os componentes emocionais da vida ou de considerar a atividade social como fonte de ineficiência será desagradável para muitos. Ho é sociável e amigável, mas para alguns programadores, as pessoas com suas implacáveis demandas podem parecer uma dor de cabeça, e a comunicação social é outro problema que precisa ser corrigido. No início dos computadores, os técnicos ponderaram esse problema com alguma preocupação. Konrad Zuse, engenheiro civil alemão, criador do primeiro computador programável realmente funcional, disse uma vez: "O perigo de transformar computadores em pessoas não é tão terrível quanto o perigo de transformar pessoas em computadores".
Uma noite, pensei sobre esse tópico, mergulhando em um tópico de discussão sobre o Quora, no qual dezenas de programadores compartilharam histórias sobre como automatizar as nuances da vida cotidiana. Havia também algumas histórias perturbadoras, embora interessantes, sobre a transformação da comunicação social em tarefas do tipo “sintonizado e esquecido”. “Recebi reclamações de familiares e amigos sobre o fato de“ Você nunca escreve para nós ”, escreveu um programador que criou um programa que enviava aleatoriamente todos os textos gerados automaticamente para todos. O texto começou com a frase apropriada “Bom dia / tarde / noite. Olá, {name}, eu queria ligar para você "e, em seguida, foi adicionado o final" Espero que você esteja bem / estarei em casa no final do próximo mês, te amo / Vamos conversar na próxima semana, quando você estiver livre ".
Em um hackathon em São Francisco, um programador de meia-idade demonstrou entusiasticamente para mim um aplicativo que ele criou que enviava mensagens românticas automáticas para um parceiro. "Quando você não tem tempo suficiente para pensar nela", ele sugeriu que o parceiro apresentaria deficiência emocional, "o programa fará tudo por você". Tais tentativas de aumentar a eficácia da socialização são encontradas em todos os lugares, até o maior tecnofirma. O Gmail possui um recurso de preenchimento automático que nos encoraja a escrevê-los rapidamente usando um algoritmo que compõe nossas respostas.
Linguistas e psicólogos há muito observam o valor dos
atos fatais de comunicação - várias declarações emocionais usadas pelas pessoas na vida cotidiana para que outros relaxem ou comecem a ouvi-las: "Como vai você", "Clima terrível, não é verdade"? "O que você está fazendo à noite". E quanto mais eu conversava com os programadores, mais me deparava com histórias sobre pessoas que achavam irritante nada pior do que areia em um mecanismo.
Christopher Thorpe, um veterano com mais de meia dúzia de empresas de tecnologia atrás, me contou sobre o "engenheiro incrivelmente talentoso" com quem trabalhou uma vez que se encaixa nessa definição. “Ele ficou muito chateado quando brincamos nas reuniões, porque era uma perda de tempo. “Por que passamos cinco minutos conversando com 20 funcionários de escritório? Isso é horário de trabalho. ” Todo mundo ri, mas ele acredita que isso é uma perda de tempo valioso. ” Uma piada levou 20 pessoas! Esse cara imediatamente começou a reclamar com sua matemática: "Cinco minutos, 20 vezes, acontece que você passou meia hora de homem brincando".
Em princípio, simpatizo com o desejo dos codificadores de otimizar a vida cotidiana, pois eu mesmo senti prazer com isso. Há três anos, comecei a trabalhar em um livro sobre a psicologia dos programadores, por isso decidi retomar minhas aulas de programação - em algum momento da década de 1980 eu me envolvi com o Commodore VIC-20 - e mergulhei nas linguagens de programação modernas como Python e JavaScript. E quanto mais eu brincava com os programas, mais eu começava a notar ineficiências em minha rotina diária. Por exemplo, ao escrever um livro, notei que muitas vezes recorro a dicionários online. Eles foram úteis, mas tão lentos que, após cada pesquisa, os resultados foram carregados por dois segundos. Decidi escrever meu dicionário para a linha de comando usando um site que oferecia uma API para dicionários. Depois de brincar com o Python pela manhã, compilei um script. Digitei a palavra na linha de comando e, com a velocidade do raio, recebi sinônimos e antônimos. Tudo estava envernizado, mais ou menos, verde no preto. Mas com que rapidez funcionou: não é preciso esperar que o navegador carregue toda essa bagunça de scripts de rastreamento e cookies que entopem meu disco rígido.
Claro, isso não me salvou uma quantidade insana de tempo. Se, por exemplo, eu pesquisasse sinônimos, em média, algumas vezes por hora, e assumindo (com bastante generosidade) que minha criação me salvou dois segundos para pesquisar, provavelmente salvei cerca de uma hora por ano de expectativas irritantes. Dificilmente valeu a pena. No entanto, essa velocidade aqueceu minha alma. Cada vez que eu procurava um sinônimo, resultados instantâneos me davam prazer.
Injetei uma droga de eficiência em minha veia, e foi bom.Antes que eu pudesse olhar para trás, fiquei viciado em escrever código para pequenas tarefas de rotina. Eu criei um programa para limpar legendas baixadas do YouTube; outro para ignorar e arquivar links que eu publiquei no Twitter; um que checou o site da escola onde meu filho está estudando e lhe enviou uma mensagem de texto quando seu professor colocou sua lição de casa (ele estava cansado de atualizar constantemente a página).Muitos dos meus programas foram mal escritos e mal funcionaram; Eu escolhi as maneiras mais simples e o método da força bruta. Estudando o código de programadores realmente experientes, fiquei impressionado com a elegância deles. Eu poderia escrever uma função enorme e feia para filtrar os dados e depois ver como um programador experiente lidaria com isso com algumas linhas de código (mais rápido). Os jornalistas às vezes admiram a enorme base de códigos do Google - 2 bilhões de linhas - considerando isso um reflexo de seu poder. Mas você não surpreenderá os programadores com volumes. Às vezes, os programadores mais produtivos são aqueles que reduzem o tamanho do código, compactam e encurtam. Depois de passar três anos no Facebook, o programador Jinghao Yan apreciou sua contribuição para a base de empresas e descobriu que era negativa. "Adicionei 391.973 linhas e excluí 509.793 do repositório principal", ele escreveu em um dos tópicos de discussão do Quora.(Acontece que muitos programadores estão sentados no Quora). "Então, se eu programei 1000 horas por ano, apaguei 39 linhas por hora!"A programação se assemelha à poesia, onde a brevidade do texto lhe dá força. "Em um poema bem elaborado, cada palavra tem um significado e um propósito", escreveu o programador e escritor Matt Ward em um ensaio para a Smashing Magazine. "O poeta pode passar horas procurando a palavra certa ou deixando o poema de lado por alguns dias, para depois dar uma nova olhada nele." Entre os famosos poemas dos modernistas, inspirados na brevidade do antigo método de versificação, haiku, há uma obra "Na estação de metrô" de Ezra Pound :A aparição desses rostos na multidão;
Pétalas em um galho molhado e preto.
[De repente, a aparição na multidão desses rostos;
Pétalas em um galho preto de umidade.]
“Em duas linhas e catorze palavras”, diz Ward, “Pound mostra uma imagem vívida, cheia de significado, e pede a discussão de cientistas e críticos. Isso é eficiência. ”Em 2016, eu me encontrei com Ryan Olson, um dos principais programadores do Instagram. Sua equipe acabou de implementar o recurso História. Foi uma atualização massiva. Olson me disse que estava dirigindo por São Francisco completamente exausto algumas horas depois de lançar a atualização - e viu como as pessoas já começaram a usá-la. "Foi uma sensação muito legal", disse ele. - Ontem à noite eu estava na academia, olhei em volta e vi alguém usando este produto. Não sei se havia outra maneira na história de alcançar tantas pessoas "ou quando" poucas pessoas determinaram as sensações de tantas pessoas ".Uma coisa é otimizar sua vida. Mas para muitos programadores, a verdadeira droga está mudando a vida de todo o mundo. A própria balança traz alegria; É fascinante como seu novo código de repente ganha popularidade explosiva, de duas pessoas para quatro, de quatro para oito e delas para toda a população da Terra. Você acelerou alguns aspectos da vida - como trocamos mensagens, pagamos contas ou compartilhamos notícias - e vê como as ondas divergem cada vez mais.Freqüentemente é assim que as fortunas do mundo do software são feitas, e isso é acompanhado pelos tremores de poder e riqueza. Os capitalistas de risco investem em projetos que, na sua opinião, crescerão como ervas daninhas, e os mercados os recompensarão. E essa interconexão de motivações dá aos programadores do Vale do Silício que amam a eficiência não apenas pelo prazer em larga escala, mas também pelo desejo obsessivo de alcançá-lo.A elite do Vale do Silício frequentemente despreza coisas que não podem ser dimensionadas. Pequenas coisas podem parecer fracas. Várias vezes em conversas com grandes técnicos, mencionei a empresa de Jason Ho, explicando que me parecia uma empresa inteligente e agradável, um ótimo exemplo de empresário que se deparou com um problema não resolvido. Mas eles franziram a testa. Para eles, a Clockspot era um "negócio relacionado ao estilo de vida" - em seu jargão, significa uma idéia que nunca voará alto o suficiente. Eles dizem que este é um bom produto, mas o Google pode copiá-lo e acabar com seus negócios em um segundo.Obviamente, obtemos nossas vantagens do desejo nervoso e instintivo dos programadores de acelerar tudo ao redor e criar abundância. Mas o desejo implacável e simultâneo de obter eficiência em escala tem efeitos colaterais. O feed de notícias do Facebook acelera não apenas a exibição de fotos pelos amigos, mas também a disseminação de informações erradas. O Uber otimiza a busca de táxis para passageiros, mas transforma a economia dos taxistas. A Amazon está preparando a entrega eletrônica de drones voando pelas ruas, sem lojas.Talvez nós - pessoas cujas vidas estão melhorando incansavelmente - finalmente estejam começando a perceber essas consequências. Estamos cada vez mais reclamando das "grandes empresas de tecnologia", notamos como elas contornam os problemas civis, como são fascinantes e furiosas. Nós não sabemos o que fazer com isso; gostamos da conveniência, da maneira como o software afirma constantemente que podemos fazer mais investindo menos. Mas as dúvidas se acumulam gradualmente.Talvez isso se torne desagradável para nós, porque em nossas vidas diárias também absorvemos o romance da hiperoptimização. Olhe para as ruas das cidades: os funcionários ouvem podcasts a uma velocidade e meia, correm para o trabalho, certificando-se com a ajuda do Apple Watches de que eles deram seus 10.000 passos por dia, olhando as correspondências sob a mesa no café. Nós mesmos nos tornamos como codificadores, ajustando todos os equipamentos de nossas vidas para remover o atrito. Como qualquer bom programador, podemos acelerar incrivelmente as máquinas de nossas vidas, embora não esteja claro se seremos mais felizes com isso.