Ну да, у Котлина своих стримов нет, kotlin.streams это интероп с джавовскими

а экстеншена peek{} для котлинских коллекций нет, мол, обходитесь map-ом

Пойти чтоли законтрибутить :thinking:

Ну да, у Котлина своих стримов нет, kotlin.streams это интероп с джавовскими

серьезно? О_О

Ага

красавцы, что

Вот кстати, там в слаке помянули kotlin sequence, который может напоминать стримы, по-крайней мере, в плане именований

Но вообще говоря котлинская последовательность все-таки не стрим

Черт, она упорядочена!

Ребят привет! Можно анансировать открытое бесплатное Java мероприятие?

Ладно, удалите или предупредите если в разрез с правилами, ок? В Челябинске 14 марта пройдёт открытая java встреча. Программа, место и время - при регистрации https://zaycevnet.timepad.ru/event/664664/ регистрация крайне желательна, т.к. если участников будет много пондобится бОльшая площадка.

Ребят привет! Можно анансировать открытое бесплатное Java мероприятие?

можно

Господа, а не подскажите, где можно задать вопросы по такой специфичной фигне, как lucene?

Заранее спасибо)

Господа, а не подскажите, где можно задать вопросы по такой специфичной фигне, как lucene?

у нас есть @hadoopusers думаю вполне уместно это там обсуждать, но можешь и здесь, просто пиши вопрос конкретный (простите одмены за латентный адс)

Хорошо! Вопрос в том - как заставить люсьену кушать е и ё как одно значение? Пока что я добился того, что она ищет по е\ё отдельно - и я не совсем понимаю, в каком направлении копать. Я сделал себе кастомный фильтер для TokenStream (так как вроде это 1-1 замена, он вполне подходит?), но никакого успеха.

Сам аналайзер мне нужен для QueryParserа

И токен фильтер я создаю в новом классе, который очень походит на StandartAnalyzer, который я использовал до этого

Заранее спасибо за ответ, и простите за беспокойство)

Господа, а не подскажите, где можно задать вопросы по такой специфичной фигне, как lucene?

наверняка тут помогут https://t.me/elasticsearch_ru

Черт, она упорядочена!

Омм.. а стримы через рандом вытаскивают значения что ли? Обычно сиквенс говорят что похож на стримы потому что он тоже ленивый.

Я только что с jmh тестил, там трули оверхеды

Омг, интересно было бы посмотреть на эти бенчмарки, и какие же процентулички экономит peek против map?

Ну, это уже придирки. Есть много случаев, когда разработчику не нужно изменять тип стрима (читай, создавать новый), а только провести над элементами действия, т.е. map оказывается недостаточно выразителен и к тому же производит оверхед. Ну, простейший пример - стрим строк, во всех нужно заменить символ ';' на ','. peek по своему дизайну идеально подходит и к тому же вернет тот же стрим, а map добавит конвейерного мусора.

И тут я даже не понял примера. Если Вы сделаете peek, смодифициуете значения в стриме и не будет никаких сайд-эффектов, то эти изменения просто похерятся.

И тут я даже не понял примера. Если Вы сделаете peek, смодифициуете значения в стриме и не будет никаких сайд-эффектов, то эти изменения просто похерятся.

Хотите сказать, что, например, следующий код выведет 10 20 30? public class Main { public static void main(String... args) { Stream<Dog> str = Stream.of(new Dog(10), new Dog(20), new Dog(30)); str.peek(x -> x.width++).forEach(System.out::println); } } class Dog { float width; public Dog(float width) { this.width = width; } @Override public String toString() { return width + ""; } } public Dog(float width) { this.width = width; } @Override public String toString() { return width + ""; } }`

Омм.. а стримы через рандом вытаскивают значения что ли? Обычно сиквенс говорят что похож на стримы потому что он тоже ленивый.

Естественно, они не специально замешивают значения, но, по-крайней мере, не гарантируют порядок, потому что в стримах источник значений объявлен как private Supplier<? extends Spliterator<?>> sourceSupplier, в отличие от котлиновского sequence, в котором источником значений является Iterator<T>.

Гайз, нид ёр хелп! Как через xml заставить spring data читать сущность из вьюхи а писать в таблицу?

Хотите сказать, что, например, следующий код выведет 10 20 30? public class Main { public static void main(String... args) { Stream<Dog> str = Stream.of(new Dog(10), new Dog(20), new Dog(30)); str.peek(x -> x.width++).forEach(System.out::println); } } class Dog { float width; public Dog(float width) { this.width = width; } @Override public String toString() { return width + ""; } } public Dog(float width) { this.width = width; } @Override public String toString() { return width + ""; } }`

Я же сказал без сайд эффектов. Тут изменение внутреннего поля - это сайд эффект и функция не чистая. И снова, если туда воткнуть параллел, но что там получится - это очень сильно зависит от того как повезёт

Естественно, они не специально замешивают значения, но, по-крайней мере, не гарантируют порядок, потому что в стримах источник значений объявлен как private Supplier<? extends Spliterator<?>> sourceSupplier, в отличие от котлиновского sequence, в котором источником значений является Iterator<T>.

Ну в джаве фабрика для этих сплиттераторов находится в классе Iterable что как бы намекает откуда берутся данные http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/8u40-b25/java/lang/Iterable.java#Iterable.forEach%28java.util.function.Consumer%29

Естественно, они не специально замешивают значения, но, по-крайней мере, не гарантируют порядок, потому что в стримах источник значений объявлен как private Supplier<? extends Spliterator<?>> sourceSupplier, в отличие от котлиновского sequence, в котором источником значений является Iterator<T>.

На всякий случай напомню, что в джаве тут создаётся итератор for (T t : this) {              action.accept(t);   }

Просто по концепции этого паттерна итератором можно воспользоваться только 1 раз

Ну в джаве фабрика для этих сплиттераторов находится в классе Iterable что как бы намекает откуда берутся данные http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/8u40-b25/java/lang/Iterable.java#Iterable.forEach%28java.util.function.Consumer%29

Нет, не намекает. Сплитератор можно сделать из чего угодно и он fail-fast, а итератор - fail-safe

Я же сказал без сайд эффектов. Тут изменение внутреннего поля - это сайд эффект и функция не чистая. И снова, если туда воткнуть параллел, но что там получится - это очень сильно зависит от того как повезёт

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

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

Во,я ж про это и говорил, я рад что мы пришли к взаимопониманию )

100$ per hour + тз

http://tylerneylon.com/a/learn-lua/

чем смог - помог!

блин, забыл уточнить работы от 10 часов

У тебя есть две опции - ты удаляешь всё сам, или приходят админы, удаляют твои сообщения и тебя банят

И можешь хоть закликаться

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

ну и как бе чат не профильный ни фига

взгляните просто на примеры скриптов в упрощенном синтаксисе UOpilot

ассемблер это боль и страдание, или графика в HTML5 + java

Если всё так просто почему не самому взять и сделать?

нету дара программирования)) HTML только понимаю там легко

Это не дар, это навык. Просто мозгами шевелить надо.

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

Кто нибудь знает, в мокито можно сделать verify не через VerificationMode, а просто по кол-ву вызовов? Ну т.е. не так verify(view, times(2)).doStaff() verifyNoMoreInteractions(view) а вот так verify(view).doStaff() verify(view).doStaff() verifyNoMoreInteractions(view)

Кто нибудь знает, в мокито можно сделать verify не через VerificationMode, а просто по кол-ву вызовов? Ну т.е. не так verify(view, times(2)).doStaff() verifyNoMoreInteractions(view) а вот так verify(view).doStaff() verify(view).doStaff() verifyNoMoreInteractions(view)

Не встречал этого в мокито. Я такого не видел в документации. Просто вызов без VerificationMode проверяет, что вообще инвок был. Но можно ещё что-нибудь вроде такого глянуть, если вдруг пригодится : verify(mockedList, atLeast(2)).add("three times"); verify(mockedList, atMost(5)).add("three times");

да, про это в курсе, но все равно не очень удобно

да, про это в курсе, но все равно не очень удобно

Да, есть такое. А ещё нельзя заранее определить verify, например, в data provider, что делает тесты иногда не очень гибкими

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

Вот пытаюсь понять, это осознание хорошее или так себе =)

Осознание чего угодно, если не совсем ложно, хорошо, даже если ты потом с осознанным не соглашаешься

Просто потому, что думать полезно

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

Ну такое, как иначе проверять void методы, что они вызвались

Ну войд методы что-то должны делать - не лучше ли проверять результат их деятельности ?

Их не получается проверить, т.к. это андроидные методы, которые junit'ом не проверить

Ну войд методы что-то должны делать - не лучше ли проверять результат их деятельности ?

Это хорошая практика, если это void метод этого же класса, что ты трестируешь. Хорошая в смысле проверять его результаты. А если какой-то мок вызван, то верифай должен быть подходящим механизмом

джаваны, а что вообще с Type Erasure в новых джавах? оно так и планирует с нами навсегда остаться?

Само собой

джаваны, а что вообще с Type Erasure в новых джавах? оно так и планирует с нами навсегда остаться?

Убирать его примерно нереально

Убирать его примерно нереально

почему

Потому что это то на чем стоит рантайм весь

Один из столпов

Это ведь из-за совместимости с кодом, скомпилированным на старых версиях?

Угу

А теперь интересный вопрос

джаваны, а что вообще с Type Erasure в новых джавах? оно так и планирует с нами навсегда остаться?

Я так понимаю, ты хочешь, чтобы его убрали. Какие профиты/новые возможности ты от этого хочешь получить?

Есть статистика по теме "как много проектов используют версии компилятора ниже 1.7"?

Есть статистика по теме "как много проектов используют версии компилятора ниже 1.7"?

Конечно же нет, потому что до чёрта этих проектов - внутренние коммерческие решения

Перевёл статейку Коваля про тестирование времени на Java https://habrahabr.ru/company/jugru/blog/349508/

Я так понимаю, ты хочешь, чтобы его убрали. Какие профиты/новые возможности ты от этого хочешь получить?

улучшеную систему типов же

улучшеную систему типов же

А именно?