Если я приехал и отучился, я уже от 2 до 6 лет прожил в стране, обзавёлся там жизнью и с большой вероятностью хочу остаться. Заставлять после этого уезжать назад очень негуманно.
В США есть свои проблемы. Например, получить рабочие визы, как минимум в части случаев, в стране нельзя, и нужно выезжать. За визы специалистов берут огромные деньги, их количество ограничено, и части компаний их вообще запретили получать.
В итоге все иностранные студенты будут возвращаться на родину или уезжать в другие страны. А при таких условиях никто и не будет приезжать.
Но, хуже всего, текущие студенты приезжали учиться на одних условиях, а правила, как всегда, меняют для всех, а не только для новых прибывающих.
Автор прав, что подписи всех загружаемых файлов нужно сверять. И это не только про код, в 2гис я в своё время (уже не работаю там) сделал проверку подписи для вообще всех файлов, проходящих через систему обновлений. Потому что не хотел, чтобы была даже теоретическая возможность подменить данные.
Находящиеся на диске файлы, впрочем, проверяются только после падения, т.к. это заметно сказывается на времени запуска приложения.
Законы ЕС ограничивают экспорт ПД за пределы союза за исключением случаев крайней необходимости и при условии, что принимающая сторона обеспечивает «эквивалентный» уровень их защиты.
Нет там "крайней необходимости". Либо страна из допустимого списка, либо заключение прямого договора.
В любом случае главное, чтобы все требования GDPR соблюдались. Так что это совсем не равнозначно, скажем, российскому закону, который требует прямо хранить данные российских пользователей на территории РФ.
На первый взгляд кажется, что никакой проблемы быть не должно. В конечном итоге член x объявлен только вA, и никакого второго x в B или C нет.
Но у вас же не virtual-наследование, так что у нас две копии A::x, и нужно знать, к какой обращаемся. В случае virtual-наследования найдётся без дополнительных фокусов.
Update: увидел, что ниже virtual-наследование тоже описано.
У вас есть определённые ожидания от картошки. Вот если она на следующие сутки превратится в труху, вы таки можете пойти в суд.
А вот платформы могут включить обучение AI внезапно. Или просто забанить, потому что алгоритмы что-то начудили. Вот про это отсутствие предсказуемости я и говорю.
Ну и проблема таких больших бесконтрольных платформ в том, что в моменте вас условия могут устраивать, но потом они меняются без спроса, и вы можете отказаться от использования, но платформа продолжает получать бонус от вашего прошлого труда, а вы от неё — уже нет.
Обидно. Paperwhite до сих пор отлично работает, и тут такая подстава. Видимо, придётся загрузить сразу пару десятков книг, чтобы до конца года хватило.
Мы с вами в двух параллельных вселенных живём. Я говорю о том, как сейчас писать программы так, чтобы ошибок было меньше. Разбиение на независимые части и строгие контракты API этих частей как раз уменьшают сложность системы в целом. И это только один из инструментов, есть и другие. Вы же о том, что авторы должны доказывать, что в их программах нет ошибок. Математически доказывать корректность программ, по крайней мере сейчас, очень долго и дорого и экономически не оправдано. И да, требует применения других языков программирования.
Отвечая про переполнение int'а — используйте Rust и safe-функции, переполнение вызовет panic, а не неопределённое поведение. При желании такие функции и в c++ можно реализовать. Да, будет runtime cost.
Также можно делать type safe обёртки с семантикой, например, "это float в границах [0; 1]". И тогда проверка нужна только при создании значений. А, скажем, при перемножении таких чисел уже можно не проверять.
Вы увели дискуссию в сторону от моей оригинальной мысли о том, что std::filesystem не надо использовать напрямую (и, если уж на то пошло, и chrono, и iostream/fstream). Я не пытался раскрыть тему как писать безопасные программы.
Если я приехал и отучился, я уже от 2 до 6 лет прожил в стране, обзавёлся там жизнью и с большой вероятностью хочу остаться. Заставлять после этого уезжать назад очень негуманно.
В США есть свои проблемы. Например, получить рабочие визы, как минимум в части случаев, в стране нельзя, и нужно выезжать. За визы специалистов берут огромные деньги, их количество ограничено, и части компаний их вообще запретили получать.
В итоге все иностранные студенты будут возвращаться на родину или уезжать в другие страны. А при таких условиях никто и не будет приезжать.
Но, хуже всего, текущие студенты приезжали учиться на одних условиях, а правила, как всегда, меняют для всех, а не только для новых прибывающих.
Купить датчик CO2, чтобы смотреть на цифры, а не просто проветривать 5 минут раз в 2 часа.
Статья в целом грешит отбрасыванием всего нового через "но это же всего лишь".
Автор прав, что подписи всех загружаемых файлов нужно сверять. И это не только про код, в 2гис я в своё время (уже не работаю там) сделал проверку подписи для вообще всех файлов, проходящих через систему обновлений. Потому что не хотел, чтобы была даже теоретическая возможность подменить данные.
Находящиеся на диске файлы, впрочем, проверяются только после падения, т.к. это заметно сказывается на времени запуска приложения.
Смотря что за работа. Моей помогала не раз :)
Начиная от создания специализированной read-only db и заканчивая системой сбора и обработки метрик.
Если вам не нужно проектировать базы данных или большие сетевые системы, то, может, и правда не сильно полезна. Но если нужно, то книга очень хороша.
Нет там "крайней необходимости". Либо страна из допустимого списка, либо заключение прямого договора.
В любом случае главное, чтобы все требования GDPR соблюдались. Так что это совсем не равнозначно, скажем, российскому закону, который требует прямо хранить данные российских пользователей на территории РФ.
Во втором случае B не является базовым классом A, а A ровно такой же прямой базовый класс, только для B
Но у вас же не virtual-наследование, так что у нас две копии A::x, и нужно знать, к какой обращаемся. В случае virtual-наследования найдётся без дополнительных фокусов.
Update: увидел, что ниже virtual-наследование тоже описано.
У вас есть определённые ожидания от картошки. Вот если она на следующие сутки превратится в труху, вы таки можете пойти в суд.
А вот платформы могут включить обучение AI внезапно. Или просто забанить, потому что алгоритмы что-то начудили. Вот про это отсутствие предсказуемости я и говорю.
Но модели лучше существуют, тот же Bluesky.
Ну и проблема таких больших бесконтрольных платформ в том, что в моменте вас условия могут устраивать, но потом они меняются без спроса, и вы можете отказаться от использования, но платформа продолжает получать бонус от вашего прошлого труда, а вы от неё — уже нет.
Канцлер в Германии плюс-минус соответствует президенту РФ, а президент Германии вообще не важная фигура.
Видимо, так и буду делать. Но удобно было просто отправлять на почту.
Обидно. Paperwhite до сих пор отлично работает, и тут такая подстава. Видимо, придётся загрузить сразу пару десятков книг, чтобы до конца года хватило.
И мы усложняем код только для того, чтобы переменные были фиксированные. Убрали сложность в одном месте, но добавили в другом (и, ИМХО, больше).
Из какого города? В Хельсинки вполне себе чистят.
Весной убирают
А в чём отличие? Полностью идентичный код.
Я репортил баг в версии 0.3 в начале 2008 года. Удивлён, что сейчас только версия 0.7.
Мы с вами в двух параллельных вселенных живём. Я говорю о том, как сейчас писать программы так, чтобы ошибок было меньше. Разбиение на независимые части и строгие контракты API этих частей как раз уменьшают сложность системы в целом. И это только один из инструментов, есть и другие. Вы же о том, что авторы должны доказывать, что в их программах нет ошибок. Математически доказывать корректность программ, по крайней мере сейчас, очень долго и дорого и экономически не оправдано. И да, требует применения других языков программирования.
Отвечая про переполнение int'а — используйте Rust и safe-функции, переполнение вызовет panic, а не неопределённое поведение. При желании такие функции и в c++ можно реализовать. Да, будет runtime cost.
Также можно делать type safe обёртки с семантикой, например, "это float в границах [0; 1]". И тогда проверка нужна только при создании значений. А, скажем, при перемножении таких чисел уже можно не проверять.
Вы увели дискуссию в сторону от моей оригинальной мысли о том, что std::filesystem не надо использовать напрямую (и, если уж на то пошло, и chrono, и iostream/fstream). Я не пытался раскрыть тему как писать безопасные программы.