Если посмотрите видео по ссылке выше, то там товарищ как раз разъясняет подобные моменты. Если вы занимаетесь обработкой ПД за пределами ЕС, то у вас должен быть официальный представитель(юрлицо) на территории ЕС, к которому в случае чего можно будет обратиться. Если юрлица нет, а обработка ПД происходит, то вам впаяют штраф до 10 млн. евро или до 2% от глобального дохода, в зависимости от того, что больше.
А если юрлицо есть и вы нарушаете GDPR, то штраф уже до 20 млн. или 4% глобального дохода.
Меня больше интересует ситуация, когда GDPR вступит в прямое противоречие с нашими локальными законами. Что будет тогда происходить и что будут делать компании и регуляторы.
Он анестезиолог по образованию, не технарь. Ему не требуется разбираться в вопросе, нужно лишь говорить красивые слова про деградацию в 75%.
На самом деле, это даже хорошо, наверное, что управляет этим органом непрофессионал. Был бы технически грамотный человек, было бы хуже.
Вспомним, как мэйлрушники помогали(помогают?) выявлять и банить прокси-серверы для телеграма и сразу же осознаем, что пользоваться услугами мэйл.ру — это зашквар. Работать там — тем более. Если что, это личное мнение и оценочное суждение.
боюсь я, что под безопасностью понимается китайский вариант интернета. Это когда анонимность вне закона, все должны быть идентифицированы и посчитаны. Вот тогда, по мнению наших законодателей, всё будет безопасно и устойчиво, никто не сможет будоражить умы неокрепших школьников. Взявшись за руки понесёмся навстречу светлому будущему.
В реальности, госудраство проиграет. Запрещая всё и вся и бездумно круша дубиной всё вокруг, технологичный рай не построишь.
С самого начала поиска работы, я ударно занимался английским по скайпу с преподавателем из США. Почему-то многие покупаются на магическое словосочетание «носитель языка», совершенно не задумываясь, что знать язык и обучать языку – две большие разницы. Я изначально искал (и нашел) именно преподавателя, причем с опытом подготовки людей к прохождению job interview, и он мне очень помог
Расскажите подробнее, где искали и как нашли? И пару слов о расценках. Для меня вопрос довольно актуальный. Спасибо.
Нуу, я вот работаю в американской компании, в питерском офисе. Начальник у меня совсем не мудак. И в других отделах вижу то же самое.
По моему мнению, как уже написал выше, всё зависит в конце концов от человека. Если он мудак, то неважно, кем он работает, рядовым программистом или начальником. Страдать от него будут все.
Под каждый ресурс необходимо генерить свой type struct. Например, если есть объекты user(s), record(s), etc, под каждый из них по-хорошему должен иметься
type User struct{}
type Record struct{}
Потом, когда нам приходит запрос на вход(POST, PUT), мы должны валидировать эти запросы. Для этого, по-хорошему, входящие JSON-структуры нужно засовывать во что-то типа map[string]interface{}, чтобы работать с сырыми данными. И вот в этом случае мы приходим к пакету reflect, с его крутыми возможностями, но, в то же время, с дичайшим оверхедом в коде, т.к. приходится вручную ползать по этим срезам с интерфейсами и смотреть, что же мы получили на входе.
Golang хорош ровно до тех пор, пока на нём не приходится писать REST API(по моему мнению). Вот где начинается дикая жесть, попытки городить костыли чтобы обойти ограничения языка.
Хотя сам язык мне нравится, писать на нём удобно и приятно. Но дико не хватает дженериков и enum'ов
Т.е. подождите, они выпустили 7 апреля 2017 версию 15.5, в которой пометили одну из основых функциональностей как deprecated. Потом выходит ещё одна минорная версия, потом, 26 сентября 2017 выходит мажорная версия, в которой этот функционал просто выпилили? Это вообще как?
Повторюсь, для мелких проектов, которые используют полтора инвалида, это может быть нормально. Но для таких крупных, как React это недопустимое(imho) поведение. Использование больших фреймворков в проектах отличается сильной интертностью. Полгода — это вообще не срок для deprecated функциональности.
Дело не в сообществе. Дело в том, что для довольно таки свежей версии мануала уже неактуальна версия реакта. В серьёзных фреймворках функционал сначала помечают как Deprecated, всячески сигнализируют об этом в процессе работы приложения, и только потом уже выпиливают через N релизов.
А вот если открыть новость к релизу react 15 и вдучиво почитать, но мы не увидим ничего про deprecated createClass.
Особенно классно тем, кто только начал изучать react по русскоязычным мануалам. Например, здесь и здесь createClass приводится как один из основных способов создания элемента. А ты такой скачиваешь последний react, а он тебе а вот нифига.
Я лично после такого решил vue.js изучать.
А если юрлицо есть и вы нарушаете GDPR, то штраф уже до 20 млн. или 4% глобального дохода.
На самом деле, это даже хорошо, наверное, что управляет этим органом непрофессионал. Был бы технически грамотный человек, было бы хуже.
В реальности, госудраство проиграет. Запрещая всё и вся и бездумно круша дубиной всё вокруг, технологичный рай не построишь.
Расскажите подробнее, где искали и как нашли? И пару слов о расценках. Для меня вопрос довольно актуальный. Спасибо.
Можете сказать, как этот внутренний сервер называется?
По моему мнению, как уже написал выше, всё зависит в конце концов от человека. Если он мудак, то неважно, кем он работает, рядовым программистом или начальником. Страдать от него будут все.
Потом, когда нам приходит запрос на вход(POST, PUT), мы должны валидировать эти запросы. Для этого, по-хорошему, входящие JSON-структуры нужно засовывать во что-то типа map[string]interface{}, чтобы работать с сырыми данными. И вот в этом случае мы приходим к пакету reflect, с его крутыми возможностями, но, в то же время, с дичайшим оверхедом в коде, т.к. приходится вручную ползать по этим срезам с интерфейсами и смотреть, что же мы получили на входе.
Хотя сам язык мне нравится, писать на нём удобно и приятно.
Но дико не хватает дженериков и enum'овПовторюсь, для мелких проектов, которые используют полтора инвалида, это может быть нормально. Но для таких крупных, как React это недопустимое(imho) поведение. Использование больших фреймворков в проектах отличается сильной интертностью. Полгода — это вообще не срок для deprecated функциональности.
А вот если открыть новость к релизу react 15 и вдучиво почитать, но мы не увидим ничего про deprecated createClass.
Я лично после такого решил vue.js изучать.