Есть много модных слов типа "теории игр" и т.п., но если по простому, то каждая сторона делает то, что максимально рациональным образом принесёт ей выгоды. А прочие стороны могут либо что-то сделать, чтобы рациональным оказалось другое поведение; либо воспользоваться исходным поведением исходной стороны для уже своих выгод.
Что рядом с зоной конфликта чаще проходят учения, а боеготовность и концентрация войск на повышенном уровне - это ожидаемо. Особенно в сочетании с громки политическими заявлениями о признании независимости. Что план вторжения существовал - это тоже ожидаемо: в мирное время штабы только тем и занимаются, что заранее продумывают самые невероятные сценарии.
США прогнозировали войну именно сейчас не только и не столько потому, что разведка что-то увидела. А потому, что их аналитики пришли к выводу, что это - наиболее рациональный шаг со стороны России.
Зеленский говорил, что всё эти новые санкции нужно было вводить заранее, чтобы предотвратить. Возможно, чтобы предотвратить, нужно было отменять санкции. Ничего этого не было сделано потому, что см. первый абзац - прочим сторонам оказалось максимально выгодно спрогнозированное поведение, а не его предотвращение.
На этом глобусе царит закон джунглей, куда ни беги - вот что печально.
Экран хоть и крохотный, но сдвинут к лицу - почти полностью занимает поле зрения, примерно как сейчас 30" монитор.
...глаза наверное, можно на помойку относить уже через месяц работы. А для какого-нибудь терминала-каталога в библиотеке для эпизодического использования - прям круто.
Справедливости ради, - это разные скорости: в договоре с юриками всё же чаще прописывают гаранированную полосу пропускания до какой-либо точки обмена трафиком. А в договоре с физиками - скорость которую обещают специально не зарезать, а всё остальное - ну, как повезёт.
Сильно снижает уровень ИБ как раз подмена сертификата: шлюз/proxy становится точкой через которую проходят все пароли и прочая конфиденциальная информация проходят в открытом виде. Сам пользователь не в состоянии проверить достоверность целевого сайта. И вообще конечный пользователь перестаёт нести какую-либо отвественность, т.к. в итоге его данные может читать и подменять неопределённый круг лиц обслуживающий эти proxy подменяющие сертификаты.
Что касается удобства разработчиков на макбуках с sudo, упомянутого @shifttstas - вся эта свобода более-менее работает при разработке web-, облачных, всяких saas-сервисов, т.к. лицензии на код много чего позволяют для конечного использования. Если писать ПО для продажи - начинается ад учёта совместимости даже открытых лицензий.
нормальный историк, знает историю постройки Александрийского столпа
подлинная история постройки Александрийского столпа так же неизвестна: сам Монферран хранил "цеховой секрет" и оставил лишь эскизы и зарисовки в мелких деталях не всегда складывающихся в общую картину. А официальная история излишне драматизирована и больше напоминает художественный роман в духе соцреализма: сплошные превозмогания и трудовые подвиги.
SOAP работает не так. Обычно API сервиса описано в виде xml. SOAP-библиотека на клиенте формирует по этому описанию объекты/классы/пространства имён. Транспортный xml разработчик не видит, вопросов парсинга/формирования xml при типовом использовании SOAP нет, разработчик работает с готовыми языковыми сущностями.
Если взаимодействие по API в типовом случае предполагает атомарные операции, SOAP избыточен и тяжеловесен, разработчику разработчику сервиса стоит предпочесть REST-подход.
Если на клиенте нужна полноценная модель данных и предполагается постоянное разноплановое взаимодействие, при REST-подходе потребуется изобрести много велосипедов. Нередко, это берут на себя сами разработчики сервиса и предоставляют готовые велосипеды библиотеки для популярных языков.
Ага "какое-то левое приложение" - это запускаемая виртуалка; игра; редактор, в котором большой файл открываешь.
Помнится я так со Слаком и дружил: запускаешь сначала виртуалку, потом Слак. В обратном порядке не получается.
То, что падают новые приложения, а не старые, - чуть лучше в плане сохранности данных. Но всё равно подобные жадные алгоритмы создают неудобства для пользователей.
В значительной мере сам факт внедрения слегка взбодрил/мобилизовал сотрудников. Они стали внимательнее следить за настройкой скорости. Раньше "про запас" ручку регулировки поворачивали на пол-оборота, а теперь - на одно деление.
Информационные технологии - это скорее про алгоритмы, а не аппаратную реализацию. Пришли они в промышленность вместе с конвейерным производством. Как раз чуть больше ста лет получается.
с пушами есть обратная проблема: банку тоже не стоит доверять на 100% - там тоже встречаются ошибки и неблагонадёжные сотрудники. Наличие/отсутствие СМС хотя бы может подтвердить третья сторона. А в приложении сегодня одни циферки, завтра другие. У меня кстати так было с "карман-банком" - приложение и банкомат расходились во мнениях относительно остатка примерно на 200 рублей.
а что толку в этом знании, если "персональные устройства для радио переговоров" прошиваются техником на базе. Сотрудники "в полях" не крутят "верньеры" и не вводят частоту руками, они получают преднастроенные устройства с прошитыми техником каналами. Профессиональная техника --- это специализированная техника, там и кнопок-то нет для ручного переключения на произвольную частоту.
Commonly, the first authentication factor is something that a user knows (such as a username and password pair), and the second factor is something that a user has (such as a phone or hardware token).
и тут же называют почту вторым фактором, но ведь это тоже как правило - the first authentication factor - is something that a user knows (such as a username and password pair)
Во-первых, если данные были удалены, то они обязаны оставаться на серверах ВКонтакте в течении 6 месяцев вместе со всей информацией и прочими данными в том числе и веток комментариев.
это чтобы можно было их восстановить по простому клац-клац они должны оставаться на серверах. А для удовлетворения требований законодательства данные сброшены на ленту и положены на полочку (слегка утрирую).
152-Ф3 не про кнопку "удалить страницу", а про заявление на отзыв разрешения на обработку персональных данных.
Есть много модных слов типа "теории игр" и т.п., но если по простому, то каждая сторона делает то, что максимально рациональным образом принесёт ей выгоды. А прочие стороны могут либо что-то сделать, чтобы рациональным оказалось другое поведение; либо воспользоваться исходным поведением исходной стороны для уже своих выгод.
Что рядом с зоной конфликта чаще проходят учения, а боеготовность и концентрация войск на повышенном уровне - это ожидаемо. Особенно в сочетании с громки политическими заявлениями о признании независимости. Что план вторжения существовал - это тоже ожидаемо: в мирное время штабы только тем и занимаются, что заранее продумывают самые невероятные сценарии.
США прогнозировали войну именно сейчас не только и не столько потому, что разведка что-то увидела. А потому, что их аналитики пришли к выводу, что это - наиболее рациональный шаг со стороны России.
Зеленский говорил, что всё эти новые санкции нужно было вводить заранее, чтобы предотвратить. Возможно, чтобы предотвратить, нужно было отменять санкции. Ничего этого не было сделано потому, что см. первый абзац - прочим сторонам оказалось максимально выгодно спрогнозированное поведение, а не его предотвращение.
На этом глобусе царит закон джунглей, куда ни беги - вот что печально.
Holborn прекрасен!
Экран хоть и крохотный, но сдвинут к лицу - почти полностью занимает поле зрения, примерно как сейчас 30" монитор.
...глаза наверное, можно на помойку относить уже через месяц работы. А для какого-нибудь терминала-каталога в библиотеке для эпизодического использования - прям круто.
вы статью читали?
С тем же успехом можно сказать про старые "закрытые старнции": конструктивно - обычные пилонно-стеновые. Просто в проёмах установлены двери.
неправда, станция "Зенит" (бывшая Новокрестовская) открытая в 2018 году - закрытого типа (по вашей терминологии).
ID довольно короткий, юные хекеры будут периодически зачищать чужие одноразовые записки простым перебором
Справедливости ради, - это разные скорости: в договоре с юриками всё же чаще прописывают гаранированную полосу пропускания до какой-либо точки обмена трафиком. А в договоре с физиками - скорость которую обещают специально не зарезать, а всё остальное - ну, как повезёт.
Сильно снижает уровень ИБ как раз подмена сертификата: шлюз/proxy становится точкой через которую проходят все пароли и прочая конфиденциальная информация проходят в открытом виде. Сам пользователь не в состоянии проверить достоверность целевого сайта. И вообще конечный пользователь перестаёт нести какую-либо отвественность, т.к. в итоге его данные может читать и подменять неопределённый круг лиц обслуживающий эти proxy подменяющие сертификаты.
Что касается удобства разработчиков на макбуках с sudo, упомянутого @shifttstas - вся эта свобода более-менее работает при разработке web-, облачных, всяких saas-сервисов, т.к. лицензии на код много чего позволяют для конечного использования. Если писать ПО для продажи - начинается ад учёта совместимости даже открытых лицензий.
подлинная история постройки Александрийского столпа так же неизвестна: сам Монферран хранил "цеховой секрет" и оставил лишь эскизы и зарисовки в мелких деталях не всегда складывающихся в общую картину. А официальная история излишне драматизирована и больше напоминает художественный роман в духе соцреализма: сплошные превозмогания и трудовые подвиги.
Сейчас у больших мониторов аппаратное разделение на два - чуть ли не дэфолтная фича.
Тяжелый случай.
SOAP работает не так. Обычно API сервиса описано в виде xml. SOAP-библиотека на клиенте формирует по этому описанию объекты/классы/пространства имён. Транспортный xml разработчик не видит, вопросов парсинга/формирования xml при типовом использовании SOAP нет, разработчик работает с готовыми языковыми сущностями.
Если взаимодействие по API в типовом случае предполагает атомарные операции, SOAP избыточен и тяжеловесен, разработчику разработчику сервиса стоит предпочесть REST-подход.
Если на клиенте нужна полноценная модель данных и предполагается постоянное разноплановое взаимодействие, при REST-подходе потребуется изобрести много велосипедов. Нередко, это берут на себя сами разработчики сервиса и предоставляют готовые
велосипедыбиблиотеки для популярных языков.Ага "какое-то левое приложение" - это запускаемая виртуалка; игра; редактор, в котором большой файл открываешь.
Помнится я так со Слаком и дружил: запускаешь сначала виртуалку, потом Слак. В обратном порядке не получается.
То, что падают новые приложения, а не старые, - чуть лучше в плане сохранности данных. Но всё равно подобные жадные алгоритмы создают неудобства для пользователей.
В значительной мере сам факт внедрения слегка взбодрил/мобилизовал сотрудников. Они стали внимательнее следить за настройкой скорости. Раньше "про запас" ручку регулировки поворачивали на пол-оборота, а теперь - на одно деление.
если кому-то как и мне стало любопытно, что за "уши" на КДПВ, то это Parrot Zik 3
Информационные технологии - это скорее про алгоритмы, а не аппаратную реализацию. Пришли они в промышленность вместе с конвейерным производством. Как раз чуть больше ста лет получается.
с пушами есть обратная проблема: банку тоже не стоит доверять на 100% - там тоже встречаются ошибки и неблагонадёжные сотрудники. Наличие/отсутствие СМС хотя бы может подтвердить третья сторона. А в приложении сегодня одни циферки, завтра другие. У меня кстати так было с "карман-банком" - приложение и банкомат расходились во мнениях относительно остатка примерно на 200 рублей.
ваш заголовок
противоречит содержанию статьи
а что толку в этом знании, если "персональные устройства для радио переговоров" прошиваются техником на базе. Сотрудники "в полях" не крутят "верньеры" и не вводят частоту руками, они получают преднастроенные устройства с прошитыми техником каналами. Профессиональная техника --- это специализированная техника, там и кнопок-то нет для ручного переключения на произвольную частоту.
Описанные проблемы с установщиком Windows - правда ...но установщик не нужен. Всё что делает установщик, это:
размечает диск
распаковывает архив install.wim
ставит в EFI bootmanager и нацеливает на инстанс из второго пункта
с 1 и 3 вы уже успешно справляетесь внешними средствами, 2 тоже уже почти делаете в скриптах интеграции
в начале отчёта они пишут:
и тут же называют почту вторым фактором, но ведь это тоже как правило - the first authentication factor - is something that a user knows (such as a username and password pair)
это чтобы можно было их восстановить по простому клац-клац они должны оставаться на серверах. А для удовлетворения требований законодательства данные сброшены на ленту и положены на полочку (слегка утрирую).
152-Ф3 не про кнопку "удалить страницу", а про заявление на отзыв разрешения на обработку персональных данных.