Анонс ще одного анонімного пошуку роботи

Привіт, на початку 2020 року я з моїм колегою Андрієм почали розробляти новий анонімний пошук роботи у післяробочий час.
Через півроку Андрій вийшов з проєкту із-за народження сина і я добре його розумію.

В цьому анонсі розповім чому почав займатись проєктом, на якій стадії знаходиться проєкт, про команду, про технології, про подальший розвиток проєкту та чому взагалі потрібен цей анонс.

Чому почав розробляти новий анонімний пошук роботи

Це важливе питання перефразую на два простіших:

Як виглядає мій алгоритм пошуку роботи

Коли в 2017 році я розглядав вакансії Senior PHP Developer то думав, що всі мої відгуки на вакансії будуть мати відповідь, враховуючи мій досвід, але відповідей було значно менше, ніж очікував.

Таке відчуття, що рекрутери цінують знайдених кандидатів більше, ніж тих, які відгукнулись на вакансію, наче трава у сусіда зеленіша.

Ефективнішим для мене став процес найму коли рекрутер писав першим на Djinni або в LinkedIn.
Якщо мені подобалась якась вакансія на DOU то я просто активував профіль на Djinni та чекав коли потрібний рекрутер напише першим, щоб я міг дізнатись більше про проєкт та умови до відкриття контактів, як риболовля.
Якщо за тиждень-два жодної очікуваної пропозиції то виключав профіль на Djinni.

Мої явлення, як кандидата, про пошук роботи

Мої уявлення сформувалися на основі Djinni, сайтів знайомств та рекламних мереж.

Процес пошуку роботи в моєму уявленні має виглядати так:

  1. У кандидата є багато профілів та спільні для всіх профілів контакти
  2. Відкриваю список вакансій на сайті
  3. Вибираю потрібні фільтри:
    1. Категорія Go
    2. Напрями AdTech, PropTech, eCommerce, Cloud
    3. Є опис команди
    4. Є опис проєкту
    5. 20+ днів відпустки
    6. Без тестового завдання
    7. Без поліграфа
  4. Переключаю сторінку списку вакансій у режим для свайпу
  5. Відгук на вакансію схожий на callback
    1. Після відгуку на вакансію створюється чат між кандидатом й рекрутером
    2. Якщо рекрутер переглянув публічний профіль кандидата то кандидат побачить сповіщення
    3. Якщо рекрутер відкриває свої контакти то кандидат побачить сповіщення
    4. Якщо кандидат відкриває свої контакти то рекрутер побачить сповіщення
    5. Контакти доступні для перегляду якщо обидва їх відкрили
    6. Разом з відгуком зберігається версія вакансії на яку відгукнувся кандидат
    7. Якщо рекрутер завантажив резюме кандидата то кандидат побачить сповіщення
  6. Можливість порівняти вакансії як ноутбуки в інтернет-магазині
  7. Можливість знайти напарника для обміну інформації про співбесіди

Команда

Зараз нас троє, за дизайн сайту відповідає Анастасія, за верстку сайту Віктор, за розробку серверної частини вже відповідаю я.

Технології

Дизайн в Figma.

Front-end на TypeScript без каркарсів.
Back-end на Go, раніше використовував github.com/valyala/fasthttp, але замінив на github.com/gin-gonic/gin, менша швидкодія, але комфортніша маршрутизація.

БД PostgreSQL, без ORM. Спочатку писав голі запити до MySQL, а після знайомства з github.com/sqlc-dev/sqlc перейшов на PostgreSQL із-за кращої підтримки цієї БД.

Клієнт-серверна взаємодія через кодогенерацію за допомогою github.com/grpc/grpc-web.

На якій стадії знаходиться проєкт

Проєкт розвивався еволюційно, спершу самостійно підготував схему БД та API.
Для подальшого розвитку почав замовляти дизайн та верстку, які за функціоналом обігнали створене раніше API.
Підключив версту та оновив API.
Знову дизайн, знову верстка, знову API, ще раз, і ще раз, і так до цього моменту.
Зараз є дизайн, який функціонально відповідає моїм очікування, верстка відстає, API десь обганяє, а десь відстає.

Про подальший розвиток проєкту та навіщо потрібен цей анонс

Враховуючи що мені подобається писати технічні статті на DOU то продовжу розробляти проєкт вже публічно у репозиторії на GitHub-і github.com/readytotouch/readytotouch щоб популяризувати проєкт у майбутніх статтях.

Зараз є два приватні репозиторії, перший з Go кодом, другий з версткою, а також є дизайн з новим функціоналом.

Приватний репозиторій з версткою буде переноситись у публічний доступ readytotouch.github.io, сторінка за сторінкою, з доверстуванням нового функціоналу з дизайну.

Коли верстка буде готова то вже приватний репозиторій з Go буду переносити у публічний доступ github.com/readytotouch/readytotouch об’єднуючи з новою версткою.

В процесі буду публікувати статті з описом рішень.

Після запуску проєкту оплата найму буде через донат на ЗСУ, квитанції будуть перевірятись на check.gov.ua.

Коли витрати на підтримки сервісу будуть зависокі для мене тоді зареєструю ТОВ та частину оплат буду перенаправляти на ТОВ.

Епілог

Дякую за увагу. Анонс намагався зробити компактним.
Якщо хочете підтримати проєкт то поставте зірочку на GitHub-і:
👍ПодобаєтьсяСподобалось11
До обраногоВ обраному6
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Де журналісти DOU?

Чому розробники, які створюють щось нове самі пишуть про себе? Невже це Україна?

Про це має написати Редакція DOU.

Ярик, дякую тебе за твої старання, що робиш таку велику справу, буду стежити за твоїм проектом і бажаю тобі великого успіху 🙂 !)

У редакції DOU вистачає своїх задач

Й подій по ReadyToTouch мало, робимо в комфортному темпі бо у кожного є робота на повний день

Дякую

А буде функція реакцій на вакансії (звісно анонімні)? Щоб трохи зменшити бар’єр між рекрутерами та кандидатами. І заодно кандидати будуть анонімно подавати сигнали іншим кандидатам про свою думку за вакансію. Наприклад ставити реакції як в телеграмі (вогник, сердечко, какаха, клоун)

Коли я дивився на Djinni, як кандидат, то також хотів багато чого додати, а коли почав розробляти свій сервіс пошуку роботи то зрозумів, що багато чого може відштовхувати рекрутерів від створення вакансії на платформі

Функціонал реакцій на вакансію поки вважаю зайвим

Постав зірочки репозиторіям будь ласка

Крута ідея!
Чи правильно я розумію, що заповнення профілю буде відбуватись лише через форму і без завантаження CV, щоб не засвітити контакти, які зазвичай там вказують?
Чи кандидат опційно зможе відкрити свої контакти для публічного перегляду?

Рекрутер побачить ваш публічний профіль тільки після відгуку на вакансію.

CV це частина контактів тому кандидату потрібно буде завантажити CV на сайт або ж вставити посилання на CV.

Відкриття контактів між кандидатом та рекрутером буде схоже на match з сайтів знайомств.

Якщо рекрутер відкриває свої контакти то кандидат побачить сповіщення

А чому ви вирішили притримуватись саме такої моделі, а не зробити публічний профіль рекрутера відразу з контактами? І тоді давати можливість кандидату відкрити свої контакти у випадку коли ним зацікавились?

Щоб уникнути ситуації коли початківці будуть завалювати рекрутерів листами на пошту

Я запам’ятаю це питання й детальніше опишу в наступних статтях

Так а де сервіс? Лінки тіки на гітхаб

Сервіс ReadyToTouch ще в розробці, анонс для того щоб в майбутніх технічних статтях наводити приклади з розробки цього сервісу

Пройшло 3 роки а дати виходу проекту досі нема...)) «это фиаско братан»

Програмісти пишуть пет проєкти не з метою результату, а заради процесу(:. Сам такий.

це ж безсмисленно... можна комусь написати проект за гроші за цей час...

Радий, що доводите до кінця роботу. Комент скоріше жартівливий був про те, що ми починаємо проєкт, пилимо правильні апішки і авторизації, хоча мабуть для МВП це не так і обов’язково було б. Але ж цікаво(:.

А можна будь ласка розглядати успішність на прикладі українських мемів

Підписатись на коментарі