Это очень плохо. Питон отстой, потому что он не скала. Питон — пример плохого дизайна и неудачного черри-пикинга фич.

Это очень плохо. Питон отстой, потому что он не скала. Питон — пример плохого дизайна и неудачного черри-пикинга фич.

Вы ещё скажите, что JS плохой.

конкретно тут -- как продолжение мысли "котлиновские либы плохо совместимы с джавой", так-то против корутин ничего не имею дальше, корутины -- одна из двух (угадайте вторую) не-сахарных фич котлина и они _специально_ были созданы в языке, а не в либе это даёт больше возможностей, но и накладывает больше обязанностей котлину никогда (в текущем состоянии экосистемы и джвм) не достичь того уровня удобства корутин, которое в го поэтому, с моей точки зрения, решение интегрировать корутины в язык (повторюсь, не имея критично важных аргументов для этого, которые не может дать либа) выглядит исключительно как популистское и маркетологическое, чтобы больше народу юзало котлин что, с моей точки зрения, довольно мудацкая позиция они могли бы сделать отдельную либу (что бы сразу дало свой отпечаток в виде требуемого юзер-апи, и проблемы совместимости корутин с джавой бы не было в принципе), но победили маркетологи

А ты любишь в срачах участвовать)

вы еще напомните, что в го до сих пор генерики не завезли

А можно немного истории про удобство горутин? Просто когда я смотрел, в го гринтреды ещё как-то шедулятся самостоятельно, как по мне та система которая в котлине - оптимальна, переключение треда только при асинхронном вызове. Что не так? Можно ссылками

вы еще напомните, что в го до сих пор генерики не завезли

Ну и все ответят «ну да, плохой». А как же срач?

нуу... в моём случае jvm, вообще не основная платформа, мне нужно туда залазить иногда, когда дело касается интеграции систем. я решил, оке, выберу котлин, он няшный. но за приходится постоянно слышать "вы незнаете что там под капотом!!!" "котлин ита сахер!!!1" , итд

там сетевой ио неблокирующий, это снимает огромный пласт проблем и там размер стека динамический

Ну в джаву тоже нио завезли

Ну в джаву тоже нио завезли

Чёт я не въезжаю в аргумент "что там под капотом", в котлин капот не сложнее карандаша, если не брать корутины

но старый код не поменяли)

А можно немного истории про удобство горутин? Просто когда я смотрел, в го гринтреды ещё как-то шедулятся самостоятельно, как по мне та система которая в котлине - оптимальна, переключение треда только при асинхронном вызове. Что не так? Можно ссылками

но старый код не поменяли)

А можно немного истории про удобство горутин? Просто когда я смотрел, в го гринтреды ещё как-то шедулятся самостоятельно, как по мне та система которая в котлине - оптимальна, переключение треда только при асинхронном вызове. Что не так? Можно ссылками

Так никто не пишет через сокеты, или вы предлагаете на котлин поддерживать корбу?

не, я в контексте того, что в го можно вкинуть любую сетевой-ио-тяжелую задачу и не думать дальше о ней

А в котлин нельзя?

Про удобство не скажу, но то, что внутри нормальные потоки с нормальным стеком (а не коллбеки в хипе, связанные в цепочку) - это определённо плюс. Ну и на этом вся экосистема построена, а не как в JVM всякие JDBC и т.д.

надо шаманить с пулами, его корутины являются "протекающей абстракцией"

нуу... в моём случае jvm, вообще не основная платформа, мне нужно туда залазить иногда, когда дело касается интеграции систем. я решил, оке, выберу котлин, он няшный. но за приходится постоянно слышать "вы незнаете что там под капотом!!!" "котлин ита сахер!!!1" , итд

Зачем?делаешь корутину и вызываешь асинхронно тяжёлую-ио-задачу, твой челенж только в том чтобы выбрать нормальный апи для вызова

Ну мне как-раз видится что связанные в цепочку методы лучше, потому что я больше этим управляю, так что тут мне видится это фломастерами

а это всегда возможно?

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

"выбрать нормальный апи для вызова" имеется в виду неблокирующий? те же бд (через jdbc) такого не умеют

Да, он. Про jdbc - это камень в огород jdbc, каким боком тут корутины?

ну вот тебе надо выгребать данные из бд, и хочется это сделать корутинами что дальше?

Использовать нормальный драйвер

это если он есть

ну или написать, очевидно же

это если он есть

ну вот тебе надо выгребать данные из бд, и хочется это сделать корутинами что дальше?

хуёвость JDBC — минус JDBC, а не корутин, если что

Давайте лучше про нормальные минусы котлина поговорим. Вот зачем выкидывать package-private visibility, рассказывая про совместимость? И public по дефолту тоже как-то не очень - поощряет делать так, чтобы всё торчало наружу. И вообще public стал бесполезным модификатором.

Давайте лучше про нормальные минусы котлина поговорим. Вот зачем выкидывать package-private visibility, рассказывая про совместимость? И public по дефолту тоже как-то не очень - поощряет делать так, чтобы всё торчало наружу. И вообще public стал бесполезным модификатором.

А чем JDBC плох?

Вызовы блокирующие, а значит, пока идёт IO, поток простаивает. Объяснять, почему это плохо?)

Да ладно, статика не хватает, логгер некуда встроить =)

Не знаю, как там с кастомизацией шедулера в го, но в котлине этим действительно можно вертеть как хочешь. И даже выглядит неплохо)

Вызовы блокирующие, а значит, пока идёт IO, поток простаивает. Объяснять, почему это плохо?)

companion object, либо file lavel val

конкретно тут -- как продолжение мысли "котлиновские либы плохо совместимы с джавой", так-то против корутин ничего не имею дальше, корутины -- одна из двух (угадайте вторую) не-сахарных фич котлина и они _специально_ были созданы в языке, а не в либе это даёт больше возможностей, но и накладывает больше обязанностей котлину никогда (в текущем состоянии экосистемы и джвм) не достичь того уровня удобства корутин, которое в го поэтому, с моей точки зрения, решение интегрировать корутины в язык (повторюсь, не имея критично важных аргументов для этого, которые не может дать либа) выглядит исключительно как популистское и маркетологическое, чтобы больше народу юзало котлин что, с моей точки зрения, довольно мудацкая позиция они могли бы сделать отдельную либу (что бы сразу дало свой отпечаток в виде требуемого юзер-апи, и проблемы совместимости корутин с джавой бы не было в принципе), но победили маркетологи

Ну дааа, но выглятит-то громозко,если нет компанион объекта - это получается 3 строчки на логгер, учитывая что в джаве я ломбок для этого юзаю - это вообще удар для моего чувства прекрасного

Ну дааа, но выглятит-то громозко,если нет компанион объекта - это получается 3 строчки на логгер, учитывая что в джаве я ломбок для этого юзаю - это вообще удар для моего чувства прекрасного

Ну да, так чем хороши горутины в сравнении с корутинами от котлин?

Ну дааа, но выглятит-то громозко,если нет компанион объекта - это получается 3 строчки на логгер, учитывая что в джаве я ломбок для этого юзаю - это вообще удар для моего чувства прекрасного

>котлину никогда (в текущем состоянии экосистемы и джвм) не достичь того уровня удобства корутин, которое в го серьезно? в чем их удобство то?

асинковый jdbc пока только у постгреса?

companion object: KLogging() - одна строчка

@Slf4j - одна анноташка, но спасибо за ссылку

Производительность не изучал, но мне кажется, там шедулер должен быть быстрее. А вообще когда выкатят свой специализированный CoroutineDispatcher, может, он будет не хуже. Получается, что ничем ?‍♂️

Но пока в песочнице

В смысле быстрее? Наоботор же , чем больше переключеной контекстов - тем хуже

я в курсе, сам ломбок юзаю и искал ему альтернативу под котлин

Производительность не изучал, но мне кажется, там шедулер должен быть быстрее. А вообще когда выкатят свой специализированный CoroutineDispatcher, может, он будет не хуже. Получается, что ничем ?‍♂️

Че, уже драйвера кто-то написал?

>котлину никогда (в текущем состоянии экосистемы и джвм) не достичь того уровня удобства корутин, которое в го серьезно? в чем их удобство то?

Я точно не знаю, но не может же он переключать контекст без повода и при этом так хорошо себя зарекомендовать? ?

http://journal.stuffwithstuff.com/2015/02/01/what-color-is-your-function/ поставь kotlin вместо C#

https://github.com/pgjdbc/pgsql2

http://journal.stuffwithstuff.com/2015/02/01/what-color-is-your-function/ поставь kotlin вместо C#

это не ответ на вопрос

не густо там пока что

окай, удобство в том, что меньше думать надо (над описанным в статье)

но в песочнице JDK 10 можно оценить апи

у меня тут дикий вопрос назрел, в jdk же нет hot reload? Ну т.е перекомпилить класс и в печь(jvm) сразу чтобы не рестартовать сервер из-за изменения одного двух классов?

может потому что не каждая бд умеет в асинхронно по сети

как юзать в идее? Томкат подцепит?

у го только плюсы в том что экосистема изначально заточена под них и на системные потоки блокирующие операции не юзеру нужно заниматься шедулингом