Всем привет, это я автора письма Илье. Я наладил ежемесячный выпуск газеты по зонам, в ней в 2-3 предложениях рассказываю о том, что произошло за месяц в общественной жизни. В сумме получается 50-70 пунктов.
В июле я пытался отправить Илье статью хабра про фальсификацию русской истории в китайской вики, но она до него не дошла, видимо цензура не пропустила. Так что тупо пересылать статьи из хабра не получится, надо еще их отредактировать до приемлемого состояния.
Новости по ИТ думаю выпускать приложением к основной газете, но мне нужна помощь в его составлении, так что я ищу человека, который может помочь структурировать информацию из мира ИТ.
Еще необходимо составить список адресантов, потому что я знаю не так много людей, которых посадили именно по ИТ, если у вас есть такие знакомые, то напишите мне.
Стоимость одного письма 330 рублей, это сама газета, плюс конверт для обратного письма.
Так что, если вы можете, хоть как то помочь — составлением новостей, добавлением в рассылку человека, либо донатом, то напишите мне в лс или в телеграм http://t.me/PTRLS
P.S Пока письмо шло, я уже успел покинуть Россию, физической рассылкой занимается мой помощник из РФ.
В 19 году сливали весь список голосующих, в 21 тоже можно было узнать кто за кого проголосовал, но только не про кого то конкретного, а про всех сразу. В 22 непонятно, открытого кода нигде нет, поэтому достоверно понять что там происходит невозможно. Но предположу, что это не заранее прописанный бэкдор, а кривая архитектура
Это как раз одно из главных требований, цена за поездку рассчитывается из нескольких факторов, начальная стоимость автомобиля, цена за бензин и затраты на обслуживание и прочее.
Тут речь именно про машину, а не про сервис, где включен маркетинг, разработка приложений и прочее
Т.е если декомпозируем ниже это будет примерно:
Стоимость меньше миллиона
Расход не более 6 литров
Выдерживает пробег без ТО 200 т. км
Затраты на проектировку не более 100 млн
И так можно бесконечно
Но в начале нам так подробно не надо, нам нужно держать в голове то, что все что значительно увеличивает финальную стоимость за поездку отсекается. Это может и дорогая модель и особенности проектирования, логистика компонентов и вообще все что угодно, заранее предугадать все варианты невозможно. Поэтому собирая требовния от владельца, нам нужно принять постулаты, которые будут влиять на все принимаемые решения в дальнейшем.
Где то читал, что рено логан перепроектировали, чтобы сэкономить несколько см на длине трубки стекломывателя, потому что при массовом выпуске это экономило сотни тысяч долларов.
Если эти переменные на фронте, то да, поскольку мы всё видим на макете, а если это какие то промежуточные бека, то это его дело, мне важно чтобы он выдавал корректно финальные данные через API
На меня тут напали, что такая регистрация вообще не нужна.
Решать нужна ли регистрация со свободными полями или жестко зарегулирована только вам, я лишь хотел рассказать, на что нужно смотреть, если все-такие решили писать ограничения.
Мы писали бота, который автоматически формирует документы для работы. Он был предбанником CRM, люди не привыкли к такой системе и писали, например, ники или уменьшительно-ласкательные имена. И да, мы писали плашки как надо писать. Но все равно приходилось фиксить ошибки в уже сформированных доках.
И после введения всех перечисленных правил, пользователи начали писать все корректно и документы начали формироваться нормально.
Если вы считаете, что можно в поля писать все что угодно, пожалуйста, это просто другой подход, не лучше и не хуже.
ну мы стремимся улучшить качество данных, понятно что 100 процентов никогда не будет.
Так я за это и топлю. И пишу. Но это никак не противорчит тому, что мы должны дыру в бд закрыть и не позволять заливать, например, 100к символов в нее.
В некоторых сервисах, если вы уйдете с регистрации лучше, чем вы оставите свои фейковые данные. Все зависит от конкретных кейсов.
1) Это другой бизнес-процесс. Нужен ли тут он, решает бизнес-архитектор. Я лишь пишу, если вы решили сделать валидацию написаного текста, то учтите эти аспекты.
2) И да, и нет. Мусора будет меньше, потому что надо запариваться чтото придумывать, проще реальные данные дать. И да, будет структурированный мусор, но тут уже нужно делать по-другому, дать мотивацию самому писать реальные данные.
Статья лишь про то, что если нужно сделать такую регистрацию, вот как сделать качественно. Если считаете что не нужны реальные данные для бизнес-процесса, то и регистрация не нужна.
Я писал что по SQL-инъекциям написаны сотни статей и там будет решение как залатаь эту дыру. Но статья не про это, а про то что, во-первых многие (как и я раньше) не знают что такое вообще существует и надо это держать в уме. Если можно решить по-другому — да пожалуйста. А во вторых есть проблемы и не с безопасностью, например, потенциальное залитие мусора в базу.
А я про это писал, что есть метод пряника, если человек сам заинтересован дать вам хорошие данные, то и кнут не нужен. Но, к сожалению, так происходит не всегда.
Всем привет, это я автора письма Илье. Я наладил ежемесячный выпуск газеты по зонам, в ней в 2-3 предложениях рассказываю о том, что произошло за месяц в общественной жизни. В сумме получается 50-70 пунктов.
В июле я пытался отправить Илье статью хабра про фальсификацию русской истории в китайской вики, но она до него не дошла, видимо цензура не пропустила. Так что тупо пересылать статьи из хабра не получится, надо еще их отредактировать до приемлемого состояния.
Новости по ИТ думаю выпускать приложением к основной газете, но мне нужна помощь в его составлении, так что я ищу человека, который может помочь структурировать информацию из мира ИТ.
Еще необходимо составить список адресантов, потому что я знаю не так много людей, которых посадили именно по ИТ, если у вас есть такие знакомые, то напишите мне.
Стоимость одного письма 330 рублей, это сама газета, плюс конверт для обратного письма.
Подробный пост о газете https://t.me/LosevP/122
Так что, если вы можете, хоть как то помочь — составлением новостей, добавлением в рассылку человека, либо донатом, то напишите мне в лс или в телеграм http://t.me/PTRLS
P.S Пока письмо шло, я уже успел покинуть Россию, физической рассылкой занимается мой помощник из РФ.
Подробная схема электронного голосования
В 19 году сливали весь список голосующих, в 21 тоже можно было узнать кто за кого проголосовал, но только не про кого то конкретного, а про всех сразу. В 22 непонятно, открытого кода нигде нет, поэтому достоверно понять что там происходит невозможно. Но предположу, что это не заранее прописанный бэкдор, а кривая архитектура
Задача показать не то что нас обманывают, это и так понятно, а именно как нас обманывают. Может в будущем пригодиться.
Видел пылесосы от вашей компании в 90-ые
Будет как с электронным голосованием, развренут на одном сервере, дадут какие то ключи фсб, но зато блокчейн!
Вам спасибо за конструктив
Это как раз одно из главных требований, цена за поездку рассчитывается из нескольких факторов, начальная стоимость автомобиля, цена за бензин и затраты на обслуживание и прочее.
Тут речь именно про машину, а не про сервис, где включен маркетинг, разработка приложений и прочее
Т.е если декомпозируем ниже это будет примерно:
Стоимость меньше миллиона
Расход не более 6 литров
Выдерживает пробег без ТО 200 т. км
Затраты на проектировку не более 100 млн
И так можно бесконечно
Но в начале нам так подробно не надо, нам нужно держать в голове то, что все что значительно увеличивает финальную стоимость за поездку отсекается. Это может и дорогая модель и особенности проектирования, логистика компонентов и вообще все что угодно, заранее предугадать все варианты невозможно. Поэтому собирая требовния от владельца, нам нужно принять постулаты, которые будут влиять на все принимаемые решения в дальнейшем.
Где то читал, что рено логан перепроектировали, чтобы сэкономить несколько см на длине трубки стекломывателя, потому что при массовом выпуске это экономило сотни тысяч долларов.
Да, вы правы, но там логически было понятно, поэтому не стал запариваться)
Если эти переменные на фронте, то да, поскольку мы всё видим на макете, а если это какие то промежуточные бека, то это его дело, мне важно чтобы он выдавал корректно финальные данные через API
Продолжай программировать и писать статьи, у тебя большое будущее.
Мы смотрим сформированные доки и паспорт, если совпадает, то нам без разницы как его зовут. Мы не используем словари имен и тп.
На меня тут напали, что такая регистрация вообще не нужна.
Решать нужна ли регистрация со свободными полями или жестко зарегулирована только вам, я лишь хотел рассказать, на что нужно смотреть, если все-такие решили писать ограничения.
Мы писали бота, который автоматически формирует документы для работы. Он был предбанником CRM, люди не привыкли к такой системе и писали, например, ники или уменьшительно-ласкательные имена. И да, мы писали плашки как надо писать. Но все равно приходилось фиксить ошибки в уже сформированных доках.
И после введения всех перечисленных правил, пользователи начали писать все корректно и документы начали формироваться нормально.
Если вы считаете, что можно в поля писать все что угодно, пожалуйста, это просто другой подход, не лучше и не хуже.
ну мы стремимся улучшить качество данных, понятно что 100 процентов никогда не будет.
Так я за это и топлю. И пишу. Но это никак не противорчит тому, что мы должны дыру в бд закрыть и не позволять заливать, например, 100к символов в нее.
В некоторых сервисах, если вы уйдете с регистрации лучше, чем вы оставите свои фейковые данные. Все зависит от конкретных кейсов.
Это контриться ограничением на длинну поля. И прочими регулярками.
1) Это другой бизнес-процесс. Нужен ли тут он, решает бизнес-архитектор. Я лишь пишу, если вы решили сделать валидацию написаного текста, то учтите эти аспекты.
2) И да, и нет. Мусора будет меньше, потому что надо запариваться чтото придумывать, проще реальные данные дать. И да, будет структурированный мусор, но тут уже нужно делать по-другому, дать мотивацию самому писать реальные данные.
Статья лишь про то, что если нужно сделать такую регистрацию, вот как сделать качественно. Если считаете что не нужны реальные данные для бизнес-процесса, то и регистрация не нужна.
Еще шаг и я Гитлер, смотрю)
Зачем вам давать свои реальные данные, когда вы берете кредит? Или когда регистрируетесь в каршеринге? Или когда арендуете другие вещи?
Есть ситуации, когда бизнес пытаються обмануть и его издержки переводят на ваши плечи.
Статья о том, если вы хотите сделать регистрацию, то сделайте ее качественной, если не хотите, то можете не делать, никто не заставляет.
Я писал что по SQL-инъекциям написаны сотни статей и там будет решение как залатаь эту дыру. Но статья не про это, а про то что, во-первых многие (как и я раньше) не знают что такое вообще существует и надо это держать в уме. Если можно решить по-другому — да пожалуйста. А во вторых есть проблемы и не с безопасностью, например, потенциальное залитие мусора в базу.
А я про это писал, что есть метод пряника, если человек сам заинтересован дать вам хорошие данные, то и кнут не нужен. Но, к сожалению, так происходит не всегда.