По-ощущениям, жб для того и задвинули хтмл по-дальше с глаз, чтобы народ не приходил с ишью и пуллреквестами. А пока либа нигде не светится - создается именно ощущение закопанности. Нюанс, правда, в том, что либа обновляется с каждой даже патч-версией, мелкие контентные PR принимаются (вроде добавления поддержки каких-то тэгов).
А отсутствие либ - вопрос, по-сути, той же политики жб задвинуть хтмл по-дальше. Другой вопрос, что даже в текущем виде хтмл ощущается лучше, чем композ кроссмультиплатформ, хотя бы тем, что хтмл не look and feel like, он буквально то, что после like.
Собственно, моя цель и была в том, чтобы показать - есть Compose HTML, он фактически нативен в вебе, чем нас больше - тем сложнее JB откладывать эту либу и тем больше библиотек для нее будет создано.
Если хочется делать нативный UI и использовать JS библиотеки, коих немеренно - вам в Compose HTML :) васм и канвас пока сами по-себе сырые, имхо, но да - сердцу не прикажешь :)
А он поддерживает многомодульность? Всмысле, чтобы в одном проекте было много мавен модулей? Что-то мне подсказывает, что котлин не так хорошо будет работать с мавеном, как с градлом Что-то мне подсказывает, что в мавене до сих пор нельзя удобно настраивать что-либо не предусмотренное написанными плагинами
Даже если всё в мавене хорошо - лучшей альтернативной IDE всё равно нет :)
Это пост в личном блоге, а не блоге компании :) Плюс, я осветил проблемы технологии и языка, что может кому-то помочь понять, что они не одиноки в этом. Почему нет? :)
Дак проблема-то по-сути не в багах кактаковых, а в растекании JB по технологиям вместо концентрации, выпуске и развитии конкретных нескольких штук, но качественных и законченных на момент релиза
См. туть, но в целом: а есть разница? :) Они выдают продукт, рекламируют, пилят для него UI фреймворк с тремя вариантами Web реализаций (тоже отдельный мем, кстати), но при этом вокруг продукта куча проблем - это как бы не ок
Я старался все статьи делать короткими, чтобы не размазывать мысль по древу
Статья буквально о том, как пользоваться шаблоном :)
Не совсем понял, как шаблон может ограничивать вас от использования менюшек/кнопочек/etc.
Возможно, стоит пояснить, что шаблон основывается на библиотеке https://github.com/InsanusMokrassar/ktgbotapi , которая поддерживает весь Telegram Bots API. Фактически, шаблон нужен, чтобы не возиться со стартовой настройкой запускаемого бота
А еще это официально последний патч и они так и не поправили багу с вылетом при включенных частицах от выстрелов :) так что да, контент - это прикольно, но обновление скорее грустное
Вообще, интересно конечно, у меня на куче устройств работало как в туториале, в том числе на рабочих проектах. Спасибо, что отписали, может кому поможет
Что - особенность андроида? Вообще, в моем комментарии фигурировал не только он и я сказал, что благодаря этой архитектуре мы можем поддерживать почти любой таргет и не испытывать при этом боли, в частности - андроид и котлин/жс (веб)
Ну и я полагаю, Apache Kerby в основном создан на Java для JVM в основном для серверов или клиентов на JVM, у нас же поддерживаются нативный Android и Web(Kotlin/JS, html, css), при желании можно будет нативные таргеты добавить и это не потребует больших усилий
Я так понимаю, Kerby - это проект с биндингами к системе Kerberos + обвязки вокруг. Такие проекты у меня тоже есть, но их невыгодно делать на описанной в статье архитектуре - там не всегда есть ярковыраженные client/common/server куски, а когда есть - их нетрудно внедрить. У нас проекты в основном клиент-серверные и по-сути то, что в Kerby умещается в модуль, у нас умещается в common каждой фичи и потом добавляются обвязки в client и server. Мелкие модули у нас есть, но они обычно появляются на старте фичи, бОльшая часть из них в итоге разрастаются, что тоже легко поддерживается этой архитектурой. Банальный пример - у нас была фича работы с файлами, где были репозитории, мультиплатформенные абстракции, для каждого таргета были нужные обвязки, а на клиенте/сервере были биндинги для отправки с клиента на сервер и загрузки с сервера на клиент на каждую платформу в том виде, в каком это было нужно. Понятно, что о мелкости тут можно поспорить, но в целом выглядит как самодостаточная фича
В открытых проектах я почти не вижу даже 30 модулей, хотя бы пустых. У меня в проекте как минимум 100 модулей с наполнением - то есть таких, которые реально имеют код и отвечают за что-то свое :) писать про проект-пустышку, где половина модулей была бы без контента вовсе - как-то неспортивно, что ли :)
Популярность никому не интересна в рамках разговора "опенсурс - это неоплачиваемый ад, где все от вас что-то требуют". Тут как бы по определению продукт (либу, программу) кто-то использует, другой вопрос, что иногда приходят и требуют исправлений (не всегда в вежливой форме), а положительной отдачи (в том числе и финансовой), считай, никакой.
Вся суть статьи в том, что весь софтварный мир сейчас держится на опенсорсе и бОльшая часть этого опенсорса не имеет финансирования. Все (как и вы, видимо) принимают это как должное. Проблема спеца в небраске о том, что большое число чуваков делают много проектов, на которых работает вообще почти всё, но эта их работа не оплачивается и это считается нормальным, типа, ну всё же работает
По-ощущениям, жб для того и задвинули хтмл по-дальше с глаз, чтобы народ не приходил с ишью и пуллреквестами. А пока либа нигде не светится - создается именно ощущение закопанности. Нюанс, правда, в том, что либа обновляется с каждой даже патч-версией, мелкие контентные PR принимаются (вроде добавления поддержки каких-то тэгов).
А отсутствие либ - вопрос, по-сути, той же политики жб задвинуть хтмл по-дальше. Другой вопрос, что даже в текущем виде хтмл ощущается лучше, чем композ
кроссмультиплатформ, хотя бы тем, что хтмл не look and feel like, он буквально то, что после like.Собственно, моя цель и была в том, чтобы показать - есть Compose HTML, он фактически нативен в вебе, чем нас больше - тем сложнее JB откладывать эту либу и тем больше библиотек для нее будет создано.
Это нужно в нашей компании и замечательно работает :)
Рад, что у вас получилось найти своё, искренне :)
Если хочется делать нативный UI и использовать JS библиотеки, коих немеренно - вам в Compose HTML :) васм и канвас пока сами по-себе сырые, имхо, но да - сердцу не прикажешь :)
я бы еще добавил пример установки котлина через sdkman (
sdk install kotlin 2.0.21)А он поддерживает многомодульность? Всмысле, чтобы в одном проекте было много мавен модулей?
Что-то мне подсказывает, что котлин не так хорошо будет работать с мавеном, как с градлом
Что-то мне подсказывает, что в мавене до сих пор нельзя удобно настраивать что-либо не предусмотренное написанными плагинами
Даже если всё в мавене хорошо - лучшей альтернативной IDE всё равно нет :)
Это пост в личном блоге, а не блоге компании :) Плюс, я осветил проблемы технологии и языка, что может кому-то помочь понять, что они не одиноки в этом. Почему нет? :)
Дак проблема-то по-сути не в багах кактаковых, а в растекании JB по технологиям вместо концентрации, выпуске и развитии конкретных нескольких штук, но качественных и законченных на момент релиза
См. туть, но в целом: а есть разница? :) Они выдают продукт, рекламируют, пилят для него UI фреймворк с тремя вариантами Web реализаций (тоже отдельный мем, кстати), но при этом вокруг продукта куча проблем - это как бы не ок
Они просто кнопку "заплатить" не нашли
Я старался все статьи делать короткими, чтобы не размазывать мысль по древу
Статья буквально о том, как пользоваться шаблоном :)
Не совсем понял, как шаблон может ограничивать вас от использования менюшек/кнопочек/etc.
Возможно, стоит пояснить, что шаблон основывается на библиотеке https://github.com/InsanusMokrassar/ktgbotapi , которая поддерживает весь Telegram Bots API. Фактически, шаблон нужен, чтобы не возиться со стартовой настройкой запускаемого бота
Спасибо :) к слову, как раз готовлю статью по проекту на базе PlaguBot
А еще это официально последний патч и они так и не поправили багу с вылетом при включенных частицах от выстрелов :) так что да, контент - это прикольно, но обновление скорее грустное
Вообще, интересно конечно, у меня на куче устройств работало как в туториале, в том числе на рабочих проектах. Спасибо, что отписали, может кому поможет
Что - особенность андроида? Вообще, в моем комментарии фигурировал не только он и я сказал, что благодаря этой архитектуре мы можем поддерживать почти любой таргет и не испытывать при этом боли, в частности - андроид и котлин/жс (веб)
Ну и я полагаю, Apache Kerby в основном создан на Java для JVM в основном для серверов или клиентов на JVM, у нас же поддерживаются нативный Android и Web(Kotlin/JS, html, css), при желании можно будет нативные таргеты добавить и это не потребует больших усилий
Я так понимаю, Kerby - это проект с биндингами к системе Kerberos + обвязки вокруг. Такие проекты у меня тоже есть, но их невыгодно делать на описанной в статье архитектуре - там не всегда есть ярковыраженные client/common/server куски, а когда есть - их нетрудно внедрить. У нас проекты в основном клиент-серверные и по-сути то, что в Kerby умещается в модуль, у нас умещается в common каждой фичи и потом добавляются обвязки в client и server. Мелкие модули у нас есть, но они обычно появляются на старте фичи, бОльшая часть из них в итоге разрастаются, что тоже легко поддерживается этой архитектурой. Банальный пример - у нас была фича работы с файлами, где были репозитории, мультиплатформенные абстракции, для каждого таргета были нужные обвязки, а на клиенте/сервере были биндинги для отправки с клиента на сервер и загрузки с сервера на клиент на каждую платформу в том виде, в каком это было нужно. Понятно, что о мелкости тут можно поспорить, но в целом выглядит как самодостаточная фича
В открытых проектах я почти не вижу даже 30 модулей, хотя бы пустых. У меня в проекте как минимум 100 модулей с наполнением - то есть таких, которые реально имеют код и отвечают за что-то свое :) писать про проект-пустышку, где половина модулей была бы без контента вовсе - как-то неспортивно, что ли :)
Популярность никому не интересна в рамках разговора "опенсурс - это неоплачиваемый ад, где все от вас что-то требуют". Тут как бы по определению продукт (либу, программу) кто-то использует, другой вопрос, что иногда приходят и требуют исправлений (не всегда в вежливой форме), а положительной отдачи (в том числе и финансовой), считай, никакой.
Какие нехорошие :D
Вся суть статьи в том, что весь софтварный мир сейчас держится на опенсорсе и бОльшая часть этого опенсорса не имеет финансирования. Все (как и вы, видимо) принимают это как должное. Проблема спеца в небраске о том, что большое число чуваков делают много проектов, на которых работает вообще почти всё, но эта их работа не оплачивается и это считается нормальным, типа, ну всё же работает
Если ваша отдел безопасности того требует - возможно :)