ktor дает немного оверхеда и производительность близка к самому серверу на котором он крутится

Он вроде писал в ишьюсах, что бенчи не особо актуальные и делал он их для себя.

Конечно, Rapidoid быстрее, а Web-сервер от @Wizzardo ещё быстрее. ktor скорее для сладкоежек, чем для хайлоада, но за производительностью JB внимательно следят.

быстрее чем netty?

У ктора примерно двухкратным оверхед над нетти

быстрее чем netty?

Местами так же, местами быстрее

Бенчмарки нужны правильные

Ктор же под капотом нетти и использует, не?

Ктор же под капотом нетти и использует, не?

Там несколько вариантов на выбор, а том числе нетти.

и ещё CIO пилят

Есть задача из гуи приложения под виндой работать с любыми принтерами (получать статус бумаги, тонера, отправлять на печать) . Это наверное делается через какое-нибудь windows api ? есть ли либы kotlin/java под это ?

К слову, помимо javax.print, windows api, можно работать с принтерами через snmp, вполне возможно, некоторые модели предоставляют rest api.

https://tools.ietf.org/html/rfc3805

Ребят. Всем привет. Такой вопрос. что делает эта строчка assets.open("$folder/${assets.list(folder)[0]}")?

Ребят. Всем привет. Такой вопрос. что делает эта строчка assets.open("$folder/${assets.list(folder)[0]}")?

https://kotlinlang.org/docs/reference/basic-types.html#string-templates

??

К слову, помимо javax.print, windows api, можно работать с принтерами через snmp, вполне возможно, некоторые модели предоставляют rest api.

сетевыми понятно а usb snmp подхватит ?

сетевыми понятно а usb snmp подхватит ?

Без понятия, но нагуглил вот что: I don't know if it works with any other brands but it looks like it uses the standard protocol DOT4 over USB to emulate typical TCP/IP communications. If there is any standard method to connect to all those printers this one is the most promising. https://stackoverflow.com/questions/2744499/snmp-for-local-printer

Без понятия, но нагуглил вот что: I don't know if it works with any other brands but it looks like it uses the standard protocol DOT4 over USB to emulate typical TCP/IP communications. If there is any standard method to connect to all those printers this one is the most promising. https://stackoverflow.com/questions/2744499/snmp-for-local-printer

Благодарю Буду искать

https://kotlinconf.com/speakers/ Для большинства докладов темы уже известны. Первое впечатление – эта конференция будет ближе к земле, чем первая.

https://kotlinconf.com/speakers/ Для большинства докладов темы уже известны. Первое впечатление – эта конференция будет ближе к земле, чем первая.

Ближе к земле - это как?

Bruce Eckel

девочка по имени Huyen

ван Гог :)

Ближе к земле - это как?

Ну для меня это конкретные проблемы практической разработки.

https://kotlinconf.com/speakers/ Для большинства докладов темы уже известны. Первое впечатление – эта конференция будет ближе к земле, чем первая.

а где темы посмотреть?

я на спикеров тыкаю и смотрю

а где темы посмотреть?

Я кликал по докладчикам, не нашел более удобного представления информации

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

сделали бы list-detail что ли

а, To Be Announced

Почему не компилируется такой пример? fun foo(a: Boolean, b: Boolean) = print("$a, $b") fun main(args : Array<String>) { val a = 1 val b = 2 val c = 3 val d = 4 foo(c < a, b > d) } ругается: Unresolved reference: c да, это можно починить расставив скобки, но просто интересно, а почему компилятор все-таки не может найти c?

Почему не компилируется такой пример? fun foo(a: Boolean, b: Boolean) = print("$a, $b") fun main(args : Array<String>) { val a = 1 val b = 2 val c = 3 val d = 4 foo(c < a, b > d) } ругается: Unresolved reference: c да, это можно починить расставив скобки, но просто интересно, а почему компилятор все-таки не может найти c?

Прекрасно. Он пытается рассматривать c как generic-тип.

ааааа вот оно что

Клевый паззлер

а вроде Бреслав рассказывал в одной из лекций

именно про этот пример

Почему не компилируется такой пример? fun foo(a: Boolean, b: Boolean) = print("$a, $b") fun main(args : Array<String>) { val a = 1 val b = 2 val c = 3 val d = 4 foo(c < a, b > d) } ругается: Unresolved reference: c да, это можно починить расставив скобки, но просто интересно, а почему компилятор все-таки не может найти c?

про такое это вроде Бреслав расказывал

именно про этот пример

не совсем, но смысл тот же

мы понели друг друга , и это главное

про такое это вроде Бреслав расказывал

а где?

Да, он говорит, что так никто не пишет :)

Прекрасно. Он пытается рассматривать c как generic-тип.

а какой тип у с тогда ? если уточнить, чтобы видно стало ?

не Int ?

по итогу

а где?

«На плечах гигантов»

а где?

митапы ищи в ютубе

а какой тип у с тогда ? если уточнить, чтобы видно стало ?

))))

а тут смешно бывает иногда

а какой тип у с тогда ? если уточнить, чтобы видно стало ?

Он пытается найти тип, который называется c.

почему?

почему с генерик?

«На пречах гигантов»

почему с генерик?

^^^

Клевый паззлер

Я бы классифицировал это как недоработка/бага в парсере

^^^

?

прочитай все

Я бы классифицировал это как недоработка/бага в парсере

нет, просто парсер приоритезирует дженерики над сравнением

а дошло

а дошло

?

тип с названием c может появиться позже, это не должно сломать существующий код.

нет, просто парсер приоритезирует дженерики над сравнением

А зря )

для тех у кого нет компилятора в голове суть в <a , b>

А зря )

Почему? Это правда такой частый паттерн — a < b, c > d?

А зря )

ну был бы другой пазлер

ERROR: S client not available

Почему? Это правда такой частый паттерн — a < b, c > d?

+ Бреслав точно также сказал, "нам статистика говорит что это редкий кейс"

то есть он считает что с < a и < - даймонд ?

оО

+ Бреслав точно также сказал, "нам статистика говорит что это редкий кейс"

А 40 лет людей по пустыне он не водил?

не, есть конечно такой вариант: если первый токен (в примере Тимура — c) начинается со строчной — приоритезировать сравнени, если с заглавное — дженерики. Но это наркомания :)

А 40 лет людей по пустыне он не водил?

учитывая явную семитскую принадлежность – не исключено, что потомок того, кто водил)

Почему не компилируется такой пример? fun foo(a: Boolean, b: Boolean) = print("$a, $b") fun main(args : Array<String>) { val a = 1 val b = 2 val c = 3 val d = 4 foo(c < a, b > d) } ругается: Unresolved reference: c да, это можно починить расставив скобки, но просто интересно, а почему компилятор все-таки не может найти c?

а если прописать foo( a = c < a, b = d > d) ?

А 40 лет людей по пустыне он не водил?

нет, всего 39 и 11 месяце

а если прописать foo( a = c < a, b = d > d) ?

присваивание — не выражение

не, есть конечно такой вариант: если первый токен (в примере Тимура — c) начинается со строчной — приоритезировать сравнени, если с заглавное — дженерики. Но это наркомания :)

По-моему, если рассматривать конструкцию как инстанцирование дженерика, будет синтаксическая ошибка (нет скобок), а на более позднем этапе еще и семантические полезут. Т/е получается парсинг котлина в каком-то смысле уже сложен как парсинг крестов. Поправь меня.

присваивание — не выражение

не я про указания имени параметра метода, если явно указать имена параметров функции ?

По-моему, если рассматривать конструкцию как инстанцирование дженерика, будет синтаксическая ошибка (нет скобок), а на более позднем этапе еще и семантические полезут. Т/е получается парсинг котлина в каком-то смысле уже сложен как парсинг крестов. Поправь меня.

думаю, для парсера это выглядит как тип, и ему уже всё равно, инстанцирование там, компанион или что ещё. Ну, такая, очень спорная ситуация.

не я про указания имени параметра метода, если явно указать имена параметров функции ?

а, точно) ИМХО, должно работать

а, точно) ИМХО, должно работать

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

Немного токсичности: в джаве с этим a < b, c > d проблем нет

Немного токсичности: в джаве с этим a < b, c > d проблем нет

Есть. Дженерик-метод с явнями аргументами можно вызвать только так: ClassOrObject.<Args>method()

поэтому в скале квадратные скобки

Есть. Дженерик-метод с явнями аргументами можно вызвать только так: ClassOrObject.<Args>method()

Так я про аппликацию функции к двум логическим выражениям

Так я про аппликацию функции к двум логическим выражениям

ну да, в силу изуродованных дженерик-функций, этой проблемы там нет

Так я про аппликацию функции к двум логическим выражениям

я лучше буду норм функции писать

ну да, в силу изуродованных дженерик-функций, этой проблемы там нет

jshell> class Test { ...> <T, S> boolean check(S s, T t) { return s.equals(t); } ...> } | replaced class Test | update replaced variable t, reset to null jshell> var t = new Test() t ==> Test@589838eb jshell> t.check(1, 1) $10 ==> true jshell> t.check(1, "one") $11 ==> false jshell> t.check("one", 1) $12 ==> false jshell> t.check("one", "one") $13 ==> true jshell> var a = 1 a ==> 1 jshell> var b = 2 b ==> 2 jshell> var c = 3 c ==> 3 jshell> var d = 4 d ==> 4 jshell> t.check(a < b, c > d) $18 ==> false

да, это довольно очевидно

jshell> class Test { ...> <T, S> boolean check(S s, T t) { return s.equals(t); } ...> } | replaced class Test | update replaced variable t, reset to null jshell> var t = new Test() t ==> Test@589838eb jshell> t.check(1, 1) $10 ==> true jshell> t.check(1, "one") $11 ==> false jshell> t.check("one", 1) $12 ==> false jshell> t.check("one", "one") $13 ==> true jshell> var a = 1 a ==> 1 jshell> var b = 2 b ==> 2 jshell> var c = 3 c ==> 3 jshell> var d = 4 d ==> 4 jshell> t.check(a < b, c > d) $18 ==> false

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

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

вывод типов предполагает отсутствие явного дженерика. Этот механизм есть и в Java.

Честно говоря, в Java достаточно редко вызываются дженери-методы.

Collections.<String>emptyList()

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

вывод типов предполагает отсутствие явного дженерика. Этот механизм есть и в Java.

не, ты можешь на них вообще забить например...

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

Не, я к тому, что можно поправить парсер, не ракетная наука

не, ты можешь на них вообще забить например...

да, в обоих языках

не, ты можешь на них вообще забить например...

val a = new ArrayList(); val a2 = new ArrayList<>();