Однако ни по ссылкам, ни в статье не видно временной промежуток. Также как нигде не написано про то, что это была утечка данных одним инстансом. Про уникальность записей в 16B записях также не говорится.
Поэтому инфоповод в целом больше желтизна. Опираться не на что тут.
Тут скорее про возведение той или иной темы в абсолют говорилось. К слову, что вы и сделали последним предложением. Буквально, букву за буквой выдернули даже не пожелав понять контекст предложения.
Ну Вы совсем уж в крайности ушли. Понятное дело что необходимо описывать чем занимался. Но у разных HR мнения по объему сильно различаются - сложно найти середину.
я уж не говорю про то, что грейд судить по стажу (не опыту!) работы это путь вникуда
А грейд это вообще просто ярлык для самодовольствования и способ сдерживания прав/ответственности сотрудника руководством. Какой-либо ценности не несет.
Ценность несут завершенные проекты - их объем, количество и проработанные ошибки при работе.
Люди прежде чем войти в дом договариваются о разрешении. Равно, как и использование чьего то изделия/творения на своих площадках. Будь то музей или сайт.
Больше интересно сколько таких случаев как у автора еще будет. В конечном итоге может появиться резонанс среди заказчиков и стоимость проектных работ будет оцениваться куда ниже.
На эту мысль также наводит следующее:
Потом я начитался кучу статей по IT и понял - все врут. Моя компания, где я проходил стажировку тоже врёт. Как я узнал позже, такие компании зарабатывают тем, что на огромном рынке джунов находят уникумов, делают из них за 3 месяца мидла, дает ЗП 400$ и "такой необходимый опыт в IT компании", а продают на собесе заказчику как мидла или даже сеньор за 2-3к $.
Поставить лудомана ответственным = заключить договор.
Но заключить договор != разорвать договор.
Лудомана поставить ответственным Вы можете, но для того чтобы далее разорвать с ним же договор необходимы обоснования. Не стоит подменять понятия.
В статье по ссылке описано про БД, согласен.
Однако ни по ссылкам, ни в статье не видно временной промежуток. Также как нигде не написано про то, что это была утечка данных одним инстансом. Про уникальность записей в 16B записях также не говорится.
Поэтому инфоповод в целом больше желтизна. Опираться не на что тут.
Как работает за рамками АРМа клиента понятно.
Однако тезис говорил:
Соответственно весь механизм, описанный в Вашем комментарии ни как не опровергает тезис. И действия, описанные в моем комментарии, подтверждают это.
Если Вы имели ввиду что-то за рамками описанных в статье тезисов,
Например
Про источники в виде БД не говорилось в тезисе. Поэтому аргумент в моем видении "с потолка".
то прошу указать это. Правда, тезис про источники данных так или иначе не будет опровергнут.
Перед авторизацией на любом сайте откройте devtools браузера, а именно вкладку Network. Отправьте форму авторизации.
И Вы увидите свой пароль в виде plaintext. Это хорошо состыкуется с пунктом тезисов "Источник данных".
Такова эта ваша "система".
Одна из, возможно, интересных ее сторон. Она же сама и предлагает такой путь обхода.
Насколько мне известно - HR и сотрудники отдела кадров разные люди. И кадрам наплевать на то что там на рынке.
Так вот,
С чего взят тезис про "память" о конкретном соискателе, если в резюме меняется в свободной форме даже ФИО?
На момент сбоев при попытке пожаловаться выдавалась ошибка 403.
А сейчас, когда все нормально - пожаловался без проблем :)
Тут скорее про возведение той или иной темы в абсолют говорилось. К слову, что вы и сделали последним предложением. Буквально, букву за буквой выдернули даже не пожелав понять контекст предложения.
Честно, не понял пункта с сравнением SOAP и REST в моменте передачи данных.
Якобы в SOAP стандартизированные данные, а в REST нет.
В контексте REST указан тип данных JSON, который тоже имеет некую согласованную форму представления. Чем же это является тогда, если не стандартом?
UPD
SOAP также может использоваться в REST архитектуре, но не используется лишь из-за объема передаваемой информации.
Для этого эффекта требуются и преподаватели современные. Желательно с опытом работы. И знаниями многих инструментов.
Расскажите, а много кто с таким пулом пойдет работать преподавателем?
Ну Вы совсем уж в крайности ушли. Понятное дело что необходимо описывать чем занимался. Но у разных HR мнения по объему сильно различаются - сложно найти середину.
А грейд это вообще просто ярлык для самодовольствования и способ сдерживания прав/ответственности сотрудника руководством. Какой-либо ценности не несет.
Ценность несут завершенные проекты - их объем, количество и проработанные ошибки при работе.
Не важно, главное чтобы было как обосновать субъективный отсев якобы объективной причиной.
Благо есть куча сервисов, которые позволяют быстро вспомнить.
Если углубляться в технические детали - да, спрашиваю.
Аналогия отнюдь хорошая, чего не сказать о Ваших.
Люди прежде чем войти в дом договариваются о разрешении. Равно, как и использование чьего то изделия/творения на своих площадках. Будь то музей или сайт.
Лойсы эго чешут.
Надо также понимать что в принципе есть альтернативы продукту. Этот не подошел/не понравился - идёте и ищете другой.
Имею ввиду - давление для развития продукта должен создавать не клиент, а конкуренция среди альтернатив.
Данная публикация - попытка как раз таки показать что продукт автора - конкурентоспособен в опровержении данных другой публикации.
Спрячьте изображения в спойлер пж, очень много места изображения занимают.
Учитывая что слово в женском роде от лица автора во всей публикации - единоразовый случай, то просто похоже на опечатку.
Больше интересно сколько таких случаев как у автора еще будет. В конечном итоге может появиться резонанс среди заказчиков и стоимость проектных работ будет оцениваться куда ниже.
На эту мысль также наводит следующее: