O que é TypeScript
27 de maio de 2017
10 Fatores de classificação do Google que cada site deve focar em 2017
10 Fatores de classificação do Google que cada site deve focar
26 de junho de 2017

Membro da Node.js Foundation afirma que o Node passará o Java em um ano

Mikael Rogers

Em entrevista ao The New Stack, Mikeal Rogers – um dos grandes nomes por trás dos projetos de código aberto do Node.js – afirma que em um ano a plataforma que permite utilizar JavaScript no lado servidor da aplicação poderá ultrapassar a linguagem Java (mesmo a última sendo uma linguagem compilada a plataforma Node.js ser interpretada – apesar de isso ser motivo de debate).

Acompanhe esta entrevista, tire suas conclusões e ajude a enriquecer o debate deixando seu ponto de vista nos comentários. A entrevista original você acompanha aqui.

Mikeal Rogers: Node.js ultrapassará Java dentro de um ano

A seguinte entrevista faz parte de uma série, chamada de Líderes de código aberto , onde nós perfilamos líderes de projetos na comunidade de TI de código aberto, para saber mais sobre como eles desenvolveram seu software, bem como os desafios e benefícios que acompanham a execução de um projeto de código aberto .  

Mikeal Rogers esteve com a Fundação Node.js desde o primeiro dia. Seu trabalho como gerente de comunidade para a fundação envolveu a supervisão prática das operações, desde comunicações e marketing até o planejamento de conferências, até reuniões de diretoria. A principal contribuição de Rogers, porém, é organização e coordenação dentro da comunidade open source do Node.js, particularmente na escalação de governança e processos, já que o projeto se acelerou de uma dúzia de contribuidores anteriores para muitas centenas.

Quer aprender sobre Node.js? Conheça nosso curso gratuito:

Rogers falou com The New Stack para falar sobre sua experiência iniciada no mundo de código aberto, trabalhando na Fundação Node.js e se tornando um guru dos princípios de governança aberta.

Primeiras coisas primeiro: você não estará com a Fundação Node.js por muito mais tempo?

Isso mesmo – em algumas semanas, vou arrumar minha mesa. Eu estive aqui desde o início, e as coisas realmente foram bem definidas. Estou pronto para passar para algo novo, embora ainda não tenha decidido exatamente o que ou onde será.

Qual foi a sua realização mais orgulhosa durante os dois anos?

Curando o garfo io.js  – foi um momento crucial e difícil para a comunidade, mas surgimos mais fortes. E melhor organizado com certeza. Então, estou orgulhoso de que isso seja orgulhoso de trazer princípios modernos de governança para uma comunidade diversificada e, ao mesmo tempo, amalgamada.

Como você começou na programação?

Eu comecei a programar em 13 – assembly, principalmente, porque eu queria ser um hacker e você precisava conhecer assembly para poder redirecionar os transbordamentos de buffer. Mas, principalmente, aprendendo tomando as façanhas de outras pessoas e manipulando-as, trabalhando através de seu código. Mesmo antes que o código aberto fosse acessível, quando você enviou patches em uma lista de correspondência, havia uma comunidade em torno da cena hacker e as pessoas compartilhariam explorações via IRC e sistemas de teleconferência pirateados.

Isso estava em uma cidade muito pequena no noroeste do estado de Washington, perto de Seattle. O que é onde eu mudei o dia depois que eu fiz 18 para trabalhar em várias empresas de tecnologia diferentes. Incluindo um período no Mozilla, trabalhando como desenvolvedor de JavaScript e Python em projetos como JSBridge e Mozmill . Além disso, alguns aplicativos do CouchDB.

O que o levou ao mundo de código aberto?

À medida que eu conseguia cada vez mais na indústria e na programação, era um ajuste natural para entrar na cena do sistema operacional porque havia o mesmo tipo de comunidade e sistemas de suporte que o mundo dos hackers onde eu começava. O que foi crucial, porque o código aberto não era iniciante amigável no início da metade dos anos 90. As pessoas que realmente sabiam o que estavam fazendo iriam e colaboravam. A cena do hacker, porém, era mais um monte de crianças aleatórias aparecendo e eles iriam ajudá-lo.

Falamos sobre a escala do servidor, mas não sobre a escala da comunidade.

Agora eu acho que as coisas estão meio viradas – a cena do hacker atraiu para dentro, ficou mais fechada e até secreta, enquanto a cena de código aberto abriu muito mais. Você olha a adoção e os usuários do GitHub e com que freqüência eles estão contribuindo – nem sequer é uma cauda longa, é uma cauda gorda. Mais da metade dos compromissos no GitHub são de pessoas que cometeram menos de cinco vezes por mês, então eles estão contribuindo ativamente, mas não dedicando toda a vida a ele.

Então, conte-nos sobre governança, e como é crucial para abrir fonte.

Falamos sobre a escala do servidor, mas não sobre a escala da comunidade. É difícil passar de um único mantenedor em um projeto que exige algumas horas por semana para que seu projeto atinja uma curva de crescimento, de repente, dois trabalhos a tempo inteiro para gerenciar. É o que muitas pessoas esperam, mas nem sempre estão prontas para lidar – então a idéia é expandir a comunidade para que ela possa suportar e manter quando esse progresso súbito acontece. Mas precisa haver alguma estrutura. A fonte aberta tem uma cultura em torno de como as coisas são feitas, e a governança é como nos certificamos de que as coisas continuem a crescer de uma maneira que funciona.

Fui realmente influenciado por tudo isso pelo meu trabalho na Open Source Applications Foundation , que foi fundada (e financiada) por Mitch Kapor, fundador da Lotus Development Corp e criador do programa de planilhas do Lotus 1-2-3, para Apoio a ampla adoção de software livre e de código aberto. [É] como o novo Lotus Notes, mas para a era moderna, com muitos luminares trabalhando neste projeto de código aberto, como pessoas da equipe Apple Macintosh original.

Na OSAF, falamos realmente sobre os valores e incentivos que você cria em torno de um projeto, e o que nós encorajamos fazendo as coisas assim ou assim. E algumas das pessoas mais velhas podem ter sido um pouco resistentes a mudar a maneira como elas fizeram as coisas, mas nós jovens não comemos isso. Nem tudo é um problema de código; Se você olhar para sistemas e processos como estruturas de incentivo, você pode codificá-los para produzir determinados resultados. E se você tiver resultados negativos, você pode desencadear os processos que o levaram lá e, em seguida, muitas vezes descobre quais processos levaram as pessoas a se inclinarem para essa conclusão negativa. O outro lado disso é que você pode produzir sistemas que intencionalmente criam resultados positivos.

A OSAF finalmente não expôs. Há um livro chamado “Dreaming in Code”, de Scott Rosenberg, sobre o que foi um fracasso. Na verdade, eu comecei a trabalhar lá no dia seguinte, ele parou de seguir a OSAF, e você já podia ver quem era que não estava funcionando. Então, eventualmente, Mitch moveu o financiamento e me mudei para a Mozilla.

Como / quando você veio abraçar o Node.js?

Meu amigo Adam Christian (um dos meus amigos mais antigos – nós éramos dois dos únicos hackers em nossa pequena cidade natal) e eu construí um framework de testes de código aberto, um concorrente Selenium chamado Windmill . Foi ótimo, mesmo com a admissão do criador do Selênio, foi melhor do que o Selênio . Isso é relevante porque a semana que o Node.js foi lançado, em novembro de 2009, este tweet foi perguntando se alguém havia escrito um proxy HTTP [também conhecido como a primeira edição do Node.js] que funciona com isso. E ninguém tinha, porque tinha sido lançado como um dia. Eu acabei de gastar a melhor parte de três anos, otimizando um proxy para Windmill, então eu disse para mim mesmo: “Este é um ótimo projeto de fim de semana.” Eu me sentei e, talvez, duas horas eu tinha um proxy funcional. Fiquei maravilhado com o fato de ter apenas 80 linhas, e quando eu avaliei isso, foi tantas vezes mais rápido que o que eu passei anos construindo. Na verdade, eu literalmente disse: “Eu não vou escrever mais Python – o futuro será claramente o Node.js.”

O criador do Node.js, Ryan Dahl, mudou-se para o SF logo depois, e houve uma cultura aqui para desenvolver de forma dinâmica rápida todas as APIs do Nó e também falar sobre o tipo de comunidade que queríamos construir. Então eu trabalhei no início do núcleo do Node e também uma das primeiras bibliotecas do ecossistema. E as coisas iniciais da comunidade, eu ajudei a iniciar o NodeConf , que era o centro de gravidade do nó de construção da comunidade. Porque todos nós sabíamos que ia decolar. Naquela época, era inconcebível que literalmente iria superar o Java em uma década, mas estamos no caminho certo para fazer exatamente isso. É muito para participar.

Quais problemas técnicos e / ou comerciais o Node.js resolve?

Continuamos aumentando os ambientes com os quais os desenvolvedores têm de enfrentar. Se você construir um produto ou usar o caso, você terá front-end na web e, em seguida, não apenas o back-end, mas os serviços API que você estará falando, além de uma experiência móvel, uma experiência de desktop, você pode ter que estar na Internet de Coisas . Em uma equipe pequena, é difícil construir em X um número de ambientes – mas Node fornece uma plataforma universal, com um ecossistema de meio milhão de pacotes. Você não precisa escrever esse algoritmo – há mais pacotes no ecossistema Node.js do que qualquer outro. Então, permite que os desenvolvedores de aplicativos criem aplicativos e não infra-estrutura. Você pode construir mais rápido.

O nó é enorme, ele é executado basicamente em todos os lugares, que é uma espécie de mensagem própria.

Quais são as estatísticas atuais do projeto?

Estamos agora em cerca de 8 milhões de usuários estimados e ainda crescemos em cerca de 100% ao ano. Ainda não passamos Java em termos de usuários, mas, neste momento, no próximo ano, no crescimento atual, superaremos.

Temos mais de 100 committers no projeto – o número ativo a cada semana flutua à medida que entramos em novos lançamentos e as pessoas ficam excitadas, mas são algumas. Estávamos em torno de cerca de 3 contribuidores antes que o io.js fork acontecesse, então estamos definitivamente em um lugar melhor agora.

Como sobre o potencial de monetizar o seu envolvimento com o projeto?

A base é sem fins lucrativos, então não posso realmente falar com a monetização de fonte aberta no nível do projeto. Mas, pessoalmente, definitivamente tive um tempo mais fácil encontrando empregos e negociando salários graças ao meu registro de fonte aberta.

Todo mundo que trabalha em código aberto acaba sendo mais atraente como um dev. Você tem uma tonelada de história pública além do perfil do LinkedIn. Como um CTO que procura contratar, você pode analisar suas habilidades de comunicação escrita, como elas respondem a críticas em uma revisão de código, quando as situações são escaladas, eles se desvalorizam ou as coisas se tornam nucleares – é uma grande vantagem com certeza.

As pessoas que contribuem para a fonte aberta ganham mais dinheiro do que outros desenvolvedores com os mesmos títulos – é tão valioso.

Ultimas palavras?

Minha parte favorita do crescimento do Node.js é que tantas novas pessoas entram todos os anos como já estão programando. Há um influxo constante de sangue novo e novas idéias. À medida que continuamos a diminuir a barreira de entrada, estamos abrindo programação para pessoas que anteriormente não podiam criar aplicativos. A facilidade de uso do Node.js é continuamente conduzida pelo fato de tantas pessoas entrarem – em qualquer momento, 50 por cento da comunidade são pessoas novas, não apenas para Node, mas para JavaScript nesse ano – então precisamos fazer o Plataforma fácil de entrar e apenas começar a usar.

Eu adoro o alcance e a versatilidade e a acessibilidade. Node.js pode suportar totalmente a empresa, mas toda essa nova vida também traz tantos projetos de arte e ciência louca e coisas criativas acontecendo. Nenhuma outra comunidade lá fora tem apenas esse tipo de abertura.

Deixe uma resposta

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *