#программыдлязарядок
#почемумногоприложений
Сделать ПО для управления зарядными станциями - плевое дело. Так думают многие. А еще многие думают, что эти десятки приложений - какая-то большая проблема и дальше будет хуже.
Оба суждения ошибочны.
Поясню.
Сложно ли сделать?
Опубликовать свое приложение не сложно. Даже красивое.
Дизайн и верстка - достаточно простые задачи. Плюс есть конструкторы, шаблоны. Осязаемо. Исполнимо. Даже недорого.
Заставить запускаться одну/две станции - тоже исполнимо. Можно взять готовые библиотеки для первичных функций протокола ocpp 1.6 в готовом виде.
До этой точки доходят многие. Отсюда и количество приложений.
Дальше уже идет реальная работа:
-разные станции (ооочень по-разному могут работать). А надо привести их к общему для работы.
-платность. Тут мало просто привязать платжку. Сначала надо данные от станции получать научиться. Гарантированно. А она не всегда их отправляет…
-доработка/дебаг/полнота реализации - часто в ПО вы можете увидеть, что доработок почти нет, хотя есть баги. Это потому что взять готовую библиотеку - легко. А вот писать элементы и механики с нуля - это другой уровень. А на костылях можно существовать, но не долго
-другие протоколы (сказать «я умею ocpp 2.0+ могу многие).
В целом, можно этот момент тоже пройти. Посадить разработчика на готовые библиотеки и дописать переменные по протоколу. И даже реально это все на архитектуру посадить.
Но вот дальше начинаются усложнения.
-Протокол осрр 2.0 - готовых решений толком нет. Методология работы отличается. Чтобы сделать - надо реально изучить и реализовать протокол. Долго и дорого. А проверить несложно. Опытным путем. Главное, не верить на слово, так как многие, не читая и пройдя первый этап дешево, полагают, что задача быстрая.
-оплата за сессии. Ничего сложного. Прикрути платежку и будет счастье. НО. Ты должен посчитать кВт*ч. Не руками. А теперь представьте, что станция их присылает не всегда. И станция не одна. А еще бывают сессии вне авторизации (косяк станции, но онибесплатные для клиента, и поверьте, он об этом не кричит-тут только отлавливать)
-кастомизация ПО. Если отсечь дизайнерский подход: верстаем новый цвет, убираем какие-то станции от отображения и запускаем. А делать нормально: отдельный софт, с возможностью полноценной кастомизации, а не только запуск одинакового функционала на всех одновременно (так как иначе низя) с отдельными базами данными, связями, возможностью разных сервисов и т.д.
-безопасность/отказоустойчивость/масштабируемость - на этот параметр вообще пока никто внимания не обращает. Хотя уже и в РФ и в РБ было несколько случаев, когда крупные инфраструрные сети просто «лежали» даже несколько дней. И это даже не из-за атаки.
Мораль: сделать хорошо - реально. Но только если архитектура позволяет. А большое количество приложений - пофигу. Сколько бы их не плодить, все равно все сначала придет к роумингу (как только это станет задачей с коммерческими условиями), а затем к автоматической авторизации, где приложение все равно будет важно и нужно, но не всякий раз.
Но уже сейчас стоит подумать, что просто включать зарядку - мало, и стоит подумать, как работать и развиваться дальше. Ведь любой опыт имеет ценность. Даже тяжелый.
#работайтеспрофессионалами #предупреждензначитвооружен #мамкиныайтишники #tryelectro
#почемумногоприложений
Сделать ПО для управления зарядными станциями - плевое дело. Так думают многие. А еще многие думают, что эти десятки приложений - какая-то большая проблема и дальше будет хуже.
Оба суждения ошибочны.
Поясню.
Сложно ли сделать?
Опубликовать свое приложение не сложно. Даже красивое.
Дизайн и верстка - достаточно простые задачи. Плюс есть конструкторы, шаблоны. Осязаемо. Исполнимо. Даже недорого.
Заставить запускаться одну/две станции - тоже исполнимо. Можно взять готовые библиотеки для первичных функций протокола ocpp 1.6 в готовом виде.
До этой точки доходят многие. Отсюда и количество приложений.
Дальше уже идет реальная работа:
-разные станции (ооочень по-разному могут работать). А надо привести их к общему для работы.
-платность. Тут мало просто привязать платжку. Сначала надо данные от станции получать научиться. Гарантированно. А она не всегда их отправляет…
-доработка/дебаг/полнота реализации - часто в ПО вы можете увидеть, что доработок почти нет, хотя есть баги. Это потому что взять готовую библиотеку - легко. А вот писать элементы и механики с нуля - это другой уровень. А на костылях можно существовать, но не долго
-другие протоколы (сказать «я умею ocpp 2.0+ могу многие).
В целом, можно этот момент тоже пройти. Посадить разработчика на готовые библиотеки и дописать переменные по протоколу. И даже реально это все на архитектуру посадить.
Но вот дальше начинаются усложнения.
-Протокол осрр 2.0 - готовых решений толком нет. Методология работы отличается. Чтобы сделать - надо реально изучить и реализовать протокол. Долго и дорого. А проверить несложно. Опытным путем. Главное, не верить на слово, так как многие, не читая и пройдя первый этап дешево, полагают, что задача быстрая.
-оплата за сессии. Ничего сложного. Прикрути платежку и будет счастье. НО. Ты должен посчитать кВт*ч. Не руками. А теперь представьте, что станция их присылает не всегда. И станция не одна. А еще бывают сессии вне авторизации (косяк станции, но онибесплатные для клиента, и поверьте, он об этом не кричит-тут только отлавливать)
-кастомизация ПО. Если отсечь дизайнерский подход: верстаем новый цвет, убираем какие-то станции от отображения и запускаем. А делать нормально: отдельный софт, с возможностью полноценной кастомизации, а не только запуск одинакового функционала на всех одновременно (так как иначе низя) с отдельными базами данными, связями, возможностью разных сервисов и т.д.
-безопасность/отказоустойчивость/масштабируемость - на этот параметр вообще пока никто внимания не обращает. Хотя уже и в РФ и в РБ было несколько случаев, когда крупные инфраструрные сети просто «лежали» даже несколько дней. И это даже не из-за атаки.
Мораль: сделать хорошо - реально. Но только если архитектура позволяет. А большое количество приложений - пофигу. Сколько бы их не плодить, все равно все сначала придет к роумингу (как только это станет задачей с коммерческими условиями), а затем к автоматической авторизации, где приложение все равно будет важно и нужно, но не всякий раз.
Но уже сейчас стоит подумать, что просто включать зарядку - мало, и стоит подумать, как работать и развиваться дальше. Ведь любой опыт имеет ценность. Даже тяжелый.
#работайтеспрофессионалами #предупреждензначитвооружен #мамкиныайтишники #tryelectro