Вам просто предлагают представить, что при вынимании симки приложение вас разлогинивает и не даёт снова залогиниться с правильными кредами, какими бы они ни были. Это затруднит переселение приложений на отдельные девайсы, у которых нет своей сим-карты.
Можно ли на сегодняшний день - наверное, можно. Но в ближайшей перспективе ничто не мешает стучащему российскому сервису поднять свою зарубежную ловушку, которая не должна быть доступна без впн, и слать на неё запросы из того же приложения. И если запросы, удобно связанные аж с вашим номером телефона, видно на этой ловушке, то вы попались.
Это смена ролей. Вы - блокируете (разграничиваете трафик на своём хитром роутере), а цензура - обходит ваши блокировки подменой адресов.
Не в тему, потому что речь о другом сценарии. Представьте, что вы сейчас вынимаете симку из своего телефона, и приложение госуслуг перестаёт работать даже при наличии вайфая. Просто потому что симки нет сейчас, а не потому что её нет для регистрации.
В России тоже запрещено. Но запрещено с издёвкой: предлагается на велосипеде ездить там же, где придуркам позволено гонять +40 (сотку в городе) с копеечными штрафами. Как велосипедист, лучше я буду тихонечко нарушать на тротуаре.
Я одинаково много пользуюсь и машиной, и велосипедом, и своими двумя.
Мы делали автоматом в три этапа. Сначала два механических насоса основную массу выгоняют, потом диффузионный подхватывает остатки до глубокого вакуума. Вроде работало.
Идея была чтоб всё просто как в стиральной машинке. Загрузил, кнопку нажал, забыл на сутки (в рамках разумного).
Я так делал, тоже вакуумную печь автоматизировал. Проблема в том, что когда ты резко щёлкаешь вкл-выкл несколько килоампер, то это отражается на показаниях датчиков температуры и вакуума. Ступеньки появляются там, где их вообще не ждут. Даже если силовая часть на полупроводниках. И объяснить/устранить это может быть дороже, чем всё-таки настроить плавное регулирование.
Всё становится гораздо проще когда вообще нельзя что-то "прокликать". Ну то есть когда локально код можно запустить только через тесты. Тогда уже ни кодер, ни менеджер не задаются вопросом нужны ли тесты - они будут. И покрытие тестами улетит в космос и будет там оставаться.
Нам три года назад заказчик навязал serverless для всего бэкенда (AWS Lambda). В этом куча своих плюсов и минусов. Но самый прикол, что это выворачивает наизнанку выбор между тестами и прокликиванием. Обеспечить и поддерживать "прокликиваемость" оказывается сложнее, чем фигачить тесты.
У нас покрытие сейчас 97% при том, что мы к этому не стремились. А на возможность "прокликать" и её содержание мы забили в первые месяцы проекта.
Прокликать сценарии, конечно же, можно в нижних средах после деплоя. И к сожалению, некоторые баги интеграционного характера выявляются только там. Но это ничтожная проблема учитывая что мы получаем взамен.
Я не совсем понимаю зачем сюда притягивать термины кибербезопасности. Настоящий человек-переводчик разве не постарался бы вам помочь схожим образом, если бы вы ему показали иностранный текст с отдельными просьбами на родном языке? Ну, в пределах своей эрудиции и запаса времени, конечно. Или вы бы предпочли, чтобы он "включил попугая" и переводил эти врезки с родного на родной?
Быстро преобразовать данные через map, filtes, foreach и др., и подставить в нужное место всегда выгодно с точки зрения компактности и аккуратности кода.
Проблемы возникают, когда коллекция становится больше некоторого значения по количеству элементов.
Учитывая тему поста, я бы не стал мешать forEach в одну кучу с map и filter. На вопрос "что быстрее: циклы vs стрелочные функции" без уточнений я бы с циклами сравнивал только forEach.
Unit-тесты Проклятие IT-индустрии. Ну, то есть в идеале - штука-то хорошая: "давайте мы будем тестировать мельчайший контракт отдельным атомарным быстрым тестом". Проблема в том, что это применимо, как правило, только к алгоритмам. Например, функция, которая ищет кратчайший путь на карте. Сделать для нее тест - благое и в целом достаточно простое дело.
Юнит-тесты вполне можно пускать в настоящую базу, и это может очень сильно поднять их полезность. База поднимается in-memory, каждому воркеру своя. Отдельные тесты или сюиты за собой подчищают.
Кто сомневается в скорости: 2400 тестов, 90% которых лезут в базу, прогоняются за 2-3 минуты. Около 50к LOC кода и такой же объём тестов. Отдельно взятый тест прогоняется секунд за 5-10, то есть для активного кодинга и дебпггинга подходит.
И нет, это не интеграционные тесты. Они тестируют поведение отдельных модулей. Я в курсе про религию, которая строго заставляет СУБД мокать и абстрагировать. Но мы такого не исповедуем и рассматриваем её как данность рантайма. Никто же не мокает арифметику, например. Вот и мы жёстко завязались на конкретную СУБД и не стесняемся этого.
Я бы подчинился таким правилам на словах, но не фактически. Нейронки вполне можно использовать по формуле "артефакты + качественные промпты" чтобы генерить/тюнить репорты и прочие тексты для читателей с разным уровнем подготовки и вовлечения. Такие тексты не воняют ИИшной рефератоманией.
Ой, вот не надо. Мало разнородной документации на английском читаете, видимо. Навскидку из сегодняшнего припомню оф.доки mongodb, да и вообще весь mongodb.com, который выдаёт 403 в Россию.
И тут нет смысла рассуждать "большинством случаев". 100 зарубежных сайтов открылось, один важный выругался на тебя санкциями - и всё, без зарубежного айпишника работа встала.
Айтишников оставили наедине с этой проблемой и списали в сопутствующий ущерб. Мол, разберутся сами как-нибудь. Ну вот и разбираемся, чо.
Вам просто предлагают представить, что при вынимании симки приложение вас разлогинивает и не даёт снова залогиниться с правильными кредами, какими бы они ни были. Это затруднит переселение приложений на отдельные девайсы, у которых нет своей сим-карты.
Можно ли на сегодняшний день - наверное, можно. Но в ближайшей перспективе ничто не мешает стучащему российскому сервису поднять свою зарубежную ловушку, которая не должна быть доступна без впн, и слать на неё запросы из того же приложения. И если запросы, удобно связанные аж с вашим номером телефона, видно на этой ловушке, то вы попались.
Это смена ролей. Вы - блокируете (разграничиваете трафик на своём хитром роутере), а цензура - обходит ваши блокировки подменой адресов.
Не в тему, потому что речь о другом сценарии. Представьте, что вы сейчас вынимаете симку из своего телефона, и приложение госуслуг перестаёт работать даже при наличии вайфая. Просто потому что симки нет сейчас, а не потому что её нет для регистрации.
Можно установить корреляцию трафика между выходным IP и потенциальными входными, которые видны провайдеру.
В России тоже запрещено. Но запрещено с издёвкой: предлагается на велосипеде ездить там же, где придуркам позволено гонять +40 (сотку в городе) с копеечными штрафами. Как велосипедист, лучше я буду тихонечко нарушать на тротуаре.
Я одинаково много пользуюсь и машиной, и велосипедом, и своими двумя.
Мы делали автоматом в три этапа. Сначала два механических насоса основную массу выгоняют, потом диффузионный подхватывает остатки до глубокого вакуума. Вроде работало.
Идея была чтоб всё просто как в стиральной машинке. Загрузил, кнопку нажал, забыл на сутки (в рамках разумного).
Я так делал, тоже вакуумную печь автоматизировал. Проблема в том, что когда ты резко щёлкаешь вкл-выкл несколько килоампер, то это отражается на показаниях датчиков температуры и вакуума. Ступеньки появляются там, где их вообще не ждут. Даже если силовая часть на полупроводниках. И объяснить/устранить это может быть дороже, чем всё-таки настроить плавное регулирование.
Вакуум автоматом делается или вручную насосы запускать?
Всё становится гораздо проще когда вообще нельзя что-то "прокликать". Ну то есть когда локально код можно запустить только через тесты. Тогда уже ни кодер, ни менеджер не задаются вопросом нужны ли тесты - они будут. И покрытие тестами улетит в космос и будет там оставаться.
Нам три года назад заказчик навязал serverless для всего бэкенда (AWS Lambda). В этом куча своих плюсов и минусов. Но самый прикол, что это выворачивает наизнанку выбор между тестами и прокликиванием. Обеспечить и поддерживать "прокликиваемость" оказывается сложнее, чем фигачить тесты.
У нас покрытие сейчас 97% при том, что мы к этому не стремились. А на возможность "прокликать" и её содержание мы забили в первые месяцы проекта.
Прокликать сценарии, конечно же, можно в нижних средах после деплоя. И к сожалению, некоторые баги интеграционного характера выявляются только там. Но это ничтожная проблема учитывая что мы получаем взамен.
Вот эта мебель - тотем пуско-наладки. Отвечаю!
Сидишь на таком стуле и думаешь о дизайне.
Я не совсем понимаю зачем сюда притягивать термины кибербезопасности. Настоящий человек-переводчик разве не постарался бы вам помочь схожим образом, если бы вы ему показали иностранный текст с отдельными просьбами на родном языке? Ну, в пределах своей эрудиции и запаса времени, конечно. Или вы бы предпочли, чтобы он "включил попугая" и переводил эти врезки с родного на родной?
А зачем эти лишние дисклеймеры? Убеждаешься, что отредактировалась только грамматика, и в продакшен.
Учитывая тему поста, я бы не стал мешать
forEachв одну кучу сmapиfilter. На вопрос "что быстрее: циклы vs стрелочные функции" без уточнений я бы с циклами сравнивал толькоforEach.А ещё в JS не так давно
mapи прочее завезли на итераторах: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Iterator/map (наконец-то). Это к вопросу о выделении памяти.Юнит-тесты вполне можно пускать в настоящую базу, и это может очень сильно поднять их полезность. База поднимается in-memory, каждому воркеру своя. Отдельные тесты или сюиты за собой подчищают.
Кто сомневается в скорости: 2400 тестов, 90% которых лезут в базу, прогоняются за 2-3 минуты. Около 50к LOC кода и такой же объём тестов. Отдельно взятый тест прогоняется секунд за 5-10, то есть для активного кодинга и дебпггинга подходит.
И нет, это не интеграционные тесты. Они тестируют поведение отдельных модулей. Я в курсе про религию, которая строго заставляет СУБД мокать и абстрагировать. Но мы такого не исповедуем и рассматриваем её как данность рантайма. Никто же не мокает арифметику, например. Вот и мы жёстко завязались на конкретную СУБД и не стесняемся этого.
Короче кошек надо уметь готовить как всегда.
Я бы подчинился таким правилам на словах, но не фактически. Нейронки вполне можно использовать по формуле "артефакты + качественные промпты" чтобы генерить/тюнить репорты и прочие тексты для читателей с разным уровнем подготовки и вовлечения. Такие тексты не воняют ИИшной рефератоманией.
Написанием кукловодящих скриптов? Регистрацией ботов? Получением сим-карт? Поднятием судимости за KPI?
Фигня какая-то. Вот так у нас залочено по хешу коммита. Легко ли его подделать?
Не уверен что там с actions/checkout, с телефона сложно посмотреть.
Для совещаний надо такой брать. И адаптировать чтобы звонок был по событиям из календаря.
Ой, вот не надо. Мало разнородной документации на английском читаете, видимо. Навскидку из сегодняшнего припомню оф.доки mongodb, да и вообще весь mongodb.com, который выдаёт 403 в Россию.
И тут нет смысла рассуждать "большинством случаев". 100 зарубежных сайтов открылось, один важный выругался на тебя санкциями - и всё, без зарубежного айпишника работа встала.
Айтишников оставили наедине с этой проблемой и списали в сопутствующий ущерб. Мол, разберутся сами как-нибудь. Ну вот и разбираемся, чо.
Мы где-то не туда свернули если детским садам действительно нужна такая убер-бюрократия.