Comments 31
Хочется ли вам видеть при каждом открытии приложения рекламу курсов, стажировки в хрючевальнях, скидки в хрючевальнях, несмешные мемы про учёбу, в конце концов подслушку с бесконечным нытьём?
А если да? Ну я серьезно, как студенту интересно такое.
Вопрос интересный, спасибо)
Здесь, я считаю, не менее важно сравнить с прямыми конкурентами.
Платные курсы? Ох, здесь слишком большой выбор. Заходим в гугл/ютуб и ищем наиболее подходящее по теме, и в 99,9% случаев получаем качество лучше и совершенно бесплатно.
Стажировки? Вряд-ли классный работодатель у дома дойдёт до приложения, которое никак не связано с поиском работы - он быстрее кого-нибудь привлечёт на hh/avito/работару или в пабликах vk. Если работодатель оказался в супераппе для студентов, то, вероятно, имеем дело с ненормальной текучкой кадров или максимально невыгодными условиями.
Скидки? Ну, может быть. У меня не сложилось найти чего-либо полезного, одни "товары для левшей" со скидками по четвергам (как водится, даже по четвергам будет оверпрайс в сравнении с соседними заведениями). Если получилось что-то найти реальное полезное из скидок - ок, валидно. Даже интересно услышать кейсы).
Мемы? Удобнее в вк/тг, притом там они могут быть смешными. Ну, вернее, подходят под индивидуальное чувство юмора, нет цензуры, нет бесконечной привязки к идее "я - студент".
Подслушка? Тоже в вк/тг. Нет ни одной причины иметь отдельную в приложении для учёбы. Тем более в немодерируемом виде.
Короче, суперапп для учёбы бессмысленен, если сравнивать с чем-то отдельным, серьёзным. Он не имеет ни одного преимущества перед отдельными реализациями каждой их этих штучек. А если они вдруг нужны, то почему бы не использовать лучшее?
Про стажировки вы не правы.(тем более вы говорите про настройки - вкл/выкл).
Поиск стажировки - большой и трудоёмкий путь, а 90%студентов про это даже не думают, а плывут по течению "у дома". И да..стажировки, а не работа...всякие хакатоны и олимпиады.(они тратят сколько-то на рекламу).
Впрочем, врядли их реально монетизировать, хотя кто знает, может big tech и отсыпет пачку сухариков ради таргета ИТ студентов.
win-win, если не ради денег делать и без платных курсов)
Какое то а б приложение тогда. Зачем автомобилю пропеллер? Хочешь видеть курсы, стажировки, скидки, иди на спец сайты. В расписание это зачем?
Не морочь голову. Все нужные курсы рекламирует деканат. Платная реклама лезет изо всех щелей и без этого, или ты не пользуешься даже браузером, только расписанием?
Молодец! А когда в RuStore?
В текущий момент мне важны быстрые релизы (как небольшие, так и важные обновления), а также набор аудитории в одном месте.
Адаптация для дополнительных магазинов и публикация в нескольких местах - очевидные лишние времязатраты. Вот несколько примеров, где это могло бы повлечь проблемы:
Недавно была неделя, когда приложение начало собирать сравнительно много аудитории (небольшой пиар сработал слишком хорошо) и тогда я не ленился заливать новые билды сразу после добавления улучшения - за неделю я залил 4 обновы. Да, это небольшие правки, но из тысячей мелочей и складывается отличный продукт. К счастью, сейчас я могу себе позволить такое, и единственный магазин - одна из причин.
А ещё, я с января по сегодня аж 6 раз менял иллюстрации на странице приложения. Тоже небольшие правки, но они важны.
Думаю, не стоит объяснять, почему несколько магазинов заставило бы ухудшить показатели скорости обновлений.
Помимо этого, сейчас мне важно накрутить счётчик загрузок: иметь в каждом сторе по 30 загрузок вместо 100+ в одном - ну это какое-то странное решение.
Если проект взлетит, то приложение появится не только в Google Play. Публикация также в RuStore - не проблема. Но на начальных этапах наличие нескольких магазинов для одной платформы - выстрел в ногу.
Думаю, не стоит объяснять, почему несколько магазинов заставило бы ухудшить показатели скорости обновлений.
И рустор, и google play позволяют настроить автодеплой - условный CD. Так что все-таки если захочется публиковаться в несколько сторов, советую настроить.
Можно подсмотреть CD нашего приложения - там FDroid, Github Releases и Google Play. Ну и если будут вопросы, с удовольствием помогу/настрою CD/подскажу
Как поможет это приложение, если в вузе до сих пор вывешивают расписание на листочках на стендах? Там же пишут про замены и т.п.?
Очевидно, никак, к сожалению. К счастью, многие уже отказались от этой практики, большинство ВУЗов имеют нормальное расписание.
Однако основную идею можно использовать, сделав общий гугл календарь. Его можно будет расшарить среди одногруппников, дальше достаточно лишь вносить изменения по необходимости. Работы там не слишком много, найдите отвественного и технически подкованного человека, и в путь.
Блин, жаль что такого не было лет 5 назад, но я рад за тех, кому досталась честь использовать это приложение сейчас. Отличная работа!
Забавно, несколько месяцев назад написал небольшой скрипт, который тоже расписание с сайта заведения в календарь записывает :D
Не такое гибкое вышло, конечно, но мне хватает
Супер! Над скриптами не задумывался, наверное для ВУЗов с редко меняющимся расписанием это отличное решение, и главное - несложное при создании в одиночку.
А насчёт гибкости - с наличием наработок, скорость интеграции будет совсем быстрой, поэтому, если захочется воспользоваться преимуществами приложения, вы знаете, что делать)
И как это приложение исправляет "писал студент пару месяцев из-за любви к программированию"? Обычно такое пишут даже не из-за желания сделать просмотр удобнее, а для сдачи курса или диплома. Собственно, я сам курс аналогично закрывал, причем сразу командой: 2 девчонки занимались бумажной волокитой, я - чисто софт. И студенты продолжат писать внутривузовские штуки.
Плюсом, внутривузовское приложение можно внутри вуза и рекламировать, а вот такое - не получится, ибо вдруг ты (сторонний разраб) решишь туда рекламы понапихать, или еще чего...
Приложение - пушкагонка, а вот защита - страдает из-за неправильной оценки "рынка". Ставлю "хор." в зачетку XD
Знаю лично двух товарищей, что делали подобные приложения без желания "сделать что-нибудь для курсача".
Насчёт рекламы - поначалу в приложении поддерживался только мой ВУЗ, итоги: реклама через паблики почти не работала (прирост менее 5%), по ссылкам в чатах одногруппников переходят единицы (буквально 1-2 человека скачивают на группу 25 человек, всем остальным впадлу что-то новое пробовать), на уровне ВУЗа никому никакие приложения не нужны. Возможно, в вашем ВУЗе все заинтересованы в таких начинаниях, но мне не повезло.
Ну и, вообще-то, запихать рекламу можно и в приложение для одного вуза. Тут вопрос не в количестве, а в принципах/планах разработчика.
Причём здесь "неправильная оценка рынка" не понял. Звучит как наброс.
У меня был другой путь. Вместо всякого с сомнительной ценностью написал для местного вуза информационную систему с клиент-северной архитектурой, куда фиксировались результаты сессий и лёгким нажатием кнопки формировались разные отчеты с актуальной информацией. Раньше ответственным приходилось периодически за сессию пересчитывать отчёты руками. На что уходили часы. Собственно, идея и возникла, когда в очередной раз поздно ночером застал маман за этой пустой тратой времени.
Был написан сначала локальный вариант для конкретного деканата. Спустя семестр магию отчёта по одной кнопке увидели представители других деканатов. После чего со мной был заключён договор и система была переписана для работы в рамках всего вуза. В процессе набил первые шишки на косяках с многопользовательскими системами. Пять лет она исправно выполняла свою задачу. Тогда на заработанные бабки был куплен новый компутер. Было это чуть более 20 лет назад. И да, этот проект вырос из курсовой, где все дружно писали одинаковую фигню для учёта инфы по студентам с нулевой практической составляющей.
Потом вуз решился её обновить уже на более современный вариант с вебмордой. Но это уже чья-то другая история.
Вижу что приложение написано с использованием Compose Multiplaform. А когда планируется релиз под web/desktop/ios и планируется ли?
Не стоит обманываться: шаблон был написан на CMP, но проект пока что Android-only.
Я планирую релиз под iOS (и, соответственно, переезд на CMP), но позже. Когда именно? Ну, сейчас у меня ни макбука, ни айфона, ни аккаунта App Store разработчика - к сожалению, без них не скомпилировать приложение для iOS. Сейчас я планирую ввязаться в авантюру с грантами, чтобы получить эти девайсы для разработки и отладки - надеюсь, не реджектнут)
Desktop и Web не планируется по нескольким причинам:
На этих таргетах нет API для календарей и нет удобной синхронизации в фоне, что рушит основные концепции;
При наличии установленного приложения на смартфоне, можно настроить синхронизацию с календарём - подробная информация лежит по ссылке "синхронизация календарей" в конце статьи. Благодаря такой синхронизации, мы не теряем ни одной фичи приложения, при этом можем смотреть расписание на компьютерах уже сейчас.
Тоже в своё время пробовал сделать что-то подобное.
На 2-3 курсе (2019-2021 годы) сперва для курсачей написал приложение для вуза (было суммарно до 10к загрузок до того, как гугл выпилил аккаунт кафедры, на котором было это приложение)
Потом для диплома (2021-2022) писал приложение для всех ВУЗов под такие же лозунги (зачем создавать каждому под свой ВУЗ, когда можно пилить общее для всех ВУЗов) (по сути переписал с 0 на Compose с другой архитектурой свой курсач). Также для своего вуза поднимал бэк на Ktor (благо админы ВУЗа дали сервак для этого).
Потом для магистерской (2023-2024) уже с меньшим энтузиазмом переписывал на KMP + CMP (Android + iOS + Web/js).
(https://github.com/Edugma/app)
Сделал два отличающиеся от вашего приложения выбора:
Есть единый контракт с данными, не завязанными на конкретный ВУЗ. И для работы нужно поднять бэк, на нём выдавать данные в нужном формате и описать ручки бэка в определённом формате (пример https://github.com/mospolyhelper/Edugma/blob/main/contract.json).
Свои UI для расписания и сервисов ЛК вместо импорта в календарь.
По итогу скоуп задач оказался настолько огромным, а KMP + CMP сырым на тот момент (+ куча других проблем), что смог что-то нормальное доделать только к магистерской и выложить в гугл плей (на app store не хватило сил, хотя +-рабочее iOS приложение было готово к защите).
По выбору в сторону бэка относительно локального парсинга на устройстве:
Плюсы:
Легче править ошибки в парсинге и обогащении данных, так как не нужно обновлять само приложение (были случаи, когда структуру json расписания резко меняли).
Данные намного чище и полнее. У групп, студентов, преподов, аудиторий в расписании есть описание (кафедра/направление). У преподов/студентов есть аватарки. Можно смотреть расписание по любой сущности, а не той, для которой есть расписание на сайте ВУЗа. Можно кликать по сущностям расписания, чтобы увидеть их расписание, так как все сущности между собой на бэке связываются. Без своего бэка слишком ограниченные данные и часть вещей вообще не сделать локально. А для другой части нужно выкачивать всё расписание ВУЗа несколько раз в день на каждом девайсе, что очень плохо для серверов ВУЗа.
Минусы:
Нужно найти, где хостить. На крайний случай можно просто держать всё расписание в гитхабе и обновлять его скриптом раз в день. Эффект будет тот же.
Нужно следить за сервером.
Нужно очень долго продумывать общий формат данных, который в будущем будет сложно поменять. Для расписания изучал форматы данных календарей Outlook, Google, чтобы придумать что-то общее. Для универсального формата RRULE пришлось переписывать либу парсинга на KMP и больше кейсов обрабатывать, чем для родного формата расписания ВУЗа.
По выбору своего UI вместо импорта в календари:
В целом я не вижу проблемы иметь и свой UI, но и предоставлять синхронизацию с календарями на устройстве. Сам я вообще полноценно не пользовался календарём до 2024 года и эту фичу отложил в дальний ящик (так как за всё время её просило 1-2 человека).
Главный плюс своего UI - возможность отображать так, как будет удобнее для расписания занятий.
Добавлять страницы с полной интерактивной информацией о расписании (Карта с аудиториями, когда они по всей Москве могут быть разбросаны. Другие группы, которые будут на этом занятии).
Быстрый просмотр расписания препода, группы, студента, аудитории просто по клику на них в информации о паре. На страничке для аудитории ещё можно график занятости и карту.
Можно добавить просмотр изменений в расписании (какие пары убраны, какие появились или изменились), просмотр свободных аудиторий (когда-то препод один предложил такую вещь сделать, так как была проблема с поиском такой аудитории).
Я намеренно не стал добавлять отображение расписания внутри приложения, чтобы студенты привыкали к календарю как инструменту
То есть не вижу смысла отказываться от собственного UI, разве только на первое время, если не хватает времени сделать его.
В личном кабинете функциональность зачастую ограничена семестровыми оценками
У нас был убогий лк, в который не хотелось заходить (но сейчас сделали новый силами студентов). Там кроме оценок, были заявки/справки (отправка и статусы), личные сообщения от преподов, поиск по преподам/студентам, и ещё какие-то сервисы, которые я уже не застал. Поэтому в целом имеет смысл доступ к сервисам лк через приложение с одинаково удобным интерфейсом для всех ВУЗов.
Отличаются ли заметки в приложении ВУЗа от заметок в любом другом приложении
Иногда удобно, чтобы заметки были прямо в расписании у конкретного занятия/предмета. Иначе они могут быть раскиданы по личке вк/тг и родному приложению с заметками без системы и будет наоборот тяжелее. Многие (да и я на тот момент) во время обучения в ВУЗе не построили удобную систему заметок для себя. Поэтому не вижу проблемы такой фичи. Кому она не нужна - просто не будут пользоваться.
Могут ли они повлиять на коварного преподавателя, занизив ему рейтинг в каком-то неофициальном приложении?
После появления Кампуса, нам препод на паре зачитывал негативные отзывы о себе) Фича полезна для того, чтобы понимать что за зверь будет у тебя в этом семестре. Хорошо бы ещё кроме отзывов туториалы делать, как его предмет проще сдать и какие причуды у него есть)
В целом хорошо, что появляются такие приложении. У студентов будет больше альтернатив из чего выбирать.
Есть единый контракт с данными, не завязанными на конкретный ВУЗ. И для работы нужно поднять бэк, на нём выдавать данные в нужном формате и описать ручки бэка в определённом формате.
Не кажется ли вам утопичной идея, что студенты всей страны (считаю, у ВУЗов такой заинтересованности нет совсем) решат поднимать аж бекенд для подключения собственного учебного заведения?
Что энтузиаст получает за внедрение своего ВУЗа в ваше приложение? Это важно.
Что будете делать, если кому-то надоест хостить своё решение и у вас 1000 пользователей окажется без расписания? Что будете делать, если новый владелец хоста появится внезапно и будет вместо расписания добавлять что-то нехорошее?
В целом, как решаете возможные проблемы с рекламой, треш-контентом, etc. при получении данных с серверов, которые вам ничего не должны, и влияния вы на них не имеете?
Как решите вопрос, что расписание почему-то устаревшее, так как не получается напрямую с сервера?
Как обойдёте сервисы вроде DDOS-Guard? (да, у нас в ИРНИТУ такой есть).
Столько вопросов, и всё ради каких-то святых контрактов...
Кстати, а почему дока по контракту отсутствует? Там сайт есть, но на нём ничего нет.
Легче править ошибки в парсинге и обогащении данных
Чем легче то?
Кода писать столько же. Вернее, у меня меньше, так как контракт - это всего два датакласса, которые не связаны между собой.
Уведомление "обновись, мы пофиксили тебе расписание" отправить - не проблема. Обновиться, когда прилка весит 2,5 МБ - изи, это меньше, чем видосик в соцсети. Заодно куча людей актуализирует версию приложения.
А точно ли вам будет проще достучаться до владельца сервера, который выпустился из ВУЗа, у него появилась работа, жена, дети, и ему до этого сервера уже нет дела? В моём случае, небольшую правку, да даже полное переписывание парсера, можно внедрить самостоятельно - банально исходники парсера имеются, в отличие от.
Данные намного чище
Каво? А аргументы будут, или просто "у меня лучше, у меня контракт!!1"?
У групп, студентов, преподов, аудиторий в расписании есть кафедра и направление
Часто студенты забывают, где учатся? Это достаточно важная информация, чтобы пользователю постоянно об этом напоминать?
У преподов/студентов есть аватарки
Да я и так знаю, как преподы выглядят, спасибо. Тем более некоторых лишний раз видеть не хочется.
Очень интересно узнать, откуда у вас аватарки студентов, насколько обоюдно получаете их, и насколько это адекватная идея в целом - вообще-то это вполне себе персональные данные. Буду рад взглянуть на имеющееся соглашение о конфиденциальности, или вроде того (оно ведь у вас есть, я надеюсь?).
Без своего бэка слишком ограниченные данные и часть вещей вообще не сделать локально. А для другой части нужно выкачивать всё расписание ВУЗа несколько раз в день на каждом девайсе, что очень плохо для серверов ВУЗа.
А вы точно хотя бы скриншот в Google Play видели? Там всё, что выдаётся на обычном сайте, показывается пользователю. Да, весьма в удобном виде.
У меня цель отобразить полезную информацию, а не закошмарить кучей вспомогательной. И для этого не требуется делать 100500 запросов. Создатели сайтов ВУЗов - не дураки, тонна лишней инфы не нужна.
На крайний случай можно просто держать всё расписание в гитхабе и обновлять его скриптом раз в день. Эффект будет тот же.
Нет, это слишком нечасто для многих ВУЗов. Рад, если у вас всё за неделю публикуется, но это редкость.
Отсутствие возможности запросить последнее расписание вручную - это прям большая проблема в вашей идеи. Ваши контракты умеют в превентивное обновление?
По выбору своего UI
Ну тут большинство преимуществ и так имеются в календарях.
Реальный минус моего подхода: ссылки на доп. информацию (группы, аудитории) ведут в браузер, а не в приложение. Но, при добавлении UI, можно просто сменить на DeepLink'и.
Просмотр свободных аудиторий
Не моя зона ответственности. И не ваша. И уж тем более не создателей интеграций.
Кстати, как это будете поддерживать, если аудитория стала занятой вот только что, а у вас обновление данных произойдёт спустя сутки? По клику преподавателя заново "скачивать интернет"?
А если не преподаватель нажмёт?..
У нас был убогий лк, в который не хотелось заходить. Поэтому в целом имеет смысл доступ к сервисам лк через приложение с одинаково удобным интерфейсом для всех ВУЗов.
А сможете разработать контракт, который покроет ВУЗы? Сможете интегрировать весь мир?
Хотя бы с руководством сможете договориться, что логин/пароль от ЛК будет передаваться стороннему приложению?
Утопия. Может всё таки ЛК человеческий лучше сделать?
Не построили удобную систему заметок для себя
OneNote. В нём заведите одну страничку (не более) под дела, связанные с задачами по учёбе. Не благодарите.
Поэтому не вижу проблемы такой фичи. Кому она не нужна - просто не будут пользоваться.
И опять перегруженное приложение, которое всех бесит и всё делает неидеально. Мне это неинтересно, спасибо за предложение.
---
Прошу прощения за сумбур, но по факту статья была прочитана плохо, либо в вашем идеальном мире таких проблем нет - объяснился за себя и за студентов, которым просто хочется рабочее, актуальное расписание, без лишнего гемора.
Ваша идея, как я считаю, очень не проработана - надеюсь, описал проблемы достаточно подробно.
Сразу скажу - я лишь поделился своим опытом и причиной выбора других решений без претензий к вашему подходу. И я только за, если будут альтернативные приложения с разными подходами, так как каждый выберет своё по душе.
Приложение делал в первую очередь для закрытия курсачей/диплома и для того, чтобы поиграться с архитектурой и технологиями. И в параллель этому чтобы сделать что-то полезное, а не для захвата всех ВУЗов)
Идея приложения - как идея moodle (система электронного образования, которую подключают себе вузы): предоставлять инструмент, которым могут воспользоваться. Android приложение moodle позволяет ввести url сайта, логин и пароль и не отвечает за контент каждого отдельного бэка. Оно просто даёт инструмент для её использования. Примерно с такой же идеей и решил делать приложение.
В целом ответы на вопросы ниже такие же, как и если бы эти вопросы были адресованы разрабам moodle.
Не кажется ли вам утопичной идея, что студенты всей страны (считаю, у ВУЗов такой заинтересованности нет совсем) решат поднимать аж бекенд для подключения собственного учебного заведения?
Вполне в ВУЗах может найтись хотя бы 1 такой энтузиаст бeкэндер. С ВУЗом можно договориться, чтобы поднять бэк у него (да, не всегда пойдут на встречу, но мне вполне подняли, когда попросил через научрука). И этот проект можно оформить как курсовую/диплом (который ещё могут оценивать не так строго, так как работа на пользу ВУЗа).
Идея приложения, чтобы бэки сами отвечали за себя (как и у moodle)
Что энтузиаст получает за внедрение своего ВУЗа в ваше приложение
Ничего, кроме хорошей темы для курсовой/диплома, фана и практики кодинга.
Что будете делать, если кому-то надоест хостить своё решение и у вас 1000 пользователей окажется без расписания? Что будете делать, если новый владелец хоста появится внезапно и будет вместо расписания добавлять что-то нехорошее?
Будут проблемы у конкретной бэка. Последствия такие же, если кто-то напишет своё приложение для ВУЗа со своим бэком, хотя в гугл плее такие тоже есть и нормально работают. Также, если конкретный бэк для moodle сломается.
В целом, как решаете возможные проблемы с рекламой, треш-контентом, etc. при получении данных с серверов, которые вам ничего не должны, и влияния вы на них не имеете?
Никак. Люди просто не будут пользоваться этим бэком.
Как решите вопрос, что расписание почему-то устаревшее, так как не получается напрямую с сервера?
Обращаться к конкретному бэку, чтобы он чаще обновлял его.
Как обойдёте сервисы вроде DDOS-Guard
С этой проблемой не встречался. Но опять же это на холдере бэка. Договориться с ВУЗом, возможно. Других вариантов в голову не приходит, так как не сталкивался с этим.
Кстати, а почему дока по контракту отсутствует
Частичная дока по контракту есть, но приложение в целом не очень доделано (описал это в первом комменте, что не осилил скоуп задачи и переделок, чтобы это пилить в параллель работы). Хотя планирую не делать ломающие изменения + добавить версионирование.
> Легче править ошибки в парсинге и обогащении данных
Чем легче то?
Тем что всё на бэке и для правки не нужно вносить изменение в приложение и всё сразу начнёт прилетать с бэка после фикса. Если делать локально, то нужно париться о каждом ВУЗе. И чем больше их - тем больше вероятность того, что нужно будет делать новый релиз. А это та ещё морока + время на ревью в разных сторах
А точно ли вам будет проще достучаться до владельца сервера, который выпустился из ВУЗа, у него появилась работа, жена, дети, и ему до этого сервера уже нет дела? В моём случае, небольшую правку, да даже полное переписывание парсера, можно внедрить самостоятельно - банально исходники парсера имеются, в отличие от.
Достукиваться и не планировал. В этом согласен - преимущество вашего подхода. Но сознательно выбирал именно подход moodle с его плюсами и минусами.
> Данные намного чище
Каво? А аргументы будут, или просто "у меня лучше, у меня контракт!!1"?
Тут пошла какая-то пассивная агрессия на нейтральный комментарий.
Мой ВУЗ предоставляет расписание только по группе. Для других сущностей расписание придётся через сложные способы вычислять. У некоторых ВУЗов могут быть данные ещё хуже. И чистота данных в плане того, что на бэке есть время скачивать кучу нужных данных у ВУЗа, обогащать и причёсывать данные. В случае локального парсинга - тут мы сильно ограничены, временем и нагрузкой на сервера ВУЗа (одно дело, когда один бэк выгружает кучу данных у ВУЗа, а другое дело, когда это будут делать тысячи студентов по несколько раз в день).
Часто студенты забывают, где учатся? Это достаточно важная информация, чтобы пользователю постоянно об этом напоминать?
Когда у тебя в ВУЗе куча кафедр, становится полезно/интересно знать, с какой кафедры препод или с какой кафедры/направления группа, с которой у вас общее занятие.
Очень интересно узнать, откуда у вас аватарки студентов, насколько обоюдно получаете их
Это просто ссылка на аватарку с лк ВУЗа. И для моего ВУЗа бэк запущен на сервере ВУЗа. Так что по сути всё хранится на серверах ВУЗа в любом из случаев)
А вы точно хотя бы скриншот в Google Play видели? Там всё, что выдаётся на обычном сайте, показывается пользователю. Да, весьма в удобном виде.
У меня цель отобразить полезную информацию, а не закошмарить кучей вспомогательной. И для этого не требуется делать 100500 запросов. Создатели сайтов ВУЗов - не дураки, тонна лишней инфы не нужна.
В этом проблема, что не всегда данные у ВУЗа качественные и полные. В одно время студенту нельзя было нормально посмотреть расписания препода. Только скачивать всё расписание и обрабатывать его.
Нет, это слишком нечасто для многих ВУЗов. Рад, если у вас всё за неделю публикуется, но это редкость.
Отсутствие возможности запросить последнее расписание вручную - это прям большая проблема в вашей идеи. Ваши контракты умеют в превентивное обновление?
Частоту всегда можно доработать. Остальная ответственность на конкретном бэке.
Не моя зона ответственности. И не ваша. И уж тем более не создателей интеграций.
Кстати, как это будете поддерживать, если аудитория стала занятой вот только что, а у вас обновление данных произойдёт спустя сутки? По клику преподавателя заново "скачивать интернет"?
А если не преподаватель нажмёт?..
Частоту обновления всегда можно настроить. То что это не ваша зона ответственности - понимаю, ваш выбор. Я просто говорю, что эта полезная фича, которую дёшево реализовать на бэке в примитивном варианте (анализ расписания по аудитории) и поддержать её отображение в приложении. Если конкретному бэку нужно что-то большее - он это реализует. Если бэк не хочет это реализовать - фича просто не будет доступна при выборе этого бэка.
А сможете разработать контракт, который покроет ВУЗы? Сможете интегрировать весь мир?
У меня не было наполеоновских планов по захвату мира) И контракт всегда можно дорабатывать, добавляя новые фичи и дорабатывать старые, чтобы покрыть как можно больше от потребностей ВУЗов.
Хотя бы с руководством сможете договориться, что логин/пароль от ЛК будет передаваться стороннему приложению?
Сейчас и так много приложений-поделок для ВУЗов работают по такому же принципу. Также логин и пароль нужно вводить в moodle. Не вижу в этом проблем.
> Не построили удобную систему заметок для себя
OneNote. В нём заведите одну страничку (не более) под дела, связанные с задачами по учёбе. Не благодарите.
А мне то зачем, я уже себе давно настроил obsidian с синхронизацией (а до этого Notion). Я просто говорю, что не все до этого доходят во время учёбы в ВУЗе. Знаю по себе из тех времён и своим одногруппникам. Фича заметок с привязкой к предмету просто позволяет не париться об этом многим людям. А те, кто уже настроил для себя другое приложение заметок - они просто могут не пользоваться. В этом и смысл.
И опять перегруженное приложение, которое всех бесит и всё делает неидеально.
Ну вот. Это больше ваше мнение. Мне не хватало в своё время чисто расписания без привязок и доп инфы.
Поэтому я и написал в конце комментария, что хорошо, что есть такие альтернативы, как ваше приложение для тех, кому остальное ничего не нужно.
Мне это неинтересно, спасибо за предложение.
Я вроде ничего и не предлагал)
Прошу прощения за сумбур, но по факту статья была прочитана плохо, либо в вашем идеальном мире таких проблем нет - объяснился за себя и за студентов, которым просто хочется рабочее, актуальное расписание, без лишнего гемора.
Ваша идея, как я считаю, очень не проработана - надеюсь, описал проблемы достаточно подробно.
Статью прочитал вполне нормальным темпом. Просто решил поделиться альтернативным путём, которым в своё время пошёл сам. И также почему выбрал такой путь с плюсами и минусами. В моей идее есть проблемы, как и у всех идей (и даже больше, чем вы описали) - об этом тоже вскользь упомянул в первом комментарии, что не смог всё это дожать полностью, так как под конец хотелось просто доделать хоть что-то для магистерской и выложить в гугл плей и немного отдохнуть от совмещения учёбы/работы.
Повторю ещё раз - я только за, если будут альтернативные приложения с разными подходами, так как каждый выберет по душе.
Спасибо за честный и развёрнутый ответ.
Я действительно воспринял ваш комментарий с негативной стороны, поскольку до вас два товарища уже пришли в комменты с целью доказать, что их решение лучше (как водится, без какой-либо аргументации), при этом текст был без структуры, наполовину состоял из наездов, а добрая половина статьи была будто проигнорирована (неужели я задел этих людей?). Сейчас я вижу, что у вас желания навязать свою точку зрения нет, потому прошу прощения за агрессию.
В целом я согласен с тем, что сервисы уровня Moodle могут сильно улучшить качество образования в ВУЗах. И я не против, если такой появится, если ниша не занята (мне кажется, конкретно Moodle крайне много юзкейсов покрывает) и если будет достаточно проработан для широкого внедрения.
Но из комментария мне показалось, что всё таки вы планировали акцентироваться на общем клиенте для разных малосовместимых бекендов, а не полноценный сервис. Историю с клиентом я не понимаю как поддерживать, и главное - какими средствами.
Не будет ли проблем с запуском синхронизации без захода в приложение? Ведь по сути пользователь не будет заходить в приложение месяцами, так как всё есть в локальном календаре и Android может начать ограничивать запуск синхронизации по идее.
С первых версий в приложении встроена полная защита от возможных проблем - отключение Restricted Bucket и App Hibernation. Всю важную информацию описал на StackOverflow.
Для пользователя это выглядит так: после добавления первого расписания появляется предложение нажать на две кнопки, чтобы отключить эти оптимизации. После их нажатия, приложение начинает логировать время срабатывания WorkManager, и через 12 часов говорит, есть ли проблемы с пробуждением для синхронизации.
В самых первых версиях собирал статистику, насколько тема рабочая - на современных смартфонах всё у всех отлично. Существуют проблемы со старыми MIUI (времён 9-ого Android'а), но и их можно пофиксить через лок замочком в меню последних приложений, этот фикс более-менее известен владельцам этих горе-аппаратов. Это описывается в гайде для основных китайских прошивок, который предлагается прочитать при обнаружении проблем с синхронизацией (описано в предудыщем абзаце).
Как итог, за год существования приложения, ни разу не слышал жалоб от пользователей. А ещё, поскольку расписание добавляется лишь на ближайшие недели, проблемы с синхронизацией можно увидеть в прямом смысле - а значит, при необходимости, просто войти в приложение для обновления.
С таким приложением аж обратно в ВУЗ захотелось, который я 15 лет назад закончил.
Ну ничего, дочке полтора года. Когда она в ВУЗ пойдет, обязательно порекомендую ваше приложение!
Очень своевременная статья. Потому что я тот самый студент, который уже собрался топать разрабатывать свое "гениальное и криво работающее" приложение на коленке, при этом ничего не зная о мобильной разработке. Прям совсем. Но у меня цель и задачи довольно специфические.
Полгода назад в рамках проектной деятельности с однокурсниками придумали проект, который поможет развивать информационные ресурсы вуза. Но проект социальный, а значит нерентабельный (очень не хотелось рекламу добавлять). В ходе проведения социологических исследований основным запросом студентов было удобное расписание за 2 клика. Не за 20 на сайте без адаптированной мобильной версии.
У Вас нестандартный подход, очень интересно будет попробовать пользоваться, да и конкурента достойного нашли) Правда есть один минус. У нас институт своеобразный - колледж и вышка вместе. Причем в одном здании, одни преподы и т.д. Подростки же календарем не пользуются от слова совсем и почти всем студентам меньше 20 т.е. о планировании они даже не задумываются. Колледж, одним словом. Поэтому я уверена что 10 моим однокурсникам Ваше приложение будет подходить идеально, да и другим 30 студентам вышки) Студентов конечно побольше, но они мертвые души)
Спасибо большое за статью!
Спасибо и вам за добрые слова :)
На самом деле люди не пользуются календарём (поверьте, не только вашего колледжа касается) не из-за того, что не умеют или не хотят планировать свой день - банально не знают, что календарь для этого хорошо подходит. Поэтому, как только появится причина туда заходить, разберутся и наверняка распробуют.
Буду рад вашей интеграции!
То есть для того, что бы добавить поддержку своего вуза нужно эту поддержку запрограммировать и написать разработчику оригинального приложения? Как-то эта схема выглядит не очень. После прочтения статьи мне представлялось это проще.
Студенты постоянно создают одинаковые приложения. Я исправил это недоразумение