AXForum  
Вернуться   AXForum > Рынок > Сравнение ERP-систем
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 17.12.2010, 11:05   #1  
kuntashov is offline
kuntashov
Участник
Аватар для kuntashov
1C
 
33 / 34 (2) +++
Регистрация: 07.12.2007
позволю себе аргументированно вам возразить (очередное сравнение с 1С)
**** выделено отсюда Промежуточные итоги 1С ****

Цитата:
Сообщение от SolNik Посмотреть сообщение
Покрывающего по функционалу НАВ или Аксапту (простой показатель - количество таблиц в БД. Аксапта - больше 3000, УПП (справочники+документы) - меньше 600).
Кажется, количество таблиц в БД (безотносительно того, о какой системе идет речь) некорректно использовать в качестве аргумента в пользу преимущества функционала (как по количеству, так и по качеству).

Цитата:
Сообщение от SolNik Посмотреть сообщение
Об одной из причин я уже писал как-то. Самобытная структура метаданных 1С,
Что вы понимаете под "самобытностью"? В NAV или Ax структура метаданных не "самобытна"?

Цитата:
Сообщение от SolNik Посмотреть сообщение
отсутствие ООП, не позволяет при проектировании сложного, глубоко взаимосвязанного функционала полноценно использовать паттерны,
Вы конечно же знаете, что ООП и "паттерны проектирования" - вполне себе независимые области знания, и отсутствие ООП ни коим образом не отменяет возможности применения паттернов проектирования, как на уровне "кода", так на уровне архитектуры.

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

Если у вас есть минутка, ответьте мне, как специалист, какие принципы ООП наиболее часто применяются вами на практике? Какие при этом с помощью этих принципов проблемы решаются?

Цитата:
Сообщение от SolNik Посмотреть сообщение
методики, наработанные за десятилетия в области инженерии ПО.
Архитектура "клиент-сервер", взаимодействие с СУБД через ORM-слой, декларативный язык запросов, декларативная система описания отчетов (СКД) - разве это не примеры использования в 1С "методик, наработанных за десятиления в области инженерии ПО"?

А встроенные открытые средства интеграции с другими приложениями, поддержка открытых протоколов XDTO, SOAP? Средства сериализации в XML? COM? Кросс-платформенный NativeAPI для разработки внешних компонент?

Или я не правильно вас понял и вы имеете в виду что-то другое?

Цитата:
Сообщение от SolNik Посмотреть сообщение
Отсюда сложные, запутанные реализации стандартных конфигураций, в которых 1С-нику проще не разбираться, а написать с боку что-то свое.
Кажется, это не является исключительной спецификой для 1с-ников. Среди технарей и программистов описанная вами черта очень часто встречается. 1с-ники просто такие же .

Наводящий на понимание моей мысли вопрос (отвечать не обязательно): вы уверены, что тот же самый специалист, который наделал костылей в 1С, переориентировавшись внедрять Ax, вдруг изменит себе и начнет разбираться, как там все устроено, чтобы внедрить типовой функционал?

Возможно, вы имели в виду то, что среди специалистов 1С такое можно чаще такую ситуацию встретить.

Но, мне кажется, причина эта уже давно не в том, что 1С:Предприятие - платформа не уровня "enterprice", что решения на 1С - "не тянут", а в том, что платформа шагнула на следующий уровень, а толпа специалистов, внедряющих "доступно и всерьез" пока еще не сделала этот шаг. По крайней мере, большая ее составляющая, с которой мы все знакомы по mista.ru, infostart.ru и пр.

Да, это показательно, и именно это, по моему мнению, главная проблема и фирмы 1С и профессионального сообщества 1С, а уж никак не технологическая отсталость платформы 1С:Предприятия 8.2 относительно других платформ.
__________________
С уважением,
Александр Кунташов
Старый 17.12.2010, 12:00   #2  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от kuntashov Посмотреть сообщение
Кажется, количество таблиц в БД (безотносительно того, о какой системе идет речь) некорректно использовать в качестве аргумента в пользу преимущества функционала (как по количеству, так и по качеству).
корректно использовать, если число отличается в разы.
некорректно использовать, если число отличается на проценты.

потому что: информацию хоть так, хоть эдак, но хранить где-то надо. число сущностей-хранилищ дает грубую оценку числа информации.


Цитата:
Сообщение от kuntashov Посмотреть сообщение
Наводящий на понимание моей мысли вопрос (отвечать не обязательно): вы уверены, что тот же самый специалист, который наделал костылей в 1С, переориентировавшись внедрять Ax, вдруг изменит себе и начнет разбираться, как там все устроено, чтобы внедрить типовой функционал?
Уверен. И мало того - убежден. О чем неоднократно говорил.
Это феномен 1Сников. Из-за которого типичного 1Сника нужно обучать на полгода дольше. Люди, пришедшие из других систем, как правило начинают сначала разбираться.


Цитата:
Сообщение от kuntashov Посмотреть сообщение
Но, мне кажется, причина эта уже давно не в том, что 1С:Предприятие - платформа не уровня "enterprice", что решения на 1С - "не тянут", а в том, что платформа шагнула на следующий уровень, а толпа специалистов, внедряющих "доступно и всерьез" пока еще не сделала этот шаг. По крайней мере, большая ее составляющая, с которой мы все знакомы по mista.ru, infostart.ru и пр.
не надо валить на людей.
люди смотрят как написаны типовые конфы.
люди берут оттуда паттерны и используют их.
чтобы изменить людей нужно изменить типовые конфы.

то же самое относится и к аксапте с навижином, в которых некоторые места в коде (особенно в локализациях) являются антипаттернами.

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

технологическая отсталось - врожденное качество платформы 1С.
(точно такое же как врожденные характеристики франчайзинга)

технологическая отсталось обусловлена ориентацией на "собственные силы", на подчеркнутую "самобытность" и несовместимость с общими ИТ-стандартами.
свой data mining, свой olap, свой интерфейс, свой формат базы данных, свой sql, свой язык запросов, своя система отчетов, своя картографическая система, свой workflow, свой веб и т.п.

Да, они увернулись от гонки http://russian.joelonsoftware.com/Ar...AndMotion.html
да, сейчас 1С напряглась и рванула.
но передовые технологии нужно поддерживать. изо дня в день.

достаточно вспомнить тот же САП.
они придумали свой интерфейс лет 15 назад. Тогда это казалось таким замечательным прорывом. Сейчас это выглядит так архаично.
__________________
полезное на axForum, github, vk, coub.
За это сообщение автора поблагодарили: kuntashov (1).
Старый 17.12.2010, 12:37   #3  
kuntashov is offline
kuntashov
Участник
Аватар для kuntashov
1C
 
33 / 34 (2) +++
Регистрация: 07.12.2007
Цитата:
Это феномен 1Сников. Из-за которого типичного 1Сника нужно обучать на полгода дольше. Люди, пришедшие из других систем, как правило начинают сначала разбираться.
Не готов с вами спорить, и даже склонен верить вашему мнению, поскольку у вас есть опыт работы с командами внедренцев 1С, у меня нет опыта работы с командами внедрения Ax.

Но я все же склонен считать, что дело не в системе, а в том, что низкий порог вхождения в "специальность" (программирование 1С) привело к этому "феномену".

Цитата:
несовместимость с общими ИТ-стандартами
О каких "общих ИТ-стандартах" идет речь?
__________________
С уважением,
Александр Кунташов
Старый 17.12.2010, 13:07   #4  
brahma is offline
brahma
Участник
1C
 
278 / 80 (3) ++++
Регистрация: 01.12.2005
Цитата:
Сообщение от mazzy Посмотреть сообщение
корректно использовать, если число отличается в разы.
некорректно использовать, если число отличается на проценты.
Для корректной оценки, неплохо бы было привести корректные числа.


Цитата:
Сообщение от mazzy Посмотреть сообщение
технологическая отсталось обусловлена ориентацией на "собственные силы", на подчеркнутую "самобытность" и несовместимость с общими ИТ-стандартами.
свой data mining, свой olap, свой интерфейс, свой формат базы данных, свой sql, свой язык запросов, своя система отчетов, своя картографическая система, свой workflow, свой веб и т.п.
Это вы сейчас про Microsoft и семейство его продуктов Dynamics?
Старый 17.12.2010, 14:33   #5  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,322 / 3547 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от brahma Посмотреть сообщение
Для корректной оценки, неплохо бы было привести корректные числа.
Дык ж... приведены:
Цитата:
Сообщение от SolNik Посмотреть сообщение
Покрывающего по функционалу НАВ или Аксапту (простой показатель - количество таблиц в БД. Аксапта - больше 3000, УПП (справочники+документы) - меньше 600).
Цитата:
Сообщение от brahma Посмотреть сообщение
Это вы сейчас про Microsoft и семейство его продуктов Dynamics?
Тут смысл не в том, что Dynamics смотрит на технологии своего же производителя и это есть хорошо, а в случае с 1С-ом, который смотрит на свои технологии - плохо.
А смысл в том, что есть конкретный продукт (язык SQL в частности или OLAP-продукт), который принят де-факто за стандарт обработки данных в БД (это про язык SQL). Есть OLAP-продукты (и это совершенно не обязательно SQL Server Analysis Services). И если бы 1С не пыталась бы все это заменить на нечто свое, а пыталась бы использовать существующие технологии - она бы гораздо дальше шагнула бы вперед по технологиям. Та же MS не создавала Reporting Services, не создавала SQL Server, не создавала Dynamics AX, NAV. Она все это купила. Просто финансовые возможности 1С несравнимы с MS и она не может себе позволить купить технологии, поэтому нужно давать возможности для интеграции.

Например, смогла же 1С использовать "движок" от Excel для своих отчетов. Это кстати - одно из сильных ее преимуществ. А если бы они писали бы что-то свое и сваяли бы что-то а-ля отчеты в АХ - то они бы не получили этого преимущества, как не получила АХ (из-за чего кстати и затеялась вся эта интеграция с Reporting Services и т.д.)
__________________
Возможно сделать все. Вопрос времени

Последний раз редактировалось sukhanchik; 17.12.2010 в 14:37.
Старый 17.12.2010, 15:26   #6  
kuntashov is offline
kuntashov
Участник
Аватар для kuntashov
1C
 
33 / 34 (2) +++
Регистрация: 07.12.2007
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Например, смогла же 1С использовать "движок" от Excel для своих отчетов. Это кстати - одно из сильных ее преимуществ.
Не очень понятно, в каком месте 1С использует "движок" Excel? Если речь идет о табличных документах 1С, т.е. "мокселях" (mxl), то это не так.
__________________
С уважением,
Александр Кунташов
Старый 17.12.2010, 15:38   #7  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,322 / 3547 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от kuntashov Посмотреть сообщение
Не очень понятно, в каком месте 1С использует "движок" Excel? Если речь идет о табличных документах 1С, т.е. "мокселях" (mxl), то это не так.
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Например, смогла же 1С использовать "движок" от Excel для своих отчетов.
Я не говорю - что запускается последняя версия Excel. Речь идет именно о технологии, с помощью которой выводятся результаты пользователю
__________________
Возможно сделать все. Вопрос времени
Старый 17.12.2010, 16:11   #8  
kuntashov is offline
kuntashov
Участник
Аватар для kuntashov
1C
 
33 / 34 (2) +++
Регистрация: 07.12.2007
Ну если так, то конечно ладно, но ваш комментарий в контексте других сообщений от специалистов по Ax настораживает и удивляет, потому что, к примеру, про тот же язык запросов 1С:Предприятия 8, следуя вашему примеру, можно сказать, что он использует "движок" SQL, и т.д... Но я давно читаю AxForum и знаю, что таки аргументы 1Сников тут не проходят

Мои парой сообщений выше - не прошли ))
__________________
С уважением,
Александр Кунташов
Старый 17.12.2010, 16:17   #9  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,164 / 1296 (48) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Речь идет именно о технологии, с помощью которой выводятся результаты пользователю
Тогда уж нужно вести речь о Visicalc, а не Excel
Старый 17.12.2010, 16:23   #10  
brahma is offline
brahma
Участник
1C
 
278 / 80 (3) ++++
Регистрация: 01.12.2005
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Дык ж... приведены:
Я заметил, что хорошо бы привести корректные числа.

Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Тут смысл не в том, что Dynamics смотрит на технологии своего же производителя и это есть хорошо, а в случае с 1С-ом, который смотрит на свои технологии - плохо.
А смысл в том, что есть конкретный продукт (язык SQL в частности или OLAP-продукт), который принят де-факто за стандарт обработки данных в БД (это про язык SQL). Есть OLAP-продукты (и это совершенно не обязательно SQL Server Analysis Services). И если бы 1С не пыталась бы все это заменить на нечто свое, а пыталась бы использовать существующие технологии - она бы гораздо дальше шагнула бы вперед по технологиям. Та же MS не создавала Reporting Services, не создавала SQL Server, не создавала Dynamics AX, NAV. Она все это купила. Просто финансовые возможности 1С несравнимы с MS и она не может себе позволить купить технологии, поэтому нужно давать возможности для интеграции.
Не очень понятно какая разница куплены технологии или разработаны самими с нуля. Например технология .Net была разработана с нуля при уже имеющейся Java.
ReportService вместо CristalReport, Silvelight вместо Flash и HTML 5, свой сбственный стандарт офисных документов и так далее. Язык запросов в Axapta тоже отличается от стандарта.

Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Например, смогла же 1С использовать "движок" от Excel для своих отчетов. Это кстати - одно из сильных ее преимуществ. А если бы они писали бы что-то свое и сваяли бы что-то а-ля отчеты в АХ - то они бы не получили этого преимущества, как не получила АХ (из-за чего кстати и затеялась вся эта интеграция с Reporting Services и т.д.)
Он тоже самовитый. В нем тоже есть возможности, которые не поддерживаются "общими ИТ-стандартами".
За это сообщение автора поблагодарили: kuntashov (1).
Старый 17.12.2010, 16:41   #11  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,322 / 3547 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от brahma Посмотреть сообщение
Я заметил, что хорошо бы привести корректные числа.
Скажем так. По 1С я не знаю корректных чисел. Но разница на порядок (если она существует) - роль играет. Как правильно заметил mazzy:
Цитата:
Сообщение от mazzy Посмотреть сообщение
потому что: информацию хоть так, хоть эдак, но хранить где-то надо
Цитата:
Сообщение от brahma Посмотреть сообщение
Не очень понятно какая разница куплены технологии или разработаны самими с нуля
Разница примерно такая же, как между самопиской на Access-е / Delphi / ... и поставляемым функционалом от 1С / MS / ...
Т.е. когда написано нами - то а) нет широкой распространенности => тяжело претендовать на стандарт и б) высока вероятность частого изменения этих технологий нами (баги/совместимости/усовершенствования и пр.) и как следствие - отсутствие устоявшегося функционала

Цитата:
Сообщение от brahma Посмотреть сообщение
Он тоже самовитый. В нем тоже есть возможности, которые не поддерживаются "общими ИТ-стандартами".
Ну не совсем же с нуля его писали
__________________
Возможно сделать все. Вопрос времени
Старый 17.12.2010, 17:57   #12  
brahma is offline
brahma
Участник
1C
 
278 / 80 (3) ++++
Регистрация: 01.12.2005
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Скажем так. По 1С я не знаю корректных чисел. Но разница на порядок (если она существует) - роль играет. Как правильно заметил mazzy:
Если изначальная посылка ложная, то даже при дальнейших правильных умозаключениях можно получить ложный вывод. Пока неизвестна корректная цифра по количеству таблиц в обоих продуктах, странно обсуждать разницу на порядок. Да и хорошо бы сравнивать сравнимые величины, а не теплое с мягким.


Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Разница примерно такая же, как между самопиской на Access-е / Delphi / ... и поставляемым функционалом от 1С / MS / ...
Например, QuickBooks. Я уж не знаю на чем эта самописка написана, но вроде как стандарт де-факто для бухгалтерских программ в США и Канаде.

Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Т.е. когда написано нами - то а) нет широкой распространенности => тяжело претендовать на стандарт и б) высока вероятность частого изменения этих технологий нами (баги/совместимости/усовершенствования и пр.) и как следствие - отсутствие устоявшегося функционала
Факты из жизни опровергают это утверждение. Масса продуктов и технологий получили широкое распространение, а уже потом под них подгонялись стандарты. Также есть примеры мертворожденных стандартов.


Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Ну не совсем же с нуля его писали
Думаете выкрали исходники Exel'я из Редмонда?
Старый 17.12.2010, 18:05   #13  
Reaper is offline
Reaper
Участник
1C
 
92 / 59 (2) ++++
Регистрация: 13.04.2010
Все относительно. Представьте картину - внезапно (по воле Бога, или еще какому-то чуду) собираются ведущие специалисты консалтинговых компаний и интеграторов для проектирования функционала прикладного решения, а потом коллектив специалистов уровня "1С: Эксперт по технологическим вопросам" проектируют и реализовывают прикладное решение. И вот, готова бомба. И что? Да ничего - маркетологов нанять забыли. ИМХО нет сейчас проблем с технологиями у 1С. Есть проблема в уровне коллективов разработчиков тиражных решений. А еще есть темные лошадки. Господа, проживая в провинции я таких зверей как "Инталев: корпоративные финансы" и "ИТРП:Процессное производство" даже не видел. Максимум - УПП. А кто-нибудь из вас на тендерах соперничал с ними, переходили с них на продукты MS? Есть хоть какие-то слухи об этих решениях в вашей среде?
Старый 17.12.2010, 19:25   #14  
SolNik is offline
SolNik
Участник
 
58 / 36 (2) +++
Регистрация: 22.10.2003
Цитата:
Сообщение от kuntashov Посмотреть сообщение
Кажется, количество таблиц в БД (безотносительно того, о какой системе идет речь) некорректно использовать в качестве аргумента в пользу преимущества функционала (как по количеству, так и по качеству).
Ну почему же...если это таблицы, хранящие классы-сущности (элементы модели предметной области), а не служебные таблицы - это неплохой показатель размеров моделей предметной области.

Цитата:
Сообщение от kuntashov Посмотреть сообщение
Что вы понимаете под "самобытностью"? В NAV или Ax структура метаданных не "самобытна"?
Под самобытностью я понимаю наличие в среде разработки 1С таких понятий, как Документ, Справочник, Регистр, План счетов и т.п.. И отсутствие таких понятий как класс, таблица, тип данных и т.п....За НАВ не скажу, но в Аксапте среда разработка гораздо более похожа на классические RAD-среды.

Цитата:
Сообщение от kuntashov Посмотреть сообщение
Вы конечно же знаете, что ООП и "паттерны проектирования" - вполне себе независимые области знания, и отсутствие ООП ни коим образом не отменяет возможности применения паттернов проектирования, как на уровне "кода", так на уровне архитектуры.
Абсолютно не согласен. Эти понятия не отделимы. GRASP, UML, RUP, рефакторинг - все эти паттерны, методологии в той или иной степени оперируют такими понятиями, как класс и объект.

Цитата:
Сообщение от kuntashov Посмотреть сообщение
А по поводу ООП... Если вы адепт этого подхода, то вас наверняка уже задолбали фанаты хаскела, скалы и прочей функциональщины, разве нет?
ФП - это пока андеграунд...имхо мейнстрим в проектировании ПО сейчас по-прежнему ООП.

Цитата:
Сообщение от kuntashov Посмотреть сообщение
Если у вас есть минутка, ответьте мне, как специалист, какие принципы ООП наиболее часто применяются вами на практике? Какие при этом с помощью этих принципов проблемы решаются?
Ну принципы используются все (если вы про инкапсуляцию, наследование и полиморфизм) в них собственно суть разработки на ООП языках...кроме того активно использую GRASP и методы рефакторинга.

Цитата:
Сообщение от kuntashov Посмотреть сообщение
Архитектура "клиент-сервер", взаимодействие с СУБД через ORM-слой, декларативный язык запросов, декларативная система описания отчетов (СКД) - разве это не примеры использования в 1С "методик, наработанных за десятиления в области инженерии ПО"?

А встроенные открытые средства интеграции с другими приложениями, поддержка открытых протоколов XDTO, SOAP? Средства сериализации в XML? COM? Кросс-платформенный NativeAPI для разработки внешних компонент?

Или я не правильно вас понял и вы имеете в виду что-то другое?
Нет, я не имел ввиду внутренности самой платформы - я про среду разработки 1С (злосчастный ООП )


Цитата:
Сообщение от kuntashov Посмотреть сообщение
Наводящий на понимание моей мысли вопрос (отвечать не обязательно): вы уверены, что тот же самый специалист, который наделал костылей в 1С, переориентировавшись внедрять Ax, вдруг изменит себе и начнет разбираться, как там все устроено, чтобы внедрить типовой функционал?
Понятно, что в семье не без урода . Но в DAX это будет сделать сложней .
Тут есть такая замечательная вещь, как Best Practices для разработки. Солидный документик, в котором регламентирован каждый чих разработчика. Причем проверку следованию некоторым правилам Best Practices можно настроить на уровне компиляции. Вплоть до того, что запретить помещать в систему контроля версий элементы, не проходящие проверки Best Practices.
Есть методология внедрения SureStep, которая требует проведения CodeReview старшим разработчиком по всем модификациями...так что такому нерадивому 1С-нику тут будет трудно развернуться .

Цитата:
Сообщение от kuntashov Посмотреть сообщение
Да, это показательно, и именно это, по моему мнению, главная проблема и фирмы 1С и профессионального сообщества 1С, а уж никак не технологическая отсталость платформы 1С:Предприятия 8.2 относительно других платформ.
Культуру надо развивать...одной технологической платформы мало для написания качественных прикладных решений...А для этого нужна методология, правила, жесткая сертификация решений и т.д и т.п.
За это сообщение автора поблагодарили: sukhanchik (2).
Старый 17.12.2010, 19:30   #15  
SolNik is offline
SolNik
Участник
 
58 / 36 (2) +++
Регистрация: 22.10.2003
Цитата:
Сообщение от brahma Посмотреть сообщение
Для корректной оценки, неплохо бы было привести корректные числа.
По DAX за эти числа отвечаю ...а в 1С я посчитал количество элементов конфигурации типа Справочник и Документ. Если ошибся - поправьте...
Старый 17.12.2010, 19:35   #16  
SolNik is offline
SolNik
Участник
 
58 / 36 (2) +++
Регистрация: 22.10.2003
Цитата:
Сообщение от brahma Посмотреть сообщение
Факты из жизни опровергают это утверждение. Масса продуктов и технологий получили широкое распространение, а уже потом под них подгонялись стандарты. Также есть примеры мертворожденных стандартов.
Вы что, всерьез думаете, что движок отчетов 1С будет продаваться как отдельный компонент и станет продаваться наряду с SSRS и Crystall??? Или миллионы веб-разработчиков кинуться осваивать среду разработки 1С для разработки веб-решений???
Старый 17.12.2010, 19:40   #17  
SolNik is offline
SolNik
Участник
 
58 / 36 (2) +++
Регистрация: 22.10.2003
Коллеги, на самом деле, я не хотел разжигать очередной холивар 1С<->Аксапта...эта тема вечна Я привел свои аргументы, почему 1С как среда разработки вряд ли выстрелит на международном рынке.
Старый 17.12.2010, 19:46   #18  
brahma is offline
brahma
Участник
1C
 
278 / 80 (3) ++++
Регистрация: 01.12.2005
Цитата:
Сообщение от SolNik Посмотреть сообщение
По DAX за эти числа отвечаю ...а в 1С я посчитал количество элементов конфигурации типа Справочник и Документ. Если ошибся - поправьте...
Ошибаетесь.
Старый 17.12.2010, 19:47   #19  
brahma is offline
brahma
Участник
1C
 
278 / 80 (3) ++++
Регистрация: 01.12.2005
Цитата:
Сообщение от SolNik Посмотреть сообщение
Вы что, всерьез думаете, что движок отчетов 1С будет продаваться как отдельный компонент и станет продаваться наряду с SSRS и Crystall???
А кто-нибудь ставил такую цель - чтобы движок отчетов 1С продавался как отдельный компонент?

Цитата:
Сообщение от SolNik Посмотреть сообщение
Или миллионы веб-разработчиков кинуться осваивать среду разработки 1С для разработки веб-решений???
поживем - увидим.
Старый 17.12.2010, 23:49   #20  
Сисой is offline
Сисой
Участник
Аватар для Сисой
Злыдни
1C
 
938 / 339 (13) ++++++
Регистрация: 05.02.2003
Адрес: Москва
В УПП прримерно 3700 таблиц.
Теги
сравнение систем

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Сравнение Dynamics 1С CRM по цене Dekan Сравнение ERP-систем 25 21.12.2010 15:23
1С: Франчайзи - есть ли будущее? miklenew Другие системы на рынке 13 03.10.2009 12:22
Сравнение 1С"Зарплата и Кадры" с модулем Axapta "Расчеты с персоналом" Ленок Сравнение ERP-систем 46 28.05.2008 15:28
Обсуждение документа "Сравнение 1С и AX" Кузнецов Александр Сравнение ERP-систем 44 20.02.2008 13:56
Очередное сравнение ERP komar Сравнение ERP-систем 9 27.05.2005 14:43
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 07:56.