Конструктор (ZX SDK)

[Vitamin]

а как быть с разными версиями одних и тех же кусочков кода? например, васе пупкину нужны самые быстрые процедуры а его корешу вове тяпкину нужны самые маленькие?
динамическая линковка подразумевает возможность подгрузить эти недостающие кусочки мозаики.для системного диска с кучей программ можно позволить себе хранить на нем с десяток разных драйверов, а как быть с одной программой? статическая линковка только...
имхо реализация предложенного варианта может быть более-менее прилично выполнена только на ЯВУ (тот же С). отметается вопрос о формате вызова (все юзают один и тот же компилер естесно) и о приоритете (размер/скорость) - все решается опциями компилятора

а для ассемблера- оставить как есть, но расширить и углубить %) зачем писать с нуля драйвер чего-то там, если можно полистать кодерские разделы в прессе и взять что тебе надо? я начал собирать некотрую информацию по этому поводу, но пока нет времени пополнить сборник.

[rasmer]

А пусть так! Но что в этом плохого, если это повысит скорость программирования и явится неким катализатором для выхода нового софта?

Скорость чего? ты вспомни тех кто ещё что-то делает...

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

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

[Vitamin]

Текстовая консоль, немного математики и строковых функций.
Собрано с миру по нитке.

Респект за либу. Очень дельная штука. Самодокументирующийся код %) Много чего интересного!

[CityAceE]

Вторым. Первым -- определённые соглашения о вызове и загрузке.

Приятно, Кирилл, что ты не охаял идею, как обычно, а высказал ряд полезных идей и приложил полезные исходники!!! Спасибо за поддержку!

Брать пример с BGE! там именно так плуги делать:

Замечательно, почему бы для начала и не взять пример с BGE??? Нужно же от чего-то отталкиваться!

а как быть с разными версиями одних и тех же кусочков кода? например, васе пупкину нужны самые быстрые процедуры а его корешу вове тяпкину нужны самые маленькие?

А почему бы не иметь две версии "контструктора": одна там, где процедуры оптимизированы по объёму, а другая - по скорости?

а на спеке полюбому захочется что-то переделать под себя, что-то не понравится

И какие проблемы? Пожалуйста, переделывай! У тебя просто будет в руках инструмент для того, чтобы стартовать и быстро сделать работающую программу.

а пускай создатели того что уже создано выкладывают сюда с полным описанием.

И кто будет разбираться в этом? Для многих, как обычно, будет проще писать всё самому с нуля...

Но сколько раз уже были попытки создания сборников сырцов. как и здесь, так и отдельно в сети... и что из этого получилось?

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

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

[James DiGreze]

Идея классная! И не стоит здесь разводить критику, преждевременно убивая идею... Библиотеки нужны, это действительно подстегнуло бы развитие софта. Причем у этой идеи есть еще одна положительная черта - когда проги собираются подобным образом, появляется некий стандартный вид, интерфейс, что положительно скажется на юзабельности софта. Возьмите к примеру Windows, там ведь на освоение новой проги, построенной из стандартных модулей, уходит очень мало времени, т.е. новую программу начинаешь использовать практически с первого запуска... Это была точка зрения Юзера
А с программёрской точки зрения, программирование, построенное на использовании готовых библиотек, позволяет максимально эффективно распределить и сократить время разработки на порядки. (Это мое нескромное мнение, так как работаю разработчиком харда, и софта для этого харда)
На самом деле эту проблему поднимали еще, если не ошибаюсь, в первом ZX-FORUM'е году этак в 1994, но тогда все заглохло, так как была представлена только концепция. Рекомендую перечитать этот материал. Более точную ссылку выложу позже...

[CityAceE]

На самом деле эту проблему поднимали еще, если не ошибаюсь, в первом ZX-FORUM'е году этак в 1994, но тогда все заглохло

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

[Sinus]

И ещё раз по поводу динамической подгрузки: народ путает серьёзные ОС с заменителем кассетного магнитофона TR-DOS.
Динамическая загрузка нужна когда? Когда есть толпа либ, которую пользует ещё большая толпа программ, когда есть ОС которая всё это регулирует.
А у нас ничего этого нет!
Для начала надо создать просто тучу процедур, с помощью которых вышеупомянутый тов. Вася Пупкин сможет быстро добавить в свою прогу нужный ему интерфейс, поддуржку HDD и CD и ещё что нибудь.
А если долго рассуждать о динамической подгрузке, то 100% придём к разговорам об ОС, а это надолго

И ещё, по поводу make world- это может на FreeBSD программы распространяются в виде sources+automake, а в мире спектрума программы обычно распространяются бинарниками, по-этому ни о каком make речи и быть не может.

[daniel]

Многи просто не захотят изучать и запоминать названия готовых процедур и запоминать входные и выходные данные! (это тоже что изучить очередной язык программирования). Проще свою сбацать!

[CityAceE]

Многи просто не захотят изучать и запоминать названия готовых процедур и запоминать входные и выходные данные!

А вот для этого нужно написать очень хорошую и удобную документацию!

[Sinus]

Вы ещё с нами?
Тогда давайте быстренько прийдём к соглашению о вызовах (что и куда пихать, и откуда резалт забирать) и к описаниям (ZX48, ZX128, etc)

по поводу описания области применимости я уже высказал своё мнение.
по соглашениям о вызовах пока мыслей нет.