сколько длится день в раст
Как повысить видимость ночью в RUST
Ночь в Rust – то время, когда начинающие игроки сидят в своих лачугах, греются возле костра и молча пережевывают поджаренное на огне мясо убитого кабана.
Что же делают в это время старожилы серверов, неужели то же самое? Разумеется, нет, они бродят по острову в поисках наживы, сметая на своем пути, все что движется и не только. Это могут быть и злобные звери-мутанты, предстающие в игре в виде красных медведей и волков, а в некоторых случаях и игроки, которые решили прогуляться в ночное время или просто-напросто не успели соорудить хижину. А чересчур ярые игроки вообще собираются в компании и совершают рейды на дома, грабя их и убивая игроков, которые мирно себе пересиживают темное время суток в помещении.
Сколько в игре Rust длится ночь
Наверняка вы уже заметили, что ночь в игре длится меньше, чем тот же день, плохо это или хорошо – должен решить каждый сам для себя. Но все же, сколько длится ночь в Rust в реальном времени? Сутки в игре проходят за 45 минут настоящего времени, одна треть из него отдана как раз таки темному времени суток – то есть в игре ночь длится 15 минут, а остальные полчаса – это день. Исходя из этого, можно предположить, что соотношение времени максимально приближено к реальности.
Нужно отметить, что ночи на острове жутко темные, можно глаза выколоть. Некоторые геймеры интересуются: «Можно ли и если да, то, как повысить видимость ночью в Rust?» Да, действительно это можно сделать в игре, причем способов несколько:
Сколько длится день в раст
ВАЖНО.
Если у вас ошибка в игре, либо при заходе в игру, то обязательно прочтите данную тему «Описание ошибок и их решения» .
Если ваша проблема есть в теме «Описание ошибок и их решения», то она рассматриваться не будет!
Часто задаваемые вопросы:
Сколько длиться ночь в Rust?
Сутки в игре равны 45 минутам. 30 Минут отданы дню, а 15 – ночи.
Где достать Explosives в Rust?
Ракета (Rocket) — боеприпас для ракетницы. Введение в игру ракетниц и ракет сильно поменяло принцип рейдерства домов. Сносить стены и заборы стадо возможным на расстоянии, с выгодных для рейдера позиций. Общий урон ракеты составляет 350 единиц, из них 75 единиц имеет свойства «Ударного урона» и 275 взрывного (см. Типы урона). Дальность разлёта осколков составляет 3,8 метра. Ракеты складываются в стак по 5 штук.
Как сломать деревянную стену в Rust?
Единственное что можно уничтожить с помощью подручных средств, это обычная деревянная дверь. Впринцепе так же можно и сломать стену, как и деревянную, так же и каменную (каменную желательно бить не по лицевой стороне и киркой)
Есть ли возможность добавить прицел на лук для Rust?
Как узнать координаты или местоположение в Rust?
Ещё одна статья о временах жизни (lifetimes) в Rust
Первые месяцы начинающего растомана как правило сводятся к ударам головой о концепцию времени жизни и владения. Некоторые на этом ломаются, но тем, кто смог пережить — это уже не кажется чем-то необычным или неправильным. Я опишу ключевые моменты, которые, как мне кажется, помогли быстрее и лучше адаптироваться к концепции лайфтаймов и владений. 
Разумеется официальный растбук полнее и подробнее, но так же требует больше времени и терпения для полного понимания и впитывания всей информации. Я попытался избежать большого количества деталей и представить всё в порядке возрастания сложности, в попытке сделать данную статью доступней тем, кто или только начал смотреть раст, или же не очень понял начальные моменты из официального растбука.
Сподвигло меня написать и то, что, как, например, по монадам, можно найти некие официальные обучающие материалы, но не всегда они хорошо понимаются, а понимание возникает только после прочтение чего-то типа «ещё одно введение» по данной теме.
Время жизни (lifetime)
Для начала нам надо освоиться с двумя вещами — конец блока и перемещение значения в другой блок. Позже мы начнём усложнять, добавив «одалживание», «мутабельность» и «скрытую мутабельность».
Прежде всего, жизнь значения определяется следующим отрезком:
Добавлю деталь, которая может пригодиться: если в скоупе несколько значений, то они уничтожатся в порядке обратном созданию.
Ещё один момент: я буду создавать строку, так как она не имеет маркера Copy, а значения, который имеют этот маркер, не перемещаются а копируются, что считается довольно дешёвой операцией, но меняет поведение перемещения (и позволяет легче работать с примитивными типами), но об этом чуть позже.
С простым блоком всё относительно несложно, следующая стадия наступает когда мы используем, казалось бы такие простые вещи как функции и замыкания:
Перемещение
Добавим такое понятие как перемещение значения. Простыми словами «перемещение» значит — что текущий блок больше не интересует судьба значения и он забывает о нём, а распоряжение его судьбой передано в другой блок, например в другую функцию, или в замыкание, или просто в другое значение.
Чтобы замыкание перемещало в свой блок захватываемое значения используется ключевое слово move, если не писать move — происходит «одалживание» значения, о котором я напишу совсем скоро.
Перемещать можно как в функцию так и из функции или в другое значение.
Данный пример демонстрирует то, как приходится следить за путями, по которым перемещаются значения чтобы жить в мире с borrowchecker.
Одалживание
Введём это новое понятие: в отличие от перемещения, это значит что управление значением текущий блок оставляет за собой, просто разрешает другому блоку попользоваться своим значением.
Замечу, что одалживание тоже имеет место где оно завершилось, что не очень важно в данных примерах, но всплывёт в следующем пункте.
Ремарка: я не буду писать про то как указывать время жизни прямо в функции, так как современный раст делает это автоматически лучше чем в старые времена, а раскрытие всего этого — ещё несколько страниц.
С замыканиями аналогично:
Собственно в большинстве таких простых конструкций пользователю просто надо решить где он хочет завершить жизнь значения: в конце текущего блока и одолжив его каким-то функциям, или, если мы знаем, что значение нам уже больше не нужно — то переместить его в функцию в конце которой оно само уничтожится, чем мы быстрее освободим память, но значение уже больше не будет доступно в текущем блоке.
Мутабельность
В расте, как, например и в kotlin, есть разделение на мутабельные и немутабельные значение. Но возникает проблема, что мутабельность имеет влияние на одалживание:
одалживать немутабельное значение можно много раз, а мутабельное значение можно одолжить мутабельно только один раз. Нельзя мутировать уже одолженное ранее значение.
Пример, не связанный с предыдущими, когда данная концепция нас убережёт от проблем, запретив одновременное мутабельное и немутабельное одалживание:
Но я лучше вернусь к нашим примерам, чтобы сохранить последовательность. Нам надо изменить «a» и у нас это не получается.
Скрытое мутирование
Теоретически замыкание может быть передано в какую-то функцию, которая обрабатывает, например, асинхронно в другом потоке, и тогда действительно у нас были бы проблемы, но в данном случае borrowchecker перестраховывается, хотя это не отменяет того что с ним надо как-то договориться.
Итого: нам нужно два мутирующих-одалживания, но раст позволяет только одно, но хитрые изобретатели раста придумали «скрытое мутирование»: RefCell.
RefCell — то, что мы заворачиваем в RefCell — раст считает немутируемым, однако, использовав функцию borrow_mut() мы можем временно извлечь мутабельную ссылку по которой может изменить значение, но есть важный нюанс: ссылку удастся получить только когда RefCell в runtime убедится что нет других активных одалживаний, иначе он кинет panic, или вернёт ошибку, если использовать try_borrow_mut(). Т.е. тут раст отдаёт все заботы об одалживании на попечение пользователя, а он уже сам должен убедиться что не одалживает значение из нескольких мест сразу.
Счётчик ссылок Rc
Данная конструкция знакома во многих языках, и используется в расте, когда, например, мы не можем по каким-то причинам одолжить значение, и возникается необходимость иметь несколько значений-ссылок на одно какое-то одно значение. Rc, как можно понять из названия, является просто счётчиком ссылок, который владеет значением, он может одалживать немутабельные ссылки, считает их количество, и, как только количество их обнуляется — уничтожает значение и себя. Получается Rc позволяет как бы скрыто расширять время жизни значения, которое содержится в нём.
Добавлю, что раст умеет автоматически делать deref для структур для которых он определён, это значит, что для работы с Rc, как правило, не надо никаких дополнительных извлечений внутренного значения и мы просто работаем с Rc как со значнием внутри него.
Тут простой пример немного тяжело придумался, попробуем проэмулировать то, что замыкание из примера выше не хочет принимать &T или &String, а хочет именно String:
Данная проблема легко бы решалась, если бы мы могли изменить функцию на fn f(x: &String) (или &str), но давайте представим, что мы почему-то не можем использовать &
Добавлю последний пример, так как одна из самых частых пар контейнеров, которые можно встретить, это Rc
Дальше было бы логичным переместить данный tutorial на потокобезопасный аналог Rc — Arc и потом продолжить про Mutex, но потокобезопасность и borrowchecker не расскажешь в одним абзаце, и не ясно нужны ли подобного типа статьи вообще, так как есть официальный растбук. Так что я завершаю.
Распространённые заблуждения о временах жизни в Rust
(прим. переводчика: времена жизни (lifetimes) — это одна из самых запутанных вещей в Rust, которая часто вызывает затруднение у новичков, даже несмотря на официальную документацию. Разъяснения по отдельным аспектам времён жизни есть, но они все разбросаны по разным источникам и ответам на Stack Overflow. Автор статьи собрал в одном месте и разъяснил множество связанных с временами жизни вопросов, что и делает эту статью столь ценной (я и сам почерпнул новое для себя отсюда). Я решил перевести её, чтобы дать возможность прочитать её тем, кто не владеет английским в достаточной степени, чтобы свободно читать оригинал, а также для того, чтобы повысить известность этой статьи среди русскоязычного Rust-сообщества)
19 мая 2020 г. · 37 минут · #rust · # lifetimes
Оглавление
Вступление
Когда-то я был подвержен всем этим заблуждениям, сейчас же вижу, как многие новички борются с ними. Некоторые используемые мной термины могут быть нестандартными, поэтому для обозначения вкладываемого в них смысла я привожу таблицу со значениями.
Заблуждения
В двух словах: время жизни переменной — это статически проверяемый компилятором промежуток времени, в течение которого валидны обращения к данным, лежащим по адресу, сохранённому в переменной. Следующие
6500 слов я потрачу на более подробный рассказ о том, где обычно возникает путаница.
1) T содержит только владеющие типы
Это заблуждение больше относится к обобщённым типам, чем к временам жизни, но обобщённые типы и времена жизни тесно связаны в Rust, поэтому невозможно говорить об одном, не говоря о другом. В любом случае:
| Переменная типа | T | &T | &mut T |
| Примеры | i32 | &i32 | &mut i32 |
Программа выше не компилируется, как и ожидалось:
Ключевые выводы
Ошибочные выводы
Что справедливо по отношению к static переменным:
‘static время жизни, вероятно, было названо так из-за времён жизни по умолчанию static переменных, ведь так? Так что логично, что время жизни ‘static должно следовать тем же правилам, не так ли?
Ключевые выводы
3) &’a T и T: ‘a — это одно и то же
Это заблуждение является обобщением заблуждения выше.
Ключевые выводы
4) мой код не является обобщённым и не имеет времён жизни
Ошибочные выводы
Это удобное заблуждение сохраняется из-за правил вывода времён жизни (lifetime elision), позволяющих опустить аннотации времён жизни в функциях, поскольку компилятор Rust выведет их согласно следующим правилам:
Это довольно много, поэтому давайте рассмотрим несколько примеров:
Если вы когда-нибудь писали:
то тогда повсюду в вашем коде есть выведенные аннотации времён жизни.
Ключевые выводы
5) если мой код компилируется, то мои аннотации времён жизни верны
Ошибочные выводы
Программа на Rust может быть технически компилируемой, но в то же время семантически неверной. Рассмотрим пример:
Ой! Ошибка компиляции:
Отнюдь, текущие аннотации времён жизни на самом деле являются источником ошибки! Это особенно трудно заметить, потому что ошибочные аннотации жизни опущены. Давайте выпишем развёрнутые аннотации времён жизни, чтобы получить более чёткое представление о проблеме:
Это совсем не помогло. Я всё ещё в замешательстве. Вот хорошая уловка, которую знают только профессионалы Rust: давайте аннотациям времён жизни осмысленные имена. Попробуем ещё раз:
Теперь, рассматривая предыдущую версию нашей программы, мы видим, что она явно была ошибочной. Так почему же Rust скомпилировал ее? Ответ прост: это было безопасным использованием памяти (memory safe).
Анализатор заимствований (borrow checker) Rust-а заботится о аннотациях времён жизни в программе только до той степени, до которой он может использовать их для статической проверки безопасности работы с памятью. Rust с радостью скомпилирует программы, даже если аннотации времён жизни содержат семантические ошибки и из-за этого программа становится излишне строгой.
Вот простой пример, который противоположен предыдущему: правила вывода времён жизни Rust в данном случае семантически корректны, но мы непреднамеренно пишем очень ограниченный метод с нашими собственными ненужными явными аннотациями времён жизни.
Ключевые выводы
6) трейт-объекты за владеющими указателями не имеют времён жизни
Ранее мы обсуждали правила Rust для вывода времён жизни применительно к функциям. У Rust также есть подобные правила для трейт-объектов:
Всё это звучит очень сложно, но это можно выразить коротко как «ограничения времени жизни трейт-объекта выводятся из контекста». Изучив несколько примеров, мы увидим, что выведенные времена жизни довольно интуитивны, поэтому нам не нужно запоминать формальные правила:
Конкретные типы, которые реализуют трейты, могут иметь ссылки, и, таким образом, иметь ограничения времён жизни, поэтому созданные из них трейт-объекты имеют соответствующие времена жизни. Также вы можете реализовать трейты непосредственно для ссылок, которые, очевидно, имеют ограничения времён жизни:
В любом случае, это стоит повторить, поскольку это часто сбивает с толку новичков, когда они преобразуют функцию из использующей трейт-объекты в обобщённую или наоборот. Рассмотрим пример:
Оно выдаёт ошибку компиляции:
Отлично, компилятор говорит нам, как решить проблему. Давайте исправим её.
Ключевые выводы
7) сообщения об ошибках компиляции скажут мне, как исправить мою программу
Ошибочные выводы
Данное заблуждение — это предыдущие два, объединённые в один пример:
Эта программа выдаёт следующую ошибку:
Хорошо, давайте исправим проблему так, как говорит нам компилятор. Не будем обращать внимание на тот факт, что он, не говоря нам, автоматически выводит для нашего трейт-объекта ограничение времени жизни ‘static и что его рекомендуемое исправление основано на этом предположении:
Итак, теперь программа компилируется… Но действительно ли это то, чего мы хотим? Возможно, да, но возможно, что и нет. Компилятор не предложил никаких других исправлений, но этот вариант также применим:
Эта функция принимает все те же аргументы, что и в предыдущая версии, и даже сверх этого! Делает ли это её лучше? Необязательно, это зависит от требований к нашей программе. Данный пример несколько абстрактный, поэтому давайте рассмотрим более простой и очевидный случай:
Сообщение об ошибке рекомендует аннотировать оба аргумента и возвращаемое значение одинаковым временем жизни. Если бы мы так сделали, наша программа бы скомпилировалась, но эта функция чрезмерно ограничила бы тип возвращаемого значения. На самом деле мы хотим этого:
Ключевые выводы
8) время жизни может расти и сокращаться во время исполнения
Ошибочные выводы
Этот код не компилируется:
Этот код также не компилируется и выдает ту же ошибку, что и пример выше:
Времена жизни должны быть статически проверены во время компиляции, и анализатор заимствований выполняет только очень ограниченный анализ потока управления, поэтому он предполагает, что каждый блок в операторе if-else и каждая ветвь выражения match могут быть выполнены, а затем выбирает самое короткое из возможных времён жизни для переменной. Как только переменная ограничена временем жизни, она ограничена этим временем жизни навсегда. Время жизни переменной может только сокращаться, и это сокращение полностью определяется на этапе компиляции.
Ключевые выводы
9) ослабление mut-ссылок до разделяемых безопасно
Ошибочные выводы
Вы можете передать mut-ссылку в функцию, ожидающую разделяемую ссылку, потому что Rust неявно перезаимствует mut-ссылку как неизменяемую:
Интуитивно это понятно, поскольку в повторном заимствовании mut-ссылки как иммутабельной нет ничего страшного, ведь так? На удивление — нет, так как программа ниже не компилируется:
Выдаёт следующую ошибку:
Переменная изменяемо заимствуется, но затем немедленно и безоговорочно перезаимствуется как неизменяемая, а затем ссылка отбрасывается. Почему Rust обращается с неизменяемым повторным заимствованием так, как будто у него все еще есть исключительное время жизни mut-ссылки? Хотя конкретно в приведенном выше примере проблем нет, предоставление возможности ослабления всех mut-ссылок до разделяемых действительно создает потенциальные проблемы безопасного доступа к памяти:
Дело в том, что когда вы повторно заимствуете mut-ссылку как разделяемую, вы получаете ссылку, но с некоторым подвохом: она продлевает время жизни изначальной ссылки на время перезаимствования, даже если та уже не используется. Использовать перезаимствованную разделяемую ссылку очень сложно, потому что она неизменяемая, но при этом не может пересекаться с другими разделяемыми ссылками. Перезаимствованная разделяемая ссылка имеет все минусы и разделяемой ссылки, и изменяемой, и не имеет плюсов ни той, ни другой. Я считаю, что повторное заимствование мутабельной ссылки как разделяемой должно считаться в Rust анти-паттерном. Знать этот анти-паттерн важно, чтобы вы могли легко заметить его в коде, подобном этому:
Даже если вы избегаете повторных заимствований в сигнатурах функций и методов, Rust по-прежнему выполняет автоматические неявные повторные заимствования, поэтому с этой проблемой легко можно столкнуться, не распознав её:
Да, это несколько неловко и неуклюже, но это — жертва, которую мы приносим на Алтарь Безопасной Работы С Памятью.
Ключевые выводы
10) замыкания следуют тем же правилам вывода времён жизни, что и функции
Это скорее подвох, нежели заблуждение.
Замыкания, несмотря на то, что они являются функциями, не следуют тем же правилам вывода времён жизни, что и функции.
После рассахаривания мы получаем:
Для этого несоответствия нет удовлетворительной причины. Сначала замыкания были реализованы с выводом типов, отличным от функций, и теперь мы застряли с этим навсегда, потому что в наше время унификация их поведения стало бы изменением, ломающим обратную совместимость. Так как же мы можем явно аннотировать тип замыкания? Вот доступные нам варианты:
Уверен, вы уже заметили в приведенных выше примерах, что когда на типы замыканий накладываются ограничения трейтов замыканий, они следуют обычным правилам вывода времён жизни для функций.
Тут нет какого-то урока или озарения, оно просто есть.
Ключевые выводы
Ранее я показал следующий пример:
Некоторые читатели связались со мной, чтобы спросить, существует ли на практике какая-то разница между этими двумя вариантами. Сначала я не был уверен, но после некоторого расследования я могу заявить, что, к сожалению, ответ на это вопрос утвердительный, разница есть.
Однако это приведение не работает, когда ссылки являются частью сигнатуры функции, поэтому этот код не компилируется:
И выдаёт эту ошибку компиляции:
Ключевые выводы
Заключение
Обсуждение
Обсудите эту статью на
Контакты
Получайте уведомления о будущих публикациях в блоге
Дальнейшее чтение
Переводчик выражает признательность за помощь в переводе статьи русскоязычному сообщество Rust, в особенности nlinker.
Сколько длится день в rust
VAC чем-то напоминает античит. С той лишь разницей, что VAC для обнаружение неизвестных читов не использует эвристическое сканирование, поскольку в случае ошибки или ложного срабатывания на какую-либо оверлей утилиту, это может привести к массовым фиктивным банам.
У VAC не было не единого ложного срабатывания с 2005 года;
VAC не банит за вирусы и трояны, которые пытаются внедриться в игровой процесс;
VAC не банит за оверлей-программы типа x-fire, fraps, wegame, evga precession, riva tuner и тд.;
Все баны VAC пермаменты и не снимаются ни при каких условиях;
Eсли ваш аккаунт был угнан и эти злоумышленники использовали на нем читы, то, согласно пользовательскому соглашению, бан снят не будет;
На сервере VAC ведутся логи, где содержится подробная информация о каждом VAC бане. Сотрудники VAC dev team постоянно просматривают эти логи, а потому если вдруг вы станете первым забаненным «просто так» за последние пять лет, то, будьте уверены, бан автоматически снимется когда ваши логи будут проверены. По-крайней мере, подобная практика была в период 2002-2004 гг.
Как повысить видимость ночью в RUST
Ночь в Rust – то время, когда начинающие игроки сидят в своих лачугах, греются возле костра и молча пережевывают поджаренное на огне мясо убитого кабана.
Что же делают в это время старожилы серверов, неужели то же самое? Разумеется, нет, они бродят по острову в поисках наживы, сметая на своем пути, все что движется и не только. Это могут быть и злобные звери-мутанты, предстающие в игре в виде красных медведей и волков, а в некоторых случаях и игроки, которые решили прогуляться в ночное время или просто-напросто не успели соорудить хижину. А чересчур ярые игроки вообще собираются в компании и совершают рейды на дома, грабя их и убивая игроков, которые мирно себе пересиживают темное время суток в помещении.
Сколько в игре Rust длится ночь
Наверняка вы уже заметили, что ночь в игре длится меньше, чем тот же день, плохо это или хорошо – должен решить каждый сам для себя. Но все же, сколько длится ночь в Rust в реальном времени? Сутки в игре проходят за 45 минут настоящего времени, одна треть из него отдана как раз таки темному времени суток – то есть в игре ночь длится 15 минут, а остальные полчаса – это день. Исходя из этого, можно предположить, что соотношение времени максимально приближено к реальности.
Нужно отметить, что ночи на острове жутко темные, можно глаза выколоть. Некоторые геймеры интересуются: «Можно ли и если да, то, как повысить видимость ночью в Rust?» Да, действительно это можно сделать в игре, причем способов несколько:
Сколько длится день в rust
Если ваша проблема есть в теме «Описание ошибок и их решения», то она рассматриваться не будет!
Часто задаваемые вопросы:
Сколько длиться ночь в Rust?
Сутки в игре равны 45 минутам. 30 Минут отданы дню, а 15 – ночи.
Где достать Explosives в Rust?
Ракета (Rocket) — боеприпас для ракетницы. Введение в игру ракетниц и ракет сильно поменяло принцип рейдерства домов. Сносить стены и заборы стадо возможным на расстоянии, с выгодных для рейдера позиций. Общий урон ракеты составляет 350 единиц, из них 75 единиц имеет свойства «Ударного урона» и 275 взрывного (см. Типы урона). Дальность разлёта осколков составляет 3,8 метра. Ракеты складываются в стак по 5 штук.
Как сломать деревянную стену в Rust?
Единственное что можно уничтожить с помощью подручных средств, это обычная деревянная дверь. Впринцепе так же можно и сломать стену, как и деревянную, так же и каменную (каменную желательно бить не по лицевой стороне и киркой)
Есть ли возможность добавить прицел на лук для Rust?
Как узнать координаты или местоположение в Rust?
Сколько длится день в rust
Эта публикация удалена, так как она нарушает рекомендации по поведению и контенту в Steam. Её можете видеть только вы. Если вы уверены, что публикацию удалили по ошибке, свяжитесь со службой поддержки Steam.
Этот предмет несовместим с Rust. Пожалуйста, прочитайте справочную статью, почему этот предмет может не работать в Rust.
Этот предмет виден только вам, администраторам и тем, кто будет отмечен как создатель.
В результатах поиска этот предмет сможете видеть только вы, ваши друзья и администраторы.
Обучение новичков выживанию в суровом мире расте. В этом руководсте я постарался не отвечать на вопросы «как добыть дерево» или «где взять лук», а наполнить его ответами на более общие вопросы волнующие тех, кто только начал делать свои первые шаги в этой замечательной игре.
| 1,883 | уникальных посетителей |
| 3 | добавили в избранное |
Почему Rust уже четыре года находится в раннем доступе?
В данном руководстве вы найдете ответы на самые часто задаваемые вопросы игроков, которые еще не набрались достаточного опыта в игре.
Когда вайп?
Почему меня убивают?
Где следить за обновлениями?
Где взять скины?
И прочее, прочее, прочее.
Если вас интересует какой-либо вопрос, задавайте его в комментариях, и я обязательно отвечу на него и внесу его в список.
Почему Rust уже четыре года находится в раннем доступе?
Замечал много гневных отзывов об игре, авторы которых ссылаются на то, что игра за всё время своего существования так и не вышла из раннего доступа. Весьма глупо, ведь именно ранний доступ делает игру настолько интересной. Ведь если вывести игру из раннего доступа, то Steam наложит ограничение на частоту выпуска обновлений для игры, и разработчики не смогут радовать нас нововведениями каждую неделю. Так-же, выход из раннего доступа значительно повысит цену игры.
И всё-же, по каким еще причинам Rust находится в EA (Early Acces)? Игра недостаточно оптимизирована. Всё происходит по принципу слоёного пирога. Выпуская обновления одно за одним у разработчиков не остается времени оптимизацию кода (о всех тонкостях этого дела я рассказывать не стану, можете загуглить «что такое оптимизация программного кода?»). Но всё же, практически в каждом обновлении разрабы радают нас порцией оптимизации, и этот вопрос для них всегда актуален.
На всех официальных серверах, и на некоторых серверах сообщества вайп происходит в первый четверг нового месяца. На прочих серверах вайп бывает на усмотрение администрации (в основном это раз в 7 либо 14 дней). Во время вайпа карта сервера генерируется заного и все изученные рецепты сбрасываются.