Немого с опозданием. Сам сейчас занят учебой.
В сообщении от 1118090100 секунд после начала Эпохи Unix Вы написали:
> KK> Выпуск новых релизов (в том числе и устраняющих ошибки), тех.
> KK> поддержка, написание документации.
> а поподробнее, да как оно должно быт в теории, а не на практике...
> теория и практика сильно расходятся... тем более в программинге...
:) Я не теоретик, но попробую сочинить.
Выпуск релизов, которые несут только исправления ошибок, положительно
влияют на общую стабильность программного продукта. Сопроводитель может
даже сделать специальную нумерацию версий, например релизы с версиями
1.0, 2.0, 3.0, N.0 несут новые возможности (и, к сожалению, новые
ошибки), а релизы с версиями 1.1, 1.2, 1.3, 2.1, 2.2, 2.3, N.M, несут
только исправления ошибок. Таким образом пользователи могут
выбирать, в зависимости от их потребностей, между стабильными релизами,
но имеющими меньше возможностей, и нестабильными, но имеющими больше
возможностей.
Техническая поддержка - это вид услуг, которые производитель или третьи
лица предоставляют пользователям, и нацелены на устранение проблем,
возникнувшие при использовании программного продукта, используя
индивидуальный подход. Именно индивидуальный подход позволяет наиболее
эффективно решать, возникшие у пользователей проблемы. Также,
техническая поддержка является источником отдачи, позволяющий обнаружить
новые недочеты и ошибки в программе, т.е обычные пользователи продолжают
работу бета-тестеров.
Документация - это неотъемлемая часть любого, более менее уважающего
себя, программного продукта, она дает пользователям информацию о том как
установить и использовать программу. Если программа является
библиотекой, то документация также должна подробно описывать прикладной
программный интерфейс (API).
> >> - "Модульное программирование";
> KK> Идея в том чтобы сделать унифицированные интерфейсы между
> KK> составными частями программы, так чтобы оду часть можно было без
> KK> проблем заменить другой, предоставляющей аналогичную
> KK> функциональность, но реализованную по другому.
> это-т знаем, да как бы это растянуть на полчаса рассказа???
Вот некоторые советы: в начале дать определение, отвечающее на вопрос
"Что же такое модульное программирование?"; после чего перечислить
достоинства, потом недостатки; потом описать способы реализации; можно
сделать выводы.
> >> - "Функциональное программирование";
> KK> Просто забываем про С++, Java и Python...
> никто не забывает... я, например, могу написать прогу на сях или на
> паскале (эти языки мы изучали), какая у нас по программе была... да и
> практические задания на ГОСэкзамен достал по большой дружбе... ничего
> сложного... но вот с теорией у меня траблы... написать программу
> смогу, на пальцах объяснить как работает тоже смогу... но вот какой
> метод программирования я использовал при ее написании - это довольно
> большая проблема для меня...
Простыми словами: если используются классы, значит ООП, если
используются функции, значит ФП. Хотя, программа, написанная на языке,
не имеющим специальной поддержки ООП, все же может соответствовать
принципам ООП (пример тому библиотеки GTK, GLib, и др.). Я не специалист
в этом вопросе, но по моему ФП - это тоже самое что ООП, при
использовании только одного класса, в этом случаи вся программ выступает
в роли одного класса.
> огромное спасибо всем, кто помог бедному студенту...
Я сам такой :)
