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

ты еще месяца полтора назад собирался это писать

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

Пойду учить, что такое граф. Жаль, что в универе такому не учат.

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

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

а мне не объяснили

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

Все ВУЗы разные.

Все ВУЗы разные.

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

Промышленная электроника. На моей специальности для меня потолком будет ассемблер в этом году.

хорошие задачки, а ты Head First Design Patterns читал?

тебе с нее надо начинать, я думаю

хорошие задачки, а ты Head First Design Patterns читал?

по-моему сперва надо учиться кодить, а не паттерны учить

Последняя тема по основам алгоритмизации это деревья, а потом структоуры

согласен

тем более что на том листке это даже не нужно, ибо архитектура уже задана

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

хз-хз, как правило в мелких проектах интерфейсы практически не нужны

хз-хз, как правило в мелких проектах интерфейсы практически не нужны

Очень даже нужны

Очень даже нужны

зачем?

Потому что мелкие проекты имеют свойство разрастаются

Это вы думаете что нужны, потому что так в книге написано

зачем?

а в больших они тебе зачем?

Обезьянки ;)

Потому что мелкие проекты имеют свойство разрастаются

Что помешает добавить их тебе позже?

а в больших они тебе зачем?

когда есть некоторые наборы классов, чьи функции можно выделить в единый интерфейс

или интерфейсы-маркеры

когда есть некоторые наборы классов, чьи функции можно выделить в единый интерфейс

А вы точно понимаете зачем интерфейсы?)

мда

А вы точно понимаете зачем интерфейсы?)

ну так объясни

Твое объяснение больше смахивает на наследование

чет вы с полоборота заводитесь

Тут чувак попросил помочь с задачей коммивояжера

и brute force решением

Нет, мое объяснение это именно интерфейсы. Когда есть классы, функциональность которых можно выделить в единый интерфейс. И подсовывать его в методы, чтобы не пилить кучу перегрузок для каждого из схожего класса

это как вариант использования

уверен есть и другие

хочу о них узнать

ну и конечноже DI

Сейчас скажут, что DI это миф навязанный спрингом

Даже я так толсто не смогу

Так мне ответят наконец, зачем пилить интерфейсы, если даже в планах нет делать больше одной имплементации?

незачем

Так мне ответят наконец, зачем пилить интерфейсы, если даже в планах нет делать больше одной имплементации?

например, для проксирования. например, для модульности приложения. например, для тестов

не

Так мне ответят наконец, зачем пилить интерфейсы, если даже в планах нет делать больше одной имплементации?

Незачем

это не нужно делать

Не обязательно*

например, для проксирования. например, для модульности приложения. например, для тестов

а как модульность связана с интерфейсами? или я чего-то не понимаю?

Так мне ответят наконец, зачем пилить интерфейсы, если даже в планах нет делать больше одной имплементации?

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

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

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

у меня в проекте только в одном месте такое есть, там есть интерфейс, да

Но я бы назвал его скрипом скорее

А тесты в проекте есть?

нету тестов

а при чем тут тесты?

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

а объект интерфейса - можно

Кто сказал что нельзя

ну а зачем тогда интерфейсы плодить

нахуй мне там интерфейсы для тестов, если я не могу выделить общую функциональность у большинства классов? Для каждого класса пилить уникальный интерфейс?

Пример использования интерфейса: бд

Апи

Зачем?

Человек уверен что не будет переезжать на другую бд

Зачем ему интерфейсы?)

Человек уверен что не будет переезжать на другую бд

или у него хибернейт

Это он сейчас уверен

ERROR: S client not available

или у него хибернейт

И переезжает он на nosql

Это он сейчас уверен

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

https://pp.vk.me/c626231/v626231225/201dc/XSX2DhBY-os.jpg

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

Или 'работа в стол'

ща-ща

статья тематическая есть

https://habrahabr.ru/post/113128/

буллщит короче

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

В главе 24 книги «Совершенный код» С. Макконнелл говорит: «Мнение экспертов по этому поводу [программа содержит код, который может когда-нибудь понадобиться] однозначно: если вы хотите наилучшим образом подготовиться к будущим требованиям, не пишите гипотетически нужный код, а уделите повышенное внимание ясности и понятности кода, который нужен прямо сейчас, чтобы будущие программисты знали, что он делает, чего не делает, и могли быстро и правильно изменить его».

но ты всё таки сделал один интерфейс

ну да, там где он реально нужен

Никто не говорил, что они совсем не нужны

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

Простоту никто не отменял

Разговор не о чем)

Но хотя бы не вопросы про SE

Слушайте, ещё один тупой вопрос: почему в джаве не наследуются интерфейсы?

Наследуется

Если я правильно тебя понял)

Слушайте, ещё один тупой вопрос: почему в джаве не наследуются интерфейсы?

просто надо extends писать

вроде как

Да

*facepalm*

Блин, я идиот. Спасибо.

это нормально

а вы где-то это использовали?

наследование интерфейсов

Да

нет, но в чатике был уже такой вопрос

пару месяцев назад

Агрегированный интерфейс