Василий Банников

Он у них скомпрометирован был?

Уже многие годы он является официальным малварем. Удаляй

Сбоку у экрана еще болт отвалился и поломалось гнездо для шурупа. Теперь там щель. Может это как то влияет

Может влияет, а может не влияет. А может оно вызвано одной общей причиной - падением.

А вибрации всегда только от проблем с движущимися деталями. А в ноутбуке постоянно двигаются только вентиляторы - может износились, может лопасть отвалилась, а может мусор какой мешает.

В любом случае нужно разбирать и смотреть

Зависит от того что именно за данные (для какой цели) будут передаваться и между кем и кем.
Rest как и любой другой синхронный метод взаимодействия несёт плюсы:
+ Сравнительно быстрая реакция на запрос и ответ. (как правило от запроса до получения ответа менее секунды)
+ Очень прост в использовании, нет никаких проблем с поддержкой на клиенте
+ Очень простая инфраструктура (в минимальном варианте она не нужна вообще)
+ Всё хорошо изучено. Та же аутентификация и авторизация очень легко реализуется в рамках http.
+ Достаточно легко разрабатывать и тестировать
+ Есть grpc и openapi - нет никакой проблемы с документированием такого API.
+ В http запрос с каким-нибудь multipart form data может спокойно быть размером в десятки мегабайт, а может и больше - полезно при загрузке файлов.
И минусы:
- Не понятно что делать, в случае недоступности ответной стороны
- При неправильной реализации клиента (политики ретраев) - можно легко заддосить сервер

Всякие разнообразные брокеры сообщений тоже имеют свои плюсы:
+ Строгая очерёдность обработки данных (событий) из коробки
+ В случае недоступности ответной стороны - брокер у себя может хоть несколько дней держать данные
+ Все политики ретраев реализуются на стороне брокера
+ Если это rabbit, то можно разные сложные механики рассылки и маршрутизации реализовать
+ Если это кафка или какой-то другой лог, то можно вычитывать события повторно

Но есть и минусы:
- Инфраструктура обычно сложнее
- Достаточно большие задержки
- Использовать можно будет только у себя внутри - внешнему клиенту (браузер, мобильное приложение, публичный API) такое дать не получится.
- Сложнее разграничивать в правах.
- Сложно разрабатывать и тестировать. На примере той же кафки - подключиться к топику и записать в него что-то через гуй - это отдельный челендж.
- Запросы должны быть небольшими (сотни кб)

fixed запрещает перемещать объект в памяти.
Сборщик мусора может и не соберёт объект, но без fixed он может его переместить и тогда указатель станет невалидным.

stackalloc выделяет данные на стеке, а по тому с ним такой проблемы нет, ну и да - он не нагружает gc, хоть и обладает кое-какими другими потенциальными проблемами.

Там просто прогонов меньше и работает он под виндой, в то время как memtest работает самостоятельно.

1. Есть xunit
2. Есть библиотеки с альтернативными ассертами. Например я везде fluentassertions использую
3. Mstest на коре вроде тоже есть.
4. Вместо атрибута ExpectedException лучше использовать аналогичный ассерт:
https://docs.nunit.org/articles/nunit/writing-test...

позволяет удобно работать с XML-файлами и не только

Фу какая гадость. Зачем тебе это в тест-фреймворке???

AssemblyInitialize!

Зачем он тебе?

Нет, она не корректна, тк ты время на проценты умножаешь.

Простой способ проверки: подставляем единицы измерения и пытаемся понять смысл каждого подвыражения.

M1/M2 - ок, отношения массы одного к массе другого - единиц измерения нет, тк сократились.
Это отношение умноженное на время - уже странно, но тоже ладно. В результате у нас время чего-то, допустим что в секундах.
А вот время домноженное на 100% - это что?

5 секунд умножить на 100% = 500% от секунды?
В принципе корректно, но смысла в этом нет.
Какой смысл?

1. Это не в юнити, а в Visual Studio
2. Кроме запуска программы с отладкой также может быть ситуация, когда программа уже запущена и хочется к ней подключить отладчик - вот эта кнопка так должна делать.

Любой ответ будет копипастой из MDN.
Если просто:
Если переменная должна быть изменяемой, то пиши let. Иначе - const.
var не используй.

Если сложно:
https://habr.com/ru/companies/ruvds/articles/420359/

Список формально разрешённых символов тебе ничего не даст, тк по спецификации - это практически все печатаемые ascii-символы + ещё какие-то международные символы из юникода, но практически никто на 100% спецификации не следует.

Лучше ограничить себя тем, что может отправить твой почтовый сервер:
1. Сделай обязательным наличие собаки и каких-то (любых) символов до и после неё.
2. Сделай попытку отправить письмо на эту почту и обязуй пользователя перейти по ссылке из письма для продолжения регистрации.