Что вы будете делать если поймете что не укладываетесь в сроки отведенные на выполнение задания?

11 ответов на вопрос “Что вы будете делать если поймете что не укладываетесь в сроки отведенные на выполнение задания?”

  1. yoruldum Ответить

    Не так давно я уже писал статью про воркзиллу в ней я описывал сам сервис, но  с момента последний публикации в воркзилла обновила тесты и теперь прошлые ответы не актуальны. Именно по  этой причине я и написал новую статью, чтобы те, кто ищет новые ответы на тесты воркзиллы 2017 находили то что ищут (Ответы на тест Воркзиллы 2018).
    А пока немного отклонюсь если вы в первый раз регистрируетесь на воркзилле пожалуйста пройдите по моей ссылочке ниже и будет вам счастье
    >>>Зарегистрироваться на Воркзилее< <<

    1. Ответы на тест № 1 по знанию правил Воркзиллы?
    Итак, приступим для прохождения первого теста, вам требуется минимальное знание правил Воркзиллы, в любом случае я бы рекомендовал для начала прочитать правила хотя бы на 1 раз перед ответом. Список вопросов и ответом может быть примерно вот таким (единственное, может меняться порядок, поэтому советую быть по внимательнее):
    Вам нужно срочно отправить сообщение заказчику, а его нет он-лайн. Ваши действия:
    отправлю задание в Арбитраж
    напишу сообщение в чате
    обращусь за помощью в службу поддержки, попрошу дать мне контакты заказчика
    Задание стоимостью 100 было отправлено в арбитраж. Какая сумма будет зачислена на ваш счет, если Арбитраж будет решен на 50% в вашу пользу?
    45
    40
    50
    Вы закончили работу, а заказчика нет он-лайн. Ваши действия:
    нажму кнопку “Отправить на проверку”
    напишу заказчику в чате, что задание выполнено
    приступлю к новому заданию
    Что произойдет, если вы не выполните задание в срок?
    ваш аккаунт будет заблокирован
    задание будет передано в Арбитраж, и ваш рейтинг будет понижен
    заказчик будет ждать результата столько, сколько потребуется
    Время на выполнение задания – 2 дня. Задание перешло в работу 1 июня в 14:00. Работа была выполнена 1 июня в 21:00. Если Заказчик не подтвердил выполнение задания, когда вы сможете передать задание в Арбитраж?
    1 июня в 23:00
    2 июня в 21:00
    2 июня в 14:00
    Что произойдет, если вы согласитесь на предложение заказчика оплатить работу вне сервиса work-zilla.com?
    задание будет отправлено в Арбитраж
    ваш рейтинг будет понижен
    ваш аккаунт будет заблокирован
    Как вы поступите, увидев в ленте новых заданий заказ по вашей специальности, но по явно заниженной цене?
    соглашусь на задание и договорюсь с заказчиком о повышении цены
    откажусь от задания
    соглашусь на задание и в случае назначения меня исполнителем выполню работу на соответствующем такой низкой цене уровне
    Что произойдет, если вы разместите на сервисе work-zilla.com объявление о поиске работы?
    Ваш аккаунт будет заблокирован
    Заказчики прочитают ваше объявление, и вы получите много заказов
    Вы получите предупреждение, и ваш рейтинг будет понижен
    В каком случае ваш рейтинг уменьшится?
    При получении нейтральной оценки
    При получении негативной оценки
    При получении нейтральной или негативной оценки
    Какой минимальный срок вывода средств из системы?
    3 дня
    24 часа
    до 1 часа – если сообщить службе поддержки о необходимости срочного вывода средств
    С какого момента вы можете быть уверены, что качественно выполненная вами работа будет оплачена:
    с момента перехода задания в статус “В работе”
    с момента внесения заказчиком предоплаты за работу
    с момента попадания в кандидаты
    Время на выполнение задания – 5 часов. Задание перешло в работу 1 июня в 14:00. Работа была выполнена 1 июня в 18:32. 2 июня в 19:00 вы отправили задание в Арбитраж. Арбитраж вернул задание в работу 2 июня в 19:10. Когда вы сможете обратиться в Арбитраж повторно, если заказчик не проверит вашу работу?
    2 июня в 19:10
    3 июня в 19:00
    3 июня в 19:10

    2. Как пройти тест № 2 на Воркзилле?

    Данный тест предназначен по большей части для того чтобы проверить ваш уровень владения поисковиками такими как Яндекс или Гугл. В моем случае ответы были такими, но у вас они могут отличаться и если это так, то как говорится поисковик вам в помощь.
    1. Современное название города, в котором был заключен в 1807 году договор между Францией и Россией.
    Ответ: Советск

  2. Dairg Ответить

    Выжимка из “Мифического человеко-месяца”:
    Программа и программный продукт. Программный продукт отличается от программы:
    максимально обобщённым диапазоном и видом входных данных
    тщательным тестированием, что является неожиданно сложным этапом
    наличием подробной документации
    Программный продукт требует в 3 раза больших затрат времени, чем программа (глава 1).
    Мифический человеко-месяц. Время выполнения проекта не обратно пропорционально числу программистов, по крайней мере по 2 причинам.
    В программировании, в отличие от, например, сбора хлопка, работа не может быть произвольно разделена на несколько независимых частей. Части проекта зависят друг от друга, и некоторые задачи можно начинать выполнять только после того, как будут закончены другие.
    Программисты должны тратить часть времени на взаимодействие друг с другом.
    Если есть N программистов, то количество пар программистов равно N(N—1)/2, то есть с ростом числа программистов затраты времени на взаимодействие растут квадратично. Поэтому начиная с какого-то N, рост числа программистов замедляет выполнение проекта.
    Если сроки сорваны, наём новых программистов замедляет выполнение проекта и по другой причине: новичкам требуется время на обучение. В книге сформулирован «закон Брукса»: «Если проект не укладывается в сроки, то добавление рабочей силы задержит его ещё больше».
    При очень большом числе программистов проект может быть вообще никогда не закончен: из-за общей неразберихи, попытки исправить существующие ошибки в программном обеспечении порождают новые ошибки, так что система не улучшается (глава 2).
    Хирургические группы. Разумно, если в группе разработчиков есть один «хороший» программист, реализующий самые критические части системы, и несколько других, помогающих ему или реализующих менее критические части. Так делаются хирургические операции. Кроме того, по мнению Брукса, лучшие программисты работают в 5-10 раз быстрее остальных (глава 3).
    Концептуальная целостность. Для обеспечения концептуальной целостности системы необходимо отделить архитектуру от реализации. Один главный архитектор (или небольшая группа), действуя в интересах пользователя, решают, что должно входить в систему, а что не должно. «Очень крутая» идея может быть отвергнута, если предлагаемая возможность не вписывается в общий дизайн системы. Простота очень важна; может быть полезным реализовать только часть возможностей, на которые способна система, потому что если система слишком сложна, часть её возможностей будет оставаться неиспользованной.
    Главный архитектор должен сформулировать свои решения в виде руководства для пользователя (глава 4).
    Эффект второй системы. Программист, разрабатывающий свою вторую систему, склонен добавлять все те возможности, которые он не смог добавить в свою первую систему (из-за нехватки времени). Поэтому вторая система часто получается перегруженной возможностями (глава 5).
    См. также: Раздутое программное обеспечение
    Формальные документы. Каждый менеджер проекта должен составить небольшой набор формальных документов, описывающих цели проекта, как, кем и когда они будут реализованы, и сколько они будут стоить. Эти документы могут вскрыть несоответствия, которые иначе было бы трудно заметить.
    Каждая группа разработчиков получает набор требований к своей части системы, включая точное описание её функциональности и предельные требования к процессорному времени, занимаемой памяти, месту на диске и т. д.
    Взаимодействие. Чтобы предотвратить катастрофу, группы разработчиков должны взаимодействовать друг с другом всеми возможными способами. Вместо того чтобы строить предположения по поводу реализуемой им функции, разработчик должен задавать архитектору уточняющие вопросы, поскольку предположения могут оказаться совершенно неверными. «Предположение — мать провала».
    Пилотная система. Перед тем, как разрабатывать окончательную систему, необходимо разработать пилотную систему. Пилотная система выявит ошибки в проектировании, после чего она должна быть полностью переделана (глава 11). Эту идею Брукс отвергает через 20 лет в главе 19, так как за 20 лет изменился подход к созданию программ — на место принятой в 60-х—70-х каскадной модели разработки пришла итеративная.
    Версии и замораживание системы. По мере создания системы, требования пользователя к ней могут меняться под влиянием его опыта работы с незаконченной системой. Эти пожелания пользователя следует учитывать, но только до какого-то момента, иначе работа над системой никогда не будет закончена. После этого спецификации замораживаются, и все последующие требования изменений откладываются до начала работы над следующей версией (глава 11).
    Специализированные утилиты. Вместо того, чтобы каждый программист писал собственные утилиты, в каждой группе разработчиков должен быть один программист, ответственный за написание утилит для своей группы (например, генератор кода, создающий код в соответствии с какими-то спецификациями). Должна быть также группа, создающая утилиты для всех работающих над данной системой (глава 12).
    Снижение стоимости разработки. Брукс приводит 2 способа снизить стоимость разработки программного обеспечения:
    Нанять программистов только после того, как построена архитектура системы. Иначе при длительности этой стадии, например, в несколько месяцев программистам будет нечего делать.
    Купить часть программного обеспечения у других разработчиков.

Добавить комментарий для Dairg Отменить ответ

Ваш e-mail не будет опубликован. Обязательные поля помечены *