Уважаемые слушатели, я хотел бы поговорить с вами о профессионализме в программировании. Что отличает профессионала от любителя? Любитель тоже умеет программировать, но результат его работы непредсказуем, а профессионал — предсказуем. Во-первых, профессионал может адекватно оценить время выполнения программы, во-вторых, необходимые ресурсы. Он хорошо может спланировать архитектуру программного продукта, выбрать модель разработки и следовать этой модели. То есть он может сказать, когда именно и что именно будет у него работать. Далее, он отвечает за качество своей работы. Качество и внутри — то есть чистота программного кода, и снаружи — то есть гарантия его функционирования. Давайте посмотрим на процесс разработки программы. Классический процесс — это Waterfall, модель водопада: вначале анализ требований, затем разработка архитектуры программы, потом программа реализуется, тестируется и отправляется в свободное плавание. Проектирование архитектуры программы. Согласитесь, намного легче сделать что-то, когда заранее и четко представляешь себе, что именно будешь делать. А для этого стоит изучить то, что называется парадигма программирования — это структурная, модульная и объектно-ориентированная парадигма. Надо сказать, что они все три важны. Если человек владеет только ООП, но не умеет разбивать программу на модули или не знает, что такое проектирование сверху вниз, то ему очень сложно сделать программу хорошей с точки зрения архитектуры. Кстати, важно уметь применять паттерны проектирования. Почему это важно? Потому что это готовые рецепты, это типовые способы решения сложных архитектурных вопросов. И еще, важно уметь визуализировать дизайн вашей программы, особенно если вы работаете не один, а в команде разработчиков. Чистота кода, readability — это читабельность кода. Опять же, она критически важна, когда вы работаете в команде. Но даже тогда, когда вы работаете один — это тоже очень важно, об этом мы обязательно поговорим в следующем видео. И качество кода: код должен функционировать так, как запланировано, программа должна быть протестирована и отлажена, только тогда мы можем гарантировать ее нормальную работу в процессе эксплуатации. На этом все.