Данные о детях и жене не нужны для трудового договора, и не понятно, зачем они нужны работодателю. Тут скорее нарушается другой пункт — о минимизации данных.
И кстати, регламент запрещает запрашивать разрешение на обработку таких данных внутри договора. Это должен быть отдельный документ.
Не совсем так. Согласно регламенту удалить данные безусловно нужно только в случае, если они были получены по согласию (consent).
Данные сотрудника получаются по трудовому договору, поэтому их можно хранить до окончания действия договора. И даже дольше, если это необходимо компании для каких-то легитимных целей.
А где хранится информация, переданная в контракт? В блокчейне в виде транзакции?
Тогда как происходит её обновление?
Создаётся новая транзакция? В этом случае получается, что удалённые и изменённые данные всегда можно прочитать?
А зачем тут прокси? NewLogicController всё-равно переопределяет делегат MapView и решает, куда дальше прокидывать вызов. Он и может сразу вызывать originalDelegate, вместо прокси. В чем его смысл, кроме как «было интересно попробовать»?
Начиная с Xcode 7 (а может и раньше, не помню точно) появилась функция Editor -> Export for Localization. Это решает почти все проблемы, описанные в статье — создание Localizable.string, локализация сторибордов и имени приложения. Без необходимости всё это делать вручную.
Да, и как защитится от случайного изменения файла .gitlab-ci.yml на произвольных ветках? Например от удаления only: master в фичер ветке для деплоя и получения развертывания этой фичи в продакшене.
Да, есть роллбэк, но все равно неприятно.
YuliyaCl, спасибо за статью и магистерскую. Очень интересно.
Для меня остался непонятным поправочный коэффициент.
Какова его природа и как он вычисляется?
И кстати, регламент запрещает запрашивать разрешение на обработку таких данных внутри договора. Это должен быть отдельный документ.
Не совсем так. Согласно регламенту удалить данные безусловно нужно только в случае, если они были получены по согласию (consent).
Данные сотрудника получаются по трудовому договору, поэтому их можно хранить до окончания действия договора. И даже дольше, если это необходимо компании для каких-то легитимных целей.
Данные, используемые для личных целей, не подпадают под действие gdpr.
В оригинале ни слова про взрыв.
Hey переводится на русский как «привет».
Тогда как происходит её обновление?
Создаётся новая транзакция? В этом случае получается, что удалённые и изменённые данные всегда можно прочитать?
Да, есть роллбэк, но все равно неприятно.
Для меня остался непонятным поправочный коэффициент.
Какова его природа и как он вычисляется?