Еще решение — нагенерить левых номеров паспортов и добавить в базу.
Цифры номера паспортов сами по себе ничего не значат, но утечка текущей базы показывает, что:
паспорт в базе принадлежат человеку. например, я не знаю, принадлежит ли номер 01 01 123456 хоть кому-нибудь, но если он найдется в текущей базе — то буду знать, а если в дополненной — все равно не буду
этот человек проголосовал. Т.е. если в дополненной базе у сгенерированных паспортов будет указано, что часть из них проголосовали, то за шумом также не будет видно реальных данных.
Они не только посылки доставляют, но и документы, например. И там скорость бывает очень важна. В ситуациях, когда каждый день без документов стоит 300-3000$ пользоваться их доставкой - оправдано. Бывают случаи, когда вообще человека на самолете отправляют с документами для скорости их доставки...
Не только что, но личные данные клиентов, насколько я вижу, не передаются. Хотя, конечно, нужно понимать, что считается личными данными, а что - нет. Из этого текста понять нельзя, нужно оригинальное обоснование читать.
Стратегия очень сильно зависит от данных в таблице: сколько процентов данных нужно оставить, а сколько удалить?
Почему
решение почти в лоб
delete from task where id < 1000;
delete from task where id < 2000;
...
не подходит? Нагрузку можно в этом случае можно подобрать такую, чтобы прод ее не ощущал. И тестироваться такое должно проще.
Почему нам нужно это сделать быстро? Если таблица уже есть и она как-то работает, то немного подождать не должно быть большой проблемой.
Может быть я «параноик», но использование хитрых трюков для удаления данных из базы, по-моему, должно как-то более серьезно обосновываться, чем «так быстрее».
По мне так это самый интересный вопрос. Если они считают лицензию BSD у продукта ничтожной(иначе на основании чего они подали заявление), то договаривались ли они об использовании на своих сайтах с авторами изменений об использовании их труда на своих сайтах? Или они считают корректным использовать двойные стандарты и применять лицензию BSD только к частям, которые написали не они.
Интересно, можно ли изменить лицензию nginx на такую, которая бы запрещала Рамблеру и Сбербанку пользоваться новыми версиями(понятно, что запретить пользоваться уже существующими версиями нельзя) или это создаст лишние риски для клиентов Nginx
Статья отличная, спасибо.
Оставлять при CR положительный комментарий или два — отличная идея. Но как быть, если задача небольшая, а код, который на CR приходит, — обычный? Оставлять комментарий типа. «Отлично, ты сделал свою работу хорошо»? Если таких комментариев будет 90% то мне кажется, что пользы от них будет мало. Или по вашему опыту польза все-таки есть?
майнинг Tether пользователями не предусмотрен — это значит, что эмиссия такая, какую захочет сделать Tether.
Это обычный внебанковский перевод. Как, например, Хавала. Только «расписку» сделали в виде криптовалютного кошелька и для раскрутки использовали название «криптовалюта», чтобы замаскировать факт, что эмиссия полностью контролируется компанией.
Вы не учитываете, что для того, чтобы кого-то учить, нужно сначала самому знать материал.
Конечно, когда вы прочитаете, потом объясните — для запоминания это будет лучше, чем когда просто прочитаете.
Или попробуйте формулы воспринимать на слух. Или заниматься тем же велосипедостроением без чтения справки.
Цифры номера паспортов сами по себе ничего не значат, но утечка текущей базы показывает, что:
Они не только посылки доставляют, но и документы, например. И там скорость бывает очень важна. В ситуациях, когда каждый день без документов стоит 300-3000$ пользоваться их доставкой - оправдано. Бывают случаи, когда вообще человека на самолете отправляют с документами для скорости их доставки...
вчера уже не было смысла дотировать поездку...
Не только что, но личные данные клиентов, насколько я вижу, не передаются. Хотя, конечно, нужно понимать, что считается личными данными, а что - нет. Из этого текста понять нельзя, нужно оригинальное обоснование читать.
Когда издают закон, потом просят его исполнять с момента вступления в силу - это нормально.
Но когда "вы должны были исполнять требования, которые мы только что придумали" - это уже другая ситуация.
Почему
не подходит? Нагрузку можно в этом случае можно подобрать такую, чтобы прод ее не ощущал. И тестироваться такое должно проще.
Почему нам нужно это сделать быстро? Если таблица уже есть и она как-то работает, то немного подождать не должно быть большой проблемой.
Может быть я «параноик», но использование хитрых трюков для удаления данных из базы, по-моему, должно как-то более серьезно обосновываться, чем «так быстрее».
Оставлять при CR положительный комментарий или два — отличная идея. Но как быть, если задача небольшая, а код, который на CR приходит, — обычный? Оставлять комментарий типа. «Отлично, ты сделал свою работу хорошо»? Если таких комментариев будет 90% то мне кажется, что пользы от них будет мало. Или по вашему опыту польза все-таки есть?
Это обычный внебанковский перевод. Как, например, Хавала. Только «расписку» сделали в виде криптовалютного кошелька и для раскрутки использовали название «криптовалюта», чтобы замаскировать факт, что эмиссия полностью контролируется компанией.
Потому что сейчас все выглядит как: «Давайте сделаем лэндинг а дальше разберемся с
заказамилюдьми, которые захотят прийти в частном порядке»Проблема в том, что отработан такой планер:
Конечно, когда вы прочитаете, потом объясните — для запоминания это будет лучше, чем когда просто прочитаете.
Или попробуйте формулы воспринимать на слух. Или заниматься тем же велосипедостроением без чтения справки.