Old NickПредлагаю объединиться. С моей стороны системное ядро, с твоей прикладная часть в виде складского учета

А вы считаете что ваше системное ядро лучше конфигуратора 1с8 ?

Guest_2 авторА вы считаете что ваше системное ядро лучше конфигуратора 1с8 ?
А что, на 1С8 свет клином сошелся?
А кроме 1С8 есть ещё 1С7.7

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


Зачем использовать "левое ядро" когда можно воспользоваться
8-кой. или 7-кой.

Или приведите пример более мощного и столь доступного ядра.

guest_2
Мощи мало в тех ядрах. :D

Мощи мало и нет в ядре OEBS, а в 1С очень мощное и концептуальное ядро.
Четкая структура объектов, достаточных для решения огромного числа задач (даже шахматы и тетрис). Сравните убогий Fast Report или Oracle Report с отчетником 1С. 

guest_2
Вы попробуйте использовать данные ядра, в случае что бы данные хранились, допустим, в Sybase ASA.


MS SQL Server лично мне больше нравится. Жалко что 1с не может с Oraclом работать. Да и захват рынка MS SQL Server ом очевиден.

guest_2
Да бог с ним, с ASA. Вы видели структуру данных 1С? Ваши впечатления?


Что поделать концепция и метаданные берут свое. За все надо платить.
Но никто ни говори какой придурок Invoice_ID назвал ID_Account oм.

guest_2
Насколько легко и эффективно, по вашему мнению, можно организовать экспорт данных из 1С в какую-то другую систему (CRM к примеру)?


Из 1С 77 это сделать очень легко. В 8-ке еще легче.
Вот, из CRM в 1С действительно неприятно. Но данная задача решаема.

guest_2
Что понимается вами под доступностью?

1C это стабильная фирма без скандальной репутации. Система на порядок дешевле Делфи или Визуал С.
Ядра подобного 1С лично я не видел нигде. Многие разработчики тратят многие месяцы на разработку "кривых" учетных механизмов, да и остатки лежат "на сейчас" без периодичности....
Поставка исходных текстов делает 1С доступным, наличие встроенного мощнейшего языка -привлекательной. Зачем изобретать новые ядра!

guest_2
Вы попробуйте использовать данные ядра, в случае что бы данные хранились допустим в Sybase ASA.


Кстати есть сторонняя компонента для 1С для доступа к Oracle через DOA.

И еще 5 коп.

Вместе с 1с8-кой вроде как должно поставляется 1С API, что дает неограниченный доступ из внешних систем.

Guest_2
Вы сравните отчетник 1С с DataWindow.


что такое DataWindow.??? :( Он интегрирован в предметно -ориентированную систему? И что там есть такого чего нет в отчетах 1С 8, там есть например динамически раскрывающиеся группы

Guest_2
Лично у меня язык запросов (ЯЗ) 1С вызывает отвращение (мнение субъективное, прошу не обижаться).


Этот язык намного более гибкий и мощный чем в большинстве СУБД .
Если включить трассировку запросов к MS SQL, то некоторые 1С конструкции превращаются в 2 и более сложных sql запроса.

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


Отнеситесь к системе серьезнее и купите ей сервер, а не palm.

Guest_2
Посмотрите на индексы в таблицах БД и все поймете.


Это узкое место. Пишите запросы под индексы.

Guest_2
Хочется услышать ваше мнение про скорость выполнения запросов в 1С с
использования ихнего ЯЗ.


Их язык заканчивается на клиенте к серверу идет запрос MSSQL :). Все вопросы к Microsoft или автору запроса.

Guest_2
Так как же легко и просто импортировать из 1С? Поподробнее плиииз.


Давайте конкретнее, куда вам из 1с надо отправить данные может в XML? или Excel а может Oracle?

• Встроенный язык версии 8.0 не совместим с языком вер-
сии 7.7. При конвертации информационной базы тексты про-
граммных модулей не конвертируются (переносятся в виде
комментариев).
• Платформа теперь не делится на базовые объекты и постав-
ляемые отдельно компоненты (бухгалтерия, оперативный учет,
расчет). Все объекты конфигурации включены в стандартную
поставку.
• Разработан механизм поставки и поддержки конфигураций.
• Разработан новый эргономичный дизайн пользовательского
интерфейса, ориентированный на облегчение освоения про-
грамм неподготовленными пользователями и обеспечение вы-
сокой скорости работы для опытных пользователей, что осо-
бенно актуально при массовом вводе информации.
• В информационной базе всегда хранится две конфигурации:
конфигурация базы данных, которая соответствует текущей ба-
зе данных (т.е. структуре таблиц), и текущая конфигурация,
которую можно редактировать и сохранять без прерывания ра-
боты пользователей. Но при обновлении конфигурации базы
данных требуется монопольный захват информационной базы.
Разработка:
• Разработана новая унифицированная объектная модель систе-
мы. Добавлены, изменены или удалены некоторые объекты
конфигурации, но обеспечивается преемственность с верси-
ей 7.7 по части основных понятий.
• Скорость освоения платформы должна возрасти за счет уни-
фицированной объектной модели системы, так же как и ско-
рость разработки конфигураций. Последнее достигается, на-
пример, благодаря новым программным объектам и механиз-
мам.
• У справочников, документов и других объектов конфигурации
поддерживается несколько табличных частей.
Расширен набор элементов управления, их свойств и событий
Теперь в форме могут располагаться ActiveX-компоненты.
• Переработан механизм запросов, ориентированный на обра-
ботку экономической информации. Запросы рекомендуется
использовать как основное средство извлечения данных.
• Отладчик включен в Конфигуратор. Он умеет показывать спи-
сок свойств объектов с указанием их значений и типов. Есть
возможность просмотреть коллекции, например, массивы,
таблицы значений.
• Функциональность внешней компоненты v7plus.dll включена
платформу в виде объектов Почта, СистемнаяИнформация
ИнтернетСоединение, РТРСоединение и т.д. Есть встроенные
средства для работы с XML-документами.
Масштабируемость:
• Ожидается значительное увеличение масштабируемости при-
кладных решений при правильном использовании механизма
платформы, особенно для клиент-серверного варианта работы.
• В клиент-серверном варианте реализуется трехуровневая архи-
тектура, когда между клиентом и сервером баз данных распо-
лагается сервер 1С:Предприятия 8.0. Допускается работа про,
граммы на встроенном языке на сервере 1С:Предприятия 8.0.
• В файловом варианте работы 1C: Предприятия 8.0 информаци-
онная база хранится в одном файле, который включает в себя
конфигурацию, данные и административную информации
• Введен механизм СОМ-соединения для взаимодействия с дру-
гими приложениями, поддерживающими данную технологию.
• Добавлены средства групповой разработки — хранилищ
конфигурации с поддержкой истории изменений.

Old Nick

1. Вся логика моего фреймворка находится на сервере и обрабатывается языком T-SQL, отсюда отсутствие торомозов
2. Логика разрабатывается на языке T-SQL и использует его без ограничений. Это означает возможность разрабатывать любую логику, не ограничиваясь рамками фреймворка или какого-то бизнес-языка.
3. Клиент пишется с помощью инструмента быстрой разработки приложений, таких как Delphi, Visual Studio.Net, но с использованием компонент, которые позволяют очень быстро получать формы для сущностей. При этом нет ограничения по использованию языка паскаль или Сишарп и нет вообще никакого ограничения, не нравится писать быстро создавай свои формы, свои компоненты, используй сторонние компоненты. Попробуй тоже самое в 1С


Сервер приложений 1С легко компенсирует данные недостатки, а язык 1С
уступает Object Pascalю и c#... тем, что в нем (пока) отсутствует объектно-ориентированного Программирования. Хотя сам 1С написан на VC++.
Это вопрос времени.

Да и потом вы предоставляете: средства разработки, документацию, гарантии того что после вас все это кто-то поддержит?

Какой квалификацией должен обладать программист, чтобы написать, отладить систему классов аналогичную 1С?

Сколько на это уйдет времени?

Кто даст гарантии и подо что в случае провала проекта?

Даже если вы придумаете что-то уникальное, кто будет это продвигать?

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

и что за 1С вы не получите такой откат как с R3 ... и многое другое.

На 1С8 можно действительно очень быстро и качественно создать любую учетную систему.

Кстати если хотите себя проверить, попытайтесь пройти конкурс в "ядерный" отдел 1С.

Заполни анкету
http://www.1c.ru/rus/firm1c/vacan/anketa.jsp

И отправь
job@1c.ru

Моей заинтересованности в этом нет, я (пока) занимаюсь западными ERP

AnS1>>одни мой друг, очень большой любитель копаться в системах на низком уровне, недавно тестировал 1С8 с точки зрения реализации формирования запросов от 1С к sql server.

Поподробнее узнайте у своего друга про механизм бухгалтерских итогов и регистров. Все обработка находится на сервере в виде ХП.
Мелкие запросы которые идут с клиентов не угроза серверу. А вот когда необходимо поднять сальдо на дату или обороты за период это да. В 1С реализован уникальный и простой механизм для этих операций.

AnS1
Выяснилось, что ничего хорошего нету - поток запросов, без sp. При такой организации быстро и просто качественную систему реализовать проблематично.
+
Курсоры на сервере - следовательно при просмотре какого-нибудь списка на клиенте идет куча запросов к серверу
+
С индексами проблема осталась (не очень сильно они их пользуют)

Хотя это конечно частности. Хуже всего, что ну очень вероятно, что ноги растут из файл-серверной технологии, так что фактически очень мало фичь именно SQL сервера используется

Я еще раз повторюсь, используйте 3-х звенку. Системы OEBS и R3 построены именно на этой архитектуре.

Отсутствие ХП это не минус, а стратегический плюс.

Oracle Applications отсылает огромное число запросов на простых действиях.
Но мощнейшие сервера ценой от 000 000$ легко справляются.
Перестаньте относиться к 1С 8 как к системе для супер мелких контор,
отнеситесь к ней как к мощнейшей технологической платформе.

На рынке стали появляться предложения стать консультантом 1С на проектах внедрения.

1С несмотря ни на что ломает стереотипы и растет.
Цена концепции - мелкие запросы.

Перестаньте их отлавливать, следить за ростом exe файла и за размером каталога windows.

Gust_2Совершенно верно, ноги клиент-серверной версии 1С 7.7 растут из файл-серверной версии. По сути MS SQL используется лишь как контейнер для хранения данных. Структура данных аналогичная DBF'ной версии.

В R3 точно такой же подход. Но машины под названием 100% СЕРВЕР, спасают положение.

AnS1>>ноги клиент-серверной версии 1С 7.7 растут из файл-серверной версии.

я имел ввиду 1с8 (

Ну конечно ноги 3-х звенки 1с8 тоже растут из файс серверной 1С 77.
Ну и что это повод не использовать данный механизм?

Varan
Мне казалось, что логичнее систему под бизнесс-процессы затачивать, а не наоборот. Ну или хотя-бы совместно их "затачивать".

Ага, попросите R3, Oracle или Microsoft затачить систему под ваши процессы. Покупая систему, вы также приобретаете бизнес процессы, применяемые во всем мире. Доработка системы стоит колоссальных средств.
Разработкой OEBS каждый день занимается от 10000-15000 человек.

Я потратили 1,5 года на написание никому ненужного концептуального хлама.

На c++ и DOA построили структуру классов (документ/представление), полностью повторяющую 1Сv77(бух и опер компоненты).
На Oracle 8-9 была реализована серверная сторона классов.
На разработку и отладку компоненты бухгалтерский учет мы потратили 8 месяцев.
Было спроектировано порядка 60 классов (для ядра) только на клиенте
для Метаданных, бухгалтерии, логистики.
Особенно хочется отметить, как 1С (и мы) реализовало в бух компоненту. Это просто !!!. Поднятие остатков с заданной аналитикой на дату происходит практически мгновенно (при правильном выборе периодичности).
Модули проведения полностью переносились на сервер. Для проведения документа просто передавался его номер.
Вдобавок ко всему Oracle позволяем писать на русском языке. В итоге модуль размером в 2000 тыс строк любой сложности из 1С переносился одним челом за 6 часов.
Любая конфа из 1С переносилась за 1-... мес (зависит от объема и людей).
Для отладки пошагово шли в 1с и в нашей системе :) попутно находя ошибки в ядре 1С. Но теперь все лежит в дальнем ящике и некому ненужно.

Лично мне надоело убеждать людей, что незачем разрабатывать собственные системные ядра. Сосредоточьтесь на реализации качественных БП.

Владельцы и Менеджеры должны перестать выкидывать деньги на разработку "новых ядер" только потому, что юные проги хотят выучить язык программирования.
Очень многие руководители стали заложниками таких систем. Но Российский рынок перестает быть "диким", доходы IT компаний растут. Составить им конкуренцию без огромных капиталовложений невозможно.

Согласен с вами на 100%

Но видимо 1С действительно сделали революцию в своей системе, раз пошли на такие жертвы.