[#]
Клиенты, ноды, интерфейсы и мысли обо всём
vit01(mira, 1) — All
2017-07-07 20:29:53
В последнее время (особенно после разговоров о файлэхах) меня всё меньше начинает устраивать собственный софт и в целом наша ситуация с поддержкой софта.
Например, взять ту же ii-php. Вроде бы, под капотом и в плане API есть неплохие наработки (особенно по транспорту), однако вебморда настолько негибкая, что новые фичи туда фиг добавишь. Увы, практически монолит. Придётся как-то перерабатывать фронтенд с точки зрения архитектуры.
Или CutieFeed. Лично для себя считаю его очень хорошим и юзабельным в момент "здесь и сейчас", но к новым изменениям и в GUI, и по транспорту он почти не готов. Либо втискивать новые фичи в устоявшийся костыль, либо пытаться найти новую парадигму для написания под Qt.
Чё-то делать надо...
C python-софтом (включая Цезий и iing) ситуация в целом как зоопарк. Несколько людей пытаются одновременно реализовывать одни и те же вещи, тратя на них больше времени и усилий, чем нужно.
Предлагаю написать единую библиотеку idec-python, которая будет одинаковая для всех серверов и клиентов, позволяя абстрагироваться разработчикам от самых базовых вещей вроде парсинга сообщений, БД-транспортов, хэширования, эхофильтров, стандартов. Это позволит нам сосредоточиться на GUI, сэкономит кучу времени, даст работать гораздо более эффективно.
Плюс будет проще продвигать нововведения и бороться с багами. А ещё есть надежда, что idec-python позволит постепенно стереть грани между клиентом и сервером. Надо сказать, я задумывался и над привнесением в IDEC Mobile такой фичи, чтобы клиент работал в режиме станции.