[PT-BR] Translation of the first 4 items on uncategorized pages (#2729)

* translation of the first 4 items on uncategorized pages

locale/pt-br/blog/uncategorized/an-easy-way-to-build-scalable-network-programs.md

@@ -0,0 +1,19 @@
+---
+title: Um Jeito Fácil de Construir Programas Escaláveis de Rede
+author: ryandahl
+date: 2011-10-04T22:39:56.000Z
+status: publish
+category: Uncategorized
+slug: an-easy-way-to-build-scalable-network-programs
+layout: blog-post.hbs
+---
+
+Suponha que você esteja escrevendo um servidor web que codifica vídeos em cada upload de arquivo. A codificação de vídeo é muito ligada ao processador. Algumas postagens recentes em blogs sugerem que o Node.js falharia miseravelmente nisso.
+
+O uso do Node não significa que você precise escrever um algoritmo de codificação de vídeo em JavaScript (uma linguagem sem inteiros 64 bits) e analisar o loop de eventos do servidor principal. A abordagem sugerida é separar a tarefa de I/O (Input/Output - Entrada/Saída) de receber uploads e servir downloads da tarefa do processador de codificação de vídeo. No caso da codificação de vídeo, isso é feito usando o ffmpeg. O Node fornece meios avançados de controle assíncrono de subprocessos para trabalhos como este.
+
+Também foi sugerido que o Node não tira proveito de máquinas com processadores multicore. O Node suporta há muito tempo conexões de balanceamento de carga em vários processos em apenas algumas linhas de código - dessa maneira, um servidor Node usará os núcleos disponíveis. Nas próximas versões, tornaremos ainda mais fácil: basta passar `--balance` na linha de comando e o Node gerenciará o cluster de processos.
+
+O Node tem um objetivo claro: fornecer uma maneira fácil de criar programas escaláveis de rede. Não é uma ferramenta para todos os problemas. Não escreva um ray tracer com Node. Não escreva um navegador da web com o Node. No entanto, procure o Node se tiver a tarefa de escrever um servidor DNS, servidor DHCP ou mesmo um servidor de codificação de vídeo.
+
+Confiando no kernel para agendar e antecipar tarefas custosas em termos de computação e para balancear a carga de novas conexões, o Node parece menos mágico do que as plataformas de servidor que empregam o agendamento da "userland". Até agora, nosso foco na simplicidade e transparência valeu a pena: [o](https://www.joyent.com/blog/node-js-meetup-distributed-web-architectures) [número](https://venturebeat.com/2011/08/16/linkedin-node/) [de](http://corp.klout.com/blog/2011/10/the-tech-behind-klout-com/) [histórias de](http://pow.cx/) [sucesso](https://www.joelonsoftware.com/2011/09/13/announcing-trello/) de desenvolvedores e corporações que estão adotando a tecnologia continua a crescer.

locale/pt-br/blog/uncategorized/bnoordhuis-departure.md

@@ -0,0 +1,14 @@
+---
+title: A saída de Ben Noordhuis
+date: 2013-12-03T22:13:57.000Z
+slug: bnoordhuis-departure
+layout: blog-post.hbs
+---
+
+Desde o final de semana passado, Ben Noordhuis decidiu se afastar do Node.js e do libuv, e não está mais atuando como um "commiter" principal.
+
+Ben fez uma tremenda quantidade de ótimos trabalhos no passado. Estamos tristes por perder o benefício de seu contínuo trabalho duro e experiência e, extremamente agradecidos pelo que ele acrescentou ao Node.js e ao libuv ao longo dos anos.
+
+Muitos de vocês já expressaram sua opinião sobre o drama recente, e eu gostaria de pedir que respeitem nossos desejos de deixar esse assunto pra trás para que todos possamos nos concentrar no caminho a seguir.
+
+Obrigado.

locale/pt-br/blog/uncategorized/development-environment.md

@@ -0,0 +1,36 @@
+---
+title: Ambiente de Desenvolvimento
+author: ryandahl
+date: 2011-04-05T03:16:27.000Z
+status: publish
+category: Uncategorized
+slug: development-environment
+layout: blog-post.hbs
+---
+
+Se você está compilando um pacote de software porque precisa de uma versão específica (por exemplo, a mais recente), isso requer um pouco mais de manutenção do que usar um gerenciador de pacotes como o `dpkg`. Softwares que você mesmo compila *não* devem ser salvos em `/usr`, mas sim em seu diretório principal. Isso faz parte de ser um desenvolvedor de software.
+
+Uma maneira de fazer isso é instalar tudo no `$HOME/local/$PACKAGE`. Aqui está como eu instalo o Node na minha máquina:
+
+```bash
+./configure --prefix=$HOME/local/node-v0.4.5 && make install
+```
+
+Para definir meus caminhos automaticamente, coloquei isso dentro do meu `$HOME/.zshrc`:
+
+```bash
+PATH="$HOME/local/bin:/opt/local/bin:/usr/bin:/sbin:/bin"
+LD_LIBRARY_PATH="/opt/local/lib:/usr/local/lib:/usr/lib"
+*for* i *in* $HOME/local/*; *do*
+[ -d $i/bin ] && PATH="${i}/bin:${PATH}"
+[ -d $i/sbin ] && PATH="${i}/sbin:${PATH}"
+[ -d $i/include ] && CPATH="${i}/include:${CPATH}"
+[ -d $i/lib ] && LD_LIBRARY_PATH="${i}/lib:${LD_LIBRARY_PATH}"
+[ -d $i/lib/pkgconfig ] && PKG_CONFIG_PATH="${i}/lib/pkgconfig:${PKG_CONFIG_PATH}"
+[ -d $i/share/man ] && MANPATH="${i}/share/man:${MANPATH}"
+*done*
+```
+
+O Node está em desenvolvimento suficientemente rápido para que *todos* possam compilá-lo. Um corolário disso é que o `npm` (que deve ser instalado junto ao Node) não requer "root" para instalar pacotes.
+
+O CPAN e o RubyGems embaçaram as linhas entre ferramentas de desenvolvimento e gerenciadores de pacotes do sistema. Com o `npm`, desejamos traçar uma linha clara: não é um gerenciador de pacotes do sistema. Não é para instalar o firefox, ffmpeg ou OpenSSL; é para baixar, criar e configurar rapidamente pacotes do Node. O `npm` é uma ferramenta de *desenvolvimento*. Quando um programa escrito em Node se torna suficientemente maduro, ele deve ser distribuído como um tarball, `.deb`, `.rpm` ou outro sistema de pacotes. Não deve ser distribuído para usuários finais com `npm`.

locale/pt-br/blog/uncategorized/evolving-the-node-js-brand.md

@@ -0,0 +1,37 @@
+---
+title: Evoluindo a Marca Node.js
+author: Emily Tanaka-Delgado
+date: 2011-07-11T19:02:45.000Z
+status: publish
+category: Uncategorized
+slug: evolving-the-node-js-brand
+layout: blog-post.hbs
+---
+
+Para ecoar a natureza evolutiva do [Node](https://nodejs.org/), atualizamos a identidade para ajudar a marcar um momento emocionante para desenvolvedores, empresas e usuários que se beneficiam da tecnologia pioneira.
+
+**Construindo uma marca**
+
+Começamos a explorar elementos para expressar o Node.js e descartamos noções preconcebidas sobre como pensávamos que o Node deveria ser e focamos no que o Node é: **cinético**, **conectado**, **escalável**, **modular**, **mecânico** e **orgânico**. Trabalhando com o designer [Chris Glass](http://www.chrisglass.com/), nossas explorações enfatizaram o dinamismo de Node e formaram uma linguagem visual baseada na estrutura, relacionamentos e interconectividade.
+
+![grid](/static/images/blog/uncategorized/evolving-the-node-js-brand/grid.png)
+
+Inspirados pela **visualização do processo**, descobrimos padrão, forma, e por alívio, o formato hexagonal. A infraestrutura angular inspira energia com o formato das letras.
+
+![nodejs](/static/images/blog/uncategorized/evolving-the-node-js-brand/nodejs.png)
+
+Essa linguagem pode se expandir para topografia orgânica de rede do Node ou se destilar em um único ponto de conexão hexadecimal.
+
+Essa escala representa a natureza dinâmica do Node de uma maneira simples e distinta.
+
+![Node.js network](/static/images/blog/uncategorized/evolving-the-node-js-brand/network.png)
+
+Estamos ansiosos para explorar essa linguagem visual, pois a tecnologia tem um futuro muito promissor.
+
+![Node.js nebula](/static/images/blog/uncategorized/evolving-the-node-js-brand/node.png)
+
+Esperamos que você se divirta usando.
+
+Para baixar o novo logotipo, visite [nodejs.org/pt-br/about/resources/](http://nodejs.org/pt-br/about/resources/)
+
+![Tri-color Node](/static/images/blog/uncategorized/evolving-the-node-js-brand/tri-color-node.png)