https://www.opennet.dev/openforum/vsluhforumID3/133510.html Опубликован nxs-data-anonymizer 1.4.0 - инструмент для анонимизации дампа баз данных PostgreSQL и MySQL/MariaDB/Percona. Утилита поддерживает анонимизацию данных на основе шаблонов и функций библиотеки Sprig. Среди прочего, для заполнения можно использовать значения других столбцов для той же строки. Допустимо использовать инструмент через неименованные каналы (pipe) в командной строке и перенаправить дамп из исходной БД непосредственно в целевую БД с необходимыми преобразованиями. Инструмент написан на языке Go и выпускается под лицензией Apache License 2.0...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61062<br> https://www.opennet.dev/openforum/vsluhforumID3/133510.html#29 Fri, 26 Apr 2024 04:08:07 GMT Инструмент... скорее фреймворк. Анонимизация - это алгоритмы, а не "вот вам ручка, там как-нибудь сами напишите рандомизацию".<br><br>Именно анонимизировать данные - очень сложно. Уверен, у каждой большой компании на эту тему были статьи или проекты. Помню статью Яндекса на Хабре, там какой-то тестовый датасет готовили.<br><br>Пример из жизни: Web of Trust (mywot-com) "закончился" после того, как журналисту вместе со спецами удалось соотнести "анонимизированные" данные, которые, как оказалось, WoT собирал и продавал, с данными из других маркетинговых источников, для определения полицейского в датасете. Так как аудитория у WOT была повернутая на безопасности-приватности, то исход пользователей был массовый. WOT пришлось сделать ребрендинг, как у них сейчас дела - не знаю.<br><br>Это еще не говоря о расширенном "OSINT", который в т.ч. включает в себя анализ маркетинговых трекинговых данных. Соотнеси несколько "анонимизированных" источников и получишь что надо. Но для галочки и законодателей хватит.<br> https://www.opennet.dev/openforum/vsluhforumID3/133510.html#28 Thu, 25 Apr 2024 12:44:50 GMT А еще есть вариант, когда ты накатываешь данные из "анонимизатора",<br>и внезапно все начинает работать, как требуется.<br> https://www.opennet.dev/openforum/vsluhforumID3/133510.html#27 Thu, 25 Apr 2024 12:43:01 GMT &gt; слишком много человеко-часов нужно на обратный инженеринг программного кода, когда множество авторов измений которого давно ушли.<br><br>Так у них, что, документации нет как факт, на собственно генеренный код?<br> https://www.opennet.dev/openforum/vsluhforumID3/133510.html#26 Thu, 25 Apr 2024 12:21:13 GMT &gt; Не проще ли тогда тупо СГЕНЕРИРОВАТЬ фэйковую базу и отдать?!<br><br>Это невозможно сделать надёжно.<br><br>Т.к.<br><br>- программируют максимально дёшево, максимально быстро,<br>- люди приходят и уходят,<br>- через некоторое время стоимость надёжного генератора тест-базы с нуля становится ооочень высокой, слишком много человеко-часов нужно на обратный инженеринг программного кода, когда множество авторов измений которого давно ушли.<br><br>Самое обычное в крупном бизнесе.<br> https://www.opennet.dev/openforum/vsluhforumID3/133510.html#24 Wed, 24 Apr 2024 20:23:53 GMT &gt; Разработчики бывают из другого юр.лица. Т.е. совсем посторонние.<br><br>как будто своим кто-то доверять собрался. Ты на их рожи протокольные глянь - я всегда когда к ним иду, мобилу в стол прячу. <br><br>А то отвлекут и не заметишь как сперли.<br><br>А тут база с реальными деньгами и номерами. Да кто ж им дасть-то...<br> https://www.opennet.dev/openforum/vsluhforumID3/133510.html#23 Wed, 24 Apr 2024 20:21:41 GMT патамушта на фейковых трех записях все работало, тут ровно, тут выпирает, как в ТЗ.<br>А на нефейковой терабайтной ой.. упало. Ашипка-ашипка насяльника. <br><br> https://www.opennet.dev/openforum/vsluhforumID3/133510.html#22 Wed, 24 Apr 2024 20:04:26 GMT Если было бы проще, все бы так и делали. А на деле это нифига не просто сделать такую базу чтобы данные статистически не сильно отличались от реальных, чтобы не создавались невозможные комбинации данные и при этом воспроизводились странные ситуации когда часть записей создавалось в одной версии системы, часть в другой, а обрабатываются они третьей версией<br> https://www.opennet.dev/openforum/vsluhforumID3/133510.html#21 Wed, 24 Apr 2024 18:35:49 GMT Или вот: Раскройте Scrum в своей организации с помощью нашего нового комплекта<br>https://medium.com/the-liberators/unleash-scrum-in-your-organization-with-our-new-kit-f3158300c343<br>Просто гляньте на картинку что делает скрам успешным. И вот у них таких иллюстраций интересных много. <br>Если понять эти процессы, то продуктивность можно существенно повысить. Но есть небольшой нюанс &#8212; хорошие менеджеры организовывают работу так что команда/ы начинают развиваться самостоятельно и в какой-то момент они становятся не нужны. Но сокращение такого менеджера будет ошибкой, так как процессы периодически требуют корректировки &#8212; проверенный факт. В целом менеджмент/синьеры-лиды на постсоветском пространстве это мрак и ужас, потому что этому тоже нужно учиться и много, а это только один из источников я описал. <br> https://www.opennet.dev/openforum/vsluhforumID3/133510.html#20 Wed, 24 Apr 2024 18:20:13 GMT Вот я например открываю их medium и одна из первых статей:<br> Секретный соус успешных инициатив по изменениям<br>https://medium.com/the-liberators/the-secret-sauce-of-succesful-change-initiatives-98cfb1a30c1b<br><br>Правда у них были и более сильные статьи. Если постоянно читать, можно много интересного почерпнуть.<br>