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

[ax_mct]

Цитата:

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

На форуме масса примеров кода, которые в том числе сделаны на/для конкретных проектах/ов, давайте всех посадим за это и форум закроем.
Логично?

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

То есть не X++ кодинг а дизайн решения важнее. Многоразмерность так сказать а не плоскость листинга кода.

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

[Bobkov]

Цитата:

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

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

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

[Morpheus]

Цитата:

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

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

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

[EVGL]

Цитата:

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

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

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

[ax_mct]

Цитата:

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

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

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

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

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

[ax_mct]

Цитата:

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

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

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

[Yoil]

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

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

[EVGL]

Цитата:

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

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

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

[ax_mct]

Цитата:

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

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

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

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

[ax_mct]

Цитата:

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

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

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

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

[Ivanhoe]

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

[Ivanhoe]

Цитата:

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

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

Цитата:

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

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

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

[ax_mct]

Цитата:

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

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

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

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

[ice]

Цитата:

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

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

а время потраченное программистами на уточнение ТЗ будет оплачено?

[gudzon]

Цитата:

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

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

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

Очень правильные слова.

[Ivanhoe]

Цитата:

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

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

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

[Ivanhoe]

Цитата:

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

а время потраченное программистами на уточнение ТЗ будет оплачено?

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

P.S. Такая мысль. Никто ж не заставляет платить за рекламу или тестовый образец? Тут также. Все что нужно, уже заложено в ставку. Риски "не продать" - такие же как и везде. Подумайте, как продаются проекты по Акс (как консалтингом, так и внутренние проекты) - там всегда есть "бесплатная" работа. Так устроен этот бизнес.

[kingozzavr]

Цитата:

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

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

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

[belugin]

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

Цитата:

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

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

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

[ax_mct]

Цитата:

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

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

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

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

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

Цитата:

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

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

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

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