Зачем нам переопределять базовые методы если можем написать свои?

Метод это инструмент программы. Вопрос "Зачем?" без контекста это в сторону анекдота про то, как мужика среди ночи спрашивали нужны ли ему дрова, он ответил нет. Зачем ему дрова когда он спит, если без них лаконичней спать? Утром проснулся, а кубометр дров со двора спёрли. Поэтому любой вопрос "Зачем" не может не быть связан с конкретной проблемой в конкретной программе и конкретным заданием. Если такой конкретики нет - тогда можно использовать что угодно, ведь последствий никаких нет, все-равно. Но в реальных программах будут конкретные условия, конкретные обстоятельства, конкретное ТЗ, конкретные особенности. И там мы будем в зависимости от контекста либо переопределять метод либо писать свой. А может и ни то и ни другое. А может этот момент и не на джаве реализуем. Все будет зависеть от контекста. Только имея контекст можно ответить про варианты ответов на Зачем? И даже в этом случае часто можно использовать разные варианты, и каждый из которых будет иметь свои + и -, и финальный выбор будет определяться исходя из личных предпочтений или личного взгляда как лучше. На этапе обучения вопрос "Зачем" редко поднимается, особенно на джава коре, поскольку акцент идет в сторону набора инструментария - показывают способы, каким можно. А изучающий уже исходя из своих ощущений будет использовать то или иное. С этой стороны, несмотря на невозможность ответа на вопрос Зачем? , сам по себе процесс переосмысления использующихся инструментов - очень важен, важно пробовать и думать, выдвигать свои предположения, независимо от их правильности, иначе никак не построить навыки программиста, когда нужно принимать решения , много, часто и имеющих последствия, при этом не бояться этого и самое главное - иметь за каждым решением некую мысль или позицию, а не просто от фонаря. Ну или знать, в каких местах это не принципиально. Поэтому, экспериментируйте господа, экспериментируйте, как говорил один барон. С таких моментов и соткан ваш опыт и профессионализм.