Суть была не в табличках против диаграм. Суть была в рейтинге, в котором можно «подняться» за счёт своих знаний, против «антирейтинга», в котором можно «не опуститься», а чтобы быть выше всех — нужно «утопить» остальных.
Я правильно понимаю, что вы после каждого урока занимаетесь перестраиванием рейтинга, а в конце недели ещё и «умняшек» перерисовываете руками? У вас безграничное терпение… Кстати, зачем вам Python/Django в таком случае вообще?
Например, для HTML и JavaScript можно достаточно легко делать валидаторы такого рода:
Проверка на правильность HTML разметки и strict mode для JavaScript
(Я не знаю что там вы даёте по HTML+JavaScript конкретно и как должен выглядеть «идеальный» на ваш взгляд результат, так что дальше только мои предположения):
При изучении таблиц, валидировать, что разметка сделана на таблицах не составил труда;
При изучении каких-то конкретных CSS свойств — тоже можно проверять на их использование, чтобы не было, например, <b> вместо style="font-weight: bold;" или чтобы не было inline CSS
в общем, придумать формализованные правила и автоматизировать их проверку можно, но это потребует ещё большего вклада сил, чем просто «ручная проверка с занесением оценок в электронный журнал»
Кстати, Вы так сказали про «фотку журнала», как-будто Ваше ручное добавление оценок в электронный-журнал-наоборот чем-то радикально отличается от «фотки журнала» кроме построение рейтингов (надеюсь автоматическое).
Это вообще не журнал, это турниры, которые проходят на каждом уроке и ДЗ. Оценки в турнире выставляет система автоматически, так как критерии правильности решения зараннее оговорены в задаче, а участники отправляют свои решения в виде исходного кода, который компилируется и исполняется на наборе тестов. Конечно, такой способ не подходит для изучения HTML, хотя формализованное задание с формализованным «правильным ответом» таки стоит иметь, а значит можно и этот процесс автоматизировать. Я правильно понимаю, что вы ходите по классу и лично просматриваете все результаты в конце урока, и выставляете некую оценку?
Кстати, это замечательно, что вы собрали такую систему, но она уж больно спорная вышла, надеюсь хоть ученики довольны (хотя я не могу сказать что меня бы такая система радовала, я предпочитаю подниматься в рейтинге, а не «не спускаться»)
Не очень понимаю как одновременно получается, что некоторым ученикам нужно получить 3 оценки, а другим — 8. При этом Средний бал в этом классе выходит 7.7, что, как мне кажется, вообще печально.
Честно говоря, мне ваша диаграмма вообще ни о чём не говорит (если я правильно понял, что вы о диаграмме под надписью HTML+JavaScript) — не говорит, в ней смешаны люди и кони, и объективно понять что она показывает не представляется возможным.
Возможно вы не совсем понимаете что отображает эта табличка по причине того, что не знаете про форматы олимпиадного программирования. Поясню, задачи A, B, C, DZ* — это отдельные задачи, которые автоматически тестируются системой. Пример задачи (учтите, это уровень 8-9 классов всеукраинского уровня):
Вот так должна выглядеть доска почёта уроков информатики, как мне кажется (это был отбор на Всеукраинскую олимпиаду по информатики для 8-9 классов (я там просто для интереса играл), так же проходят и уроки в Харьковской Академической Гимназии №45, спасибо Арзубову Николаю Алексеевичу!):
ИМХО:
Я, конечно, не совсем в теме распознаваний и технологий с этим связанными, но неделю на тестовое задание — это по-моему перебор. Кроме того, задание такого объёма, что мне кажется оно займёт неделю фултайм работы (если не в режиме наколеночного скрипта это делать). Авторы тестового задания должно быть предлагают очень хорошие условия после устройства к ним, иначе я бы не стал тратить время на такое тестовое задание.
Тогда, скорее всего, вы не сможете показать никакой готовый код из-за SLA, так что придётся оценивать как «без видимого результата работы», что для работодателя аналогично случаю «без опыта работы». Любой человек может научиться писать код не работая нигде, не у каждого будет проект, который стоит показать, так что остаётся для этого случая и остаются тестовые задания, но, как я и сказал раньше — тестовое задание не должно быть тестовым проектом, так как это слишком.
Кстати, к решению вашего тестового задания можно было и существенно проще подходить, но тогда действительно грош цена такому решению будет и оно не покажет всего потенциала.
Честно говоря, как мне кажется, тестовое задание как явление себя изжило в некотором роде. Лучше всего навыки демонстрирует активность на github/bitbucket/etc, при этом не обязательно иметь свои проекты — форки и даже оформленные отчёты об ошибках очень красочно иллюстрируют способности человека.
Как мне кажется, тестовое задание стоит давать только для людей «без опыта работы», но и то тестовое задание не должно быть всеобъемлющим. Я бы предложил для тестового задания просто любую задачу с ProjectEuler.
Подскажите, можно ли как-то ускорить webpack в вашей демо? У меня на Atom машинке оно собирается больше трёх минут. Кеширование почему-то вообще не попадает. webpack --profile --json показывает гору «причин», но у меня опыта работы с NodeJS мало, а с webpack вообще нет.
Мы с друзьями собираемся попробовать JS для нового проекта, сейчас мы живём на Python (в большей степени на Django замученной до Flask) и по большому счёту нам всё нравится кроме случаев, когда проект развивается в сторону клиентской части (JS).
Отсюда есть желание найти «идеальный инструмент в мире JS» и оставить Python для background задач.
На первый взгляд мне понравилось ваше Demo, но чтобы не было мучительно больно потом, я бы хотел задать несколько вопросов сейчас:
1. Практичен ли описанный вами набор компонент для строительства большого проекта?
2. Какие подводные камни вы знаете/подозреваете?
3. Какие-нибудь комментарии относительно производительности babel, NodeJS и других причастных?
4. Может вы встречали другие серебрянные пули? :) (Например, у меня вот просто несваримость с Vanilla JS и если бы не ES6/ES7, я бы не рискнул нырять в этот мир JS)
Умерла и эта демка (не от нагрузки через FreeIPA, а, видимо, из-за нехватки ОЗУ, в условиях которой была предпринята попытка загрузить VirtualBox, что привело к тому, что сервер ушёл из интернета и уже продолжительное количество времени не выходит на связь).
<b>вместоstyle="font-weight: bold;"или чтобы не было inline CSSКстати, Вы так сказали про «фотку журнала», как-будто Ваше ручное добавление оценок в электронный-журнал-наоборот чем-то радикально отличается от «фотки журнала» кроме построение рейтингов (надеюсь автоматическое).
Кстати, это замечательно, что вы собрали такую систему, но она уж больно спорная вышла, надеюсь хоть ученики довольны (хотя я не могу сказать что меня бы такая система радовала, я предпочитаю подниматься в рейтинге, а не «не спускаться»)
Возможно вы не совсем понимаете что отображает эта табличка по причине того, что не знаете про форматы олимпиадного программирования. Поясню, задачи A, B, C, DZ* — это отдельные задачи, которые автоматически тестируются системой. Пример задачи (учтите, это уровень 8-9 классов всеукраинского уровня):
Задача А:
Я, конечно, не совсем в теме распознаваний и технологий с этим связанными, но неделю на тестовое задание — это по-моему перебор. Кроме того, задание такого объёма, что мне кажется оно займёт неделю фултайм работы (если не в режиме наколеночного скрипта это делать). Авторы тестового задания должно быть предлагают очень хорошие условия после устройства к ним, иначе я бы не стал тратить время на такое тестовое задание.
Как мне кажется, тестовое задание стоит давать только для людей «без опыта работы», но и то тестовое задание не должно быть всеобъемлющим. Я бы предложил для тестового задания просто любую задачу с ProjectEuler.
webpack --profile --jsonпоказывает гору «причин», но у меня опыта работы с NodeJS мало, а с webpack вообще нет.Мы с друзьями собираемся попробовать JS для нового проекта, сейчас мы живём на Python (в большей степени на Django замученной до Flask) и по большому счёту нам всё нравится кроме случаев, когда проект развивается в сторону клиентской части (JS).
Отсюда есть желание найти «идеальный инструмент в мире JS» и оставить Python для background задач.
На первый взгляд мне понравилось ваше Demo, но чтобы не было мучительно больно потом, я бы хотел задать несколько вопросов сейчас:
1. Практичен ли описанный вами набор компонент для строительства большого проекта?
2. Какие подводные камни вы знаете/подозреваете?
3. Какие-нибудь комментарии относительно производительности babel, NodeJS и других причастных?
4. Может вы встречали другие серебрянные пули? :) (Например, у меня вот просто несваримость с Vanilla JS и если бы не ES6/ES7, я бы не рискнул нырять в этот мир JS)
Есть желающие захостить ещё одну? :)
Login: admin
Password: The-admin-password
Надеюсь никто ломать эту демку не станет, иначе прийдётся закрыть…