fix: Javascript -> JavaScript (#2651)

locale/ar/about/index.md

@@ -41,7 +41,7 @@ server.listen(port, hostname, () => {
 مبدئيا، يتم تحديد السلوك عبر دالة مستدعاة في بداية السكريبت في نهايتها
 تقوم بتشغيل خادم (server) عبر استدعاءٍ غير متزامن (blocking call) مثل <span dir="ltr">`EventMachine::run()`</span>، ولكن في Node.js لا يوجد شيء من هذا القبيل.
 تقوم Node.js بكل بساطة بدخول حلقة الاحداث بعد تنفيذها لسكريبت الادخال و تخرج من الحلقة السالفة الذكر عندما لا يكون هنالك اي دوال مستدعاة اخرى تستوجب التنفيذ.
-هذا النمط يشبه Javascript الخاصة بالمتصفح اين يتم اخفاء حلقة الاحداث عن المستخدم.
+هذا النمط يشبه JavaScript الخاصة بالمتصفح اين يتم اخفاء حلقة الاحداث عن المستخدم.
 
 يعتبر بروتوكول الـHTTP مهما في Node.js. حيث انه تم أخذ اعتبار بث و تقليل وقت التأخير و هذا ما يجعل النود ممتازة لبناء مكتبات و إطارات عمل خاصة بالويب.
 

locale/pt-br/about/index.md

@@ -12,7 +12,7 @@ connections can be handled concurrently. Upon each connection the callback is
 fired, but if there is no work to be done, Node will sleep.
 -->
 
-Como um ambiente de execução Javascript assíncrono orientado a eventos, o Node.js
+Como um ambiente de execução JavaScript assíncrono orientado a eventos, o Node.js
 é projetado para desenvolvimento de aplicações escaláveis de rede. No exemplo a
 seguir, diversas conexões podem ser controladas ao mesmo tempo. Em cada conexão
 a função de _callback_ é chamada. Mas, se não houver trabalho a ser realizado,

locale/pt-br/docs/guides/blocking-vs-non-blocking.md

@@ -15,7 +15,7 @@ basic understanding of the JavaScript language and Node.js [callback pattern](/e
 > network supported by [libuv](http://libuv.org/). -->
 Esta visão geral cobre as **diferenças** entre chamadas **bloqueantes** e **não-bloqueantes** no Node.js.
 Vamos nos referir ao event loop e à libuv, mas não é necessário nenhum conhecimento prévio sobre
-estes tópicos. É esperado que o leitor tenha um conhecimento básico de [padrões de callback](/en/knowledge/getting-started/control-flow/what-are-callbacks/) no Javascript e Node.js.
+estes tópicos. É esperado que o leitor tenha um conhecimento básico de [padrões de callback](/en/knowledge/getting-started/control-flow/what-are-callbacks/) no JavaScript e Node.js.
 
 > "I/O" se refere, principalmente, à interação com o disco do sistema
 > e a rede suportada pela [libuv](http://libuv.org).
@@ -27,18 +27,18 @@ estes tópicos. É esperado que o leitor tenha um conhecimento básico de [padr
 process must wait until a non-JavaScript operation completes. This happens
 because the event loop is unable to continue running JavaScript while a
 **blocking** operation is occurring. -->
-Ser **bloqueante** é quando a execução do código do resto do código Javascript no processo
-do Node.js precisa esperar até que uma operação não-Javascript seja completada. Isso acontece
-porque o event loop é incapaz de continuar executando Javascript enquanto uma operação
+Ser **bloqueante** é quando a execução do código do resto do código JavaScript no processo
+do Node.js precisa esperar até que uma operação não-JavaScript seja completada. Isso acontece
+porque o event loop é incapaz de continuar executando JavaScript enquanto uma operação
 **bloqueante** está sendo executada.
 
 <!-- In Node.js, JavaScript that exhibits poor performance due to being CPU intensive
 rather than waiting on a non-JavaScript operation, such as I/O, isn't typically
 referred to as **blocking**. Synchronous methods in the Node.js standard library
 that use libuv are the most commonly used **blocking** operations. Native
 modules may also have **blocking** methods. -->
-No Node.js, Javascript que mostra uma performance ruim devido ao fato de que é um
-processo que usa CPU intensivamente ao invés de esperar uma operação não-Javascript,
+No Node.js, JavaScript que mostra uma performance ruim devido ao fato de que é um
+processo que usa CPU intensivamente ao invés de esperar uma operação não-JavaScript,
 como I/O, não é geralmente identificada como uma operação **bloqueante**. Métodos
 síncronos na biblioteca padrão do Node.js que usam a libuv são as operações **bloqueantes**
 mais utilizadas. Módulos nativos também podem conter métodos **bloqueantes**.

locale/pt-br/docs/meta/topics/dependencies.md

@@ -29,7 +29,7 @@ controls via the V8 C++ API. V8 is maintained by Google, for use in Chrome.
 
 - [Documentation](https://v8docs.nodesource.com/) -->
 
-A biblioteca do V8 provê um engine Javascript para o Node.js, o qual
+A biblioteca do V8 provê um engine JavaScript para o Node.js, o qual
 é controlado pela API C++ do próprio V8. O V8 é atualmente mantido
 pelo Google, por conta de seu uso no navegador Chrome.
 
@@ -80,7 +80,7 @@ like mDNS.
 
 - [Documentation](http://c-ares.haxx.se/docs.html) -->
 Para algumas requisições assíncronas de DNS, o Node.js utilizar uma biblioteca
-escrita em C chamada *c-ares*. Ela é exposta através do módulo de DNS no Javascript
+escrita em C chamada *c-ares*. Ela é exposta através do módulo de DNS no JavaScript
 na família `resolve()` de funções. A função `lookup()`, que é o que o resto do core
 do Node.js usa, faz uso de uma chamada `getaddrinfo(3)` que é processada em threads
 na libuv. A razão por trás disso é que o c-ares suporta caminhos como

locale/zh-cn/docs/guides/simple-profiling.md

@@ -129,7 +129,7 @@ node --prof-process isolate-0xnnnnnnnnnnnn-v8.log > processed.txt
     215    0.6%          Unaccounted
 ```
 
-这告诉我们：收集到的所有样本中有 97% 是在 C++ 代码中进行的。当查看处理的输出的其它部分时，我们应该最注意 C++ 中所做的工作（而不是 Javascript）。考虑到这一点，我们接下来会找到 [C++] 部分, 其中包含有关 C++ 函数占用最多 CPU 时间的信息，然后查看一下：
+这告诉我们：收集到的所有样本中有 97% 是在 C++ 代码中进行的。当查看处理的输出的其它部分时，我们应该最注意 C++ 中所做的工作（而不是 JavaScript）。考虑到这一点，我们接下来会找到 [C++] 部分, 其中包含有关 C++ 函数占用最多 CPU 时间的信息，然后查看一下：
 
 ```
  [C++]: