Ядерные ракеты? Да. Но не столько, что бы уничтожить планету целиком. Танки? В войне с Америкой они бы не были самой необходимой вещью, можно было меньше.
Заблуждаетесь. Ваш сценарий работает только для случая массированного глобального нападения США на СССР.
Но в случае ползучего нападения (когда постепенно захватываются вроде бы небольшие территории из-за которых не стоит начинать третью мировую), отсутствие обычных вооружений было бы серьезной проблемой. А именно этот сценарий и реализовывался в реальности.
Если один человек написал парсер логов для анализа продуктивности работы, то другой завсегда сможет написать эмулятор коммитов для демонстрации бурной деятельности.
У нас этот журнал каждый год первые месяц-другой в тако режиме работает. Такое ощущение что ему нужно от летних каникулов "отойти" и войти в рабочий режим.
Из-за холодной войны СССР вынужден был направлять имеющиеся ресурсы в первую очередь в военную промышленность. Поэтому там мы были "впереди планеты всей", а в бытовом плане было отставание так как туда ресурсов уже не хватало.
У запада таких проблем не было потому что холодную войну США и СССР начали с сильно неравных позиций.
p.s.само собой это не убирает наличие в СССР "неэффективного управления, пофигизма, отсутствия мотивации и т.д", но этого и на западе хватало.
Я тут даже не о технической стороне вопроса. Я о том, кто именно ошибся. Потому что в статье и там и тут штатно всё работало . И все вроде молодцы, но аппарат упал.
бортовой компьютер вдруг послал на БИУС-Л несколько команд одновременно, и у БИУСа произошёл «сбой системы»
А что говорит ТЗ по данному вопросу? Если в ТЗ указано что может прийти несколько команд одновременно, то виноват БИУС-Л. Если нет, то либо бортовой компьютер, либо тот, кто писал ТЗ.
Если вы оба за NAT, то без третий стороны никак. А учитывая что кто угодно может пытаться пробить тоннель к вам, то даже если это ваш stun-сервер, нельзя быть уверенным что к вам реально подключается Вася. Это просто вариант создания канала для обмена сообщениями. А вот Вася на то стороне или нет, всё равно придется выяснять с помощью обмена сообщениями после настройки канала.
Т.е. всё-равно нужна идентификация по установленному каналу.
Третья сторона нужна только чтобы пробить "тоннель". При обмене достаточно шифровать трафик чтобы исключить прослушку. Хотя тут уже проблема обмена ключами всплывает.
Заблуждаетесь. Ваш сценарий работает только для случая массированного глобального нападения США на СССР.
Но в случае ползучего нападения (когда постепенно захватываются вроде бы небольшие территории из-за которых не стоит начинать третью мировую), отсутствие обычных вооружений было бы серьезной проблемой. А именно этот сценарий и реализовывался в реальности.
Тут главное чтобы минобороны и минфин не договорились и не сделали общую программу вида: удаленная работа из окопа.
Если один человек написал парсер логов для анализа продуктивности работы, то другой завсегда сможет написать эмулятор коммитов для демонстрации бурной деятельности.
Хм, а есть курсы по подготовке собак-водителей?
Учитывая что вы на сайте по приглашению автора статьи - я не удивлен
Неплохо было бы поглядеть хотя бы базовый пример. Т.е. вот схема БД, вот запросы, а вот сгенерированный SDK.
p.s.на сайте информации тоже нет, предлагается записаться на демо
У нас этот журнал каждый год первые месяц-другой в тако режиме работает. Такое ощущение что ему нужно от летних каникулов "отойти" и войти в рабочий режим.
Из-за холодной войны СССР вынужден был направлять имеющиеся ресурсы в первую очередь в военную промышленность. Поэтому там мы были "впереди планеты всей", а в бытовом плане было отставание так как туда ресурсов уже не хватало.
У запада таких проблем не было потому что холодную войну США и СССР начали с сильно неравных позиций.
p.s.само собой это не убирает наличие в СССР "неэффективного управления, пофигизма, отсутствия мотивации и т.д", но этого и на западе хватало.
Вы сделали клёвый велосипед, он нам нравится. Но приварите к нему люльку и поставьте на него двигатель и тогда вообще будет супер.
Я тут даже не о технической стороне вопроса. Я о том, кто именно ошибся. Потому что в статье и там и тут штатно всё работало . И все вроде молодцы, но аппарат упал.
А что говорит ТЗ по данному вопросу?
Если в ТЗ указано что может прийти несколько команд одновременно, то виноват БИУС-Л. Если нет, то либо бортовой компьютер, либо тот, кто писал ТЗ.
Вы прям подсказываете следующие шаги
Люди, для которых это "не в кайф" этим и не занимаются. А если пишут статьи, то на тему "да когда же это ерундень закончится".
Ну так флешки и эл.почту запретить!
Вот что нашёл по теме
Преодоление барьера из двух симметричных NAT
http://yourcmc.ru/wiki/Преодоление_барьера_из_двух_симметричных_NAT
Т.е. пробитие возможно, но только не за разумное (для работы) время
И главное - не дать завестись разным типам которые начнут предлагать красные и синие таблетки. А то программисты начнут выскакивать из ванн.
Для этого оба участника должны знать IP адреса роутеров друг друга + синхронизировать по времени "штормовое пробитие".
Если вы оба за NAT, то без третий стороны никак.
А учитывая что кто угодно может пытаться пробить тоннель к вам, то даже если это ваш stun-сервер, нельзя быть уверенным что к вам реально подключается Вася. Это просто вариант создания канала для обмена сообщениями. А вот Вася на то стороне или нет, всё равно придется выяснять с помощью обмена сообщениями после настройки канала.
Т.е. всё-равно нужна идентификация по установленному каналу.
Третья сторона нужна только чтобы пробить "тоннель". При обмене достаточно шифровать трафик чтобы исключить прослушку. Хотя тут уже проблема обмена ключами всплывает.
Ну вот и ещё две идеи из прошлого для успешных стартапов