#приколыподдержки
Часто бывают обращения, что зарядная станция визуально работает (светится экраном, но не доступна в приложении) - чаще всего это проблема связи или что-то зависло в самой станции. (Безусловно, это бывают еще и приколы ПО у #мамкиныайтишники (введу новый хештег и скоро расскажу об этом, но в данном случае считаем, что проблемы с ПО проверены и их нет)
Связываемся с инженером. Питание есть. Проверяем связь. Если там ок - значит зарядка глюканула. И в этом случае помогает полная перезагрузка. А если внутри еще аккум/бесперебойник - еще и его бы включить/выключить. Если вернулась без проблем - то почти наверняка это нюансы на стороне железа станции.
Но при этом эта механика до сих пор считается «нормой». То есть зарядка «отваливается», сама не восстанавливает соединение, требуя физического выезда человека на место установки. Просто чтобы «дернуть питание». 2023 год.
Это вместо того, чтобы watchdog и запланировать механики, чтобы станция сама отслеживала и восстанавливала свою работу.
И это не про одного производителя. Это не самая редкая ситуация.
К чему это я: качество работы станции - это не только про то, смогла ли она стартовать заряд для той или иной модели авто. А еще и то, насколько я она предсказуемо и корректно может себя вести ы перспективе. И самостоятельно восстановление работы, в т.ч. связи - один из факторов качества работы.
#чтотакоехорошиезарядки #ненаездишься #иногдазарядкидалековато
Часто бывают обращения, что зарядная станция визуально работает (светится экраном, но не доступна в приложении) - чаще всего это проблема связи или что-то зависло в самой станции. (Безусловно, это бывают еще и приколы ПО у #мамкиныайтишники (введу новый хештег и скоро расскажу об этом, но в данном случае считаем, что проблемы с ПО проверены и их нет)
Связываемся с инженером. Питание есть. Проверяем связь. Если там ок - значит зарядка глюканула. И в этом случае помогает полная перезагрузка. А если внутри еще аккум/бесперебойник - еще и его бы включить/выключить. Если вернулась без проблем - то почти наверняка это нюансы на стороне железа станции.
Но при этом эта механика до сих пор считается «нормой». То есть зарядка «отваливается», сама не восстанавливает соединение, требуя физического выезда человека на место установки. Просто чтобы «дернуть питание». 2023 год.
Это вместо того, чтобы watchdog и запланировать механики, чтобы станция сама отслеживала и восстанавливала свою работу.
И это не про одного производителя. Это не самая редкая ситуация.
К чему это я: качество работы станции - это не только про то, смогла ли она стартовать заряд для той или иной модели авто. А еще и то, насколько я она предсказуемо и корректно может себя вести ы перспективе. И самостоятельно восстановление работы, в т.ч. связи - один из факторов качества работы.
#чтотакоехорошиезарядки #ненаездишься #иногдазарядкидалековато
#программыдлязарядок
#почемумногоприложений
Сделать ПО для управления зарядными станциями - плевое дело. Так думают многие. А еще многие думают, что эти десятки приложений - какая-то большая проблема и дальше будет хуже.
Оба суждения ошибочны.
Поясню.
Сложно ли сделать?
Опубликовать свое приложение не сложно. Даже красивое.
Дизайн и верстка - достаточно простые задачи. Плюс есть конструкторы, шаблоны. Осязаемо. Исполнимо. Даже недорого.
Заставить запускаться одну/две станции - тоже исполнимо. Можно взять готовые библиотеки для первичных функций протокола ocpp 1.6 в готовом виде.
До этой точки доходят многие. Отсюда и количество приложений.
Дальше уже идет реальная работа:
-разные станции (ооочень по-разному могут работать). А надо привести их к общему для работы.
-платность. Тут мало просто привязать платжку. Сначала надо данные от станции получать научиться. Гарантированно. А она не всегда их отправляет…
-доработка/дебаг/полнота реализации - часто в ПО вы можете увидеть, что доработок почти нет, хотя есть баги. Это потому что взять готовую библиотеку - легко. А вот писать элементы и механики с нуля - это другой уровень. А на костылях можно существовать, но не долго
-другие протоколы (сказать «я умею ocpp 2.0+ могу многие).
В целом, можно этот момент тоже пройти. Посадить разработчика на готовые библиотеки и дописать переменные по протоколу. И даже реально это все на архитектуру посадить.
Но вот дальше начинаются усложнения.
-Протокол осрр 2.0 - готовых решений толком нет. Методология работы отличается. Чтобы сделать - надо реально изучить и реализовать протокол. Долго и дорого. А проверить несложно. Опытным путем. Главное, не верить на слово, так как многие, не читая и пройдя первый этап дешево, полагают, что задача быстрая.
-оплата за сессии. Ничего сложного. Прикрути платежку и будет счастье. НО. Ты должен посчитать кВт*ч. Не руками. А теперь представьте, что станция их присылает не всегда. И станция не одна. А еще бывают сессии вне авторизации (косяк станции, но онибесплатные для клиента, и поверьте, он об этом не кричит-тут только отлавливать)
-кастомизация ПО. Если отсечь дизайнерский подход: верстаем новый цвет, убираем какие-то станции от отображения и запускаем. А делать нормально: отдельный софт, с возможностью полноценной кастомизации, а не только запуск одинакового функционала на всех одновременно (так как иначе низя) с отдельными базами данными, связями, возможностью разных сервисов и т.д.
-безопасность/отказоустойчивость/масштабируемость - на этот параметр вообще пока никто внимания не обращает. Хотя уже и в РФ и в РБ было несколько случаев, когда крупные инфраструрные сети просто «лежали» даже несколько дней. И это даже не из-за атаки.
Мораль: сделать хорошо - реально. Но только если архитектура позволяет. А большое количество приложений - пофигу. Сколько бы их не плодить, все равно все сначала придет к роумингу (как только это станет задачей с коммерческими условиями), а затем к автоматической авторизации, где приложение все равно будет важно и нужно, но не всякий раз.
Но уже сейчас стоит подумать, что просто включать зарядку - мало, и стоит подумать, как работать и развиваться дальше. Ведь любой опыт имеет ценность. Даже тяжелый.
#работайтеспрофессионалами #предупреждензначитвооружен #мамкиныайтишники #tryelectro
#почемумногоприложений
Сделать ПО для управления зарядными станциями - плевое дело. Так думают многие. А еще многие думают, что эти десятки приложений - какая-то большая проблема и дальше будет хуже.
Оба суждения ошибочны.
Поясню.
Сложно ли сделать?
Опубликовать свое приложение не сложно. Даже красивое.
Дизайн и верстка - достаточно простые задачи. Плюс есть конструкторы, шаблоны. Осязаемо. Исполнимо. Даже недорого.
Заставить запускаться одну/две станции - тоже исполнимо. Можно взять готовые библиотеки для первичных функций протокола ocpp 1.6 в готовом виде.
До этой точки доходят многие. Отсюда и количество приложений.
Дальше уже идет реальная работа:
-разные станции (ооочень по-разному могут работать). А надо привести их к общему для работы.
-платность. Тут мало просто привязать платжку. Сначала надо данные от станции получать научиться. Гарантированно. А она не всегда их отправляет…
-доработка/дебаг/полнота реализации - часто в ПО вы можете увидеть, что доработок почти нет, хотя есть баги. Это потому что взять готовую библиотеку - легко. А вот писать элементы и механики с нуля - это другой уровень. А на костылях можно существовать, но не долго
-другие протоколы (сказать «я умею ocpp 2.0+ могу многие).
В целом, можно этот момент тоже пройти. Посадить разработчика на готовые библиотеки и дописать переменные по протоколу. И даже реально это все на архитектуру посадить.
Но вот дальше начинаются усложнения.
-Протокол осрр 2.0 - готовых решений толком нет. Методология работы отличается. Чтобы сделать - надо реально изучить и реализовать протокол. Долго и дорого. А проверить несложно. Опытным путем. Главное, не верить на слово, так как многие, не читая и пройдя первый этап дешево, полагают, что задача быстрая.
-оплата за сессии. Ничего сложного. Прикрути платежку и будет счастье. НО. Ты должен посчитать кВт*ч. Не руками. А теперь представьте, что станция их присылает не всегда. И станция не одна. А еще бывают сессии вне авторизации (косяк станции, но онибесплатные для клиента, и поверьте, он об этом не кричит-тут только отлавливать)
-кастомизация ПО. Если отсечь дизайнерский подход: верстаем новый цвет, убираем какие-то станции от отображения и запускаем. А делать нормально: отдельный софт, с возможностью полноценной кастомизации, а не только запуск одинакового функционала на всех одновременно (так как иначе низя) с отдельными базами данными, связями, возможностью разных сервисов и т.д.
-безопасность/отказоустойчивость/масштабируемость - на этот параметр вообще пока никто внимания не обращает. Хотя уже и в РФ и в РБ было несколько случаев, когда крупные инфраструрные сети просто «лежали» даже несколько дней. И это даже не из-за атаки.
Мораль: сделать хорошо - реально. Но только если архитектура позволяет. А большое количество приложений - пофигу. Сколько бы их не плодить, все равно все сначала придет к роумингу (как только это станет задачей с коммерческими условиями), а затем к автоматической авторизации, где приложение все равно будет важно и нужно, но не всякий раз.
Но уже сейчас стоит подумать, что просто включать зарядку - мало, и стоит подумать, как работать и развиваться дальше. Ведь любой опыт имеет ценность. Даже тяжелый.
#работайтеспрофессионалами #предупреждензначитвооружен #мамкиныайтишники #tryelectro
#айтишныйвзгляд
Про ПО для управления зарядками.
Как появляются новые приложения под брендом.
Новое полноценное ПО делать дорого и сложно. Поэтому многие мобильные приложения на рынке зарядок существуют в формате SAAS (software as a service), который сводится к тому, что Разработчик делает ПО под Заказчика (в нашем случае это Мобильное приложения в формате white-label из уже готового), размещает его на серверах, публикует, поддерживает его работоспособность, безопасность и возможность развития (!).
Заказчик в свою очередь просто платит за профессиональный сервис с предсказуемым коротким сроком исполнения, а не заморачивается о разработке, покупке серверов и их обслуживании.
Это выгодно и удобно. Но есть нюанс: Заказчик не всегда понимает нюансы. В частности, что за архитектура, насколько она пригодна для развития и масштабирования, а самое главное, где и как хранятся данные.
И вот тут начинается очень много места для возможностей различного «колхоза». Самый частый - вместо полноценного продукта в формате SAAS просто создается отдельная визуально немного отличающаяся точка входа. И все. Соотвественно, ни о каких тенантах, отдельных базах данных и возможности развивать данный сервис отдельно от основного приложения и речи не идет.
Как-то так.
Показать примеры?
Рассказать что такое тенанты и в чем преимущество?
#заряднаяинфраструктура #мамкиныайтишники #tryelectro
Про ПО для управления зарядками.
Как появляются новые приложения под брендом.
Новое полноценное ПО делать дорого и сложно. Поэтому многие мобильные приложения на рынке зарядок существуют в формате SAAS (software as a service), который сводится к тому, что Разработчик делает ПО под Заказчика (в нашем случае это Мобильное приложения в формате white-label из уже готового), размещает его на серверах, публикует, поддерживает его работоспособность, безопасность и возможность развития (!).
Заказчик в свою очередь просто платит за профессиональный сервис с предсказуемым коротким сроком исполнения, а не заморачивается о разработке, покупке серверов и их обслуживании.
Это выгодно и удобно. Но есть нюанс: Заказчик не всегда понимает нюансы. В частности, что за архитектура, насколько она пригодна для развития и масштабирования, а самое главное, где и как хранятся данные.
И вот тут начинается очень много места для возможностей различного «колхоза». Самый частый - вместо полноценного продукта в формате SAAS просто создается отдельная визуально немного отличающаяся точка входа. И все. Соотвественно, ни о каких тенантах, отдельных базах данных и возможности развивать данный сервис отдельно от основного приложения и речи не идет.
Как-то так.
Показать примеры?
Рассказать что такое тенанты и в чем преимущество?
#заряднаяинфраструктура #мамкиныайтишники #tryelectro
#роуминг
Последние 2 дня много вопросов про роуминг в ЭЗС.
И даже вижу какую-то активность у коллег.
НО
Коллеги, вспомните, пожалуйста: роуминг - это не просто показать что-то чужое у себя. Это настройка процессов, таких как:
-корректность отображения (и в основной системе и в роуминговой) точек
-корректность отображения процесса зарядки и статусов в формате онлайн
-корректность работы станции
-прозрачность финансовых условий
-возможность поддержки
-сверки по факту
-закрывающие условия (фин. и юридические аспекты)
Роуминг - это не просто показать станцию абы как везде, где можешь и/или даже запускать ее по команде без оплаты или пренебрегая ей - это не роуминг, а профанация.
Роуминг - отлаженный процесс взаимодействия двух и более систем с отлаженным процессом заряда на основной и с прозрачностью в условиях, процессах и деньгах (в первую очередь) для всех участников.
#мамкиныайтишники #ктознаеттотпоймет #зарядныестанции #tryelectro
Последние 2 дня много вопросов про роуминг в ЭЗС.
И даже вижу какую-то активность у коллег.
НО
Коллеги, вспомните, пожалуйста: роуминг - это не просто показать что-то чужое у себя. Это настройка процессов, таких как:
-корректность отображения процесса зарядки и статусов в формате онлайн
-корректность работы станции
-прозрачность финансовых условий
-возможность поддержки
-сверки по факту
-закрывающие условия (фин. и юридические аспекты)
Роуминг - это не просто показать станцию абы как везде, где можешь и/или даже запускать ее по команде без оплаты или пренебрегая ей - это не роуминг, а профанация.
Роуминг - отлаженный процесс взаимодействия двух и более систем с отлаженным процессом заряда на основной и с прозрачностью в условиях, процессах и деньгах (в первую очередь) для всех участников.
#мамкиныайтишники #ктознаеттотпоймет #зарядныестанции #tryelectro
#мамкиныайтишники
В разделе #зарядныекругляшки немного затронул тему ИТ-разработки
Очень многие небольшие it-проекты в РФ (да и аппаратные тоже) работают по принципу «ну оно же работает». Хотя на самом деле, это очень большое допущение. Потому что все относительно и на уровне MVP находится можно, но недолго. Как мне кажется, «работает» - это когда без «бубна» и предсказуемо даже при изменениях. Но не все так считают.
Спасает таких лишь то, что мало кто знает, как проверить. Или как аргументировать. Или то, что на стороне заказчика нет специалиста, кто хочет разобраться. Обычно это прокатывает до момента, пока не нужно получить отчетность или что-то поменять. А дальше начинается веселье. Ведь очень многие работают по принципу «работает - не трогай». А иногда и не знают, как даже устроен их проект, или знают и не отрабатывают «технический долг» (страшная штука. Без него никуда. И его надо исполнять обязательно).
Лично мне нравится, когда заказчик начинает вникать. Мне нравится работать вместе с ним на получение результата. Это удобно, эффективно и позитивно для обеих сторон.
#айти #зарядныестанции
В разделе #зарядныекругляшки немного затронул тему ИТ-разработки
Очень многие небольшие it-проекты в РФ (да и аппаратные тоже) работают по принципу «ну оно же работает». Хотя на самом деле, это очень большое допущение. Потому что все относительно и на уровне MVP находится можно, но недолго. Как мне кажется, «работает» - это когда без «бубна» и предсказуемо даже при изменениях. Но не все так считают.
Спасает таких лишь то, что мало кто знает, как проверить. Или как аргументировать. Или то, что на стороне заказчика нет специалиста, кто хочет разобраться. Обычно это прокатывает до момента, пока не нужно получить отчетность или что-то поменять. А дальше начинается веселье. Ведь очень многие работают по принципу «работает - не трогай». А иногда и не знают, как даже устроен их проект, или знают и не отрабатывают «технический долг» (страшная штука. Без него никуда. И его надо исполнять обязательно).
Лично мне нравится, когда заказчик начинает вникать. Мне нравится работать вместе с ним на получение результата. Это удобно, эффективно и позитивно для обеих сторон.
#айти #зарядныестанции
#зарядныекругляшки
На рынке ПО для зарядных станций есть немало разных команд и решений. Но «не все йогурты одинаково полезны» как звучало в одной рекламе. Есть сильные разработчики с разным видением - это здорово. Это драйвит рынок. А есть разные любители «сэкономить»: они берут что-то максимально дешевое типа готовых бесплатных решений с github с минимальным функционалом, лепят презентацию и идут доказывать, что они уже Операторы зарядных станций. И аргумент «смотрите, я запускаю зарядку с телефона» - это максимум возможностей. Надо сказать, что подход «ну оно же работает» успешно «прокатывал» до 2020 года. Сейчас все-таки технологии некисло продвинулись. И хочется, чтобы заказчики тоже это понимали.
Архитектура мобильных решений должна быть своевременна и иметь возможность к масштабированию. А технические допущения могут оставаться только для формата MVP проекта, когда ты делаешь просто проверку гипотезы, а дальше выбрасываешь и делаешь полноценный продукт.
Это лирическое вступление. Тут я про конкретную ситуацию.
А именно про PWA (не воспримите за ругань) - подробнее в следующей публикации.
#заряднаяинфраструктура #программныерешения #мамкиныайтишники
На рынке ПО для зарядных станций есть немало разных команд и решений. Но «не все йогурты одинаково полезны» как звучало в одной рекламе. Есть сильные разработчики с разным видением - это здорово. Это драйвит рынок. А есть разные любители «сэкономить»: они берут что-то максимально дешевое типа готовых бесплатных решений с github с минимальным функционалом, лепят презентацию и идут доказывать, что они уже Операторы зарядных станций. И аргумент «смотрите, я запускаю зарядку с телефона» - это максимум возможностей. Надо сказать, что подход «ну оно же работает» успешно «прокатывал» до 2020 года. Сейчас все-таки технологии некисло продвинулись. И хочется, чтобы заказчики тоже это понимали.
Архитектура мобильных решений должна быть своевременна и иметь возможность к масштабированию. А технические допущения могут оставаться только для формата MVP проекта, когда ты делаешь просто проверку гипотезы, а дальше выбрасываешь и делаешь полноценный продукт.
Это лирическое вступление. Тут я про конкретную ситуацию.
А именно про PWA (не воспримите за ругань) - подробнее в следующей публикации.
#заряднаяинфраструктура #программныерешения #мамкиныайтишники