= Сообщение: 19405 из 46164 =============================== RU.FIDONET.TODAY =
От : Nil Alexandrov 2:5015/46 15 Oct 20 00:08:46
Кому : All 15 Oct 20 00:08:46
Тема : Мысли про фидо-софт-девелопмент в 2020
FGHI : area://RU.FIDONET.TODAY?msgid=2:5015/46+5f876904
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.FIDONET.TODAY?msgid=2:5020/545+5f877b26
Ответ: area://RU.FIDONET.TODAY?msgid=2:460/5858+5f8838d4
Ответ: area://RU.FIDONET.TODAY?msgid=2:460/5858+5f883a34
Ответ: area://RU.FIDONET.TODAY?msgid=2:4500/1.59+df48da54
==============================================================================
* Originally in nino.046.local
* Crossposted in ru.fidonet.today
* Crossposted in pushkin.local
Hello, All!
Если у меня чешутся руки пописать фидософт, чтобы такова очень полезного наваять? [tl;dr мобильные и веб-приложения].
Мейлеры и тоссеры есть под все платформы - binkd+hpt для R50 стал стандартом де-факто (зивановцы сидят на ББС софте даже локально, в Z2 используют binkd, но дальше у них собственный софт обычно).
С читалками дело обстоит несколько сложнее. В R50 (и немного в Z2 вообще) стандарт де-факто GoldEd, но он 8-бит и все, кто думал, что запатчат за один вечер, они обломались, слишком много проблем, inconv интерпретация в консоле не вариант, а по-взрослому там переделывать, практически переписать голдед. Кстати, те, кто подключился к фидо после нулевых, для них то самое ламповое фидо - какой-нибудь Simplex редактор вообще. Зачем в фидо UTF8? Да ни зачем, хотя бы чтобы copy&paste делать нормально, а то символы многие не пролезают.
С мобилками вообще большой пробел. Под айфон нативного софта нет, но есть рабочий вариант через NNTP - приложка платная, плюс NNTP<->FTN гейтование накладывает свои глюки с кодировками (либо сабжей, либо вообще сообщений), либо треды рвутся и пр. гемор, не говоря уже об отсутствии нативных FTN-квот из-коробки. Обладателям андроида живётся чуть легче - есть две нативные приложки. Платный автершок автором брошен, и самая большая трабла там, что он коверкает русские сабжы, и интерфейс минималистический (но многим наоборот заходит). Наш родной и бесплатный хотдогед спасает ситуацию - не сказать, чтобы он прям активно разрабатывался вот прямо сейчас, но всё равно, можно считать актуальным и рабочим. У многих вопросы к GUI в хотдоге - вопрос субъективный конечно, но явно написан технарём, без всех этих user experience.
С доступом к фидо через веб вроде бы проблем нет. Wfido работает, и другие проекты есть, но прямо вот огромного сообщества там не видно. Есть категория людей - они фидо воспринимают как форум, через веб ходят читать/писать, но их десятки, а не тысячи. Хотел сначала сказать, что пиар бы помог раскрутить, но уже слышу, как мне отвечают, что зачем нам не фидошные люди в сети, но реалии в том, что раскручивай не раскручивай, но без контента нет ни читателей, ни писателям как площадка не интересна.
Ещё вариант - фидо через веб, интересен тем, что его можно запускать локально на станции, и браузер становится фидо редактором. Т.е. писать отдельное десктоп приложение сегодня IMHO смысла нет. По этому принципу сейчас разрабатывается проект golden (созвучен с golded).
Я так пассивно послушал, что людям хотелось бы от фидо-софта и вот моё резюме. One-click install фидопакет, чтобы можно было вернуть бывших и вовлечь новых юзеров, чтобы "порог входа в сеть" была ноль (раньше надо было покупать модем, долго и упорно ковыряться в текстовых конфигах, и потом поить босса пивом), хотя мне сейчас многие возразят, что "порог входа" - как раз делает фидо тем самым особо ламповым, путём отсеивания всех тех, для кого настройка кажется чем-то сложным. Идея в том, что легко поставить, например просто из маркета, и начать читать/писать - новые люди будут создавать контент, а значит сеть заживёт активнее. [но нам и так сейчас хорошо, зачем нам какие-то посторонние люди? ;-) но реально одни и теже морды во всех эхах].
Я слышал много про то, что фидо отстало, нужно UTF8, эмоджи, стикеры, фото/видео посты и пр. И вот тут начинается бурление/подгорание. Если всё это реализовать, то это уже не будет Фидо, а мессенджер или социалка. Кто-то вообще против любой новизны в фидо - это музей, кто хочет ещё раз испытать вкус 90х (иди и поиграй в винрарные игры в досбоксе, если чо), или для тех, кто хочет приобщиться к "тем самым технологиям", чтобы не утрачивалась "ламповось". Моё отношение - где-то посередине. IMHO, фидо сегодня должно быть доступно на всех моих устройствах - десктоп с голдедом или через браузер, телефон на ходу, на планшете сидя дома на диване и пр., плюс это не должна быть боль с настраиванием 5ти разных пойнтов и хаком с перероучиванием/дублированием нетмейла. Хочется того самого лампового фидо на всех устройствах, и чтобы утром полупроснувшись, посмотреть нетмейл/карбонку на планшете, продолжить по дороге на телефоне, и пока сидишь за большим компом, на десктоп версии, и чтобы прочитанные сообщения везде синхронизировались и всё, как если бы это был один аккаунт на клауд-сервере. При этом вот парадокс - мой узел может не имеет возможности иметь белый-IP и доступности CM круглосуточно, а синхронизацию со всеми устройствами вынь да полож.
Моё длинное введение закончилось. Так чего бы такого пописать? Несколько лет назад уже почти начал проект на фреймворке Qt, чтобы написать графический фидо-редактор под Вин/Мак/Линукс (кстати был такой проект QFE - FTN Message Editor), а потом может быть и фидо-комбайн или отдельными модулями. Льстило то, что Qt развивался и под мобильные платформы, возможно переиспользовать код везде. Потом ex-PR и Co объявились и начали Nextgen проект как раз на Qt, якобы целая команда программистов, но хода дальше не было. Реально Qt на мобильный IMHO не жизнеспособный - там рантайм надо на десятки мегабайтов ставить, всё эмулируется, отрисовывается, тормозит, глючит,.. Да и десктоп-платформы как таковые всё менее и менее популярны сейчас, мобилки и планшеты всё вытесняют, поэтому Qt в топку :-)
Синхронизация между всеми устройствами, включая выкачивания новой почты и пометку последних прочитанных сообщения - тема сложная, читал разные варианты в ru.ftn.develop. Например, хранить все базы где-то на облачном диске (яндекс диск, гуглдрайв, дробокс и пр) и пусть все клиенты туда лазят. Или, отправлять какие-то диффы между устройствами. Я бы ввёл предусловие - если есть станция работающая круглосуточно с доступов по IP извне, то пусть она и хранит ту самую текущую базу сообщений, а все остальные пусть будут к ней клиентами (оффлайн тоже можно поддержать, просто во время сеанса связи клиент должен сообщить о всех новых написанных сообщениям и о прочитанных). Чтобы не изобретать новые стандарты, можно прям и переиспользовать фидошные базы как есть. Например, нода могла бы предоставлять такой сервис для своих пойнтов, можно было бы даже флажок в нодлист сделать.
Мобильное приложение сегодня начинать писать удобнее на каком-то современном фреймворке, например, Flutter, чтобы сразу и под Андроид и Айфон. На флаттере также можно написать вебклиента, эталоном был бы интерфейс а-ля gmail. Но вебклиент не может ходить сам как мейлер и тоссить в локальную базу, хотя какие-то HTML5 расширения есть для локально хранения - интересная тема поизучать. Можно Dart запускать на бакэнде, типа переиспользовать код от мобильного клиента на флаттере, но производительность будет хуже C++ аналога binkd+hpt.
Моя текущая идея в голове следующая. Есть классически настроенная нода/поинт, запускаем демон/сервис (желательно на C/C++ написанный для производительности, но можно на современном Rust потренироватся, хотя если написать на Dart, то потом код можно будет переиспользовать во flutter для мобильных клиентов). Этот демон читает/пишет локальные фидобазы, а наружу делает NNTP сервер (на ходу гейтуя, аналог jamnntpd/smapinntpd), а также новый протокол, например gRPC/ProtoBuf, или gRPC/flatbuffers, или вообще Cap'n Proto - некий новый API, авторизоваться, получить список эх, сообщений, и т.д., как старт можно NNTP командочки повторить. Вроде бы были попытки фидо REST API какой-то намутить, а данные в XML/JSON завернуть, но стандартом это не стало. gRPC интерфейс можно превратить в REST API без дополнительного кода, если что. К этому API может цепляться веб-приложение илимобильное приложение. Написание новых сообщений можно сделать путём добавления сообщений в базу, потом тоссер подхватит и отправит. Т.к. база единая, то и синхронизация между клиентами не нужна.
Best Regards, Nil
--- GoldED+/LNX 1.1.5
* Origin: -=NIL BBS=- (2:5015/46)
|
