Где граница использования Generics?

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

Омг. Использую по мере необходимости, ни больше, ни меньше. Злоупотреблять смысла нет, но и лишать себя такого удовольствия не стоит.

Ты специально пишешь глупости вроде «полное типодрочерство аля Haskell», чтобы опустить уровень дискуссии, или оно само собой получается?

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

Извини что обидел твой Хаскелль. Ты не комплексуй, нормальный язык

Используй C++ templates - они вне всяких границ

Чёткие пацаны по-прежнему сидят на J2SE 1.4 и не парятся.

Чет не пойму как можно «перегнуть» с дженериками. Никогда не видел код на яве, где с этим проблемы. И да, если повыкидывать дженерики, как мне видится, вербосность только возрастет за счет постоянных кастов. Можешь пример кода привести?

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

пример

class Func<A,V> {
  V apply(A arg);
}

public <A, V> List<V> map(List<A> list, Funct<A, V> func);

//В Коде

List<Integer> list =....
Func<Number, String> toStringFunc=...;

List<String> strings = map(list, toStringFunc);//хаха

код где проблемы начинается с List<T>.add(Object aa)

код где проблемы начинается с List<T>.add(Object aa)

Извини, но это не проблемы с темплейтами, а проблемы с дизайном, поскольку нельзя передавать в List с предопределённым типом в куда-то, где нет достоверной передачи объекта соответствующего типа.

С другой стороны, согласен - в жабе категорически не хватает ограничений на тип в шаблоне, типа List<T:JComponent>

List<T:JComponent>

Что значат две точки? Чем отличается от List<T extends JComponent>?

Что значат две точки?

Что я быдлокодер и успел забыть синтаксис отдельных фич :-(

Если есть возможность, имхо, лучше писать поменьше всяких super extends и потом добавлять их по мере возникновения необходимости.

Ну и не надо стесняться использовать Object, на генериках мир клином не сошёлся и если код получается запутаннее, чем простые касты, которые все понимают, ну их нафиг.

ИМХО, в Java дженерики, лямбды и пр. не нужны - только испортили ЯП, в том числе качеством нововведений

Выглядит угребищно, особенно на репозиториях. И у всех появляется желание делать God-классы для всех обьектов. Потом в них начинают появляться специализированные методы, вообще треш.

Извини, но это не проблемы с темплейтами, а проблемы с дизайном

в kotlin темплейты есть а указанной проблемы - нет