По вакансиям, закрытым за последние 6 месяцев, статистика говорит, что в среднем нужно написать 20 релевантным кандидатам, чтобы в итоге один вышел в компанию заказчика. И срок закрытия по этим вакансиям — 50 календарных дней.
Я сам несколько раз искал специалистов, это происходит буквально днём с огнём и толку ноль, просто предложить не кому, а кому предлагаешь не отвечают, при этом я сам когда ищу работу (это бывает минимум раз в год), то я просто не могу дождаться предложений :)
То есть и спецов мало и предложений для них не много. Хотя все говорят «Нам нужны кадры !»
Тем не менее обычно в течении двух недель я уже знаю где буду работать и дольше месяца ни когда не искал работу.
Форс мажоры случаются, когда ты просишь две недели на подумать и тебя готовы ждать, а через две недели ты узнаёшь что не дождались, но это тоже не беда, проходит неделя и ты выходишь на работу просто в другом месте.
Вообщем с наймом весёлая жизнь.
Кадровым агентствам я бы не стал доверять набор, чужие люди не смогут моими глазами посмотреть на кандидата, лучше я сам.
И даже когда я буду начальником начальников подбор людей в команду буду поручать самим командам, потому что им потом с этим человеком работать, не хотелось бы чем либо ограничивать их выбор.
А это было время начала бурного развития ДубльГИСа. Открывались новые города. Готовилась мобильная версия. Появлялись новые фичи.
Нет автор, вы не правы. Я работал в 2гисе в 2006-2007 годах и вот тогда появилась первая мобильная версия, и я пользователям про неё рассказывал, как поставить и как работать, надо было скачать файл приложения с сайта 2гиса, наверное потому что это была версия не для смартфона, в смысле не для Андроида, которого на тот момент ещё наверное не было.
На в начале 2006-ого 2гис был в 13 городах, и кажется на Украине в Одессе, и это называлось бурным ростом, франшизы чуть ли не каждый месяц открывались по всей стране.
ВордПресс платформа для которой есть 100500 плагинов, просто уберите всё что вам не надо и добавьте то что надо, если то что есть не совсем то что вам надо то всегда можно доработать чужой код своим напильником и очень редко придётся пилить что то своё с новья.
Вы же не обязаны пользоваться всем что ВордПресс предоставляет, ВордПресс загрузит любой ваш плагин, это всё что он умеет делать. Ещё он из коробки умеет посты добавлять, умеет картинки к посту цеплять, а всё остальное наносное, от всего остального можно отказаться, всем остальным можно не пользоваться, и это открытые исходники, вы всегда можете заменить реализацию на свою.
Оператор Check делает из проверки на истинность (значение => true/false) валидатор. А Compose объединяет валидаторы в цепочку. При выполнении цепочка прерывается после первой ошибки.
При проверке лучше возвращать массив с ошибками, что бы вызывающий код мог проанализировать ошибки (коды ошибок? ) и решить надо бросать исключение или нет. И кроме того, удобно когда пользователь может узнать о всех ошибках сразу, а не так что исправил одну, а там следующая «появляется».
учить людей которые пришли с улицы это нормально. Интриги это издержки коллективной работы. Не повезло вам с людьми, но это именно люди, а не специфика профессии.
Аналитик это человек который формализует бизнес требования, дополняет бизнес требования не функциональными требованиями (требования к качеству и характеристикам).
А вот всё остальное про чтение кода, чтение логов, просчёт последствий изменений в бэкэнде на фронтэнд, и прочая прочая это не аналитик. Это архитектор если по технической части, UX/UI дизайнер если по видимой части работы программного продукта и прочие люди которые тоже нужны и которые тоже имеют свои участки ответственности.
Аналитик это не тот кто знает всё и может во всё разобраться. Всё про систему на троих знают: владелец продукта, архитектор, админ отвечающий за эксплуатацию (настройка окружения, выкатка, мониторинг текущий метрик, обеспечение стабильного функционирования).
Не понимаю почему возможная храмота с QA, приведёт к проблемам «как в коммуникации с заказчиками, так и с дизайном решений»?
QA в современном контексте CI/CD стало проявлять не больше 5-ти лет назад. До этог окк люди работали? Приёмочное тестирование без тестов не бывает? или вы ни где кроме «Яндекса» не работали?
Человек умеет писать программные продукты, был фулл-стеком это не значит заменять бизнес аналитиков и менеджеров проекта в купе с менеджерами по продажам. Это значит владеть полным стеком технологий для производства ПО.
Про дизайн решений это вообще за гранью… если проекты у человека без автоматизированного тестирования спокойно обходятся, значит у него всё плохо с архитектурой? Нет, просто не надо тратить время на вещи без которых можно обойтись. Это повышает эффективность.
С MVP у автора всё хорошо: две недели согласовывал ТЗ, за полтора месяца запилил, то есть успешно справился с реализацией MVP, или автор что то провалил?
Живу за МКАДом конечно, но не считаю Екатеринбург периферией, тем не менее с работой и технологиями у меня такой же зоопарк (резюме).
Но это не потому что жизнь такая, а потому что я такой, мне не интересно заниматься ширпотребом, клепать сайтики, или сидеть на поддержке внутренних инф систем предприятия, я всегда нахожу приключений в стартапах созданных вчера, или в маленьких фирмочках со своей долей на рынке не самых обычных услуг.
Не называю это выживанием, называю это «моя весёлая жизнь». Мне нравиться.
Подозреваю что автору тоже, иначе бы он с этим что то бы уже сделал.
Спасибо за серию статей, получились хорошие руководства.
отдельные моменты улыбнули:
Мы вышли из этой ситуации, зашив количество проектов и сроки их сдачи в KPI менеджера и разработчика. Так менедджер всеми силами старается контролировать разработчиков, чтобы те не превышали свои сроки по задачам и сдавали их вовремя.
Менеджеры когда то не наседали? по моему опыту руководители всегда хотят получить вчера, то что им пришло в голову сегодня. Мне исполнителя жалко, он и раньше не знал как сделать работу что бы не потерять в качестве, а теперь вы его ещё и с секундомером у него над душой стоите. Хотя если работа типовая, то это наверное правильная практика.
Совсем другое дело что с вводом лимитов на «операции» и наглядной демонстрацией истечения сроков — исполнители могут наглядно понимать что уже нет времени копаться в нюансах и пора форсировать работу. Это плюс.
Мы видим, кто постоянно опаздывает, а кто приходит вовремя.
а тех кто постоянно задерживается? Или после часа X охрана всех выгоняет?
Я сам несколько раз искал специалистов, это происходит буквально днём с огнём и толку ноль, просто предложить не кому, а кому предлагаешь не отвечают, при этом я сам когда ищу работу (это бывает минимум раз в год), то я просто не могу дождаться предложений :)
То есть и спецов мало и предложений для них не много. Хотя все говорят «Нам нужны кадры !»
Тем не менее обычно в течении двух недель я уже знаю где буду работать и дольше месяца ни когда не искал работу.
Форс мажоры случаются, когда ты просишь две недели на подумать и тебя готовы ждать, а через две недели ты узнаёшь что не дождались, но это тоже не беда, проходит неделя и ты выходишь на работу просто в другом месте.
Вообщем с наймом весёлая жизнь.
Кадровым агентствам я бы не стал доверять набор, чужие люди не смогут моими глазами посмотреть на кандидата, лучше я сам.
И даже когда я буду начальником начальников подбор людей в команду буду поручать самим командам, потому что им потом с этим человеком работать, не хотелось бы чем либо ограничивать их выбор.
Нет автор, вы не правы. Я работал в 2гисе в 2006-2007 годах и вот тогда появилась первая мобильная версия, и я пользователям про неё рассказывал, как поставить и как работать, надо было скачать файл приложения с сайта 2гиса, наверное потому что это была версия не для смартфона, в смысле не для Андроида, которого на тот момент ещё наверное не было.
На в начале 2006-ого 2гис был в 13 городах, и кажется на Украине в Одессе, и это называлось бурным ростом, франшизы чуть ли не каждый месяц открывались по всей стране.
Вы же не обязаны пользоваться всем что ВордПресс предоставляет, ВордПресс загрузит любой ваш плагин, это всё что он умеет делать. Ещё он из коробки умеет посты добавлять, умеет картинки к посту цеплять, а всё остальное наносное, от всего остального можно отказаться, всем остальным можно не пользоваться, и это открытые исходники, вы всегда можете заменить реализацию на свою.
Вообще круто конечно.
При проверке лучше возвращать массив с ошибками, что бы вызывающий код мог проанализировать ошибки (коды ошибок? ) и решить надо бросать исключение или нет. И кроме того, удобно когда пользователь может узнать о всех ошибках сразу, а не так что исправил одну, а там следующая «появляется».
Спасибо за доклад по библиотеке.
Каментов безумно много. Pas вы какой токен-флешку с неизвлекаемыми ключами можете рекомендовать? Или это отдельная статья ?
Спасибо за хорошую статью
Познавательно.
А вот всё остальное про чтение кода, чтение логов, просчёт последствий изменений в бэкэнде на фронтэнд, и прочая прочая это не аналитик. Это архитектор если по технической части, UX/UI дизайнер если по видимой части работы программного продукта и прочие люди которые тоже нужны и которые тоже имеют свои участки ответственности.
Аналитик это не тот кто знает всё и может во всё разобраться. Всё про систему на троих знают: владелец продукта, архитектор, админ отвечающий за эксплуатацию (настройка окружения, выкатка, мониторинг текущий метрик, обеспечение стабильного функционирования).
QA в современном контексте CI/CD стало проявлять не больше 5-ти лет назад. До этог окк люди работали? Приёмочное тестирование без тестов не бывает? или вы ни где кроме «Яндекса» не работали?
Человек умеет писать программные продукты, был фулл-стеком это не значит заменять бизнес аналитиков и менеджеров проекта в купе с менеджерами по продажам. Это значит владеть полным стеком технологий для производства ПО.
Про дизайн решений это вообще за гранью… если проекты у человека без автоматизированного тестирования спокойно обходятся, значит у него всё плохо с архитектурой? Нет, просто не надо тратить время на вещи без которых можно обойтись. Это повышает эффективность.
С MVP у автора всё хорошо: две недели согласовывал ТЗ, за полтора месяца запилил, то есть успешно справился с реализацией MVP, или автор что то провалил?
Но это не потому что жизнь такая, а потому что я такой, мне не интересно заниматься ширпотребом, клепать сайтики, или сидеть на поддержке внутренних инф систем предприятия, я всегда нахожу приключений в стартапах созданных вчера, или в маленьких фирмочках со своей долей на рынке не самых обычных услуг.
Не называю это выживанием, называю это «моя весёлая жизнь». Мне нравиться.
Подозреваю что автору тоже, иначе бы он с этим что то бы уже сделал.
отдельные моменты улыбнули:
Менеджеры когда то не наседали? по моему опыту руководители всегда хотят получить вчера, то что им пришло в голову сегодня. Мне исполнителя жалко, он и раньше не знал как сделать работу что бы не потерять в качестве, а теперь вы его ещё и с секундомером у него над душой стоите. Хотя если работа типовая, то это наверное правильная практика.
Совсем другое дело что с вводом лимитов на «операции» и наглядной демонстрацией истечения сроков — исполнители могут наглядно понимать что уже нет времени копаться в нюансах и пора форсировать работу. Это плюс.
а тех кто постоянно задерживается? Или после часа X охрана всех выгоняет?