Pull to refresh

Comments 14

А у вас есть callback API? Хотелось бы написать микросервис для PushAll, чтобы можно было онлайн получать уведомления, если появляются вакансии по определённым параметрам.
Неплохой вариант спасибо.
Думюа тогда сделаю в стиле «Появилось 5 новых вакансий по вашему запросу» и проверку с периодичностью раз в 10 минут например.
Как идею приложения, а также идею для расширения API, могу предложить "Свой шаблон отклика-письма на HeadHunter (и moikrug) без Copy-Paste", который сейчас реализован в виде юзерскрипта.

Приложение должно хранить шаблон письма-отклика, с которым пользователь обращается к работодателю. В скрипте этот текстовый шаблон копируется вручную в браузер и хранится в localStorage.

Вопрос: может ли API предоставить память на сервере для хранения этого шаблона (или вообще память) на основе токена пользователя? Тогда оно было бы полезно тем, что в каждый новый браузер пользователь не пришлось бы вводить шаблон.

Далее, второй вопрос: зачем сделана двухэтажная паролизация? Надо сначала войти на страницу выдачи токена под своим паролем, а затем начать пользоваться токеном. Понятно, что так защищается пароль от его постоянного использования. Но можно ли иметь запрос API? который по паролю один раз выдаст токен?
Как идея для приложения — вполне хорошо. Возможно, кому-то будет удобно использовать шаблон для отклика на вакансию.
Если бы функция шаблона для откликов на вакансию существовала бы на сайте, то логично, что эти шаблоны где-нибудь хранились. А предоставление памяти на основе токена, мне кажется, не совсем вписывается в рамки API.

По поводу авторизации. Имея токен, не нужно вообще при кажном запросе в API выполнять авторизацию. С технической стороны я не вижу проблем в том, чтобы этот токен получить
UFO just landed and posted this here
Видимо, что-то пошло не так, либо недостаточно данных, либо присутствовал какой-то текст, который перевесил в сторону других вакансий. Данные берутся из заголовка, текста «Обо мне» и ключевых навыков. Возможно, данные из предыдущего опыта работы помогут исправить ситуацию.
Уважаемые читатели, буду признателен, если еще кто-нибудь отпишется о качестве рекомендаций
у меня, на резюме программиста, в целом терпимый список получился, хоть и не без явных «промахов»:

Front-end разработчик (JavaScript/HTML/CSS)
Web-программист
Web-дизайнер
Frontend-разработчик (Черногория)
Копирайтер
Контент-менеджер
Ведущий javascript / фронтенд разработчик
Верстальщик-программист JavaScript
Менеджер проекта (управление полным циклом интернет-проекта)
Интернет-маркетолог
Старший специалист по сбору данных (С#)
Инженер по тестированию
SMM-маркетолог
Senior Java Developer
Фронтенд-программист (JavaScript и SQL)
Android developer
Ассистент программиста .NET/WEB
Руководитель отдела разработки (Microsoft Dynamics CRM) в Нижнем Новгороде
PHP developer (Montenegro)
Разработчик back-end на С++
Спасибо. Я буду дорабатывать. Еще, видимо, рекомендации с низким показателем схожести вообще не стоило включать в выдачу
Забавно, недавно как раз писал абсолютно то же самое для скрипта прокачки своего резюме под конкретную вакансию :)
Интересно было бы еще учитывать то, какие вакансии я стал просматривать внимательнее и на какие откликаться. Так можно было бы существенно пывысить качество персональных рекомендаций через пару дней использования.
Да, было бы хорошо. Не уверен, что можно через API реализовать, какие вакансии были просмотрены внимательнее, но на какие вакансии человек откликался — это есть.
Что-то как-то странно работает алгоритм.
Предложили вакансии, которые ну вообще никак не связаны с моим опытом и профилем (интернет-маркетинг)
Я оказывается могу быть: Директор по стратегическому развитию, HR директор / Директор по персоналу, Коммерческий директор и т.д.

Да, в некоторых случаях он не очень хорошо себя показывает. В конце статьи я писал о возможных проблемах, но главной моей ошибкой было, что плохие рекомендации я тоже оставил в выдаче, хотя от многих можно было избавиться
Sign up to leave a comment.