A primeira edição do Linux Journal publicou uma entrevista de Robert Young, o primeiro editor da revista (e, entre outras coisas, o fundador da Red Hat) de Linus Torvalds (autor do kernel do Linux). Decidimos que seria interessante reuni-los novamente após 25 anos. A primeira entrevista pode ser encontrada aqui .Robert Young : Foi um grande prazer entrar em contato com você. Como você está em família? Seus filhos provavelmente se formaram na faculdade. Nancy e eu temos três filhas, está tudo bem. A mais velha, Zoe, que tinha 11 anos quando Mark e eu lançamos o projeto Red Hat, em breve terá um segundo - ou seja, eu já sou avô.
Linus Torvalds : Meus filhos ainda não terminaram a faculdade, apesar de Patrícia se formar em maio. Celeste (a mais nova) está estudando na última série da escola, então, depois de seis meses, nosso ninho estará vazio.
Todos os três estão bem, e espero e suspeito que em alguns anos, quando toda essa história com meu avô começar, tudo ficará bem.
Bob : Quando tirei sua primeira entrevista sua em 1994, você acha que ainda apoiaria isso em 2019?
Linus : Eu acho que em 1994 eu já estava surpreso que meu último projeto não era o próximo projeto da série "para fazer algo interessante até fazer tudo o que eu precisava e depois encontrar outra coisa". Obviamente, o desenvolvimento estava em um estágio inicial, mas o projeto já havia curado sua própria vida.
Portanto, acho que não esperava que isso fosse feito por várias décadas, mas o projeto claramente mudou para o estágio em que se transformou em uma parte bastante grande da minha vida. Eu não tinha planos de longo prazo para o Linux, e simplesmente trabalhei nele conforme desenvolvi, sem me preocupar com o que aconteceria em cinco ou dez anos.
Bob : Há um velho ditado famoso sobre os perigos de alcançar seus sonhos - sua piada favorita naqueles dias em que você dizia que o objetivo do Linux para o futuro seria "poder sobre o mundo". E então, quando você e sua comunidade de código aberto e software livre alcançaram seu objetivo?
Linus : Eu parei de brincar sobre o poder sobre o mundo por muito tempo, porque com o tempo essa idéia se tornou cada vez menos cômica. Mas sempre foi uma piada, e tudo o que eu e outros desenvolvedores fizemos, não fizemos por esse motivo. A motivação sempre foi melhorar a tecnologia e resolver problemas interessantes.
E, de fato, nada mudou. Todos os detalhes mudaram - o hardware é diferente, os problemas se tornaram diferentes, meu papel mudou. Mas o princípio de "fazer melhor e resolver problemas interessantes" não desapareceu.
Por exemplo, em 1994, eu estava envolvido principalmente em desenvolvimento. Eu era o principal no projeto, mas, embora tenha passado muito tempo mesclando patches, eu mesmo escrevi o código. Hoje raramente escrevo código e, se escrevo, é pseudo-código ou exemplos de patches que envio a desenvolvedores reais. Eu não me chamaria de gerente, porque não trato de relatórios ou orçamentos anuais (e graças a Deus), mas o gerente de projeto é definitivamente mais do que um programador, e essa situação é mantida por muitos anos.
Então, no geral, a imagem não mudou, mas meu papel e todos os detalhes, obviamente, pareciam completamente diferentes em 1994.
Bob : O que acontecerá com você e esse código base em mais um quarto de século?
Linus : Bem, então terei 75 anos e duvido que lidarei com essas questões todos os dias. Mas, como faço isso há 30 anos, provavelmente continuarei acompanhando o projeto.
A boa notícia é que já temos uma boa base de desenvolvedores e não estou preocupado com questões como "onde estará Linus". Sim, as pessoas discutem há muito tempo sobre como os desenvolvedores do kernel envelhecem, mas isso não se deve ao fato de não recrutarmos novas pessoas. Só que nossa equipe ainda tem pessoas que estão conosco há muito tempo e ainda gostam de fazer isso.
Eu costumava pensar que algum dia haveria um sistema operacional radicalmente novo e interessante que substituiria o Linux (sim, em 1994 eu poderia me dar ao luxo de pensar que talvez
Hurd pudesse fazer isso!), Mas não estamos fazendo isso há muito tempo e com sucesso, também percebi que criar um novo sistema operacional é uma ordem de magnitude mais complicada do que me pareceu. Isso realmente requer o trabalho árduo de muitas pessoas, e a força do Linux - e do código aberto como um todo, é claro - é que você pode agir com base no trabalho de todas as outras pessoas.
Portanto, a menos que ocorra uma mudança tectônica no cenário dos computadores, acho que o Linux se sentirá bem nos próximos 25 anos. Não por causa de alguns recursos do código, mas fundamentalmente por causa do modelo de desenvolvimento e do escopo das tarefas.
Talvez eu não esteja trabalhando tão ativamente, e muito código será atualizado e substituído, mas acho que o projeto permanecerá.
Bob : Você e a equipe ficaram satisfeitos com a atualização do código do kernel todos esses anos? É necessário reescrever parte da base de códigos em constante expansão digitada em 25 anos? Talvez em algum dialeto mais moderno C?
Linus : Ao longo dos anos, reescrevemos nossos subsistemas inúmeras vezes - não de uma só vez, é claro - e ninguém quer mudar muitas partes do código (na maioria das vezes, esses são drivers de equipamentos desatualizados que poucas pessoas usam, mas nós os apoiamos). Uma das vantagens de uma única base de código para todo o kernel é que, quando precisamos fazer uma grande mudança, podemos fazê-lo. Obviamente, pode haver todos os tipos de drivers e outros programas no formato fora da árvore (no código-fonte e no binário), mas sempre tínhamos uma regra de que, se algo não estiver incluído na árvore principal, isso não importa para o desenvolvimento . Portanto, se necessário, realizamos mudanças radicais.
Quanto a C, nada melhor apareceu ainda. Atualizamos o código-fonte do código do kernel para aprimorar os recursos da linguagem (o próprio C também mudou ao longo dos anos) e adicionamos várias extensões na parte superior do C para verificações e verificações de tipo adicionais durante a execução do programa etc., mas, em geral, a linguagem é quase a mesma, para excluindo peças pequenas.
E, aparentemente, é improvável que algo mude. Desenvolvimento ativo de linguagens de programação que não se destinam à programação de sistema de baixo nível. Eles são necessários para facilitar a criação de aplicativos de usuário com uma interface elegante, etc. Eles especificamente não querem fazer o que o kernel precisa, como gerenciamento de memória de baixo nível.
Posso imaginar uma “plataforma” especial para criar drivers ou algo semelhante, e temos uma “linguagem” simplificada para configuração interna, e usamos algumas linguagens para montagem, por isso não é que usamos apenas C. Mas, na maior parte é C, e o kernel está escrito nele.
Bob : Qual é o seu computador de desenvolvimento favorito? Existem laptops para Linux que seriam algo como violinos Stradivarius para músicos? Ou tablets ou telefones?
Linus : Minha principal máquina de desenvolvimento é um PC muito comum. Esta é uma máquina franken, montada ao longo de muitos anos a partir de várias peças. Nada de especial e a última vez que o atualizei há alguns anos, então nada de novo. Minha principal solicitação ao computador é o completo silêncio. Além de alguns fãs, não há partes móveis (não há mais discos giratórios) e, na maioria das vezes, os fãs são desligados.
Na estrada (o que, felizmente, raramente acontece), geralmente preciso de uma boa tela e peso leve. Esforço-me por um peso de 1 kg junto com o exercício, e até agora não consigo atingir esse ideal, mas até agora meu melhor compromisso é o XPS13.
Bob : Parece que o principal sucesso do Linux no campo dos computadores de mesa não ocorreu no mundo dos PCs, mas no mundo do Android. O que você acha disso?
Linus : Os PCs tradicionais já perderam sua posição dominante. Mesmo que uma pessoa tenha um PC (e mesmo se ainda esteja executando o Windows ou OS X), muitos ainda usam principalmente um navegador e alguns aplicativos aleatórios. Claro, existem "usuários de estações de trabalho", algo como um computador desktop que eu sempre imaginei. E, apesar da importância ainda remanescente desse papel, ele parece não dirigir o mercado, como costumavam fazer os PCs. Agora, computadores de mesa poderosos são necessários apenas para desenvolvimento ou jogos, além de editar áudio e vídeo. Normalmente, um computador é usado para iniciar um navegador e, mais frequentemente, é apenas um tablet ou telefone.
O Chrome está indo muito bem nessa área. Mas, sim, se você apenas contar em números, das pessoas que lidam com o Linux diariamente, um grande número são usuários do Android.
Uma observação de Bob: se considerarmos "dominância" no sentido estrito, pode ser que sim. Mas, apesar da recente queda nas vendas de PCs, o crescimento cumulativo do mercado de PCs de 1994 a 2014 é tão poderoso que, mesmo no mercado lento de hoje, 4-5 vezes mais PCs são instalados no mundo do que em 1994.
Bob : Se você tivesse que consertar uma coisa no mundo online, o que seria?
Linus : Nada técnico. Mas eu odeio as modernas "redes sociais" - Twitter, Facebook, Instagram. Isto é uma doença. Ela incentiva o mau comportamento.
Penso que, em particular, isso está presente no e-mail e já disse uma vez: "Na Internet, ninguém pega suas dicas". Quando você não fala com uma pessoa em pessoa, frente a frente e perde todas as dicas sociais habituais, é fácil não apenas perder o humor ou o sarcasmo, mas também a reação do oponente, por causa da qual coisas como uma chama etc. aparecem o que não acontece pessoalmente.
No entanto, o email ainda funciona. Você precisa se esforçar para escrever uma carta e ela possui um conteúdo específico, técnico ou outro. Todo esse modelo com "curtidas" e "compartilhamento" é lixo. Sem esforço, sem controle de qualidade. De fato, tudo funciona como o oposto do controle de qualidade - cliques, coisas sob medida para a resposta emocional etc.
Adicione o anonimato aqui e obtenha algo nojento. Se você nem assinar esse lixo (ou o lixo que você compartilha ou gosta) com seu nome, isso não corrige a situação.
Eu sou um daqueles que acreditam que o anonimato está superestimado. Algumas pessoas confundem privacidade com anonimato, acreditam que estão interconectadas e que proteger a privacidade significa proteger o anonimato. Eu acho que isso não é verdade. O anonimato é importante para os informantes, mas se você não pode provar que é quem diz ser, sua conversa louca em qualquer plataforma social não deve ser visível e você não deve gostar ou compartilhar.
Bem, então - converse. Não estou em nenhuma rede social (tentei o G + de uma vez porque não tinha essa bobagem normal sem cérebro, mas não deu em nada), mas elas ainda me incomodam.
Bob : O tópico da edição atual do Linux Journal é Children e Linux. Você recomendaria algo para jovens programadores e estudantes que estudam ciência da computação?
Linus : A última
coisa que preciso perguntar. Desde cedo eu me interessei por matemática e computadores e, antes da universidade, fui autodidata. E tudo o que fiz por causa da motivação intrínseca. Portanto, não entendo os problemas das pessoas que dizem "o que devo fazer?" Este não é o meu tópico.
Bob : Nós nos conhecemos na Digital Equipment Company (DEC). Esta foi sua primeira viagem aos Estados Unidos patrocinada por
John Crazy Dog Hall e DEC.
Linus : Eu acho que foi minha segunda viagem aos EUA. Ao que parece, durante o primeiro, fui a Provo (Utah) conversar com a Novell sobre Linux (sobre o projeto interno da Novell, que mais tarde se transformou em Caldera).
Mas sim, a feira DECUS (em Nova Orleans, se minha memória me serve bem) foi uma das minhas primeiras viagens aos EUA.
Bob : Perguntei-lhe como você lidaria com todos os emails quando voltar a Helsinque. Sua resposta me surpreendeu e desde então cito você. Você acabou de dizer que enviaria todas as cartas antigas para / dev / null. Fiquei chocado e perguntei: "e se houver alguma carta importante pelo correio?" Você encolheu os ombros e disse: "se houver algo importante lá, o remetente apenas me enviará um e-mail novamente". Este é talvez o conselho mais libertador que já recebi. Você ainda segue essa filosofia de email?
Linus : Até certo ponto, tudo permaneceu o mesmo, mas mudei meu fluxo de trabalho para que as viagens não interferissem tanto quanto antes. Hoje, luto para garantir que as pessoas nem percebam que estou na estrada. Eu aviso as pessoas se não tiver acesso à Internet por mais de alguns dias (e isso ainda acontece em algumas partes do mundo - especialmente se eu me envolver em equipamentos de mergulho), mas na maioria das vezes posso trabalhar em qualquer lugar do mundo. E tento planejar viagens de tal maneira que elas não se sobreponham à janela quando você precisar fazer a mesclagem - então, um máximo de solicitações pull cai sobre mim.
Portanto, hoje minha caixa de correio está armazenada na nuvem, o que facilita muito a alternância entre máquinas e, quando viajo com um laptop, não sinto dor de cabeça como quando precisei baixar e-mails para um computador local.
E isso não é apenas com o correio - o fato de que quase todo o desenvolvimento do kernel é finalmente distribuído através do git significa que, em princípio, não é tão importante para qual máquina eu trabalho, e o trabalho de sincronização é muito mais fácil agora do que quando eu trabalhei com os patches que vieram por e-mail separadamente.
Mas, no entanto, o princípio "se é importante, as pessoas serão enviadas novamente" permanece. As pessoas sabem que eu trabalho sete dias por semana e 365 dias por ano e que, se eu não responder à solicitação de recebimento por alguns dias, ele pode ter se perdido no caos do meu e-mail e as pessoas me enviam um e-mail de lembrete para me chute.
No entanto, agora isso é muito menos comum do que antes. Em 1994, eu não estava tão sobrecarregado com o trabalho e, quando saí por uma semana, não se tornou um problema, mas nos anos seguintes a situação piorou, até o ponto em que no antigo processo de trabalho, quando os patches chegavam pelo correio, às vezes Eu tive que pular alguns deles porque não tinha tempo e sabia que as pessoas os enviariam novamente.
Mas esses tempos, felizmente, acabaram. O BitKeeper me ajudou muito, embora nem todos os participantes do projeto tenham gostado (e nem todos o usaram). E hoje, graças ao git, não recebo milhares de patches por email, e minha "caixa de entrada" não parece mais tão terrível. Portanto, é bastante simples acompanhar tudo.
A propósito, talvez, uma regra ainda mais importante do que a regra “se for importante, o remetente encaminhará a carta”, considero minha regra de longa data: se não preciso responder a carta, não respondo. Se eu receber uma carta e acho que alguém pode fazê-lo, eu a ignoro. Algumas pessoas ocupadas têm respostas automáticas, onde diz: "Sinto muito, chegarei ao final da sua carta". E simplesmente ignoro tudo o que, na minha opinião, não me interessa. Só porque não considero necessário incentivar as pessoas a me escreverem mais cartas.
Então, recebo muitas cartas, mas não respondo a maioria delas. Realisticamente falando, a maior parte do meu trabalho é acompanhar o que está acontecendo. Vejo muitas cartas, mas geralmente não escrevo muito.
Bob : Em uma reunião de usuários do Linux em Washington, em maio de 1995, hospedada por Don Becker [autor de drivers Ethernet para Linux / aprox. perev.], você parou no meio de um discurso e perguntou à platéia se alguém sabia os resultados do jogo Finlândia-Suécia no campeonato mundial de hóquei. Como representante do Canadá, pude garantir que a Finlândia venceu. E, a propósito, sobre isso: a recente vitória da Finlândia no campeonato mundial da juventude deveria ter lhe interessado. Ou você estava torcendo pelos EUA?
Linus : Heh. Talvez o hóquei seja o esporte nacional da Finlândia (e o fato de jogarem contra os suecos tenha tornado esse jogo ainda mais pessoal para mim - falo sueco, porque é a língua nativa da minha mãe, mas sou finlandês por cidadania), mas eu não é um fã de esportes especial. E o fato de eu me mudar para os EUA não significa que eu estava interessado em beisebol e futebol americano; foi apenas por isso que o hóquei perdeu valor para mim em comparação com os momentos em que meu círculo social gostava dele.
Bob : Muitos de nós admiram seu desejo de escrever as coisas pelos nomes próprios em debates públicos sobre soluções técnicas do Linux. Outros não gostam do seu estilo de argumento direto. Você acha que se torna mais ou menos diplomático ao longo do tempo?
Linus : Por falar nisso, acho que fiquei mais quieto. Eu não chamaria isso de "mais diplomático", mas comecei a me entender melhor e a tentar ser menos assertivo.
Em particular, porque as pessoas me tratam de maneira diferente do que antes. Anteriormente, a situação era menos formal, éramos um grupo de nerds que se divertiam e brincavam. Agora a situação não é assim.
Não é uma câmara assim - agora milhares de pessoas estão envolvidas no desenvolvimento, e estas são apenas as que enviam patches, sem levar em consideração todas as pessoas associadas ao projeto.Parte da mudança de atitude em relação a mim se deve ao fato de as pessoas me levarem mais a sério, o que não foi em 1994. E não reclamo que eles não me levaram a sério na época - pelo contrário, resmungo por ser levado muito a sério hoje e não posso mais congelar nenhum lixo idiota.Então, ainda estou dizendo em texto simples que algumas pessoas ou empresas estão fazendo alguma bobagem, mas agora tenho que lembrar que isso aparece nas notícias e que, se eu mostrar o dedo do meio a alguma empresa, sobre isso será lembrado por décadas. Não importa se vale a pena ou não.Bob: Você quer dizer algo mais, publicamente ou de alguma forma diferente?Linus : Bem, eu nunca tive nenhum tipo de "mensagem" que gostaria de espalhar, então ...Robert Young e o que ele faz nos últimos 25 anos
Young se formou na Universidade de Toronto em 1976 com um diploma em historiador e conseguiu um emprego como vendedor de máquinas de escrever. Em 1978, ele fundou sua primeira empresa e passou 15 anos no Canadá à frente de duas empresas que arrendavam computadores. Ele vendeu a segunda empresa para uma empresa maior, devido à qual em 1992 ele se mudou para Connecticut para abrir um escritório de representação nos Estados Unidos. Logo depois, a nova empresa enfrentou dificuldades financeiras, conhecidas como falência, e Young teve que trabalhar no armário de bordados de sua esposa.
Robert YoungEmbora isso tenha contribuído diretamente para a fundação da Red Hat em 1993 com Mark Ewing, um jovem programador da Carolina do Norte. Os jovens se apaixonaram pelo software livre, hoje conhecido como software de código aberto, Ewing, já que ele podia inovar com a ajuda desse software e uma licença que lhe permitia fazer isso. comparado às tecnologias fechadas que estavam em uso na época. Young atuou como diretor da empresa; depois de entrar na bolsa de valores em 1999, tornou-se presidente do conselho de administração, e o engenhoso Matthew Shulik se tornou diretor , e eles transformaram a Red Hat em um grande negócio. Agora a empresa está na lista do S&P 500 - o índice das maiores empresas públicas dos Estados Unidos