Rambler's Top100
"Knowledge itself is power"
F.Bacon
Поиск | Карта сайта | Помощь | О проекте | ТТХ  
 Базарная площадь
  
О разделе

Основная страница

Группы обсуждений


Тематический каталог обсуждений

Архив

 
 К н и г и
 
Книжная полка
 
 
Библиотека
 
  
  
 


Поиск
 
Поиск по КС
Поиск в статьях
Яndex© + Google©
Поиск книг

 
  
Тематический каталог
Все манускрипты

 
  
Карта VCL
ОШИБКИ
Сообщения системы

 
Форумы
 
Круглый стол
Новые вопросы

 
  
Базарная площадь
Городская площадь

 
   
С Л С

 
Летопись
 
Королевские Хроники
Рыцарский Зал
Глас народа!

 
  
ТТХ
Конкурсы
Королевская клюква

 
Разделы
 
Hello, World!
Лицей

Квинтана

 
  
Сокровищница
Подземелье Магов
Подводные камни
Свитки

 
  
Школа ОБЕРОНА

 
  
Арсенальная башня
Фолианты
Полигон

 
  
Книга Песка
Дальние земли

 
  
АРХИВЫ

 
 

Сейчас на сайте присутствуют:
 
  
 
Во Флориде и в Королевстве сейчас  03:06[Войти] | [Зарегистрироваться]
Обсуждение темы:
Оберон-технология: особенности и перспективы


Тематика обсуждения: Оберон-технология. Особенности, перспективы, практическое применение. 

Количество сообщений на странице

Порядок сортировки сообщений
Новое сообщение вверху списка (сетевая хронология)
Первое сообщение вверху списка (обычная хронология)

Перейти на конкретную страницу по номеру


Всего в теме 6256 сообщений

Добавить свое сообщение

Отслеживать это обсуждение

Обсуждение из раздела
Школа ОБЕРОНА

<<<... | 5966—5957 | 5956—5947 | 5946—5937 | ...>>>
Всего сообщений в теме: 6256; страниц: 626; текущая страница: 31


№ 5956   05-12-2007 05:17 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 5949« (Как слышно? Приём!)
___________________________
Я-то думал, что программирование, как раньше математика - это инструмент исследователя.
Исследовательская лаборатория не похожа на опытное производство и тем более на проиизводство промышленное.
В первую очередь не масштабом, а отношением к стандартизации.

В программировании та же самая ситуация: есть исследовательские инструменты, есть производственные инструменты. И не надо их противопоставлять.
ООП - инструмент промышленного производства, прежде всего задающее некоторые "промышленные стандарты". Критиковать его за то, что при изменении стандартов придется многое переделывать, бессмысленно. Это все равно, что обосновывать бессмысленность строительства железных дорог тем, что при изменении ширины колеи все придется переделывать.


№ 5955   05-12-2007 03:46 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 5947« (Как слышно? Приём!)
___________________________

... Сайт клуба Матрицы ББ создать.


Для начала не сайт, а только спец. ветка:
http://forum.oberoncore.ru/viewtopic.php?f=28&t=775


№ 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 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 5927« (Илья Ермаков)
___________________________

Есть Lines:
http://forum.oberoncore.ru/viewtopic.php?f=24&t=352

А спасибо! Как раз в лицее новый этап эксперимента начинается (с пятиклашками), составляю к завтрему комплект для учительницы -- установленный накануне МАИского семинара комплект в самую жилу пошел :-)


№ 5949   05-12-2007 03:16 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 5940« (Сергей Перовский)
___________________________
>>> Исследовать нужно до программирования.
Вот спасибо! Это многое проясняет :(
Не даром Вы предлагали в Росу концепцию документа как основы.
То есть программирование - это процесс упаковки готового продукта,
так сказать "отлить в бронзе"?
Понятна и фраза "программа это реклама знаний и компетенции специалиста".
Ну да, инженерная деятельность - применение готовых рецептов.

>>> Модель придется переделывать при изменении понимания предметной области.
То есть для другой инструкции другую программу. Логично.

Я-то думал, что программирование, как раньше математика - это инструмент исследователя.


№ 5948   05-12-2007 03:15 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 5935« (Trurl)
___________________________
>>> Эх, найти бы компилятор, который разруливает этот обычный случай автоматически.

В лесу под ёлкой?
Хочешь что-то сделать как следует - сделай сам. Со товарищи.


№ 5947   05-12-2007 03:15 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 5937« (Илья Ермаков)
___________________________
>>> Игровую индустрию как потенциальный рынок для ББ-инструментария,
>>> который сейчас создаётся, рассматриваем.

Помнится, на заре ПиСи была игра Галактика, что ли - писаная
и дописываемая кучей народа, потом в Дум и Квак были редакторы
и любительские римейки. Сейчас это опять хорошо забытое старое.
Мне кажется, эту идею использования сообщества можно было бы
провернуть для создания ББ игры. Смотрите - все форумы молодых
программистов забиты предложениями сделать игру на энтузиазме.
Причём, бедолаги берутся с самого начала и с наворотами профессионалов,
которые требуют денег, а потому крах почти неизбежен.
То есть есть мотивация.

Причём можно сделать программирование элеменом игры ввиду
интерактивности ББ и динамической подгрузки модулей.
Саму игру можно модифицировать в ходе игры.
Матрица.
Такое не под силу другим языкам.
Есть свежак, есть забивание плюсов для ББ - его простота и динамическая модификация.
Самое сложное - найти баланс между свободой модификации и устойчивостью игры.
Первое, что приходит на ум - по мере продвижения давать бонус на право модификации.
Сайт клуба Матрицы ББ создать.


<<<... | 5966—5957 | 5956—5947 | 5946—5937 | ...>>>
Всего сообщений в теме: 6256; страниц: 626; текущая страница: 31


Добавить свое сообщение

Отслеживать это обсуждение

Дополнительная навигация:
Количество сообщений на странице

Порядок сортировки сообщений
Новое сообщение вверху списка (сетевая хронология)
Первое сообщение вверху списка (обычная хронология)

Перейти на конкретную страницу по номеру
  
Время на сайте: GMT минус 5 часов

Если вы заметили орфографическую ошибку на этой странице, просто выделите ошибку мышью и нажмите Ctrl+Enter.
Функция может не работать в некоторых версиях броузеров.

Web hosting for this web site provided by DotNetPark (ASP.NET, SharePoint, MS SQL hosting)  
Software for IIS, Hyper-V, MS SQL. Tools for Windows server administrators. Server migration utilities  

 
© При использовании любых материалов «Королевства Delphi» необходимо указывать источник информации. Перепечатка авторских статей возможна только при согласии всех авторов и администрации сайта.
Все используемые на сайте торговые марки являются собственностью их производителей.

Яндекс цитирования