Комментарии 8
Надо обязательно продумать как подать основы ООП. То что написано в большинстве книг для университетского образования не выдерживает никакой критики. Это обычно набившая оскомину триада абстракция, полиморфизм, инкапсуляция. Чтобы понять что такое ООП этого недостаточно.
Надо обязательно рассказать и о других принципах: разделении интерфейсов, открытости-закрытости и т.д. (Ну вы знает, всё как в книжке у дяди Боба (Мартина)).
Ещё неплохо было бы написать о Domain Driven development.
Конечно, обязательно изложение паттернов проектирования. Возможно, хорошим вариантом будет рассказать о них параллельно с изложением принципов ООП, показав тем самым, как эти принципы отражаются в них и работают на практике.
В рефакторинге надо не забыть рассказать о важности юнит тестов (и может быть о TDD тогда уж), перечислить основные code smells.
В общем, надо наставить студентов на истинный путь. Убедить, что класс программиста определяется читаемостью его кода, что надо писать насколько это возможно понятный самодокументированный код и стремится к его совершенству :)
В итоге, учитывая ограниченный объём пособия, получится вот такой вот евангелизм на тему аджайл технологий. Главное чтобы он дал толчок к профессиональному развитию тем, кто действительно хочет стать хорошим разработчиком.
Надо обязательно рассказать и о других принципах: разделении интерфейсов, открытости-закрытости и т.д. (Ну вы знает, всё как в книжке у дяди Боба (Мартина)).
Ещё неплохо было бы написать о Domain Driven development.
Конечно, обязательно изложение паттернов проектирования. Возможно, хорошим вариантом будет рассказать о них параллельно с изложением принципов ООП, показав тем самым, как эти принципы отражаются в них и работают на практике.
В рефакторинге надо не забыть рассказать о важности юнит тестов (и может быть о TDD тогда уж), перечислить основные code smells.
В общем, надо наставить студентов на истинный путь. Убедить, что класс программиста определяется читаемостью его кода, что надо писать насколько это возможно понятный самодокументированный код и стремится к его совершенству :)
В итоге, учитывая ограниченный объём пособия, получится вот такой вот евангелизм на тему аджайл технологий. Главное чтобы он дал толчок к профессиональному развитию тем, кто действительно хочет стать хорошим разработчиком.
>С начинают изучать на первом курсе, и активно на нем пишут на 2-3 курсах
зачем тогда примеры на JAVA??? и вообще - прежде всего надо дать основы _абстрактного_ ООП. язык (как реализация принципов) как таковой скорее вреден. дайте возможность больше изучить UML. изучить синтаксис языка нормальный человек может за несколько дней полноценной работы.
>Исключения, Коллекции, Библиотеки
пытаетесь объять необъятное? оприделитесь что это будет учебное пособие или объемная монография.
>Работы с XML, Системы командной разработки
каким боком к ООП???
зачем тогда примеры на JAVA??? и вообще - прежде всего надо дать основы _абстрактного_ ООП. язык (как реализация принципов) как таковой скорее вреден. дайте возможность больше изучить UML. изучить синтаксис языка нормальный человек может за несколько дней полноценной работы.
>Исключения, Коллекции, Библиотеки
пытаетесь объять необъятное? оприделитесь что это будет учебное пособие или объемная монография.
>Работы с XML, Системы командной разработки
каким боком к ООП???
К сожалению, я не по наслышке знаком с нынешними студентами. Я не знаю почему так получается, но первые курсы объективно слабее тех, что сейчас выпускаются - средний балл у них ниже, те же курсовые даются им гораздо сложнее и т.д. Лично был свидетелем, когда на второй пересдаче зачета студент не мог ответить что означают ключевые слова "private, protected, public" (старый курс ООП построен вокруг С++). И он такой был там не один.
Поэтому давать им фундаментальные основы ООП - это задача во многом не выполнимая.
К тому же это пособие более приземленное - оно в основном должно помогать при выполнении лбораторных работ. Теоретический курс - это уже не моя епархия. В нем конечно все это будет изложено с точки зрения абстрактного ООП. Обязательно посещу потом экзамен - посмотрю сколько человек поняли хоть что-то.
ЗЫЖ по поводу систему думаю спорить не имеет смысла
Поэтому давать им фундаментальные основы ООП - это задача во многом не выполнимая.
К тому же это пособие более приземленное - оно в основном должно помогать при выполнении лбораторных работ. Теоретический курс - это уже не моя епархия. В нем конечно все это будет изложено с точки зрения абстрактного ООП. Обязательно посещу потом экзамен - посмотрю сколько человек поняли хоть что-то.
ЗЫЖ по поводу систему думаю спорить не имеет смысла
>студент не мог ответить что означают ключевые слова "private, protected, public"
думаете если методичку расширить на исключени, библиотеки и прочие xml'и - студенты смогут рассказать об этих загадочных словах? ;)
если это "в основном, к лабораторным работам" то не видя задания совершенно не о чем говорить. давайте тот материал, что может понадобится в работе. +еще 10% того что не понадобится ;)
думаете если методичку расширить на исключени, библиотеки и прочие xml'и - студенты смогут рассказать об этих загадочных словах? ;)
если это "в основном, к лабораторным работам" то не видя задания совершенно не о чем говорить. давайте тот материал, что может понадобится в работе. +еще 10% того что не понадобится ;)
Пособие по ООП, ориентированное только на С#/.NET и яву, к сожалению, потеряло актуальность ещё не будучи созданным.
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Написание учебного пособия по ООП — требуется помощь хабракоммунити