что грааль это запуск разных на одной вм

ктлин в этом плане компилить в целевую платформу, от этого и нжно плесать, ведь вм нужно "изучать", тот же Шипилев много расказывал интересного о спецификациях...

https://m.habr.com/company/jugru/blog/416725/

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

если грааль там тот же, что и в жава10, то имхо рановато его юзать, я гонял бенчмарки json-парсера, и местами он до двух раз медленнее

В грааль чатике сейчас вся активность как раз вокруг тестирования производительности и того, как это делать правильно. В разборках активно участвует один из разрабов грааля. Так что думаю это замечание там будет очень кстати.

В грааль чатике сейчас вся активность как раз вокруг тестирования производительности и того, как это делать правильно. В разборках активно участвует один из разрабов грааля. Так что думаю это замечание там будет очень кстати.

Graal в любом случае не является альтернативой KN потому что сишные библиотеки с ним дружить в любом случае не будут. Но вообще, ждемс, ждемс. Авось доживем до релиза.

Ну... Теоретически в Graal есть еще SubstratVM... Но эта технология пока еще очень сырая...

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

К слову там ребята сравнили алгоритм на котлин а на яве. Оказалось, что из-за особенностей котлина в некоторых случаях он сильно лучше аналогичного кода на яве. Грааль с ним лучше сработал.

А субстрат как раз про то, что там перехода и нету ;-). Это такой аналог kn

Проблема все это прикрутить потом к VM

Я очень надеюсь, что в KN опубликуют таки переходинк для JVM. Сейчас доступ из JVM к нативным библиотекам - это адская проблема

Как только появляются колбэки, тушите свет, сливайте воду.

В грааль чатике сейчас вся активность как раз вокруг тестирования производительности и того, как это делать правильно. В разборках активно участвует один из разрабов грааля. Так что думаю это замечание там будет очень кстати.

Мой пример у них уже есть

Я спрашивал Жемерова про это. Он ответил, что очень хотят сделать, но пока есть более приоритетные задачи

У них там явно рук нехватает...

Это само собой. Я хотел сходить на семинар по KN специально для этого, но не вышло...

В физике это очень серьезная проблема. Огромное количество кода на C/Fortran, который невозможно портировать на человеческие языки.

И тут тоже грааль помочь может, т.к. в нем есть подпроект по транспиляции из llvm в jvm :-)

Я вот как раз сейчас увидел, когда читать полез. К сожалению, это не поможет, поскольку весь этот древний код скорее всего под llvm не скомпилируется, его вообще лучше не трогать руками, а то рассыпется. Но идея интересная.

Ребят, такой мысль-слух возник: Как формируются маршруты общественного транспорта, есть ли программы для этой задачи и насколько сложно будет написать такую программу?

Можете покpитиковать? Это аналог DownloadManager, написанный, так как у заказчиков были свои "специфичные" тpебования. Вpоде вышло неплохо, но чего-то не хватает, как мне кажется... https://gist.github.com/komigor/6528eb39dd95c0ac8a54b21b12c19f36 p.s. если вдpуг кому-то понpавится – готов офоpмить как фpеймвоpк.

Я так понимаю, на вход нужна схема улиц, база точек "пункт А - пункт Б" и количество желаемых маршрутов?)

как правило, маршруты замкнутые

т.е. "пункт А - пункт Б - пункт А"

ну а если по простому, то просто поиск всех возможных путей на графе

а потом как-то оптимизировать все многообразие маршрутов

Ребят, такой мысль-слух возник: Как формируются маршруты общественного транспорта, есть ли программы для этой задачи и насколько сложно будет написать такую программу?

вообще основная проблема в этой задаче: получить данные потому что транспортных организаций 100500, не все готовы делиться данными, а те что готовы - каждая отдает в своем велосипедном формате программы есть: например citymapper, какой-нибудь туту у туту кстати есть интересные статьи на хабре, где они рассказывают как их люди вживую бегают по станциям и фотографируют изменения в расписаниях, такой вот сбор данных написать такую программу непросто только вот при чем тут котлин?

Тут проблемы появляются когда мы добавляем тип транспорта, оптимальность с точки зрения потока пассажиров и пробки. Сами занимаемся чем-то таким сейчас

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

Не в этом проблема. А в алгоритме)

алгоритм на котлине - больше чем алгоритм

Давайте будем считать, что я буду писать на Котлине) Если вопрос вне разрешенных тем, нет никакой сложности прекратить его обсуждать)

алгоритм на котлине - больше чем алгоритм

Тебе ответили - графы

ну прекращай тогда

Как себя поведет декларированный объект в котлине (синглтон) в мультипоточном приложении? Первичная инициализация синхронная?

Как себя поведет декларированный объект в котлине (синглтон) в мультипоточном приложении? Первичная инициализация синхронная?

да, классы загружаются под блокировкой

да, классы загружаются под блокировкой

Спасибо

Ребят, а вот такой вопрос: никто случаем не знает либу чтобы заполнять дефолтными значениями value-классы в тестах? Иногда довольно развесистые модели получаются - а делать конструктор по умолчанию только для тестов кажется не очень хорошим решением. Ведь по сути все value-классы состоят из стрингов, булеанов, числовых значений, энумов и других value-классов. Нельзя ли какой-нибудь DSL-магией забить их дефолтными значениями, а потом сделать copy() с нужными для конкретного теста параметрами?

> а делать конструктор по умолчанию только для тестов кажется не очень хорошим решением Может тогда лучше фабричным методом воспользоваться?

Ребят, а вот такой вопрос: никто случаем не знает либу чтобы заполнять дефолтными значениями value-классы в тестах? Иногда довольно развесистые модели получаются - а делать конструктор по умолчанию только для тестов кажется не очень хорошим решением. Ведь по сути все value-классы состоят из стрингов, булеанов, числовых значений, энумов и других value-классов. Нельзя ли какой-нибудь DSL-магией забить их дефолтными значениями, а потом сделать copy() с нужными для конкретного теста параметрами?

Вот такую использую, правда только в джаве https://github.com/benas/random-beans

а можно в ней рандомить только часть?

Вроде бы да, сам я так не делал, но в readme что то есть про это

Вот такую использую, правда только в джаве https://github.com/benas/random-beans

Привет, кстати)

Ребят, а вот такой вопрос: никто случаем не знает либу чтобы заполнять дефолтными значениями value-классы в тестах? Иногда довольно развесистые модели получаются - а делать конструктор по умолчанию только для тестов кажется не очень хорошим решением. Ведь по сути все value-классы состоят из стрингов, булеанов, числовых значений, энумов и других value-классов. Нельзя ли какой-нибудь DSL-магией забить их дефолтными значениями, а потом сделать copy() с нужными для конкретного теста параметрами?

https://github.com/topicusoverheid/java-factory-bot - но хотелось бы подобное нативное для kotlin

Ребят, а вот такой вопрос: никто случаем не знает либу чтобы заполнять дефолтными значениями value-классы в тестах? Иногда довольно развесистые модели получаются - а делать конструктор по умолчанию только для тестов кажется не очень хорошим решением. Ведь по сути все value-классы состоят из стрингов, булеанов, числовых значений, энумов и других value-классов. Нельзя ли какой-нибудь DSL-магией забить их дефолтными значениями, а потом сделать copy() с нужными для конкретного теста параметрами?

property-based хочешь что ли?

ERROR: S client not available

property-based хочешь что ли?

ну property-based у меня уже есть, но мне не всегда оно нужно. Иногда нужен просто фейк и тебе пофигу на содержимое, потому что ты тестируешь совсем не его параметры

P.S. для property-based втащил kotlintest, но либа так себе, очень много синонимичных конструкций, в которых легко запутаться

P.S. для property-based втащил kotlintest, но либа так себе, очень много синонимичных конструкций, в которых легко запутаться

А в ней разве нет генерации, по идеи это же часть

там надо руками прописывать параметры

а я хочу что то вроде makeDumb(Person.class) как в random-beans

там надо руками прописывать параметры

Чем mocking библиотеки не устраивают?

Мне интересен отзыв об использовании java-factory-bot в разработке на kotlin

Чем mocking библиотеки не устраивают?

Так они же не помогут мне избавиться от конструирования value-классов

Хорошо, сейчас расскажу пример поподробнее

Хорошо, сейчас расскажу пример поподробнее

Я понял, нужно дерево объектов или даже что-то посложнее

Судя по всему, котлину не хватает аналога рубишного factory bot (former factory girl)

Допустим, есть репозиторий, в нем есть какой нибудь метод, который принимает value-класс с параметрами запроса. Я хочу проверить что по паре, допустим, флажков, или наличию определенного поля он что-то делает, например, указывает дополнительные параметры или ходит в другой api. Но я не хочу при этом руками заполнять весь value-class запроса, потому что а) это трата времени: писать модели, а потом еще и при добавлении поля переписывать заново все тесты б) это снижает читабельность теста: мы не видим, какие конкретно параметры влияют на поведение

Допустим, есть репозиторий, в нем есть какой нибудь метод, который принимает value-класс с параметрами запроса. Я хочу проверить что по паре, допустим, флажков, или наличию определенного поля он что-то делает, например, указывает дополнительные параметры или ходит в другой api. Но я не хочу при этом руками заполнять весь value-class запроса, потому что а) это трата времени: писать модели, а потом еще и при добавлении поля переписывать заново все тесты б) это снижает читабельность теста: мы не видим, какие конкретно параметры влияют на поведение

Насколько я понял из https://m.habr.com/company/jugru/blog/416725/, там подобный вашему случай описан как раз.

Насколько я понял из https://m.habr.com/company/jugru/blog/416725/, там подобный вашему случай описан как раз.

Неа, я тоже клюнул, посмотрел видеозапись. Там у него у каждой сущности уже есть билдер

Неа, я тоже клюнул, посмотрел видеозапись. Там у него у каждой сущности уже есть билдер

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

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

Запросы неизменяемые, но никто не отменял магического copy

Рисовать билдер для тестов не хочется

Запросы неизменяемые, но никто не отменял магического copy

Магического copy откуда?

Магического copy откуда?

https://kotlinlang.org/docs/reference/data-classes.html#copying

Рисовать билдер для тестов не хочется

Это окупится.

https://kotlinlang.org/docs/reference/data-classes.html#copying

Так а кто мешает его тогда использовать как билдер? Нарисовать один объект с пустым запросом, и менять поля нужные в нём.

Так а кто мешает его тогда использовать как билдер? Нарисовать один объект с пустым запросом, и менять поля нужные в нём.

Ну так в том то и дело, что нет конструктора по умолчанию