Комментарии 18
Вангую, что следующим поколениям студентов будет влом разбираться в написанном и они с нуля будут пилить свое.
Я надеюсь на ребят-студентов, которые продолжают сейчас развивать приложение, что они передадут его следующим поколениям. Мой прошлый большой проект, не связанный с прогой, уже 2 с небольшим года живет на факультете без меня и хорошо себя чувствует, надо закреплять опыт
абсолютно согласен, обычно такие решения потом медленно или быстро, но умирают. Без поддержки вуза (финансовой и административной) таким приложениям уготована только одна дорога — на кладбище пет проектов.
Не скажите. Такие приложения могут держаться полностью и на студенческой поддержке. Если вопрос финансовый, то никто не отменяет возможности краудфандинга (да, некоторые студенты (даже с учётом мизерного, при наличии, заработка) готовы подкинуть разработчикам монету на ресурсы), по поводу административного - тут тоже решают студенты. Руководство не может жёстко регламентировать чем может, а чем не может пользоваться студент (условно, для просмотра расписания). Единственное как университет может попортить малину - усложнить возможности для парсинга, однако, как показывает личная практика, этим заниматься либо нет ресурса, либо наоборот, IT-отдел университета улучшает свой сервис расписания.
С тем, что эти приложения могут держаться полностью на студенческой поддержке, я не сомневаюсь, но обычно запал быстро пропадает, особенно когда в университете очень скудный IT-отдел или которого в принципе нет. Лично у меня есть пример с моим университетом: расписание студентам дается через xlsx файл, огромной таблицей на несколько групп и потоков, таких таблиц не мало и их формат различается в зависимости от факультета — полная неразбериха форматов и автоматизированно парсить их мега сложно.
Но. У меня есть и контр пример: когда я поступил в магистратуру другого вуза, то приложение с расписанием (функционал этим неограничен) вышло из под крыла вуза (с административной и финансовой поддержкой), и оно мега функционально, настолько насколько это впринципе позволяет it-инфраструктура вуза. Хотите электронную зачетку? Пожалуйста.
И знаете, это гораздо приятнее и удобнее. Вот я как первокурсник, первый раз прихожу в вуз не знаю ни про расписание, ничего, а мне на официальном вузовском мероприятии говорят: "Вот приложение, мы сделали, пользуйся". И это кайф, гораздо лучше, чем когда тебе старшекурсник рассказывает по секрету, что есть вот такое неофицальное приложение.
Неоспоримо, так конечно намного лучше, однако не у каждого университета имеется возможность развивать так свой IT-отдел и не у каждого IT-отдела возникает желание развивать свои сервисы для студентов. Мотивация делать и развивать своё как раз возникает отсюда: хочется сделать для себя, попрактиковаться в программировании, попробовать свои силы.
Одно дело, когда есть что-то "в чём в лом разбираться", а другое - отсутствие в принципе чего-либо.
Согласен, что когда всё это берёт на себя ВУЗ - становится намного проще.
На программистких факультетах, чуть ли не через курс возкают темы курсачей/дипломов "сайт вуза/приложение/АСУ "Расписание занятий"", но выход за пределы петпроектов, особенно без административно-финансовой поддержки вуза - изначально утопия. И здесь, как правильно сказано, пока кафедра/профком/ректорат не признает приложение официальным (не возьмет под крыло), оно так и не разовьется исключительно на энтузиазме. Тут даже со свободным ПО трудно сравнивать, тк. там есть более-менее постоянный ментор, а здесь раз в 2-3 года полностью меняется вся команда
Приложение должно строиться на стандартных, понятных и популярных технологиях
От отдельных приложений на Android и iOS отказались почти сразу: это хоть и самый понятный, но очень затратный в плане сил, времени и денег подход.
Хотите сделать полезное и долгоживущее приложение — сделайте простой импорт из популярного планировщика (для меня это Календарь от МС)
С заполнением планировщика справится любой учебный отдел. Более того, они таки научатся использовать планировщик для составления и изменения расписания :)
Ну а если хотите сделать что-то реально полезное для всех — сделайте нормальный аналог Moodle (вместо одноименного монстра :)
Вам скажут спасибо буквально миллионы.
Боюсь что там все несколько сложнее. Есть ПО для составления расписаний, которое учитывает занятость преподавателей и составляет расписание почти автоматически, для обычный календарей очень сложная фича
А про LMS есть идеи, но мы не уверены, что у учебного отдела будет желание работать с приложением, поддерживаемым студентами
Есть ПО для составления расписаний, которое учитывает занятость преподавателей и составляет расписание почти автоматически
Берем готовое расписание и загоняем его в планировщик.
Потом импорт в приложение.
В любом случае это лучше, чем вывешивание расписания на доске в бумажном виде и последующее его фотографирование студентами (преподавателям их расписание обычно комбинируют лаборанты, после чего преподаватели таки самостоятельно загоняют его в планировщик. Куча лишней работы :)
но мы не уверены, что у учебного отдела будет желание работать с приложением, поддерживаемым студентами
Если это не прибавит работы учебному отделу, а наоборот — ее сократит, то возражать они не будут :)
«лекция в понедельник в 12.30 переносится на вторник, 17.30».
Гм… а мы-то думали, что наш учебный отдел работает не очень четко :)
У нас такого бар… беспорядка нет — накладки случаются, но их исправляют оперативно в первые же дни действия нового расписания.
(проблема у нас в том, что УО рассылает свои файлы в формате PDF/только изображение, так что приходится обратно преобразовывать их работу в электронную форму, что всех бесконечно радует)
У меня на сайте вуза есть ссылка на импорт в гугл календарь, вполне нормально синхронизируется( с мобильного приложения правда обновляется криво, в браузере все идеально)
есть ссылка на импорт в гугл календарь
По моим личным наблюдениям, айфонов у студентов тоже много :)
(на мой взгляд, таки лучше использовать импорт в мобильное приложение Outlook — там есть Календарь, а среди ПК по прежнему доминируют компьютеры с Windows. Установить это приложение и научить им пользоваться — дело пяти минут, причем участие преподавателя особо не требуется — достаточно показать одному, по цепочке узнают все :)
Винда и Аутлук более универсальны.
Для чего в ваших API для обновления групп, кабинетов и событий есть методы PATCH, если нет методов PUT?
Напомню, что метод PATCH обновляет только те поля, что пришли в объекте, а PUT целиком перезатирает объект тем, что пришло с клиента.
Обычно добавляют именно PUT, а PATCH — уже дополнительно к нему для оптимизации запросов.
Если оставлять как сейчас, то ваше API в принципе не позволяет удалить какое-то поле из объекта, не удаляя объект целиком и не создавая его заново с перегенерацией id, лишними запросами и прочими нежелательными спецэффектами.
Я для шараги примерно то же самое делал на Laravel. Еще и приложение сделал для Android. Вот время тогда было, делать было нечего, дело было вечером)
Как мы приложение факультета писали