translated tasks, solutions & index.md

Author: kooshan75

1-js/05-data-types/02-number/1-sum-interface/solution.md

@@ -1,12 +1,10 @@
-
-
 ```js run demo
 let a = +prompt("The first number?", "");
 let b = +prompt("The second number?", "");
 
 alert( a + b );
 ```
 
-Note the unary plus `+` before `prompt`. It immediately converts the value to a number.
+توجه کنید که جمع واحد `+` قبل از `prompt` است. این یعنی در همان لحظه به مقدار عددی تبدیل می‌شود.
 
-Otherwise, `a` and `b` would be string their sum would be their concatenation, that is: `"1" + "2" = "12"`.
+در غیر اینصورت، `a` و `b`، رشته حرفی میبودند و جمع آنها، پیوست کردن آنها به یکدیگر می‌بود که یعنی:‌ `"1" + "2" = "12"`.

1-js/05-data-types/02-number/1-sum-interface/task.md

@@ -2,10 +2,10 @@ importance: 5
 
 ---
 
-# Sum numbers from the visitor
+# اعداد را جمع کنید
 
-Create a script that prompts the visitor to enter two numbers and then shows their sum.
+کدی بنویسید که از بازدیدکننده درخواست میکند دو عدد را وارد کند و سپس جمع آنهارا نشان دهد.
 
 [demo]
 
-P.S. There is a gotcha with types.
+پی نوشت: حواستان به مدل‌های داده‌ها باشد.

1-js/05-data-types/02-number/2-why-rounded-down/solution.md

@@ -1,31 +1,27 @@
-Internally the decimal fraction `6.35` is an endless binary. As always in such cases, it is stored with a precision loss.
-
-Let's see:
+در درون سیستم، یک عدد دودویی `6.35` بی‌پایان است. مثل همیشه، در این حالات با یک دقت از دست رفته‌ای ذخیره خواهد شد.
 
 ```js run
 alert( 6.35.toFixed(20) ); // 6.34999999999999964473
 ```
 
-The precision loss can cause both increase and decrease of a number. In this particular case the number becomes a tiny bit less, that's why it rounded down.
-
-And what's for `1.35`?
+این از دست دادن دقت می‌تواند در هم مقدار عدد را افزایش یا کاهش دهد. در این حالت خاص، عدد اندکی کوچک می‌شود، به همین علت به پایین رند می‌شود.
 
+و اما `1.35` چی؟
 ```js run
 alert( 1.35.toFixed(20) ); // 1.35000000000000008882
 ```
 
-Here the precision loss made the number a little bit greater, so it rounded up.
+اینجا از دست دادن دقت باعث شد عدد اندکی بزرگتر شود، پس به بالا رند می‌شود.
 
-**How can we fix the problem with `6.35` if we want it to be rounded the right way?**
+**چطور میتوانیم مشکل `6.35` را حل کنیم اگر بخواهیم که درست رند شود؟**
 
-We should bring it closer to an integer prior to rounding:
+باید به عدد صحیح نزدیک قبلی‌ش رندش کنیم:
 
 ```js run
 alert( (6.35 * 10).toFixed(20) ); // 63.50000000000000000000
 ```
 
-Note that `63.5` has no precision loss at all. That's because the decimal part `0.5` is actually `1/2`. Fractions divided by powers of `2` are exactly represented in the binary system, now we can round it:
-
+توجه داشته باشید که `63.5` هیچ از دست دادن دقتی ندارد. به خاطر قسمت اعشاری آن `0.5` که در اصل `1/2` است. کسرهای تقسیم شده بر دو به درستی در سیستم دودویی نمایش داده می‌شوند، حالا میتوانیم آن را رند کنیم:
 
 ```js run
 alert( Math.round(6.35 * 10) / 10); // 6.35 -> 63.5 -> 64(rounded) -> 6.4

1-js/05-data-types/02-number/2-why-rounded-down/task.md

@@ -2,21 +2,19 @@ importance: 4
 
 ---
 
-# Why 6.35.toFixed(1) == 6.3?
+# چرا 6.35.toFixed(1) == 6.3?
 
-According to the documentation `Math.round` and `toFixed` both round to the nearest number: `0..4` lead down while `5..9` lead up.
 
-For instance:
+بنابر مستندات `Math.round` و `toFixed`، هردو به نزدیکترین عدد آن را رند میکنند: `0..4` به پایین رند میشود و `5..9` به بالا.
 
+به عنوان مثال:
 ```js run
 alert( 1.35.toFixed(1) ); // 1.4
 ```
 
-In the similar example below, why is `6.35` rounded to `6.3`, not `6.4`?
-
+در مثال مشابه زیر، چرا `6.35` به `6.3` رند میشود، نه `6.4`؟
 ```js run
 alert( 6.35.toFixed(1) ); // 6.3
 ```
 
-How to round `6.35` the right way?
-
+چطور `6.35` را رند کنیم؟

1-js/05-data-types/02-number/3-repeat-until-number/solution.md

@@ -15,9 +15,8 @@ function readNumber() {
 alert(`Read: ${readNumber()}`);
 ```
 
-The solution is a little bit more intricate that it could be because we need to handle `null`/empty lines.
+جواب اندکی پیچیده‌ست که به خاطر این است که باید `null`/خالی را هم در نظر بگیریم. 
 
-So we actually accept the input until it is a "regular number". Both `null` (cancel) and empty line also fit that condition, because in numeric form they are `0`.
-
-After we stopped, we need to treat `null` and empty line specially (return `null`), because converting them to a number would return `0`.
+پس ما تا وقتی ورودی را می‌پذیریم که عدد عادی باشد. هردوی `null` (cancel) و خط خالی هم در این شرایط میگنجد، چونکه در فرم عددی صفر هستند. 
 
+بعد از اینکه برنامه متوقف شد بایستی `null` و مخصوصا خط‌های خالی (خروجی `null`) را در نظر بگیریم، چون تبدیل آنها به عدد صفر برمی‌گرداند.

1-js/05-data-types/02-number/3-repeat-until-number/task.md

@@ -2,13 +2,12 @@ importance: 5
 
 ---
 
-# Repeat until the input is a number
+# تا زمانی که ورودی یک عدد است تکرار کن
 
-Create a function `readNumber` which prompts for a number until the visitor enters a valid numeric value.
+یک تابع `readNumber` بسازید که تا زمانی که بازدیدکننده یک عدد وارد نکرده باشد، نرود.
 
-The resulting value must be returned as a number.
-
-The visitor can also stop the process by entering an empty line or pressing "CANCEL". In that case, the function should return `null`.
+خروجی به فرمت عدد باید باشد.
 
+بازدید کننده میتواند با وارد کردن یک خط خالی یا فشردن دکمه‌ی "CANCEL" پردازش را متوقف کند. در این حالت، تابع خروجی `null` را می‌دهد.
 [demo]
 

1-js/05-data-types/02-number/4-endless-loop-error/solution.md

@@ -1,7 +1,6 @@
-That's because `i` would never equal `10`.
-
-Run it to see the *real* values of `i`:
+به این علت است که `i` هیچوقت برابر ده نمیشود.
 
+این تکه کد را اجرا کنید تا مقدار حقیقی `i` را ببینید:
 ```js run
 let i = 0;
 while (i < 11) {
@@ -10,8 +9,9 @@ while (i < 11) {
 }
 ```
 
-None of them is exactly `10`.
 
-Such things happen because of the precision losses when adding fractions like `0.2`.
+هیچکدام از آنها دقیقا ده نیست.
+
+چنین اتفاقاتی به علت از دست رفتن دقت در حین جمع کردن کسرهایی مثل `0.2` رخ می‌دهد. 
 
-Conclusion: evade equality checks when working with decimal fractions.
+نتیجه: وقتی با کسرهای اعشاری کار میکنید، از تساوی استفاده نکنید.

1-js/05-data-types/02-number/4-endless-loop-error/task.md

@@ -2,10 +2,9 @@ importance: 4
 
 ---
 
-# An occasional infinite loop
-
-This loop is infinite. It never ends. Why?
+# یک حلقه‌ی بی‌نهایت 
 
+این حلقه بی‌نهایت است. هیچوقت تمام نمی‌شود. چرا؟
 ```js
 let i = 0;
 while (i != 10) {

1-js/05-data-types/02-number/8-random-min-max/solution.md

@@ -1,12 +1,12 @@
-We need to "map" all values from the interval 0..1 into values from `min` to `max`.
+نیاز داریم که تمام مقادیر را در بازه 0..1 به مقادیر از `min` تا `max` ارتباط دهیم.
 
-That can be done in two stages:
+این به دو روش قابل انجام است:
 
-1. If we multiply a random number from 0..1 by `max-min`, then the interval of possible values increases `0..1` to `0..max-min`.
-2. Now if we add `min`, the possible interval becomes from `min` to `max`.
+۱. اگر یک عدد تصادفی از 0..1 را در عددی `max-min` ضرب کنیم، بازه‌ی مقادیر ممکن از `0..1` به `0..max-min` افزایش می‌یابد.
 
-The function:
+۲. حالا اگر `min` را اضافه کنیم، بازه‌ی ممکن از `min` تا `max` میشود.
 
+تابع:
 ```js run
 function random(min, max) {
   return min + Math.random() * (max - min);

1-js/05-data-types/02-number/8-random-min-max/task.md

@@ -2,13 +2,13 @@ importance: 2
 
 ---
 
-# A random number from min to max
+# عددی تصادفی از بین مینیمم تا ماکسیمم
 
-The built-in function `Math.random()` creates a random value from `0` to `1` (not including `1`).
+تابع از پیش آماده شده‌ی `Math.random()`، یک مقدار تصادفی از `0` تا `1` میسازد (به جز خود یک).
 
-Write the function `random(min, max)` to generate a random floating-point number from `min` to `max` (not including `max`).
+تابع `random(min, max)` را بنویسید که یک عدد اعشاری از بین `min` تا`max` را می‌سازد (به جز خود `max`).
 
-Examples of its work:
+مثال‌هایی ازینکه چگونه کار می‌کند:
 
 ```js
 alert( random(1, 5) ); // 1.2345623452