И почему «Обольшое» не уважаете?) Да, сейчас его знает каждый второй, но вот держать его в голове в момент придумывания алгоритма, увы, могут не многие. Условно, я никогда не спрошу у кандидата «Что означает О большое?», но часто спрашиваю оценку сложности задачи после того, как обсудили решение. Или во время, если кандидат пошел ложным путем.
Да и «15-ти минутный телефонный прескрин» — тоже не сильно лучше, за 15 минут вы сможете подтвердить только существование соискателя и актуальность его заявки.
Мой опыт показывает обратное. Есть ряд вопросов, аналогичных fpie из комментария выше, но для других стеков технологий. Когда таких закрытых вопросов 15 (45 секунд на 1 вопрос + остальное время на возможность кандидату спросить о проекте и команде), то предварительная оценка выходит весьма неплохой.
То есть, тестовое прошёл — значит по скилам уже подходишь
Тут у разных людей разное видение. Но, как минимум, тестовое без последующей перепроверки хард скиллов = возможность сделать его совместно с более опытным товарищем. И на возражение «так через 3 дня реальной работы и так станет все понятно», преждевременно отвечу, что далеко не всегда и не везде. А проваленный испытательный срок — это огромный убыток для компании, ведь потрачено внимание коллег, расширение ресурса затянуто на лишние 2-3 месяца, необходимо двигать обязательства перед клиентами и другими командами, ведь планы считались исходя из непрошедшего тоже.
Смотрите, тот факт, что собеседование одного кандидата стоит для компании дорого (надо на 2 часа вырвать из процессов лида и ПМа), заставляет как-то оптимизировать процесс, и не приглашать кандидатов с низкой вероятностью прохождения (и тем самым экономить и их время тоже). Для этого часто используют 15-ти минутный телефонный прескрин, например. И от этого выигрывают обе стороны. А в случае тестового относятся так, что "не жалко", пусть тестовое хоть человек с вероятностью в 1% пройти собес делает. Там более, если к тому времени уже закроют позицию, то можно просто все ответы на тестовые выкинуть и не смотреть. Именно из-за этого диспропорция это плохо.
Требование экстенсивного расширения противоречит требованию собирания команд senior уровня.
Все так. Экстенсивное расширение исключительно синиорами — это идеальная картина. В реальности надо идти на компромиссы. Увы, даже пылесос не всегда работает, — многие из тех, на кого он направлен, уже давно уехали в Европу или США.
Если у вас в команде уже есть спецы, то почему бы не взять способных кандидатов, даже если они подходят по-вашему подо все требования?
Если крупными мазками, то мое видение в плане набора программистов очень близко с видением, описанным тут. Перспективных и сообразительных тоже растил, и успешно. Но, сейчас понимаю, что, увы, вариант «медленно задорого и с диким скрипом искать лучших» в долгосроке оказывается даже более быстрым, ведь, при выходе на работу человек сразу начинает выдавать почти пиковый для себя велью без отвлечения коллег (в альтернативных стратегиях до достижения пикового результата надо значительно инвестировать ресурс более опытных коллег + принудительно понижать сложность кода всего репозитория, что можно читать, как использовать мозги членов всей команды на меньший %).
Тут важна ваша роль в проекте. Если вы заказчик/пм/продакт овнер (менеджер), то да, неприятно. За ваш счёт себе резюме фармят. Если же дев, то одни плюсы) Можно разогнать свою рыночную стоимость в разы, и ни разу не наврав в резюме и на собесе, найти себе интересную работу с реальным хайлоадом, где такой стек обоснован здравым смыслом.
сложность решаемых проблем (или как минимум контекст и запросы) растёт
Забавно, что параллельно с подходом "процы мощные, памяти много, 20 слоев абстракции ниочем" благодаря облакам набирает силу ещё более ублюдочный подход "стейтлесс, скейлабилити и микросервисы с первой строчки кода", что рождает решения, которые тратят 90% ресурсов рантайма на работу с джейсонами. Особенно забавно, когда таких уродцев с очередями, кубернетесом и десятком сервисов собирают под задачи с нагрузкой 300 сообщений в день
Интересно, может уже создадут компиляторы с ai под капотом, которые смогут, имея какое-то говно типа электрона на входе заменить его эквивалентным кодом на с? Типа, написал прототип, оттестировал на 56 ядерном маке, а потом пару суток компиляции, и на выходе артефакт, делающий все тоже самое, но раз в 100 быстрее?
Как же справедливо все это. Безликая мразь, которая выслуживается перед упырями решающими, кому и что видеть, получает карму еще при жизни.
Зайцев оказался среди более 1000 модераторов Facebook, чьи личности случайно раскрыли тем людям, учётные записи которых они блокировали.
Вот это, как по мне, хорошо бы прямо законом в GDPR добавить. Чтобы можно было по запросу узнать имена мразей, и еще и в суд на них подать за ущемление прав
Очень опасная штуковина. Надеюсь, авторы весело прогуляют выделенные деньги, а система так и останется прототипом.
Ведь, привыкнув к тому, что наушники всегда тебя выручат, пешеходы еще сильнее потеряют бдительность. И, как следствие, будут сами нарываться на неприятности, не смотря по сторонам. А в такой ситуации авария — это вопрос времени. Нахождение неподалеку от перехода шумной стройки или железнодорожной линии, редкий автомобиль с шумом двигателя, не использовавшимся при обучении модели, и готово.
Фиксированная плата за консультационные услуги как правило.
Да, схемы с KPI и % от чего-то концептуально интересны, но, фактически, это кто в мешке и гемор для обоих сторон. Поэтому нежелание этот гемор преодолевать выходит сильнее желания делать вин-вин. Ведь:
1) финансисты клиента скажут большое спасибо за бюджетирование расходов в неизвестном до момента выплаты размере.
2) подписаться на KPI от показателей неаудируемой компании без публичной отчётности — это очень храбрый поступок.
3) даже, если доверие к владельцу полное, и п2 не страшен, то все равно внедренцу тоже надо бюджетировать собственные расходы на команду, рекламу своих услуг, поездки на конференции, и это проще делать, когда выплату получаешь сразу и фиксированную, чем через год, и как функцию от случайных величин.
Павел, спасибо за обе части. Примеры интересные. Но с каждым последующим примером мне кажется, что проблема не в красной культуре ЛПРов, а в беспринципности (или тупости/каргокультовости) внедренцев, которые берут деньги за априори провальные проекты.
Глянем на картинку спиральной динамики в части 1. Не зря над красным «силовым» уровнем стоит бюрократический синий. И не зря в книгах о спиральной динамике упоминают, что прыгание через уровень = бомба замедленного действия. То есть, с красного есть только один путь, и он идет в синий. Возьмем уже упомянутый 5S, — в принципе, если выкинуть последний из эсов (совершенствование), то штука концептуально синяя, и, как-бы, все ок. Но вот внедренее ее на линейный персонал через плакаты и ценности — подход вполне себе желтый (чтецы плакатов должны проникнутся желтым развитием для осознания необходимости придумать и принять для себя синие правила и по-синему их отработать). То есть, приходим к тому, что тема не зайдет априори. Даже при полной поддержке и гибкости руководителей.
Ведь, чтобы люди приняли желтый подход о развитии и умении быть на любом из уровней, они должны вдоволь обблеваться от зеленого гниения, а до этого устать от оранжевой беготни и толкания локтями, а до этого возненавидеть синий бюрократизм с кончеными правилами на каждый чих.
С другой стороны, если все же хочется результатов, как от 5S, то, как мне видится, единственная возможность — это найти большие оранжевые головы, которые ради собственного успеха придумают конкретные синие правила для линейного персонала (к примеру, абстрактное плакатное правило «все, что приходится брать чаще — лежит ближе» поменяют на «за нахождение молотка не на своем месте (обрисованном белой краской контуре молотка на рабочем столе) штраф 1000 рублей»). И таким образом потихоньку перетянут весь завод на синий уровень. Федор Овчинников из Додо пиццы пытается делать что-то подобное, раздув до неимоверных размеров R&D, и, контролируя и оцифровывая каждое движение линейного персонала пиццерии для создания идеально синего бизнес-процесса в своих пиццериях.
Хотя… весь завод не должен быть на одном уровне. И это даже вредно, но это уже отдельный разговор…
Студент сдает зоологию. Знает только про блох. На экзамене
достается вопрос про собак. Судент начинает:
— Собаки это млекопитающие, покрыты шерстью. В шерсти водятся блохи…
дальше все про блох…
Препод:
— Ладно молодой человек, расскажите про кошек
Студент:
— Кошки это млекопитающие, покрыты шерстью. В шерсти водятся блохи…
дальше все про блох…
Препод:
— Давайте-ка про рыб
Студент:
— Рыбы это не млекопитающие. Шерстью не покрыты. Покрыты чешуей, но если
бы они были покрыты шерстью, то в ней бы водились блохи....
Подобная срань шла в комплекте с Galaxy S6. Peel smart remote. Требовала доступ к экрану блокировки по логичной причине (кнопки пульта чтобы были доступны без разблока), и реклама рандомно всплывала на весь экран при разблоке
Как по мне, рассуждения на уровне мелких жуликов. Я понимаю, когда перекуп битую крашенную ворованную машину с перебитыми номерами продал лоху и говорит, мол, ну это лоха проблемы, что он в машинах не разбирается. Но, перекуп впарил говно, и новых пошёл лохов искать, да и, будешь честно работать, — в этой сфере не выживешь.
А отношения менеджер — программист, как правило, долгосрочные, и они позволяют успешно работать при вин-вин, и получать больше тех же кидал-перекупов, вообще никого не обманывая. Зачем в этом случае скотство оправдывать?
Так а что делать, если конкурентов реально нет? Вот в самом деле их нет.
Да, на рынке есть место для нишевых тем вроде «поисковик для СНГ», «поисковик с цензурой для Китая», «поисковик, который хорошо ищет по порно/варезу/пиратским фильмам/торрентам», «поисковик для тора», «поисковик для гиков и адептов приватности» но пытаться голиафа в лоб сразить так себе проект. Хотя, некоторые и пробуют.
И почему «Обольшое» не уважаете?) Да, сейчас его знает каждый второй, но вот держать его в голове в момент придумывания алгоритма, увы, могут не многие. Условно, я никогда не спрошу у кандидата «Что означает О большое?», но часто спрашиваю оценку сложности задачи после того, как обсудили решение. Или во время, если кандидат пошел ложным путем.
Мой опыт показывает обратное. Есть ряд вопросов, аналогичных fpie из комментария выше, но для других стеков технологий. Когда таких закрытых вопросов 15 (45 секунд на 1 вопрос + остальное время на возможность кандидату спросить о проекте и команде), то предварительная оценка выходит весьма неплохой.
Тут у разных людей разное видение. Но, как минимум, тестовое без последующей перепроверки хард скиллов = возможность сделать его совместно с более опытным товарищем. И на возражение «так через 3 дня реальной работы и так станет все понятно», преждевременно отвечу, что далеко не всегда и не везде. А проваленный испытательный срок — это огромный убыток для компании, ведь потрачено внимание коллег, расширение ресурса затянуто на лишние 2-3 месяца, необходимо двигать обязательства перед клиентами и другими командами, ведь планы считались исходя из непрошедшего тоже.
Смотрите, тот факт, что собеседование одного кандидата стоит для компании дорого (надо на 2 часа вырвать из процессов лида и ПМа), заставляет как-то оптимизировать процесс, и не приглашать кандидатов с низкой вероятностью прохождения (и тем самым экономить и их время тоже). Для этого часто используют 15-ти минутный телефонный прескрин, например. И от этого выигрывают обе стороны. А в случае тестового относятся так, что "не жалко", пусть тестовое хоть человек с вероятностью в 1% пройти собес делает. Там более, если к тому времени уже закроют позицию, то можно просто все ответы на тестовые выкинуть и не смотреть. Именно из-за этого диспропорция это плохо.
И да, тестовое это ж не вместо, а в дополнение
Все так. Экстенсивное расширение исключительно синиорами — это идеальная картина. В реальности надо идти на компромиссы. Увы, даже пылесос не всегда работает, — многие из тех, на кого он направлен, уже давно уехали в Европу или США.
Если крупными мазками, то мое видение в плане набора программистов очень близко с видением, описанным тут. Перспективных и сообразительных тоже растил, и успешно. Но, сейчас понимаю, что, увы, вариант «медленно задорого и с диким скрипом искать лучших» в долгосроке оказывается даже более быстрым, ведь, при выходе на работу человек сразу начинает выдавать почти пиковый для себя велью без отвлечения коллег (в альтернативных стратегиях до достижения пикового результата надо значительно инвестировать ресурс более опытных коллег + принудительно понижать сложность кода всего репозитория, что можно читать, как использовать мозги членов всей команды на меньший %).
Тут важна ваша роль в проекте. Если вы заказчик/пм/продакт овнер (менеджер), то да, неприятно. За ваш счёт себе резюме фармят. Если же дев, то одни плюсы) Можно разогнать свою рыночную стоимость в разы, и ни разу не наврав в резюме и на собесе, найти себе интересную работу с реальным хайлоадом, где такой стек обоснован здравым смыслом.
А кто ж тогда все доски для го раскупил после того, как это произошло?
Забавно, что параллельно с подходом "процы мощные, памяти много, 20 слоев абстракции ниочем" благодаря облакам набирает силу ещё более ублюдочный подход "стейтлесс, скейлабилити и микросервисы с первой строчки кода", что рождает решения, которые тратят 90% ресурсов рантайма на работу с джейсонами. Особенно забавно, когда таких уродцев с очередями, кубернетесом и десятком сервисов собирают под задачи с нагрузкой 300 сообщений в день
Интересно, может уже создадут компиляторы с ai под капотом, которые смогут, имея какое-то говно типа электрона на входе заменить его эквивалентным кодом на с? Типа, написал прототип, оттестировал на 56 ядерном маке, а потом пару суток компиляции, и на выходе артефакт, делающий все тоже самое, но раз в 100 быстрее?
Не совсем так. Упыри за свой бизнес боятся. Что за детское порно или игил их заблокируют в жирном регионе типа UK. А нейросеть можно и обмануть.
Вот это, как по мне, хорошо бы прямо законом в GDPR добавить. Чтобы можно было по запросу узнать имена мразей, и еще и в суд на них подать за ущемление прав
Ведь, привыкнув к тому, что наушники всегда тебя выручат, пешеходы еще сильнее потеряют бдительность. И, как следствие, будут сами нарываться на неприятности, не смотря по сторонам. А в такой ситуации авария — это вопрос времени. Нахождение неподалеку от перехода шумной стройки или железнодорожной линии, редкий автомобиль с шумом двигателя, не использовавшимся при обучении модели, и готово.
Ожидал примеры успешных готовых фоток увидеть. А то непонятно, ради чего все затевалось.
Фиксированная плата за консультационные услуги как правило.
Да, схемы с KPI и % от чего-то концептуально интересны, но, фактически, это кто в мешке и гемор для обоих сторон. Поэтому нежелание этот гемор преодолевать выходит сильнее желания делать вин-вин. Ведь:
1) финансисты клиента скажут большое спасибо за бюджетирование расходов в неизвестном до момента выплаты размере.
2) подписаться на KPI от показателей неаудируемой компании без публичной отчётности — это очень храбрый поступок.
3) даже, если доверие к владельцу полное, и п2 не страшен, то все равно внедренцу тоже надо бюджетировать собственные расходы на команду, рекламу своих услуг, поездки на конференции, и это проще делать, когда выплату получаешь сразу и фиксированную, чем через год, и как функцию от случайных величин.
Глянем на картинку спиральной динамики в части 1. Не зря над красным «силовым» уровнем стоит бюрократический синий. И не зря в книгах о спиральной динамике упоминают, что прыгание через уровень = бомба замедленного действия. То есть, с красного есть только один путь, и он идет в синий. Возьмем уже упомянутый 5S, — в принципе, если выкинуть последний из эсов (совершенствование), то штука концептуально синяя, и, как-бы, все ок. Но вот внедренее ее на линейный персонал через плакаты и ценности — подход вполне себе желтый (чтецы плакатов должны проникнутся желтым развитием для осознания необходимости придумать и принять для себя синие правила и по-синему их отработать). То есть, приходим к тому, что тема не зайдет априори. Даже при полной поддержке и гибкости руководителей.
Ведь, чтобы люди приняли желтый подход о развитии и умении быть на любом из уровней, они должны вдоволь обблеваться от зеленого гниения, а до этого устать от оранжевой беготни и толкания локтями, а до этого возненавидеть синий бюрократизм с кончеными правилами на каждый чих.
С другой стороны, если все же хочется результатов, как от 5S, то, как мне видится, единственная возможность — это найти большие оранжевые головы, которые ради собственного успеха придумают конкретные синие правила для линейного персонала (к примеру, абстрактное плакатное правило «все, что приходится брать чаще — лежит ближе» поменяют на «за нахождение молотка не на своем месте (обрисованном белой краской контуре молотка на рабочем столе) штраф 1000 рублей»). И таким образом потихоньку перетянут весь завод на синий уровень. Федор Овчинников из Додо пиццы пытается делать что-то подобное, раздув до неимоверных размеров R&D, и, контролируя и оцифровывая каждое движение линейного персонала пиццерии для создания идеально синего бизнес-процесса в своих пиццериях.
Хотя… весь завод не должен быть на одном уровне. И это даже вредно, но это уже отдельный разговор…
Как по мне, рассуждения на уровне мелких жуликов. Я понимаю, когда перекуп битую крашенную ворованную машину с перебитыми номерами продал лоху и говорит, мол, ну это лоха проблемы, что он в машинах не разбирается. Но, перекуп впарил говно, и новых пошёл лохов искать, да и, будешь честно работать, — в этой сфере не выживешь.
А отношения менеджер — программист, как правило, долгосрочные, и они позволяют успешно работать при вин-вин, и получать больше тех же кидал-перекупов, вообще никого не обманывая. Зачем в этом случае скотство оправдывать?
Да, на рынке есть место для нишевых тем вроде «поисковик для СНГ», «поисковик с цензурой для Китая», «поисковик, который хорошо ищет по порно/варезу/пиратским фильмам/торрентам», «поисковик для тора», «поисковик для гиков и адептов приватности» но пытаться голиафа в лоб сразить так себе проект. Хотя, некоторые и пробуют.