Сайт по BlackBox

← →
Ермак © (2006-01-14 22:45) [0]

Коллеги!

Приглашаю всех, кто интересуется Оберонами и BlackBox, на сайт http://blackbox.metasystems.ru. Сайт развивается два месяца, работает форум, на котором уже собрался народ. Добро пожаловать!

← →
Джо © (2006-01-14 22:53) [1]

Это тот самый анонсированный несколько месяцев назад? Приятно, спасибо :-)

← →
Ермак © (2006-01-14 23:22) [2]

Да, тот самый! Он тогда уже и работал, просто не хотелось показывать почтенной публике на самом старте...

← →
Green (2006-01-15 15:07) [3]

А что такое BlackBox? Надо сходить посмотреть :-)

← →
Green (2006-01-15 15:09) [4]

А что такое BlackBox? Надо сходить посмотреть :-)

← →
Green (2006-01-15 15:09) [5]

А что такое BlackBox? Надо сходить посмотреть :-)

← →
TUser © (2006-01-15 15:20) [6]

Молодец.

Вот это исправь
Содержательно в него входят четыре блока: "Вычислительная математика" "Алгоритмика" "Среда Visual Basic .NET" "Среда Turbo Pascal" "Среда Borland Delphi" "Платформа 1C:Предприятие".

← →
TUser © (2006-01-15 15:27) [7]

Да, некоторые другие утверджения спорны. Например
В среде Delphi есть большая концептуальная ошибка - слишком тесная связь логики и интерфейса разрабатываемых программ. Это проявляется, например, в наличии большого количества так называемых невизуальных компонентов - объектов, которые имеют системное назначение, но при этом являются наследниками TComponent и кладутся на формы так же, как, например, кнопки. Но, скажите мне, какое отношение имеет сокетное TCP/IP-соединение к пользовательскому интерфейсу? Это все равно, что монтировать блок развертки телевизора на его переднюю панель... Для опытного Delphi-программиста это проблемы не представляет, он просто создает те же самые объекты динамически, ему никогда не взбредет в голову кидать их на форму. Но среда почему-то изначально пропагандировала именно такой, по сути своей, неправильный подход.

или вот

Поражает, с каким упорством по сей день преподаются блок-схемы, окончательно устаревшие в 70-х годах с рождением структурного программирования. Мало-мальски сложная программа, содержащая более 10 строк, в виде блок-схемы читается гораздо хуже, чем в виде правильно офрмленного листинга на структурном языке (например, Паскале). Блок-схемы - это "костыли" для неструктурных языков, которые сегодня уже не используются.

А вот с этим согласен

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

← →
jack128 © (2006-01-15 15:33) [8]

TUser © (15.01.06 15:27) [7]
Да, некоторые другие утверджения спорны. Например
В среде Delphi есть большая концептуальная ошибка - слишком тесная связь логики и интерфейса разрабатываемых программ. Это проявляется, например, в наличии большого количества так называемых невизуальных компонентов - объектов, которые имеют системное назначение, но при этом являются наследниками TComponent и кладутся на формы так же, как, например, кнопки. Но, скажите мне, какое отношение имеет сокетное TCP/IP-соединение к пользовательскому интерфейсу? Это все равно, что монтировать блок развертки телевизора на его переднюю панель...
Это не просто спорно - это просто чушь. Что такое TDataModule автор видимо не знает.

← →
Kerk © (2006-01-15 15:35) [9]

TUser © (15.01.06 15:27) [7]
Но среда почему-то изначально пропагандировала именно такой, по сути своей, неправильный подход.

Абсолютно точно. Делфи провоцирует начинающего программиста писать всю программу в событиях накиданных на форму компонентов.

← →
wicked © (2006-01-15 17:43) [10]

> Ермак ©
спасибо, почитаем....

← →
VirEx © (2006-01-15 17:50) [11]

> [9] Kerk © (15.01.06 15:35)

с другой стороны от простого к сложному - тоже метод обучения

а вообще то делфи разрабатывался не для изучения программирования а как быстрое (визуальное, наглядное) средство решения программным путём каких-нибудь вычислительных/"текстовых"/игровых/и т.п. задач

Kerk © (15.01.06 15:35) [9]
Делфи провоцирует начинающего программиста писать всю программу в событиях накиданных на форму компонентов.
по крайней мере, своей простотой "Делфи провоцирует начинающего программиста". Проще старт - проще увлечься, а там уже и поглубже закопается:)

Спасибо за критику :-)

Основная идея статьи однако не в рассуждениях о Дельфи.
Просто сам тесно связан как с индустрией, так и с образованием - обидно видеть, как в школы гонится откровенная пурга, под видом "разгрузки детей, приближения к практике" и т.п. (Кстати, хорошо, на мой взгляд, что Путин недавно подписал указ об обязательности 10-классного образования.)

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

Полгода назад согласился бы с Вами... Сейчас - нет, потому что увидел, как можно избежать склеивания интерфейса с кодом и в то же время сохранить простоту. В BlackBox интерфейс совершенно отделен от кода - он построен на составных документах, которые связываются с произвольными переменными-интеракторами и произвольными командами (интерпретируемыми динамически через метапрограммирование). Но при этом все делается "проще пареной репы".
У меня на уроках дети пишут GUI уже с третьего занятия.
MODULE Calculator;

IMPORT Dialog;

VAR
a*, b*, c*: INTEGER;

PROCEDURE Plus*;
BEGIN
c := a + b;
Dialog.UpdateInt(c)
END Plus;

END Calculator.

А теперь к экспортированным переменным и процедуре я могу привязать любые контролы. Сама форма будет лежать отдельно, как документ, ее можно менять без перекомпиляции.

Это так, пример "для затравки" :-)

> Что такое TDataModule автор видимо не знает.

Честно? Не знаю, хотя на Дельфе писал 5 лет.
Просто меня изначально не устраивала идеология ее Framework (назовем так), и я фактически использовал Дельфу только как компилятор Object Pascal и дизайнер GUI.
Со всеми системными вещами (потоки, сокеты, сервисы, базы данных) работал исключительно через WinApi, надстраивая свои классы (и, само собой, не наследуя их от TComponent). Особенно не перевариваю сращения доступа к данным в СУБД и их визуального представления :-)

Сайт по BlackBox Найти похожие ветки