Что за подстава, не было там ничего про final-tagless

Ну он просто это так не называл

А по сути все что было в конце это про него

Да я целиком просмотрел. Там были какие-то вводные примеры про обычные монадки, а закончилось все рассказом про их PR в компилятор.

Да я целиком просмотрел. Там были какие-то вводные примеры про обычные монадки, а закончилось все рассказом про их PR в компилятор.

Ну там было про собирание приложения вокруг абстрактного F

OK, дай лучше норм туториал по f-t, где объясняют и по полочка раскладывают "как и зачем" (можно в личку или скала-чатике ?).

OK, дай лучше норм туториал по f-t, где объясняют и по полочка раскладывают "как и зачем" (можно в личку или скала-чатике ?).

В понве спроси ?

Оно того не стоит ?

Оно того не стоит ?

От понва с любовью http://okmij.org/ftp/tagless-final/course/lecture.pdf

Мда, чего-то такого и ожидал - кинули папиром на 40 страниц (еще и с дохлыми ссылками в библиографии).

Мда, чего-то такого и ожидал - кинули папиром на 40 страниц (еще и с дохлыми ссылками в библиографии).

На джокере будет Олег с тф выступать

Ага, собирался посмотреть (когда-нибудьб ведь он не в первом зале)

Мда, чего-то такого и ожидал - кинули папиром на 40 страниц (еще и с дохлыми ссылками в библиографии).

Вот попроще, может даже слишком просто https://youtu.be/sxudIMiOo68

Добрый вечер. Подскажите как следующий код перенести из Java в Котлин: int count; while ((count = in.read(buffer)) != -1) { bytes.write(buffer, 0, count); } Проблема в том, что компилятор ругается на = и != в одной строке

inputStream.copyTo(destStream) ?

лол, и правда

я так и знал, что в котлине есть какое-то более красиво решение

inputStream.copyTo(destStream) ?

спасибо

Вот попроще, может даже слишком просто https://youtu.be/sxudIMiOo68

Спасибо, я его раза 2(3) посмотрел, но вопросы все равно остались.

Спасибо, я его раза 2(3) посмотрел, но вопросы все равно остались.

Вау ? приятно слышать, что видео смотрят (это мой митап)

Спасибо, я его раза 2(3) посмотрел, но вопросы все равно остались.

Спрашивай

inputStream.copyTo(destStream) ?

люблю эти моменты в котлине?

Не кросспости

inputStream.copyTo(destStream) ?

Кстати, а такой вопрос. У меня создаётся впечатление, что я пишу на котлине и не использую его огромное количество преимуществ. Подскажите, где все это можно почитать и посмотреть. Например работу с I/O я не видел в официальной документации

Сорцы стандартной либы почитать ?

Сорцы стандартной либы почитать ?

Какой именно?)

Какой именно?)

stdlib

Ну да, либо на сайте (хотя имхо он неудобный) https://kotlinlang.org/api/latest/jvm/stdlib/index.html

Сорцы стандартной либы почитать ?

А ещё ktor'a и компилятора

там кстати бетка ктора 1.0 http://ktor.io/quickstart/migration/1.0.0-beta-1.html

добавили js-клиент

там кстати бетка ктора 1.0 http://ktor.io/quickstart/migration/1.0.0-beta-1.html

еще в процессе релиза)

а вот и анонс :mega: ktor 1.0.0-beta-1 has been released! - Added js client engine - Documentation improved - Bugfixes for complete list see https://ktor.io/quickstart/migration/1.0.0-beta-1.html Required: - kotlin 1.3.0-rc-131 - kotlinx.coroutines 0.30.2-eap13 Maven repositories REQUIRED: - https://dl.bintray.com/kotlin/kotlin-eap - https://dl.bintray.com/kotlin/kotlinx - https://dl.bintray.com/kotlin/ktor *list of repositories will be reduced in later releases API docs: https://api.ktor.io/1.0.0-beta-1/ (edited)

Делаю первый проект на котлине (самому интересно и бизнес просит его). По сути небольшой сервис со своей админкой, апи на 2-3 бизнес сущности. Есть большой опыт с asp.net, в джава мире практически нет опыта Нужен будет веб фреймворк, что-то для базы, какой-то DI Насколько имеет смысл сразу СпрингБут брать? Или лучше ktor, Kodein, expose? Чем лучше? ?

А что бы не взять asp net core?

Делаю первый проект на котлине (самому интересно и бизнес просит его). По сути небольшой сервис со своей админкой, апи на 2-3 бизнес сущности. Есть большой опыт с asp.net, в джава мире практически нет опыта Нужен будет веб фреймворк, что-то для базы, какой-то DI Насколько имеет смысл сразу СпрингБут брать? Или лучше ktor, Kodein, expose? Чем лучше? ?

По скорости разработки у спринга нет абсолютно никакой конкуренции, с другой стороны на каждый чих вам придется лезть в документацию и некоторые аннотации расставлять вообще засчет интуиции. У котлиновского стека конечно с этим получше. С другой стороны, вручную настраивать DI через кодеин хоть и приятно, но время, для работы с БД тоже придется что-то выдумывать, отдельно тянуть зависимость для джсона. Но опять же - зато все родное для котлина и очевидное

Я бы сказал, что стоит брать спринг

Здравствуйте, кто какие может подсказать материалы для изучения Kotlin'a?

Здравствуйте, кто какие может подсказать материалы для изучения Kotlin'a?

"Kotlin in action"

"Kotlin in action"

Это книга, верно?

Здравствуйте, кто какие может подсказать материалы для изучения Kotlin'a?

В любом случае: https://play.kotlinlang.org/ https://kotlinlang.org/docs/reference/ В случае если не знаком с языками вообще: Книга Kotlin Programming: The Big Nerd Ranch Guide Скоро книга Atomic Kotlin. Если знаком идейно с джавой (или с языками другими хорошо): Книга Kotlin in Action Ну и сообщества есть в телеге (ты тут, в правилах есть ссылки на более специфичные сообщества если понадобятся), в слаке. Stack Overflow тоже работают. Вроде нигде не кусаются, пока задаёшь хорошие вопросы.

Благодарочка?

Благодарочка?

https://www.manning.com/books/kotlin-in-action

https://www.manning.com/books/kotlin-in-action

Спасибо, уже скачал)

Делаю первый проект на котлине (самому интересно и бизнес просит его). По сути небольшой сервис со своей админкой, апи на 2-3 бизнес сущности. Есть большой опыт с asp.net, в джава мире практически нет опыта Нужен будет веб фреймворк, что-то для базы, какой-то DI Насколько имеет смысл сразу СпрингБут брать? Или лучше ktor, Kodein, expose? Чем лучше? ?

Возьми ktor. Spring тормозное жирное говно. В ktor все просто и понятно, никакой подкапотной магии с аннотациями

Возьми ktor. Spring тормозное жирное говно. В ktor все просто и понятно, никакой подкапотной магии с аннотациями

а потом давайте прикрутим транзакционность, jms, реализуем связную модель на 30+ сущьностей потом наймем нового разработчика и подключим к проекту ?

вопрос первый - послучится ли все это провернуть вопрос второй - если получится, сколько человеко дней будет тратить новый разраб на вход в проект?

Возьми ktor. Spring тормозное жирное говно. В ktor все просто и понятно, никакой подкапотной магии с аннотациями

мой совет - не рекламируйте ничего, особенно как silver bullet, особенно одновременно поливая что то другое нечистотами не приводя аргументов

Аргументы такие, что spring медленный, жрет много оперативы, и много подкапотной магии. Это его минусы. Для старта он конечно хорошо, но потом надо очень много гуглить чтобы сделать что-то более менее сложное. Я несколько лет писал на спринге, сейчас вот попробовали ktor. Понравилось то что там все довольно очевидно, он очень быстр. Для работы с бд просто подключили Hibernate, хотя можно было попробовать и другие ормки по проще. Да немного больше велосипедить, ты прав насчёт транзакционности и jms ее надо самому сделать, но в остальном очень все нравится

я бы не сказал что он медленный. зато мощный

а по поводу подкапотной магии - иначе придется делать все то же самое, только руками

Аргументы такие, что spring медленный, жрет много оперативы, и много подкапотной магии. Это его минусы. Для старта он конечно хорошо, но потом надо очень много гуглить чтобы сделать что-то более менее сложное. Я несколько лет писал на спринге, сейчас вот попробовали ktor. Понравилось то что там все довольно очевидно, он очень быстр. Для работы с бд просто подключили Hibernate, хотя можно было попробовать и другие ормки по проще. Да немного больше велосипедить, ты прав насчёт транзакционности и jms ее надо самому сделать, но в остальном очень все нравится

между тем, на моей памяти первый адекватный пост "почему не spring" в этом чате ?

все остальное ор без аргуметов

а по поводу подкапотной магии - иначе придется делать все то же самое, только руками

Ну для меня это лучше, я устал от борьбы с аннотациями

а что с ними бороться? надо наоборот использовать)

Более того есть еще один аргумент. Так как spring довольно стар, то stackovetflow завален вредными советами по старым версиям, и я помню когда начинал, было тяжело найти работающее решение и подходящее для последней версии

В общем уйма времени было убито на борьбу с фреймворком, вместо того чтобы писать код.

Более того есть еще один аргумент. Так как spring довольно стар, то stackovetflow завален вредными советами по старым версиям, и я помню когда начинал, было тяжело найти работающее решение и подходящее для последней версии

так искать просто уметь надо, ну и смотреть дату ответа, максимум 2-3 года

В общем уйма времени было убито на борьбу с фреймворком, вместо того чтобы писать код.

пишу на нем 5 лет и ни разу не боролся, ЧЯДНТ?

ERROR: S client not available

неделя спринга?

Ага, о наболевшем )

а потом давайте прикрутим транзакционность, jms, реализуем связную модель на 30+ сущьностей потом наймем нового разработчика и подключим к проекту ?

JMS? серьезно?

неделя спринга?

ну не за ФП же только холиварить)

JMS? серьезно?

да

давай распределенные транзакции

30+ моделей в рамках одного сервиса, как-то жирно

Аргументы такие, что spring медленный, жрет много оперативы, и много подкапотной магии. Это его минусы. Для старта он конечно хорошо, но потом надо очень много гуглить чтобы сделать что-то более менее сложное. Я несколько лет писал на спринге, сейчас вот попробовали ktor. Понравилось то что там все довольно очевидно, он очень быстр. Для работы с бд просто подключили Hibernate, хотя можно было попробовать и другие ормки по проще. Да немного больше велосипедить, ты прав насчёт транзакционности и jms ее надо самому сделать, но в остальном очень все нравится

"для старта хорошо" тоже спорно, ищи потом спринг разрабов

у нас у чуваков на котлин уходит пару дней разобраться и писать вменяемый код, на спринг и месяца будет мало чтобы более-менее понимать что там происходит

у нас у чуваков на котлин уходит пару дней разобраться и писать вменяемый код, на спринг и месяца будет мало чтобы более-менее понимать что там происходит

Это точно. Я даже сейчас не считаю себя гуру по спрингу, я два или три года на нем пишу.

ну и спринг все же на джаву, сервлеты и многопоточку заточен. ожидать от него крутого апи под котлин и поддержку корутин нет смысла

"для старта хорошо" тоже спорно, ищи потом спринг разрабов

до кучи

под ширмой KoFu будет все равно скрываться страшный джава апи

еще и реактором обмазанный

однако...

под ширмой KoFu будет все равно скрываться страшный джава апи

о интересная штука

под ширмой KoFu будет все равно скрываться страшный джава апи

Ну это как под ширмой CIO скрывается страшный NIO

все остальное ор без аргуметов

Кек это уже озвучивали раз 100

Кек это уже озвучивали раз 100

ором без аргументов

Ну для меня это лучше, я устал от борьбы с аннотациями

А у меня за год писанины spring + hibernate больше всего болело от hibernate с его lazy flush моделью. Что то упало, хрен пойми в какой строке. От спринга была боль только с медленным стартом.

ором без аргументов

То есть ещё не разу не говорили, что спринг - это гора подкопотной магии на рефлексии + proxy?

Что чтобы сделать что то сложнее чем повесить аннотацию надо перерыть гору исходников и доки?

А у меня за год писанины spring + hibernate больше всего болело от hibernate с его lazy flush моделью. Что то упало, хрен пойми в какой строке. От спринга была боль только с медленным стартом.

да, хобер готовить уметь надо, особенно с relations и генерацией equals/hashCode

То есть ещё не разу не говорили, что спринг - это гора подкопотной магии на рефлексии + proxy?

это плохо? не вижу проблем. просто другой подход

Что чтобы сделать что то сложнее чем повесить аннотацию надо перерыть гору исходников и доки?

NO

давай распределенные транзакции

Это разве ещё не устарело морально?

Это разве ещё не устарело морально?

нет и даже активно используется

нет и даже активно используется

Есть всякие саги, cqrs'ы. Распределенные транзакции вносят больно уж много расходов на из поддержание