Господа, кто подскажет как с помощью Spring integration читать почтовые вложения с pop3 ящика. Вроде пробую, но выскакивает ошибка Folder is not open

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

Я бы скорее посоветовал сменить кулер на более тихий)

Я бы скорее посоветовал сменить кулер на более тихий)

В ноуте-то? С этим будут некоторые трудности.

В ноуте-то? С этим будут некоторые трудности.

Заменить ноут

Заменить ноут

Брутально. Появилась болячка — откуси, болит нога — отрежь.

Скушал йогурт подумал, что отравился - застрелись

...

Отличный ответ

чому ты так триггеришьсян а корутины котлина? в jvm вообще нет корутин, в принципе. котлин.корутинс просто пытается сократить для конечного разработчика боль при работае с асинхронщинной и конкаренси. и хоть как-то это унифицировать, пиля совместимость со сторонними тулами типа вертекса.

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

Отличный ответ

?выше подробнее расписал, как говорил, слегка спешил

» "котлину никогда (в текущем состоянии экосистемы и джвм) не достичь того уровня удобства корутин, которое в го" Тоже самое, что говорить, что в Котлине недофп относительно сложуры (и это действительно так).

«сделать корутины в библиотеке, без языковой фичи» — каждый раз угараю с этого

«сделать корутины в библиотеке, без языковой фичи» — каждый раз угараю с этого

ну представь себе вместо ключевых слов, скажем, аннотации

это вполне реально

ну представь себе вместо ключевых слов, скажем, аннотации

и кто их будет процессить?

и кто их будет процессить?

джава?

как там, java annotations processors

как там, java annotations processors

а, чтобы полная хуита получилась, ясно

а, чтобы полная хуита получилась, ясно

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

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

медленная компиляция плохая поддержка дебаггера

медленная компиляция плохая поддержка дебаггера

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

котлин делает всё чтобы уйти от этого — посмотри на те же kotlinx.serialization и kotlin android extensions

потому что все annotationProcessor работают очень хуёво

ну представь себе вместо ключевых слов, скажем, аннотации

Зачем? Аннотации — костыли, которые как раз нужны для мест, где нет языковой поддержки, типа как в квазаре. Тут наоборот же круто, что есть именно встроенная фича.

Зачем? Аннотации — костыли, которые как раз нужны для мест, где нет языковой поддержки, типа как в квазаре. Тут наоборот же круто, что есть именно встроенная фича.

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

юзеру вообще пофигу, ключевое слово или аннотация

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

а annotationProcessor — нет

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

Не совсем. Аннотации — один из инструментов. И нет, не по фигу, вот вообще не по фигу.

а annotationProcessor — нет

а что с ним не так, если вкратце?

юзеру вообще пофигу, ключевое слово или аннотация

аннотация или ключевое слово — это лишь интерфейс той или иной фичи

я как-то давно щупал, очень многословно и запутанно, но жить можно

аннотация или ключевое слово — это лишь интерфейс той или иной фичи

ага

а что с ним не так, если вкратце?

apt замедляет компиляцию. kapt ещё и регулярно ломается, говорят

Не совсем. Аннотации — один из инструментов. И нет, не по фигу, вот вообще не по фигу.

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

?выше подробнее расписал, как говорил, слегка спешил

Ок, понятно. Ну мне кажется, что такое делать через процессоры аннотаций не лучшая затея. По поводу го - согласен, мы тут на JVM, так что что есть, то есть. Ждём Loom, а пока только так. Вот если в Kotlin/Native корутины будут как в JVM вместо нормальных лёгких потоков, то будет реальная причина их хейтить. Про вторую фичу ты уже, кажется, говорил - исчерпывающий when. Но, блин, разве можно умножать на 0 остальные фичи, называя их сахаром, только потому, что того же результата можно достичь другими средствами?

apt замедляет компиляцию. kapt ещё и регулярно ломается, говорят

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

скорость компиляции — не принципиальная проблема

скорость компиляции — не принципиальная проблема

не принципиальная но очень назойливая

Ок, понятно. Ну мне кажется, что такое делать через процессоры аннотаций не лучшая затея. По поводу го - согласен, мы тут на JVM, так что что есть, то есть. Ждём Loom, а пока только так. Вот если в Kotlin/Native корутины будут как в JVM вместо нормальных лёгких потоков, то будет реальная причина их хейтить. Про вторую фичу ты уже, кажется, говорил - исчерпывающий when. Но, блин, разве можно умножать на 0 остальные фичи, называя их сахаром, только потому, что того же результата можно достичь другими средствами?

не, не when, это как раз чистейший сахар я имел в виду совсем другую систему типов

скорость компиляции — не принципиальная проблема

в скале тоже так думали какое то время

плюс, when заведомо хуже паттерн матчинга

скорость компиляции — не принципиальная проблема

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

плюс, when заведомо хуже паттерн матчинга

патмат не нужен

патмат не нужен

ничеси. мне нужен

не, не when, это как раз чистейший сахар я имел в виду совсем другую систему типов

наличие языка программирования — чистейший сахар

ничеси. мне нужен

зачем?

патмат не нужен

как определяется нужно/не нужно?

не, не when, это как раз чистейший сахар я имел в виду совсем другую систему типов

Ну разве ошибка компиляции when по enum, когда ты добавляешь новую константу в него - это не пушка?)

зачем?

when не нужен

зачем?

удобно, красиво, меньше кода, субъективно понятнее

плюс, when заведомо хуже паттерн матчинга

А пм - это не сахар случаем?

наличие языка программирования — чистейший сахар

неа :) у той же джавы есть, скажем, jmm, которая критично важна

как определяется нужно/не нужно?

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

неа :) у той же джавы есть, скажем, jmm, которая критично важна

это у рантайма

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

тогда патмат помогает и нужен часто

удобно, красиво, меньше кода, субъективно понятнее

я про конкретные случаи, а не рассуждения

как определяется нужно/не нужно?

Субъективно, конечно же

А пм - это не сахар случаем?

сахар, и?

сахар, и?

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

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

?

я про конкретные случаи, а не рассуждения

ну началось. понятно что без него можно, я собсно и живу. но сама концепция мне нравится. когда на скалке пробовали писать - мне патмат очень зашел

сахар, и?

Почему все так хотят его, если это всего лишь сахар? Может, сахар - это не так уж и плохо?

сахар, и?

скала такой же сахарок как и котлин, расходимся

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

Участвовать? Ха, кто это всё заварил?)

Участвовать? Ха, кто это всё заварил?)

Мне лень копаться.

ERROR: S client not available

Почему все так хотят его, если это всего лишь сахар? Может, сахар - это не так уж и плохо?

сахар не плохо, очень даже хорошо

Почему все так хотят его, если это всего лишь сахар? Может, сахар - это не так уж и плохо?

я вроде никогда и не говорил, что сахар — плохо но когда "язык" почти весь состоит из сахара, то это уже как-то мутно

скала такой же сахарок как и котлин, расходимся

как минимум, имплиситы с макросами не сахар

я вроде никогда и не говорил, что сахар — плохо но когда "язык" почти весь состоит из сахара, то это уже как-то мутно

Осталось дать определение сахару и будет ок)

как минимум, имплиситы с макросами не сахар

они не особо то и нужны

я вроде никогда и не говорил, что сахар — плохо но когда "язык" почти весь состоит из сахара, то это уже как-то мутно

так пиши байт-кодом, там тоже есть JMM, джава не нужна

они не особо то и нужны

нужны

я вроде никогда и не говорил, что сахар — плохо но когда "язык" почти весь состоит из сахара, то это уже как-то мутно

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

Осталось дать определение сахару и будет ок)

легко то, что может быть добавленно в другой язык (без этой фичи) лишь новым методом

скажем, экстеншн методы делаются путем static Bar foo2bar(Foo foo) { ... }

нужны

не факт, в жаве и котле, спокойно живут без них. при этом не сказать, что популярность скалы растёт (раз уж у неё такие фичи нужные), в отличии от котлина. так что их нужность вопрос спорный, имхо

легко то, что может быть добавленно в другой язык (без этой фичи) лишь новым методом

Пфф... Тогда паттерн матчинг не сахар.

не факт, в жаве и котле, спокойно живут без них. при этом не сказать, что популярность скалы растёт (раз уж у неё такие фичи нужные), в отличии от котлина. так что их нужность вопрос спорный, имхо

они безумно полезны при работе с АДТ

не факт, в жаве и котле, спокойно живут без них. при этом не сказать, что популярность скалы растёт (раз уж у неё такие фичи нужные), в отличии от котлина. так что их нужность вопрос спорный, имхо

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

У нас тьюринг полные языки и мы можем один транслировать в другой.

Пфф... Тогда паттерн матчинг не сахар.

мм? конкретно скаловский патмат — вызов unapply / unapplySeq

мм? конкретно скаловский патмат — вызов unapply / unapplySeq

И?

У нас тьюринг полные языки и мы можем один транслировать в другой.

пфф, брейнфак тоже тьюринг-полный, а написать на нём ничего нельзя

У нас тьюринг полные языки и мы можем один транслировать в другой.

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

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

Да, придётся немного постараться.

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

этот аргумент хоть как-то пытается избавится от субъективности. если какая-то фича огонь и дейстивтельно нужно - это отражается на чём-то, например на рынке. возьмём го, у него есть киллер-фичи, они дико нужные: корутины и быстрая сборка, например, это повозляет ему набирать популярность и легко перевешивать всё скало-богатсво (с патматами, hkt, макросами, имплисамти итд... ничего из это не стоит корутины+сборка, как показывает рынок). скала не растёт, и не набирает популярность, её фичи нужны только её адептам, так как исторически сложилось. со стороны стороннего разработчика, ничего такого супер-нужного там нет. в кт видимо есть, раз на него многие перекатываются и он растёт

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

как бы @ankorotkikh — идеальный пример разработчика под котлин ему не надо вся эта заумь с ФП (а сколько страшных и непонятных слов там...), продуктивность языка измеряется синтаксисом это не хорошо и не плохо, для ряда проектов такие люди предпочтительнее

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

рейтинга вилами по воде писаны, они тебе и кобол с чистой сишкой нарисовать могут. давай что-нибудь более мирское, hh, например 187 вакансий «scala» 294 вакансии «go» 132 вакансии «kotlin» 132, несмотря на то, что он гораздо моложе скалы

рейтинга вилами по воде писаны, они тебе и кобол с чистой сишкой нарисовать могут. давай что-нибудь более мирское, hh, например 187 вакансий «scala» 294 вакансии «go» 132 вакансии «kotlin» 132, несмотря на то, что он гораздо моложе скалы

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

на SO, к примеру, 300 и 114

вы чего паритесь учите все 3 языка и всё, не думаю что это невероятно сложно, разве, что в стэке будете долго разбираться, kotlin ближе к java поэтому тут чуть быстрее пойдёт, на счёт scala не знаю, вроде необычная область у неё была, go вот тут сложнее, ну и всё, вам же не на голом си писать

как бы @ankorotkikh — идеальный пример разработчика под котлин ему не надо вся эта заумь с ФП (а сколько страшных и непонятных слов там...), продуктивность языка измеряется синтаксисом это не хорошо и не плохо, для ряда проектов такие люди предпочтительнее

я не говорю про синтаксис, я говорю про удобство решения задач. и котлин в этом хорош. ты топишь за скалу, постоянно триггеришься на кт, при этом у тебя нет ни одного аргумента, почему скала лучше кт, кроме субъективных, завяазнных на твой стиль написания кода (который используют фичи скалы, ненужные большинству разрабов под jvm) слушая тебя получается, что скала решает только две реальные задачи: 1. повышение чсв скалистов 2. затруденение подбора персонала

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

Только это для хранения мета-данных

как бы @ankorotkikh — идеальный пример разработчика под котлин ему не надо вся эта заумь с ФП (а сколько страшных и непонятных слов там...), продуктивность языка измеряется синтаксисом это не хорошо и не плохо, для ряда проектов такие люди предпочтительнее

@dveim — идеальный пример разработчика, который зацепился за один язык и хейтит всё остальное.

@dveim — идеальный пример разработчика, который зацепился за один язык и хейтит всё остальное.

я вообще на питоне сейчас пишу :)

вы чего паритесь учите все 3 языка и всё, не думаю что это невероятно сложно, разве, что в стэке будете долго разбираться, kotlin ближе к java поэтому тут чуть быстрее пойдёт, на счёт scala не знаю, вроде необычная область у неё была, go вот тут сложнее, ну и всё, вам же не на голом си писать

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