Сделал, как сказано в статье, пока полёт нормальный. Колпак легко снимается рукой, даже греть не пришлось. Посмотрим, сколько проживёт )
Ради эксперимента убрал оба резистора и впаял попавшийся 4.7 Ом. Светит слабее, но появилась побочка - выключается не сразу, а с двойным миганием. Так что черезчур ослаблять нет смысла.
Поиграл минут 30. В целом впечатляет для проекта, который делает один человек.
Немного обратной связи:
1) На стартовой локации FPS = 45..48, для RTX 2060 это как-то маловато
Надеюсь, оптимизации будут.
2) Встречаются странные модели, висящие в воздухе
3) Было бы удобно кликать по элементам управления прямо в кабине (в дополнение к горячим клавишам), вместо возвращения к исходной позиции по левому клику. При наведении можно показывать подсказку — что это за контрол и какая у него клавиша.
4) Провода дальше метров 10 отображаются как отдельные пиксели. В жд симуляторе много проводов, это сильно портит картинку.
5) Зеркала фейковые (((
6) Некоторые стрелки выглядят странно
7) Звуки в кабине моно, не привязаны к реальным положениям источников
А есть какие-то реальные показатели улучшения работы после внедрения мониторинга? Помимо «получения кайфа от разглядывания дерева»? Просто руководство таким критерием не очень убедишь…
Хотелось бы видеть какие-нибудь числа, вроде «уменьшилось время простоя на столько то процентов», «сократилось количество жалоб на столько-то», «выгода для компании возросла на столько-то рублей» и т.п.
Мне вот интересно — вы использовали Зидиумное бесплатное облако? Хватило лимитов для такой сложной системы?
Или же ставили на свой сервер (вроде как Зидиум теперь Open Source)?
Хотелось бы узнать опыт использования на собственном сервере.
А почему оно должно быть огромное? Например, у меня интернет магазин, это база данных + web + пара служб. Несложно и умещается на один виртуальный сервер. Но ошибки я же всё равно хочу мониторить. Развёртывать ради этого ещё один сервер, настраивать на нём что-то, сопровождать? Зачем?
На Selfhosted надо тратить ресурсы. К тому же система мониторинга должна быть на порядок надёжнее систем, за которыми она следит, иначе в ней и смысла нет. Это всё уже значительно сложнее, особенно для небольших команд.
Хоть статья и про NLog, но по факту поддерживается у них и log4net, и net core logging. При необходимости можно и самому написать адаптер для любимой системы. Я, например, для javascript написал без проблем ) Само api там на json.
Sentry тоже вариант. Но это чисто облачный лог.
В статье это не очень подробно раскрыто, но Зидиум это не просто продвинутый лог, это мониторинг ошибок, с жизненным циклом каждой ошибки. Есть даже баг-трекер встроенный.
И всякие плюшки вроде метрик, но это уже не через NLog.
Структурированный лог, конечно, круто, но не для всех проектов нужна такая навороченность. Уже есть огромное количество сделанных сайтов и приложений, которые используют NLog или аналоги, и которые никто переделывать не будет. А подключить в конфиге адаптер для облачного мониторинга — это вполне реально, и выгода получается сразу же.
Сработало попытки с двадцатой...
Сделал, как сказано в статье, пока полёт нормальный. Колпак легко снимается рукой, даже греть не пришлось. Посмотрим, сколько проживёт )
Ради эксперимента убрал оба резистора и впаял попавшийся 4.7 Ом. Светит слабее, но появилась побочка - выключается не сразу, а с двойным миганием. Так что черезчур ослаблять нет смысла.
Немного обратной связи:
1) На стартовой локации FPS = 45..48, для RTX 2060 это как-то маловато
Надеюсь, оптимизации будут.
2) Встречаются странные модели, висящие в воздухе
3) Было бы удобно кликать по элементам управления прямо в кабине (в дополнение к горячим клавишам), вместо возвращения к исходной позиции по левому клику. При наведении можно показывать подсказку — что это за контрол и какая у него клавиша.
4) Провода дальше метров 10 отображаются как отдельные пиксели. В жд симуляторе много проводов, это сильно портит картинку.
5) Зеркала фейковые (((
6) Некоторые стрелки выглядят странно
7) Звуки в кабине моно, не привязаны к реальным положениям источников
Буду следить за развитием!
P.S. Автозапуск локомотива — отличная идея )
Хотелось бы видеть какие-нибудь числа, вроде «уменьшилось время простоя на столько то процентов», «сократилось количество жалоб на столько-то», «выгода для компании возросла на столько-то рублей» и т.п.
Или же ставили на свой сервер (вроде как Зидиум теперь Open Source)?
Хотелось бы узнать опыт использования на собственном сервере.
www.nuget.org/packages/BouncyCastle.NetCore
И уведомления у них тоже есть, на почту и по смс.
В конфиге NLog можно задать, что именно пересылать. Это фича NLog, она не зависит от того, какие адаптеры подключены.
Сам Зидиум в облаке, поэтому ваших ресурсов не тратит.
А адаптер логирования, думаю, потребляет минимально )
В статье это не очень подробно раскрыто, но Зидиум это не просто продвинутый лог, это мониторинг ошибок, с жизненным циклом каждой ошибки. Есть даже баг-трекер встроенный.
И всякие плюшки вроде метрик, но это уже не через NLog.