Может он нелегально работал

Это не налоговая, ему об этом никто не мешал сказать

а вдруг юристом в налоговую устраивался

хех

рассказал о своем опыте

а они ментов вызвали

Допустим вот у меня есть 30 классов наземной техники которые летать не умеют, и 10 классов воздушной, которые умеют летать

Все они наследуются от класса Юнит. И тогда метод fly() надо прописывать в абстрактном классе Юнит или в каждом классе воздушной техники?

Если ты пропишешь флай в абстрактном классе — полетит вся техника.

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

Которая от него наследуется.

+

Либо интерфейс.

Ламповые пояснения за наследование ) эх

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

Ты можешь сделать цепочку наследования

это как?

Class Samolet Drengin Empire: Fly

Class Fly: Unit

Class Unit

Класс, интерфейс - что больше нравится

Есть еще один вариант. По мимо наследования.
ты можешь в класс сделать включение какой то логики. Агрегировать ее.
Допустим ты можешь в класс какого то механизма передать элемент, двигатель, и управляя двигателем, ты сделаешь летающий механизм. Не обязательно наследовать, так как наследование увеличивает связанность элементов. что снижает надежность программы. + есть ограничение в вертикальное наследование, и ты не сделаешь его деревом. например обычная проблема, ты сделал игру, у тебя базовый класс gameObject который определяет кординаты, и хп юнита. Ты камеру сделал наследником от этого класса, и запустив в AOE атаку в игре, ты легко уничтожишь камеру игрока. Это проблема.

абстрактный класс - абстрактный класс - наследник получается?

И в классе fly будет один единственный метод fly(), а все остальное будет в базовом классе unit?