Time to market - да, отлично подходят интеграционные тесты. Проверка на баги? Очень сомнительно. Нужна сильно дисциплинированная команда, но она не всегда есть в наличии. Ну и если уж такой сильный акцент на контракт, то нужен толковый аналитик или управление продуктом, что тоже не всегда в наличии. В общем, должны сойтись звёзды чтобы только на одном интеграционном тестировании вывезти продукт.
Я работал на проекте, где предпочтение отдавалось интеграционным тестам или acceptance, как их там называли. Проблема в таком подходе заключается в том, что эти тесты не проверяют внутреннюю логику и взаимодействие разных модулей. Да, они отлично проверяют контракт. Но если не писать юнит-тесты, то как проверить, что внутри вызывается именно тот модуль, который нужен? В моём случае было очень много багов из-за того, что разработчики писали тесты только под контракт API, не обращая внимание на юнит-тесты.
Когда-то я был молодой и наивный, честно отправлял баги в ваш трекер. Но баги не фиксились на протяжении нескольких лет и ваши коллеги не были любезны в общении. В чем мой профит, если я и так плачу вам за продукт, трачу драгоценное время на вас и ничего не получаю в замен?
Первое правило клуба пользователей WebStorm: никогда не обновляйся сразу после выхода новой версии, если не хочешь стать бета-тестером платного программного обеспечения.
У меня паспорт одной из стран ЕС, виза не нужна. Но есть нехватка кадров, думаю, можно из России джуном устроиться при удачном стечении обстоятельств. Хотя UK не посоветовал бы, особенно Лондон неоправданно дорогой.
Лондон. Годовая зп до вычета налогов =35000. В месяц после вычета налгов ~2100. Снять однокомнатную в месяц от 1100 + счета (~300) и выше в зависимости от района и запросов. На проезд в месяц дополнительно 160-200.
Помимо этого, даже при незначительной кальцификации сосудов головного мозга происходит другое повреждение, которое проявляется не в видимой физической болезни, а «всего лишь» как психическое изменение, которое идет в направлении общего душевного отвердевания и отсутствия гибкости. Это касается всех, кто регулярно принимает витамин Д в малых дозах, не только детей.
Системы на основе ИИ освобождают какое-то количество людей от рутинной работы
А также от средств к существованию.
Поэтому стоит смотреть на изменения исключительно позитивно
Может быть слово «ответственно» здесь больше подходит?
Насчет удобства потребления тоже спорно. До определённого момента персонализированный ИИ может быть удобен в выборе некоего продукта. В последствии чрезмерная персонализация станет слишком навязчивой и всеобъемлющей, что никак не вяжется со свободой выбора и самореализацией, только с потреблением на основе алгоритмов от определенного вендора.
Эти «документы» — просто информационный мусор. Они были якобы раздобыты «украинскими хакерами». Это всё есть в интернете, в открытом доступе лежит. Можете взять и порыться в них, если найдете что-то ценное, дайте знать всему миру, пожалуйста. Совсем недавно на одном западном ресурсе снова форсили эту тему. Мол, какой Викиликс плохой, отказался публиковать, но есть честные сливные бачки!
Для этого мне надо снова установить последнюю версию, потратить время, потом снова откатиться на старую. Я и так деньги вам плачу. В следующий раз обязательно сделаю скриншоты хотя бы.
Поставил эту версию, но откатился обратно на 2018.3.4, там какой-то баг с Gradle, не распознает таски, ключевые слова… Надеюсь в следующем году починят.
Ерунда, не надо обобщать, все «развитые страны» очень разные. В Англии только в дорогих частных школах чему-то учат, в обычных школах всем начхать. С университетами примерно также.
Лучше и не скажешь.
Time to market - да, отлично подходят интеграционные тесты. Проверка на баги? Очень сомнительно. Нужна сильно дисциплинированная команда, но она не всегда есть в наличии. Ну и если уж такой сильный акцент на контракт, то нужен толковый аналитик или управление продуктом, что тоже не всегда в наличии. В общем, должны сойтись звёзды чтобы только на одном интеграционном тестировании вывезти продукт.
Я работал на проекте, где предпочтение отдавалось интеграционным тестам или acceptance, как их там называли. Проблема в таком подходе заключается в том, что эти тесты не проверяют внутреннюю логику и взаимодействие разных модулей. Да, они отлично проверяют контракт. Но если не писать юнит-тесты, то как проверить, что внутри вызывается именно тот модуль, который нужен? В моём случае было очень много багов из-за того, что разработчики писали тесты только под контракт API, не обращая внимание на юнит-тесты.
Ну не знаю, если выбирать только из десктопов, то я не представляю что бы я делал без KDE.
Estonian Electronic Identity Card: Security Flaws in Key Management
In this paper, we describe several security flaws found in the ID card manufacturing process. The flaws have been discovered by analyzing public-key certificates that have been collected from the public ID card certificate repository. In particular, we find that in some cases, contrary to the security requirements, the ID card manufacturer has generated private keys outside the chip. In several cases, copies of the same private key have been imported in the ID cards of different cardholders, allowing them to impersonate each other. In addition, as a result of a separate flaw in the manufacturing process, corrupted RSA public key moduli have been included in the certificates, which in one case led to the full recovery of the corresponding private key. This paper describes the discovery process of these findings and the incident response taken by the authorities.
вот еще: £45000
«Доктор, кажется, у меня затвердела душа».
А также от средств к существованию.
Может быть слово «ответственно» здесь больше подходит?
Насчет удобства потребления тоже спорно. До определённого момента персонализированный ИИ может быть удобен в выборе некоего продукта. В последствии чрезмерная персонализация станет слишком навязчивой и всеобъемлющей, что никак не вяжется со свободой выбора и самореализацией, только с потреблением на основе алгоритмов от определенного вендора.