diff --git a/content/blog/2016-03-07-react-v15-rc1.md b/content/blog/2016-03-07-react-v15-rc1.md
index 49066ef0c..9a0c19025 100644
--- a/content/blog/2016-03-07-react-v15-rc1.md
+++ b/content/blog/2016-03-07-react-v15-rc1.md
@@ -3,92 +3,93 @@ title: "React v15.0 Release Candidate"
 author: [zpao]
 ---
 
-Sorry for the small delay in releasing this. As we said, we've been busy binge-watching House of Cards. That scene in the last episode where Francis and Claire Underwood <abbr title="You didn't think we would actually spoil anything did you?">████████████████████████████████████</abbr>. WOW!
+Desculpe pelo pequeno atraso em liberar esta release. Como dissemos, estivemos ocupados assistindo House of Cards. Essa cena do último episódio onde Francis e Claire Underwood <abbr title="Você não achou que daríamos spoiler de alguma coisa para você, não é?">████████████████████████████████████</abbr>. WOW!
 
-But now we're ready, so without further ado, we're shipping a release candidate for React v15 now. As a reminder, [we're switching to major versions](/blog/2016/02/19/new-versioning-scheme.html) to indicate that we have been using React in production for a long time. This 15.0 release follows our previous 0.14 version and we'll continue to follow semver like we've been doing since 2013. It's also worth noting that [we no longer actively support Internet Explorer 8](/blog/2016/01/12/discontinuing-ie8-support.html). We believe React will work in its current form there but we will not be prioritizing any efforts to fix new issues that only affect IE8.
+Mas agora estamos prontos, então sem mais delongas, estamos disponibilizando agora uma *release canditate* para o React v15. Como lembrete, [estamos mudando para versões principais](/blog/2016/02/19/new-versioning-scheme.html) para indicar que estamos utilizando o React em produção há bastante tempo. Esta release 15.0 segue a nossa versão anterior 0.14 e vamos continuar a seguir a semver como temos vindo fazendo desde 2013. Também vale ressaltar que [não suportaremos ativamente o Internet Explorer 8](/blog/2016/01/12/discontinuing-ie8-support.html). Acreditamos que o React funcionará em sua forma atual lá, mas não estaremos priorizando quaisquer esforços para corrigir novos problemas que afetam somente o IE8.
 
-Please try it out before we publish the final release. Let us know if you run into any problems by filing issues on our [GitHub repo](https://github.com/facebook/react).
+Por favor, experimente-o antes de nós publicarmos a versão final. Deixe-nos saber se você algum problema, crie issues em nosso [repositório no GitHub](https://github.com/facebook/react).
 
-## Upgrade Guide {#upgrade-guide}
+## Guia de Atualização {#upgrade-guide}
 
-Like always, we have a few breaking changes in this release. We know changes can be painful (the Facebook codebase has over 15,000 React components), so we always try to make changes gradually in order to minimize the pain.
+Como sempre, temos algumas mudanças significativas nesta versão. Nós sabemos que mudanças podem ser dolorosas (a base de código do Facebook possui mais de 15.000 componentes), por isso sempre tentamos fazer alterações gradualmente a fim de minimizar a dor.
 
-If your code is free of warnings when running under React 0.14, upgrading should be easy. The bulk of changes in this release are actually behind the scenes, impacting the way that React interacts with the DOM. The other substantial change is that React now supports the full range of SVG elements and attributes. Beyond that we have a large number of incremental improvements and additional warnings aimed to aid developers. We've also laid some groundwork in the core to bring you some new capabilities in future releases.
+Se o seu código estiver livre de avisos ao ser executado em versões abaixo do React 0.14, a atualização deverá ser fácil. A maior parte das alterações nesta versão ocorrem por trás das cortinas, impactando a forma com o React interage com o DOM. A outra mudança substancial é que o React agora suporta uma gama completa de elementos e atributos SVG. Além disso, temos um grande número de melhorias incrementais e avisos adicionais destinados a ajudar os desenvolvedores. Nós também estabelecemos algumas bases no core para trazer algumas novas capacidades em versões futuras.
 
-See the changelog below for more details.
+Veja o changelog abaixo para mais detalhes.
 
-## Installation {#installation}
+## Instalação {#installation}
 
-We recommend using React from `npm` and using a tool like browserify or webpack to build your code into a single bundle. To install the two packages:
+Recomendamos o uso do React a partir do `npm` e utilizando uma ferramenta como o browserify ou webpack para criar o seu código em um único bundle. Para instalar os dois pacotes:
 
 * `npm install --save react@15.0.0-rc.1 react-dom@15.0.0-rc.1`
 
-Remember that by default, React runs extra checks and provides helpful warnings in development mode. When deploying your app, set the `NODE_ENV` environment variable to `production` to use the production build of React which does not include the development warnings and runs significantly faster.
+Lembre-se que, por padrão o React executa verificações extras e fornece avisos úteis no modo de desenvolvimento. Quando estiver fazendo o deploy da sua aplicação, defina a variável de ambiente `NODE_ENV` como `production` para utilizar o build de produção do React que não inclui os avisos de desenvolvimento e funciona significativamente mais rápido.
 
-If you can’t use `npm` yet, we provide pre-built browser builds for your convenience, which are also available in the `react` package on bower.
+Se você ainda não pode utilizar o `npm`, nós fornecemos compilações pré-construídas de navegador para sua conveniência, que também estão disponíveis no pacote `react` no bower.
 
-* **React**  
-  Dev build with warnings: <https://fb.me/react-15.0.0-rc.1.js>  
-  Minified build for production: <https://fb.me/react-15.0.0-rc.1.min.js>  
+* **React**
+  Build de desenvolvimento com avisos: <https://fb.me/react-15.0.0-rc.1.js>
+  Build minificada para produção: <https://fb.me/react-15.0.0-rc.1.min.js>
 * **React with Add-Ons**  
-  Dev build with warnings: <https://fb.me/react-with-addons-15.0.0-rc.1.js>  
-  Minified build for production: <https://fb.me/react-with-addons-15.0.0-rc.1.min.js>  
+  Build de desenvolvimento com avisos: <https://fb.me/react-with-addons-15.0.0-rc.1.js>
+  Build minificada para produção: <https://fb.me/react-with-addons-15.0.0-rc.1.min.js>
 * **React DOM** (include React in the page before React DOM)  
-  Dev build with warnings: <https://fb.me/react-dom-15.0.0-rc.1.js>  
-  Minified build for production: <https://fb.me/react-dom-15.0.0-rc.1.min.js>  
+  Build de desenvolvimento com avisos: <https://fb.me/react-dom-15.0.0-rc.1.js>
+  Build minificada para produção: <https://fb.me/react-dom-15.0.0-rc.1.min.js>
 
 ## Changelog {#changelog}
 
 ### Major changes {#major-changes}
 
-- #### `document.createElement` is in and `data-reactid` is out
+- #### `document.createElement` está dentro e `data-reactid` está fora
 
-    There were a number of large changes to our interactions with the DOM. One of the most noticeable changes is that we no longer set the `data-reactid` attribute for each DOM node. While this will make it much more difficult to know if a website is using React, the advantage is that the DOM is much more lightweight. This change was made possible by us switching to use `document.createElement` on initial render. Previously we would generate a large string of HTML and then set `node.innerHTML`. At the time, this was decided to be faster than using `document.createElement` for the majority of cases and browsers that we supported. Browsers have continued to improve and so overwhelmingly this is no longer true. By using `createElement` we can make other parts of React faster. The ids were used to map back from events to the original React component, meaning we had to do a bunch of work on every event, even though we cached this data heavily. As we've all experienced, caching and in particularly invalidating caches, can be error prone and we saw many hard to reproduce issues over the years as a result. Now we can build up a direct mapping at render time since we already have a handle on the node.
+    Houveram uma série de grandes mudanças em nossas interações com o DOM. Uma das mudanças mais perceptíveis é que não definimos mais o atributo `data-reactid` para cada nó do DOM. Embora isso torne muito mais difícil saber se um site está usando React, a vantagem é que o DOM é muito mais leve. Essa mudança possibilitou que alterássemos para usar `document.createElement` na renderização inicial. Anteriormente, geraríamos uma grande sequência de HTML e em seguida definíamos o `node.innerHTML`. Na época, foi decidido que isso seria mais rápido do que usar `document.createElement` para a maioria dos casos e navegadores que suportamos. Os navegadores continuaram a melhorar e, por isso, esmagadoramente, isso não é mais verdade. Usando o `createElement` podemos tornar outras partes do React mais rápidas. Os ids foram usados para mapear de volta os eventos para o componente React original, o que significa que tivemos que fazer um monte de trabalho em cada evento, mesmo que tenhamos cacheado esses dados fortemente. Conforme tivemos experiências, caching e caches particularmente inválidos, podem ser propensos a erros e vimos que torna-se difícil de reproduzir problemas ao longo dos anos como resultado. Agora podemos construir um mapeamento direto na hora da renderização, já que temos o controle no nó.
 
-- #### No more extra `<span>`s
+- #### Chega de `<span>`s extras
 
-    Another big change with our DOM interaction is how we render text blocks. Previously you may have noticed that React rendered a lot of extra `<span>`s. Eg, in our most basic example on the home page we render `<div>Hello {this.props.name}</div>`, resulting in markup that contained 2 `<span>`s. Now we'll render plain text nodes interspersed with comment nodes that are used for demarcation. This gives us the same ability to update individual pieces of text, without creating extra nested nodes. Very few people have depended on the actual markup generated here so it's likely you are not impacted. However if you were targeting these `<span>`s in your CSS, you will need to adjust accordingly. You can always render them explicitly in your components.
+    Outra grande mudança com nossa interação do DOM é como fazemos blocos de texto. Anteriormente, você deve ter notado que o React renderizava um monte de `<span>`s extras, por exemplo, em nosso exemplo mais básico na página inicial nós renderizamos `<div>Hello {this.props.name}</div>`, resultando em uma marcação que continha 2 `<span>`s. Agora deixaremos os nós de texto simples intercalados com nós de comentários que são usados para demarcação. Isso nos dá a mesma capacidade de atualizar pedaços individuais de texto, sem criar nós aninhados extras. Poucas pessoas dependeram da marcação real gerada aqui, então é provável que você não seja impactado. No entanto, se você tem esses `<span>`s como seletor em seu CSS, você precisará se ajustar de acordo. Você sempre poderá renderizá-los explicitamente em seus componentes.
 
-- #### Rendering `null` now uses comment nodes
+- #### Renderização de `null` agora utiliza nós de comentários
 
-    We've also made use of these comment nodes to change what `null` renders to. Rendering to `null` was a feature we added in React v0.11 and was implemented by rendering `<noscript>` elements. By rendering to comment nodes now, there's a chance some of your CSS will be targeting the wrong thing, specifically if you are making use of `:nth-child` selectors. This, along with the other changes mentioned above, have always been considered implementation details of how React targets the DOM. We believe they are safe changes to make without going through a release with warnings detailing the subtle differences as they are details that should not be depended upon. Additionally, we have seen that these changes have improved React performance for many typical applications.
+    Também usamos esses nós de comentários para mudar o que `null` irá renderizar. Renderização para `null` foi um recurso que adicionamos no React v0.11 e foi implementado renderizando elementos `<noscript>`. Agora, ao renderizar para comentar nós, há uma chance de algumas de suas regras no CSS estarem selecionando a coisa errada, especificamente se você está fazendo uso de seletores `:nth-child`. Isso, juntamente com as outras mudanças mencionadas acima, sempre foram considerados detalhes de implementação de como o React tem o DOM como alvo. Acreditamos que são mudanças seguras a se fazer sem passar por uma liberação com avisos detalhando as diferenças sutis, pois são detalhes que não devem ser dependidos. Além disso, vimos que essa mudança melhorou o desempenho do React para muitas aplicações típicas.
 
-- #### Improved SVG support
+- #### Suporte a SVG melhorado
 
-    All SVG tags and attributes are now fully supported. (Uncommon SVG tags are not present on the `React.DOM` element helper, but JSX and `React.createElement` work on all tag names.) All SVG attributes match their original capitalization and hyphenation as defined in the specification (ex: `gradientTransform` must be camel-cased but `clip-path` should be hyphenated).
+    Todas as tags e atributos SVG são totalmente suportados agora. (As tags SVG incomuns não estão presentes no ajudante de elemento `React.DOM`, mas JSX e `React.createElement` trabalham em todos os nomes de tag.) Todos os atributos SVG correspondem à sua capitalização e hifenização original, conforme definido na especificação (exemplo: `gradientTransform` deve ser camel-cased, mas 'clip-path' deve ser hifenizado).
 
 
 
 ### Breaking changes {#breaking-changes}
 
-It's worth calling out the DOM structure changes above again, in particular the change from `<span>`s. In the course of updating the Facebook codebase, we found a very small amount of code that was depending on the markup that React generated. Some of these cases were integration tests like WebDriver which were doing very specific XPath queries to target nodes. Others were simply tests using `ReactDOM.renderToStaticMarkup` and comparing markup. Again, there were a very small number of changes that had to be made, but we don't want anybody to be blindsided. We encourage everybody to run their test suites when upgrading and consider alternative approaches when possible. One approach that will work for some cases is to explicitly use `<span>`s in your `render` method.
+Vale a pena chamar a estrutura do DOM de mudanças novamente, em particular a mudança dos `<span>`s. No curso da atualização da base de códigos do Facebook, encontramos uma quantidade muito pequena de código que dependia da marcação que o React gerou. Alguns desses casos foram testes de integração como o WebDriver, que estavam fazendo consultas com XPath muito específicas para direcionar os nós. Outros foram simplesmente testes usando `ReactDOM.renderToStaticMarkup` e comparando a marcação. Mais uma vez, houve um número muito pequeno de mudanças que tinham que ser feitas, mas não queremos que ninguém seja pego de surpresa. Encorajamos todos a executar suas suítes de teste ao atualizar e considerar abordagens alternativas quando possível. Uma abordagem que funcionará para alguns casos é usar explicitamente `<span>`s no seu método `render`.
 
-These deprecations were introduced in v0.14 with a warning and the APIs are now removed.
+Essas descontinuações foram introduzidas na versão v0.14 com um aviso e as APIs agora serão removidas.
 
-- Deprecated APIs removed from `React`, specifically `findDOMNode`, `render`, `renderToString`, `renderToStaticMarkup`, and `unmountComponentAtNode`.
-- Deprecated APIs removed from `React.addons`, specifically `batchedUpdates` and `cloneWithProps`.
-- Deprecated APIs removed from component instances, specifically `setProps`, `replaceProps`, and `getDOMNode`.
+- APIs obsoletas removidas do `React`, especificamente `findDOMNode`, `render`, `renderToString`, `renderToStaticMarkup`, e `unmountComponentAtNode`.
+- APIs obsoletas removidas de `React.addons`, especificamente `batchedUpdates` e `cloneWithProps`.
+- APIs obsoletas removidas das instâncias componentes, especificamente `setProps`, `replaceProps`, e `getDOMNode`.
 
-### New deprecations, introduced with a warning {#new-deprecations-introduced-with-a-warning}
 
-Each of these changes will continue to work as before with a new warning until the release of React 16 so you can upgrade your code gradually.
+### Novas descontinuações, introduzido com um aviso {#new-deprecations-introduced-with-a-warning}
 
-- `LinkedStateMixin` and `valueLink` are now deprecated due to very low popularity. If you need this, you can use a wrapper component that implements the same behavior: [react-linked-input](https://www.npmjs.com/package/react-linked-input).
+Cada uma dessas alterações continuará funcionando com um novo aviso até o lançamento do React 16 para que você possa atualizar seu código gradualmente.
 
+- `LinkedStateMixin` e `valueLink` são agora obsoletos devido à popularidade muito baixa. Se você precisa disso, você pode usar um componente wrapper que implementa o mesmo comportamento: [react-linked-input](https://www.npmjs.com/package/react-linked-input).
 
-### New helpful warnings {#new-helpful-warnings}
 
-- If you use a minified copy of the _development_ build, React DOM kindly encourages you to use the faster production build instead.
-- React DOM: When specifying a unit-less CSS value as a string, a future version will not add `px` automatically. This version now warns in this case (ex: writing `style={{width: '300'}}`. (Unitless *number* values like `width: 300` are unchanged.)
-- Synthetic Events will now warn when setting and accessing properties (which will not get cleared appropriately), as well as warn on access after an event has been returned to the pool.
-- Elements will now warn when attempting to read `ref` and `key` from the props.
-- React DOM now attempts to warn for mistyped event handlers on DOM elements (ex: `onclick` which should be `onClick`)
+### Novos avisos úteis {#new-helpful-warnings}
 
-### Notable bug fixes {#notable-bug-fixes}
+- Se você usar uma cópia minificada da compilação _development_, o React DOM gentilmente irá encorajar você a usar o build de produção mais rápido.
+- React DOM: Ao especificar um valor CSS sem unidade como string, uma versão futura não adicionará `px` automaticamente. Esta versão agora adverte neste caso (exemplo: escrever `style={{width: '300'}}`. (Valores unitários *number* como `width: 300` serão inalterados.)
+- Eventos sintéticos agora avisarão ao definir e acessar propriedades (que não serão liberadas adequadamente), bem como alertar sobre o acesso após um evento ter sido retornado ao pool.
+- Elementos agora irão alertar ao tentar ler `ref` e `key` das props.
+- React DOM agora tenta alertar para manipuladores de eventos mal digitados em elementos do DOM (ex: `onclick` que deve ser `onClick`)
 
-- Fixed multiple small memory leaks
-- Input events are handled more reliably in IE 10 and IE 11; spurious events no longer fire when using a placeholder.
-- React DOM now supports the `cite` and `profile` HTML attributes.
-- React DOM now supports the `onAnimationStart`, `onAnimationEnd`, `onAnimationIteration`, `onTransitionEnd`, and `onInvalid` events. Support for `onLoad` has been added to `object` elements.
-- `Object.is` is used in a number of places to compare values, which leads to fewer false positives, especially involving `NaN`. In particular, this affects the `shallowCompare` add-on.
-- React DOM now defaults to using DOM attributes instead of properties, which fixes a few edge case bugs. Additionally the nullification of values (ex: `href={null}`) now results in the forceful removal, no longer trying to set to the default value used by browsers in the absence of a value.
+### Correções notáveis de bugs {#notable-bug-fixes}
+
+- Ajustado múltiplos pequenos vazamentos de memória
+- Os eventos de entrada são tratados de forma mais confiável no IE 10 e IE 11; eventos espúrios não são mais disparados quando usam um placeholder.
+- React DOM agora suporta os atributos HTML `cite` e `profile`.
+- React DOM agora suporta os eventos `onAnimationStart`, `onAnimationEnd`, `onAnimationIteration`, `onTransitionEnd` e `onInvalid`. O suporte para `onLoad` foi adicionado aos elementos `object`.
+- `Object.is` é usado em vários lugares para comparar valores, o que leva a menos falsos positivos, especialmente envolvendo `NaN`. Em particular, isso afeta o add-on `shallowCompare`.
+- React DOM agora faz uso padrão de atributos do DOM em vez de propriedades, o que corrige alguns bugs. Além disso, a anulação dos valores (exemplo: `href={null}`) resultará agora na remoção contundente, não tentando mais definir o valor padrão utilizado pelos navegadores na ausência de um valor.