🏆 Рейтинг ІТ-работодателей 2019: уже собрано более 5000 анкет. Оцените свою компанию!
×Закрыть

Мы хотели нанять штат программистов в продукт. Даже с бюджетом это оказалось не так просто

[Об авторе: Игнат Тхоровский — CTO и сооснователь британско-украинской компании Poptop. До этого работал в ивент- и музыкальной индустрии, в частности занимался развитием музыкального стартапа в Италии]

В конце 2018-го стала задача нанять пятерку новых разработчиков. Далее в своей колонке я расскажу вам, с какими трудностями мы столкнулись, выполняя, казалось бы, простую задачу. Примечательно, что соответствующие условия для найма были: зарплаты предлагались рыночные, а задача стояла — разработать международный продукт.

Задача — нанять разработчиков

Poptop — онлайн-платформа для планирования ивентов, работающая на рынках Британии и Украины и позволяющая клиентам разместить запрос о предоставлении услуг на ивенте (например, по организации кейтеринга или трансфера), а исполнителю — получить заявку и выполнить ее. Стартап получает комиссию от исполнителя в размере 7% от суммы заказа.

В декабре 2018-го Poptop привлек новый раунд финансирования — около 780 000 долларов. Часть денег выделялась на увеличение команды, в том числе на наем разработчиков (и мы все еще ищем людей!). Мы внедряем новые технологии, а для их создания нужны люди.

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

Нас всего 30 человек в двух странах — Британии и Украине. Исходя из того, что у нас небольшая команда, хотели найти не просто исполнителей, а людей, которые вписывались бы в коллектив и стали частью команды: ходить друг к другу на день рождения детей необязательно, но избежать токсичной атмосферы в офисе — одно из пожеланий к кандидатам. Как и должный уровень подготовки. Стоит отметить, что HR-менеджера у нас нет, поэтому процесс найма организовали по наитию: агентства, вакансии на соответствующих ресурсах, рекомендации.

Искать начали в конце 2018 года. Нас интересовали fullstack- и frontend-разработчики, а также дата-аналитик, SEO-специалист и Product Designer — всего 7 человек. Junior’а готовы были брать только на позицию дата-аналитика (взяли middle’а в итоге), остальные — middle и senior. От кандидатов на технические вакансии требовались знания Python, React, GraphQL.

Как нашли людей

Начну с того, что сработало для нас. Большинство людей мы взяли по рекомендациям. Мы испробовали, наверное, все методы, но как раз те люди, которых нам посоветовали, в итоге и подошли.

Что делать

Есть вакансии — не стесняйтесь рассказывать о них в соцсетях и просить людей рекомендовать в кандидаты своих друзей. За хорошую рекомендацию можно предлагать вознаграждение. Спрашивайте о друзьях у разработчиков, руководителей компаний, стартапов и т. д. Скорее всего, вам не станут рекомендовать плохого человека.

Работа с агентством

Мы не стали избегать помощи и обратились в рекрутинговое агентство. Не срослось. Нам отправляли людей, не соответствующих нашим требованиям: тех, кто планировал релокейт в Британию (у нас вакансии в Украине), тех, кто предпочитал парт-тайм (у нас полная занятость), и тех, кто хотел сотрудничать удаленно (офис у нас в Киеве, пусть ходить можно и не каждый день, но из Одессы работать не получилось бы). Приходили люди, которые называли зарплату, в два раза большую нашего лимита, или желали заниматься совсем другим (человек не хотел фронтенд и пришел на вакансию... фронтенд!).

Что делать

Наш опыт оказался неудачным, но это не значит, что работать с агентствами плохо. Я лишь не рекомендую полностью полагаться на них, а использовать и другие методы поиска кандидатов.

Объявления на площадках с вакансиями

Мы работали с Djinni. Сначала факап был с нашей стороны. Искали сильно скиловых людей, а таких кандидатов там просто не было. Они не выставляют свои резюме, их нужно хантить напрямую. Затем поняли, что плохо описали вакансию. После исправления всех недочетов пошли релевантные отклики (до этого они тоже были, но не по делу). И тут мы столкнулись с проблемой, которой не ждали: разработчики отправляют отзыв на вакансию, хотя, по сути, работа им не нужна. Одни делают это по инерции, другие просто ищут лучшие предложения по зарплате.

Что делать

Во-первых, хорошо продумайте и опишите вакансию. Во-вторых, готовьтесь отсеивать нерелевантных кандидатов. Мы не хотели «перекупать» людей, а искали тех, кому будет интересно с нами работать. Djinni дает кандидатов, но готовьтесь к большому процессу отсева и огромной трате времени.

Слабая заинтересованность кандидатов

Из упомянутой выше проблемы, то есть инертного отклика на вакансию, вырастает другая — слабая подготовка людей к собеседованию. Бывало, что кандидаты приходили знакомиться и начинали с вопроса: «А чем вы вообще занимаетесь?» Не раз встречались опоздания или отмены встреч в последнюю минуту. Мы отдаем себе отчет, что одна из причин — слабая заинтересованность кандидатов такого рода. У них есть работа, и к нам они пришли только за зарплатой побольше.

Что делать

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

Слабая подготовка к собеседованию

Для меня как нанимателя важно понять уровень подготовки человека. Как это сделать? Нужно портфолио. У дизайнера — это Behance, у журналиста — ссылки на публикации. У разработчика — это GitHub-аккаунт (или любая другая площадка). У многих этого не было, а просто прийти со своим резюме в PDF, где написано «я знаю JS хорошо», недостаточно.

Что делать

Мы нанимали людей уровня senior, а обычные технические тесты не дают понимания их квалификации. Лучше всего работают задачи на месте. Например, попросить кандидата показать его проекты, рассказать о своем опыте и потом этот опыт проговорить. Также дать тесты на логику, спросить, как кандидат будет решать конкретные задачи и что он будет делать в какой-то конкретной ситуации. Круто, если спросить что-то неочевидное и посмотреть, как человек будет решать задачу, с которой ранее не сталкивался. Именно в ходе разговора становится понятно, насколько правда все сказанное и показанное кандидатом.

Отсутствие квалификации

Ищете разработчиков уровня senior? Ждите потока кандидатов уровня middle и даже junior! Рынок перегрет, многие надеются, что проскочат и так, переоценивают свои возможности. У нас было, что человек указывает опыт senior-разработчика, но уже в ходе разговора видно, что он слабый middle.

Что делать

Опять же просить показать GitHub-аккаунт и проговорить опыт. Если человеку нечего показать, скорее всего, это не ваш кандидат. С другой стороны, возможно, к вам придет крепкий middle и его умений/знаний будет достаточно «на вырост». И не забывайте смотреть на soft-skills, а не только не техническую подготовку.

Аутсорс

С кандидатами из аутсорса мы также проводили собеседования, смотрели их опыт. Среди наших основных требований — техническая гибкость, персональная и социальная мотивация, готовность работать в команде. Как показал наш опыт, люди из аутсорса не всегда соответствовали параметрам выше: денежная мотивация на первом месте, а значит, есть риск частой смены работы. Для нас это очевидный минус.

Что делать

Точно так же внимательно проводить собеседования и искать «своего» человека: того, которому интересен продукт и у которого есть все необходимые для работы навыки, а также мотивация. Мы не отказывали в собеседованиях людям из аутсорса: в индустрии десятки тысяч людей, это огромный рынок кадров. Просто, как и в случае с рекрутинговым агентством, у нас не срослось.

Итоги

За первые шесть месяцев этого года (возможно, не самых активных поисков) мы набрали пять человек из вышеуказанных (другие направления не учитываем): одного фронтенда и дизайнера по продукту пока не нашли. Как и писал выше, сработало два канала: рекомендации и Djinni, где мы нашли двух человек. С каждым проводили по 2–3 собеседования, особенно сложно было найти фронтенд-разработчика: на это ушло несколько месяцев. Все, кого мы взяли, ранее работали в продуктовых компаниях.

Poptop все еще пока небольшая компания. Как я уже говорил выше, для нас важна атмосфера в коллективе. Чтобы выбрать тех, с кем нам будет комфортно работать, мы точно так же готовились к собеседованиям: изучали резюме, проводили встречи, составляли тестовые задания и проверяли их. Это занимало уйму времени, которое можно потратить на работу с продуктом. Но, избежав найма неправильных для нашей компании людей, сэкономили время в будущем на новых собеседованиях.

Помните, что кандидат зачастую ничем не рискует, — вы же рискуете своим продуктом и деньгами.

LinkedIn

Лучшие комментарии пропустить

Дуже дивна стаття.
По перше — ви не продукт, а звичайнісінький стартап. Мене вже дуже бісять ці тренди називати стартапи (з зовнішнім фінансуванням) продуктами (які окупилися, й приносять гроші й дивіденти не перший рік). Ви — це тонкий лід, який завтра може закритися, й Вас ніхто не згадає, а люди залишаться без роботи.
А раз це стартап — це ризики. Тому риночна вартість розробника тут до одного місця.
Ви хочете крутих хлопців — тоді помножуйте риночну вартість (оті графіки на ДОУ помножуйте на 1.5-2), й вам будуть реальні специ йти. Й їм буде начхати що в Вас там — agile чи не lean, будуть робити свою справу. Й будуть робити її добре.
Трете — раз ви таки стартап, й фінансова мотивація вас обурює. Зробіть ласку, давайте опціони чи як там, тим хто пиляє ваш «продукт». А? Що? Жаба задавила? Так чого ви тоді на людей ображаєтесь, що вони не зацікавленні в вашому «продукті»? Або нехочуть за нього вболівати так само як й Ви, дійсно чому? От жеж жебраки, за гроші стали питати.
Ви хочете спеців, але щоб вони були ідейні? Так досвідченні ентузіасти-программісти — це як единороги, всі про них говорять, але їх не існує. Бо ентузіазму повні зазвичай ще досить молоді люди, бо вони ще недосвидчені та наївні. А досвід, він приходить лише з часом, а за цей час нормально соціалізована людина обростає родинами, дитинами, та зазвичай ще й очікуваним рівнем витрат. Й отой голий ентузіазізм залишається за бортом.

Всё больше и больше наблюдаю как всем подряд начинает требоваться гитхаб. Типа как это «портфолио» разработчика. Но вот только кто разрешит этому самому разработчику поместить к себе на гитхаб целый проект? Да даже какую-нибудь либу, написанную в рабочее время, для коммерческого проекта?

Вот дизайнерам позволяют их работу размещать на бехансе и дриббле и у каждого дизайнера полным полно проектов в портфолио. Но рисуют ли middle-senior дизайнеры проекты исключительно для своего портфолио, чтобы привлечь заказчиков? Абсолютно точно нет. Только в начале карьеры, а дальше они просто показывают свои коммерческие проекты.

Так почему считается, что разработчик уровня middle-senior должен на гитхабе что-то специально делать?

Я вот, с 16 летнего возраста постоянно открываю IDE и что-то туда пишу. В разное время делал это для ВУЗа, для себя, для друзей и некоторого ограниченного круга лиц и наконец для своих работодателей за деньги. Но что из этого я мог бы выложить на гитхаб? Только то, что я делал бесплатно в самом начале пути. Всё остальное принадлежит не мне. Но в начале то был полнейший говнокод, зачем его выкладывать?

Ну ладно, допустим у каждого есть пару пуллреквестов в какие-то нормальные либы, которым фиксился какой-то определенный баг. Ну, знаете, когда на коммерческом проекте сталкиваешься с проблемой в либе, как-то кое-как его фиксишь как получится, а потом хочется же по нормальному сделать и предлагаешь свой pull request либе. Ну а они его принимают, релизят стабильную версию, проект обновляется и снова всё хорошо.

Но вот только как такие пуллреквесты помогут автору принять решение о найме?

Или еще пример: довольно часто интегрирую сервисы третьих лиц, практически ноунеймов с ограниченных рынков, у которых для их API вообще нет sdk или нет допустим на моем языке, а тех, кто с ними интегрируется достаточно. И вот я могу не просто подергать пару методов курлом и обработать результат, а по-серьезке заморочиться и сделать полноценный apiClient с объектами всех поддерживаемых реквестов, валидацией и вылить его на гитхаб. Но зачем?..

Я посажу на свою либу каких-то людей, а потом придется до скончания веков её поддерживать. Это как собаку завести. Выгуливай её (зависимости обновляй), играй с ней (отвечай на issues, pull requests), будь частью культуры собаководов (опенсорсеров). А что если я не хочу собаку? Вот не хочу и всё, а автор говорит что нет, раз не хочешь собаку — безответственный человек, работать с тобой не будем.

Ну не бред?

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

у меня простой вопрос:
множество моих знакомых решают осень серьезные задачи. Они работают по максимуму на технологически непростых проектах. Да вот беда, их работа под NDA. и профиль GitHub пустой
Они Вам не подойдут я правильно Вас понял ?

только меня покоробило про «кандидат не рискует»? кандидат рискует потерять годы драгоценной невосполнимой жизни, работая у вас. это вы ничем не рискует, кандидатов жэж полный интернет.

322 комментария

Подписаться на комментарииОтписаться от комментариев Комментарии могут оставлять только пользователи с подтвержденными аккаунтами.

Читаю и думаю «а что вы о себе возомнили». Никому не известный стартап и удивляетесь что желающие не выстаиваются в очередь у вас работать и ничего о вас не знают. Ну и конечно не стоит забывать что работа — это в первую очередь добыча средств для поддержания жизни, а потом уже все остальное. Тем более вы не создаете что то, что кардинально улучшит жизнь человечества, к чему тогда жаловаться на слабую заинтересованность в проекте, предназначенном для того чтоб вы заработали денег?

Наймите HRBP с бэкграундом в рекрутменте на парт-тайм. Это решит 90% вышеуказанных проблем.

Як на мене 99% косяки людини яка наймає.
Як CTO страртапу ви повинні чітко усвідомлювати:
— свої обмеження
— диференціацію компанії
— компроміси на які ви готові піти

Отже ваші обмеження та недоліки:
— гівняний код, ваш пріоритет — зазвичай це швидкість поставки продукту, щоб встигнути заробити гроші до того як ваш банківський рахунок стане від’ємним.
— одна предметна область. Ви можете крутити носом стосовно аутсорсу, але в лідерів реально працюють програми ротації і здібним людям які показують результат дають любе-голубе. І стартапи теж є, тільки не такі як ваш якому ще треба собі і світу довести що він буде чимось, а тим які вже мають стабільний кеш флоу і працюючу бізне-модель.
— Типово ненормований графік, часта зміна пріоритетів.
Диференціація — те що ви продукт і стартап дає вам кількао очків, але для Senior+ не така вже критична проблема знайти роботу в Західному стартапі, віддалено чи з релокацією.
Що ви ще можете запрацювати. Опціони — ну до vesting стартап і працівник в ній має ще дожити. 1 рік в стартапі — це великий термін.
Компроміси: Тут якраз як на мене ваш найбільший косяк, який швидше зумовлений тим що ви самі не можете робити хоча б частково роботу на яку шукаєте. Ви хочете на звичайну зарплату — зірок. Я маю дуже сильний сумнів що там при правильній постановні завдань потрібен хтось більше за middle з очима що горять.

Тепер з вашої ролі як CTO: з завданням продавати вакансію ви не справилися — це зрозуміло і це зазвичай на початках важко. З технологічної точки зору — продукт який в принципі не передбачає мегасладності шукаєте зірок, самі швидше за все не розбили і не передбачили таким чином організацію системи що і middle+ вистачило б. Вибачайте, але на даній стадії думаю зірок ви можете лише як cofounders залучити.
Чи все так безнадійно думаю ні: попуститися з вимогами, самому посидіти на книжкою чи відеокурсом з фронтенду кілька днів, шукати людей по рекомендаціям(тоді вам більше довіри). Шукати яким чином ви можете дати щось що люди не можуть отримати в інших компаніях.
Мені сподобалась ідея Reid Hoffman Tour of Duty. Люди працюють в компаніях з чуйним керівництвом яке ставить їм амбітні завдання які вони мають можливість самі як вирішити і є прозора система оцінки і програма росту в компанії.
Стосовно ініціативності і здатності працювати на результат — то крім клінічних випадків це речі які виховуються прикладом керівника. Коли був малим і дурним сидів допізна на роботі, а джуни ще й з мене приклад брали.
А повідомлення «приходьте до нас в стартап будете робити роботу за гроші» — це якраз підхід гірших з аутсорсерів.

Камон, гайз: любая контора будет нанимать тех людей, которые будут фитить именно под их требования (пусть не с той скоростью, с которой им хотелось бы), поэтому 90% вашего хейта — мимо кассы. Типов (и типш) в потных свитерах без софт скиллов никто не нанимает)

Все тут жалуются, мол, мало денег предлагали кандидатам, но никто даже не поинтересовался какую ЗП эти кандидаты запрашивали :) Из-за того, что рынок перегрет, многие люди пользуются этим положением. Так что, нанимать лучшего из худших? Или вовсе брать первого попавшегося специалиста? Я считаю, что нужно платить за реальные софт и хард скиллы с учётом опыта реализации задач различного уровня. Ребята из poptop.uk.com, видимо, считают так же.

Получать третий квантиль (как тут писали) и работать в небольшой компании с инвестированием из UK — что в этом плохого? Только то, что не получится работать с 12 до 19 на насиженном месте и поперебирать задачами :) Да, мамкины кодеры? :)

Из-за того, что рынок перегрет, многие люди пользуются этим положением.

вы имеете в виду что на рынке так много хороших людей что технически даже кодить некому?

тогда эта фраза к рынку чего именно относится

Из-за того, что рынок перегрет, многие люди пользуются этим положением

если к рынку труда, то у него такая специфика что его нельзя «перегреть»
он, рынок труда один из самых честных, и практически не поддается манипуляциям

яркий пример «перегретости» — Англия после моров. когда работников стало так мало, что им пришлось существенно оплату

настолько, что этой перегретостью возмутились работодатели, и был принят указ о максимальной ставке
итог — зарплаты ушли в тень :)

Я считаю, что нужно платить за реальные софт и хард скиллы с учётом опыта реализации задач различного уровня.

Платите :)
но в условиях дефицита рабочей силы — ваше представление о том сколько кто стоит НЕ соответствует — рыночной цене

Так что, нанимать лучшего из худших? Или вовсе брать первого попавшегося специалиста?

если нет денег — то да.
или не берите

в неоколокомпьютерном мире работает такое правило: если хочешь получить экспертизу здесь, сейчас и без обязательств, то это стОит в два раза дороже. например, можно нанять на завод токаря, который будет точить детали за три арбуза в месяц. но если тебе нужно выточить сто деталей немедленно здесь сейчас, а токарь потом неизвестно нужен ли, да и вообще не хочешь связываться и ничего гарантировать, то стоимость такой работы рассчитывается почасово/поденно из рассчёта 2×3=6 арбузов за 21×8=168 рабочих часов.
стартап хочет милого инженера, который с первой минуты выйдет на 100% производительности и по отношению к которому не будет никаких обязательств? говно вопрос, пусть нанимает эксперта-фрилансера за 80уе/час.

Так бывает, что если вы не можете себе что-то позволить, то это не потому что «зажрались, и денег хотят», а это просто вы себе не можете этого позволить. Как-то так.

а как насчет удаленки? не все хотят переезжать в мегаполис.

У статті про це сказано.

Плюс круто, когда кандидат сам говорит, что ему интересна определенная технология и он хотел бы ее попробовать внедрить.

Дальше можно не читать:) суперскиловые разработчки которые готовы что-то внедрять к вам просто потому что им нравится технология:) огонь я считаю.

Добрый день. Не наступайте на одни и теже грабли как и многие до Вас. Если Вам для проекта нужно куча людей уровня Senior это говорит что у Вас всё плохо и уход пары Ваших звёзд закончится крахом стартапа. Улучшайте процессы, чтобы 70-80% всей работы могли делать джуны, иначе Ваши вовлечённые в бизнес специалисты начнут из Вас верёвки вить и развалят Вам бизнес. Идеально если Вы можете позволить себе смену 40% колектива без потери скорости разработки, а для этого у Вас должены быть отработаны процессы разработки (кодревью, атоматическое тестирование) и процессы документирования функционала который Вы уже внедрили (делайте всё просто и будет Вам счастье) и разработчиков сможете нанимать хоть по 5 шт в неделю. А сейчас конечно Вы хотите нанять специалиста который уже работал с Вашим стеком, и сделает за Вас всё как надо и за средние по рынку деньги, и чтобы думал как бизнес (и при этом не получил долю в бизнесе) — так никогда не будет, таких людей 1 на 10000 тыс, и они не пойдут в стартап просто так.

как же так процессы построить чтобы квалификация перестала быть важна?

значительным расширением штата.
«Чтобы создать надежную систему из ненадежных элементов нужно увеличить число элементов и количество связей между ними»

имхо, Dmitri Komarist предлагает не рецепт как таковой, а указывает на то о чем нужно думать и выбрать приоритеты

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

еще есть момент, который вроде не встречался в обсуждении:
у владельца бизнеса, стартапа — в команде, или в друзьях должен быть синьор-«стукач», который выдает все тайные помыслы команды (а давайте этого придурка раскрутим на использование «Elm», оно тут нафик не нужно, зато поиграемся в новомодную хрень)
И который имеет право вывалить это без политкоректности: тебя считают за недотепу и раскручивают на избыточные технологии, применение которых не имеет никакой бизнес-ценности для проекта, но увеличивает риски провала, усложняет поиск персонала, и т.п.

Обычно ж владельцы бизнеса мнят себя спецами в психологии и разработке, а стартаперы еще и супер-оптимистичны, не зная что применение новой технологии почти никак не влияет на успешность проекта

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

выгодный стартапер — куча народу прокачается :)

значительным расширением штата.
"Чтобы создать надежную систему из ненадежных элементов нужно увеличить число элементов и количество связей между ними«

т.е. вместо 5 синьоров набрать сотню джунов и пару синьоров? я не уверен что такая схема жизнеспособна

у владельца бизнеса, стартапа — в команде, или в друзьях должен быть синьор-«стукач», который выдает все тайные помыслы команды (а давайте этого придурка раскрутим на использование «Elm», оно тут нафик не нужно, зато поиграемся в новомодную хрень)

чет мне сомнительно что такое бывает, обычно люди, которые хотят втулить модную, но не нужную штуку позиционируют все не «давайте этого придурка раскрутим на использование», а рассказывают как она поможет решить все проблемы, еще и с примерами, а через полгода проблем стало больше, а старые не решились

т.е. вместо 5 синьоров набрать сотню джунов и пару синьоров? я не уверен что такая схема жизнеспособна

есть бюджет
есть сроки
5 синьоров можно искать полгода
а надо выпустить через 8 месяцев

обычно люди, которые хотят втулить модную, но не нужную штуку позиционируют

да это понятно что они не только говорят что «как она поможет решить все проблемы», а свято в это верят

я потому и уточнил — тайные помыслы :)

а через полгода проблем стало больше, а старые не решились

конечно
ведь программисты не собирались решать проблемы проекта :)

есть ведь смешное правило
лучший код — не написанный код
а они выбрали — писать, писать, писать побольше, нового и невиданного кода

есть бюджет
есть сроки
5 синьоров можно искать полгода
а надо выпустить через 8 месяцев

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

да это понятно что они не только говорят что «как она поможет решить все проблемы», а свято в это верят
я потому и уточнил — тайные помыслы :)

это же не стукач, а трезвомыслящий

конечно
ведь программисты не собирались решать проблемы проекта :)

есть ведь смешное правило
лучший код — не написанный код
а они выбрали — писать, писать, писать побольше, нового и невиданного кода

это джуны любят писать, синьоры наоборот стараются избегать лишнего, так что в плане изъян

а когда это для самого себя в стартапе, то это даже понять нельзя

вполне можно.

это джуны любят писать, синьоры наоборот стараются избегать лишнего, так что в плане изъян

ну, топикастер считает наоборот, судя по пояснениям в этой теме :)

да и не только он. из-за малой распространенности синьоров о них ходят мифы далекие от действительности.
например что синьоры — это упоротые новыми технологиями :D

т.е. вместо 5 синьоров набрать сотню джунов и пару синьоров? я не уверен что такая схема жизнеспособна

Да и только она жизнеспособна.

начнется бурная жизнедеятельность, через месяц-два появятся первые фичи с багами, потом через месяц еще фичи, но багов уже больше, потом 2 мксяца, первые большие проколы, пара фич и много багов, потом +1 фича +10 багов, −1 баг и +10 багов, потом багофикс, потом минус синьор — на интересный проект ушел, потом дойка кастомера до закрытия проекта

Немного не так. Обычно рядовые просто пилят ровно то, что сказали по накатанному и никак не иначе. По сути там уже конвейер, который прекрасно масштабируется.
Но и такой вариант, как ты написал тоже возможен. Говорят некоторые и на потолке спать любят страпоны ко лбу приклепляют (из последнего на очаровательном)

по всякому бывает

куда прикольней вариант что выкатили фактически прототип, и новые фичи... добавить нельзя без полного переписывания.

такое бывает когда — аджайл понимается что и проектировать будем на ходу, аджайлово, по мере поступлений фич

и рост числа багов часто бывает от этого — а не проектировалось чтобы добавлять фичи, поэтому они делаются костылями.

так уж вышло что одну историю умершего по техническим причинам стартапа знаю о почти конкурентах (чаще все же мрут от «маркетологи ошиблись», не нашлось целевой аудитории, оказывается, а ожидалось что придут миллионы, в первые ж месяцы)

они быстро выкатили требуемый фронтенд, стартанули в прод, «а автоматику на беке мы потом напишем!»
два месяца в ручном режиме проводили расчеты, измордовались, пользователи же постоянно находили ошибки, и поняли что... а писать то бек минимум месяца три, и, как истинные фронтендеры поняли еще и по первым попыткам — что не врубаются как, и похоже — полгода...
ну и закрылись.

у владельца бизнеса, стартапа — в команде, или в друзьях должен быть синьор-«стукач», который выдает все тайные помыслы команды (а давайте этого придурка раскрутим на использование «Elm», оно тут нафик не нужно, зато поиграемся в новомодную хрень)

Честно говоря, меня удивляет почему для этой роли вы решили выбрать термин «стукач». Ну да ладно, это проблемы личных ассоциаций и психологии. А по факту, эта роль называется CTO и человек этот должен не по секрету рассказывать что-то владельцу бизнеса, а вести диалог с командой и принимать решения о том, можно внедрять технологию, или нельзя. Владалец бизнеса в выбор конкретной технологии вообще не должен вникать в данном случае. И диалог этот должен быть открытым между командой и СТО.

Честно говоря, меня удивляет почему для этой роли вы решили выбрать термин «стукач».

ну, я люблю емкие а потому резкие термины
а то политкоректно долго объяснять, и каждый поймет по своему, и... о, уже два предложения вышло :)

А по факту, эта роль называется CTO

это как раз не по факту, а по «штатному рассписанию».
дальше вы и пересказываете роль CTO, и т.п.

это все можно в книжках в прочесть, или на википедии :)
я обычно пишу в форумах то что считаю — нельзя прочесть в книжках, или компиляцию многих книг.
поэтому и не СТО (у одного нашего подрячика я так и значусь CTO)
а «стукач», то есть знает, видит и выдает все искренние, настоящие мотивы персонала :)
они, мотивы эти совсем не всегда плохие.
людям нужно доверять — это правильно
просто людей которые не вызывают доверия — нужно увольнять :)

но конечно все сложнее.
я просто про один маааленький аспект.

Так же как и в любом другом виде бизнеса.
Каждый человек выполняет ограниченый обозримый обьем задач (эти задачи четко определены и соответствуют его уровню: начиная от директора и заканчивая тех писателем).
Задачи чётко определены либо для них разрабатываются минимально рабочие прототипы для возможности определения детального обьёма работ.
Задачи разделены на небольшие шаги и присутствует план выполнения этих шагов.
Отсутствует практика сваливания многих задач на одного человека (процессы никогда не замыкаются на одном двух людях).
Присутствуют критерии качества с четкими границами, так же присутствуют критерии приёмки выполненых задач.
Имеется минимальный сетевой график разработки и поставки который корректируются в процессе изменения обьема задач (хоть каждый день).
У управленческого персонала есть опыт управления командами, сбор обьема задач, определение уровня скорости выполнения задачи, управление ресурсами, бюджетом, временем, сетевыми графиками.
Также присутствуют базы знаний, минимальные руководства по тем или иным задачам. Это то что должнобыть у любого производственного предприятия (и род деятельности тут в принципе не важен и методология тоже не особо влияет).

звучит так что все нужно повесить на управленцев, а исполнители пусть гайки крутят, перераспределение ролей не меняет того факта, что кто-то (из тех 20-30%) может вить веревки и развалить все, а поменять 40% коллектива без потери скорости разработки это вообще дичь какая-то, особено при том факте что ты джунов рекомендуешь

Я не предлагаю ничего не на кого вешать. Управленцы должны заниматся тем чем им и положено заниматся управлять ресурсами и бюджетом которые есть в их распоряжении (такая у них работа). А для того чтобы была возможность легко менять сотрудников нужно создать простой и понятный процесс выполнения его работы (а не как у большинства пойди туда незнаю куда, сделай то не знаю что и чтобы быстро и красиво).

а не как у большинства пойди туда незнаю куда, сделай то не знаю что и чтобы быстро и красиво

раз у большинства так — значит это норма.
а норма возникает по объективным причинам.
таково значит устройство мира.

хотите пописать против ветра, вполне можно. бюджтетище только какое нужно :)

А для того чтобы была возможность легко менять сотрудников

у стартапа обычно такой проблемы не стоит.
у стартапа — жесткие сроки и небольшие деньги.

не надо путать бизнес — и стартап

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

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

это не риск.
стартап — это «безнадежный проект»
ну а далее читаете классику: — Путь камикадзе [Смертельный марш] — Йордон Эдвард
что нужно делать, чтобы безнадежный проект увенчался хоть каким-то позитивном результатом, а то и был сделан!

там в каждой главе — как бороться с бюрократией :)

Главное чтобы это не переросло в привычку, после того как стартап станет полноценным бизнесом

По тому что уже исследовано в Кремниевой долине
первый состав стартапа — увольняют или сам увольняется почти весь.

как положено в — безнадежных проектах.

и синьоры прекрасно это знают :D
что чтобы дух стартапа «не перерос в привычку» — придут менеджеры с тяжеловестными процессами, и все равно тебя, синьора уволят.
у тебя ж привычки не те :)
ты ж ведь и шел в стартап потому что там не было этих процессов :D

после ухода техлида или пары тройки Senior разработчиков команда не может обслуживать сервис не тянет поддержку или сроки

совершенно верно.
и вот тут то — бинго. а чего ж они ушли? ;)

это вопрос — к владельцам стартапа:
как уже сказал вначале — почему у них не оказалось синьора-«стукача», который бы предупредил о выборе сложных подходов, которые не потянут обычные разработчики
звёзд хотелось набрать, как топикастеру? ну и радуйся теперь :)

и второй — а чем они думали доводя ситуацию что тех лид и команда — ушли
плевать, новых звёзд наберем?

и вконце концов теряет крупного клиента

крупных клиентов теряют по тьме причин
как и приобретают :D

стартап это риск. И в его условиях можно принебречь основами управления производственным предприятием

Скорее, стартап по определению и своей природе имеет очень мало общего с устоявшимися процессами производственного предприятия, которое выпускает массовую продукцию.

Ага, идея фикс современных менеджеров, из то же серии что и «программирование без программистов» :-)

я именно поэтому поставил лайк «тру менеджеру» :) то есть — ай молодца!
за четко выраженное мнение против всяких там Демарко с их PeopleWare

У меня есть знакомый пиэм, крутой реально.
Даже в строительстве был.
Так я его упросил поделиться некоторыми тонкостями

и он выдал
вот в строительстве все просто
есть комната, надо побелить
пишешь — бригада 5 маляров
и все.

а в программировании не напишешь
5 программистов

никак. это может быть и 3, а может и 15.
на одну и ту же задачу.

но тру менеджеры верят что можно
«5 программистов»
«28 человеко-месяцев»

и все будет ок

что интересно дело к тому как бы б идёт там где были «массовые программисты» (читай на постоянной з.п.) теперь будут «менеджеры с глубоким знанием компьютера» ну там типа чтобы сегодня текст в ворде написать не надо программировать? а «попрограммировать» это типа скрипт на 2 команды который этот «текст в ворде» на сайт деплоит под видом «статьи» или там эксель фильтрует по годам и снова на сайт

менеджеры с глубоким знанием компьютера

Не поверишь — это уже есть и называется citizen developers. Ну и популярность low-code решений сюда же. Но на практике взлетает только в немногих хорошо формализованных областях, где можно создать подобный 5GL (а то и 6GL) конструктор.

Для начала научится работать с посредственной толпой.
Затем оставить сеньоров только там, где они реально нужны — типа запуск нового продукта революционного, или вписаться с прототипом в срок, слепить архитектуру для нового продукта и т.п.

Напомню давно известную истину: производство построенное только на умных людях не масштабируется.

Напомню давно известную истину: производство построенное только на умных людях не масштабируется.

с каких делов?

О блин. Не ожидал, что это не древняя истина. В общем в инете куча материалов на эту тему есть.

чет в лоб не видно, мож оно по другому звучит? перекапывать тонны инфы как-то не хо www.google.com/...​х людях не масштабируется

1. Тебе для масштабирования нужно нанимать таких же умных, а умных по определению мало.
2. Все умные они большей частью одиночки и в лучшем случае согласятся между делом ненапряжно поучивать кого.

1. Постредственностей же нанимать легко и быстро.
2. Они могут работать что сказали и не возмущаться.

Итак остается только процесс стартапа плавно перестроить на промышленный. Наладить промышленные процессы и масштабируйся.
Кстати одним из шагов такой перестройки является увольнения большинства умных, что нужны были во время стратапа (старта).

не вижу проблемы, если уж прям надо, то потом замена с умных на посредственных возможна и подет профит еще какое-то время, обратная же замена профита не даст

Кстати одним из шагов такой перестройки является увольнения большинства умных

не обязательно.
их можно выделить в R&D и
платить за
— написание исследовательских статей
— подоготовку и выступление на конференциях
— выделение наработок в опенсорс
— внутренние митапы, обучение других сотрудников
— ... проактивность

но тут обычно выясняется, что уже заработав деньги — как-то вдруг становится неинтересной такая деятельность «Настоящих Программистов» :)
для владельцев бизнеса, которые перед этим рассказывали — как они любят и ценят
тех кто пишет исследовательские статьи. выступает с докладами, комитит в опенсорс

Можно, но им зарплату придется платить.

70-80% всей работы могли делать джуны

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

Нанять HR, с дополнительной функцией рекрутинга, стоит попробовать.

А она будет проводить техническое интервью?

Она подыщет целевых кандидатов для того, чтобы было с кем проводить техинтервью.Плюс в ходе интервью отклонит тех кандидатов, которые не подходят им по духу(им важно, чтобы был именно их/разделял убеждения/кандидат)
А оценивать техскиллы- это задача Лида

Интересный опыт, но судя по описанному ситуация не совсем соответствует заголовку в вопросе бюджета.

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

Игнат, у меня нет огромного опыта найма людей в свои / чужие команды и компании, но немного с этим я уже столкнулся. Мне кажется, что вы (как это не забавно) переоцениваете значение объективности при оценке специалиста (спойлер: её не бывает).

Вы ведь пытаетесь нанять человека в свой продукт, свою компанию. Работать с собой, «на соседних стульях». Для этого вам не нужен объективно хороший кандидат. Вам нужен тот, кто докажет свою экспертизу конкретно в тех задачах, что сейчас нужно решать, и с которым вам и вашим коллегам будет приятно работать. Ваш кандидат.

Со звездами (а в текущих условиях рынка те, кого вы ищете, именно звезды) у вас будет много проблем. Им нужны задачи их уровня (верстать формы или пилить круды не пойдет), отношение, соцпакет и тому подобное. Может вы и найдете таких, но они нужны для брендинга компании, продаж, чего угодно, но не писание огромного количества разного качества кода сутками.

Нанимая к себе в команду, я в первую очередь оцениваю, может ли человек делать работу, которую нужно — то есть, оцениваю хард скилы не «объективно», а ситуационно, относительно целей и ожиданий здесь и сейчас + пару месяцев вперед (что, мне кажется, валидно и для стартапа). Также, думаю впишется ли этот человек в команду и будет ли мне и остальным с ним комфортно работать.

И тут скажу крамольную вещь — человек может подходить по скилам, но если я точно знаю что мы (или члены команды) с ним не сработаемся — я его не найму. И обычно, это к лучшему для обеих сторон. И это НЕ ОБЪЕКТИВНО, но правильно.

Bottomline: не ищите лучших. Ищите тех, кто подходит вам сейчас, с кем вам комфортно работать, и растите вместе с ними.

Да, но к сожалению не все люди могут произвести впечатление за одну-две встречи и раскрыть свою ценность, а кто-то на словах Лев Толстой...
Но в целом, очень согласен с вами.

а вот насчёт

здесь и сейчас + пару месяцев вперед

хотелось бы уточнить... как оценить гражданина на пару месяцев вперёд? спрашиваю оттого, что самолично знаком с пациентом, у которого от «дотнет? а что это такое?» до «беру из беклога задачу да и делаю» прошло аккурат пара-тройка месяцев.

речь была не о оценке гражданина на 2 месяца вперед, а об оценке задач на ближайшие 2 месяца согласно бэклога.

В двух словах это выливается в единственные два критерия: 1) Человек может делать работу 2) Человек хочет делать работу ©Кожаев

Прочитал все, и вот ни один комментарий автора статьи не показал его квалификации как технического специалиста. Открыл его линкедин — стало ещё печальнее. И на минуту, автор — не какой нибудь глава рекрутинг отдела, а СТО! За время работы в аутсорсе я два раза работал непосредственно с СТО стартапов (правда не русскоязычных, а один раз скандинавский и один раз штаты). И оба раза это были реальные профи, у которых хотелось чему то учиться и брать с них пример. И код фигачили они чуть ли не круглосуточно, работая поболее других... Вопрос, а смысл идти в стартап, где СТО далек от технический части? Кто там с такой политикой ещё будет работать, пару гребцов по объявлению на медианную зарплату и ещё компашка знакомых этого СТО или его друзей? Вобщем от этой истории как-то очень запахло нулевыми годами и всей этой зарождающейся айтишной движухой с шарагами в бывших НИИ ))

Я бы субъективно мог посоветовать компании переехать в Москву. Там и зарплаты у людей поменьше, и люди привыкшие к такому стилю работы. Думаю найдете что-то под свои хотелки.

и вот ни один комментарий автора статьи не показал его квалификации как технического специалиста

так у него другой бекграунд

До этого работал в ивент- и музыкальной индустрии

из того что он пишет в ответах — о разработке ПО и самих разработчиках у него представление какая-то смесь мечтаний вайтишников и мотивицианного коучинга

И ищет он вот таких (талантливый кстати, фанат программирования и т.д. я много лет подписан на его блог)
Депрессия год спустя

но вот что он, программист из топ 10% пишет:
Весной я пытался искать работу, пособеседовался в несколько стартапов, в несколько больших компаний, и везде меня охватывало отвращение при одной мысли, что это опять все то же самое, опять это скучное унылое программирование, веб проекты, опять те же тормоза, глюки и люди, ...
Как бы ни хотелось каждому основателю стартапа, его супер-уникальный-свежий-современный-вылизанный продукт — просто унылое, никому не нужное, высосанное из пальца говно (не пытайтесь это представить), а все эпитеты ничем не подкреплены.
(конец цитаты)

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

но стартапер конечно уверен что это ленивые и бесталанные программисты так считают.
а вот настоящие придут в восторг!
в действительности же все точно наоборот :)

P.S.
а чтобы не сомневались что Никита чего-то смыслит в программировании, там же по ссылке:
Устроился, кстати, я пока в JetBrains, но не над самой IDEA работать конечно, а на research-проект, где мы пытаемся научиться делать редакторы быстрыми и легкими. Посмотрим, как пойдет.

Про стиль работы вы можете только фантазировать. Непосредственно участвую в технических вопросах и не стесняюсь учиться у ребят с которыми работаю, самым умным себя не считаю.
Кто пойдёт работать: например кому надоело быть в большой вертикальной иерархической структуре. У нас пока небольшая команда, всё гибко, компромисы находятся легко, инициатива резонирует.
А что вас так опечалил мой линкдин что вы меня в Моксву посылаете? Занимался проектом, немного консалтил, даже аутсорс немного зацепил давно давно)

Не знайшов у коментах, озвучте якщо пропустив плз:
Чи були озвучені умови( графік, зарплата, опціони, техніка, відрядження, інше ) на які так важко знайти людей?

Фултайм, офис в Киеве, возможность римоут когда надо(не большую часть времени), зп медиана — III квартиль, ну и остальное индивидаульно обсуждаемое.

Игнат, понимаете, III квартиль на доу — это I в реальности. Возьмем к примеру раздел джаваскрипт к Вашей реакт вакансии. У Вас в вакансии почему-то не указано сколько лет опыта нужно на эту позицию, но возьмем, к примеру, 3-5 лет. Медиана — 2400. 3 квартиль — 2800. Это сильно разнится с реальными рыночными зарплатами в продукте, процентов на 20-30 примерно.

Просто у стартапа есть разные стадии развития и для каждой нужны вообщем-то разные люди, хотя и все они условно — программисты. Сам лично я не знаю как привлечь на раннюю стадию «толкового» программиста который еще и продакт ориентированный по американским меркам, кроме как случайно или по знакомству. Думаю что в украинских реалиях ближайшие лет 5 это не возможно и для этого сообщество должно менятся в целом. В наших реалиях бал правит аутсорс и пока это не изменится — так и будет продолжаться. Автор просто пожаловался

Сам лично я не знаю как привлечь на раннюю стадию «толкового» программиста который еще и продакт ориентированный по американским меркам, кроме как случайно или по знакомству. 

я знаю: в вакансию вилку надо написать 5-6к, за пару месяцев должен найтись, если нужен срочно, то больше денег, если нет денег — никак

можно, для этого нужна очень большая удача, с такой удачей проще денег в казино выиграть и потом нанять уже наверняка как я написал

ну как можно быть толковым и между проектом с мутным будущем и энтерпрайзом с лидера рынка при одинаковой зп выбрать первое? не знаю что там в киеве, должно быть получше, но у нас в харькове, на данный момент, можно легко найти работу на 4.2 на позицию синьора. а тим\тех лидом, архитектом и т.д. ну никак не меньше 4.5, потому что никому не надо мороки за ту же зп что у синьора

так что я назвал не сверхвысокую вилку, а просто чуть-чуть больше, чтобы вакансия могла выделится с серой массы

если хочешь дешевле, то только надеятся на удачу что придет тот, кто не знает какие зп бывают в просто глянул на доу, либо неуверенный в себе, либо потому что ему надо прямо сейчас, иначе искать — проблема

надо прямо сейчас, иначе искать — проблема

Он поработает два месяца, найдет работу получше и свалит. Дальше?

или не будет даже искать, люди разные бывают

Почему не будет? Из благодарности, что меньше платят?

потому что синица в руках, забыл что большинство айтишников сыкуны?

могу предположить такие варианты:
1) пришел и ушел — ненадежный
2) больше сюда не возьмут
3) на новой может быть хуже
4) надо что-то делать, а тут уже хоть что-то есть (типа работа есть, а там туманно)
5) а вдруг узнают и уволят, а там не наймут

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

Можно. Можно и 7 шапок. А китайцы и 77 сошьют.

Искать по личный контактам — это раз.
Два — в вакансии так и написать, что требуется тот который и спец и проактивный для старта продукта. И да такому скорее всего платить придется в верхнем квантиле или выше и делиться прибылью после (если взлетит) со всеми нужными бумажками о разделении ее.

Пока же то, что вижу в плаче о трудности найма:
1. Жадность — это не лечится.
2. Глупость — это лечится.

Ну если Вас считаете, что «кандидат ничем не рискует», у Вас будут проблемы с персоналом и текучка овердофига. Мы как бы понимаем все, что цель бизнеса заработать денег и иллюзий не питаем, но только почему Вы так возмущаетесь когда у соискателя есть аналогичное желание? ;)

Кандидат рискует: 1) временем. Да банально почитать что-то перед собеседованием и его пройти — это время. 2) репутацией. Если человек таки приходит к Вам в контору, и если его что-то не устраивает, то уволившись через два месяца, он себе портит CV. Один раз может прокатит, но постоянно прыгать чревато. 3) личной жизнью. Ну а что если у Вас там овертаймы по 16 часов в день? 4) Здоровьем. Ну как бы овертаймы и стресс на здоровье никак не влияют, да?

Для Васи его здоровье и семья/девушка/друзья/собака, будут поважнее чем ВАШИ деньги и ВАШ продукт.

Про риск для кандидата плюсовал в другом коментарии, в основном про время согласен.

Игнат, дайте ссылку на свой гитхаб?

Хотите предложить мне позицию разработчика у вас?

Хотите предложить мне позицию разработчика у вас?

Ну че логично: лошки должны 24 часа в сутки кодить, а СТО ( github.com/jangocoo ) вполне может себе позволить «December — July 2019 jangocoo has no activity yet for this period.»

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

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

Нет. Сколько рабонику платят за часы его работы.

Для девелопера — да, оплата важнее. Я перефразировал Игната про ценность девелопера для компании

Гитхаб это один из примеров. Уверен есть много способов проиллюстрировать уровень ценности своих знаний и навыков: упоминали stackoverflow, могут быть доклады на конференциях, может вы пишите хорошо о каких то технологиях, список расшираемый. В общем, хорошо когда есть какой то внешний пруф вашей экспертизы.

А осилишь Эндрю Нг нанять?
обычный програмер тебе явно не подходит. Это вон тот бородатый сгробленный чел вон в том углу за столом, о котором даже в соцсетях ни слова.

У Andrew Ng внешних пруфов — читать и читать www.google.com/search?q=andrew ng
и нет, не осилю. С вами он тоже думаю работать не стремится

А я и не CTO, co-founder. Я тот самый в уголке.

Он не Нг, он Ын. Не спрашивай, почему эта фамилия на английском так передаётся :)

Да плевать. По Ын не нашли бы.

Игнат, вы ищите не хорошего разработчика, а публичную известную персону, которая как плюс умеет в программирование.

Такие люди и будут хотеть выше рынка + не факт что захотят работать в новой компании с непонятными перспективами.

Может вам процесс найма пересмотреть, нанять кого-то со стороны для оценки проф.скилов, а не искать рок-стар по гитхабам и конференциям.

почитал обсуждение, и как сам последние пол года добирающий в команду... согласен скорее с программистами, а не с искателями

Гитхаб это один из примеров

не-а.
у программиста там
либо форки проектов, для пул реквестов с мелкими правками. и то, я правки что делал у себя, пишу в issue проекта — вот такая проблема возникла, вот как я у себя ее пофиксал. даже не форкаю. потому что для нормального пул реквеста надо еще тесты написать... у меня на рабочем проекте не все еще тесты написаны. можно я буду писать тесты для своих рабочих проектов, а не для гитхабовских?

либо — старты пэт проектов, заброшенные после 3го комита

либо — примеры, шутки для показа кому-либо, чтобы не писать себе их в блог

придумал эту ерунду про гитхаб как показатель — чел далекий от работы программиста

упоминали stackoverflow

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

могут быть доклады на конференциях

делал я один. для себя, в качестве визитки, и просто по приколу :) выступил, на ютьюбе есть.
больше не хочется. сделать годный доклад затратно по времени.
общался и докладчиком что выступал после меня — то же мнение, «один раз сделал, вошел в историю, и нафик, нафик»

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

то есть «активный докладчик» — это отдельная специализация.

может вы пишите хорошо о каких то технологиях

аха, писателя ищете.

итого, получается, по названным критериям вы ищете

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

а зачем вам такой нужен?
мне вот такой в команду и даром не нужен :)

такой нужен только для пиара бренда, компании, в футболке которой он будет везде, и эмблема которой будет на гитхабе.

либо — старты пэт проектов, заброшенные после 3го комита

У меня один такой на битбакете валяется (старье там еще то уже) и даже когда-то одному пригодился для диссера в Украине.

Перечисленое считаю позитивными сигналами порактивной позиции, подтвержденные из вне. Имхо социальные пруф помогает побороть личные искажения восприятия человека.
Возможно вы знаете другие моменты на которые стоит обращать внимание для более объективной оценки?

Может вам процесс найма пересмотреть, нанять кого-то со стороны для оценки проф.скилов, а не искать рок-стар по гитхабам и конференциям.

Для идей всем твоей проактивности хватит, а для работы нужны вот те самые сгорбленные в уголке, что работают, не отсвечивают и тебя с безумными идеями тормозят (фильтруют безумие и фантастику).

Перечисленое считаю позитивными сигналами практивной позиции

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

Имхо социальные пруф помогает побороть личные искажения восприятия человека.

да.
но вот я и спрашиваю — зачем вам, для вашего проекта спонсировать развивающего комьюнити?
реклама бренда?

Джависты например знают такого — Барух Садогурский
где ни серьезная конференция, он там. потому что пиарит продукт своей компании.
мотается по миру, и в штатовских конференциях частит, и в европейских, и в снговских

многие активные докладчики пиарят свои мастер-классы, или услуги консалтера

Возможно вы знаете другие моменты на которые стоит обращать внимание для более объективной оценки?

они и в этой теме описаны, и во многих статьях
что делал, как делал, почему так сделал, а не эдак.

важно другое — названные вами критерии — это критерии другой специализации программиста.

вот у меня был один на собеседовании
несколько месяцев как ушел с последней работы.
последние полгода на которой был типичный crunch режим.

какие нафик гитхабы с докладами, его родные дети без отца росли эти полгода :)

а он получится, по вашим критериям — непроактивный программист, с плохими софт скилами, и т.п.

но, ему предложили лучший офер чем мы... эх.

вы бы ему сразу отказали, да :)

так кого вы ищите?
вы для себя то поняли?

как вижу из статьи и обсуждения — вы сами не поняли кто вам нужен.

вернее, вы выбрали критерии, под которые подойдет наверное
0,0...1% программистов мира

а чем ВЫ ценны для такой топовой категории программистов?
о том вам и пишут — что если уж вы выставляете такие супер требования — то и предложение от вас должно такое же:
которое дают 0,0...1% айти компаний мира

Заметьте сколько гневных коментариев тут у тех кто кричит что у них нет времени пилить опен сорс или пэт или еще что-то не под НДА. Овер 10к. Если тратить хотя бы 3 минуты на коментарий(наверное это минимум чтоб написать что-то более менее осмысленное) то выйдет 500 часов, это 12 стандартных фулл тайм рабочих недель, т.е. почти 3 месяца. Занимаясь любимым делом, например программированием, за 3 месяца можно сделать много интересного и стать одним из 0.0...1%.
Я бы сказал ценность работы у нас в гибкости и возможности сделать так как считаешь правильным, проявить себя. Не нравятся процесы — давай обсудим и сделаем правильно, не тот стэк — предлагай лучше, свяжем с бизнес целями и заимплементим итд.
Я лучше буду общаться с человеком который в первую очередь говорит что хочет писать апи на Go и фронт на elm(например), чем с тем что говорит что хочет 6к, макбук и римоут. И как показывает практика это разные люди.

то выйдет 500 часов

Что-то я не вижу 10000 комментариев в теме, так что сразу урежьте осетра своих фантазий.
А в остальном — могут писать комментарии в перерывах между прямыми задачами, когда на кодинг/проектирование/etc. голова не варит — и это норма.
Так что прекратите лазить в чужой временной карман и смотрите в свой — сколько вы тут подряд потратили на эту тему.

Я лучше буду общаться с человеком который в первую очередь говорит что хочет писать апи на Go и фронт на elm(например), чем с тем что говорит что хочет 6к, макбук и римоут. И как показывает практика это разные люди.

Верно. Первый просто зарабатывает на вас личную экспертизу, а второй озвучивает условия своей плодотворной работы.

ну вообще прикольно дискутируем, ок)

Звучит, как предвыборные обещания политиков: делать правильно, как считаешь правильным. Вот только это может не работать на проекте, на котором больше одного человека. Потому что «правильно» — они разные для разных людей в разные моменты времени. Бизнесу нужно демо, а архитектору — придумать архитектуру для прода, которого может и не быть, а программисту Васе написать на новом фреймворка, потому что на старом уже скучно и не актуально. Имхо, лучше говорить о макбуке, 6к и ремоуте. Выгоднее для бизнеса.

Если тратить хотя бы 3 минуты на коментарий(наверное это минимум чтоб написать что-то более менее осмысленное) то выйдет 500 часов, это 12 стандартных фулл тайм рабочих недель, т.е. почти 3 месяца

мамкин любитель тайм менеджмента?) Это же нездоровый абсурд, как потратить на пет проект три минуты пока ждёшь билд например? По твоему если в сумме вышло много времени, то нет разницы подряд оно или растянуто на год?

Я лучше буду общаться с человеком который в первую очередь говорит что хочет писать апи на Go и фронт на elm(например), чем с тем что говорит что хочет 6к, макбук и римоут. И как показывает практика это разные люди.

ремонт и 6к это понятно, а МакБук ты сам заинтересован или чего ему там лучше, чтобы такой человек производительнее был, а насчёт общительных раскрою тебе тайну: рассказывать любят те, кто любит рассказывать, а не делать, тот кто это лучше сделает прямо обычно не скажет, то ему противно тратить время на объяснения менеджеру, вместо того чтобы уже начать

мамки не жаловались

Это значит «доморощенный», а не то что ты подумал, я просто вежливый :D

то есть вы считаете что это одно и тоже по умственной нагрузке
напилить комментарий и запилить что-то в опенсорс.
от такое знание профессии и просто людей :)

начальников я перевидел всяких

и мнение подобно вашему, по опыту, разделяет самый отстойный их тип
обычно такие начальники любят повторять:
все великое достигается за счет лишения себя сна!

но то такое, субъективное, пусть ваши работники сами решают.

мне интересно другое:
сколько докладов сделали, статей написали, и закомитили в опенсорс сотрудники вашей компании после того как попали к вам на работу.

и какие меры вы принимаете, когда обнаруживаете что вместо этого они пишут какие-то посты не по делу?
хобби понятно у них тоже, как на подбор — программирование

Он же писал что друзей/родственников/кумовьев набрал, а не тех кого хотел

И как показывает практика это разные люди.

Я хочу апі на расті, фронт на reasonml, 6к та рімоут.

Я лучше буду общаться с человеком который в первую очередь говорит что хочет писать апи на Go и фронт на elm(например), чем с тем что говорит что хочет 6к, макбук и римоут. И как показывает практика это разные люди.

Так, а первый разве не требует, того же что второй, или еще и больше?
Или он хочет 3k, асус и стол метр на метр в проходе?

А вы разрешите на своём проекте выложить код в гитхаб в публичный доступ, как я понимаю?

Это смотря с какой стороны смотреть.
Для ваших инвесторов ценность ваша одна.
Для потребителей вашего продукта ценность другая.
Для не потребителей третья.
Для работников у вас четвертая.
Для неработников пятая.
Для меня вы вообще никакой ценности не представляете. Т.е. ценность 0.

ЧСВ у тебя зашкаливает. И ценность бывает не только положительной, но и отрицательной.

То что мы не представляем друг для друга ценности вовсе не признак моего ЧСВ.
А вообще, на комментарии под статьей ты не скупишься, значит что-то всё же нашел для себя тут, скорее всего способ самоутвердиться.

Просто предупредить молодежь с горящими глазами о том где лапша, а где реальность и когда по работе туплю. А тут вообще лидер по комментам — из ни 90% бреда в полусонном состоянии.

ДОУ для меня — это отвлечься от задач. Постоянно кодить — это только баги плодить.

Спасибо за статью. Игнат, удачи в поиске и развитии продукта. Сам работаю в продуктовой компании и категорически возмущен тем что кто-то противопоставляет «продукт» и «стартап». Стартап — это продукт на ранних этапах развития. Ни больше ни меньше. Одной из моих основных целей когда я пришел в продуктовую компанию был набор людей. Упустим вопрос ЗП. Он действительно очень спорный. Но....
Основная проблема в том что наши специалисты действительно в своем большинстве не умеют работать с продуктовыми компаниями small-middle размеров. Где от специалиста ожидается больше чем написать 50 строчек кода по разжеванной сторе в Джире.
Люди просто даже боятся свободы в технической реализации и проработке требований. Не умеют думать немного «за пределами коробки». У нас пока очень мало специалистов в которых нуждаются продуктовые компании, хоть их число и растет. О том какие это должны быть люди лучше всех описывает в своих эссе Paul Graham(paulgraham.com/articles.html). Да, там речь идет именно о стартапах, но сути это не меняет. 80% наших специалистов просто даже морально не готовы к продуктовым компаниям. А технически как и увазал автор — многие действуют по принципу «А вдруг проскочу».

Стартап — это продукт на ранних этапах развития.

Угу и связаны они так же как и личинка с бабочкой. Часто люди ходят полюбоваться на личинки?

Основная проблема в том что наши специалисты действительно в своем большинстве не умеют работать с продуктовыми компаниями small-middle размеров

Хорошо что вы у нас гордое меншинство и как-то смогли после 10 __лет__ в аутсорсе, протянуть 10 __месяцев__ в продукте.

80% наших специалистов просто даже морально не готовы к продуктовым компаниям.

Почему же. Многие «наши специалисты» работают на продуктовые компании вроде Гугла, Оракла или Атласиана. Тут важен не тип компании и даже не размер, а стиль менеджмента: есть «аутсорсы», которые поощряют проактивность, а есть «продукты», которые поощряют «50 строчек кода по разжеванной сторе в Джире»

Ужас в том что топ специалисты достаточно проактивны, чтобы быть полезными в стартапах (где надо брать на себя ответсвенность), от только слово «топ» нас возвращает к вопросу денег: далеко не все «наши продукты» (а тем более стартапы) готовы платить за этих людей.

топ специалисты достаточно проактивны, чтобы быть полезными в стартапах

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

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

Уровень проактивности вообще не зависит от технических скилов. Суть в том что «топ специалисты» обладают определенным уровнем и проактивности, и технических скилов.

проактивность и инициативность это личностные качества и в чем то выбор каждого человека

Ні, це скіли за які платять. Якщо не грошима — то можливістю швидше робити кар’єру чи хоча б більш цікавими проектами і задачами.

По моему опыту сами основатели стартапов не готовы к работе в них.

   Это мое первое сообщение на ДОУ. Лонгрид, не смог удержаться, так как о наболевшем. Надеюсь, лонгриды в комментариях уходят под кат :)
   Попробую морально поддержать автора статьи и поделиться своими опытом и мнением по проблеме найма. Как по мне, то описана классическая ситуация, когда стороны не понимают друг друга, хотя говорят об одном и том же: каждый говорит на своем языке и отказывается услышать, что пытается донести оппонент, отказывается "одеть обувь" оппонента и "походить" в ней.
   Ниже постараюсь описать распространенные (по моему мнению) ситуации со <B>стартпами</B>, которые наблюдаю, и в которые в том числе сам попадаю, т.е. вижу со стороны бизнеса/стартапа. При это я не хочу давать оценку хорошо/плохо. Возможно, что-то полезное кто-то возьмет для себя, а в идеале я получу конструктивные критику на свои действия, что позволит мне быстрее решить свой вопрос по найму.
   Людям из разных сфер тяжело находить общий язык, поэтому зачастую для общения между людьми из разных сфер выступают переговорщики (дипломаты, решалы и т.д.). В частности для общения бизнеса с программистами существуют разнообразные "интерфейсы" на все случаи жизни в виде пиэмов/продуктоунеров/бизнес-аналитиков/аккаунт-менеджеров/эйчаров/итдитп. В случае со стартапом и наймом в него программиста этот "интерфейс" может полностью отсутствовать или иметь упрощенную версию. Что первый, что второй вариант катастрофически снижает эффективность общения стартапа с программистом, и в результате имеем статью, которая легко вызывает бурю эмоционального обсуждения.
   У человека из бизнеса есть идея, идея не родилась за один день работы, а вынашивается годами. В результате бизнес решает запустить собственный проект - стартап. Даже в крупных бизнесах идет борьба за ресурсы (деньги, время, люди), а в стартапе этот вопрос одна из ключевых проблем. Вторая проблема у стартапа - это отсутствие компетенции в программировании. Да, не все создатели стартапов - программисты. Да, тут можно вставить комментарий, что компетенции можно купить за деньги - и если нет денег, то нечего лезть в стартапы и бизнес, но, это спорное утверждение.
   Итак, деньги у стартапа ограничены, привлечь инвестирование на этапе "идея" можно, но это "дорогое" для основателя и очень рисковое для инвестора удовольствие. Поэтому те, кто не смог хорошо "продать" идею (а таких большинство) переходит к плану В - найти партнеров, которые могут помочь развить стартап. И тут возникает трудность в поиске толкового партнера, да еще и программиста: оценить компетенции бизнес не может, не знает где и как искать программиста, да еще партнера, да еще токового, да еще, чтобы не кинул. Другими словами возникает масса вопросов и рисков. Не припомню топиков, где за идей стартапа встала очередь программистов, готовых погрузиться в проект полностью и взять часть рисков на себя - зато есть масса примеров, когда в пух и прах раскатывают идею или программисты аккуратно предлагают формат частичной занятости. В итоге стартап принимает решение не партнерится с непонятными и рисковыми для него программистами, а выделить деньги на их найм. В большинстве своем, те, кто поопытней - готовятся на мидлов/синьоров, "экономные" - бюджетируют джунов/студентов/фриланснавордпресс. Повторюсь, я сейчас не говорю про частные случаи стартапов, которые имеют миллионы, дают опционы и прочие плюшки. нет у большинства стартапов таких компетенций и ресурсов
   Как результат - стартап попадает в западню. Джунов много, но многие джуны не понимают запросы бизнеса и не имеют опыта, что выливается в затягивание сроков и плохую реализацию запросов бизнеса, вплоть до полного несоответствия требований заказчика, что зачастую приводит к закрытию предприятия либо начинается поиск мидлов/синьоров. Мидл/синьор - единицы готовы идти в компанию-стартап, потому что для большинства - это риск. При этом всём не забываем, что заказчик в лице бизнеса НЕ может формализовать требования к компетенциям программиста и не может проверить их, т.е. другими словами не может заинтересовать программиста и объяснить, что нужно, потому что не умеет разговаривать на его языке. Поэтому и удается найти мидла среди друзей/знакомых - с ними можно в неформальной обстановке пообщаться по душам и найти общий язык, общаясь часами. Т.е. изначально вопрос не в деньгах (да, они важны, но отходят на задний план при прочих равных условиях). Лично я считаю, что нельзя перекупить состоявшегося программиста - не будет он сидеть и "перепиливать движок вордпрессаджумлы в авральном режиме в режиме 24/7/365", ну не верю я, что можно так себя не уважать.
   Сейчас нахожусь в поиске сотрудников и, описанное автором, знакомо. Мои мысли следующие:
  • Универсальные сайты поиска работы — не работают, поэтому я на них не трачу время. Рекрутеры на аутсорсе — непозволительная роскошь для стартапа. Судя по отзывам и в этой статье в том числе — эффективность сомнительная. Хантить кого-то у меня нет ни достаточно средств, не компетенций хантера. Джин — работает. ДОУ — вот только разместился.
  • Написать идеальное объявление о вакансии — это к Шекспиру, но он давно умер, но это не повод остановить попытки сделать это. Я прошел путь от копипаста строки с описанием несуществующего девопстестировщикпрограммистдбашник, которую мне знакомый СТО написал в мессенджере, до более-менее связанных и конкретных требований к людям, которые могут существовать в рынке. Для этого читал чужие объявления, давал читать знакомым, переписывал надцать раз. Но я понимаю, что я — «не настоящий сварщик» и тут есть большие потери при поиске.
  • Стороннему человеку наплевать на идею стартапа. Поэтому искать любовь за деньги увлеченность своим стартапом на первом собеседовании — неправильное решение. Моя задача попытаться заинтересовать кандидата, внятно рассказав плюсы и минусы проекта, при этом самому не увлечься и не рассказывать про то, как «космические корабли бороздят просторы космоса». Оттачивание мастерства рассказа — процесс длительный. Понимаю :). Профиль моей компании на ДОУ заполнен недавно и я понимаю, что там «шляпа» и мне еще предстоит попотеть на текстом.
  • Я прекрасно понимаю, что я конкурирую со стабильными продуктовыми компаниями и все равно я несколько раз повторяю при собеседовании, что я — стартап, а стартап — это риски. Таким образом я для себя считаю, что отсеиваю тех людей, которые не готовы трудиться в режиме «неопределенность» (прошу не путать с авралы и переработки!!!). А также я морально чист сам перед собой.
  • С одной стороны я «пугаю» кандидатов словом стартап, но с другой я стараюсь сгладить все прелести неопределенности, а именно: 1. У нас есть бюджет на год и я могу гарантировать, что на конкретный период сотрудники могут быть уверены, что стартап не закроется. 2. У нас работа структурирована: задачи ставятся в «письменном» виде, есть формализованные требования бизнеса, есть четкий пайплайн движения задач (Jira,Confluence,Mockflow). Задачи расписаны на 3 месяца вперед. 3. Технический долг и рефакторинг — это хоть и неприятная, но часть технологического процесса разработки софта, под которую планируются и выделяются ресурсы. Инструменты работы и примеры ТЗ с удовольствием показываю на собеседовании.
  • Я понимаю, что не могу перекупить специалиста из-за ограничений в бюджете, поэтому я пошел по пути платить рыночную зарплату и сделать так, чтобы сотрудники не чувствовали разницу между работой в состоявшейся продуктовой компании и работой в стартапе.
  • На собеседованиях мы не задаем тесты. Наш Техлид задает вопросы из области практических знаний и опыта, описанного в резюме. Задача собеседования: 1. Предварительно оценить, уровень практических знаний. 2. Эмоционально оценить, впишется или не впишется человек в коллектив. Да, мы на уровне эмоции принимаем решение берем или нет, потому что с этим человеком мы будем работать в режиме неопределенности и целые дни напролет. Считаю, что люди не будут полноценно отдаваться проекту, если есть ежедневный сильный раздражитель.
  • Во время испытательного срока я решаю две задачи: 1. Меня интересует результат, а именно: на сколько точно человек понял требования бизнеса и реализовал их в виде конкретного функционала продукта. Качество имплементации показывает мне, на сколько человек уловил суть требования бизнеса, а также на сколько был проактивен в процессе разработки. Техлид понимает профессиональный уровень и компетенции. 2. Как представитель стартапа я пытаюсь увлечь кандидата идей стартапа. Считаю, что если человеку нравится то, над чем он работает, то он работает эффективней, и такую эффективность не купить за деньги.
  • Во время испытательного срока от кандидата прошу определиться: интересны или не интересны задачи, нравится или не нравится формат работы, считает ли идею стартапа потенциально успешной; и, в итоге, прошу принять решение, готов ли он работать дальше или лучше не тратить время и нервы друг друга. На работе мы проживаем большую часть времени, и не хотелось бы ее проживать в некомфортных условиях. Уточню. Я НЕ хочу, чтобы сотрудники ночи напролет сидели на работе и клялись в любви до гроба. Я хочу, чтобы сотрудники были увлечены на работе работой, были проактивны, а не просто работали с 9 до 18 в формате «как мне в ТЗ по-дебильному написали, так я и закодил» — в стартапе такой подход считаю категорически неприемлимым.
  • Считаю, что на начальном этапе любого проекта командная работа — один из ключевых факторов успеха, поэтому если в процессе испытательного срока я понимаю, что человек не вписывается в коллектив, то мы просто прощаемся, и для меня не имеет значение, какой уровень квалификации сотрудника. Типа как в поговорке, что лучше с умным потерять, чем с дураком найти.
   Для себя решил, что такой подход в работе стартапа может конкурировать с работой в состоявшейся продуктовой компании, но с другой стороны, как бы стартапы не крутились в своих ограниченных ресурсах, поднятая проблема в статье будет существовать до тех пор, пока стартапы будут ассоциироваться с рисковым предприятием и у обоих сторон будут завышенные требования к оппоненту без учета его особенностей, приоритетов и мотивов.

Посоны и посонессы, перескажите чего там написано в 3-5 предложений на 3-7 строк.

у гражданина есть спецификации, но они дебильные©, и писать по ним код нельзя. как-то так.

Со спецификациями все нормально, хотя бывают исключения, но тогда документ переписывается — самому же потом через время разбираться. Есть просто люди, которые ищут варианты, как пропетлять и оправдать свою некомпетентность.

А в реальности.
Людей много и разных, кто-то даже ваши ноуты будет таскать с работы и продавать на OLX. А спецификации только в фантазиях пишущих их нормальные, а в реальности там почти всегда бред, но иногда встречаются и нормальные.

Человек описал, как нужно адекватно подбирать специалистов, хотя и упусьил материальный вопрос.

Спасибо!
Зарплата — рыночная, а именно ДОУ по моде + поправки по результатам просматриваемых резюме и вакансий. Опцион или саксес фи — это считаю обманом и манипуляцией, так как по статистике выживают единицы стартапов, а также нельзя работать за еду и чужую идею.

Опцион или саксес фи — это считаю обманом и манипуляцией

Правильно, поэтому не дам! Чувак, опцион и есть плата за неопределенность. За то, что завтра может быть «всем спасибо все свободны». Иначе пойдут на рыночную зарплату, но в стабильную контору

Я имел в виду случаи опционов и саксес фи в случаях, когда работодатель говорит, что давай ты поработаешь сейчас «за еду», а если «взлетит», то тогда и рассчитаемся. А так Вы правы, тема имеет место быть, другой вопрос, что нужно правильно их рассчитать и однозначно описать договоренности — это отдельная проблема и боль для тех, кто про это читал, но никогда на практике не делал. Плюс ситуации бывают разные: количество партнёров в стартапе и их доли и отношение к такого рода предложениям сотрудникам.

Вопрос: если у тебя одни минусы и не плюсов, нафига ты нужен такой красивый? Может подумать: что ты можешь дать взамен неопределенности?

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

Спасибки под комментами в этой теме (скоро 10% высоты экрана будет занимать пост, а 90% — спасибки :) )) - пример небывалого единения мыслей участников ДОУ.
Это значит что работодателям, рекрутерам, HR-м — следует хорошо изучить содержимое этих постов — это ценная информация, причем безплатно.

Ага, если кто ищет лоха сладкого просьба не подваливать — бесплатно работать не буду. Остальные вполне нормально относятся и тому живое подтверждение — я. Если бы все работодатели считали самым главным горящие глаза я уже с голоду-бы умер. Но живой и даже довольно упитан

Бывало, что кандидаты приходили знакомиться и начинали с вопроса: «А чем вы вообще занимаетесь?»

По-моему, Вы не понимаете специфики местного рынка: тут рулит аутсорс. Соответственно, нет смысла знакомиться с компанией до прихода на собес: что Люксофт, что Глобал, что Епам ну и т.д. занимаются, по сути одним и тем же: продают тушки за время. А о проекте тебе расскажут на месте. Поэтому узнавать, кому аутсорсит время очередной «Вася инкорпорейтед» мне будет интересно уже на этапе собеса, до этой фазы я не вижу смысла тратить своё время на эту информацию, да и не найду я её скорее всего.

У разработчика — это GitHub-аккаунт (или любая другая площадка).

Ещё 1 флаг, показывающий непонимание местного рынка. Это не Штаты, где рулит продукт и все им бредят. Я знаю немало очень толковых разработчиков, которые (сюрприз-сюрприз!) не ведут свои пет-проекты, потому что кодинг — это работа, а кроме работы есть семья, дети и хобби. И не факт, что работа и хобби совпадут.

У них есть работа, и к нам они пришли только за зарплатой побольше.
Мы не сильно большие и известные, поэтому сразу решили, что будем выставлять конкурентные для продуктовых компаний зарплаты

А вы ищете безработных богов технологии, чтобы кодили за еду? ))))) Успехов )))))))

Нам также хочется, чтобы на собеседованиях кандидаты говорили о технологиях, которые мы используем, о том, над чем мы работаем и что интересного из разработок у нас есть.

Это типа похвалите меня? ))))) См. п.1. Я ж говорил, вы *никому* не интересны, пока сами о себе не расскажете.

Дигноз: полное непонимание местного рынка, синдром единорогов в вакууме.
Лечение: выбросить розовые очки с нарисованными единорогами и принять окружающую реальность.

Наш опыт оказался неудачным, но это не значит, что работать с агентствами плохо.

достаточно почитать ДОУ и очаровательное, чтобы понять, что связываться с ними себе дороже.
Более того, агенство по определению не может привести вам релевантного кандидата, потому что оценить его не может.

И тут мы столкнулись с проблемой, которой не ждали: разработчики отправляют отзыв на вакансию, хотя, по сути, работа им не нужна. Одни делают это по инерции, другие просто ищут лучшие предложения по зарплате.

Логично. Рыба ищет, где глубже, а человек, где лучше.

ывало, что кандидаты приходили знакомиться и начинали с вопроса: «А чем вы вообще занимаетесь?»

Тоже логично. Тут шлюпок новых каждый день сотнями. Это ваша задача за первые 5 мин рассказать о себе. Если лень, то идите вы лесом с таким ЧСВ. Вот рядом еще 99 шлюпок без звезданутых.

У разработчика — это GitHub-аккаунт (или любая другая площадка).

Это вообще за пределом разумного. Но я могу вам подкатить кода под НДА, только сначала зайду к директору и к ментам, чтобы вас после поиметь на оном.
А на игры с гитхабами у многих спецов просто нет не желание ни времени. Это развлечение для студней и джунов в основном.

Как показал наш опыт, люди из аутсорса не всегда соответствовали параметрам выше: денежная мотивация на первом месте, а значит, есть риск частой смены работы.

Согласен на 5-ти летний контракт с 5000 бачей в месяц и штрафными санкции вам в случае вашего желания разорвать этот контракт раньше. Но я понимаю, что это совок и этот контракт не стоит даже той бумажки, на которой написан.

Poptop все еще пока небольшая компания.

Стандартная мелкая шлюпка, коих 1000 вокруг плавают. Но с гигансткими понтами.

Итог: ваш выбор индусы в Индии. Здесь вы не сможете толком работать.

Стартап неплохой. Молодцы что нашли финансирование, по набору программистов — уже чесно конечно заезжено, я так за последнее время довольно много читал статей на Доу про то, что неможем нанять и тд. Видимо так и есть, ведь сколько народу покинуло Украину, и я тоже не исключение.

Сайт вам конечно нужно менять/дорабатывать — этот никуда не годиться, там ошибок просто море — начиная с html без указания lang и заканчивая страницей с регистрацией и другими ляпами типа рейтинга, который не нажимается...
Ссылка в помощь validator.w3.org/...​ttps://www.poptop.uk.com
Если можно предложить вам некоторые решения — могу немного помочь, но я так и не понял вы на вордпресе все делаете или WP + свой код API.

А вот возвращаясь к теме найма — меня всегда удивляет другое, это не относится именно к Poptop, а вцелом к рынку — многие заявляют что нет разработчиков, а я еще когда во Львове жил и ходил в коворкинг, видел как много молодых студентов не могут даже на практику устроиться. И вот вопрос к рынку — а что взять с улицы любого, кто знает даже просто один html — за смешные деньги не вариант? Я сам начинал свою карьеру в Киеве много лет назад — взяли, я научился, затем стал спецом. Неужели все хотят супер-звезд, ведь денег это много не отнимет, а человек за пол года может станет мидлом, если учить будете.

Учитывая их подход к найму и их понты другого просто быть не могло.

Я тоже работаю в стартапе. Проблем с наймом никаких и приходят реальные спецы (хоть многие еще не очень опытны, но головастые). А да сейчас найм закрыт, не нужны нам пока еще работники, успеваем делать то, что нам нужно.

Спасибо. WP контейнеры чисто для блога. Контейнеры апи на django, фронт на react.

Это не тема заезжена, это реклама вакансии. Статья-обертка для ссылки «мы ищем».
В этот раз даже без больших промахов, хотя ДОУ всегда найдет, за что попинать.

буквально вчора була чудова стаття від Юлі Шишенко про всі оці цяцянки, які чомусь називаються «плюшкамі». Не думали для початку звернутися до досвідченого рекрутера за консультацією. Ви ж про елементарні помилки пишете, на які вам відразу б вказала людина з 3-5 років у ІТ рекрутингу. Дуже дивно, якщо чесно.

А почему у кого то должно быть желание работать с очередными ноу-нэймами? Хотите нанять — покупайте. На рынке никто благотворительностью не занимается.

профи будут ожидать и гору бабла(опционы как вариант, если сможете убедить), и атмосферу и нормальных коллег. А по вечерам они будут отдыхать с семьей или друзьями, да, а не красноглазить на гитхабе. Единственная верная мысль у вас — да, резюме такие ребята не рассылают. Описание вакансии реактщика у вас очень отстойное, ничего удивительного, что было так много откликов от любителей войти в it.

конкурировать нам как продуктовому стартапу за кадры нужно с другими крутыми продуктовыми командами.

После этой фразы понял, что дальше будет про деньги и что кандидаты слишком меркантильны. Оказался прав.
Конкурировать вам надо со всеми топовыми конторами, которые платят хорошим спецам Большие деньги, а не «рыночные». На тему денег уже и так много отписалось, я думаю, вы сами поняли суть. Ваш «продукт» будет интересен настолько, насколько он будет выгоднее других предложений. Все просто.

Кстати, вопрос к тем, кто топит за «опционы» и прочие обещания сладкой жизни, но не сейчас, а потом, может быть. Вы бы серьезно пошли работать в очередной стартап за меньшие деньги, чем дают другие, ради мизерного шанса потом может быть что-то получить? Вот правда, есть еще такие доверчивые люди?

, вопрос к тем, кто топит за «опционы» и прочие обещания сладкой жизни, но не сейчас, а потом, может быть. Вы бы серьезно пошли работать в очередной стартап за меньшие деньги, чем дают другие, ради мизерного шанса потом может быть что-то получить?

Почему за меньшие?
Минимум те же + бонусы по итогам месяца/квартала/спринта + опционы.
Мы ж не свой продукт делаем, а хозяина. Не один ли хрен тогда, продукт/стартап/аутсорс/аутстафф?

ну если за «те же», то конечно, возможность получить потом надбавку будет бонусом. Вопрос стоит по-другому: если вам предлагают зп ниже текущей\рыночной\другой, но обещают «долю в стартапе». Кто на такое согласится в Украине?

Никто.
Обещания и перспективы — безусловно, замечательно. Доля в продукте — это хорошо.
Но деньги — только наперёд и в полном объёме.

Ну вот и я о том же. Тогда в чем отличие от работы в таком стартапе, от работы на любой другой стартап через посредника (галеру)?
Я вижу одно отличие: галера скорее всего не кинет на бабло и не будет мучать мозг всякой херней типа «работать у нас большая честь»

Ни в чем. Ну в стартапе может быть немного веселее и задачи поинтереснее.

А кидают и те и другие.

кидают и те и другие.

Галере кидать опасно, потому что не заплатив один раз она получит большие сложности с наймом гребцов и это многократно перекроет последнюю зарплату. Тут много было случаев: человек писал, мол меня кинули и сразу-же откликался главный по тарелочкам. Дескать мы сделали выводы, долги выплачены, виновные наказаны.
Думаешь, это потому что они такие добренькие? Потому, что ущерб от одного развонявшегося в интернете сильно больше, чем его несчастные три штуцера баксов.

Ну ты и фантазер. Но да на последнюю зарлату не кинет, как мелкие лодчонки, просто выгонит за 5 мин.
Что в прошлый кризис все галеры и делали и тот же ЕПАМ.

З.Ы. Эх до чего же память у людей короткая. С трудом вспоминают события месячной давности. Что уж говорить про года.

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

Со свистом и в соответствие с ТК увольняли «по соглашению сторон».

мы здесь все чп-ники. Соответственно, трудовой кодекс не распространяется на нас.

Если есть либо:
— Зарплата существенно выше рынка.
— Опцион и возможность получать долю прибыли.
Иначе — полностью лишено смысла. И подходит только для молодых идеалистов, не читавших Кийосаки, например и не понимающих, как работает звериный оскал капитализма))

Еще допамин, но только при приемлемой зарлате.

бонусы по итогам месяца/квартала/спринта

Лесом — это желание левой пятки вот той тетки сутра.

опционы

В постсовке, да и почти любой другой стране, кроме некоторых — мои тапочки выпали в осадок.

Лесом — это желание левой пятки вот той тетки сутра.

Ну тогда такая работа тоже лесом.
Ну или обычная рыночная зарплата + избавление от прослушивания историй о наших кораблях, бороздящих просторы Галактики + ничем не примечательный, нормально распланированный рабочий процесс. Чтобы я разницы с аутсорсом не заметил.

В постсовке, да и почти любой другой стране, кроме некоторых — мои тапочки выпали в осадок.

Поэтому в нормальных странах все эти дохера бизнесмены отдают всю разработку в аутсорс, а не устраивают у себя секту мамкиных меняльщиков мира.

Лесом, потому что мне важна почасовка, а не какие-то там бонусы по чьим-то желаниям.

Почасовка — это само собой.
Но переживания за продукт, его конкурентоспособность и т.п. — только за юридически зафиксированную долю в компании. И разумеется, сугубо добровольно.

А с чем ты споришь? Я написал, что все эти премии лесом. Меня интересует только цена за час моей работы.

Тебя.
Есть ещё люди, которые хотят и могут заработать сверх среднерыночной суммы за час.
Для них эти возможности и нужны.

А могут и не заработать.

А вот чтобы заработать просто подними стоимость своего часа и найди заказчиков, что оплатят.

А могут и не заработать

А это уже каждый сам определяет для себя допустимые риски. Я — да, просто затребую фиксированную стоимость часа выше рынка.
Если кто-то со своей колокольни считает, что обладает уникальными знаниями, как сделать конкретно этот продукт успешнее, почему бы ему не дать для этого полномочия и долю прибыли?

бонусы по итогам месяца/квартала/спринта

Ну можно назвать долей прибыли, как и зарплату.

Зарплата — это не доля прибыли.
Это — фиксированные расходы бизнеса — фонд оплаты труда. Он не зависит от успеха продукта.
Прибыль — это другое. Это когда доход от продаж превысил расходы и разница пошла в карман собственнику. Вот будучи одним из собственников, программист в этом случае может претендовать на свою долю, ради которой он взял на себя доп ответственность и обязанности.
Зарплату же он получит в любом случае, как фиксированную часть за свои 8 часов в день.
Разница в том, что зарплата фиксирована, а прибыль — ограничена только объёмом продаж. Который может внезапно стать миллиардным.

И причем тут

бонусы по итогам месяца/квартала/спринта

Если собственник не хочет давать долю в бизнесе простым рядовым сотрудникам, то это самый простой способ привязать доходы сотрудников к успеху продукта.

И зарплаты тоже разрабам снижаете, если продажники провтыкали? А кто именно провтыкал вы чаще всего и не найдете.

Нахрена?
Можно просто не дать премию продажникам. Благо, она у них обычно занимает бОльшую (если не практически всю) часть дохода. И компенсировать падение доходов есть из чего.

И да. Я пока что никого не нанимаю и надеюсь, никогда не придётся))
Только собеседую время от времени)

Можно просто не дать премию продажникам.

Волюнтаристки. А так хрень поймешь, кто накосячил. Да и обычно все накосячили в разной степени, в том числе и фаундер.

Дуже цікаво, коли ж люди находять час заповнювати профіль на GitHub й педалити оті pet-проекти. Мені востаннє це вдалося зробити в 2009 році, тільки був не GitHub, а SourceForge ще. Тоді якраз трапилась криза, а в мене було рік досвіду на двох роботах чи два на трьох, чи щось таке, тож знайти нормальну наступну було доволі складно — зате пан мав час та натхнення напедалити дещо.

Втім, така ситуація неправильна, нетипова і ненормальна. В нормі досвідчений розробник викладається на роботі й вдома займається чим завгодно, окрім програмування — якщо, звісно, він не планує зрулити в якусь більш перспективну на його думку підгалузь; а коли змінює роботу, то домовляється на «я вийду пізніше», бо не встигає ще перевести подих після минулої роботи, як отримує офер на нову. Звісно, якщо це не весна 2014 й в розробника є скількись там років досвіду.

только меня покоробило про «кандидат не рискует»? кандидат рискует потерять годы драгоценной невосполнимой жизни, работая у вас. это вы ничем не рискует, кандидатов жэж полный интернет.

плюсану за риск временем для кандидата, хотя мы неплохо проводим время в нашей команде)

Игнат, вас не затруднит опубликовать распределение возрастов ваших сотрудников в виде диаграммы? мне очень интересно. уверен, что и для вас это будет полезным упражнением. а потом мы все вместе её обсудим ;)

social justice warrior?) что ещё хотите? рост, пол вес, расса? как говорилось ранее в коментариях мы не facebook, amazon, google и уровнялойкой распределений не занимаемся.
считаю ваш запрос этически не корректный.
вы вообще с какой целью интересуетесь?

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

мы смотрим индивидуально на человека вне зависимости от его пола, возраста, рассы. про незрелый обманутых детей — вы оскорбляете этим людей работающих у нас. Расскажите про организацию найма под более взрослым углом, что это для вас значит.

я вам не верю. также полагаю, что вы и сами себе не верите. нарисуйте эту незамысловатую диаграмму, посмотрите на неё и спросите себя «почему оказалось, что она такая?». Рассказывать о своём видении организации найма я готов только после поступления денежной предоплаты.

Что вы хотите увидеть в этой диаграмме? совпадение распределения по возрасту вцелом в Укриане, другой стране, мире, какой то конкретной компании? или таким как именно вы считаете правильным?
Во сколько вы оцениваете свою экспертизу? И какую пользу она должна принести в результате?

это беспредметный спор, давайте диаграмму — посмотрим и обсудим.

я не предлагал вам свои услуги. если хотите сделать мне денежное предложение — предлагайте.

Для себя я считаю это не этичным, но ничто не мешает вам сделать независимый опрос. Кроме того верить ему вы будете наверняка больше. Пишите, если после у вас будут предложения по улучшению и какую компенсацию вы хотите. До тех пор — спор действительно беспредметный

если брать по Украине то примерно так

www.linkedin.com/in/katekruhla
www.linkedin.com/...​n/nastya-tsisar-b852a9b4
www.linkedin.com/in/anna-kikot-1997a3132
www.linkedin.com/...​senya-sekanova-045bb1116

но ничто не мешает вам сделать независимый опрос.

И причем тут выборочные ссылки на линкдин к этому бессмысленному спору? Кроме того ваше чувство такта я не оценил.

спор не бессмысленный, а беспредметный. я предложил нарисовать диаграмму распределения возрастов в этом вашем «продукте», а вы извиваетесь словно навоз в проруби, чтобы только этого избежать. я не могу и не собираюсь заставлять гражданина в интернете делать то, что ему делать страшно, не волнуйтесь и спокойно продолжайте ваше нае*алово наивных мальчиков и девочек, ведь это так выгодно. профит!

Я приблизительно предполагаю возраст людей кто у нас работает, хотя прямо никогда не спрашивал, так как считаю этот вопрос не уместным на рабочем месте.
У нас нет наивных мальчиков и девочек, а там более нае*алова. И перестаньте сыпать оскорблениями уровня наивных девочек/мальчиков в адрес нашей команды. Успехов вам с regular pizza delivery и релокейтом.

нарисуйте диаграмму, Игнат, отбросьте страх :). даже и мне показывать не обязательно, сами на неё посмотрите. задайте себе вопросы и попробуйте сделать выводы. упражнение архиполезное, я гарантирую это©.

Я приблизительно предполагаю возраст людей кто у нас работает, хотя прямо никогда не спрашивал

...и резюме не читали, что ли?) Зачем спрашивать, если и так знаете же прекрасно.

думаю это лишняя инфрмация в резюме, по крайней мере в нашей сфере.

Глядя на год выпуска в графе «образование», Вы уже это знаете. Не понимаю смысла этой дискуссии, если и так понятно, что данная информация Вам известна (тем более, в такой маленькой компании).

Глядя на год выпуска в графе «образование», Вы уже это знаете.

Далеко не всегда это показатель (хотя в большинстве случаев — да). Исключения есть. Знаю чела, который поступил на очку политеха в 33 года, и окончил его. Пришлось ему поднапрячься только для первой работы, но тогда ещё не было такого хайпа в айти, как сейчас. Далее его резюме, в котором указаны годы учебы, благосклонно воспринимали HRы при прескрининге (предыдущий нерелевантный опыт работы он благоразумно не указал). Ну а дальше было техинтервью, которое он с успехом проходил.

Далеко не всегда это показатель (хотя в большинстве случаев — да)

Осмелюсь предположить: в настолько подавляющем, что остальными можно пренебречь — тем более, что эти ~17 лет разницы будут отлично видны визуально). Просто странно слушать, вроде бы человек не знает возраста сотрудников в своей маленькой компании.

Пренебрегать этим, тем не менее не стоит, даже если вероятность такого события крайне мала.
Но слышать, действительно, странно. Если человек работает уже, то его возраст, как правило, известен, даже если в конкретной компании не принято поздравлять сотрудников с днем рождения.

Дядя, на работу ходят не время проводить. Я тебя возможно удивлю, но большая часть здесь зарабатывает деньги для себя и своей семьи. Если бы не необходимость трудиться ради хлеба насущного и без тебя нашли бы чем заняться

А каких людей ты себе в команду принимаешь, на что обращаешь внимание и чем мотивируешь с тобой работать?

каких людей ты себе в команду принимаешь

Тех, которые 1. Могут делать работу. 2. Хотят делать работу.

на что обращаешь внимание

На «взрослость». Если человек говорит:"я хочу, чтобы меня на работе развлекали" — он мне не нужен. Есть задача, её нужно выполнить. Ты или делаешь — или нет.

чем мотивируешь с тобой работать?

Устраивающим этих людей рейтом и общей нормальностью на голову. Мне не нужно, чтобы горели глаза, чтобы чел думал о работе после работы — нужно, чтобы он делал свою работу в срок и с приемлемым качеством. Если это есть, всё хорошо

общей нормальностью на голову

отзывы сотрудников на доу есть?

принимая во внимание написанное на доу, сомневаюсь в нормальности на голову

А ты что, умеешь компиляторы писать? Если нет, какая разница что ты там думаешь? Мне компиляторы писать надо

Достатньо того, що немає негативних, це навіть краще ніж невідомо які позитивні.

Погоджуся — вище сказане справедливе не лише для аутсорса/аутстафа, але і для рядових розробників у продуктових компаніях, і навіть у FAANG’ах усіляких. Щоб очі горіли це вже навіть не вимога, а особиста зацікавленість Partner, VP та віщих рівнів які замість зарплатні отримують відсоток від прибутку компанії.

1. Заходим на сайт www.poptop.uk.com
2. Переходим из меню навигации на About Us или Blog.
3. Получаем «Sorry. the page wasn’t found.», при этом по прямым ссылкам всё ОК.
4. «Ищем девелоперов 80го левела на супер-технологии, все кандидаты меркантильные и плохие».
5. Epic fail.

Будучи тем самым кандидатом 80го левела в вакууме, я бы после просмотра вакансии зашёл на Ваш [достаточно простой] сайт, нажал сходу эти пару кнопок, посмеялся над уровнем конторы, а потом ещё и заметил бы, что в команде нет QA (должен ли он у Вас быть, вопрос уже риторический). Хотелось бы ошибаться, но подозреваю, что мифический бюджет, который якобы «есть», такого же уровня, как и навигация на сайте, оттуда же и столько причитаний про финансовую сторону вопроса.

P.S. Всю жизнь работаю в продуктовых компаниях, и прекрасно понимаю специфику про погружение в проект и быстрые уходы, но вот подобного витания в облаках не понимаю абсолютно.

я стал искать «кривых программистов» точнее клиентов у которых оные по неработающему paging на сайте чёрт я не думал что настолько но реально настолько причём вот за последних 3 месяца 2 клиентов сменили дизайн «своими силами»... и поломали paging!

ЗЫ: оба два с британии кстати ))

диплойнул фикс, сенк)

и фото Амелии какое-то странное — маленький квадратик с линком www.poptop.uk.com/...​8-10-09-at-12.07.02-1.png :-)))

заодно можете CDN для картинок подрубить,а то как то несерьезно напрямую с S3)

блин, энв слетел походу, будет со след диплоем, сенк)

я бы начал — заходим на сайт. видим замечательный флеш содержимого. уходим с сайта

можете и хотите сделать лучше — приходите, сделаем вместе

ох, им сначала дизайнера надо нанять

Статья очень похожа на сатиричиский расказ «Я у мамы стартапер»: собраны все основные болезни человека который вообще не понимает рынок труда (при том не только ИТ).
Это точно не стеб?

Долго обсуждать можно чуть ли ни каждую строчку. Но давайте начнем с смого простого:

зарплаты предлагались рыночные
Приходили люди, которые называли зарплату, в два раза большую нашего лимита

$3500 — $4000 — $4500 ( jobs.dou.ua/...​ript&spec=&exp1=0&exp2=10 )
К вам приходили люди которые называли 7-9К? Обычно такие суммы __за линейную должность__ означают что человек просто не заинтересован в вашей компании.
Или, возможно, приходили люди которые называли 4-4.5К, а ваш «рыночный лимит» 2?

P.S. Если статья не стеб, то все-таки напишите нормально описание вакансии вместо «Челове-Реакт-ХТМЛ-Лидершип», формальный необходимый признак «нормальной вакансии» — текст вакансии ясляется описанием состоящим из полных предложение, а не сисок из 10 требований по 3-5 слов.

а чего добился ты!? (к) (тм)

был рад поделиться с вами своими болезнями)

а зачем? «страдали мы, страдайте вы»? ))

Это одному мне кажется что основная цель данной статьи — набить лидов на интервью в стартап?)

Скорее джунов. Лидов не привлечь словами про «интересный проект» и «есть бюджет». Можно пробовать словами «у нас зп выше рынка» и «релокация в Британию», но бюджет очень быстро закончится.

Лид — в данном котексте имеет маркетинговое значение

С украинскими сеньорами собеседования очень интересные.

— ...Что именно вы там делали?

— NDA.

— А какого рода был проект?

— NDA.

— А ваша роль там была...?

— Типа тим-лид.

— И в ваши обязанности входило...?

— NDA.

— Ок. К нам вопросы есть?

— Да. Чо я буду делать и скока будет денех?

— NDA!!!

— Да. Чо я буду делать и скока будет денех?
— NDA!!!

А хрен там!
— Подпишите NDA, расскажем.

— Какая архитектура на вашем прошлом проекте?
— Не могу, рассказать, NDA
— Наверное что-то крутое? Раз под NDA.
— Ну ладно. Контроллер, сервис, дао

Под NDA может быть бизнес-логика, имена брендов клиентов, предметная область на крайняк. Но не архитектура и технологии.
И точно не роль на проекте.

Cпасибо Кэп! А еще NDA — оно только в США например.

Вообще по моим наблюдениям про NDA начинают затирать когда не хотят/стесняются рассказывать.

Ага, помню мне один рассказывал про работу радиолокационных станций что они в Иран поставляли. Пришлось его заткнуть словами, я с иранской разведкой и белорусским КГБ дел иметь не хочу.

Так что NDA не всегда фикция и попытка спрятать свой говнокод.

Его никто не заставлял упоминать Иран.
Просто радиолокационная аппаратура неназванного заказчика.

Именно. Не заставлял, но чел полностью забил на то, что подписывал, все эти НДА и даже больше.

Не, после моей фразы, он на минуту завис и дальше уже рассказывал что и как делал без секретных моментов. И да на работу я его взял. И он больше никогда не распространялся об их особенностях в Иране (ну кроме тамошних гражданских приколов под пиво или водочку).

Все, кроме меня знали, что он по прошлой работе ездил туда в командировки иногда и не более. А я сразу постарался забыть все те нюансы, что он выляпал. У меня сейчас спроси — я не вспомню, ну совсем.

Да-да, ИГИЛ, КГБ и другие фантастические истории из жизни программистов. «Пришлось заткнуть», надо же! Еле живой ушел короче.

Боюсь разочаровать, но ни иранскую разведку ни белорусский КГБ не интересуют подробности рассказов работы гражданских РЛС, кототрые поставлялись по оф. контрактам через таможни и вот это вот всё.
А особенно сильно их не интересуют ответы на стандартные вопросы с собеса типа «какие либы для тестов использовали» и «Буст какой версии был на проекте».

Так что NDA не всегда фикция и попытка спрятать свой говнокод.

Всегда. И ваша история про стрррррашные иранские спецслужбы шпионящие в Белоруси за линейным разрабом в мою копилку.

из жизни программистов

Программисты не только уеб-странички лепят, но и многое другое.

гражданских РЛС

Их самых.

Программисты не только уеб-странички лепят, но и многое другое.

И ничего из этого не попадает под стррррашное NDA. Ни уеб-странички, ни РЛС.

В сухом остатке: даже если на предыдущей работе и было «что-то», то для собеседования всегда можно это «что-то» аккуратно опустить. Поэтому, повторюсь, если на собеседовании «я вам не расскажу, потому что НДА» — это не хотят/стесняются рассказывать. Ну или собственное ЧСВ: у нас есть такие приборы, но мы вам о них не расскажем.

Кстати вам для справки: что-то действительно секретное, ну вот то, что КГБ и ЦРУ — оно идёт под грифами ДСП, СС и так далее. Но это совершенно другая категория.

И ничего из этого не попадает под стррррашное NDA. Ни уеб-странички, ни РЛС.

Внимательно перечитай бамажку, что ты подписывал.

и «Буст какой версии был на проекте»

это очень актуальный и важный вопрос 146% я проверял

Тут был мой комментарий, но теперь его нет, так как перечитав еще раз предложение автора, я понял, что неправильно его понял :)

денежная мотивация на первом месте, а значит, есть риск частой смены работы. Для нас это очевидный минус.

В чём проблема платить выше рынка? Тогда разработчик точно никуда не убежит. Или вы слишком «экономные»?

Хех, так и хотел написать про места в статье, которые для меня были красными флажками, но опущу, так как народ внизу уже активно отписался.

Расскажу вот такую историю, абсолютно реальную. В одной компании разрабатывался продукт, нацеленный на решение задач для среднего и ентерпрайз бизнеса. Проект на Симфони. Постоянно следили за новыми версиями инструментов / бибилиотек / фреймворка / языка, код покрыт разными видами тестов, серьезный список acceptance criteria для пулл реквеста, и т д. Соответственно проект сложный и была поставлена задача для рекрутеров искать исключительно сеньеров. Так вот, за пол года не случилось ни одного найма!!! Ни одного, Карл! И это при том, что никакие гитхаб профили, анализы ДНК не требовались, по знаку зодиака не отбирали, пузырьковыми сортировками не задрачивали, просто грамотно общались на тему что делал, как решал, почему выбирал такой подход, насколько человек владеет фреймворком, и т д. И большинство просто не проходило по знаниям. Нет, было наверное несколько человек которые были ок но они отказывались от оффера либо потому что их перехантили либо хотели лучших условий. В итоге, спустя пол года снизили планку и начали нанимать крепких и не очень мидлов на вырост.

Я к чему — рынок сейчас очень сильно перегрет. На этом фоне толковый специалист, скажем крутой сеньор, явно имеет хорошее место работы и перехантить к себе его будет ну ооочень трудно. В первую очередь он обратит внимание на деньги. Поэтому придется платить выше чем показывает среднестатический виджет на ДОУ.

Во вторых, почитайте замечательную статью glenmccallum.com/...​developers-rejected-jobs ( есть перевод на Хабре ) Почему Senior Developer’ы не могут устроиться на работу. Там описывается в частности вся глупость задрачивания кандидата всякими тестами или логическими задачками во время собеседования. Тот факт что он наизусть может знать аргументы функции и что она вернет в разных кейсах или что он бодро расшифроввывает букву L в акрониме SOLID говорит просто о том, что кандидат подготовился к интервью и отнюдь не гарантирует, что он будет писать код, который пройдет ваши стандарты качества, будет решать ваши задачи, и будет написан в оговоренные сроки.

Будьте проще. Вы — не Гугл / Амазон / Нетфликс, а просто одна из малоизвестных компаний, судя по двум фоткам, работающая из коворкинга, и у которой плохо оформлены описания вакансий ( пруф jobs.dou.ua/...​poptopuk/vacancies/97278 ).

Для меня как нанимателя важно понять уровень подготовки человека. Как это сделать? Нужно портфолио. У дизайнера — это Behance,

Профессионал с хорошим опытом не может разместить свое портфолио на Behance из-за такого понятия, как NDA.

Всё больше и больше наблюдаю как всем подряд начинает требоваться гитхаб. Типа как это «портфолио» разработчика. Но вот только кто разрешит этому самому разработчику поместить к себе на гитхаб целый проект? Да даже какую-нибудь либу, написанную в рабочее время, для коммерческого проекта?

Вот дизайнерам позволяют их работу размещать на бехансе и дриббле и у каждого дизайнера полным полно проектов в портфолио. Но рисуют ли middle-senior дизайнеры проекты исключительно для своего портфолио, чтобы привлечь заказчиков? Абсолютно точно нет. Только в начале карьеры, а дальше они просто показывают свои коммерческие проекты.

Так почему считается, что разработчик уровня middle-senior должен на гитхабе что-то специально делать?

Я вот, с 16 летнего возраста постоянно открываю IDE и что-то туда пишу. В разное время делал это для ВУЗа, для себя, для друзей и некоторого ограниченного круга лиц и наконец для своих работодателей за деньги. Но что из этого я мог бы выложить на гитхаб? Только то, что я делал бесплатно в самом начале пути. Всё остальное принадлежит не мне. Но в начале то был полнейший говнокод, зачем его выкладывать?

Ну ладно, допустим у каждого есть пару пуллреквестов в какие-то нормальные либы, которым фиксился какой-то определенный баг. Ну, знаете, когда на коммерческом проекте сталкиваешься с проблемой в либе, как-то кое-как его фиксишь как получится, а потом хочется же по нормальному сделать и предлагаешь свой pull request либе. Ну а они его принимают, релизят стабильную версию, проект обновляется и снова всё хорошо.

Но вот только как такие пуллреквесты помогут автору принять решение о найме?

Или еще пример: довольно часто интегрирую сервисы третьих лиц, практически ноунеймов с ограниченных рынков, у которых для их API вообще нет sdk или нет допустим на моем языке, а тех, кто с ними интегрируется достаточно. И вот я могу не просто подергать пару методов курлом и обработать результат, а по-серьезке заморочиться и сделать полноценный apiClient с объектами всех поддерживаемых реквестов, валидацией и вылить его на гитхаб. Но зачем?..

Я посажу на свою либу каких-то людей, а потом придется до скончания веков её поддерживать. Это как собаку завести. Выгуливай её (зависимости обновляй), играй с ней (отвечай на issues, pull requests), будь частью культуры собаководов (опенсорсеров). А что если я не хочу собаку? Вот не хочу и всё, а автор говорит что нет, раз не хочешь собаку — безответственный человек, работать с тобой не будем.

Ну не бред?

Автор просто описал идеального кандидата в вакууме.

— Сперва укажите ссылку на ваш пет-прожет на гитхабе, Линус!

— Я, кагбэ, сделал гит для управления разработкой ядра....

— *настойчиво указывает на клавиатуру*...

github добавляет сразу +100 очков, и даже пару пулл-реквестов или какой-то apiClient скажет больше чем несколько раундов техн интервью. Можно много говорить, но в конце концов вопрос один — show how you code.

но в конце концов вопрос один — show how you code

Не работает. редкие из нас тут делают проекты в одну рожу. Обычно в проекте за всё его время поучаствовали сотни программистов. И что ты показывать будешь, как добавил 1 строчку там или удалил 1000 в другом месте на фикса бага или добавления новой фичи в говнокод?
Более того этот говнокод почти всегда под НДА.

github добавляет сразу +100 очков, и даже пару пулл-реквестов или какой-то apiClient скажет больше чем несколько раундов техн интервью.

не программисту может и «скажет», или который прочно забыл что это за вид работы такой.

Программист же знает как это происходит в жизни:
Используется некое ПО, имеющее публичный репозиторий
в частном случае, на конкретном проекте в нем выявляется баг, или усовершенствование
которые надо пофиксать, потому что это нужно для своего проекта.
обычно, довольно быстро, не особо вникая в чужой код находится место в котором нужно сделать фикс.
делается фикс, тесты своего проекта заработали.
если хочется — делаешь форк, делаешь фикс, копипастишь свои тесты, делаешь пул реквест

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

скажет больше чем несколько раундов техн интервью.

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

на собеседовании спрашивают о балансировке красно-черных деревьев, а на работе придется ковыряться с конфигами докера

(а чтобы перекрыть эти минус тыщи очков этими +100 на гитхабе...)

show how you code

независимо пришел к выводу, который можно встретить в статьях более известных

код синьора прост до унылости. настолько, что толковый джун восклицает, глядя на него:
Тю! и я такой могу написать!

«Уток, вышитых на ковре, можно показать другим. Но игла, которой их вышивали, бесследно ушла из вышивки.»

Плохой код да — показатель.
Но хороший — НЕ показатель :)

Даже еще хуже — плохой код в заброшенном пэт проекте на гитхабе тоже — НЕ показатель того кода, который пишет этот программист сейчас :)

и без нормальной беседы с автором кода, еще раз, не о красно-черных деревьях, адекватного вывода не сделать

а вот почему техн интервью часто непонятно о чем, это вопрос, да.

уверенно знаю уже на себе сколько минус тысяч очков получает программист в возрасте 40+

не в бровь а в глаз, приходишь куда-нибудь познакомиться что за проект что за компания, а там уже как в зоопарке, собрались пятеро-семеро детишек посмотреть дедушку ггг :)

и да, хороший код почти всегда простой и скучный. каких радужных единорогов в йом хотят увидеть — вообще непонятно.

а там уже как в зоопарке, собрались пятеро-семеро детишек посмотреть дедушку ггг :)

это бы еще ладно

когда уже хорошо 40+, на тебя как динозавра чудом дожившего до столь преклонных лет, но точно выжившего из ума начинают смотреть и сами соискатели :D

то есть на собеседовании уже бывает сквозит:
ну да, ты будущий мой старпер-начальник, поэтому(!) = дурак, но ладно, мне нужна работа, пообщаюсь с тобой, так уж и быть.

априорно, вот сразу.

потом, в процессе собеседования радостно выясняю о себе, что не, не выжил еще с ума :)

хотя, не всегда.

один соискатель, проваливший все вопросы да и саму беседу, в конце благосклонно, с покровительственной улыбкой «я вам сочувствую»:
понимаете, у нас просто разный язык, мы об одном и том же говорим, но другими словами

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

1. Как дела с тестированием? Какие тесты вы пишете? Какие библиотеки для тестирования вы используете? (фабрики, моки и т.д.)
jest, django тесты, selenium
но над покрытием еще работать

2. Что делает разработчик с кодом перед тем, как отправить его в репозиторий?
lint, test включен в CI CD. отправить в репу можно, но бранч замержить нельзя пока всё чисто не будет

3. Есть ли в проектах CI/CD? Есть ли DevOps-инженер?
ci cd — gitlab, devops есть

4. Есть ли Code Review? Как оно проходит?
Есть, пир то пир при МР, чтоб все ориентировались в кодобазе.

5. Какую систему контроля версий Вы используете?
git

6. Используете ли вы git/hg-flow или какую-либо определенную методологию при работе с git/hg?
git-flow

7. Используете ли Вы методологию разработки (scrum, kanban и т.д.)?
Подобие скрама. 2 недельные спритны, без дэйли стендапов.

8. Используются ли системы мониторинга в проектах(Sentry, NewRelic и т.д.)?
Sentry, Newrelic, есть несколько самописных хэлсчеков

9. Используется ли в проекте система для хранения логов и работы с ними(ELK-технология и прочее)?
Cloudwatch. ELK — на повестке

10. Какие БД используются в проекте? Почему именно такие?
Postgres, Redis — стандартный стэк для Django

11. Какая версия языка Python используется в проектах? Если используется версия Python2.x, то планируется ли переход на Python3.x? И как будете происходить миграция с одной версии на другую?
2, в процесе перехода, в ближайшее будет 3

12. Компания ищет fullstack-разработчика или backend-разработчика?
Сначала искали fullstack с акцентом на фронте, потом просто фронт, но с хотя бы базовым пониманием бэка.

13. Используется ли технология контейнеризации в проектах?
Да, docker

14. Немного поспрашивать собеседующего о том, чем он занимался до этого проекта и давно ли он в проекте.
Давно, с начала)

15. Существует ли в компании годовая/квартальная оценка сотрудников и как она происходит?
Раз в месяц делаем 1 on 1.

16. Есть ли у в компании переработки? Если есть, то компенсируются ли они и как часто они происходят?
Авралов обычно нет. Можно поработать сверх и потом зачилить на день-два.
Бывали ситуации когда нужно например задиплоить стрёмный релиз с самого утра, но стараемся до такого не доводить.

17. Насколько в компании сильна бюрократия? (Оцените от 1 до 10)
1-2

18. Как обстоят дела с выбиванием ресурсов?
Если что то нужно — стараемся общими силами находить.
Ресурсы общие и не безграничные. Требуя больший кусок пирога — не забывайте что у остальных людей что работают рядом с вами кусок пирога будет меньше.

19. Как собеседующий относится к новым внедрениям в проекте?
Очень положительно

20. Является ли компания участником каких-либо IT-конференций и есть ли у компании публикации на IT-темы?
Немного.

21. Есть ли митапы внутри компании?
Есть. Раз в неделю обсуждаем архитектурные вопросы либо обсуждаем интересную тему.

22. Есть ли в компании стажёры и развита ли система наставничества?
В продакт команде пока нет. Есть среди консьержей.

17. Насколько в компании сильна бюрократия? (Оцените от 1 до 10)
1-2

всегда любил это место как особенное понимание особенного непонимания духа и буквы термина «бюрократия» вообще особенно если спросить «а вот это всё по пунктам это было простите что?» и ещё если спросить «всё очень круто! а программить вы когда успеваете?»

а то всё круто всё круто а потом раз никогда не было и вот опять! ))

блин, энв слетел походу, будет со след диплоем, сенк)

неплохая статья.

с этим вот не согласен:
— В моём понимании middle-разработчик — это тот разработчик, которому можно смело отдать небольшой проект или какую-либо часть крупного проекта, и чтобы именно он был за неё ответственен. ... Также важным критерием для middle-разработчика является умение быть наставником

В моём — это senior. middle-разработчик — это тот разработчик, которому дается задача, спека, сопутствующая документация, и он ее реализует в коде, согласно принятым соглашениям в команде, и без грубых нарушений всяких SOLID, DRY, KISS, инженерных просчетов, и с приемлимой читабельностью кода
middle+ — это тот который задаст еще и толковые вопросы по спеке с предложением улучшений реализации своей или зависимых подсистем.
И middle разработчик не обязан иметь скилы наставника.
senior это как раз тот кто имеет такие скилы, и кому можно смело отдать небольшой проект или какую-либо часть крупного проекта

джун же тот кто плохо понимает спеки, кто не умеет учитывать инфу из сопутствующей документации, и потому требует личного инструктирования
и который обязательно что-то грубо нарушит из:
SOLID, DRY, KISS,
совершит инженерный просчет,
наляпает код, который нужно и можно привести к читабельному виду
или обложит тестом не то что он написал а функционал фреймворка :D

учится еще чел. «молод», вот и обязательно совершает такие ошибки.
автоматизма еще нет, а постоянно контролировать себя, при этом решая основную задачу — любому сложно. это ж как не забывать дышать и моргать :)

Ну и вопросы задать то можно :)

только бОльшую часть вопросов из этого списка задаю я соискателю, а не он мне:
«На последних ваших проектах ...», и далее по списку :)
и тогда понятно, есть ли навыки работы с тем что указано в списке, или придется дообучать

но некоторые вопросы да, именно к работодателю
— Есть ли у в компании переработки?
только если продакшн лежит :)

— Насколько в компании сильна бюрократия?
минимальная. потому что там же и написано — Главная проблема такой бюрократии — это очень сильное торможение процесса разработки
поэтому когда менеджеры начинают ею грузить — я за программистов, а не за удобства менеджеров

— Как обстоят дела с выбиванием ресурсов?
Как обычно — не очень. С деньгами на хотелки программистов расставаться никто не хочет :)

— Как собеседующий относится к новым внедрениям в проекте?
Если есть рациональное обоснование, оценены риски и соблюдено правило Бобука (приведи еще троих которые почитали, попробовали и хотят это внедрить)
А если просто потому что модно-молодежно, или потому что хочется добавить строчку в свое резюме — то конечно новое будет отклонено :)

— Является ли компания участником каких-либо IT-конференций и есть ли у компании публикации на IT-темы
не доросли еще по бюджету оплачивать :)

— Есть ли митапы внутри компании?
Парочка запланирована. дело за малым — желанием самих программистов делиться с коллегами по команде :)

— Есть ли в компании стажёры
нет и не предвидится.
потому что вот это — Стажёры — это потенциальное будущее компании — только для здоровенных компаний
для маленьких команд — слишком затратно. даже джун — затратно.
для средних — невыгодно становиться кузницей кадров, потому что стажёр став джуном — уйдет в другую компанию позиционируя себя как мидла :) тут то знают что он джун, а в другой комании — нет :)

или обложит тестом не то что он написал а функционал фреймворка :D

чёрт чувак ТЗЖ! я думал это только у меня так ))

— Как обстоят дела с выбиванием ресурсов?
Как обычно — не очень. С деньгами на хотелки программистов расставаться никто не хочет :)

это на сегодня кстати достаточно сложный и противоречивый вопрос потому что есть «хотелки программистов» (к) (тм) а есть у некоторых галер (возможно многих возможно всех) у программистов не стоят SSD и экономно по оперативке

дело за малым — желанием самих программистов делиться с коллегами по команде :)

было бы б чем делиться сирёзно )) а когда есть чем начинается прямое «ты чё самый умный да?» ))

ЗЫ: откуда вообще эта тема с митапами взялась? что такая популярность вдруг?

а есть у некоторых галер (возможно многих возможно всех) у программистов не стоят SSD и экономно по оперативке

да, это меня у небедных компаний поражает.
цены то SSDшники и оперативки сейчас — смешные
ведь для большинства видов разработки хватит SSD 250 и HHD на терабайт, и 16 Гб

Да, и монитора должно быть два, или один минимум шириной в 2560

То есть это не хотелки. Это просто минимальная комплектация рабочего места программиста в 2015+ году, если компания хочет увеличить продуктивность программиста
Если слабее — то это просто либо бедная, либо жлобско-тупая контора.
Ведь это ж не ради программиста — это ради зарабатывания денег на его труде. И если рукводство считает что это «хотелки» — то оно просто непролазно тупое, и не вникало в факторы влияющие на продуктивность работы программиста.

Кстати Маки — это хотелки. Или бонус, премия, завлекуха, и т.п.
Как и проц самый самый — тоже, обычно не нужен, что i5 что i9 — «одинаково».
Достаточно не меньше 4ядра/8потоков, с бустовой частотой близкой к 4Mhz

было бы б чем делиться сирёзно

Всегда есть чем :) всегда есть что-то что программист копнул глубже чем его коллеги.
а уж между специализациями...

откуда вообще эта тема с митапами взялась? что такая популярность вдруг?

она старая. просто по другому называлась.
это полезная вещь для команды
бла-бла-бла — добавляет разнообразия в работу, позитиву. как те самые тенисные столы :)
но бла-бла-бла это оказывается и полезным — кто-то что-то узнает, что сам бы не ковырял, и узнает лучше экспертизу коллеги

а когда есть чем начинается прямое «ты чё самый умный да?»

а вот таких надо выявлять и увольнять. без всяких сомнений.

хотя, если галера, которая научилась продавать тупость, ординарность, серость — то конечно можно и оставить :)
на то она и галера.

Я подключаю scrutinizer-ci к своим проектам на github. Он делает оценку для кода (java/php). Пока самая высокая оценка 9.92.

надо бы сделать, может на выходных...

На выходных жена, дети, шашлыки, друзья, теща, дача и много другого.

код синьора прост до унылости. настолько, что толковый джун восклицает, глядя на него:
Тю! и я такой могу написать!

Восклицает, но написать обычно не может.

На выходных жена, дети, шашлыки, друзья, теща, дача и много другого.

именно

когда у меня в тудушнике перевалило за несколько десятков такого: гитхабунь, накрапать в бложик-medium-хабр мнение по поводу обсуждения, и т.п.
сел я, подумал.... и удалил этот тудушник вообще

Восклицает, но написать обычно не может.

да.

как в жизни — русский язык знаешь?
ну напиши что-нибудь на страничку две. рассказик, или эссэ. простенькие такие, чтобы читать было интересно и посторонним.

код синьора прост до унылости. настолько, что толковый джун восклицает, глядя на него: Тю! и я такой могу написать!

Это прямо в закладки!

«простота залог таланта»
«keep it simple»

і т.д і т.п.

Можно много говорить, но в конце концов вопрос один — show how you code.

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

Вы абсолютно правы, но расскажу историю. Где-то с год назад мне надо было нанять на проект человека, т.к. я не успевал всё делать. Я понял, что у меня нет опыта найма, и я не знаю от слова совсем, как реально оценить, что же человек мне наколбасит на проекте по факту. Верить на слово? Я и сам горазд лапшы на уши навешать. И я стиснув зубы стал требовать примеры кода. Рисковать настолько не хотелось, что я был готов пропустить несколько потенциально хороших кандидатов, ради одного но с кодом.
Оказалось, что примеры кода есть довольно у многих. Да, чаще всего это действительно были какие-то недопетпроекты, или отдельные файлики. Но если делать на это скидку, этого оказывается достаточно, чтобы примерно понять, чем человек дышит. Попутно я смог вовремя отказать одному неадеквату, который поделился со мной полным коммерческим кодом финтек приложения с прошлой работы.

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

Огонь))).

мне показалось или все свелось к тому что наняли знакомых, потому что нафиг никому не нужны?

Опять же просить показать GitHub-аккаунт
Если человеку нечего показать, скорее всего, это не ваш кандидат.

Что вы там надеетесь увидеть? Проект на котором работает разработчик и получает за него зп вы там не найдете. Пушка-бомба проект который приносит деву бабло скорее всего тоже не будет лежать в опенсорс. Остаются всякие поделки уровня «за денек на коленке» и в очень редких случаях крутые опенсорс проекты. В итоге при стеке на пайтоне(он конечно относительно популярен сейчас, но вы бы еще скалистов/хаскелистов искали) вы еще сильнее фильтруете кандидатов.

Это вдвойне странно для стартапа, где человек должен работать на 100%. При таком режиме сил на опенсорс не должно оставаться.

у нас небольшая команда ... а людей, которые вписывались бы в коллектив и стали частью команды: ... избежать токсичной атмосферы в офисе — одно из пожеланий к кандидатам.

тут ещё можно помахать флагом подудеть в горн и настучать в бубен ))

об какой «токсичности в офисе как пожеланий к кандидатам» можно говорить для команды в 2-х офисах из 30 человек? ах постойте! об той которая уже есть читай суть есть уже «вписана в коллектив и стала частью команды» (к) (тм)

всё остальное ровно из той же ж серии но к.м.к. тренды отражены достаточно достоверно и даже более того это и есть скорее новая реальность чем наоборот и потому гребцам имеет смысл приготовиться именно к этой новой реальности а не наоборот

ну например средняя штатовская (ок средняя субъективная) ситуация по рынку на вакансию может прийти несколько сот резюме и столько же ж кандидатов из которых реальных гребцов хорошо если полтора десятка остальные просто шлак простите но среди них будет ещё ну сотни полторы «нетоксичных в офисе» и достаточно велика вероятности что грести возьмут именно таких особенно если это продукт дыры по мере того как потом можно будет временно позатыкать контракторами имя им тоже легион.

Помните, что кандидат зачастую ничем не рискует

и ещё сирену эту ручную такую на сжатов воздухе отлично гудит! а то может быть ещё непонятно об чём вообще речь... ))

«кандидат рискует» единственным чем у него есть личным временем которого у него исключительно в единственном экземпляре и совершенно уникальном заменить и продублировать нечем

Фогол, какого черта у тебя абзацы появились. Читать тебя сложно стало.

Больше того — он использовал точку))

тоже легион.

означает провал явки

Во-первых, хорошо продумайте и опишите вакансию.

Дальше идем смотреть ваше объявление
jobs.dou.ua/...​poptopuk/vacancies/97278
Это считается продуманной вакансией ?
Мне кажется пришли вам кандидат резюме в таком стиле вы бы даже не взглянули.

Еще вопрос по «мотивации», что для вас эта самая мотивация т.е. что должно мотивировать человека работать в частности у вас на проекте и работать активно, а не просиживать штаны/шорты ? Просто любопытно мнение кофанудера на этот счет.

После такого описания вопрос

«А чем вы вообще занимаетесь?»

вполне логичен, по-моему.

Все так. Особоливо важко було знайти фронтів. На даний момент бачу наступні шляхи вирішення:

0. Платити вище ринку;
1. Full remote — нема витрат на офіс, що дозволяє збільшити ЗП, конкурентна перевага над «офлайновими» конторами, але це не всім підійде;
2. Зміна локації, наприклад, в тій же Москві зараз середня ЗП прогера менша ніж в Києві (за рахунок девальвації), а ринок в 2-3 рази більший. Ми, наприклад, розглядали багато кандидатур звідти, бо там банально дешевше, якби дивно це не звучало;
3. Опціони, як вже зазначали в коментах нижче;
4. Цікавий проект з трендовими технологіями — AI, ML, VR, R&D;

1. Full remote — нема витрат на офіс

это противоречит п.п. «нетоксичность в офисе»

ЗЫ: была вакансия французская какая-то там было сперва гитхаб портфолио потом телефонный прескрин потом домашнее задание «за разумный дедлайн» потом день в офисе на собеседованиях потом ещё какой-то «онбординг» и «знакомство с командой» чуть ли не 2 недели снова онсайт но насчёт последнего могу врать (только насчёт срока) но «формально» full remote.

Для меня как нанимателя важно понять уровень подготовки человека. Как это сделать? Нужно портфолио. У дизайнера — это Behance, у журналиста — ссылки на публикации. У разработчика — это GitHub-аккаунт (или любая другая площадка). У многих этого не было, а просто прийти со своим резюме в PDF, где написано «я знаю JS хорошо», недостаточно.

Сколько раз ходил на собеседования с резюме, где помимо ссылки на гитхаб еще было написано что я мейнтейню опенсорс проекты с суммарными 3000 звезд/300к закачек, ни разу это никак заметно не повлияло на отношение ко мне. Возможно это слишком мало, но скорее всего просто это никому не интересно, к сожалению.

Там вам дельный совет. Давайте сотрудникам stock options, с 4х летним vesting, cliff — 1 год. Это стандартная схема во всем мире.

Вот например Naval Ravikant — seed investor в Uber, основатель AngelList, и еще кучи стартапов ищет себе разработчиков в новый стартап — angel.co/...​-founding-mobile-engineer, предлагает от 3х до 10 процентов. И это человек с бешенным tracktion, наверное он что-то понимает)

А иначе зачем человеку несколько лет в бешенном темпе ****ить? Ради чего? В стартапах принято работать и работать очень интенсивно, это вам не галера. Так ради чего человек променяет уютное место на галере при той же или большой зарплате? Только ради шанса получить гораздо большие деньги в будущем. Ничего не ново под этим солнцем.

Надеюсь вы прислушаетесь к моему совету и тогда все у вас получиться. И нанять толковых, мотивированных сотрудников и юникорн построить)

3-10% тому що $100-140k в Bay Area це дуже середненька зарплатня.

«You must be 10x smarter and faster than the mean» такі люди сидять в Google, Apple, Facebook на в 2 рази більших грошах.

Помните, что кандидат зачастую ничем не рискует, — вы же рискуете своим продуктом и деньгами.

Кандидат рискует потерять время, деньги.

Для меня как нанимателя важно понять уровень подготовки человека. Как это сделать? Нужно портфолио. У дизайнера — это Behance, у журналиста — ссылки на публикации. У разработчика — это GitHub-аккаунт (или любая другая площадка). У многих этого не было, а просто прийти со своим резюме в PDF, где написано «я знаю JS хорошо», недостаточно.

А если все его портфолио это то что он делает на работе?

Из упомянутой выше проблемы, то есть инертного отклика на вакансию, вырастает другая — слабая подготовка людей к собеседованию.

Если вы пишете кандидату что вы в итоге ожидаете?

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

А за что им жить? Не факт что будет много менять места, просто зачем терять то что и так уже нагрето, знакомо и без рисков если по сути та же малина но не понятно какая на вкус.

Ищете разработчиков уровня senior? Ждите потока кандидатов уровня middle и даже junior! Рынок перегрет, многие надеются, что проскочат и так, переоценивают свои возможности. У нас было, что человек указывает опыт senior-разработчика, но уже в ходе разговора видно, что он слабый middle.

Проблема в том что человек не заинтересован развитию, получал смузи и боялся изменений. Типичная деградация, или совок.

Плюс круто, когда кандидат сам говорит, что ему интересна определенная технология и он хотел бы ее попробовать внедрить. Для потенциального работодателя собственная инициатива — позитивный сигнал.

Практика говорит о обратном. Инициатива наказуема, разными формами. От переработок до «а зачем?», профита от инициативы ноль. ( дивиденды и бла бла, у нас не слышал еще. Только то что описал ранее )

Точно так же внимательно проводить собеседования и искать «своего» человека: того, которому интересен продукт и у которого есть все необходимые для работы навыки, а также мотивация.

Навыки можно быстро прокачать, мотивацию получить.
Но характер человека уже не изменить.

Помните, что кандидат зачастую ничем не рискует, — вы же рискуете своим продуктом и деньгами.

Рискует кандидат также деньгами, просто за меньшие периоды если напрямую. Здоровьем рискует(кривые процессы требуют овертаймов и ночных побудок). Потерять актуальность на жлоб-проекте рискует или вкладывать в образование снова после ухода с такого проекта, что косвенно тоже является риском деньгами, так как обучение требует времени. Рискует вообще связаться с неадекватами, с которыми потом непонятно что делать, так как делать они ничерта не хотят а работу выполнить требуют и т.д.

Искали сильно скиловых людей, а таких кандидатов там просто не было. Они не выставляют свои резюме, их нужно хантить напрямую

Да ладно, это какой же скилл нужен, например?

У разработчика — это GitHub-аккаунт (или любая другая площадка).

Сейчас 98% разработки идет под NDA — так что это норма отсутствия публичного кода
Более того — если код есть, то тогда возникает вопрос — а когда собственно он его пишет? В рабочее время?

Мы нанимали людей уровня senior, а обычные технические тесты не дают понимания их квалификации.

Так вам сначала надо было нанять коллегию экспертов, которые бы оценивали уровень кандидатов.

Дуже дивна стаття.
По перше — ви не продукт, а звичайнісінький стартап. Мене вже дуже бісять ці тренди називати стартапи (з зовнішнім фінансуванням) продуктами (які окупилися, й приносять гроші й дивіденти не перший рік). Ви — це тонкий лід, який завтра може закритися, й Вас ніхто не згадає, а люди залишаться без роботи.
А раз це стартап — це ризики. Тому риночна вартість розробника тут до одного місця.
Ви хочете крутих хлопців — тоді помножуйте риночну вартість (оті графіки на ДОУ помножуйте на 1.5-2), й вам будуть реальні специ йти. Й їм буде начхати що в Вас там — agile чи не lean, будуть робити свою справу. Й будуть робити її добре.
Трете — раз ви таки стартап, й фінансова мотивація вас обурює. Зробіть ласку, давайте опціони чи як там, тим хто пиляє ваш «продукт». А? Що? Жаба задавила? Так чого ви тоді на людей ображаєтесь, що вони не зацікавленні в вашому «продукті»? Або нехочуть за нього вболівати так само як й Ви, дійсно чому? От жеж жебраки, за гроші стали питати.
Ви хочете спеців, але щоб вони були ідейні? Так досвідченні ентузіасти-программісти — це як единороги, всі про них говорять, але їх не існує. Бо ентузіазму повні зазвичай ще досить молоді люди, бо вони ще недосвидчені та наївні. А досвід, він приходить лише з часом, а за цей час нормально соціалізована людина обростає родинами, дитинами, та зазвичай ще й очікуваним рівнем витрат. Й отой голий ентузіазізм залишається за бортом.

Аплодирую стоя подписываясь под каждым словом.

О. Користуючись моментом, запрошую в OpenVPN Ukraine jobs.dou.ua/...​panies/openvpn/vacancies
В нас продукт ;)
P.S. І ми даємо опціони :D

Long story short:

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

The end.

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

Просто меняльщиков мира ещё много и на них продолжают ездить.

Ребята , ну вот просто интересно.
Если вы предоставляли ХР агенству список обязательных требований —
ну типа там...
— работы фул тайм в офисе в Киеве.
— список технологий на стороне фронтенда.

Неужели агенству так сложно было завернуть заранее не подходящие кандидатуры, на этапе первичного отбора, и не пудрить вам мозги ?
... я всегда считал, что это и есть основная задача ХР агенства.

Основная задача ХР агенства это зарабатывать деньги. Деньги идут за голову. А уж как они эту голову продадут это другой вопрос. Подход «ну а вбруг» работает во все стороны — и кандидатов контактят по одному слову в профиле и нанимателям кандидатов пытаются толкнуть.

Мы тоже так считали раньше

Не знаю, как остальным, но мне статья понравилась. Жизненная, что-ли. Омериги не открыто, но хорошо показывает, что главное бабло (и таки, да), а не как любят здесь рассказывать о интересных проектах и прочей лабуде.

На самом деле — нет. Просто интересные проекты до нас не доходят.

у меня простой вопрос:
множество моих знакомых решают осень серьезные задачи. Они работают по максимуму на технологически непростых проектах. Да вот беда, их работа под NDA. и профиль GitHub пустой
Они Вам не подойдут я правильно Вас понял ?

CTO ж с музыкальной индустрии. То что они оценивают кол-во фоловеров в гитхабе, а не инстаграмме — это уже прогресс.

Спасибо! Инста это конечно тоже плюс :)

Если у человека на github есть pet/open source проекты — это говорит о том что он/она действительно увлекается программированием, а не только работу работает

А чем плохо работу работать и не писать пет проекты?

тем что работу работать за деньги а увлекаться душой а за деньги каждый сможет

Спасибо, уважаемый, за Ваш ответ. Он много показывает.
Много раз такой взгляд разбирался везде — он мягко говоря сомнителен.

попробую донести некоторые моменты:
Обращаю Ваше внимание на то, что такой взгляд с ходу отсекает людей, которые болеют проектом.
Эти люди, помимо основного времени напишут для проекта полезное. непременно. или внедрят.
по себе знаю ;)

а вот те, кто

ithub есть pet/open source проекты

будут работать строго, без увлечения
у них уже есть то, куда оно вовлечены, и это НЕ ваш проект. и Ваш проект им не будет. ну разве что Вы будете платить деньги за этот OS (как многие крупные компании делают)

а не только работу работает

то есть проф. работники Вам не нужны. Добро.
Мне остается Вам пожелать удачи в поиске ВАШИХ, удобных Вам кандидатов.

Одно из лучших изложений обоснованного обзора ситуации из тех, что попадались мне на ДОУ. Это я о вашем, Дмитрий, описании ситуации с гитхаб-профилями.

Скажу по своему опыту: люди, которые болеют проектом, которые болеют работой, практически никогда не имеют проектов на github. У них попросту нет на это времени. Но они действительно увлекаются программированием. Знаю и обратные случаи. У человека open source проект на github. Он работает на отъебись 8 часов каждый день с тем, чтобы как можно быстрее прибежать к своему любимому pet-проекту, которым он и живёт всё время. Но и этот человек тоже увлечен программированием. Но для себя, любимого, а не для какой-то компании. Делайте выводы, Игнат. Наличие проекта на github не показатель того, что этот человек будет на 100% вкладываться в левую компанию, а отсутствие этого проекта может быть показателем того, что он на 100% вкладывается в свою компанию, и живет тем проектом, над которым работает в компании.

Это вообще не о чем не говорит. Это как в социальных сетях профиль, но без контента. Человек завел, чтобы просто смотреть ленту. Так и здесь у человека есть аккаунт GitHub, чтобы как вариант смотреть другие интересные репозитории.
Я Вам предложу еще маркер при подборе — это Stack Overflow смотрите так активность кандидатов, в каких холиварах он участвует)))
Точно будут увлеченные)

так бы и написали — ищем аматоров, профессионалов просьба не беспокоить

а якби ви були, наприклад, приватною лікарнею та шукали б хірурга, то відбирали б лише тих, хто окрім офіційних операцій в лікарні ще трохи ріже людей на дому? Ну, бо це ж доводить його любов до професії, так?

Я увлекаюсь тем что делаю и проактивничаю на работе. На работе всегда есть куча всего что можно сделать, хочется поправить или подбить менеджмент на что-то классное. Из этого я вижу выхлоп от клиентов, которые получают пользу от сделанного мной и этим довольны. Я вижу фидбек от сейлзов которые продают мои разработки. А просто сидеть в воздух пилить что-то даже безумно полезное, чем никто не будет пользоваться с вероятностью 99% — пф, я лучше возьму воооон ту классную фичу из беклога.

Якщо людина професійний спортсмен то крім власне регулярних щоденних тренувань така людина має ще у вільний час добровільно підтреновуватися — якщо ДІЙСНО переймається спортом.

Чи не правда дурний аргумент? Можна спробувати програміста замінити на лікаря, вченого, будівельника, юриста,... та взагалі будь-кого.

Ті у кого є великі проекти на github, або отримують платню за це, або не працюють на контору, або нудьгують і сачкують на роботі.

А якщо на github нема проектів, то це не означає, що програмісту не подобається його робота.

Я пишу код для замовників. У вільний час, наприклад, у поїзді, люблю почитати теорію для професійного розвитку. Свої проекти маю, але робив їх ’за вечір’ для вирішення нагальних проблем, напр., для пошуку квартири для оренди. Тобто не думаю, що показувати їх потенційному роботодавцю було б розумно.

По большей части, ваша как компании позиция — адекватна.
Но есть нюансы.

Примечательно, что соответствующие условия для найма были: зарплаты предлагались рыночные,

Окей.
За такую зарплату вы и услуги получите рыночные.
То есть — с вас спека, бэклог, адекватный менеджмент, полный цикл планирования, процесс.
С разработчиков — реализация фич в срок и по спекам. Поддерживаемый и расширяемый код. Адекватный уровень качества кода.

социальная мотивация

У разработчика уровня миддл и сениор мотивации всего две.
1) Попробовать свежий подход/технологию/архитектуру на реальном, живом проекте, выявить его слабые и сильные стороны, научиться с этим успешно жить.
2) Заработать побольше денег.

Вашего продукта в этих пунктах нет.
Если он провалится в продажах, они просто поменяют работодателя без сантиментов.

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

Конечно, вы можете набрать молодых, наивных, амбициозных, меняльщиков мира, у которых омертвение души ещё не просвечивает наружу. Но это всё временно. Им ещё предстоит разочарование, выгорание и «мысли о выпиле». Возможно, эта трансформация произойдёт с вашим участием.

Бывало, что кандидаты приходили знакомиться и начинали с вопроса: «А чем вы вообще занимаетесь?»

От же ж... що собі дозволяють...

А ще буває питають — что ви о нас слишалі? )))

А обычно нанимают без бюджета? То есть за еду или бесплатно?

Ещё один стартапер с удивлением обнаружил, что для большинства людей деньги на работе главное. Ведь не может же быть, что если я такой(стартап это — же ради денег, не ради развлечения) то и все остальные такие, я ведь умненький — благоразумненький!

Под большинством вы явно понимаете себя и свое окружение?

Может Вы ещё верующий?

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

А якщо почитати твої коментарі, то ти явна більшість.

всё правильно на сегодня ситуация такова что гораздо проще расширить офис в лондоне и на 40 тыс фунтов нанять людей лояльных ответственных инициативных и амбициозных чем найти просто нормальных людей в Родине

на 40 тыс фунтов нанять людей лояльных ответственных инициативных и амбициозных

И они ещё будут с большими сиськами, одна беда — программировать не смогут ни хрена

Тебе таких на родине мало?

Так я не нанимаю за спасибо людей и не рассказываю сказок, что мол будете гавкать — пойду нанимать в другом месте. Мог бы — уже пошел

Ещё один стартапер с удивлением обнаружил, что для большинства людей деньги на работе главное

Да ладно, среднестатестических $5000 вполне достаточно чтоб удовлетворить ожидания среднестатиститческого синьора-помидора

если я такой

Вообще-то у любого стартапера главное — деньги. А когда начинает рассказывать про другое — это просто лапша на уши
Стартап, по определению, заработать денег.

А вот для души и остальных сказок — это пет проект без обязательств.

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