Diffie-Hellman уязвим к MitM. Диалог выработки сессионного ключа должен защищаться заранее согласованным ключом (сертификатом) хотя бы с одной стороны.
То есть, если Вася в переулке продал Пете кирпич, а потом Петя в подворотне продал его Васе обратно, то ВВП вырос, хотя ни деньги ни кирпич по результату так хозяев и не сменили.
Ну так нет электричества - нет значительной части нефте- и газо-добычи, нет значительной части химической отрасли (в том числе и нефтепереработки), нет значительной части металлургии, нет сферы IT, нет современной связи, резкое усложнение/удорожание складских и логистических работ - это всё одновременно и потребители электричества и производители других товаров/услуг.
Без электричества встанет практически всё, в том числе и существенная часть добычи нефти - станки-качалки работают на электричестве. Встанет нефте\газо-химия, там тоже электричество используется вовсю. Встанет жизнь в городах - насосы центрального водоснабжения и отопления электрические, во многих домах и кухонные плиты электрические. Исчезнет освещение, связь, остановится электротранспорт. Слишком завязано всё в экономике друг на друга, чтобы так просто заявлять, что именно нефть даёт 70%.
устанавливаем добычу нефти в 0, и смотрим какие бизнесы превращаются в тыкву
Некорректное рассуждение. Давайте установим в 0 производство электроэнергии и встанет не меньше бизнесов. Но тогда 70% с нефти, 70% с электричества, вот уже и 140% дохода?
Обогревается, естественно, не непосредственно датчик, а корпус. Это нужно для защиты от обледенения. На обогрев даётся поправка, которая на крейсерский скорости порядка 1℃. У MD-82, с которым случилась катастрофа, отказало реле, отключающее обогрев при обжатии стоек шасси и обогрев был всегда включён, что на земле приводило к предупреждению о перегреве датчика. Механик отключил предохранитель, разомкнув цепь питания обогревателя и предупреждение пропало. Но, то же самое реле отвечало и за подачу сигнала "на земле" в TOWS. Соответственно, TOWS считал, что самолёт постоянно в полёте и не выдал предупреждения о неправильной взлётной конфигурации при невыпущенных закрылках.
Именно поэтому при выдаче аккаунта в корпоративном мессенджере с сотрудника стоит брать разрешение на просмотр его переписки. Тогда нарушения закона не будет.
То есть конструкторы делают максимально обтекаемую форму, сглаживают стыки, делают зализы, ставят обтекатели, а потом приходит дизайнер и поверх аэродинамической формы лепит декоративную нашлёпку, нарушающую обтекание? Не верю.
Ну тогда давайте пуск разместим не в середине нижней стороны экрана, а прямо по его центру. По вашему объяснению это будет ещё эргономичнее. А то вдруг у меня мышка в самом верху экрана, мне что, её до самого низа что ли двигать?
В FCOM на B737, например, выпуск закрылков идёт в разделе Before Taxi и в нём предполагается, что двигатели уже запущены, так как перед закрылками идёт отключение APU и перевод стартеров в режим взлёта/посадки (CONT).
напомню, что авиакатастрофа - это когда самолет покоцан достаточно, чтобы получилась хотя бы одна жертва
Тогда введём понятие "автокатастрофа" - ДТП, при котором есть хоть один погибший, - и сравним вероятности. Ну либо для авиации тоже надо брать все происшествия, те же выкаты за полосу или задевание крылом на рулёжке.
Структура памяти остается плоской (агглютинативной)
Не остаётся. Прочитайте спецификацию. Ещё раз прочитайте спецификацию. Смещения во FlatBuffers формируют древовидную структуру. Первое смещение даёт адрес экземпляра. Затем первое поле в экземпляре - отрицательное смещение на vtable. В vtable записано количество полей и их смещения внутри экземпляра. При этом порядок, типы и размер полей определяются заранее, при разработке протокола. Если поле строковое, то оно содержит смещение в таблице строк. Теперь попробуйте соотнести это с вашей "агглютинативной" идеей.
Это и есть та самая линейная сложность без возвратов и рекурсий.
Она линейная для одного поиска. Как только вам надо выбрать несколько полей, вам придётся либо строить каталог, то есть тратить дополнительную память, либо выполнять поиск для каждого поля, то есть общая сложность станет квадратичной.
отказ от вложенных, рекурсивных (флективных) структур данных в пользу плоских, линейно-размеченных буферов (агглютинативных)
Как только у вас данные начнут усложняться, вы всё равно вернётесь к древовидному представлению, в той или иной форме. Попробуйте агглютинативно описать следующую структуру данных:
Diffie-Hellman уязвим к MitM. Диалог выработки сессионного ключа должен защищаться заранее согласованным ключом (сертификатом) хотя бы с одной стороны.
То есть, если Вася в переулке продал Пете кирпич, а потом Петя в подворотне продал его Васе обратно, то ВВП вырос, хотя ни деньги ни кирпич по результату так хозяев и не сменили.
Всё новое - хорошо забытое старое
А тут надо смотреть, нет ли у вашего участка обременения в виде публичного сервитута.
Ну так нет электричества - нет значительной части нефте- и газо-добычи, нет значительной части химической отрасли (в том числе и нефтепереработки), нет значительной части металлургии, нет сферы IT, нет современной связи, резкое усложнение/удорожание складских и логистических работ - это всё одновременно и потребители электричества и производители других товаров/услуг.
Тогда каким боком у вас в производителях, например, нефте- и газо-химия, продажа топлива? Они потребители нефти, а не её производители.
Без электричества встанет практически всё, в том числе и существенная часть добычи нефти - станки-качалки работают на электричестве. Встанет нефте\газо-химия, там тоже электричество используется вовсю. Встанет жизнь в городах - насосы центрального водоснабжения и отопления электрические, во многих домах и кухонные плиты электрические. Исчезнет освещение, связь, остановится электротранспорт.
Слишком завязано всё в экономике друг на друга, чтобы так просто заявлять, что именно нефть даёт 70%.
Некорректное рассуждение. Давайте установим в 0 производство электроэнергии и встанет не меньше бизнесов. Но тогда 70% с нефти, 70% с электричества, вот уже и 140% дохода?
А пункт Конституции назовёте?
И как российским властям ловить и сажать проживающих в других странах владельцев ботов? ГУ ГШ задействовать?
Обогревается, естественно, не непосредственно датчик, а корпус. Это нужно для защиты от обледенения. На обогрев даётся поправка, которая на крейсерский скорости порядка 1℃.
У MD-82, с которым случилась катастрофа, отказало реле, отключающее обогрев при обжатии стоек шасси и обогрев был всегда включён, что на земле приводило к предупреждению о перегреве датчика. Механик отключил предохранитель, разомкнув цепь питания обогревателя и предупреждение пропало.
Но, то же самое реле отвечало и за подачу сигнала "на земле" в TOWS. Соответственно, TOWS считал, что самолёт постоянно в полёте и не выдал предупреждения о неправильной взлётной конфигурации при невыпущенных закрылках.
Увы, сейчас закон не разделяет личную и служебную переписки.
Именно поэтому при выдаче аккаунта в корпоративном мессенджере с сотрудника стоит брать разрешение на просмотр его переписки. Тогда нарушения закона не будет.
То есть конструкторы делают максимально обтекаемую форму, сглаживают стыки, делают зализы, ставят обтекатели, а потом приходит дизайнер и поверх аэродинамической формы лепит декоративную нашлёпку, нарушающую обтекание? Не верю.
Ну тогда давайте пуск разместим не в середине нижней стороны экрана, а прямо по его центру. По вашему объяснению это будет ещё эргономичнее. А то вдруг у меня мышка в самом верху экрана, мне что, её до самого низа что ли двигать?
А ещё эта зараза охрупчивает некоторые металлы, и, как на грех, именно те, которые применяют в силовых конструкциях - стали и титановые сплавы.
Ну, в середину экрана курсор надо приводить сознательно, а в крайнее достаточно двинуть мышкой посильнее, можно даже не глядя на экран.
В FCOM на B737, например, выпуск закрылков идёт в разделе Before Taxi и в нём предполагается, что двигатели уже запущены, так как перед закрылками идёт отключение APU и перевод стартеров в режим взлёта/посадки (CONT).
Страница FCOM
Тогда введём понятие "автокатастрофа" - ДТП, при котором есть хоть один погибший, - и сравним вероятности.
Ну либо для авиации тоже надо брать все происшествия, те же выкаты за полосу или задевание крылом на рулёжке.
Не остаётся. Прочитайте спецификацию. Ещё раз прочитайте спецификацию. Смещения во FlatBuffers формируют древовидную структуру. Первое смещение даёт адрес экземпляра. Затем первое поле в экземпляре - отрицательное смещение на vtable. В vtable записано количество полей и их смещения внутри экземпляра. При этом порядок, типы и размер полей определяются заранее, при разработке протокола. Если поле строковое, то оно содержит смещение в таблице строк. Теперь попробуйте соотнести это с вашей "агглютинативной" идеей.
Она линейная для одного поиска. Как только вам надо выбрать несколько полей, вам придётся либо строить каталог, то есть тратить дополнительную память, либо выполнять поиск для каждого поля, то есть общая сложность станет квадратичной.
Как только у вас данные начнут усложняться, вы всё равно вернётесь к древовидному представлению, в той или иной форме. Попробуйте агглютинативно описать следующую структуру данных:
Единственно верного пути, как обычно, не существует. В каждом варианте есть свои плюсы, свои минусы, свои оверхеды. how-standards-proliferate.jpg