При таком подходе действительно больше шансов взять на работу реального практика, который будет регулярно коммитить полезный уникальный код в ваш репозиторий. В противовес бесконечным теоретическим интервью и уже решенным задачам, сделанным под теоретиков-олимпиадников, которые будут бодро выдавать вам заученные наизусть типовые ответы, а на работе потом тупо копировать чужой код или чужие идеи, как например в Яндексе
Теоретически машина времени возможна, у нас в НИИ даже собрали опытный образец. Но каждый раз за пять минут до пробного запуска, не пойми откуда, приходит какой-нибудь новичок лаборант и срывает экспиремент
По моему мнению, с такой структурой данных лучше перейти на реляционную схему. Да, источников может быть много, но ведь какой-то алгоритм обрабатывает входящие данные и формирует JSON файлы, которые Вы храните. Этот же алгоритм может и формировать SQL запросы. И в результате имеем прирост производительности, так как обходим стороной конвертацию в текстовые файлы и обратно
Это действительно оказалось одной и самых важных характеристик. Сделал выборку по объектам федерального значения, точка сместилась на Инженерный замок. В итоге исправил большую часть статьи и даже заголовок
Да, спасибо за правки, тут Вы абсолютно правы. Исключил Петродворцовый район из выборки, и точка ожидаемо сместилась ближе к центру города. Исправил этот момент в статье
Да, Ваш вывод корректен. Несколько раз уже слышал, что аналитик более ценен, когда он хорошо знаком с анализируемой им областью. Взял для анализа исторические ценности, придется залезть и подучить историю
При таком подходе действительно больше шансов взять на работу реального практика, который будет регулярно коммитить полезный уникальный код в ваш репозиторий. В противовес бесконечным теоретическим интервью и уже решенным задачам, сделанным под теоретиков-олимпиадников, которые будут бодро выдавать вам заученные наизусть типовые ответы, а на работе потом тупо копировать чужой код или чужие идеи, как например в Яндексе
Да Вы, батенька, скромник…
Раз уж статья вышла в корпоративном блоге, было бы интересно узнать на какие из этих аналогов перешли в МТС?
Теоретически машина времени возможна, у нас в НИИ даже собрали опытный образец. Но каждый раз за пять минут до пробного запуска, не пойми откуда, приходит какой-нибудь новичок лаборант и срывает экспиремент
По моему мнению, с такой структурой данных лучше перейти на реляционную схему. Да, источников может быть много, но ведь какой-то алгоритм обрабатывает входящие данные и формирует JSON файлы, которые Вы храните. Этот же алгоритм может и формировать SQL запросы. И в результате имеем прирост производительности, так как обходим стороной конвертацию в текстовые файлы и обратно
C2b оплаты через СБП резко возрастут, если кэшбэк за такие переводу начнут давать. Или скидки, как сейчас на некоторых заправках
Разве бонусы не должны начисляться по результатам, а не всем подряд? В таком случае таблица с бонусами не является информативной.
Нет, потому что в Вашем примере p-value = 1. А у автора в статье — 0.15
Это в какой из четырех?
Для чтения больших файлов — да, то когда процент пустых значений повышается, скорость может упасть
Это действительно оказалось одной и самых важных характеристик. Сделал выборку по объектам федерального значения, точка сместилась на Инженерный замок. В итоге исправил большую часть статьи и даже заголовок
Спасибо за наводку, и правда интереснее получилось
Точно! Вернул Приморский район обратно в выборку, там не очень много объектов, но выборку это чуть скорректировало
Да, спасибо за правки, тут Вы абсолютно правы. Исключил Петродворцовый район из выборки, и точка ожидаемо сместилась ближе к центру города. Исправил этот момент в статье
Да, Ваш вывод корректен. Несколько раз уже слышал, что аналитик более ценен, когда он хорошо знаком с анализируемой им областью. Взял для анализа исторические ценности, придется залезть и подучить историю