Оберон-технология: особенности и перспективы |
Тематика обсуждения: Оберон-технология. Особенности, перспективы, практическое применение.
Всего в теме 6256 сообщений
Добавить свое сообщение
Отслеживать это обсуждение Обсуждение из раздела Школа ОБЕРОНА
№ 4096 18-04-2007 05:24 | |
Ответ на »сообщение 4075« (Руслан Богатырев)
___________________________
Ответ на »сообщение 4073« (ASU)
Недостаточно. Здесь уже обсуждали пример олимпиадной задачки с последнего чемпионата мира ACM по программированию. Она была решена (вариант на КП) в виде программы (одного модуля).
Будьте так любезны, дайте ссылку
№ 4095 18-04-2007 05:21 | |
Ответ на »сообщение 4087« (ASU)
___________________________
Ответ на »сообщение 4083« (MS)
___________________________
Что в приведённой последовательности предсталяет из себя библиотека? Это некий скомпилированный файл, содержащий набор процедур?
Да. Структурное отличие библиотеки от модуля в том, что она имеет только подрограммы, а модуль может содержать и данные.
Понятно. А чем тогда модуль отличается от объекта?
Вроде как объект имеет данные и знает что с ними делать.
№ 4094 18-04-2007 05:19 | |
Ответ на »сообщение 4093« (Сергей Перовский)
___________________________
Остается поверить на слово (ну или неповерить...), что данный подход привел к многократной экономии.
Т.е. производительность труда и ее повышение оценивалась на глазок. Причем по всей видимости именно теми, кто и внедрял средства повышения производительности. Значит, этот момент можно спокойно опускать без ущерба для дальнейшего обсуждения.
№ 4093 18-04-2007 05:16 | |
Ответ на »сообщение 4090« (ASU)
___________________________
>>>А сейчас придет Сергей Перовский... и как стукнет нас обоих... и будет прав!.. :)))
И есть за что.
С одной стороны, производительность труда программиста все тот же сферический конь в вакууме. ДОКАЗАТЬ изменение производительности практически невозможно.
С другой стороны, применение новых подходов, методологий, инструментов и т.д. действительно может давать изменение трудоемкости на порядки и ИЗНУТРИ проекта это видно очень отчетливо.
Остается поверить на слово (ну или неповерить...), что данный подход привел к многократной экономии.
№ 4092 18-04-2007 05:07 | |
Ответ на »сообщение 4090« (ASU)
___________________________
Та-а-а-ак... Если хотите поговорить о качестве, то сначала прочитайте, что понимается под качеством в ISO 9000:2000 (а лучше, если рассмотрите историю развития этого понятия... сильно увлекательно).
Мне не надо это читать. Изучал достаточно подробно. В сфере программного производства ISO 9000:2000 имеет много меньшее значение и адекватность, чем стандарты CMMI (Software Engineering Institute), а как реально происходит сертификация по CMMI и подготовка к ней для высших уровней (4 и 5), я знаю непонаслышке. Кстати, Вы когда-нибудь с этим имели дело?
№ 4091 18-04-2007 05:03 | |
Ответ на »сообщение 4087« (ASU)
___________________________
Да. Структурное отличие библиотеки от модуля в том, что она имеет только подрограммы, а модуль может содержать и данные.
Т.е. библиотека -- частный случай модуля? А что есть библиотека модулей? Что есть библиотека классов? Это не библиотеки?
№ 4090 18-04-2007 05:03 | |
Ответ на »сообщение 4086« (Руслан Богатырев)
___________________________
Понятно. Поясню и это. Слесари разных разрядов готовят материальные вещи, которые можно оценить объективно, безотносительно предпочтений оценщиков. Качество программной системы -- это даже при привлечении экспертов высочайшей категории -- вкусовщина, субъективизм на уровне "нравится/не нравится".
Та-а-а-ак... Если хотите поговорить о качестве, то сначала прочитайте, что понимается под качеством в ISO 9000:2000 (а лучше, если рассмотрите историю развития этого понятия... сильно увлекательно).
А сейчас придет Сергей Перовский... и как стукнет нас обоих... и будет прав!.. :)))
№ 4089 18-04-2007 05:01 | |
Ответ на »сообщение 4085« (ASU)
___________________________
«Коль пошла такая пьянка»... то не три, а пять, но не систем, а моделей! (Кто больше!!!) :) анализ – проект – план – реализация – эксплуатация.
Ну вот, возвращаемся к терминологическому жонглированию. Так как насчет компилятора в виде набора модулей и в виде программы. Функционал один и тот же. Обе системы или только одна из них? И почему?
№ 4088 18-04-2007 04:59 | |
Ответ на »сообщение 4058« (AVC)
___________________________
>>>Насколько я понимаю, Вы предлагаете некий способ коммутации "интерфейс -- модуль". В Обероне нет никакой необходимости добавлять новый механизм.
НЕОБХОДИМОСТИ нет. Я говорю только о полезности.
Пока речь шла о разработке автономных программ, модульность использовалась только для раздельной компиляции и не возникало вопросов.
Сейчас мы говорим о построении модульных программных систем.
Допустим я создаю модуль для решения определенной математической задачи. Всю математику от нуля писать, естественно, не буду. Какой именно модуль попросить вычислить синус пока не знаю (да и не очень хотелось знать).
Вместо FROM Math IMPORT Sin я бы предпочел неписать просто IMPORT Sin, а насчет From пусть болит голова у того, кто будет собирать из модулей систему - у него должен быть другой инструмент.
Можно, конечно, этот инструмент тоже сделать модулем. Чтобы я для всех внешних сущностей всегда писал From MyImportList, а в MyImportList потом поставим каждому соответствующий модуль реализации. Только зачем повторять в десятках и сотнях строк From MyImportList?
Я предпочел бы максимально изолировать таблицу импорта от текста модуля.
№ 4087 18-04-2007 04:59 | |
Ответ на »сообщение 4083« (MS)
___________________________
Что в приведённой последовательности предсталяет из себя библиотека? Это некий скомпилированный файл, содержащий набор процедур?
Да. Структурное отличие библиотеки от модуля в том, что она имеет только подрограммы, а модуль может содержать и данные.
Добавить свое сообщение
Отслеживать это обсуждение
Дополнительная навигация: |
|