AZ
это что-то IBM'овское?
нет
Size: a a a
2020 May 29
AV
а, ок.
AZ
A
а, ок.
Это от авторов RESTInio
AZ
actix - кусок говна по сравнению с SObjectizer
*
портаните мне кто-нибудь SObjectizer на Rust
тут в чатике вроде есть автор
AZ
тут в чатике вроде есть автор
я автора лично знаю. поверь, ему есть чем заняться помимо этого
TS
actix - кусок говна по сравнению с SObjectizer
но очень быстрый кусок
A
В итоге к чему пришли:
1. Стандартизация пакетников: хорошо бы иметь общий формат зависимостей;
2. Хорошо бы иметь Standing Document на тему жизненного цикла API (депрекация и удаление старья всчэякого и пр.)
3. Больше Education богу Education (sg20)
4. Общее апи рулит
1. Стандартизация пакетников: хорошо бы иметь общий формат зависимостей;
2. Хорошо бы иметь Standing Document на тему жизненного цикла API (депрекация и удаление старья всчэякого и пр.)
3. Больше Education богу Education (sg20)
4. Общее апи рулит
AZ
но очень быстрый кусок
меня интересует не как веб-фреймворк, а как акторная система. И да, он уже не самый быстрый веб-фреймворк, судя по бенчам
AZ
а в качестве акторной модели я бенчей не видел SObjectizer vs actix. Зато функционала мне катастрофически не хватает
AV
В итоге к чему пришли:
1. Стандартизация пакетников: хорошо бы иметь общий формат зависимостей;
2. Хорошо бы иметь Standing Document на тему жизненного цикла API (депрекация и удаление старья всчэякого и пр.)
3. Больше Education богу Education (sg20)
4. Общее апи рулит
1. Стандартизация пакетников: хорошо бы иметь общий формат зависимостей;
2. Хорошо бы иметь Standing Document на тему жизненного цикла API (депрекация и удаление старья всчэякого и пр.)
3. Больше Education богу Education (sg20)
4. Общее апи рулит
про формат зависимостей.. а что это даст? условный vcpkg может понять, что вот эту зависимость нужно тянуть из conan-center репы?
MG
про формат зависимостей.. а что это даст? условный vcpkg может понять, что вот эту зависимость нужно тянуть из conan-center репы?
думаю это может облегчить жизнь авторам библиотек, описав зависимости они могут быть как-то уверены что неважно что использует клиент, условный конан или условный vcpkg, у них все сработает,
а дальше как и с компиляторами могут быть расширения, в каких-то компаниях могут одни использовать, в каких-то другие
а дальше как и с компиляторами могут быть расширения, в каких-то компаниях могут одни использовать, в каких-то другие
AV
Mark Gulyaev
думаю это может облегчить жизнь авторам библиотек, описав зависимости они могут быть как-то уверены что неважно что использует клиент, условный конан или условный vcpkg, у них все сработает,
а дальше как и с компиляторами могут быть расширения, в каких-то компаниях могут одни использовать, в каких-то другие
а дальше как и с компиляторами могут быть расширения, в каких-то компаниях могут одни использовать, в каких-то другие
погоди. формат зависимостей - это всего лишь формат и грамматика файла. всё. но это, само по себе, не значит, что если у разработчика conan, а у пользователя vcpkg, то пользователь сможет воспользоваться этой библиотекой
AV
просто потому, что vcpkg не знает и не умеет ходить по конановским репам
AV
тут целиком какая-то федерация нужна между мирами пакетных менеджеров.
AV
между серверами и клиентами
MG
вообще на мой взгляд сейчас заниматься дистрибуцией библиотек — оч страшно, потому что надо много всего поддерживать по-хорошему. Возможно я неосилятор совсем, конечно, но по докладам на тему того о чем стоит париться — оч страшно становится )
AV
формат зависимостей - это еще не протокол клиент-сервер для пакетного менеджера и его сервера соответственно
MG
формат зависимостей - это еще не протокол клиент-сервер для пакетного менеджера и его сервера соответственно
ну я себе представляю что вот есть спек и в нем мы описываем зависимости, а дальше клиент пользуется одним пакетным менеджером который эти зависимости тащит со своих серверов, другой пользуется другим пакетным менеджером и тот тащит уже с других со своими протоколами.