А я в последнее время перестал задавать устные задачи кандидатам, не все воспринимают устно, не все себя чувствуют комфортно на даче показаний.
Сначала завожу разговор о кандидате — что он ищет, что хочет получить от работы, куда стремится, его предыдущий опыт и его увлечения. И только после того, как я приму решение о нем, как о допустимом сотруднике — дается задание с практически неограниченным лимитом, например в неделю (время за которое решил бы его средний сотрудник на эту должность умноженную на два), читай-перечитывай, пиши-исправляй сколько угодно. Главное решение поставленной задачи. Справился — молодец.
Я думаю начинающему надо начинать с DirectShow(.NET), графов, пинов и фильтров, узнать как это выглядит в фундаменте, и лишь потом использовать фрэйворки. Хотя, если надо простое решение «в лоб», может и пойдет.
Открыв ссылку ожидал увидеть развернутую статью о захвате видео, о построении графов в directshow, о передаче через службы видеопотока. А ничего этого нет. Один элементарный пример, и все.
О чем статья?
Хотел написать «практически любой», чтобы не опускаться до описания различия между открытии и закрытыми компаниями, и различиях в описании уставов, и был не прав. Хотел сократить комментарий и жестоко поплатился.
Понятное дело, что никто не пускает работу с персоналом на самотек.
Но чем ниже скилл у персонала, тем больше надо времени на его изучение и принятие решения.
P.S. Не поверите, но просили и 80к без опыта работы вообще (выпускник).
На мой взгляд основная проблема у джуниоров в их завышенных ожиданиях.
Особенно у дотнетчиков. Особенно в Москве.
Попросить от 60к, без опыта законченных проектов — обычная практика.
И дело тут не в деньгах, через некоторое время их дадут, как только увидят прогресс.
Дело в «дайте сейчас денег» — работодатель готов вложится в обучение, но не хочет просто выкинуть деньги.
Инвестиции в размере от 600 000 р. за полгода, только за обещание научится и влиться в команду. Рискованно, правда?
Мне кажется, что ZOXEXIVO, говорил не конкретных задачах, а о том, что в определенных кругах, появилось устойчивое мнение, что такой инструмент как JS — подойдет для решения ЛЮБОЙ задачи.
И многих, кто подбирает инструмент под задачу, удивляет эта уверенность.
Ну, например, есть всякие системы логистики, системы документооборота (как электронного, так и бумажного), датамайнинг, и тому подобное, особенно интересно все это вместе.
Их наверное можно реализовать на js (почему нет), но это не тот инструмент.
Использовать как обертку — да, как ядро — не уверен. Наверное даже уверен, что нет.
где на первую встречу приходит Заказчик, с ним оговариваются условия и цели проекта
А если заказчик имеет больше 10-ти сотрудников, например 100, нет 300, хорошо — 5к сотрудников и 132 отдела?
Кто к вам придет? Совет директоров полном составе? Учредители с генеральным директором?
В лучшем случае директор ИТ-департамента, с парой менеджеров.
Работать вы будете с кем? С менеджерами.
Что менеджеры знают о целях проекта?
Как показывает практика — практически ничего, а что их интересует? Сроки, следование букве ТЗ, оплата. Все.
Вот и будет проект оцениваться в процессе разработки только сроками и следованию ТЗ, а не достигнет он целей или нет.
Соответственно, если ПМ видит, что цели проект не достигает, он не сможет решить эту проблему с менеджером, ибо менеджеру глубоко на это плевать, проект должен быть сдан и точка, ибо сроки.
Сам ПМ должен взять на себя ответственность, пойти к тем, кто заинтересован в целях проекта и донести это до него.
Но вот если цель не будет достигнута — Заказчик будет разбираться, кто виноват и что делать дальше с проектом.
Я об этом и говорил, в итоге будет рожден проект который никому не нужен.
А хороший ПМ должен будет позаботиться об этом раньше, увидеть раньше.
У вас принимают решение о взятии проекта без согласования и предварительных расчетов (которые зачастую делают ПМы)?
Просто — «О! 10 млн, берем! Ну подумаешь, ОС новую написать, думаю справимся, не в первой.»?
Заказчик не всегда видит, что именно происходит с проектом.
Иногда ответственный менеджер со стороны заказчика, которому поставили задачу довести проект до конца заинтересован только в том, чтобы проект делался, чтобы на встречах были картинки и билды, чтобы были реализованы пункты ТЗ, а не в том, чтобы проект действительно решал поставленные задачи.
Или вы считаете такую ситуацию гипотетической?
Сначала завожу разговор о кандидате — что он ищет, что хочет получить от работы, куда стремится, его предыдущий опыт и его увлечения. И только после того, как я приму решение о нем, как о допустимом сотруднике — дается задание с практически неограниченным лимитом, например в неделю (время за которое решил бы его средний сотрудник на эту должность умноженную на два), читай-перечитывай, пиши-исправляй сколько угодно. Главное решение поставленной задачи. Справился — молодец.
О чем статья?
Но чем ниже скилл у персонала, тем больше надо времени на его изучение и принятие решения.
P.S. Не поверите, но просили и 80к без опыта работы вообще (выпускник).
Особенно у дотнетчиков. Особенно в Москве.
Попросить от 60к, без опыта законченных проектов — обычная практика.
И дело тут не в деньгах, через некоторое время их дадут, как только увидят прогресс.
Дело в «дайте сейчас денег» — работодатель готов вложится в обучение, но не хочет просто выкинуть деньги.
Инвестиции в размере от 600 000 р. за полгода, только за обещание научится и влиться в команду. Рискованно, правда?
В точку. Некоторые «бесплатные игры», требуют 300-700 р в месяц при средней увлеченности, а при хардкоре так все 1500-2000.
И многих, кто подбирает инструмент под задачу, удивляет эта уверенность.
Их наверное можно реализовать на js (почему нет), но это не тот инструмент.
Использовать как обертку — да, как ядро — не уверен. Наверное даже уверен, что нет.
А если заказчик имеет больше 10-ти сотрудников, например 100, нет 300, хорошо — 5к сотрудников и 132 отдела?
Кто к вам придет? Совет директоров полном составе? Учредители с генеральным директором?
В лучшем случае директор ИТ-департамента, с парой менеджеров.
Работать вы будете с кем? С менеджерами.
Что менеджеры знают о целях проекта?
Как показывает практика — практически ничего, а что их интересует? Сроки, следование букве ТЗ, оплата. Все.
Вот и будет проект оцениваться в процессе разработки только сроками и следованию ТЗ, а не достигнет он целей или нет.
Соответственно, если ПМ видит, что цели проект не достигает, он не сможет решить эту проблему с менеджером, ибо менеджеру глубоко на это плевать, проект должен быть сдан и точка, ибо сроки.
Сам ПМ должен взять на себя ответственность, пойти к тем, кто заинтересован в целях проекта и донести это до него.
Но вот если цель не будет достигнута — Заказчик будет разбираться, кто виноват и что делать дальше с проектом.
Я об этом и говорил, в итоге будет рожден проект который никому не нужен.
А хороший ПМ должен будет позаботиться об этом раньше, увидеть раньше.
Просто — «О! 10 млн, берем! Ну подумаешь, ОС новую написать, думаю справимся, не в первой.»?
Иногда ответственный менеджер со стороны заказчика, которому поставили задачу довести проект до конца заинтересован только в том, чтобы проект делался, чтобы на встречах были картинки и билды, чтобы были реализованы пункты ТЗ, а не в том, чтобы проект действительно решал поставленные задачи.
Или вы считаете такую ситуацию гипотетической?