Ответ на »сообщение 4075« (Руслан Богатырев)
___________________________

Ответ на »сообщение 4073« (ASU)

Недостаточно. Здесь уже обсуждали пример олимпиадной задачки с последнего чемпионата мира ACM по программированию. Она была решена (вариант на КП) в виде программы (одного модуля).



Будьте так любезны, дайте ссылку

Ответ на »сообщение 4087« (ASU)
___________________________

Ответ на »сообщение 4083« (MS)
___________________________
Что в приведённой последовательности предсталяет из себя библиотека? Это некий скомпилированный файл, содержащий набор процедур?
Да. Структурное отличие библиотеки от модуля в том, что она имеет только подрограммы, а модуль может содержать и данные.

Понятно. А чем тогда модуль отличается от объекта?
Вроде как объект имеет данные и знает что с ними делать.

Ответ на »сообщение 4093« (Сергей Перовский)
___________________________

Остается поверить на слово (ну или неповерить...), что данный подход привел к многократной экономии.

Т.е. производительность труда и ее повышение оценивалась на глазок. Причем по всей видимости именно теми, кто и внедрял средства повышения производительности. Значит, этот момент можно спокойно опускать без ущерба для дальнейшего обсуждения.

Ответ на »сообщение 4090« (ASU)
___________________________
>>>А сейчас придет Сергей Перовский... и как стукнет нас обоих... и будет прав!.. :)))
И есть за что.
С одной стороны, производительность труда программиста все тот же сферический конь в вакууме. ДОКАЗАТЬ изменение производительности практически невозможно.
С другой стороны, применение новых подходов, методологий, инструментов и т.д. действительно может давать изменение трудоемкости на порядки и ИЗНУТРИ проекта это видно очень отчетливо.
Остается поверить на слово (ну или неповерить...), что данный подход привел к многократной экономии.

Ответ на »сообщение 4090« (ASU)
___________________________

Та-а-а-ак... Если хотите поговорить о качестве, то сначала прочитайте, что понимается под качеством в ISO 9000:2000 (а лучше, если рассмотрите историю развития этого понятия... сильно увлекательно).

Мне не надо это читать. Изучал достаточно подробно. В сфере программного производства ISO 9000:2000 имеет много меньшее значение и адекватность, чем стандарты CMMI (Software Engineering Institute), а как реально происходит сертификация по CMMI и подготовка к ней для высших уровней (4 и 5), я знаю непонаслышке. Кстати, Вы когда-нибудь с этим имели дело?

Ответ на »сообщение 4087« (ASU)
___________________________

Да. Структурное отличие библиотеки от модуля в том, что она имеет только подрограммы, а модуль может содержать и данные.

Т.е. библиотека -- частный случай модуля? А что есть библиотека модулей? Что есть библиотека классов? Это не библиотеки?

Ответ на »сообщение 4086« (Руслан Богатырев)
___________________________
Понятно. Поясню и это. Слесари разных разрядов готовят материальные вещи, которые можно оценить объективно, безотносительно предпочтений оценщиков. Качество программной системы -- это даже при привлечении экспертов высочайшей категории -- вкусовщина, субъективизм на уровне "нравится/не нравится".
Та-а-а-ак... Если хотите поговорить о качестве, то сначала прочитайте, что понимается под качеством в ISO 9000:2000 (а лучше, если рассмотрите историю развития этого понятия... сильно увлекательно).
А сейчас придет Сергей Перовский... и как стукнет нас обоих... и будет прав!.. :)))

Ответ на »сообщение 4085« (ASU)
___________________________

«Коль пошла такая пьянка»... то не три, а пять, но не систем, а моделей! (Кто больше!!!) :) анализ – проект – план – реализация – эксплуатация.

Ну вот, возвращаемся к терминологическому жонглированию. Так как насчет компилятора в виде набора модулей и в виде программы. Функционал один и тот же. Обе системы или только одна из них? И почему?

Ответ на »сообщение 4058« (AVC)
___________________________
>>>Насколько я понимаю, Вы предлагаете некий способ коммутации "интерфейс -- модуль". В Обероне нет никакой необходимости добавлять новый механизм.
НЕОБХОДИМОСТИ нет. Я говорю только о полезности.
Пока речь шла о разработке автономных программ, модульность использовалась только для раздельной компиляции и не возникало вопросов.
Сейчас мы говорим о построении модульных программных систем.
Допустим я создаю модуль для решения определенной математической задачи. Всю математику от нуля писать, естественно, не буду. Какой именно модуль попросить вычислить синус пока не знаю (да и не очень хотелось знать).
Вместо FROM Math IMPORT Sin я бы предпочел неписать просто IMPORT Sin, а насчет From пусть болит голова у того, кто будет собирать из модулей систему - у него должен быть другой инструмент.
Можно, конечно, этот инструмент тоже сделать модулем. Чтобы я для всех внешних сущностей всегда писал From MyImportList, а в  MyImportList потом поставим каждому соответствующий модуль реализации. Только зачем повторять в десятках и сотнях строк From MyImportList?
Я предпочел бы максимально изолировать таблицу импорта от текста модуля.

Ответ на »сообщение 4083« (MS)
___________________________
Что в приведённой последовательности предсталяет из себя библиотека? Это некий скомпилированный файл, содержащий набор процедур?
Да. Структурное отличие библиотеки от модуля в том, что она имеет только подрограммы, а модуль может содержать и данные.