А кто какую программу щас пишет, и кто какую задумывает писать?

← →
kaif © (2002-03-07 16:56) [40]

>Awex © (07.03.02 12:55)

2.& 3. Ну этим вряд ли кого удивишь.... Dream Controls пользут многие.....:)
"Среда разработки почти точь в точь воспроизводит" я бы так не сказал......
Рано или поздно наступит такой момент, когда нужен будет свой интерпритатор внутреннего скрипт языка, специализировннный (!!!) под свои нужды. Так что дизайнер и скриптер Dream Controls это далеко не выход......

Привожу Ваш ответ на вопрос (Ars P 28.02.02 12:39):

А зачем писать свой интерпретатор, это дело не благодарное тем более есть уже готовые решения, осталось только их интегрировать со своим проектом.
Я вот например я пользую Dream
==================================

>5. "Конфигурирующий сможет опираться исключительно на SQL"
Это скорее всего недостаток, см. п 1. тем более в такой предметной области как бухгалтерия. Это сугубо Ваше мнение. мое мнение - прямо противоположное.

>1.(Настройщику нужно очень сильно знать внутреннее устройство и логику работы ядра, а это значит !!очень!! хорошая тех документация или обучение самими разработчиками, что сам понимаешь......).
У меня крайне простое ядро (12 таблиц). Полностью прозрачный для всех, открытый алгоритм. Конфигурирующему будет гораздо проще, чем под 1с, где конфигурационный файл закрыт. К тому же IMHO, лучше снабдить его спец-компонентами, чем спец-скриптовым языком.
Вероятно, Ваша реакция вызвана тем, что мы решаем похожую задачу... :)
Я бы не хотел превращать эту ветку в спор... Тут просто просили поделиться, кто чем занят.

← →
Иван Шихалев © (2002-03-07 18:34) [41]

to kaif

А сколько это будет стоить?

← →
kaif © (2002-03-07 20:18) [42]

1.Ориентировочная цена лицензионной копии $800 - $1000 (для разработчика конфигураций). Далее он может ставить любое кол-во копий этого продукта на компьютеры своих клиентов. Соответственно, все что он получает от них (за конфигурацию под них) - его. Это может быть $50, а может быть $500. Я поддерживаю документацией своих покупателей (разработчиков конфигураций). Своих клиентов они поддерживают сами - как хотят. Так как IB6.0 может быть бесплатный, никаких ройалти нет. BDE не требуется.

2.На начальном этапе, возможно система будет продаваться существенно дешевле (цены пока назвать не могу), пока не готова вся документация и не отловлены все баги.

3.Документация и примеры (которые можно будет легко встраивать) будут допоставляться.

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

5.Защита программы (типа аппаратной или иной) не планируется. Будет использоваться только правовой механизм защиты (серийный номер пакета).

← →
Иван Шихалев © (2002-03-07 21:42) [43]

Цена нормальная, но... Планируются ли какие-нибудь презентации, демо-ролики, подробное описание в Сети и так далее? Для "кота в мешке" дороговато :)

PS. Очень возможно, что ближе к осени буду спрашивать уже не из любопытства...

← →
kaif © (2002-03-07 23:58) [44]

>to Иван Шихалев
Да, разумеется. Видимо, будет trial полнофункциональная версия с ограниченным сроком действия. Я опубликую принципы работы, скриншоты и часть документации на сайте. К сожалению, время и средства не позволяют сейчас провести сразу большие презентации. Я постараюсь ответить на все вопросы на этом форуме, но только после выхода программы в свет.
"Кота в мешке" не будет. Максимальная открытость и ясная ценовая политика - принципы этой системы.
----
P.S. Я очень рад, что встретил интерес к тому, над чем работаю. Признаюсь, это лучшее, из всего, что я когда-либо написал...

← →
Ketmar © (2002-03-08 17:41) [45]

2kaif:
а можно демо-версию, чтобы кряк сделать, а??

Satanas Nobiscum!

08/Mar/XXXVII A.S.

← →
MJH © (2002-03-08 17:53) [46]

NItroAmp074XP

← →
Awex © (2002-03-11 12:46) [47]

2kaif
>А зачем писать свой интерпретатор, это дело не благодарное тем >более есть уже готовые решения, осталось только их >интегрировать со своим проектом.
>Я вот например я пользую Dream

Если для внутренннего применения то да, это единственное решение.
А если делать серейную комерческую систему, то это далеко не выход. Скриптер нужен будет свой !!!! Пусть глючный, пусть убогий , но свой ! Тем самым приобретается независимость от разработчика скрипта и гибкость внесения(дополнения) изменения функциональности. Вот сможешь например в Dream Pascal работу с множествами сделать нормально как в Delphi ?
Вот вот ......Свой скриптер - единственное правильное решение для серийной системы.

> У меня крайне простое ядро (12 таблиц). Полностью прозрачный >для всех, открытый алгоритм. Конфигурирующему будет гораздо >проще, чем под 1с, где конфигурационный файл закрыт. К тому же >IMHO, лучше снабдить его спец-компонентами,

Чесно говоря я не представляю, как можно базу бухгалтерского и управленчиского характера запихнуть в 12 таблиц. Это то же море справочников, куча каталогов, куча регистров.............
У меня уже к 100 таблиц и количество их растет.......

Хотя если у тебя талицы используются как хранилище пропертей объектов....... Но тут другие грабли - низкая производительнось.....

>>Максимальная открытость
С этим спорить бесполезно. Что правильно , то правильное......
Delphi приобрела свою открытость

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

>Delphi приобрела свою открытость
В смысле Delphi приобрела такую популярность во многом благодоря своей открытости

>Чесно говоря я не представляю, как можно базу бухгалтерского и управленчиского характера запихнуть в 12 таблиц. Это то же море справочников, куча каталогов, куча регистров.............
У меня уже к 100 таблиц и количество их растет.......

Я слегка преуменьшил. Точнее 22 таблицы. Но существенных для понимания принципа системы из них даже меньше, чем 12. Таблицы справочников и документов не в счет - их создает конфигурирующий. Для того ядро и создано, чтобы он мог все это по-человечески делать (легко). Их (таблиц справочников и документов) могут быть сотни. А системных (неотъемлемых таблиц, которые всем этим управляют, всего 22).

Ничего никуда я не распихиваю. Каждый класс справочника хранится в своей нормальной таблице. Производительность максимальная. А как засунуть ядро бухгалтерии в 12 таблиц скоро все узнают (максимум через месяц). Между прочим, в той же 1s в ядре очень мало таблиц. Все остальное - таблицы, сазданные в рамках конфигурации конфигуриующим.
А эта система еще проще, чем 1s (снаружи). И построена на совершенно иных принципах чем 1s.
И честно говоря, я сам еще в сентябре 2001 не представлял, что это действительно можно осуществить...

Я хочу написать типа Трояна под винд на Делфи 6. Кто-нибудь скажите где этот маст дай прячет пароли...

А кто какую программу щас пишет, и кто какую задумывает писать? Найти похожие ветки