Стать хорошим анализатором и дизайнером может очень помочь разработчику. Но для этого есть определенные препятствия. Не все заинтересованы в OOAD, и не каждый, кто интересуется, знает путь. Должен ли хороший OOAD знать несколько языков OO? Или он / она провалил проекты? Как можно стать хорошим OOAD?
Ответы:
Люди, которые не заинтересованы, создают свои собственные препятствия. Я не могу беспокоиться об этом.
Для тех, кто не знает пути, я предлагаю:
Надеюсь, что это поможет.
Я думаю, что для того, чтобы в полной мере оценить модель ОО, у вас должен быть опыт неудачного использования методов программирования без ОО. Вы можете понять ОО внутри и снаружи, но чтобы ценить и уважать его, это должен быть блестящий новый инструмент, который заменяет старый ржавый, который не совсем справился с работой.
Я сам учил себя в течение 7 лет, прежде чем окончательно изучил ОО на уровне колледжа Java. До этого я постоянно создавал эти проекты, и они становились настолько большими, что я забывал, что, черт возьми, происходит. Они будут громоздкими, неорганизованными и требуют значительного обслуживания для внесения незначительных изменений. По сути, я продолжал сталкиваться с моим кодом и постоянно начинать все заново.
Мне потребовалось некоторое время, чтобы выкинуть голову из принятого мной линейного дизайна, но как только я полностью понял модель ОО, она стала как Эврика! Я смог самостоятельно написать гораздо более сложные проекты, и моя производительность резко возросла после изучения таких понятий, как наследование. Я не трачу время на переписывание кода или начало заново, потому что объективно все имеет смысл, и это просто интуитивно понятно.
По моему мнению, каждый программист должен знать как можно больше языков. Это сделает их более опытным ветераном, независимо от того, является он ОО или нет. Как только вы действительно поймете ОО, вы сможете использовать эти методы и применять их везде, где они реализованы.
ИМХО, если вы не понимаете или не желаете изучать ОО, вы будете недостаточно экипированы на поле битвы жизни. Все больше и больше компаний используют новые языки OO. Я не вижу причин не знать модель OO в этот день.
В зависимости от того, как человек учится, это зависит от того, как он хочет изучить модель. Лично я учусь лучше всего, когда кто-то учит меня, и поэтому посещение занятий по Java I и Java II действительно имело большое значение для меня. Я бы порекомендовал пройти факультатив по программной инженерии в колледже или просто выйти в интернет и поискать учебные пособия, если у вас нет доступа к курсам колледжа или вы хотите учиться в свободное время.
Когда я вспоминаю, как мне это описали, я говорю; яблоко - это яблоко, а апельсин - это апельсин. Да, они оба падают с деревьев, но это два совершенно разных плода, и в этом ваша гармония.
Для тех, кто заинтересован, всегда есть препятствия, но контекст и серьезность могут отличаться.
Нет необходимости в том, чтобы вам нужно было изучать несколько языков для концепций ОО, начните с одного языка, который вам нравится, через какое-то время вы прочно закрепитесь на этом языке, опубликуйте его, чтобы изучить некоторые вещи, которые вы сделали уже и попробуйте выполнить то же самое на другом языке. Экспертиза на одном языке помогает переключаться на новые, поскольку у вас есть эталон для оценки.
Любой проект - это скорее опыт обучения, чем успех. Важно то, насколько хорошо вы адаптировали функции для наилучшего использования, иногда полезно читать чужой код и выяснять, как и почему это сделано. Если вы можете получить наставника, это было бы здорово. Всегда знайте причину, почему это выбрано , как насчет того, чтобы сделать это другим способом. Попробуйте поработать над своей собственной логикой и моделью проектирования и передать ее своему старшему / наставнику. Таким образом, вы улучшите свои навыки, может быть, в начале они пойдут прямо в мусорную корзину, но затем вы попытаетесь и узнаете, что сделали неправильно. Итеративно вы становитесь все лучше и лучше.