AL
Плюс речь не только про JVM
Size: a a a
2020 December 07
RE
Как раз в K/N можно было бы "быструю переключалку" написать (как в Go), но там тоже есть немало косвенных накладных расходов, которые могу всё преимущество съесть.
с#
что скажете? нормально ли писать доки в прод через такое dsl вручную (потому что мне не очень хочется совмещать роутинги и доки. раньше так было и теперь я от этого ушел)
https://github.com/derveloper/kotlin-openapi3-dsl
https://github.com/derveloper/kotlin-openapi3-dsl
с#
что скажете? нормально ли писать доки в прод через такое dsl вручную (потому что мне не очень хочется совмещать роутинги и доки. раньше так было и теперь я от этого ушел)
https://github.com/derveloper/kotlin-openapi3-dsl
https://github.com/derveloper/kotlin-openapi3-dsl
или уж если вручную, то на yaml ?
AL
А зачем нужен openapi?
Вы публикуете АПИ для сторонних разработчиков или только для себя?
Если только для себя, то я бы посоветовал интегрироваться чуть глубже с котлином и позволить ему генерировать
common библиотеку на нужную вам платформу. Таким образом клиентский код будет просто дергать АПИ предоставленное этой библиотекой.
Вы публикуете АПИ для сторонних разработчиков или только для себя?
Если только для себя, то я бы посоветовал интегрироваться чуть глубже с котлином и позволить ему генерировать
common библиотеку на нужную вам платформу. Таким образом клиентский код будет просто дергать АПИ предоставленное этой библиотекой.
с#
А зачем нужен openapi?
Вы публикуете АПИ для сторонних разработчиков или только для себя?
Если только для себя, то я бы посоветовал интегрироваться чуть глубже с котлином и позволить ему генерировать
common библиотеку на нужную вам платформу. Таким образом клиентский код будет просто дергать АПИ предоставленное этой библиотекой.
Вы публикуете АПИ для сторонних разработчиков или только для себя?
Если только для себя, то я бы посоветовал интегрироваться чуть глубже с котлином и позволить ему генерировать
common библиотеку на нужную вам платформу. Таким образом клиентский код будет просто дергать АПИ предоставленное этой библиотекой.
для себя я так и делаю. но ещё есть сторонние разработчики.
SB
А зачем нужен openapi?
Вы публикуете АПИ для сторонних разработчиков или только для себя?
Если только для себя, то я бы посоветовал интегрироваться чуть глубже с котлином и позволить ему генерировать
common библиотеку на нужную вам платформу. Таким образом клиентский код будет просто дергать АПИ предоставленное этой библиотекой.
Вы публикуете АПИ для сторонних разработчиков или только для себя?
Если только для себя, то я бы посоветовал интегрироваться чуть глубже с котлином и позволить ему генерировать
common библиотеку на нужную вам платформу. Таким образом клиентский код будет просто дергать АПИ предоставленное этой библиотекой.
А на основании чего эту библиотеку генерировать? Вот у вас есть условный спрингбут/кваркус/ктор-сервер, у него какие-то там rest endpoints. Вам нужна библиотека, скажем для Kotlin/JS. Как её предполагаете генерировать?
Мы сейчас остановились на таком: бэкенд автоматом генерит OpenAPI (чаще всего, но иногда они и пишутся вручную), по ним генерится ктор клиент.
Мы сейчас остановились на таком: бэкенд автоматом генерит OpenAPI (чаще всего, но иногда они и пишутся вручную), по ним генерится ктор клиент.
AL
А на основании чего эту библиотеку генерировать? Вот у вас есть условный спрингбут/кваркус/ктор-сервер, у него какие-то там rest endpoints. Вам нужна библиотека, скажем для Kotlin/JS. Как её предполагаете генерировать?
Мы сейчас остановились на таком: бэкенд автоматом генерит OpenAPI (чаще всего, но иногда они и пишутся вручную), по ним генерится ктор клиент.
Мы сейчас остановились на таком: бэкенд автоматом генерит OpenAPI (чаще всего, но иногда они и пишутся вручную), по ним генерится ктор клиент.
а это сильно зависит от контекста и желания углубиться.
в самом примитивном виде -- это просто вынести общие data классы и правила их сериализации в библиотеку.
ну а затем можно уже клиентский интерфейс выделить, и написать реализацию например используя ktor/js
правда его, придется руками поддерживать все равно.
либо с помощью кодогенерации.
в общем вариантов много. какой именно выбирать зависит только от нужд и целей.
Просто всякие OpenAPI/Swagger доки как раз придумали как посредников которые читаются людьми и достаточно формальны, чтобы по ним генерировать клиентский код.
Kotlin MPP решает эту проблему более элегантно, на мой взгляд.
в самом примитивном виде -- это просто вынести общие data классы и правила их сериализации в библиотеку.
ну а затем можно уже клиентский интерфейс выделить, и написать реализацию например используя ktor/js
правда его, придется руками поддерживать все равно.
либо с помощью кодогенерации.
в общем вариантов много. какой именно выбирать зависит только от нужд и целей.
Просто всякие OpenAPI/Swagger доки как раз придумали как посредников которые читаются людьми и достаточно формальны, чтобы по ним генерировать клиентский код.
Kotlin MPP решает эту проблему более элегантно, на мой взгляд.
SB
а это сильно зависит от контекста и желания углубиться.
в самом примитивном виде -- это просто вынести общие data классы и правила их сериализации в библиотеку.
ну а затем можно уже клиентский интерфейс выделить, и написать реализацию например используя ktor/js
правда его, придется руками поддерживать все равно.
либо с помощью кодогенерации.
в общем вариантов много. какой именно выбирать зависит только от нужд и целей.
Просто всякие OpenAPI/Swagger доки как раз придумали как посредников которые читаются людьми и достаточно формальны, чтобы по ним генерировать клиентский код.
Kotlin MPP решает эту проблему более элегантно, на мой взгляд.
в самом примитивном виде -- это просто вынести общие data классы и правила их сериализации в библиотеку.
ну а затем можно уже клиентский интерфейс выделить, и написать реализацию например используя ktor/js
правда его, придется руками поддерживать все равно.
либо с помощью кодогенерации.
в общем вариантов много. какой именно выбирать зависит только от нужд и целей.
Просто всякие OpenAPI/Swagger доки как раз придумали как посредников которые читаются людьми и достаточно формальны, чтобы по ним генерировать клиентский код.
Kotlin MPP решает эту проблему более элегантно, на мой взгляд.
Пробовали выносить в библиотеку, это менее удобно:
1. На бэкенде приходится искусственно ограничиваться возможностями мультиплатформы - строки вместо UUID, long вместо Date и т.п.
2. Функции работы с данными приходится писать руками
1. На бэкенде приходится искусственно ограничиваться возможностями мультиплатформы - строки вместо UUID, long вместо Date и т.п.
2. Функции работы с данными приходится писать руками
AN
Компоуз прям летит. Прям в космос. Я про десктоп. Я не успеваю читать чат. Кто-нибудь с CEF оберткой уже работал?
D
DH
Компоуз прям летит. Прям в космос. Я про десктоп. Я не успеваю читать чат. Кто-нибудь с CEF оберткой уже работал?
А к стати. Для котлина есть что нибудь приличное для десктопа? Торнадо не предлагать!
AN
Dmitry Hvastunov
А к стати. Для котлина есть что нибудь приличное для десктопа? Торнадо не предлагать!
Компоуз же!
AN
Торнадо к сожалению умирает
DH
Компоуз же!
Интересно. Незнал. Пойду смотреть. Спасибо.
AN
👀
A
Давно читаю чат, много интересного почерпнул, спасибо
Вопрос, каков примерный заработок разраба на Котлин в России ( крупные города типа Мск и Питера)Я знаю про ваканси, вопрос про реальное положение
Вопрос, каков примерный заработок разраба на Котлин в России ( крупные города типа Мск и Питера)Я знаю про ваканси, вопрос про реальное положение
AN
A
Давно читаю чат, много интересного почерпнул, спасибо
Вопрос, каков примерный заработок разраба на Котлин в России ( крупные города типа Мск и Питера)Я знаю про ваканси, вопрос про реальное положение
Вопрос, каков примерный заработок разраба на Котлин в России ( крупные города типа Мск и Питера)Я знаю про ваканси, вопрос про реальное положение
А как вы себе представляете оценку этого реального положения? Заработок от 30 тыс до бесконечности. Зависит от города, индустрии, типа работы и так далее. Вы лучше по-другому делайте. Скажите, сколько вы хотите, и вам скажут, что надо для этого.
A
А как вы себе представляете оценку этого реального положения? Заработок от 30 тыс до бесконечности. Зависит от города, индустрии, типа работы и так далее. Вы лучше по-другому делайте. Скажите, сколько вы хотите, и вам скажут, что надо для этого.
Благодарю за ответ) Примерно около 2000-3000 евро в месяц, понимаю, что наглость, но цель
Да и на удаленке на западные компании явно поболее будет
Да и на удаленке на западные компании явно поболее будет
AN
A
Благодарю за ответ) Примерно около 2000-3000 евро в месяц, понимаю, что наглость, но цель
Да и на удаленке на западные компании явно поболее будет
Да и на удаленке на западные компании явно поболее будет
Для сеньора в международной компании вполне возможно, но выше среднего.