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

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

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


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

Архив

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


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

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

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

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

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

 
   
С Л С

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

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

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

Квинтана

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

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

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

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

 
  
АРХИВЫ

 
 

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


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

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

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

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


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

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

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

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

<<<... | 5456—5447 | 5446—5437 | 5436—5427 | ...>>>
Всего сообщений в теме: 6256; страниц: 626; текущая страница: 82


№ 5446   10-10-2007 07:00 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 5435« (Руслан Богатырев)
___________________________
начинать следует как раз от людей

Если бы это был сайт психологов, то я бы согласился. Но для программистов копаться в психологии отчасти надо, но на уровне твёрдых истин. Без растекания мыслию по древу. Это садиться не в свои сани.


№ 5445   10-10-2007 06:54 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 5434« (Руслан Богатырев)
___________________________
Нет. такой пример был. Сергей Перовский насчёт кристалла. Сложная система - это когда много ветвлений или колец, что почти одно и то же. Потом, Ваш пример не совсем дозрелый. Штука в том, как эти байтики организованы в программу, скажем.
Там ведь, кроме памяти, есть ещё блок АЛУ, кажется так называется.


№ 5444   10-10-2007 06:51 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 5433« (AVC)
___________________________
А вот Jack Of Shadows полагает, что начинать следует как раз от людей

Лучше для людей :) От людей это мрачно. Как учится на ядерных ракетах.


№ 5443   10-10-2007 06:49 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 5432« (Руслан Богатырев)
___________________________
Структура - это совокупность связей. Система это структура плюс элементы. Меня так учили по крайней мере.


№ 5442   10-10-2007 06:48 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 5431« (AVC)
___________________________
Все же, кроме наличия между ними связей, еще части должны составлять некое целое, которое обычно противопоставляется среде.

Среда, это связи, торчащие наружу к внешним элементам. В модели эти элементы не описываются - только инфа по этим наружным связям.

Мне кажется, кроме элементов и связей, важны "разъёмы". Тогда среда - это то, что за разъемами наружу.

Разъёмы можно переделывать из элементов, специализируя их на проверку соответствия спецификации и передачу в случае true.
Выбирая группу разъёмов можно выделять подсистему внутри системы. Тут надо, чтобы эта группа выделяла элементы без торчащих наружу из подсистемы других связей - только через эти разъёмы. Тогда следующий этап - свертывание этой группы в элемент со связями по выделенным разъёмам.
Я так подробно - программку сваял 3D. Сейчас эти разъёмы реализую, тогда выложу для показа. Красиво получилось. Мне нравится.


№ 5441   10-10-2007 05:27 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 5428« (AVC)
___________________________

Ответ на »сообщение 5423« (Илья Ермаков)
___________________________
Если серьезно, то не вижу причин, почему для массивов не ослабить совместимость до структурной, как и для процедур.

Да это особо никому не нужно. Чаще всего в параметрах используются открытые массивы, а если нужно наложить ограничения, то гораздо удобнее ввести спец. тип, чтобы было сразу видно, что это за массив такой особый и почему ограничен по размеру...


№ 5440   10-10-2007 05:23 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 5439« (Руслан Богатырев)
___________________________

"Интуция в разработке программного обеспечения"

Разумеется, интуиция. Что-то подозрительно повторение очевидной ошибки в нескольких местах... Поспать что-ли надо :)


№ 5439   10-10-2007 05:18 Ответить на это сообщение Ответить на это сообщение с цитированием
Вот еще информация к размышлению в отношении понятия сложности программных систем, тесно связанной с природой программирования и пониманием сути самих систем.

Кидаю просто наброски цитат к разным своим заметкам. Но можно созревания заметок и не дожидаться.

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

Логика и интуция -- вот два моста, связыващие две фундаментальные дисциплины -- философию (изучающую качественную сторону бытия и сознания) и математику (изучающую количественную сторону). 20 с лишним лет назад Петер Наур написал работу, в которой трактовал программирование как построение теорий (Programming As Theory Building). Весьма интересный взгляд, натолкнувший меня на идею переосмысления понятия системы и обобщения программирования.

Впрочем идея обобщения витает в воздухе довольно давно. Она недвусмысленно заявлена и у Ершова в одной из самых известных его работ ("Программирование — вторая грамотность"): "Да, мы живем в мире программ, и сами постоянно программируем, не сознавая этого... Программами буквально напичкан наш организм. Все без исключения физиологические процессы — это огромная, тщательно отлаженная и сложно устроенная библиотека программ, в которой анализ структуры программ (программисты сказали бы "граф вызовов") и информационных связей позволяет делать далеко идущие выводы и прогнозы о поведении организма. Практически вся область производственных отношений, особенно непосредственно в производственном процессе, — это работа по программам. Устойчивый производственный процесс всегда внутренне формализован, его эффективность зависит от степени отлаженности программ, выполняемых людьми. Даже если процесс стохастичен (например, охота или вождение автомашины), случайность и непредсказуемость сказывается лишь на выстраивании цепочки ситуаций, но не на реакциях на эти ситуации, которые осуществляются по программе, почти всегда выполняемой в автоматическом режиме. Даже обучение, то есть приобретение знаний или, скорее, способности что-то сделать, — это программирование... Повседневная жизнь человека, особенно городская, — это деятельность по программам. Каждый человек, придерживающийся режима, с гордостью почувствует себя программистом, если вспомнит свои заполненные до предела утренние процедуры, начиная от звонка будильника и кончая началом работы... Таким образом, мир программ — это далеко не только начинка памяти ЭВМ. Это прежде всего огромный запас операционного знания, накопленный человечеством и теперь лишь актуализируемый вычислительными машинами, роботами, автоматическими устройствами... Но если это так, то мы естественно приходим к проблеме фундаментализации программирования, выделению в нем некоторых "натуральных" сущностей, позволяющих сблизить мир машин и мир живого, программы природы и программы, составленные человеком."

Эдгар Дейкстра "Два взгляда на программирование" (EWD540): "Похоже, что иерархические системы обладают тем свойством, что нечто, рассматриваемое как неделимое целое на одном уровне, рассматривается как составной объект на следующем, более низком уровне с большей детализацией; в результате дискретность пространства или времени, применимая на каждом уровне, уменьшается а порядок величины при переходе от одного уровня к другому, следующему за ним более низкому. Мы воспринимаем стену через понятие кирпичей, кирпичи – через понятие кристаллов, кристаллы – через понятие молекул и так далее. В результате количество уровней, которые могут быть осмысленно выделены в иерархической системе, в некотором роде пропорционально логарифму отношения между наибольшим и наименьшим дискретами, и поэтому, если только это соотношение не чрезмерно велико, мы можем ожидать появления не слишком большого числа уровней. В области компьютерного программирования наш базовый строительный блок имеет дискретность времени менее микросекунды, но наша программа может потребовать несколько часов вычислений. Я не знаю никакой другой технологии, перекрывающей отношение 1010 и более: компьютер, благодаря его фантастической скорости, кажется, впервые предоставил нам среду, в которой артефакты с высокой степенью иерархичности одновременно и возможны, и необходимы. Этот вызов, а именно противостояние задаче программирования, столь уникален, что новый опыт может рассказать нам очень много нового о нас самих. Он может углубить наше понимание процессов разработки и созидания, он может дать нам лучший контроль над организацией нашего мышления. Если бы он не сделал этого, на мой взгляд, мы вообще не заслуживаем компьютеров! Он уже преподал нам несколько уроков, и один из них, который я выбрал, чтобы акцентировать внимание в этом докладе, заключается в следующем. Мы будем программировать гораздо лучше, если только подойдем к задаче, полностью оценивая ее потрясающую сложность, если только мы будем придерживаться скромных и элегантных языков программирования, если только мы примем во внимание свойственные человеческому разуму ограничения и подойдем к задаче как Очень Смиренные Программисты".

Еще из той же работы: "Я считаю неразумным, в особенности для ученого-компьютерщика, недооценивать влияние психологической школы, которая, считая человеческий разум слишком сложным и трудно поддающимся изучению, занялись вместо этого изучением крыс, и даже ограничивает это изучение – как я слышал недавнюю формулировку – «наиболее механической формой поведения – зачастую настолько механической, что даже крысам не дают проявить свои высшие возможности». Представляя свои грубые, механические модели в качестве допустимого приближения к человеческому разуму, они опасно затуманили различие между человеком и машиной, и мы наблюдаем два взаимно дополняющих друг друга феномена: антропоморфный взгляд на машины и механический взгляд на людей. Эта неразбериха, вне всякого сомнения, – плод усилий верховных жрецов искусственного интеллекта. Преобладание в основном антропоморфной терминологии в компьютерной науке – «память», «интерпретатор», «язык программирования», «рукопожатие», «диалог», и это лишь немногие примеры, – это предупреждение, которое не следует игнорировать. Я не знаю, как думать и разговаривать, обходясь без метафор; я знаю также, что каждая метафора несет в себе опасность скрытого подтекста. В данном случае антропоморфной терминологии в компьютерной науке мы давно уже достигли стадии, когда опасность путаницы перевешивает достоинства аналогии. Кроме того, кажется,  что механический подход к людям среди компьютерных ученых (и их руководителей) распространен шире, чем представляется мне нормальным. Ибо я подозреваю, что именно этот механический подход ограничивает деятельность программистов механическими действиями по написанию кода, и затем измеряет «производительность труда программиста» количеством произведенных им строк кода."

Дейкстра "Смиренный программист" (EWD340): "Теперь переходим к пятому аргументу. Он относится к влиянию инструментов, которые мы пытаемся использовать, на наш образ мышления. Я наблюдаю культурную традицию, которая, по всей вероятности, уходит корнями в эпоху Возрождения: игнорировать это влияние и рассматривать человеческую мысль как первичную и главенствующую над тем, что ей создано. Но когда я начинаю анализировать свои собственные мыслительные привычки и привычки моих друзей, я прихожу, нравится мне это или нет, к совершенно иному заключению, а именно: инструменты, которые мы пытаемся использовать, и язык и обозначения, которые мы используем для выражения или записи наших мыслей, являются основным фактором, который определяет, о чем мы вообще можем мыслить и что можем выразить! Анализ влияния, которое язык программирования оказывает на своих пользователей, и признание факта, что к настоящему времени мощь нашего мозга является наиболее скудным ресурсом, совместно дают нам новый набор эталонов для сравнения относительных достоинств различных языков программирования. Компетентный программист хорошо знает о том, что объем его черепной коробки крайне ограничен; поэтому он подходит к задаче программирования с предельным смирением, и помимо прочего он избегает заумных трюков как чумы. В случае хорошо известных диалоговых языков мне часто толковали со всех сторон, что как только сообщество программистов обзавелось терминалами, появился специфический феномен, который даже получил широко известное название – «однострочники». Он принимает одну из двух форм: один программист кладет перед другим однострочную программу и либо гордо рассказывает, что она делает, а затем спрашивает: «А ты можешь закодировать это меньшим количеством символов?» - как будто это имеет какую-то практическую ценность, - либо просто спрашивает: «Угадай, как это работает!». Из этого наблюдения мы можем заключить, что в качестве инструмента этот язык является открытым вызовом для хитроумных трюков; и пока именно это может быть объяснением его привлекательности для некоторых, которым нравится демонстрировать свою гениальность, простите меня, но я вынужден рассматривать его как самую предосудительную вещь, насколько это вообще может относиться к языку программирования. Еще один урок, который мы должны извлечь из недавнего прошлого, – это то, что разработка «более богатых возможностями» или «более мощных» языков программирования была ошибкой в том смысле, что эта причудливая монструозность, это нагромождение идиосинкразий в действительности неуправляемы как механически, так и ментально. Я предвижу великое будущее для очень систематических и очень умеренных языков."

"К слову, мне хотелось бы вставить предупреждение для тех, кто отождествляет сложность задачи программирования с борьбой против неадекватности наших нынешних инструментов, потому что они могли бы заключить, что, как только наши инструменты станут более адекватными, программирование перестанет быть проблемой. Программирование останется весьма трудным, потому что как только мы избавимся от обременительных деталей, мы окажемся свободны для того, чтобы приняться за задачи, которые лежат пока за пределами наших возможностей".

Напоследок еще немного из Ершова: "Законы программирования смыкаются с математическим образованием, образуя единый, но еще не построенный фундамент воспитания операционного и комбинаторного мышления, способности к абстракции, рассуждению и действию".


№ 5438   10-10-2007 04:38 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 5435« (Руслан Богатырев)
___________________________

А к чему? Мое мнение -- к системам. Самым разным.

И не только к таким, где обязательно есть управление. Оно совсем даже не обязательно... Это еретический взгляд по отношению к кибернетике, но подумайте над ним.


№ 5437   10-10-2007 04:34 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 5432« (Руслан Богатырев)
___________________________

Если сущности связаны это может быть структурой (но не системой). А что структуру делает системой?

Подумайте над такими понятиями, как "интерпретация" и "контекст".


<<<... | 5456—5447 | 5446—5437 | 5436—5427 | ...>>>
Всего сообщений в теме: 6256; страниц: 626; текущая страница: 82


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

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

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

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

Перейти на конкретную страницу по номеру
  
Время на сайте: 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» необходимо указывать источник информации. Перепечатка авторских статей возможна только при согласии всех авторов и администрации сайта.
Все используемые на сайте торговые марки являются собственностью их производителей.

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