es.edu.cap.ru – Вход – Электронный журнал Почему есть такие ребята?
Как часто, когда вы учились в школе, вы спали на уроках?
Давайте будем честны: даже у завсегдатаев зубрёжки была одна-вторая учительница, на уроках которых хотелось спать, зевалось, не училось. А были учителя, на уроках которых стояла гробовая тишина.
Повезло тем, у которых школа — место, куда хотят, а не должны ходить. Государственные школы редко когда заботятся о том, чтобы атмосфера, которую хотят видеть ученики, царила здесь всегда. Почему? Потому что, по их мнению, это не отражается на качестве образования, не отражается на бюджете или, например, доходах от иной образовательной деятельности.
Но это не так. Особая атмосфера в школе, в том числе поддерживаемая государством в виде электронных удобных сервисов или мероприятий, направленных на знакомство школьников с системой образования, крутыми штуками, очень важна. Ребята начинают понимать и осознавать, что знания, которые они получают, пригодятся в дальнейшем (и система должна их давать и перестраивать школьную программу).
Сейчас же воспитательная работа в школе — это как правило фгосовские мероприятия, построенные каждый год по одной и той же программе, а уроки — зубрёжка и монотонные повторения материала, который с одной стороны уже давно устарел, а с другой — одногранен и не применим практически.
Именно поэтому существуют ребята, которые не готовы принимать такие приложение, не готовы принимать электронный дневник и школу как часть своей жизни. Школьной, счастливой, самой важной жизни.
Приложение есть. Что дальше?
Никогда не дружил с Android. Пока решил рекламировать то, что у меня есть. На iOS.
Больших бюджетов на рекламу нет. За неделю в AppStore приложение скачали 40 пользователей. Может быть, вы что-нибудь порекомендуете в комментариях? Как прорекламировать удобный и качественный продукт без космических денежных затрат?
Кстати, может, что хочет помочь с разработкой? Пишите ВК, если что.
Конечно, нельзя сказать, что я полностью уверен, что это именно то, что нужно пользователям.
Я встречал за последнее время много ребят, которым рассказывал про своё приложение, а мне отвечали железным «И чё?». Есть процент, и я пока точно не знаю какой, пользователей, которые не помнят и помнить не хотят свои пароли от электронных дневников. Для них это рутина, которую они не видят и не хотят видеть.
Электронный журнал как создать
Кроме того, в нем должны найти отражение оригинальные пути реализации в зависимости от тематики журнала. Помимо маркетингового плана должен быть финансовый план, который позволит правильно распланировать начальные финансовые средства, необходимые, для того чтобы открыть журнал. Окупаемость журнала любого типа осуществляется за период от полугода. Поэтому начальные средства должны учитывать аренду офиса для редакции, его оборудования, заработную плату персонала, печать самого издания, промо — акции и рекламу. Эти затраты составляют приличную сумму, которая необходима не одноразово а постепенно. Прибыль от журнала начнет поступать ориентировочно через 2-3 месяца, а полная его окупаемость обычно настает после 18 месяцев работы журнала. Уменьшить период окупаемости можно путем увеличения тиража издания и маркетинговыми стратегиями.
FILED UNDER : IT
Свежие записи
Время на прочтение
Затеяли мы амбициозный проект — открыть свой электронный научный журнал. Поначалу казалось, что это дело неподъёмное и ничего хорошего не выйдет, тем более, что мы никогда издательским делом не занимались. Однако как и с любым делом тут главное начать. Хотя будущее нашего журнала ещё под вопросом, но я решил описать наш опыт на этом нелёгком пути и, надеюсь, этот рассказ сподвигнет ещё кого-нибудь создать свои хорошие журналы на благо российской науки.
Нам хотелось примерно следующее: создать электронный рецензируемый журнал на английском языке, полностью официальный, который бы воспринимался всерьёз западными учёными, на статьи в котором бы ссылались, чтобы высчитывался импакт-фактор. Программа-минимум — попасть в список журналов ВАК, в идеале — попасть в PubMed (журнал у нас по биоинформатике). Коммерческая выгода не предполагалась.
Софт
Первым делом, конечно, надо установить какое-то веб-приложение для журнала. Теоретически публиковать статьи можно хоть в WordPress, но всё же у журналов своя специфика. Нужна поддержка выпусков, разделов, рецензирования статей и многого другого, что выяснилось по ходу дела. Бесплатного специального софта для ведения журналов на первый взгляд довольно много. Вот, например, список аж из 13 пунктов. Тут приводится некоторый обзор софта. Нам довелось попробовать два варианта.
Ambra project
Эта система привлекла нас в первую очередь несколькими вещами. Во-первых, называется на букву A, потому идёт в вышеуказанном списке первой (маркетологи, мотайте на ус!). Во-вторых, она официально используется для всех журналов биологической тематики семейства PLOS, а значит, специфика предметной области может быть лучше учтена в этой системе. Наконец, Ambra написана на Java, под Tomcat, а нам эти технологии привычны.
К сожалению, тут преимущества закончились. Похоже, PLOS её пишет в основном для себя и хоть и выкладывает исходники, но развернуть и настроить всё посторонним людям — тяжёлое дело. Инсталлятора не прилагается, из полезной документации только Quick-start в вики (который не такой уж и quick), а что делать дальше — неясно. Постоянно создаётся ощущение, что кучи нужных файлов просто не хватает, либо нужно что-то выкачивать из репозитория и куда-то складывать, но непонятно, что и куда. Имеется полумёртвый список рассылки, который не особенно помогает. Помучавшись несколько дней с Ambra, я бросил её и стал искать дальше.
Open Journal Systems (OJS)
С форматом хранения и представления статей следует определиться сразу. OJS какого-то конкретного формата не навязывает, он предлагает лишь загрузить, к примеру, готовые HTML- и PDF-версии статей. Предполагается, что верстальщик подготовит их сам в сторонних приложениях. Многим придёт в голову LaTeX в качестве внутреннего формата, который легко преобразовать и в HTML, и в PDF. Переводить в LaTeX, впрочем, придётся самому верстальщику: если для математического журнала ещё реально заставить всех авторов присылать статьи в LaTeX, то в биологии это пустой номер. Причём в этом формате тогда придётся работать и рецензентам, и редакторам. Так или иначе, но приходится смириться с фактом, что статьи будут поступать в форматах Microsoft Word.
Впрочем, как оказалось, LaTeX — всё равно не лучший вариант. Для того чтобы попасть в PubMed, надо сперва попасть в PubMedCentral, а для этого требуется, чтобы все статьи были в XML специальной схемы Национальной медицинской библиотеки (NLM Journal Publishing Tag Set), либо в другой широко распространённой схеме. Вполне разумно статьи к этому виду и приводить. Возникает две проблемы: как автоматизировать создание этого XML и как автоматизировать генерацию из него HTML и PDF.
Генерация списка литературы в форматах NLM уже поддерживается в OJS, что очень обрадовало! Для генерации болванки с названием, аннотацией, всеми необходимыми выходными данными и списком литературы я написал специальный шаблон в OJS. Полностью автоматически сконвертировать docx-файл в NLM не удастся. Даже если создать специальный шаблон для MS Word, всё равно авторы не будут готовить статьи строго по нему. Нет-нет, да введут заголовок не стилем, а просто увеличив кегль. Ругаться с авторами дольше, чем исправить это вручную, да и начинающему журналу вообще ругаться с авторами невыгодно. Поэтому надо всё же создать шаблон для MS Word с требованиями, автоматизировать максимум того, что можно, а остальное доделывать вручную.
Мы распаковываем из docx-файла (все же в курсе, что это zip-архив?) document.xml и выполняем самописное XSL-преобразование, которое максимально преобразует его содержимое в то, что надо. Для преобразования используем Saxon. После этого некоторые мелочи допинываем Perl-скриптом, затем вставляем результат в болванку и правим руками.
Для генерации HTML из NLM есть уже готовое XSL-преобразование на сайте NLM. Его, конечно, пришлось немного доработать, чтобы удовлетворить нашим представлениям о стиле, но в целом проблем не было. Сложнее оказалось с генерацией PDF. По той же ссылке есть преобразование к формату XSL-FO, но свободный FO-процессор Apache FOP результат жевать отказывается, ругаясь на использование неподдерживаемых фич. Связываться же с платными FO-процессорами вроде Antenna House Formatter пока неохота. Возникла мысль генерировать PDF из HTML. Из отдельного софта, решающего эту проблему, попробовали wkhtmltopdf, который использует движок WebKit для рендеринга HTML. К сожалению, оказалось, что он не поддерживает формулы в MathML. В итоге на настоящий момент всё свелось к использованию связки Firefox+PDF Creator. В генерируемый HTML добавляются команды window.print() и window.close(); в отдельной инсталляции Firefox разрешена быстрая печать без диалога с параметрами и позволено веб-страницам закрывать своё окно. Для лучшей разбивки PDF на страницы местами используется CSS-свойство page-break-inside:avoid. К сожалению, генерируемый PDF далёк от идеала. Чего особенно не хватает, так это двухколоночной вёрстки с выносом картинок и таблиц из общего потока и приклеиванием их к верхнему и нижнему краям страницы. В общем, тут есть, что улучшать. В других журналах PDF верстают вручную специальные люди, но у нас пока нет ресурсов.
Про формулы следует сказать особо. NLM XML использует MathML для представления формул. В файлах, которые присылают авторы, формулы можно увидеть в виде объектов Microsoft Equation, MathType, в виде родных формул, которые появились в Microsoft Word 2007 или вообще в виде картинок. Ну картинки присылать мы просто запретили, а всё остальное можно преобразовать в MathML с помощью того же MathType. При генерации HTML-версии статьи мы формулы оставляем как есть, только убираем namespace mml. MathML плохо поддерживается браузерами, но использование MathJax спасает. При генерации PDF используется родной MathML-рендерер Firefox.
Регистрация
Получить Международный стандартный серийный номер — это, пожалуй, самое первое и самое простое, что надо сделать. Журналы без ISSN в других местах могут и не рассматривать. Получение ISSN бесплатно и для электронных журналов всё можно сделать в онлайне. Заполняете форму, отправляете, ждёте 10 рабочих дней, вам выдают номер. Получить ISSN можно и нужно до публикации первого выпуска журнала (но не ранее, чем за полгода). Вам выдадут номер, который не будет официально зарегистрирован в реестре ISSN. После первого выпуска журнала вы предоставляете ссылку на него, и ваш номер делают официальным.
DOI
DOI — идентификатор цифрового объекта; стабильный идентификатор, который присваивается журналам, выпускам, статьям и другим издаваемым в онлайне материалам. Выглядит, например, так: 10.1126/science.338.6114.1558. DOI не меняется даже при переезде журнала в другое издательство, поэтому ссылаясь на статью с использованием DOI, вы можете быть уверены, что ссылка останется живой. Без DOI научному журналу никуда, но за них надо прилично платить. Есть несколько регистраторов DOI, но конкуренция не такая сильная как, к примеру, у регистраторов доменных имён. Собственно, кроме CrossRef других регистраторов трудно рассматривать всерьёз. CrossRef берёт с издателя минимум 275 долларов в год плюс по доллару за каждый новый выделенный DOI для статьи или выпуска журнала. Для регистрации там надо просмотреть часовой вебинар и отправить курьером договор в Штаты. Если всё получится, вам пришлют первый инвойс и после его оплаты выдадут DOI-префикс. Основные требования — публиковать уникальный материал (без копипасты) и в списках литературы в опубликованных статьях указывать DOI-ссылки.
OJS неплохо поддерживает DOI: вы можете задать произвольный формат генерации новых идентификаторов, OJS автоматически их присваивает новым статьям и генерирует XML для регистрации новых DOI в CrossRef.
WorldCat
WorldCat — это объединённый каталог из десятков тысяч библиотек по всему миру. Они поддерживают сервис OAIster, который может индексировать ваши статьи. Регистрироваться там бесплатно и можно до первого выпуска журнала. WorldCat будет самостоятельно выкачивать и индексировать метаинформацию о статьях в формате Open Archives Initiative (OJS этот формат поддерживает).
ELibrary
Для участия в российском индексе научного цитирования (РИНЦ, это пригодится для попадания в список ВАК) вам потребуется заключить договор с eLibrary.ru. Это бесплатно, но внесло дополнительную сложность: им необходимо предоставлять метаданные (имена авторов, их организации, названия и аннотации статей) на русском и на английском языках, даже если статья публикуется только на английском (или только на русском).
Импакт-фактор
Несмотря на все недостатки, импакт-фактор остаётся главным критерием качества научного журнала. Чтобы попасть в систему расчёта импакт-фактора, надо зарегистрировать журнал в Web of Science. Тут уже оценивается научная составляющая. Для рассмотрения журнала необходимо предоставить три идущих подряд выпуска, причём надо подавать заявку после выхода первого, а потом повторно после второго и третьего. Если всё пройдёт успешно, через два года вам присвоят импакт-фактор.
PubMedCentral
PubMedCentral (PMC) — это бесплатный полнотекстовый архив статей по биологии и смежным темам. Практически все западные биологические журналы публикуют свои статьи в PMC. Кроме того, это наиболее прямой путь к PubMed. В целом любому журналу стоит рассмотреть возможность сотрудничества с каким-либо научным архивом (помимо PMC существуют, например, CLOCKSS или Portico). Это гарантирует, что статьи не пропадут для научного мира, даже если ваше издательство прекратит существование.
После подачи заявки PMC первым делом оценивает научную составляющую журнала и в случае успеха оценивает техническую сторону. Тут довольно строгие требования. Как я уже сказал выше, статьи должны быть в XML определённой схемы, причём PMC накладывает дополнительные требования. Особые правила существуют и для картинок в статьях. Если всё прошло успешно, то заключается договор на семи страницах, который надо отправить в PMC.
Всё остальное
Если вы преодолели все технические трудности, то остаётся самая малость — найти авторов, рецензентов, редакторов и верстальщиков, которые захотят работать с вашим журналом. Как и где их искать — эти вопросы выходят за рамки моей статьи.
Как я делал «Твой Дневник» — или ситуация на рынке электронных дневников
Всем привет, пишу свой первый пост. Согласно правилам, его нельзя делать рекламным, поэтому постараюсь вам рассказать чего-нибудь интересного, без ссылок и прочего.
Я достаточно давно интересуюсь моментами, связанными с образованием в нашей стране. В том числе моментами его цифровизации, приведения к какому-то интерактивному, удобному, доступному знаменателю.
Одним из сервисов нашего образования, который даёт универсальный доступ к школьным ресурсам, является электронный дневник.
Я долго смотрел вокруг и мучил себя мыслями о том, что российские школьники не получают доступ к качественному и красивому сервису для просмотра оценок.
Как мы на новый электронный журнал переходили. Дневники внедряльщика
За 10 дней до начала нового учебного года наша школа (под ненавязчивым давлением вышестоящих органов) начала экстренный переход на новую систему электронных журналов. Единую для всего региона, конечно же. Продвигаторы сего программного продукта клятвенно обещали на спешно организованных вебинарах, что новый софт будет «более лучшим», «супер-пупер надёжным» и вообще позволит снять с учителей и завучей лишнюю нагрузку, поскольку вся нужная информация будет теперича автоматически попадать куда надо.
В общем, в конце августа внезапно (с) оказалось, что частью новой ИС является модуль Мониторинг образования, к которому нас подключили (абсолютно добровольно, конечно же!) в июне месяце. И за лето секретарь и директор совместными усилиями успели забить в БД минимальный набор данных всех сотрудников и учеников. Вот только тогда, в июне, про электронные журналы ничего внятного не сказали, учителя разбежались по отпускам, и инструкции были прочитаны по диагонали. В результате все ученики оказались в едином списке. И вот — конец августа, учителя отдыхают последние деньки (в законом отпуске), и «вдруг граахнул гром»: мы переходим на новый электронный журнал. Отставить отпуск!
А далее начинается самое весёлое. Уже при первом знакомстве с новым электронным журналом стали вылазить (из всех щелей, блин!) различные косяки и баги. В борьбе с ними были потеряны десятки записей из БД. Инструкция по работе с этим добром вводила в ужас даже меня, программиста и юзера с четвертью века стажа, работавшего с немерянным количеством разного софта (в бытность свою техническим журналистом я тыкал в мышкой во всё, что не успевал сожрать из папки «Загрузки» антивирус). Да и электронный журнал этот для меня далеко не первый. Четвёртый, если быть точным. Ранее были попытки играть в «Аверс» (интерфейс их «Директора» в 2012 году вызывал лютую ностальгию по Delphi 3 и первым версиям CBuilder), потом попытка внедрения «Элжура» и, наконец, 8 вполне спокойных лет на Дневник.Ру, который я успешно развернул в 2 школах и не очень успешно в одном техникуме (я уволился, и не знаю, закончили ли внедрение).
А дальше я создавал два первых тикета по всем явным косякам, замеченным в ходе развёртывания журнала. И на следующий день даже дождался ответа одного из разработчиков (ну, или кого-то из саппорта — тут, увы, точно не знаю). Во всяком случае мне обещали исправить проблемы. И то хлеб.
Вот эти первые тикеты. Здесь я ещё описываю проблемы шаблонно. Так, как стал бы описывать баги в любом другом ПО (собственно — почему «стал бы»? я этим периодически балуюсь последние лет 20 с хвостиком).
Периодические ошибки при сохранении данных сотрудника
Чуть позже разработчики ответили, что внесены какие-то исправления. Пока ошибка не повторялась. Но мы уже не так массово вносим данные.
Не сохраняются настройки таблиц (столбцы, сортировка)
Если настроить внешний вид любой (!) таблицы, выбрать нужные столбцы, настроить их ширину, скрыть/показать панель редактора, сортировку – все эти настройки действуют до первой перезагрузки таблицы (перехода к другой таблице), что крайне неудобно при работе с большим объёмами данных. Особенно учитывая, что вся логика работы этого ЭЖ строится на переходе между таблицами. Насколько реально решить эту проблему?
Следующие тикеты были созданы через несколько дней, два из которых стали для меня «рабочими выходными», в которые я забивал разные данные в новую ИС, пытаясь обеспечить её минимальное функционирование. Параллельно со мной начали работать другие сотрудники нашей школы.
Учитывая, что вся эта работа напоминала хождение по граблям с периодическим набиванием шишек в виде потери уже внесённых данных, моё настроение несколько ухудшилось, а отношение к разработчиками системы стало чуть более негативным.
Сквозной поиск учеников
Очень часто возникает необходимость сквозного поиска по списку учеников (например, мы давеча “потеряли” одного второгодника и минут 5 убили на поиск его в двух параллелях – завучи наши злые после такого). В нашем старом ЭЖ это делалось элементарно, с главной страницы панели администратора. Здесь не можем найти такую функцию. По сотрудникам можно искать с помощью фильтров, т.к. они в одной таблице. А ученики раскиданы по классам и приходится заходить в классы по по очереди и искать в списках. Очень затратно по времени получается, даже если в одной параллели искать ученика. PS. Такого рода сервисы должны облегчать жизнь учителям/завучам, но пока только усложняют, к сожалению 🙁 PPS. Алана Купера разработчикам надо бы прочитать. Метод персонажей – убойная вещь для разработки интерфейсов.
Здесь стоит отметить, что упомянутый поиск – реально очень нужная вещь при плотной работе со списками классов. И его просят в чате многие пользователи.
Однако, внедряльщики посылают всех в другой модуль – там такой поиск есть. Но там нельзя изменять данные пользователей. В общем, выполните, господа учителя, квестик ради простейшей операции. Я, к слову, приспособился бегать в наш старый электронный журнал – там поиск работает хорошо. Но весь год не будешь два журнала поддерживать в актуальном состоянии – это нереально. Впрочем, всем пофиг. Школам же некуда деваться – как-нибудь выкрутятся. Завучам можно меньше спать, например.
Ошибка “Уберите лишние пробелы”
Уважаемые разработчики, лишние пробелы должна убирать функция trim() или её аналог в том языке/фреймворке, который вы используете. Учителям и завучам есть чем заняться в рабочее время, пожалейте, пожалуйста, наше время!
И чтобы новый тикет не создавать – прикрутите, пожалуйста, проверку формата СНИЛС (а в идеале – его автоматическое форматирование с приведением к формату Госуслуг). У нас только с учителями уже 2 случая лишнего дефиса в СНИЛС – и люди не могут зайти в систему. Что будет, когда начнём учеников и родителей массово подключать – страшно представить (у нас больше 1000 учеников, плюс родители!).
Опять таки – пожалейте учителей и завучей! Мы не компьютеры, а вынуждены работать regexp’ом вместо компьютера, проверяя формат входных данных.
Дальше тон моих тикетов снова немного изменится. Прошло ещё два дня, наполненных хождением по чужим граблям и борьбой с бесконечными косяками UI. Понимая, что к 1 сентября развернуть журнал мы уже точно не успеваем, мы подключили к работе ещё одного учителя, ответственного за работу с расписанием. И как человек, далёкий от IT (но успешно много лет работавший с аналогичными функциями Дневник.Ру), она столкнулась с кучей новый граблей и багов.
Нелогичная сортировка таблиц
Во всех таблицах сервиса wp2 наблюдается ужасная сортировка данных.
Пример 1. В таблице расписания звонков сразу при открытии данные расположены в совершенно случайном порядке (я не вижу логики вообще; даже если предположить, что сортировка идёт по скрытому полю id – не катит, т.к. я сам лично добавлял уроки в эту таблицу, и шёл строго по порядку). Сортировка по столбцам, которые видны по умолчанию, порядка не добавляет. Что-то приличное получается только при показе столбца “Группа” и сортировке по нему. И то через раз (там random что-ли где-то затесался в коде сортировки?).
Пожалуйста, сделайте человеческую сортировку.
И снова – данный запрос многократно повторялся в чате поддержки. Ни одного ответа от разработчиков и внедряльщиков я не видел. Подозреваю, что сортировка используется дефолтная, от виджета таблицы. И там русские буквы не умеют. А исправить никто не может. Других логичных объяснений у меня нет.
Ученик, выбранный по-умолчанию
(здесь нужно сделать пояснение: в ИС, о которой идёт речь, перенос учеников между классами реализован через «буфер обмена»; алгоритм приведёт в тикете; я таким образом «сортировал» по классам больше 1000 учеников; с десяток при этом были потеряны или случайно перенесены не в тот класс из-за описанной проблемы)
При открытии списка класса первый ученик выбран по-умолчанию. Это создаёт проблемы при переводе из класса в класс. Мы перед началом учебного года сверяли списки классов, учитывали учеников, которые перешли в другие классы за лето. Типичный сценарий в вашей системе:
1. Открыть класс ОТКУДА переводим.
2. Выделить нужного ученика.
3. ПКМ / Вырезать.
4. Открыть класс, КУДА переводим.
5. ПКМ / Вставить.
Когда таких операций выполняется много, часто забываешь снять галочку с первого ученика. В результате ученики, которые идут первыми по алфавиту в классах, незапланированно “мигрируют” по школе. Потом приходится их искать (см. тикет про невозможность сквозного поиска).
При удалении ученика эта проблема тоже присутствует. Не снял галочку — удалил первого по списку вместе с тем, кого реально нужно было удалить.
Снова усложняете жизнь завучам/секретарю на ровном месте.
Вообще, сам алгоритм перевода – просто типовой пример ужасного интерфейса. Почему нельзя сделать кнопочку (ну ладно, контекстное меню) “Перевести в другой класс”, вывести при её нажатии окно с выбором класса назначения и по нажатию 1 (одной!) кнопки отправить ученика в нужный класс? вместо 8 (восьми!) щелчков мышкой на каждого ученика (ну ладно, группу можно), можно обойтись 3 (тремя).
Плюс само копирование через “буфер обмена” – крайне опасный способ с точки зрения сохранности данных. Мы несколько раз потеряли данные учеников при переносе из класса в класс, когда возникали ошибки в вашей системе и буфер очищался.
Для учителей/завучей эта работа – не основная, нам очень жалко времени, потраченного на борьбу с неудобным интерфейсом и повторное внесение потерянных данных.
Пользовательские данные – это “священная корова”, любые косяки интерфейса и кода, приводящие к их потере – зло в чистом виде.
Даже всякие ВКонтакте при перезагрузке страницы не теряют данные из форм, хотя там просто переписка, а не ИС.
Невозможно сохранить расписание звонков после изменения группы
И снова вынужден указать на проблемы с интерфейсом (знаю, что задолбал, но пока мне приходится в рамках нашей школы заниматься борьбой с интерфейсом вашей системы, забив на свою работу и семью, я буду все эти косяки перекладывать на тех, кто за них реально отвечает; честно говоря, страшно представить, что про вас думают сейчас в сельских школах, где даже учителя информатики нормального зачастую нет).
(где-то здесь я понял, что скоро из моих тикетов можно будет собрать целую статью; и «тут Остапа понесло» (с) работа велась поздним вечером 31 августа в тщетных попытках обеспечить хоть какое-то функционирование системы к 1 сентября; меня пробило на жёсткий стёб)
Итак, берём таблицу “Расписание звонков”. Мы в ходе работы над расписанием поняли, что в вашей системе распределение звонков по сменам может работать только в сферической школе в вакууме (или в глухих деревнях), где 1 смена и никто не слышал про нулевые уроки и “подсменку”. И стали править расписание звонков, делая сквозную нумерацию с 1 по 12 уроки. При этом группу “1 смена” переименовали в “Основное расписание звонков”, а группу “2 смена” просто удалили.
Берём первый урок, меняем группу в редакторе, жмём кнопку “Применить”. Стоп! Нет, не жмём, ведь она неактивна! Т.е. я редактирую данные в форме, но сохранить их не могу. Где-то на этот моменте Джеф Раскин перевернулся в гробу. Ладно, не первый раз корявые интерфейсы вижу (и не последний, увы!). Правлю поле “Номер урока”, меняю “1” на “2”, а потом обратно на “1” (“Психбольница в руках пациентов” (с) ). И – опаньки! Оно живое! В смысле – кнопка “Применить снова активна”.
Ещё полчаса жизни убиты на борьбу с интерфейсом. Сегодня 31 августа, время 19.30, расписания в журнале всё ещё нет.
null вместо отчества в журнале
Ну вот я и добрался до one.43edu. И тут же нашёл багу (на самом деле не одну, но об остальных позже). У нас есть несколько учеников, которые внесены в списки без отчества. И в журналах для них дописано отчество null.
// не выводим отчество
// выводим отчество
И снова добрый день!
У всех наших завучей (и приравненных к ним учителям, которым пришлось выставить роль “Завуч” в вашей системе) одинаковая проблема – мы всегда видим абсолютно все классы при открытии журналов.
Например, в Дневник.Ру по умолчанию любой учитель видит только функционал учителя, а для перехода в режим завуча/администратора есть отдельная кнопка. В течение учебного года этот нужен нечасто. А тут я даже не могу свернуть лишние ветки дерева (то есть свернуть могу – но эти настройки не сохраняются, и при следующем входе я снова вижу все классы, и должен копаться в длинном дереве, чтобы найти нужный журнал. Хорошо хоть, здесь классы отсортированы нормально (виджет дерева умеет сортировать лучше, чем виджет таблицы в wp2?).
Привязка кабинетов к урокам
И ещё раз добрый день!
Никак не можем привязать кабинет к конкретному уроку. Наша школа учится в 2,5 смены, ситуация, когда учитель ведёт все уроки в одном кабинете – почти фантастика. В Дневнике,ру кабинет назначался для каждого урока отдельно (в шаблоне расписания), здесь назначается для журнала. Фактически мы не можем на данный момент сформировать в электронном виде пригодное к работе расписание (номер урока / предмет / учитель / кабинет).
Без такой привязки у нас один выход – делать классическое бумажное расписание. Для нашей школы это будет сильным откатом в прошлое. Мы 8 лет успешно использовали электронный вариант с привязкой к кабинетам, а на бумажках писали только изменения.
Очень много лишних названий в таблице “Предметы”
Таблица предметы содержит 91 наименование. Часть из них имеет похожие названия. Например: История, История России, История Отечества. Плюс мы в “школьную” таблицу предметов добавили свои названия. У нас, например есть “История России. Всеобщая история”.
В итоге при создании нагрузки в классе сотрудник каждый раз видит такой список:
Пожалуйста, дайте возможность хотя бы скрывать предметы из стандартного списка (если уж удалять нет возможности). Реальный список предметов в школе будет содержать примерно в 3 раза меньше наименований, и количество предметов с похожими названиями будет близко к нулю.
На этом месте я приостановил создание тикетов, поскольку обратная связь со стороны разработчиков полностью прервалась 1 сентября. В официальном telegram-канале неудобные вопросы (нее только мои, но коллег со всего региона) тоже игнорируют. На регулярно повторяющиеся вопросы (а как не повторяться, если для поиска ответа нужно пролистать тысячи постов в Telergam – никакого FAQ не ведётся, инструкция ответов на насущные вопросы не даёт) ответственные лица отвечают уже достаточно резко, на грани хамства.
В общем, на сегодняшний день выводы неутешительные. Целому региону навязали неудобную, достаточно глючную систему, рассчитанную на «сферические школы в вакууме». Не проработаны элементарные сценарии использования (тот же сквозной поиск в чате просят регулярно). Борьба с глупыми багами ведётся, вроде бы, но лично я уже две недели чувствую себя не работником школы, а бесплатным бета-тестером. Страшно представить, что сейчас происходит в школах, где нет своих учителей информатики и техников-программистов (а в небольших школах очень часто учителя — совместители, приезжающие раз в неделю; сам так работал 3 года).
Как монетизировать?
«Твой Дневник» каждые 20 минут будет присылать уведомления об оценках. Так как это сервис-посредник, вы понимаете, что по факту, если у нас 200 пользователей, то серверу придётся делать 200 авторизаций/запросов по токену, 200 раз прогружать расписание детей, 200 раз сравнивать, есть ли id полученной оценки в базе данных и 200-old_marks раз отправлять уведомление на устройства.
Если поток пользователей, которые каждые 20 минут должны будут получать уведомления, превысит 100-200 тыс., то сами понимаете, на это нужны будут сервера. Мощные и подъёмные. Деньги. Одни деньги.
От обязательной подписки, разумеется, я решил отойти. В противном случае моё приложение ничем бы не отличалось от того, что есть.
От рекламы непосредственно в виде баннеров я тоже отошёл.
Пользователь должен получать контент в таком виде, чтобы ему не нужно было за него платить, а рекламу он должен был смотреть в необязательном порядке.
И тут, конечно, было найдено решение. Что если предоставить дополнительный функционал, который будет несильно обязателен, но подстегнет интерес пользователя к его продлению?
Что же может быть такого интересного и нужного для ученика в простом дневнике с оценками?
Уведомления и советы!. Советы, кстати, это небольшие строчки, которые подсказывают обучающемуся, сколько ему осталось оценок для достижения того или иного результата (среднего балла). И отдавать мы их будем по принципу RewardedVideo. Смотри видео — получай услугу. Это решает несколько вопросов:
- Определённый костяк пользователей не будет смотреть рекламу и не будет пользоваться услугой. Ну что поделаешь, такие будут. Но постоянную нагрузку на сервере это снизит
- Мы отказываемся от вливания денег в приложение. Можно посмотреть рекламу и потерять несколько секунд своего времени. А оно, как известно, у нас постоянно пополняется.
Для тех, кто не хочет смотреть рекламу, разумеется, доступно продление на 3-12 месяцев. Гибко и удобно. За просмотр одного рекламного ролика, к слову, можно получить 1 неделю уведомлений и советов.
Название нужно было придумать такое, которое бы отражало концепцию — дневник для человека. Для ученика. Для тебя. «Твой Дневник». Удобный, безопасный и качественный.
Такой подход обеспечит серверное добавление новых дневников, исправление уязвимостей и подгон под новое API динамически.
Над дизайном решил поработать основательно. Попробовал сделать удобно, красиво, адаптивно. На мой взгляд, получилось нестыдно. Удобно и не стыдно. Сейчас в дневнике доступны три вида электронных журналов — московский «Дневник МЭШ», «Дневник.ру» и подмосковный «Школьный портал».
Да. Вы напишете в комментариях два главных вопроса:
- Как это монетизировать?
- Ну это же простой парсер!..
И я отвечу: да, это парсер, но удобный и универсальный.
Однако вопрос с монетизацией довольно важен.
Как создать свой электронный журнал
Как создать качественный электронный журнал? Какие трудности вас ожидают? Как окупить затраты?
Обо всем этом хочу рассказать на примере электронного журнала БлогоNews (ежемесячное издание для блогеров, распространяемое в формате .pdf), сооснователем которого я являюсь. За все время мы уже успели выпустить почти с десяток номеров, поэтому кое-какой опыт у меня накопился.
Все началось с того, что однажды Анастасия Лукьянова, автор нескольких тематических блогов, предложила мне запустить совместный журнал для блогеров. К слову, надо сказать, что тематика была мне более чем знакома, т.к. к тому времени я был и остаюсь автором довольно известного в узких кругах ресурса, как раз посвященного вопросам блоггинга и блог-сообществ.
Я считаю, что любой этап первого выпуска журнала должен включать в себя следующие моменты:
1. Создание для журнала отдельного сайта.
Этот пункт необязателен. На моей памяти было сразу несколько электронных изданий, которые шли как дополнение к какому-нибудь сайту. Например, один туристический сайт выпускал свой журнал лишь как бонус к основным материалам на сайте.
Мы же решили сделать из БлогоNews самостоятельное детище, поэтому зарегистрировали домен blogo-news.com и потратились на качественный дизайн и промо-видео, которое вы можете увидеть на главной странице сайта.
Единоразовые затраты на этот пункт составили несколько сотен долларов.
2. Сбор материала.
Тут есть 2 варианта: а) копипаст того, что уже и так есть в сети б) только уникальные материалы.
Ясное дело, что первый вариант не настолько выигрышен, как второй. Хотя плюсы однозначно есть, среди которых уйма сэкономленного времени и денег на журналистов. Остается просто мониторить Интернет в поисках лучших статей вашей тематики.
Но т.к. мы своей целью ставили создать действительно качественный журнал, то от копипаста отказались.
Статьи для первого номера писали либо сами, либо просили коллег. Разумеется, сил это отнимает немало, да и дергать коллег постоянно не получится. Идеальный вариант в этом случае — заказывать часть материалов у хороших копирайтеров. По крайней мере, нынешнего дохода журнала вполне хватает, чтобы окупить затраты копирайтеров, за счет рекламодателей. Но самый первый номер нам пришлось обходиться без них.
3. Верстка журнала.
Важно сразу для себя решить, в каком формате будет издаваться журнал. Обычно выбирают опять-таки 2 варианта. Или .exe, или .pdf.
Прежде чем нам определиться с форматом БлогоNews, я изучил множество электронных журналов. И среди них формат .pdf пользовался куда большим спросом. Более того, мне даже известны парочка изданий, которые выпускались сразу в двух форматах, но даже они впоследствии отказались от формата .exe.
Почему так? Честно, мне неизвестно. Но рисковать мы не стали, и выбрали .pdf. Хотя, кстати, есть один очень существенный плюс, который присущ журналу в этом формате. Его можно распечатать на цветном принтере и наслаждаться бумажным вариантом 🙂 Лично я так никогда не делал, но слышал от многих читателей, что они поступают именно так.
На сегодня существуют масса программ, чтобы верстать в .pdf. Рекомендовать в отдельности какой-то из них я не берусь, т.к. у каждого найдутся свои поклонники и противники. В любом случае, при выборе программы для верстки, Гугл вам в помощь.
По сути, после этих трех пунктов журнал уже можно выпускать.
Каков был наш первый выпуск? Ужасным 🙂 Хотя людям понравилось, и уже ко второму номеру мы обеспечили себе некоторое количество рекламодателей. Но обо всем по порядку.
Во-вторых, размер составил аж 9 мегабайт, что не убийственно, но при пролистывании страниц, журнал постоянно подвисал, а у некоторых пользователей выпуск и вовсе отказывался открываться.
Во-третьих, сам дизайн журнала был далек от идеала. Мы получили кучу критики, как на счет шрифтов, так и на счет качества картинок.
Как найти выход?
Ну, я считаю, или самому в совершенстве овладеть версткой журнала (по крайней мере, литература на сей счет в сети присутствует), либо привлекать к работе хорошего верстальщика. Благо, нам повезло, и в какой-то момент к БлогоNews присоединился профессиональный верстальщик, Станислав, который занимается дизайном профессионально и верстает некоторые оффлайн издания.
Журнал журналом, но нужно еще и до конечного пользователя его донести. В этом плане мы с Настей решили провернуть довольно непривычный ход. Дело в том, что большинство изданий дают прямую ссылку на скачку. Мы же решили прибегнуть к опыту инфобизнесменов, оформив скачку журнала посредством подписки по e-mail.
Что из себя представляет нынешний журнал БлогоNews? Красивый журнал в формате .pdf, размером не более 2 мб (при 50-60 страниц), и базой подписчиков в более 3000 блогеров. Конечно же, это не предел, и мы продолжаем расти.
Надеюсь, я в статье смог раскрыть важнейшие этапы при создании и раскрутке своего электронного журнала. Надеюсь, что кому-то статья действительно может принести пользу.
Интересный анализ рынка
Создаётся впечатление, что в нашей стране всё равно на государственные сервисы в образовании. Да и вообще на государственные сервисы.
Положительные тенденции складываются только в Москве: там работает отличный портал «mos.ru» и, который как минимум можно считать нестыдым. В Подмосковье, справедливости ради, тоже есть задизайненный сайт.
Правда, разумеется, я наслышан огромным количеством историй от детей, которые в два счёта меняли себе оценки, взламывали и меняли букву класса. Дыра за дырой, ошибка за ошибкой, но это работает, и это нельзя назвать ужасной халтурой.
Конечно, все эти сервисы делали молодые программисты, которые знать не знали, как было бы удобно и правильно для ребят. Знать не знали и не знают — отрабатывают бюджет.
В городах, которые отдалены от центра, работают разные виды электронных дневников. Самый популярных из них — «Дневник.ру» — уже почти 10 лет на рынке, и такое ощущение, что с этого времени, дизайн у них ни разу не поменялся. Посмотрите на их сайт.
Чувствуется особый вкус.
Что касается их приложения для мобильных устройств — нужно платить. Без оплаты Вы не сможете посмотреть ни домашнее задание, ни оценки. Легче зайти через сайт, не правда ли?
Я попробовал купить у них PRO версию. И за деньги этим пользоваться вам не рекомендую. Того не стоит.
Заключение
Если вам было интересно, пожалуйста, отпишитесь, буду рад пообщаться в комментариях.
Если будут какие-то новости или другие, иные рассказы про разработку, обязательно ещё отпишусь.
Удачного дня, побольше улыбок и радости!