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

[Sinus]

Тебе начинать хоть прямо сейчас никто не мешает, не думал?
Для этого не нужно ровно ничего.

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

мне интересен сам процесс.

Иными словами давайте поиграем в коммунизм. Я против коммунизма. Он даёт исключительно советские решения на выходе.

никто не заставляет.

Вот этого я и боюсь. Одно, исключительно советское в худшем
смысле этого слова: ни с чем не совместимое, и исключительно горбатое. И избавиться от него потом ну никак нельзя будет.
Ключевое слово *ОДНО*. Я бы предоставил свободу выбора
авторам программ.

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

По крайней мере можно было бы посмотреть
какое решение приживётся эволюционным путём, а не посредством
насаживания свыше.

у меня нет лишних 20-ти лет на эксперименты.

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

если будут всякие преобразования, это значит мниго лишней писанины. а если с ZX SDK писать придётся ещё больше чем без него, то значит он не нужен.

Хотелось бы отделить интерфейс вообще от деталей его
реализации.

да... ООП и другие умные слова.
это всё тормоза. если надо тормозоть, то возьми себе пэцэ. и gcc. и g++. и отделяй интерфейсы в абстрактных классах от реализации. и никого не спрашивай.

Вот возьми и напиши. Не в ассемблере, а свое видение проблемы организации программных интерфейсив, их несовместимости и возможности преобразования из несовместимых в совместимые,
и наконец проблемы идентификации интерфейсов.

Описывать проблемы можно 8 лет. А надо делом заниматься.

[fk0]

[QUOTE=Sinus]свои проекты я делаю и никого не спрашиваю.
сам по себе ZX SDK мне не нужен. для работы я использую свои наработки, и мне их достаточно.

мне интересен сам процесс.

То-есть конечный результат не важен.

никто не заставляет.

Всем (пионерам) известно -- в колхозы никого не заставляли.

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

Отсутствие результата -- тоже результат. А будет он или не ещё
вопрос. Мы имеем примеры как и в случае наличия таковой свободы
и при её отсутствии результаты получались самые разные. Есть
шанс, что будет. И это ещё зависит от того, что именно считать результатом. В конечном счёте это зависит от конкретных людей
(тебе -- никто не мешает...)

у меня нет лишних 20-ти лет на эксперименты.

А лишнее время на бессмысленный "процесс" стало быть есть?

если будут всякие преобразования, это значит мниго лишней писанины. а если с ZX SDK писать придётся ещё больше чем без него, то значит он не нужен.

Это неизвестно больше или нет. Возможно больше, но не факт
что намного. Нужно хотя бы иметь возможность оценить насколько.
Можно взять, например, модульную систему (C) Vitamin и мою, и
посмотреть, больше будет или нет.

да... ООП и другие умные слова.
это всё тормоза. если надо тормозоть, то возьми себе пэцэ. и gcc. и g++. и отделяй интерфейсы в абстрактных классах от реализации. и никого не спрашивай.

Описывать проблемы можно 8 лет. А надо делом заниматься.

Я так думаю, это тебе взять что-ли пэцэ, g++, позаниматься делом...
А когда энтузиазма поубавится, уже за что-то браться. Просто иначе
получается -- тут говорят делом надо заниматься, а каким именно делом никто не может толком определиться. Каков результат-то должен быть? Ответь хоть бы для себя на этот вопрос, сформулируй задачу себе. Я вот за себя могу сказать: Я ОТВЕТА НА ЭТОТ ВОПРОС
НЕ ЗНАЮ. И ПОИСК ОТВЕТА НА ЭТОТ ВОПРОС -- ЭТО ЛИШЬ ПЕРВЫЙ
МАЛЮСЕНЬКИЙ ШАЖОК В ОЧЕНЬ ДЛИННОЙ ДОРОГЕ, где писать какой-код -- самый последний, завершающий шаг.

[Знахарь]

Ну и в итоге ? Поругались ? А результаты?

[Vitamin]

Ну и в итоге ? Поругались ? А результаты?

А результаты несколькими страницами выше. Рассмотрены самые разные варианты, их плюсы и минусы, личные предпочтения.
Имхо, zx sdk должно существовать в виде исходников, причем в текстовом виде и безо всяких специфичных для каждого ассемблера штук. Плюс документация. А уж обертку для вызова каждый напишет сам...

[Sinus]

Всем (пионерам) известно -- в колхозы никого не заставляли.

т.е. когда нечего сказать, надо переходить на личности и нести бред не по теме.

А лишнее время на бессмысленный "процесс" стало быть есть?

на бессмысленный нет. если будет результат (на что я надеюсь) то есть.

Это неизвестно больше или нет. Возможно больше, но не факт
что намного. Нужно хотя бы иметь возможность оценить насколько.
Можно взять, например, модульную систему (C) Vitamin и мою, и
посмотреть, больше будет или нет.

модульная система это несколько не в тему. модули нужны тогда когда они нужны. допустим драйвера для HDD, CD-ROM и т.д.
а в данном случае динамически загружаемые модули не нужны.

Я так думаю, это тебе взять что-ли пэцэ, g++, позаниматься делом...

да я вроде как бы работаю. правда опенсорсовой фигнёй в линухе не страдаю и пишем мы под нормальные оси (виндовс)

А когда энтузиазма поубавится, уже за что-то браться.

когда энтузиазма поубавится, бесплатно я делать ничего не буду ^_~

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

я уже писал (на первых страницах), каким я хочу видеть ZX SDK.
могу сформулировать ещё раз.

[Sinus]

Ну и в итоге ? Поругались ? А результаты?

Как уже говорил Витамин, результаты вроде как есть.
Но они такие... Как бы никакие. С чем пришли с тем и ушли.

[Advertiser]

[Знахарь]

Т.е. отсутствие результата - тоже результат ???

По словам Витамина: каждый желающий выкладывает свою процедурку с подробным описанием и всё. А координатор смотрит - куда ее пристроить / была / не была и тп. Я правильно понял ?


Что ж выходит по словам Синуса ? Не то же ?

[Sinus]

Т.е. отсутствие результата - тоже результат ???

Выходит что так.

По словам Витамина: каждый желающий выкладывает свою процедурку с подробным описанием и всё. А координатор смотрит - куда ее пристроить / была / не была и тп. Я правильно понял ?

вроде как так. только по моему мнению координатор в таком случае не нужен, ибо была / не была чел в состоянии и сам посмотреть, а куда пристраивать если нет системы? тоже некуда. лучше уж на opensource.zx или как там он называется в таком случае сорс выложить.

Что ж выходит по словам Синуса ? Не то же ?

почти. только нужно в начале определить систему. ну а потом вперёд.

[Знахарь]

Да, но на openSource нет детальных доков к исходникам Да вообще доков нет. А тут и начинается "мне проще/быстрее самому написать, чем в чужом разбираться"... поэтому давайте "определять систему", что-ли ???

[Vitamin]

только нужно в начале определить систему.

Предлагаю составить иерархическую структуру исходников с процедурами (думаю именно они будут востребованы, исходники прог целиком лежат на opensource)