Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 2004.05.16;
Скачать: [xml.tar.bz2];

Вниз

Платформа Аллегро ... баннер перед носом ... чуть выше..   Найти похожие ветки 

 
Digitman ©   (2004-04-13 15:53) [0]

Ваши впечатления ?


 
LordOfSilence ©   (2004-04-13 16:13) [1]

Очень и очень не дурно. Я смотрел ее и читал доку. Чувствуется,
что человек писал, зная дело и зная, что он хочет сделать.
Есть интересные идеи и задумки, не тяп-ляп.


 
Awex   (2004-04-13 16:17) [2]

ИМХО:
Я думаю, продукт найдет заинтересованных в нем лиц и свою нишу...
Нишу конструкторов решений... Конечно при условии хорошей базы "готовых решений" и хорошей технической документации..
Использована стандартная проверенная связка:
DreamScript + VCL + InterBase.
Ну а дальше все зависит от грамотного маркетинга авторов..


 
Тимохов ©   (2004-04-13 16:18) [3]

Детально не смотрел - но меня пугает excel как основной движок визуализации отчетов.

Детально буду смотреть. Заявлено все очень интересно.


 
MBo ©   (2004-04-13 16:28) [4]

Надо kaif-а спросить ;)


 
serge35   (2004-04-13 16:41) [5]

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


 
Тимохов ©   (2004-04-13 16:53) [6]


> serge35   (13.04.04 16:41) [5]

Что вы имеете в виду?
Какая проблема не решена?


 
serge35   (2004-04-13 17:04) [7]

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

>В этом договоре указывается, что разработчик передает проекту GAAPInvest права на использование данной постановки задачи и данного эргономического решения

>От разработчика требуется выполнение двух условий: он должен полностью поставить задачу и он должен реализовать работающую конфигурацию в Allegro

Что еще нужно для лохотрона?


 
Digitman ©   (2004-04-13 17:15) [8]

Ребятки, вопрос был не о "лохотроне") ... Здесь-то как раз все понятно ..

Платформа как таковая ?

Насколько реальна ее конкурентноспособность по отношению к 1С-платформе и аналогичным по идее ?

Надежность ? Гибкость ? Перспективность ? Вот о чем вопрос ...


 
DiamondShark ©   (2004-04-13 17:18) [9]


> Какая проблема не решена?

Очевидно, имеется в виду вот эта:
Многие компании, разрабатывающие учетные программы на заказ, либо требуют уже готовое детальное техзадание от заказчика, либо отдельной оплаты за разработку такого техзадания. И часто стоимость такого техзадания составляет более 70% стоимости конечного программного продукта. При этом в каждой сфере бизнеса работает множество практически однотипных компаний, с очень сходной структурой бизнес-процессов. Это наталкивает разработчика, как впрочем, и заказчика, на мысль о том, что возможно написать некую «специализированную стандартную конфигурацию», которая подошла бы для всех таких фирм. Но из этого как правило ничего не получается. На то существуют две причины:

1. Часто заказчики на какой-то фазе «портят» программу, добавляя в нее специфические элементы, свойственные только их компании и по сути программа теряет признаки «простой и красивой программы для данного бизнеса».

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

http://www.gaapinvest.com/project/about.html

IMHO, таки да, не решена. И что-то мне подсказывает, что дело здесь не в используемых програмно-технических средствах.


 
DiamondShark ©   (2004-04-13 17:24) [10]


> Ребятки, вопрос был не о "лохотроне") ... Здесь-то как раз
> все понятно ..

Что понятно? Таки, лохотрон? Или как?


 
Тимохов ©   (2004-04-13 17:24) [11]


> Digitman ©   (13.04.04 17:15) [8]

У 1c нет конкурентов.
Она везде и стоит копейки (да можно и стырить).
К серьезной настройке и прозрачности деятельности (о возможности такой настройки написана на сайте allegro) никто из заказчиков не готов. Вернее активно против. Все что нужно - вести бухгалтерию, платить налоги и не получить по ж. за недоплату. Для этой цели прекрасно подходит 1с.

Если нужно сделать серьезную учетную систему, то тут совсем все по-другому: r3, baan или еще что, причем за совсем нешуточные деньги. Знаю, что настройка системы на одном из предприятий (не скажу какого, крупного) стоила не один млн д.

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

Одним словаом, на вопрос digitman о достоинствах обсуждаемой системы я не ответил. Но привел свою позицию, которая говорит о том, что никакая система (платформа) не родит желание у заказчика наводить у себя учет.


 
serge35   (2004-04-13 17:26) [12]

> IMHO, таки да, не решена. И что-то мне подсказывает, что дело здесь не в используемых програмно-технических средствах.

Совершенно согласен.
Дайте мне хорошее, развернутое ТЗ, в котором  учтено ВСЕ, начиная от справочной системы, заканчивая последним отчетом и через несколько месяцев будет готовая программа.

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


 
Anatoly Podgoretsky ©   (2004-04-13 17:27) [13]

Digitman ©   (13.04.04 17:15) [8]
Трудно сказать, ясно что не для конечного пользователя, здесь конкуренции 1С не составит, а вот для разработчиков вполне, будет зависить от маркетинга.
Мне известны системы, где рабочим местом разработчика (со стороны клиента) является Д5Про, база на MSSQL, естественно лицензионные, то есть клиенту предоставляется оба продукта и обучение персонала, программист не требуется, но желателен.
Разработан мощный комплект специализированных бизнес компонент, а не ориентированых на программиста. Пользователь (обцченный) в состоянии делать свои формы, отчеты, запросы, работает в ИДЕ Дельфи и компилируя полученную систему.

Стоимость системы начинается с 1 млн. деревянных.
Очень удачное решение.


 
serge35   (2004-04-13 17:36) [14]

Кстати про стоимость конфигурации для заказчика  ни слова я не нашел.


 
LordOfSilence ©   (2004-04-13 17:37) [15]

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


 
Digitman ©   (2004-04-13 17:48) [16]

Дохотрон или не лохотрон - не это меня интересует ...

Проба платформы ? Реальная ?


 
Digitman ©   (2004-04-13 17:56) [17]

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


 
serge35   (2004-04-13 17:59) [18]

А что платформа? Купил сервер, Delphi и пиши себе сколько влезет.
Oracle на мой взгляд лучше чем IB.


 
Digitman ©   (2004-04-13 18:02) [19]

Oracle  - всего лишь контейнер в дан.случае .. imho ...


 
serge35   (2004-04-13 18:04) [20]

>система Allegro способна осуществить такой перенос данных независимо от конфигурации благодаря тщательно продуманной бухгалтерской модели и идеологии хранения данных

Если они используют FlexibleFields как сделано в Oracle Application - то это полная Ж...


 
kaif ©   (2004-04-13 21:46) [21]

О, кажется, обсуждают Allegro и проект gaapinvest.
 Это не лохотрон. Это нормальная идея сотрудничества. Построенная на доверии, здравом смысле и взаимном интересе. И я надеюсь, что она заработает. Гарантией того, что мы не будем ничего "тихаря юзать" или скрывать продажи - можете считать мое честное слово. Я знаю, как соблюсти права разработчиков-инвесторов и как составить отчетность грамотно. Так, чтобы ни у кого не возникло вопросов или претензий. Более того, эта отчетность будет публичной и белой во всех отношениях.
 Что касается эффективности Allegro, то она уже проверена на практике. Я давно пишу системы реального (не бутафорского) учета на заказ в среде Delphi. Так вот, с созданием Allegro, я полностью перешел на написание таких систем в Allegro, так как экономия времени колоссальная, а о гибкости - я уже не говорю. Очень важным оказалось то обстоятельство, что любую ошибку можно подправить прямо на месте (у заказчика), без остановки работы фирмы.
 Я старался создать простой инструмент, в котором не было бы ничего лишнего и было бы все максимально прозрачно и доступно для SQL-щика.
 К сожалению, документация пока все еще не полная. Но я ее постоянно дописываю и публикую.
 Если есть вопросы - задавайте. Я постараюсь ответить на все вопросы.
 С уважением.


 
Юрий Зотов ©   (2004-04-14 00:00) [22]

> kaif ©   (13.04.04 21:46) [21]

> Если есть вопросы - задавайте. Я постараюсь ответить на все
> вопросы.

Есть пара вопросов.

1. Хватает ли возможностей DreamScripter"а для реального написания реального кода? Скажем, DelphiScripter подддерживает не полный Object Pascal - так вот, хватает ли поддерживаемого подмножества?

2. Каким образом удалось обойти лицензионную проблему, связанную с необходимостью распространения DesignIDE.bpl?

Заранее благодарю.


 
kaif ©   (2004-04-14 00:31) [23]

2 Юрий Зотов ©   (14.04.04 00:00) [22]

1. В принципе возможностей DreamScripter-а, на мой взгляд, хватает. Дело в том, что Allegro работает с базой данных напрямую. Поэтому все искусство программирования скорее сводится к написанию хороших SQL-запросов и хорошей организации данных. А скриптер по большей части обслуживает лишь оконный интерфейс. Практически все обячные конструкции работают, например, блоки защищенных ресурсов try finally end, массивы, создание компонентов run-time. Конечно это не Object Pascal и там не напишешь новый класс. Но практически все функции, которые привык использовать разработчик, импортированы. Например, IntToStr, FormatDateTime, Format, DateToStr, MonthOf и многие другие.

2. Среда IDE DreamControls заново воссоздает среду, похожую на IDE Delphi. Там не используется двоичный код IDE Delphi. Редакторы свойств многих компонентов написаны заново (кроме некоторых). Если можете, расскажите подробнее о проблеме с распространением DesignIDE.bpl. Возможно, я не совсем точно отвечаю на Ваш вопрос. Я специально компилировал Allegro с run-time libraries и добивался того, чтобы ничего (даже случайно) из борландовских библиотек среды IDE туда не попало. Были проблемы при импорте некоторых компонентов. И мне пришлось заново написать некоторые редакторы свойств. Однако до конца ручаться за то, что я ничего не нарушаю (из прав на внешний вид), мне сложно. Например, мне неизвестно, может быть отображение объект-инспектора "в стиле Delphi" само по себе уже что-то нарушает... Лицензионные соглашения пишутся очень витиеватым языком и без специальной юридической экспертизы мне будет трудно что-то определенно утверждать. И финансов на такие исследования пока нет. Пока я рассчитываю на здравый смысл. Allegro не позволяет писать новые компоненты. Следовательно, главная мощь Delphi не затронута. Это просто скриптовая поддержка на уровне приложения. Если же будут претензии, то придется, конечно, утрясать какие-то детали с заинтересованными сторонами...


 
kaif ©   (2004-04-14 00:41) [24]

Привожу кусочек текста Allegro. В этом модуле реализованы редакторы свойств компонентов IBX и происходит регистрация этих редакторов свойств и самих компонентов.

unit ib_reg;

interface

implementation

{$IFDEF USE_ALLEGRORES_DLL} (*----------поддержка W98-----я добавил-------*)
{$ELSE}
 {$R IBBMP.DCR}
{$ENDIF}
uses
 Classes, SysUtils, Controls, Forms, Dialogs, db,
 {dsgnintf,}
//  DesignIntf, DesignEditors,
 dcdsgnstuff,  
typinfo ,
 a_Fldlinks, a_sqledit, {эти 2 файла взяты из Property editors и переделаны для избавления от dblcb50.bpl}
 IBIntf,
 IBXConst,
 IBTransactionEdit,
 IBDatabaseEdit,
 IBUpdateSQLEditor,
 IBTable, IBQuery, IBStoredProc, IBDatabase,
 IBUpdateSQL, IBCustomDataSet, IBSQL,
 IBDatabaseInfo, IBSQLMonitor, IBEvents, IBExtract,
 IBServices, {IBInstall,}
 IBBatchMove, DBLogDlg, IBGeneratorEditor, IBUtils,
 IBServiceEditor, IBRestoreEditor, IBSecurityEditor,
 IBEventsEditor, IBDCLConst,
 IB,
 dctreeed, {Object Explorer for TIBDataSetBaseEditor.Edit}
 treeinsp ;


Жирным я выделил ряд модулей библиотеки Dream Controls, которые занимаются регистрацией редакторов свойств компонентов или сами реализуют некоторые из них.

//  DesignIntf, DesignEditors, (эти модули не используются!)
 dcdsgnstuff,   (вместо них используется вот это)


 
kaif ©   (2004-04-14 01:05) [25]

Так выглядит текст, который интерпретирует скриптер:
http://www.gaapinvest.com/allegro/doc/book2/doc047.html
Это учебный пример реализации склада в Allegro, который размещен на сайте в разделе "документация". Здесь можно видеть, какие конструкции понимает скриптер. Это очень похоже на обычную дельфийскую программу.


 
Юрий Зотов ©   (2004-04-14 01:09) [26]

> kaif ©   (14.04.04 00:31) [23]

Наверное, надо пояснить. То же самое и на той же связке я написал года 3 или 4 назад (только не как самостоятельный продукт, а в рамках другого продукта). Поэтому в курсе дел и вопросы вовсе не праздные.

Первый вопрос был вызван тем, что все это время Конструктор (будем называть его так) использовался, как Вы и говорите, именно SQL-разработчиками, но, насколько я знаю, Delphi-скриптов в нем пока еще не писали. То ли просто не было необходимости, то ли из-за недостаточной поддержки языка (хотя при тестировании я писал довольно развитый код и он работал). Это и хотелось выяснить.

Второй вопрос возник в связи с тем, что Borland не лицензирует DesingIDE.bpl для распространения. При компиляции в D5 это обходится легко (поскольку имеется Proxies.dcu, можно загнать весь код в Exe), но при переходе на D6-D7 возникает проблема. Dream Controls позволяет использовать опции UseVCLDesigner (использовать design-код VCL), либо UseOwnDesigner (использовать эмуляцию, о которой Вы говорите). Соответственно, в первом случае проект требует Proxies (которого уже нет, а dcp к проекту не прицепишь, это не пакет), а во втором мне не удалось добиться безглючной работы некоторых редакторов свойств и компонентов (хотя в "родной", а не эмулированной среде они работают безукоризненно).


 
kaif ©   (2004-04-14 01:41) [27]

2 Юрий Зотов ©   (14.04.04 01:09) [26]
 Вы правы насчет некоторых глюков собственного дизайнера DreamControls. Многие из них (самые вредные) я искоренил, исправляя их исходный код. Некоторые до сих пор остались. Например, такой экзотический глюк: после присвоения в инспекторе объектов свойства Action новому (только создаваемому) пункту меню это присвоение самым таинственным образом теряется. Но присвоение происходит нормально, если этот пункт меню не новый. Однако работе в общем и целом это мало мешает. Есть гораздо более важные проблемы, которые мне пока не удалось никак решить. Например, я до сих пор толком не знаю, как реализовать "снятие с исполнения" бесконечного цикла в скрипте (например, если разработчик случайно написал и запустил такой цикл).
 К тому же нужно будет, возможно и с трудом, встраивать пошаговый отладчик (пока он не встроен и даже не приобретен у Dream Company). Хотя пока без него разработчики обходятся.
 Таким образом, у пакета DC есть свои плюсы и минусы, но когда я начинал эту работу (3 года назад) у меня не так широк был выбор... Сравнив все на тот момент времени, я пришел к выводу, что DC - то, что мне нужно. Он легко развивал 1 млн. операций сложения в секунду при поддержке огромного количества нужных мне функций. Для сравнения на той же машине интерпретатор 1С развивал всего 150 тыс операций при своих гораздо более скромных возможностях.
 Я постоянно шлифую Allegro. Так что существующие глюки постепенно будут вылавливаться и исправляться.


 
kaif ©   (2004-04-14 02:05) [28]

2 All.
Мне прислали справедливые нарекания на то, что на сайте не была указана цена на Allegro.
Сообщаю, что цена теперь указана.
http://www.gaapinvest.com/project/shemeuse.html


 
kaif ©   (2004-04-14 04:56) [29]

2 serge35
Попытаюсь объяснить, почему проект gaapinvest - не лохотрон. Возможно, я слишком спешил с сайтом и неясно обрисовал идею на странице "О проекте".

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

2. Почему нам невыгодно кого-то кидать или динамить? Да просто потому что чем больше копий Allegro работает у клиентов, тем больше торговая марка Allegro усиливает свое влияние. На сегодня весь успех предприятия целиком и полностью зависит именно от массовости использования этой платформы конечными юзерами. Если они будут покупать стандартные конфигурации, то мы в любом случае выигрываем. Если же мы "кинем" кого-то из разработчиков, то мы теряем свое лицо в такой степени, что это эквивалентно провалу всей идеи. К тому же только на стандартных конфигурациях могут вырабатываться универсальные требования к тому, что в Allegro следует еще добавить.

3. Почему разработчикам выгодно иметь с нами дело в тиражировании стандартных конфигураций? Потому что мы можем осуществлять централизованную поддержку и его клиенты в любом случае будут больше доверять нашей поддержке, нежели его поддержке (по тем причинам, что я описал ранее в п.1). Учтите, что система Allegro развивается и кое-что в ней изменяется. И наша поддержка обойдется дешевле и ему и его клиентам. Не говоря уже о том, что перечень "стандартных конфигураций" и их свойства будут централизованно публиковаться на нашем сайте. А наш сайт будет рекламироваться. Нам в любом случае легче будет продавать этот тираж, чем разработчику. И наконец, разработчик стандартной конфигурации вправе не приобретать Allegro вообще, а вести разработку в Демо-версии. В отличие от разработчика, ведущего разработку на заказ. А если он совмещает эти две функции, то мы готовы продавать ему Allegro в кредит, так как этот кредит обеспечен его участием в проекте gaapinvest. Кто еще предлагает такие условия для разработчиков?
 Технология наших "апдейтов" следующая. Все разработчики и пользователи будут получать уведомление о необходимости апдейта. Апдейт состоит в переустановке системы Allegro "поверх имеющейся". Если в ядро базы нами что-то добавляется, то перед коннектом с каждой "старой" базой появится предложение о необходимости автоматического апдейта ядра. Эта технология уже отработана. Мы так уже повышали версию ядра с 1.1 до 1.2 и 1.3. Апдейт кумулятивный. Перед апдейтом автоматически делается резервная копия старой версии.
 Одним словом, мы намерены использовать практику более или менее синхронных апдейтов. Чтобы все экземпляры Allegro были идентичными у всех разработчиков и юзеров.
 Стоимость стандартной конфигурации может быть существенно ниже стоимости Allegro. Например $150-300. Разумеется, все зависит от того, что это за конфигурация и насколько она востребована. Более массовая и типовая конфигурация будет продаваться дешевле. Уникальная и рассчитанная на очень специфическую сферу - дороже.
 Не обязательно, чтобы это были какие-то очень сложные конфигурации. Как раз лучше, если они будут простыми и понятными, не требующими усиленного изучения. Желательно, чтобы справочники были уже хоть немного заполнены данными, вызывающими эффект узнавания. Для многих задач несколько интерфейсов-документов вроде цепочки "от заказа до исполнения" плюс несколько хорошо продуманных (под сферу) справочников - будут отлично смотреться, а покупатели будут довольны, так как у них сейчас как правило вообще ничего нет, кроме Excel и кучи бумаг на столах. Каждая такая конфигурация потенциально создает работу будущим разработчикам уже "на заказ" для тех юзеров, которые захотят что-то "добавить" или "усовершенствовать".


 
Digitman ©   (2004-04-14 11:13) [30]


> kaif


мне непонятно отсутствие в меню и тулбаре панели Метаданные/Справочники элементов управления созданием/редактированием Рубрикаторов ..

в контекстной справке Аллегро описание механизма управления рубрикаторами фигурирует, однако ни в контекстных меню ни тулбаре нет ни намека на сабж ... нет этого и в http://www.gaapinvest.com/allegro/doc/book3/doc015.html

как сие понимать ? рассматривается платф.версия 1.3.0.2


 
serge35   (2004-04-14 11:34) [31]

> Поэтому все искусство программирования скорее сводится к написанию хороших SQL-запросов и хорошей организации данных

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

А парить мозги пользователям у которых
> как правило вообще ничего нет, кроме Excel и кучи бумаг на столах

Это можно с помощью 1С.


 
Anatoly Podgoretsky ©   (2004-04-14 11:51) [32]

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


 
Digitman ©   (2004-04-14 12:02) [33]


> Anatoly Podgoretsky ©   (14.04.04 11:51) [32]



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


именно !

вот один непонятный пока глюк мне уже виден).. см. [30]


 
serge35   (2004-04-14 12:10) [34]

писать лучше на языке, в котором ты абсолютно уверен.
А все эти надстрийки над языками, "облегчающие" жизнь зачастую оборачиваются "медвежьей услугой"
Наша компания продает Pivotal. Мне предложили заниматься ее кастомизацией. Я отказался, не смотря на то, что кастомизация предполагает загранкомандировки.


 
kaif ©   (2004-04-14 12:26) [35]

2 Digitman ©   (14.04.04 11:13) [30]

Каюсь. Help очень старый.
Я исключил рубрикаторы из ядра системы Allegro. Это не глюк.
Help будет сделан заново на основе описания UserManual, которое пока полностью не готово.


 
Digitman ©   (2004-04-14 12:41) [36]


> kaif ©   (14.04.04 12:26) [35]



> Я исключил рубрикаторы из ядра системы Alle


почему ? с чем это связано ? imho, чрезвычайно удобная и полезная штука !

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


 
kaif ©   (2004-04-14 12:48) [37]

2 serge35   (14.04.04 12:10) [34]

На сегодня сложились 2 направления:

 1. Приближение систем "к юзеру". Чтобы тот мог сам создавать "формы документов", добавлять "таблицы" и так далее. Это подкупает юзера и повышает конкурентоспособность продукта. На мой взгляд этот подход и есть "впаривать". Так как юзер, не знакомый с принципами нормализации и не придающий значения таким вещам, как уникальность, к примеру, обречен нагородить нечто несусветное, а затем приползти на коленях к программисту.
 2. Удовлетворение запросов программиста-профессионала. Это серьезные и дорогие системы. Та же Delphi, к примеру. Или мощная CASE + Delphi + ORACLE за несколько десятков тысяч долларов. Такие системы хороши для дорогих проектов, чем обычно "конфигурирующие фирмы", по большей части и занимаются.
 
 Я пытаюсь еще раз решить ту задачу, которую ставили вначале (как мне кажется) создатели 1С: удобное и недорогое средство для профессионала, позволяющее независимым программистам зарабатывать хорошие деньги, а юзерам быстро получать надежные и недорогие программы, приспособленные под их бизнес.

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


 
Danilka ©   (2004-04-14 12:56) [38]


> В 1С тоже иногда пишутся дельные вещи. Вопрос в том, за
> какое время и какими усилиями.

Кстати, намного быстрее и проще, чем то-же самое, например, на дельфях.
Правда, вот с этим:
> И с какой скоростью потом все это работает.

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

Надеюсь, у Аллегро с производительностью проблем будет меньше, раз запросы к СУБД можно самим писать.
Кстати, а в кредит он будет продаваться?
И еще, где можно посмотреть версию, я ее смотрел давно очень, файл AllegroSetup.exe от 28 октября, как я понимаю, есть более свежая версия?


 
serge35   (2004-04-14 13:02) [39]

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

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

И как в таком таком случае получится "Недорогая и надежная программа" для пользователя.

Давайте посчитаем по себестоимости. Допустим один рабочий день программиста, работающего на заказ стоит 50$.

Предположим, что для разработки конфигурации требуется 3 месяца, т.е. 60 рабочих дней.

Таким образом конфигурация обойдется в 3000$

Не так уж и дешево.

С таким же успехом можно нанять программиста на постоянную работу, а не пользоваться услугами приходящих и уходящих.

К тому же простите надо купить лицензию на Delphi и IB.
Да еще заплатить за Allegro.


 
Digitman ©   (2004-04-14 13:08) [40]


> kaif


1. Планируется ли тобой версия платформы для организации 3-звенки ?

2. Извини, у меня не было выбора - демо-движок (то что выложено на сайте) пришлось сломать, чтобы воочию оценить произв-ть операций на значительно больших (>> 1000 записей) наборах данных .. ч.г., мне не очень понравилась производ-ть при массированной вставке-модификации в справочники и документы ... тестировал на FB1.5 RC9 ... где-то, очевидно, есть "узкие места", возможно - в не слишком удачной логике управления транзакциями при таких вот операциях ... не думаю на это как-то влияиет RC9 vs RC4



Страницы: 1 2 3 4 5 6 7 8 вся ветка

Форум: "Потрепаться";
Текущий архив: 2004.05.16;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.62 MB
Время: 0.038 c
1-1083163974
Andrew_Rostov
2004-04-28 18:52
2004.05.16
Чтение данных из текстового файла


7-1080883044
СержК
2004-04-02 09:17
2004.05.16
Как програмно поменять системное время


1-1083082162
solo
2004-04-27 20:09
2004.05.16
Таблицы в .rtf


6-1079963832
Санек
2004-03-22 16:57
2004.05.16
Как получить список имен домена ?


14-1082814600
Piter
2004-04-24 17:50
2004.05.16
Ничего не понимаю





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский