OberonCore

Здравствуйте, товарищи! Помню, где-то на форуме был разговор на эту тему, но не смог найти. Вопрос вот в чём. Мне по работе требуется написать довольно большую программу, которая должна собирать данные с датчиков, вести расчёты и отображать результаты, в том числе, и в графической форме. В дальнейшем, эту программу нужно будет поддерживать и развивать. Работодатель говорит, что инструмент для разработки я могу выбрать на своё усмотрение. Вот и думаю, на чём остановиться, на BlackBox или Delphi? У BlackBox плюс в том, что он бесплатен и открыт. А насколько сложно на нём работать с графикой? И можно ли на нём, подобно Delphi создавать свои графические компоненты? И как вы считаете, каково будущее БлэкБокса? Нет ли опасности, что он будет брошен на произвол судьбы и загнётся. Пугает, что столько времени лежит RC5, а релиза так и нет. Может OMInc его уже бросили? (Есть кто-нибудь на форуме, кто связывается с ними?) Есть ли у него [у BlackBox] сообщество? Сайт http://www.oberon.ch совершенно неинформативный .

У Delphi плюс в том, что очень легко строятся GUI любой сложности. Зато минус - он платный и дорогой. Правда, есть надежда, что можно будет в дальнейшем перейти на Lazarus.

С графикой на ББ работать очень удобно, надо только освоить построение своих отображений. Примеры работы с графикой есть в справке ББ; есть тут, на форуме; а есть ещё wiki.oberoncore.ru.

Сообщество тут, на этом форуме )

Лично я считаю, что будущее ББ целиком в наших руках. Если мы его бросим, то он загнётся. Если не бросим - будет жить. Всё просто.

Ну тогда, огромная к вам просьба - не бросайте его! Очень нужен!

Есть на ББ успешно реализованные проекты реального времени весьма крупные (управление ГЭС на Амазонке) с кучей датчиков, расчетов, всевозможных текстовых и графических отчетов.

Графика в ББ широко представлена, начиная от простейшей "а ля ТурбоПаскаль" от info21 для начинающих и заканчивая подключением пакета OpenGL (см.Коллекцию Г.Зинна http://www.zinnamturm.eu).

Очень надеюсь, что Вы выберете КП/ББ не только для Вашего проекта, но и будете популяризировать его в КузГТУ для учебных целей. Кое-что в этом плане мы можем показать Вам (и поделиться!) в соседнем Томске

Вопрос про будущее я слышу с 1995 г.

Что окончательного релиза нет -- это нормально. У Гугля примерно такая же ситуация: большинство проектов вечно в бете.

Насчет любой сложности в Дельфи и легко -- кажется, это неверно.
В.Лось писал в 1999 о нереальности выйти за рамки стандартных контролов.
В ББ программист в этом плане ограничен гораздо меньше -- пара примеров в Obx (последние).

в чём нереальность заключалась?

Наверное травы мало было или она не свежая была... :о)

А если серьёзно, насколько мне помнится, я писал про то, что модель "контролов" в Дельфях задана раз и навсегда, а в ББ, как таковых "котролов", "гаджетов" (и проч. общепринятой понятийной хрени) НЕТ. Просто мы учредили ВОТ ТАКОЙ вариант использования модели составных документов и вьюшек считать "КОНТРОЛАМИ" и - усё тут!...

Так там ВВ используется??? Здорово! Этого я не знал.


Как только дадут в моё распоряжение информатику (т.е. читать лекции, принимать экзамен, руководить ассистентами), так обязательно дурацкий Visual Basic заменю на ББ. Басик прививает неряшливость и неорганизованность. Не далее, чем сегодня столкнулись мои студенты с проблемой, когда Басик сравнивал числовые переменные как текстовые. А объявлять тип переменных студенты категорически забывают. Не ругается - и ладно! А я пока, к сожалению, сам ассистент.
Пока же, думаю предложить ввести факультативный спецкурс по углубленному изучению программирования. Если удастся, буду давать ББ. А под конец может быть Smalltalk и Haskell.

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

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

Только если не отдавать вместе с программой исходный текст программы... Но тут есть один момент (см. лицензию к ББ):

Если же интересует именно защита от копирования, то тут надо навешивать внешнюю защиту, типа ASProtect.

А это где написано? Я сейчс перечитал лицензию в ББ и не нашёл ничего подобного. На сайте тоже ничего подобного не нашёл.

А выход есть вот какой. На ББ можно сделать только ГИП к программе и распространять с исходниками. А всю логику накатать на Си и скомпилировать в dll. Видимо, так и сделаю!

Если Вы хотите получить невзламываемую программу, то пользуйтесь Хаскеллом, например. Компилятор GHC генерирует такой жуткий код, что вряд ли какой крэкер сможет восстановить исходник из него...
А если ещё и ключ поставите (что-нить типа Senselock'а) -- то вапще замечательно -- часть кода можно будет в самом ключе разместить. Правда, на Си или PL/M для микроконтроллера MCS-51 (или если найдёте другой язык для этого контроллера -- то на нём)...

И лицензия на компилятор Вас ни в чём не ограничивает...

Мне зав.каф. предложил 1 подгруппу начинающих на "Практикум на ЭВМ" вести на КП/ББ, а лекции по программированию он сам читает, опираясь на ТурбоПаскаль, но не зацикливаясь на нем. Остальные подгруппы другие преподы ведут на Дельфи. В Практикуме 10 лабораторных работ на весь учебный год, которые я адаптировал под КП/ББ, но до них натаскиваю ребят на массовом решении на КП мелких задачек из Электронного задачника М.Э Абрамяна 2007 года. Для начинающих программировать практически с нуля - самое то. В сессию за Практикум полагается ставить дифференцированный зачет, т.е. с детальной оценкой (типа 4, 4+, 3-, 5- и т.п.)

Может, уговорите Ваше начальство на аналогичный ход? За текущий учебный год адаптируете курс, принятый в КузГТУ, на КП/ББ, или возьмете наш на каких-то условиях, и с нового уч.года - "на правильный путь" со своими группами!?

Конкретно этот кусок текста я скопировал из документа "Лицензионная политика", в котором даются разьяснения по условиям использования ББ. Сама лицензия как раз и подразумевает вышеописанное. Если вы используете для создания ПО бесплатный ББ, то распространяя фреймворк для работы своей программы, будьте добры предоставить исходники так же и к своей программе. Такая цепочка (Эта модель завоёвывает всё больше позиций, т.к. более честно брать деньги за конкретные услуги, а не за право "попользоваться" экземпляром программы).

Логику можно и на ББ законопатить в DLL.

Нет, Иван, это несколько неверная трактовка.

Если Вы создадите некое неграфическое приложение (библиотеку функций) на другом компиляторе, а на ББ напишете приложение, дающее интерфейс к нему, то Вы обязаны опен-сорснуть только графическое приложение. DLL не использует фреймворк, она может выполнять свои неграфические функции и без него. DLL - служба, приложение на ББ - её клиент, а не наоборот. Представьте, что DLL-ку писал другой человек, что ж Вы - не можете её использовать из ББ? (Даже юридически никто не мешает Вам выступить в двух лицах - разработчик библиотеки и разработчик приложения. Если ни первое лицо, ни второе не нарушают закон, то их композиция в лице собственно Вас тоже его не нарушает ).

На чём писать DLL? Можно на другом Обероне (на XDS). Хотя, вообще говоря, Kernel Блэкбокса настолько сильно унаследован от классических Оберон-систем (даже с BlueBottle есть идентичные куски кода, вместе наследовали), что его трудно отнести к части BlackBox Framework - можно насчёт него поторговаться со швейцарцами Можно вообще пока до времени просто не париться (если проект не тиражный). Ибо предоставлять исходники Вы как бы обязаны только по запросу, и т.п.

Илья, я про это и написал - если распространяется фреймворк ББ, который необходим для работы приложения, то обязательно надо открывать и исходники этого приложения. Если фреймворк не требуется (отдельная DLL), то раскрывать не нужно.

Дык, это ж из разряда "ты помнишь, как всё начиналось?"...
И на счёт "как правило, был у руля" - из той же оперы...
Конечно, тогда, многое виделось по-другому, "мордой об асфальт" заскорузлости и мэйнстримовости мышления меня тогда ещё совсем мало поелозили...

Перенестись на 9 лет назад - единственное, что сделал бы по-другому - наплевал бы на всех этих "знатоков жизни и технологий" с высокой колокольни и пёр бы своё... Но это говорить хорошо потом... А тогда свои заботы, проблемы, страхи и переживания были... Многие страшные тигры оказались дурилками картонными...

Короче (типа "юношам, определяющим путь"...) :

http://delphikingdom.info/asp/viewitem.asp?catalogid=67
http://delphikingdom.info/asp/viewitem.asp?catalogid=68

Пинайте, ради Бога...
Благо, что - не меня сегодняшнего... :о)

Точно, я про него и забыл. Думал писать на OpenWatcom С/Fortran или на FreePascal. Тогда вопрос: будет ли сборщик мусора от XDS прикручен к моей DLL? И ещё, записи и массивы, объявленные как untagged сборщик мусора ББ игнорирует. А как их можно удалить вручную?

Почему же не на Блэкбоксе.
Если то, что запаковано в DLL, является автономным изделием, то разве оно автоматически не выходит из-под действия лицензии на ББ-приложения?
Другое дело, что если это изделие продавать, то нужно делиться с Оминк.