Сколько счастья в глазах

Для размещения вакансий есть канал https://t.me/jobsit52

Всем привет! А можно здесь разместить информацию о хакатоне для jvm-разработчиков?)

Райффайзенбанк и компания Deworkacy организовывают хакатон JAVA HACK для начинающих Java-разработчиков, дизайнеров, product/project-менеджеров, аналитиков и маркетологов.

Название: JAVA HACK  
Где и когда: 14-15 сентября 2019г. на площадке Deworkacy Красный Октябрь
Задача: за 2 дня разработать прототип цифрового решения для клиентов банка с интеграцией сторонних сервисов.

Необходимые навыки: 
● JVM стек //Java, Kotlin, Scala, Groovy...//
● Разработка интерфейсов //Mobile (iOS, Android), Web//
● Бизнес-компетенции //аналитики, маркетологи, product/project-менеджеры//
● Опыт разработки: до 3 лет
● Возраст: 20-27 лет
● В команде: до 4 человек
Бонусы: 
● Призовой фонд - 600 000 рублей
● Шанс получить оффер от IT-команды Райффайзенбанка
● Возможность создать новый продукт при поддержке опытных наставников
● Обратная связь от менторов Райффайзенбанка
● Крутой мерч, горячая еда и напитки 

Узнал себя? Успей подать заявку на сайте https://www.javahack.ru до 04 сентября!

Разместить-то можно, только это Нижегородский чат, а событие будет в Москве

Ну вдруг кто захочет в Москву поехать :)

Эйджизм какой-то.

да, тем более совсем недалеко)

этический вопрос, на сколько грубо затащить и использовать в проекте вот такое:

@SuppressWarnings("unchecked")
private static <T extends Exception> void mute(Exception t) throws T {
    throw (T) t;
}

для того что бы в лямбдах можно было игнорировать бросаемые исключения?

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

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

withAudit(->).onSucc(->).onFail(->).onBla(->)

но у нас весь апиай пестрит чекетами и такая красотищща не получается

аспекты не предлагать

Блин(

атата, обарачивать в рантаймэксепшен низя

так а запил своего функционального интерфейса у которого метод throws Exception не спасает ситуацию?

Кто сказал такую глупость?

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

я сказал, ктож еще то. если бы было можно и проблемы бы не стояло, лол.
мне нужно сохраняя тип эксепшена(как уже сделано) уметь его бросать. но у моего решения есть минус, так как это по сути хак над компилятор такие вещи как catch(IOException ex) уже не сработают, например

Ром, ты задачу не понял - мне нужно сохранить само апи как оно написано, если написано, что оно бросает IOException, значит и IOException и должен быть, а не RuntimeException(IOException)

неа, не совсем - если withAudit будет бросать эксепшен, тогда onFail уже не сработает, значит надо как то пропихивать эксепшены до самого конца, что легко для одного эксепшена, но для группы(то есть может бросаться больше одного чекета) уже превращается из конкретного экспешена в Exception просто, то есть получается теряется тип(условно говоря, с позиции компилятора, опять же)