Pull to refresh

Comments 7

почему в таблице скилс FK на вакансии называется vacancy_id а в URL - просто id ?

Ну и таблицу skills стоило бы сделать отдельную. В ней напрашиваются свойства например та же группировка, чтобы "sql" и "сикуэл" группировать сразу в модели

в таблице vacancy нет смысла id вакансии дублировать в названии ключа vacancy_id. а в таблице skill ключ называется vacancy_id именно потому что это не id скила, а именно внешний ключ с id вакансии.

В группировке скилов в данной реализации смысла нет, т.к. уникальность считается по названию скила уже после стандартизации в витрине, поэтому "sql" и "сикуэл"  будут посчитаны как 1 скил

я же про таблицу URL писал, а не vacancy.

А витрины тут вообще нету в моделе

А почему mobile версия отдельно? В настройках дашборда DataLens можно указать порядок отображения ленты при мобильной верстке:

Зарплату лучше считать медианную. Кроме навыков, еще важны и требования к опыту. А так направление выбрано правильное. Можно еще добавить количество просмотров для понимания конкуренции.

зарплату лучше считать по офферам. Все что там в вакансиях это такое, там погрешность в разы выше чем разница между медианой и средней

Даниил, благодарю за ценный и структурированных анализ! Взял для себя кое-что новое!

По устранению первой проблемы - может быть можно ли как-то подвязать в логику проекта критерий обновления вакансий на hh? Если система увидит, что одна из уже добавленных по id вакансий обновлена, то заново подтянет данные...

Sign up to leave a comment.

Articles