Средний
балл

Оплата

Средний
балл

Ход разработки

Средний
балл

Оформление

Средний
балл

Исходный код

Тест предназначен для новых разработчиков проекта Diductio.
Задача теста — проверить ознакомленность с проектом: его кодом, правилами разработки и оплаты задач.
Тест должен быть пройден на 100%. Допускается повторное прохождение.

Код Diductio. Для разработчиков, 24.09.2018.
Желаем успехов в прохождении аттестации!
Система изучит Ваши слабые места и предоставит аналитику.
Сертификат и аналитика будут в Вашем личном кабинете.

Вопрос 1 из 15
Когда производиться оплата пакета?
Вопрос 2 из 15
Напишите название ветки пакета 58
Вопрос 3 из 15
На какой балл должен быть пройден данный тест, чтобы получить доступ к процессу разработки проекта Diductio?
Вопрос 4 из 15
По какому стандарту пишется код Diductio?
Вопрос 5 из 15
В какой последовательности выполняются пункты пакета задач?
Вопрос 6 из 15
В какой таблице хранится статистика по пройденым частям записи?
Вопрос 7 из 15
Что возвращает метод get_accordion_element_title?
Вопрос 8 из 15
Какие действие по оформлению задачи нужно выполнять в процессе работы над пакетом?
Выберите все верные пункты.
Вопрос 9 из 15
Какие действия нужно выполнить после выполнения задачи (пункта пакета)?
Вопрос 10 из 15
За что отвечает файл view/statistic_block.php?
Вопрос 11 из 15
1. После согласования, пакету задаётся время выполнения (включающее рабочие сутки на проверку) и стоимость.
2. После выполнения задача получает оценку по времени.
(Оценка по времени = оговоренный срок / фактический срок)
3. После выполнения задача получает оценку по возвратам
Оценка по возвратам = количество возвратов / количество пунктов
4. Если разработчик выходит за оговоренный срок, сумма к оплате уменьшается.
Сумма к оплате = стоимость задачи * (2 - (1 / оценка по времени))
Задавайте реальные сроки и не выходите за них, не только для Вас важно время
5. Если разработчик превысил допустимое количество возвратов, то сумма к оплате уменьшается.
Сумма к оплате = стоимость задачи * (2 - оценка по возвратам)
Проверяйте сделанное перед отправкой коммита, не только Ваше время стоит денег
6. При задержке и при превышении возвратов будут учитываться обе оценки
Сумма к оплате = стоимость задачи * (2 - (1 / оценка по времени)) * (2 - оценка по возвратам)
Это не способ заплатить меньше, это лишь мера мотивировать человека задавать реальные сроки выполнения и проверять сделанное перед отправкой результатов на проверку.
Вопрос 12 из 15
В 61 пакете есть задача с названием "Время прохождения теста". Напишите название коммита, который должен быть сделан в ветку пакету по выполнению этого пункта.
Вопрос 13 из 15
Куда должны добавляться новые стили (css) для темы?
Вопрос 14 из 15
Пункты утверждения пакета задач:
1. Создать ветку пакета на github с типом/номером (например feature/54 или hotfix/54)
2. Задать срок выполнения и стоимость.
3. Понять и утвердить задачи и их последовательность.
Напишите правильную последовательность без пробелов, например 123.
Вопрос 15 из 15
Какой файл нужно создавать при создании новой страницы с уникальным функционалом?

Вопросы и аналитика последних результатов


Вопрос %
Когда производиться оплата пакета?

Оплата

В конце работы над проектом, разработчик должен осуществить полную проверку пакета на dev сервере, проверить адаптивность всех пунктов, после этого заказчик проверяет весь пакет и проект на dev сервере, далее заказчик проверяет весь пакет и проект на основном сервере. Далее происходит оплата.
100 %
Какой файл нужно создавать при создании новой страницы с уникальным функционалом?

Оформление

100 %
Напишите название ветки пакета 58

Оформление

Алгоритм работы над проектом такой: 1. Развернуть локальную версию. 2. Понять и утвердить задачи и их последовательность. 3. Задать срок выполнения и стоимость. 4. Создать ветку пакета на github с типом/номером (например feature/54 или hotfix/54) 5. Выполнить первый пункт. Проверить адаптивность. 6. Сделать коммит с названием [Название пакета | Название пункта] в ветку пакета. 7. Поставить статус «Готово», перейти к следующему пункту ИЛИ к первому возвращённому пункту. 8. По окончанию полной проверки пакета на тестовом и основном сервере получить оплату с учётом оценки.
100 %
На какой балл должен быть пройден данный тест, чтобы получить доступ к процессу разработки проекта Diductio?

Ход разработки

Данный тест должен быть пройден на 100%, то есть разработчик должен дать правильные ответы на все вопросы. Целью данного теста является не проверка знаний, а гарантия того, что человек ознакомился с исходным кодом и правилами разработки для избежания спорных ситуаций в дальнейшем. При результате менее 100% тест можно пройти повторно.
100 %
Что возвращает метод get_accordion_element_title?

Исходный код

67 %
По какому стандарту пишется код Diductio?

Оформление

67 %
В какой последовательности выполняются пункты пакета задач?

Ход разработки

Пункты пакета выполняются в строго описанной последовательности. Именно для этого перед пакет есть этап его обсуждения, где мы утверждаем последовательность задач и их состав.
67 %
Какие действия нужно выполнить после выполнения задачи (пункта пакета)?

Ход разработки

Алгоритм работы над проектом такой: 1. Развернуть локальную версию. 2. Понять и утвердить задачи и их последовательность. 3. Задать срок выполнения и стоимость. 4. Создать ветку пакета на github с типом/номером (например feature/54 или hotfix/54) 5. Выполнить первый пункт. Проверить адаптивность. 6. Сделать коммит с названием [Название пакета | Название пункта] в ветку пакета. 7. Поставить статус «Готово», перейти к следующему пункту ИЛИ к первому возвращённому пункту. 8. По окончанию полной проверки пакета на тестовом и основном сервере получить оплату с учётом оценки.
67 %
Какие действие по оформлению задачи нужно выполнять в процессе работы над пакетом? Выберите все верные пункты.

Оформление

Правила оформления таковы: 1. При изменениях структуры БД создать транзакцию для плагина Diductio SQL Packages, создав файл packageN.php в папке /packages/ плагина, где N — порядковый номер транзакции. 2. При установке или удалении плагина написать в комментариях к пакету. Изменить gitignor. 3. При добавлении страницы написать в комментариях к пакету. 4. При любом изменение, которое не выполняется при обновлении с гитхаба, но необходимо для корректного обновления — писать в комментариях к пакету.
67 %
1. После согласования, пакету задаётся время выполнения (включающее рабочие сутки на проверку) и стоимость. 2. После выполнения задача получает оценку по времени. (Оценка по времени = оговоренный срок / фактический срок) 3. После выполнения задача получает оценку по возвратам Оценка по возвратам = количество возвратов / количество пунктов 4. Если разработчик выходит за оговоренный срок, сумма к оплате уменьшается. Сумма к оплате = стоимость задачи * (2 - (1 / оценка по времени)) Задавайте реальные сроки и не выходите за них, не только для Вас важно время 5. Если разработчик превысил допустимое количество возвратов, то сумма к оплате уменьшается. Сумма к оплате = стоимость задачи * (2 - оценка по возвратам) Проверяйте сделанное перед отправкой коммита, не только Ваше время стоит денег 6. При задержке и при превышении возвратов будут учитываться обе оценки Сумма к оплате = стоимость задачи * (2 - (1 / оценка по времени)) * (2 - оценка по возвратам) Это не способ заплатить меньше, это лишь мера мотивировать человека задавать реальные сроки выполнения и проверять сделанное перед отправкой результатов на проверку.

Оплата

Правила оплаты по выполнению задачи таковы: 1. После согласования, пакету задаётся время выполнения (+ рабочие сутки на проверку) и стоимость. 2. После выполнения задача получает оценку по времени <code>(оценка по времени = оговоренный срок / фактический срок)</code>. 3. После выполнения задача получает оценку по возвратам <code>(оценка по возвратам = количество возвратов / количество пунктов)</code> 4. <code>Сумма к оплате при выходе за оговоренный срок = стоимость задачи * (2 - (1 / оценка по времени))</code>. <em>Задавайте реальные сроки.</em> 5. <code>Сумма к оплате при превышении количества возвратов к количеству пунктов = стоимость задачи * (2 - оценка по возвратам).</code> <em>Проверяйте сделанное перед отправкой коммита.</em> 6. При задержке и при превышении возвратов будут учитываться обе оценки.
50 %
В 61 пакете есть задача с названием "Время прохождения теста". Напишите название коммита, который должен быть сделан в ветку пакету по выполнению этого пункта.

Оформление

Алгоритм работы над проектом такой: 1. Развернуть локальную версию. 2. Понять и утвердить задачи и их последовательность. 3. Задать срок выполнения и стоимость. 4. Создать ветку пакета на github с типом/номером (например feature/54 или hotfix/54) 5. Выполнить первый пункт. Проверить адаптивность. 6. Сделать коммит с названием [Название пакета | Название пункта] в ветку пакета. 7. Поставить статус «Готово», перейти к следующему пункту ИЛИ к первому возвращённому пункту. 8. По окончанию полной проверки пакета на тестовом и основном сервере получить оплату с учётом оценки.
50 %
За что отвечает файл view/statistic_block.php?

Исходный код

33 %
В какой таблице хранится статистика по пройденым частям записи?

Исходный код

33 %
Пункты утверждения пакета задач: 1. Создать ветку пакета на github с типом/номером (например feature/54 или hotfix/54) 2. Задать срок выполнения и стоимость. 3. Понять и утвердить задачи и их последовательность. Напишите правильную последовательность без пробелов, например 123.

Ход разработки

Алгоритм работы над проектом такой: 1. Развернуть локальную версию. 2. Понять и утвердить задачи и их последовательность. 3. Задать срок выполнения и стоимость. 4. Создать ветку пакета на github с типом/номером (например feature/54 или hotfix/54) 5. Выполнить первый пункт. Проверить адаптивность. 6. Сделать коммит с названием [Название пакета | Название пункта] в ветку пакета. 7. Поставить статус «Готово», перейти к следующему пункту ИЛИ к первому возвращённому пункту. 8. По окончанию полной проверки пакета на тестовом и основном сервере получить оплату с учётом оценки.
33 %
Куда должны добавляться новые стили (css) для темы?

Оформление

0 %
  1. Тест по коду проекта с которым надо будет работать? Хитро)

    16.09.2018 в 06:41
    • Очень упрощает найм новых сотрудников и для нас и для них 😉

      19.09.2018 в 20:46