Помогите в решении ООП, TDD.

Что?

В примере ничего не смущает?

isInArea() лишняя в списке методов. getLocation() достаточно. И отдельно пусть будут функции для проверки условий по параметрам джобов (Location, ActionRadius), в том числе и принадлежность локации. Тем самым тебе удасться оттестировать алгортимы работы с параметрами джобами без джобов целиком.

Смущает что:

interface Job extends Spot {
    String getName();
}

interface Spot {
    Location getLocation();
    int getActionRadius();
}

class IntersectionService {

    boolean isIntersect(Spot spot, Location location);

}

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

это фейспалм а не ООП, потому что любая концепция в основе своей содержит идеи направленные на упрощение работы программиста в т.ч. в дальнейшем. Если ты не понимаешь зачем это но делаешь тупо потому что так велит концепция - то у тебя проблемы.

Как же принцип Tell-Don't-Ask?

Мало принципов, нужно больше!

Выфер, а чего бы isIntersect в Spot не перенести?

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

1. для определения этой операции на точке нам достаточно локации и радиуса - т.е. метод не использует внутреннее состояние

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

3. при разрешении пересечений с ... отрезком (прямоугольником, кривой) - будет совсем другой код использующий те же getLocation getActionRadius

Очевидное решение - использовать базовый абстрактный класс (или фишку из java8) - допустимо, но приведет к загромождению интерфейса методами которые _можно_ вынести и сгруппировать в некий «утилитный» сервис, на деле это может быть примитивный utils класс с статическими методами, но тут надо учитывать специфику - разруливание пересечений может в некоторых случах быть затратной и частой операцией (в игре например) и в конечном итоге все кончится пространственным индексом в котором болтаются наши объекты - и тогда тогда уже ни метод в объекте, ни статический не будут толком нас устраивать 8) .

Все понятно, благодарю.