От солнечных вспышек можно защищаться несколько иначе: не обязательно делать прям зонтик, можно позиционировать сам корабль таким образом, чтобы между космонавтами и солнцем находились технические отсеки, которые и примут основной удар на себя.
Ну и специальный отсек тоже можно сделать, вспышки редко длятся больше нескольких дней.
То есть у вас айпишник в провайдерской сети выдаётся DHCP сервером и вы удивлены, почему он (айпишник) изменился? Похоже, вам нужно прочитать книжку «локальные сети для чайников».
Есть не-аэрозольные упаковки, просто стеклянная баночка и пшикалка, которая и насос. Такие брать разрешают, там нету избыточного давления. По остальным пунктам возразить нечего.
Не проще купить какой нибудь аквалор? Стоит не очень дорого, и распыляется нормально. Как по мне, так обычная пресная вода не слишком приятна слизистой, не хватает соли.
Смысл правильных реализаций HUD в том, что для вашего глаза картинка находится на расстоянии нескольких метров, если не десятков метров. Если это условие выполняется, то глазу не нужно перефокусироваться.
На фотках же фокус снимка там же, где и экран, это видно по текстуре торпедо, ну и из общеинженерных соображений про то, как работает проекционный экран. С точки зрения эргономики это примерно то же самое, что смотреть на традиционную панель приборов — нужно перефокусировать зрение, не получится прям быстро глянуть.
Для этого ведь нужно специально вывести две упавшие реплики из кластера, тогда действительно кластер станет из трёх реплик. Такую логику разрешают многие системы, что в этом уникального?
Алгоритм домашнего, так сказать, изготовления, или один из известных и математически доказанных? Как гарантируется консистентность? Чем лучше того же Raft, если вылеты мастера редки? Как ваша реализация относится к большим задержкам в сети, типа 20-50мс? Какая скорость сходимости после проблем со связностью?
У вас так било не потому, что вы плохо замеряли, а потому, что спицы крутили не совсем правильно. Если есть восьмёрка, то иногда нужно половину спиц покрутить, а не одну-две, а то легко получить яйцо. А потом будете яйцо исправлять — получите восьмёрку :) Установка из статьи вам бы тут никак не помогла, она же не говорит, что и куда крутить, а только показывает фактическую кривизну.
В мастерских проще делают: колесо ставится в установку, винтиком подкручивается планка, которая располагается у края обода, и дальше просто на глаз регулируется. Им же важно не идеально сделать, а просто достаточно хорошо, но быстро.
RTK алгоритм для GPS приёмника это и есть схема с диф. поправками. Нужно 2 приёмника, которые умеют выдавать фазу сигнала, и немножко софта. Погрешность определения положения ровера в системе отсчёта, связанной с базой, порядка 10см на расстоянии до 10км. Нужен канал передачи данных между ровером и базой, и желательно хорошая антенна на базе.
Софт — опенсорс, приёмники есть в ассортименте, платишь только за железо.
В точки зрения железа тут проблем быть не должно, выбор элемента (канала) — операция довольно примитивная, даже по меркам FPGA, а вот памяти придётся немножко потратить, до 100 хэшей на каждый канал хранить.
У меня, конечно, намного лайтовее вариант, но тоже ничего так. Пришёл работать в московский офис большой международной компании. Код написан на C и COBOL (ну и ещё немного PRO*C в data layer), суммарно несколько миллионов строк. Сборка производится тулчейном на основе перловый скриптов и мейкфайлов, которые суммарно тянут на несколько мегабайт. Серверная часть работает под управлением WeblogicTuxedo, который появился ещё до того, как славную компанию BEA кто-то там купил. Клиентская часть — на PowerBuilder, самая моя любимая часть в том коде это разбросанные по коду строки:
if (win16) ...
Пока пишешь прикладной код, который нужен бизнесу, всё неплохо. Следуешь гайдам, фигачишь код, коммитишь в RCS (опять же своим набором скриптов, конечно же), тестируешь — и готово. Но однажды пришёл запрос на запил single signon — чтобы пользователь аутентифицировался в одном приложении, а во всех остальных входил в систему автоматически. Оказалось, что в компании из 15+ тысяч человек про взаимодействие клиентских приложений, Tuxedo и ядра системы знает 3 (дада, три) человека. Они присылали нам патчи в код, который последний раз менялся в 1994 (кажется) году.
Скажу честно, это было одно из самых интересных заданий для меня за все те 3 года, что я проработал в той конторе. Разобраться в коде, понять, как вся эта фигня работает, а затем предлагать свои улучшения… Определённо, у меня был повод для гордости.
Ну и специальный отсек тоже можно сделать, вспышки редко длятся больше нескольких дней.
На фотках же фокус снимка там же, где и экран, это видно по текстуре торпедо, ну и из общеинженерных соображений про то, как работает проекционный экран. С точки зрения эргономики это примерно то же самое, что смотреть на традиционную панель приборов — нужно перефокусировать зрение, не получится прям быстро глянуть.
Софт — опенсорс, приёмники есть в ассортименте, платишь только за железо.
Пока пишешь прикладной код, который нужен бизнесу, всё неплохо. Следуешь гайдам, фигачишь код, коммитишь в RCS (опять же своим набором скриптов, конечно же), тестируешь — и готово. Но однажды пришёл запрос на запил single signon — чтобы пользователь аутентифицировался в одном приложении, а во всех остальных входил в систему автоматически. Оказалось, что в компании из 15+ тысяч человек про взаимодействие клиентских приложений, Tuxedo и ядра системы знает 3 (дада, три) человека. Они присылали нам патчи в код, который последний раз менялся в 1994 (кажется) году.
Скажу честно, это было одно из самых интересных заданий для меня за все те 3 года, что я проработал в той конторе. Разобраться в коде, понять, как вся эта фигня работает, а затем предлагать свои улучшения… Определённо, у меня был повод для гордости.