Что вы думаете о тестовых заданиях?

[Morpheus]

Цитата:

Сообщение от ax_mct

Но есть как раз вторая часть как бы "на недельку в офис" в виде нотиса в 1 день в первую неделю контракта а то и двух. Притом и далее при отсутствии удовлетворительных результатов можно просто не заплатить. Что вполне само по себе тестирование.

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

[ax_mct]

Цитата:

Сообщение от Morpheus

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

Я именно про настоящие контракты (contract for services, contractor-client contract) когда человек фрилансер.
Использование контрактов при найме постоянного работника (contract of service, employee-employer contract ) это совсем другие по своей сути и содержанию контракты.

В первом случае (contractor) все проблемы вами описанные клиента просто никак не касаются.

Во втором случае (employee) такие жизненные обстоятельства касаются работодателя настолько насколько он в вас вложился и верит в ROI c вас.
И даже здесь все лишь ограничивается нотис-периодом. 1-2 месяца обычно. Никто никому ничего не должен IMHO.

[Bobkov]

Цитата:

Сообщение от EVGL

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

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

[EVGL]

Цитата:

Сообщение от Bobkov

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

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

[ax_mct]

Цитата:

Сообщение от EVGL

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

То есть когда консультант еще сам не знает про все доступные сценарии использования/тестирования, а программист предусматривает их все даже если они не описаны.
Не так ли?

[EVGL]

Цитата:

Сообщение от ax_mct

То есть когда консультант еще сам не знает про все доступные сценарии использования/тестирования, а программист предусматривает их все даже если они не описаны.
Не так ли?

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

Цитата:

Сообщение от ax_mct

То есть когда консультант еще сам не знает про все доступные сценарии использования/тестирования, а программист предусматривает их все даже если они не описаны.
Не так ли?

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

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

Если делим что-то на что-то нужно сначала проверить, не появится ли в знаменателе 0.

Если что-то ищем, потом нужно поверить нашли ли и решить что делать, если не нашли.

Если есть if нужно подумать, что делать в случае else и нужно ли.

Если есть swith в нем обязателен default.

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

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

[Morpheus]

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

-Вы всегда следуете правилам?
-Как вы поступите если...

[EVGL]

Логично. Если и пишем что-нибудь для себя, то это для блогов и всяких Proof of Concept, т.е. "на коленке" и на скорую руку, такое демонстрировать можно не всегда.

[Yoil]

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

З.Ы. во всех случаях "тестовой" задачей клиент был удовлетворен, проблемы начинались, как правило, через несколько месяцев сотрудничества (или не начинались вообще).

[ax_mct]

Цитата:

Сообщение от Yoil

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

З.Ы. во всех случаях "тестовой" задачей клиент был удовлетворен, проблемы начинались, как правило, через несколько месяцев сотрудничества (или не начинались вообще).

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

[Ivanhoe]

Если вас такси не довезет - заплатите и пойдете пешком?

[ax_mct]

Цитата:

Сообщение от Ivanhoe

Если вас такси не довезет - заплатите и пойдете пешком?

Если таксист не знает города или сломалось то пересяду в другое такси.
Оплата в зависимости от условий контракта, договорная до пункта В или по счетчику.

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

[Ivanhoe]

Цитата:

Сообщение от ax_mct

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

В точку. А теперь, раз вы сами это сказали, просьба привести конкретные критерии профессиональности Программиста Dynamics AX.

[kingozzavr]

Цитата:

Сообщение от ax_mct

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

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

[ax_mct]

Цитата:

Сообщение от kingozzavr

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

"таксист-работник" не единственная и не самая популярная модель по крайней мере в той же Европе. Когда есть парк машин и нанимается водитель в таксопарк.

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

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

Цитата:

Сообщение от Ivanhoe

В точку. А теперь, раз вы сами это сказали, просьба привести конкретные критерии профессиональности Программиста Dynamics AX.

Успешный и достаточно продолжительный опыт работы. Как с нашим водителем. Тестирует сама жизнь. Так же как тестирует успешность любого бизнеса.
Ни постоянный ни временный работодатель как бизнес благотворительностью в отношении Программиста Dynamics AX не занимаются.

А по каким критериям оценивают консалтинг-компанию? Большинство фрилансеров и есть маленькие такие компании и по сути и формально.

[Ivanhoe]

Цитата:

Сообщение от ax_mct

А по каким критериям оценивают консалтинг-компанию? Большинство фрилансеров и есть маленькие такие компании и по сути и формально.

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

А опыт 10 лет вообще ни о чем не говорит, вот совсем ни о чем.

[belugin]

http://rabota-yandex-taxi.ru/%d1%8d%...a%d1%81%d0%b8/

Цитата:

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

Как проходит экзамен и из чего он состоит:
1.Обучение – водителю будет предложено посмотреть видео о сервисе Яндекс.Такси;
2.Тестирование на знание основных улиц и дорог Москвы;
3.Собеседование (специалист задаст несколько вопросов, чтобы оценить уровень владения русским языком и профессионализм водителя);
4.Сбор личных данных – специалист внесет в базу данных ФИО водителя, сделает скан его водительских прав;
5.Фотографирование – фотограф сфотографирует водителя для использования фото в приложении;
6.Осмотр автомобиля – специалист проверит машину, на которой приехал водитель (номер, внешний вид).

Экзамен занимает 30-40 мин и проводится по двум адресам.

[ax_mct]

Час назад у меня было интервью на интеграцию AX. Какую только интеграцию я не делал практически на каждом третьем проекте за последние 10 лет!
Но при этом тупо будучи уверен в своем опыте и способностях я просто не готовлюсь к интервью так как незачем.
Как результат выгляжу бледно когда спрашивают очень конкретные вещи в то время когда в голове уроки по вождению а не особенности отдельных протоколов

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

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

В принципе в таком разрезе тесты уместны. Но в качестве такого теста прекрасно выступает первая задача на фоне нотиса в 1 день на первой неделе и оплаты работы только в случае ее исполнения.
То есть по взрослому а не так как у школьников.

[skuull]

Цитата:

Сообщение от ax_mct

Час назад у меня было интервью на интеграцию AX. Какую только интеграцию я не делал практически на каждом третьем проекте за последние 10 лет!
Но при этом тупо будучи уверен в своем опыте и способностях я просто не готовлюсь к интервью так как незачем.
Как результат выгляжу бледно когда спрашивают очень конкретные вещи в то время когда в голове уроки по вождению а не особенности отдельных протоколов

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

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

В принципе в таком разрезе тесты уместны. Но в качестве такого теста прекрасно выступает первая задача на фоне нотиса в 1 день на первой неделе и оплаты работы только в случае ее исполнения.
То есть по взрослому а не так как у школьников.

А можно посмотреть с другой стороны. Если человек не удосужился подготовиться к интервью он может быть сильно самоуверенн, а потом мучайся с таким всезнайкой на проекте, который что-то там 10 лет в 3ке делал и никогда не тратил время на обучение ведь он и так все знает, 10 то лет опыта!
А может быть кандидат по типу senior everything developer как неспросишь все делал, а чуть конкретней оказуеться не помнит сходу уже ничего. Попросишь что-то прям на интервью простенькое за 15 минут написать и оказуеться не может наш кандидат потому что из-за своего обширного опыта по факту нахватался он умных слов пока другие работали, а сам никогда ничего и не делал, за-то резюме красивое и вроде опыта полно.