diff options
| author | Alexey Pyltsyn <lex61rus@gmail.com> | 2021-03-23 11:33:33 +0300 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2021-03-23 11:33:33 +0300 |
| commit | 72768788322a74945d377831c0481b53e3aed9f8 (patch) | |
| tree | 1ec79cecac096025179931b3a785148647577b40 /files/ru/web/performance/performance_budgets/index.html | |
| parent | 3ca809a38e141d7818fc4123b84d55adf3daccc9 (diff) | |
| download | translated-content-72768788322a74945d377831c0481b53e3aed9f8.tar.gz translated-content-72768788322a74945d377831c0481b53e3aed9f8.tar.bz2 translated-content-72768788322a74945d377831c0481b53e3aed9f8.zip | |
Unify Russian translation of "functionality" (#289)
* Unify Russian translation of "functionality"
* Apply suggestions from code review
Co-authored-by: Sasha Sushko <sushko@outlook.com>
* Update files/ru/learn/server-side/django/forms/index.html
Co-authored-by: Sasha Sushko <sushko@outlook.com>
Co-authored-by: Sasha Sushko <sushko@outlook.com>
Diffstat (limited to 'files/ru/web/performance/performance_budgets/index.html')
| -rw-r--r-- | files/ru/web/performance/performance_budgets/index.html | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/files/ru/web/performance/performance_budgets/index.html b/files/ru/web/performance/performance_budgets/index.html index 3c976ccf91..9e773f51a3 100644 --- a/files/ru/web/performance/performance_budgets/index.html +++ b/files/ru/web/performance/performance_budgets/index.html @@ -19,7 +19,7 @@ translation_of: Web/Performance/Performance_budgets <p>Главная цель такого подхода - сокращение регрессии. Но этот подход может помочь предсказать поведение приложения в будущем. Например, в Сентябре 50% месячного бюджета было использовано за неделю - значит, нужно ждать увеличения потребления контента, нагрузки на сервера и т.д.</p> -<p>Кроме того, подход может раскрыть некоторые нужды разработчиков (например, может оказаться, что в финальном коде вашего приложения половину объёма занимает огромная библиотека, из которой вы используете только мизерную часть функционала).</p> +<p>Кроме того, подход может раскрыть некоторые нужды разработчиков (например, может оказаться, что в финальном коде вашего приложения половину объёма занимает огромная библиотека, из которой вы используете только мизерную часть функциональности).</p> <h2 id="Как_определить_бюджет">Как определить бюджет?</h2> @@ -30,7 +30,7 @@ translation_of: Web/Performance/Performance_budgets <li>Ошибка</li> </ul> -<p>Уровень предупреждения позволяет вам быть проактивным и заниматься техническим долгом, не блокируя разработку нового функционала</p> +<p>Уровень предупреждения позволяет вам быть проактивным и заниматься техническим долгом, не блокируя разработку нового функциональности</p> <p>Уровень ошибки - это граница, по достижении которой приложение воспринимается негативно.</p> @@ -61,7 +61,7 @@ translation_of: Web/Performance/Performance_budgets <p>Чем раньше вы сможете определить новую трату к бюджету, тем лучше вы сможете оценить текущее состояние приложения и указать на необходимые оптимизации.</p> -<p>Кроме того, лучше иметь несколько бюджетов и быть проактивным. Бюджеты должны отражать ваши текущие цели, но не должны мешать экспериментам. Например, вы можете привнести функционал, который увеличит общее время загрузки приложения, но попытается увеличить пользовательскую вовлечённость (например, как долго пользователь остаётся на странице).</p> +<p>Кроме того, лучше иметь несколько бюджетов и быть проактивным. Бюджеты должны отражать ваши текущие цели, но не должны мешать экспериментам. Например, вы можете привнести функциональность, которая увеличит общее время загрузки приложения, но попытается увеличить пользовательскую вовлечённость (например, как долго пользователь остаётся на странице).</p> <p>Бюджет помогает вам сохранить оптимальное поведение ваших текущих пользователей, когда вы пытаетесь выйти на новые рынки или привнести что-то новое в ваше приложение.</p> |