AN
нету. апи компилятора действительно есть, хоть оно и не задокументировано и пользоваться им тяжеловато; но конкретные фичи уже только в :kotlin:idea, который, кстати, сейчас хотят перенести в репу идеи
Есть сторонний
Size: a a a
2020 November 13
AN
Ну блин, а у меня 32 гига и я раз в две недели ловлю ООМ в системе и либо жду 5 минут либо перезагружаю комп.
У вас андроид
АП
У меня сиоми про нотебук, процессоры не меняются тут.
Памяти уже 4Гб, запускаю 1-3 проекта максимум тыщ по 10 строк кода.
Че бы еще поделать
Памяти уже 4Гб, запускаю 1-3 проекта максимум тыщ по 10 строк кода.
Че бы еще поделать
А накопитель-то какой? Ssd?
ДК
Александр Порохин
А накопитель-то какой? Ssd?
Да
AN
@sandwwraith Принес еще баг с кросс-модульной сериализацией: https://github.com/Kotlin/kotlinx.serialization/issues/1200. Но вообще жить стало лучше, когда она стала возможна.
SB
Кстати есть вопросец, я правда немного не секу в теме, что заслуживает отдельного направления обсуждения/разработки, а что нет
А есть ли какие-то движения со стороны котлина(возможно мультиплатформы) к ГИС решениям? Понятно что есть там опенсорсные вещи типа geojson-jackson для сериализации или OSGeo geotools т.д, просто вроде все необходимые функции и типы данных при работе с картой и геометрическими данными известны, и ГИС как раз затрагивает и клиент и сервер части, что вроде было бы интересно как направление мультиплатформы и вообще упрощение работы с этими типами данных
А есть ли какие-то движения со стороны котлина(возможно мультиплатформы) к ГИС решениям? Понятно что есть там опенсорсные вещи типа geojson-jackson для сериализации или OSGeo geotools т.д, просто вроде все необходимые функции и типы данных при работе с картой и геометрическими данными известны, и ГИС как раз затрагивает и клиент и сервер части, что вроде было бы интересно как направление мультиплатформы и вообще упрощение работы с этими типами данных
AN
Кстати есть вопросец, я правда немного не секу в теме, что заслуживает отдельного направления обсуждения/разработки, а что нет
А есть ли какие-то движения со стороны котлина(возможно мультиплатформы) к ГИС решениям? Понятно что есть там опенсорсные вещи типа geojson-jackson для сериализации или OSGeo geotools т.д, просто вроде все необходимые функции и типы данных при работе с картой и геометрическими данными известны, и ГИС как раз затрагивает и клиент и сервер части, что вроде было бы интересно как направление мультиплатформы и вообще упрощение работы с этими типами данных
А есть ли какие-то движения со стороны котлина(возможно мультиплатформы) к ГИС решениям? Понятно что есть там опенсорсные вещи типа geojson-jackson для сериализации или OSGeo geotools т.д, просто вроде все необходимые функции и типы данных при работе с картой и геометрическими данными известны, и ГИС как раз затрагивает и клиент и сервер части, что вроде было бы интересно как направление мультиплатформы и вообще упрощение работы с этими типами данных
Я недавно слушал пару обсуждений про ГИС. В ГИСах самое главное не софтина, а данные. Туда можно двигаться только если кто-то, кто этими данными владеет будет заинтересован. А так клиентов для гугл мапов вроде народ ваяет направо и налево.
с#
не подскажете, можно ли как-то поставить в maven-publication, чтобы оно публиковало сначала модули, а потом саму версию?
а то бейдж страшный
а то бейдж страшный
OY
не подскажете, можно ли как-то поставить в maven-publication, чтобы оно публиковало сначала модули, а потом саму версию?
а то бейдж страшный
а то бейдж страшный
это ж баг публикации в bintray, что посылаются названия артифактов вместо версий
там надо какой-то флажок поставить в gradle, чтобы этого не было
там надо какой-то флажок поставить в gradle, чтобы этого не было
SB
Кстати есть вопросец, я правда немного не секу в теме, что заслуживает отдельного направления обсуждения/разработки, а что нет
А есть ли какие-то движения со стороны котлина(возможно мультиплатформы) к ГИС решениям? Понятно что есть там опенсорсные вещи типа geojson-jackson для сериализации или OSGeo geotools т.д, просто вроде все необходимые функции и типы данных при работе с картой и геометрическими данными известны, и ГИС как раз затрагивает и клиент и сервер части, что вроде было бы интересно как направление мультиплатформы и вообще упрощение работы с этими типами данных
А есть ли какие-то движения со стороны котлина(возможно мультиплатформы) к ГИС решениям? Понятно что есть там опенсорсные вещи типа geojson-jackson для сериализации или OSGeo geotools т.д, просто вроде все необходимые функции и типы данных при работе с картой и геометрическими данными известны, и ГИС как раз затрагивает и клиент и сервер части, что вроде было бы интересно как направление мультиплатформы и вообще упрощение работы с этими типами данных
А что конкретно тут ожидается от Котлина? Форматы данных, типа geojson, закодить достаточно несложно. А повторять функционал postgis или аналогов не очень понятно зачем.
AN
не подскажете, можно ли как-то поставить в maven-publication, чтобы оно публиковало сначала модули, а потом саму версию?
а то бейдж страшный
а то бейдж страшный
SB
Я недавно слушал пару обсуждений про ГИС. В ГИСах самое главное не софтина, а данные. Туда можно двигаться только если кто-то, кто этими данными владеет будет заинтересован. А так клиентов для гугл мапов вроде народ ваяет направо и налево.
Ну данные то данными, формат вполне стандартизирован, было бы просто интересно иметь некий kotlinx.spatial чтобы не тащить свои самописные штуки.
SB
А что конкретно тут ожидается от Котлина? Форматы данных, типа geojson, закодить достаточно несложно. А повторять функционал postgis или аналогов не очень понятно зачем.
Повторять функционал постгиса очень понятно зачем, чтобы этот функционал был доступен без БД
AN
Ну данные то данными, формат вполне стандартизирован, было бы просто интересно иметь некий kotlinx.spatial чтобы не тащить свои самописные штуки.
Ну как бы никто не мешает запилить. Я просто никогда с этим не работал, поэтмоу не в курсе, насколько сложно там сделать реализацию
AN
не подскажете, можно ли как-то поставить в maven-publication, чтобы оно публиковало сначала модули, а потом саму версию?
а то бейдж страшный
а то бейдж страшный
Решается при помощи
systemProp.org.gradle.internal.publish.checksums.insecure=trueс#
спасибо, теперь всё отлично
с#
Решается при помощи
systemProp.org.gradle.internal.publish.checksums.insecure=trueда, нашёл в иссью
AN
Вообще, это офтоп. Но бинтрей в сыпется на глазах. Я понимаю, что публичные бесплатные репы - это не прибыльно. Но там все работает через задницу, не думаю, что это хорошо для бизнеса.
VP
Вообще, это офтоп. Но бинтрей в сыпется на глазах. Я понимаю, что публичные бесплатные репы - это не прибыльно. Но там все работает через задницу, не думаю, что это хорошо для бизнеса.
Лишь бы jcenter жил
SB
Повторять функционал постгиса очень понятно зачем, чтобы этот функционал был доступен без БД
Ну это будет весьма непросто, начиная с систем координат всё затащить.