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

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

Че там на андроид в java юзают для даты? Я нагуглил какой-то JodaTime, но не пойму где его инициализировать. Там в репозитории https://github.com/dlew/joda-time-android написано что где-то в Application.onCreate надо вызвать JodaTimeAndroid.init(this); но у меня вроде нет такого класса...

либу-то саму подключил?

да

нет метода какого, жодатайм.инит или онкриэйт?

нету вообще класса наследованного от Application

с jodatime все в порядке - все есть

предположу что твой класс надо наследовать от аппликейшн, но вообще лучше спросить в чате по андроиду

предположу что твой класс надо наследовать от аппликейшн, но вообще лучше спросить в чате по андроиду

но нафига он нужен то? я раньше никогда не делал никаких наследников от application и все работало

кто его вызывать то будет

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

предположу что твой класс надо наследовать от аппликейшн, но вообще лучше спросить в чате по андроиду

это который?

с телефона не вспомню, @android_ru что ли

о, угадал

они меня забанили((

Любопытно узнать за что

подозреваю за что

хз

но нафига он нужен то? я раньше никогда не делал никаких наследников от application и все работало

Начни отсюда: https://developer.android.com/reference/android/app/Application.html

@dmsol просыпайся, без срачей становится скучновато

@dmsol просыпайся, без срачей становится скучновато

Кафка намного хуже реббита в одну ноду и в кластере.

Кафка намного хуже реббита в одну ноду и в кластере.

О.о

О.о

И все это из-за скалы.

И все это из-за скалы.

так у реббита еще более тормозной эрланг

так у реббита еще более тормозной эрланг

Ты шо, эрланг не может тормозить

Там просто нечему тормозить

Там просто нечему тормозить

ничего не тормозит только там, где ничего нет

Кафка намного хуже реббита в одну ноду и в кластере.

отлично, спасибо!

подозреваю за что

очевидно за что

очевидно за что

То что не наследуется от аппы?

Кафка намного хуже реббита в одну ноду и в кластере.

кафка хуже в кластере? )

кафка хуже в кластере? )

Конечно, там же зукипер ?

вот че все против зукипера то так)

GitHub - yegor256/cactoos: Object-Oriented Java Primitives https://github.com/yegor256/cactoos

Фиг с ним, с зукипером, как вам это?

как туз? эт чтот зоновское

Годнота же.

ну логично же чо

ну логично же чо

Так я и не ёрничаю

да кто ж знает в этом чяте

так-то немного напоминает Free..

@guga4ka FileAsAss

Но мне казалось что лямбды как-то не вписываются в ооп

o_O

Но мне казалось что лямбды как-то не вписываются в ооп

@yegor256?

точно, он же был против лямбд

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

просто для краткости функциональный интерфейс

замени на new Predicate<Integer> если тебе легче станет

замени на new Predicate<Integer> если тебе легче станет

именно

Что значит использует лямбду не как лямбду

синтаксис страшноватый честно говоря

громоздко

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

синтаксис страшноватый честно говоря

ява, чо

Что значит использует лямбду не как лямбду

hue.compose(moe).compose(tvoe).andThen(ego).apply(someShit)

@BeforeClass

как в junit тестах сделать сделать setUp?

вроде нашел атрибут @Before

hue.compose(moe).compose(tvoe).andThen(ego).apply(someShit)

И что ты этим сказать хочешь?

что есть разница между "передал предикат" и "о боже он лямбдами обмазался!!"

Нету

Он категорически против лямбд был

ERROR: S client not available

Это же не классы

Где-то у ребятам из jb был доклад о компромиссах, которые они принял когда котлин проектировали, тут скорее всего @yegor256 пошел на поводу толпы, ведь намного приятнее передать лямбду, чем где-то, или анонимно, определять предикат.

да, действительно, у меня просто нет других инструментов в Java. лабмда наиболее удобна.

да, действительно, у меня просто нет других инструментов в Java. лабмда наиболее удобна.

А как бы ты хотел что бы это выглядило? Каким бы был оопшный способ передать тело метода в метод?

это вопрос на засыпку. я думаю над этим уже очень давно. и даже начинал писать статью на эту тему и остановился. есть ее черновик, так и лежит. как придумаю, допишу и опубликую)

это вопрос на засыпку. я думаю над этим уже очень давно. и даже начинал писать статью на эту тему и остановился. есть ее черновик, так и лежит. как придумаю, допишу и опубликую)

идёт

если кратко, то язык должен нативно поддерживать коллекции

не так, как это сделано в джаве - через просто Iterable/Iterator

а нативно, как он поддерживает for/while/lambda/etc

это такое у меня направление мысли пока. точнее не скажу)

Хм, вот скала пошла по другому пути, она конструкцию for, транслирует в forEach/map + filter

ну вот этот filter - это зло

если кратко, то язык должен нативно поддерживать коллекции

Зачем?

это процедурный кусок, который мы вставляет в объект

таким образом разрушая его целостность, нарушая encapsulation

Коллекции это как раз либо сбоку

и приходится это делать ТОЛЬКО в случае с коллекциями

отсюда вывод - чего-то не хватает в языке

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

Кароч я не понимаю Егора

Видимо никогда не пойму

мне кажется, что это попытка прийти к категориям и тайп классам из ООП)

Traversable, Foldable, Functor and so on

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

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

Пока весь мир идёт по пути композиции и разбивает рантаим на разные либы, Егор делает монстра.

@yegor256 а есть пример коллекий, в других языках, которые тебя устраивают?

@yegor256 а есть пример коллекий, в других языках, которые тебя устраивают?

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

Ну ООП тут вообще сбоку)

Ну ООП тут вообще сбоку)

ООП — наше все!)

ООП — наше все!)

Я не спорю, но ООП и композиция либ разные вещи. Почему нельзя сделать пакет yegor-collections?

ООП — наше все!)

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