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


Средний
балл

Оплата

Средний
балл

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

Средний
балл

Оформление

Средний
балл

Исходный код

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

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

Имя % +% Время Дата
100%+20 %1 из 30 мин25.12.2017
80%+20 %1 из 30 мин25.12.2017
60%0 %20 из 30 мин25.12.2017
60%0 %9 из 30 мин31.08.2017

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


Вопрос %
Когда производиться оплата пакета?
В конце работы над проектом, разработчик должен осуществить полную проверку пакета на dev сервере, проверить адаптивность всех пунктов, после этого заказчик проверяет весь пакет и проект на dev сервере, далее заказчик проверяет весь пакет и проект на основном сервере. Далее происходит оплата.
100 %
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. При задержке и при превышении возвратов будут учитываться обе оценки.
100 %
Напишите название ветки пакета 58
Алгоритм работы над проектом такой: 1. Развернуть локальную версию. 2. Понять и утвердить задачи и их последовательность. 3. Задать срок выполнения и стоимость. 4. Создать ветку пакета на github с типом/номером (например feature/54 или hotfix/54) 5. Выполнить первый пункт. Проверить адаптивность. 6. Сделать коммит с названием [Название пакета | Название пункта] в ветку пакета. 7. Поставить статус «Готово», перейти к следующему пункту ИЛИ к первому возвращённому пункту. 8. По окончанию полной проверки пакета на тестовом и основном сервере получить оплату с учётом оценки.
100 %
В 61 пакете есть задача с названием "Время прохождения теста". Напишите название коммита, который должен быть сделан в ветку пакету по выполнению этого пункта.
Алгоритм работы над проектом такой: 1. Развернуть локальную версию. 2. Понять и утвердить задачи и их последовательность. 3. Задать срок выполнения и стоимость. 4. Создать ветку пакета на github с типом/номером (например feature/54 или hotfix/54) 5. Выполнить первый пункт. Проверить адаптивность. 6. Сделать коммит с названием [Название пакета | Название пункта] в ветку пакета. 7. Поставить статус «Готово», перейти к следующему пункту ИЛИ к первому возвращённому пункту. 8. По окончанию полной проверки пакета на тестовом и основном сервере получить оплату с учётом оценки.
100 %
На какой балл должен быть пройден данный тест, чтобы получить доступ к процессу разработки проекта Diductio?
Данный тест должен быть пройден на 100%, то есть разработчик должен дать правильные ответы на все вопросы. Целью данного теста является не проверка знаний, а гарантия того, что человек ознакомился с исходным кодом и правилами разработки для избежания спорных ситуаций в дальнейшем. При результате менее 100% тест можно пройти повторно.
100 %
По какому стандарту пишется код Diductio?
88 %
В какой последовательности выполняются пункты пакета задач?
Пункты пакета выполняются в строго описанной последовательности. Именно для этого перед пакет есть этап его обсуждения, где мы утверждаем последовательность задач и их состав.
88 %
Какие действия нужно выполнить после выполнения задачи (пункта пакета)?
Алгоритм работы над проектом такой: 1. Развернуть локальную версию. 2. Понять и утвердить задачи и их последовательность. 3. Задать срок выполнения и стоимость. 4. Создать ветку пакета на github с типом/номером (например feature/54 или hotfix/54) 5. Выполнить первый пункт. Проверить адаптивность. 6. Сделать коммит с названием [Название пакета | Название пункта] в ветку пакета. 7. Поставить статус «Готово», перейти к следующему пункту ИЛИ к первому возвращённому пункту. 8. По окончанию полной проверки пакета на тестовом и основном сервере получить оплату с учётом оценки.
88 %
Какие действие по оформлению задачи нужно выполнять в процессе работы над пакетом? Выберите все верные пункты.
Правила оформления таковы: 1. При изменениях структуры БД создать транзакцию для плагина Diductio SQL Packages, создав файл packageN.php в папке /packages/ плагина, где N — порядковый номер транзакции. 2. При установке или удалении плагина написать в комментариях к пакету. Изменить gitignor. 3. При добавлении страницы написать в комментариях к пакету. 4. При любом изменение, которое не выполняется при обновлении с гитхаба, но необходимо для корректного обновления — писать в комментариях к пакету.
88 %
За что отвечает файл view/statistic_block.php?
75 %
Что возвращает метод get_accordion_element_title?
75 %
Пункты утверждения пакета задач: 1. Создать ветку пакета на github с типом/номером (например feature/54 или hotfix/54) 2. Задать срок выполнения и стоимость. 3. Понять и утвердить задачи и их последовательность. Напишите правильную последовательность без пробелов, например 123.
Алгоритм работы над проектом такой: 1. Развернуть локальную версию. 2. Понять и утвердить задачи и их последовательность. 3. Задать срок выполнения и стоимость. 4. Создать ветку пакета на github с типом/номером (например feature/54 или hotfix/54) 5. Выполнить первый пункт. Проверить адаптивность. 6. Сделать коммит с названием [Название пакета | Название пункта] в ветку пакета. 7. Поставить статус «Готово», перейти к следующему пункту ИЛИ к первому возвращённому пункту. 8. По окончанию полной проверки пакета на тестовом и основном сервере получить оплату с учётом оценки.
75 %
Какой файл нужно создавать при создании новой страницы с уникальным функционалом?
67 %
В какой таблице хранится статистика по пройденым частям записи?
63 %
Куда должны добавляться новые стили (css) для темы?
50 %