Оберон-технология: особенности и перспективы |
Тематика обсуждения: Оберон-технология. Особенности, перспективы, практическое применение.
Всего в теме 6256 сообщений
Добавить свое сообщение
Отслеживать это обсуждение  Обсуждение из раздела Школа ОБЕРОНА
№ 5956 05-12-2007 05:17 |  |
Ответ на »сообщение 5949« (Как слышно? Приём!)
___________________________
Я-то думал, что программирование, как раньше математика - это инструмент исследователя.
Исследовательская лаборатория не похожа на опытное производство и тем более на проиизводство промышленное.
В первую очередь не масштабом, а отношением к стандартизации.
В программировании та же самая ситуация: есть исследовательские инструменты, есть производственные инструменты. И не надо их противопоставлять.
ООП - инструмент промышленного производства, прежде всего задающее некоторые "промышленные стандарты". Критиковать его за то, что при изменении стандартов придется многое переделывать, бессмысленно. Это все равно, что обосновывать бессмысленность строительства железных дорог тем, что при изменении ширины колеи все придется переделывать.
№ 5955 05-12-2007 03:46 |  |
№ 5954 05-12-2007 03:37 |  |
Ответ на »сообщение 5952« (info21)
___________________________
Ответ на »сообщение 5931« (Как слышно? Приём!)
___________________________
Так и наследование: это конструктивное средство построения программной системы прежде всего, а не обязательно готовый способ моделирования связей объектов предметной области, для которой сия система предназначена.
О!! Так и я всегда говорю в лекции про ООП.
№ 5953 05-12-2007 03:35 |  |
Ответ на »сообщение 5947« (Как слышно? Приём!)
___________________________
Ответ на »сообщение 5937« (Илья Ермаков)
___________________________
Причём можно сделать программирование элеменом игры ввиду
интерактивности ББ и динамической подгрузки модулей.
Саму игру можно модифицировать в ходе игры.
Матрица.
Такое не под силу другим языкам.
Дык вот про что и речь...
Есть тут у нас в Орле отличный 3D-движок (заточенный под моделирование открытых ландшафтов), в который вложено разработчиком уже лет 5 труда - и всё время дорабатывает, держит на уровне. И на FreePascal.
Вот я и хожу всё вокруг да около - подбиваю его портироваться на ББ. Можно было б сделать онлайн-игру, на чём интересно обкатать распределёнку в ББ. Увы, всё упирается во время и в то, что игра - это не просто движок, а ещё и концепция, сюжет. Про графику не упоминаю, т.к. её на энтузиазме потянуть вообще нереально, как я это вижу: при наличии движка делается концепция и прототип, затем ищутся инвестиции, и только потом на полный рабочий сажается команда, которая делает игру...
В общем, если кто выскажет какие мысли по этому поводу, то мерси...
№ 5952 05-12-2007 03:30 |  |
Ответ на »сообщение 5931« (Как слышно? Приём!)
___________________________
Для чего расслаивание, а не, скажем, вариантное агрегирование?
Так проще и так принято - это понятно, а по сути - почему в слои складывать?
Ну, вариантное агрегирование тоже вещь структурированная, и в ней наверняка какое-то наследование потребуется исопльзовать (хотя бы от ABSTRACT-типов).
Кстати, в этой дискуссии чую путаницу, против которой предупреждаю в самом начале своего курса в связи с процедурами-функциями:
это, мол, конструктивное средство прежде всего, а не модель математических функций, хотя и для этой цели тоже может быть использовано (с ограниченным успехом).
Так и наследование: это конструктивное средство построения программной системы прежде всего, а не обязательно готовый способ моделирования связей объектов предметной области, для которой сия система предназначена.
№ 5951 05-12-2007 03:25 |  |
Ответ на »сообщение 5929« (Сергей Перовский)
___________________________
... Еще раз и медленно: окончанием исследования является построение математической модели. А программирование с этого начинается.
Можно, тоже медленно скажу? :-)
Это ведь один шаг цикла.
Мое программирование -- если и редкий случай, то разве что в том, что цикл ярче выявлен как потому, что задача не велика, а еще потому, что с вычислительными задачами за плохие дизайны приходится платить неприемлемо низкой производительностью. Вот и получается чуть более быстрая эволюция.
Наверное, если шаг цикла растянут лет на 10, то можно забыть обо всем, кроме текущего шага.
№ 5950 05-12-2007 03:16 |  |
№ 5949 05-12-2007 03:16 |  |
Ответ на »сообщение 5940« (Сергей Перовский)
___________________________
>>> Исследовать нужно до программирования.
Вот спасибо! Это многое проясняет :(
Не даром Вы предлагали в Росу концепцию документа как основы.
То есть программирование - это процесс упаковки готового продукта,
так сказать "отлить в бронзе"?
Понятна и фраза "программа это реклама знаний и компетенции специалиста".
Ну да, инженерная деятельность - применение готовых рецептов.
>>> Модель придется переделывать при изменении понимания предметной области.
То есть для другой инструкции другую программу. Логично.
Я-то думал, что программирование, как раньше математика - это инструмент исследователя.
№ 5948 05-12-2007 03:15 |  |
Ответ на »сообщение 5935« (Trurl)
___________________________
>>> Эх, найти бы компилятор, который разруливает этот обычный случай автоматически.
В лесу под ёлкой?
Хочешь что-то сделать как следует - сделай сам. Со товарищи.
№ 5947 05-12-2007 03:15 |  |
Ответ на »сообщение 5937« (Илья Ермаков)
___________________________
>>> Игровую индустрию как потенциальный рынок для ББ-инструментария,
>>> который сейчас создаётся, рассматриваем.
Помнится, на заре ПиСи была игра Галактика, что ли - писаная
и дописываемая кучей народа, потом в Дум и Квак были редакторы
и любительские римейки. Сейчас это опять хорошо забытое старое.
Мне кажется, эту идею использования сообщества можно было бы
провернуть для создания ББ игры. Смотрите - все форумы молодых
программистов забиты предложениями сделать игру на энтузиазме.
Причём, бедолаги берутся с самого начала и с наворотами профессионалов,
которые требуют денег, а потому крах почти неизбежен.
То есть есть мотивация.
Причём можно сделать программирование элеменом игры ввиду
интерактивности ББ и динамической подгрузки модулей.
Саму игру можно модифицировать в ходе игры.
Матрица.
Такое не под силу другим языкам.
Есть свежак, есть забивание плюсов для ББ - его простота и динамическая модификация.
Самое сложное - найти баланс между свободой модификации и устойчивостью игры.
Первое, что приходит на ум - по мере продвижения давать бонус на право модификации.
Сайт клуба Матрицы ББ создать.
Добавить свое сообщение
Отслеживать это обсуждение 
Дополнительная навигация: |
|