Старая тема уже в архиве
Платформа CUBA — реальная «убийца 1С»
А меж тем прошло 2 года, за которые изменились обе платформы.
Куба пошла по пути упрощения разработки, стараясь убрать от разработчика всю рутину + более красивый интерфейс (имхо) https://www.cuba-platform.ru/features
Бухгалтерию на ней переписывать конечно нет смысла (памятник тому кто решится переписать бухгалтерию на чем-нить кроме 1С:) ), но различные системы учета вполне реализуемы (делали МТО для нефтянки).
Вот небольшие примеры пощупать:
https://www.cuba-platform.ru/online-demo
http://habrahabr.ru/company/haulmont/blog/235617/

Мы перешли на Ананас
Сибирский ананас - альтернатива 1С

ловите перебежчика

Раскраска не попугайская... Не взлетит...

Все скриншоты на английском, оч патриотично

ничего, скоро они дойдут до интерфейса 7.7

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

мне одному кажется, что новый интерфейс такси лучше смотрится?

http://habrahabr.ru/company/haulmont/blog/235617/

....
В основном это обычные сущности JPA, соответствующим образом проаннотированные и зарегистрированные в persistence.xml. Большинство из них имеет также специфическую для CUBA аннотацию @NamePattern, которая задает “имя экземпляра” — как отображать в UI конкретный экземпляр сущности, что-то вроде toString(). Если такая аннотация не задана, в качестве имени экземпляра используется как раз toString(), возвращающий имя класса и идентификатор объекта. Еще одна специфическая аннотация — @Listeners, задает классы листенеров создания/изменения объектов. Листенеры сущностей ниже будут рассмотрены подробно.
....

Впи&*у

Фигня.
Не взлетит.
Энтузазистов может быть и найдется чтобы где-то по интересу внедрить.
Но до промышленных объемов внедрения - имхо далеко. Сеть поддержки? сеть "франчей", сеть специалистов?

(9) ну если так, то и будем сидеть ТОЛЬКО на 1С, которая велосипеды изобретает свои

альтернатива - это хорошо, особенно по сравнению с тем гумном, которое одноэс начало клепать в последнее время

А на oracle apex кто-нить пробовал?

Не взлетит пока не будет решений

а стоя в гамаке на лыжах кто-нибудь пробовал?

(10) главное чтоб были пиратские версии
если не будет то и не будет у нее перспектив.

(15) Наверное этим ОдинЭс и взяла всех)

(15) чтоб были пиратские версии нужно чтоб кто-то ее захотелб а предпосылок пока не видно

(0) //памятник тому кто решится переписать бухгалтерию на чем-нить кроме 1С:)

Да ладно???
Мы год работаем на БАРСе

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

(14) Я пробовал. Противогаза не хватает.

1С хорошо бы взять курс на модульную разработку. Не переусложнять конфу там, где это не нужно пользователям

(19) тогда  было куча программ
наверено штук 20
и турбо бухгалтер, парус и ... забыл уже )))

(22) + БЭСТ неплохая была, но потом разработчики рапслевались и переругались

(22) (23) может идея с франшизой сыграла?

(19) В то время было куча решений. Например "финансы без проблем 4000". Очень удобная программа на фоксе, которая позволяла легко модифицировать программу

(25) был у меня опыт с какой-то учетной системой на фоксе.
Нее, спасибо.

(21) см. ответ на вопрос №7 http://catalog.mista.ru/public/194059/

vaadin вер .2

(25) я в середине 90-ых начал свое моральное падение как челдовека и как программиста именно с нее ;-)

(0)ужснх

(24) 1с выиграла у все своей простой и открытостью.
Да франчайзи думаю это помогла им.
Другие разработчии, типа найди клиента, заплатим тебе  копейки, а все остальные бабки наши.

(29) 1с убила всех программистов, сделала прикладными

Давайте уже про ООП

(33) про это мульен раз и обсуждено и обговорено и обписано

Большие решения уже есть на платформе, что показывает ее работоспособность.https://www.cuba-platform.ru/case-studies
В том же Тезисе (http://www.tezis-doc.ru/) порядка 200 решений. Такси (http://www.sherlocktaxi.com/) уже более чем в 10 странах мира работает. Это из того, что продукты, которые сами по себе активно развиваются, и оба на одной платформе CUBA.
Позиция "все фигня" она конечно выдается своей критичностью и звучит круто, только вот тем кто ищет варианты, на чем разрабатывать мало поможет:)
Боязнь остаться без поддержки - объективное опасение, но не стоит забывать, что все на JAVA и есть полная документация (https://www.cuba-platform.ru/manual), ну и форум (https://www.cuba-platform.ru/support/topics/all/status/all/category/all/sort/new_updated/page/1), на котором ответят/помогут. Развернутые сети партнеров/поддержки пока только у Тезиса, у платформы думаю как дорастет тоже появится.

(35) Вот, еще бы теперь посмотреть сравнение функционала и стоимости владения этого Тезиса и 1С:Документооборот...

(33) видишь суслика ООП?
а он есть

(36) Геннадий,по стоимости
Тезис: http://www.tezis-doc.ru/buy
1С: http://v8.1c.ru/doc8/how_much.htm
Если вы небольшая организация и у вас уже есть 1С-ые лицензии, то 1С выйдет дешевле. Тезис больше ориентирован на крупный и средний бизнес, который обычно выбирает не только исходя из стоимости, но также смотрит на интерфейс и используемые технологии. В последнем случае проекты будут похожи по стоимости - скорее будет зависеть от того, кто проводит внедрение.
Ну и если главный ИТ-ник фанат 1С, то тут без вариантов:)

(0)реклама на этом сайте ващета платная

(39) Реклама чего?

на 100 пользователей 670 000р??
губа не дура

С ума не сходи, а то дойдет до того что и топик Электронный конструктор ( как выбрать, что подарить) нужно закрыть за неоплаченную рекламу конструкторов

(41) Ты цены на 1С давно видел?

(43) 360000 на 100 пользователей...

(44)
Бесплатная лицензия

Вы можете использовать платформу бесплатно с ограничением на 5 одновременных подключений к Вашему приложению.
(с) https://www.cuba-platform.ru/licenses-and-prices

А 1С так может?

Еще 1 фреймворк для джава?
Чем лучше того джбосс, например?

(45) Может и на 1000 запросто..

(44)
Калькулятор стоимости лицензии
Количество сущностей: 300
Количество сессий: 100
Цена: 330 000 Руб

Дешевле чем 1С

а что там с кластерами, БД и пр?
Надо еще и лицензии скуля покупать?

(46) это не еще один Фреймворк, это поделка из других серьезных Фреймворков, причем полностью бесплатных.

(46) Это совершенно разные продукты. JBOSS - сервер приложений в первую очередь. CUBA - высокоуровневый full stack framework, с визуальным редактором интерфейсов, встроенными отчетами, контролем прав доступа, визуальными компонентами, BPM и проч. См. http://www.cuba-platform.ru/features

Это как сравнивать 1С и Windows.

(49) Средний слой работает в кластере, с репликацией сессий.

СУБД - можно использовать Postgre SQL например. MySQL тоже будет поддерживаться в ближайших версиях.

(49) Лицензии конкурентные - т.е. кол-во пользователей, которые одновременно работают. Никаких серверных лицензий. По-умолчанию сервер БД Postgres - он тоже бесплатный, хотя можно правда и платные БД выбрать.

(51) (52) (53) таки реклама

(53) ограничения на количество баз, сеансов?

(51) Вы термины находу придумываете?
Full stack framework

Как ваш фул стек фреймворк обеспечивает работу на уровне доступа к драйверам технических устройств?

(55) сеансы

Ща у 1Ски тоде Сеансы с программными ключами

(56)
>>Вы термины находу придумываете? <<
термин не новый. Погуглите.

>>Как ваш фул стек фреймворк обеспечивает работу на уровне доступа к драйверам технических устройств?<<

Так же как Java

(59) ты разработчик?

Нашел только это ;-)
http://blog.jixee.me/ru/what-is-a-full-stack-developer/

(60) в недавнем прошлом. Последние 3-4 года писать код к сожалению получается редко. К чему вопрос?

(26) ФБП реально была достаточно удобна.
Более того, это первая программа, котрая начала формировать рынок экономического софта еще в СССР.

(61) Цитата из Wiki: Eventually, mature, "full stack" frameworks appeared, that often gathered multiple libraries useful for web development into a single cohesive software stack for web developers to use. Examples of this include ASP.NET, JavaEE (Servlets), WebObjects, web2py, OpenACS, Catalyst, Mojolicious, Ruby on Rails, Grails, Django, Zend Framework, Yii,[3] CakePHP[4] and Symfony.

https://en.wikipedia.org/wiki/Web_application_framework

(38) Уже лучше. Теперь еще сравнение по функционалу, и тема "Платформа CUBA как альтернатива 1С" может иметь право на жизнь...

(65) Мы уже по-моему немного скатились в обсуждение Тезиса, а не Кубы:) Если Вы представитель бизнеса, то обратитесь по контактам на сайте, думаю там сориентируют по всем вопросам.
Если вернуться к Кубе, то это платформа для разработки, а не готовое решение под определенный бизнес функционал. Основные  возможности кубы описаны здесь
https://www.cuba-platform.ru/features
По 1С примитивным поиском нашел такие ссылки:
http://www.v8.1c.ru/overview/DeveloperTools.htm
http://www.mista.ru/tutor_1c/configurator.htm
+инфраструктура.
Опять же сравнивать можно по разному - это не всегда объективно. Спрашивайте, какие нюансы Вас интересуют - будем разбираться.

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

Эта CUDA умеет из xls/dbf файлики грузить?
В смысле штатное что то есть без поиска и пиления на java ?

(67) Как же без готовых решений? А цены на что сравнивали?)
Посмотрите на сайте - там есть описание функционала. Ветка все-таки про Кубу, а то нас и так в рекламе упрекают.
Или создайте отдельную ветку - сравнение 1С:Документооборот и Тезис. Я постараюсь передать специалистам, которые делали такое сравнение. Опять же на сколько может быть объективно сравнение двух систем, когда его делает разработчик одной из них;)

А там можно в полёте без рестартов всяких печатные формы подключать?

(68) Нет, придется немного покодить

(70) Можно, есть генератор отчетов в разделе администрирования.
Его можно использовать не только для простых, но и для создания достаточно сложных печатным форм:
http://docs.cuba-platform.com/cuba/6.0/reporting/ru/html-single/reporting.html

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

(73) Можно Groovy-скриптом или обычным java-классом (кстати тоже можно подбросить, не перезапуская сервак). Посмотрите ссылку.

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

1С - мощная платформа. CUBA - альтернативный вариант со своими плюсами:
-открытый код
-Java - можно использовать огромное количество библиотек и инструментов.
-более открытая архитектура: открытая структура БД, возможность переопределять части платформы и т.д.
-использование популярных и активно развивающихся компонентов - Vaadin, Activiti BPM, Lucene, EclipseLink и т.д.

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

Понятно, что оба списка можно продолжать.

решил все-таки попробовать быстрый старт...
Все вроде по инструкции... но сервер не запускается

17:09:35.050] Restarting the application server
:app-core:assembleDbScripts UP-TO-DATE :app-core:dbScriptsArchive UP-TO-DATE :app-global:compileJava FAILED  FAILURE: Build failed with an exception.  * What went wrong: Execution failed for task ':app-global:compileJava'. > Could not find tools.jar  * Try: Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output.  BUILD FAILED  Total time: 1.025 secs [17:09:37.248] Task 'deploy, start' failed
java.lang.IllegalStateException: Could not find tools.jar

и где искать этот tools.jar?

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

(76) JDK нужен судя по всему http://stackoverflow.com/questions/5730815/unable-to-locate-tools-jar

(78) точно... провтыкал. я ему путь к jre указал
ну-с.. поглядим дальше

Чтобы сабж ползал более-менее нормально нужен проц не ниже i5 и от 8Гб памяти (на 6 терпимо, на 4х неприемлемо).

(80) это требования к клиенту? Или к серверу?

(81) вообще-то, речь в ветке про платформу для разработки

(82)  а, ну платформа - это нормально. Кокос тоже еле шевелится на старых компах.

Так, чего-то здесь все смешали. А на самом деле-то все просто, на мой взгляд. Существуют две про системы истины, как 1С:
1. Узкоспециализированные системы, как 1С, УПРОЩАЮТ разработку тех самых задач из этой самой узкой специализации
2. Узкоспециализированные системы, как 1С, НЕПРИМЕНИМЫ, если хоть шагу в сторону ступить.

Если вы не уверены, где закачивается скоуп вашего решения, боже упаси вас лезть в узкие фреймворки. Ну, у кого опыта побольше тот знает... Тут и начинается CUBA. Круг задач шире, а значит, по закону сохранения боли, кодинга больше. И разработчики CUBA решили поубавить этой боли - CRUDогенерация, автокодогенерация, скрипты для баз. В целом все грамотно и идея хорошая, да и в реализации приятный фреймворк.

1С решения вполне бы могли быть построены на кубе, повысить уровень абстракции дело нехитрое. Кстати, поудобнее бы было... Несомненный +, это нет привязки к некрософтовскому SQL. Да и программистов Java найти попроще. Круг решаемых задач на порядок шире.

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

(82) охъё...

(80) 1с-ка серверная не меньше ресурсов потребует.
(75) я не встречал проект где нельзя найти конфигурацию которую можно взять за базу и получить около 50% готового функционала. и уровень абстракции у 1с существенно выше.

(75) Основная проблема - меньшее число специалистов, и более высокий порог входа, и с этим вы ничего не сделаете...

(87) Позвольте не согласиться, в С-ку порог выше. Хрен найдешь студента, которого посадить и он погнал. А javе как-никак учат.

(88) 1с курсы закончил 3 месячные и фигариш как бог

(84) Что все остальное, которое не лезет на 1С и лезет на Кубу?

(88) + школы 9 классов

(87) это и хорошо, и плохо. Иногда тех, кто буквально переполох через порог, хочется пристрелить.

(90) Вы не можете придумать что не лезет в 1с :)? Да те же гугл карты.

(88) Угу. Вот пошел я на рынок труда и нашел опытного программиста на яве за 60 тыр (не Москва). А 1С-ника опытного - лехко

(93) Так зачем нужны еще одни гугл-карты? Из 1С вполне можно использовать те, что уже есть...

(93) почему карты не лезут в 1с? они так же лезут в 1с как и в джаву -- через JS

(89) за 3 месяца даже в предметной области не обоснуешься

(96) 1с как и в джаву -- через JS

Я про это уже писал. Шаг в сторону и уже нетривиально

<это нет привязки к некрософтовскому SQL>

А чем вам некрософтовский SQL не угодил? А ктож тогда православный? Оракл? ИБМ? Или только попсовый мускул и примкнувший к большим постгри?

<А javе как-никак учат.>

Чесслово, ходил тут в отдел ява программеров...полистал курсы по яве блин подамся ка я весной в яву... я не понимаю ЧТО там вообще учить то? 1C реально замороченней

(97) А 1С и предметной области думаете не учат? Куча щаз факультетов типа информационные системы в экономике, так там вполне себе и предметной области научат, и 1С...

(100) 9 классов говорят достаточно...

(98) одинаково что в java что в 1с работать с гугл картами

(99) Не угодил что за деньги + винда серверная. а работает ну если не хуже, то не лучне чем постгрес

(102) java и куба все-таки разные вещи.

(101) Для разносчика дисков - вполне... Но, справедливости ради, есть пара знакомых 1С-ников, всерьез подумывающих перейти на Яву, там з/п в баксах говорят платить могут...

(86) Речь не про сервер, а про "среду разработки". А если вы захотите запустить пару кубистых студий, идею и пару пользовательских сеансов, то и 8Гб будет маловато.

(103) <то не лучне чем постгрес>

А вы на какую ЦА то ориентируетесь? конторы 10 человек и контора ларёк у вокзала?

MSSQL, Oracle и DB2 это базы тяжёлого энтерпрайза. честно говоря их вообще некорректно с попсятиной сравнивать..разве что с оговорками постгри

Посоны, гоните этих провокаторов на хабр, пусть там про свои гейские кубы друг другу рассказывают

(99) фреймворки. на "голой" джаве никто в здравом уме не кодит.

(106) ну это мелочь. Разрабу поставить 8гб памяти (думаю 6 вполне хватит) и диск ссд, проц не слишком большую роль отыгрывает

(104) я думаю в контексте работы с гугл картами куба == джава

(110) Не, 6 маловато. Будет как с 8кой на 2х: жить можно, но не долго.

(107) Ну вообще там похоже и оракл и скуль поддерживаются. А про постгрю вы зря так. Видимо от недостатка знаний... или их отсутствия...

(108) Да не, куба нормальная. Я даже на ней начинал пилить внутренний сервисик. Три дня потратил, доки почитал, какие-то формочки накидал. Потом, правда, плюнул, и за три часа мышкой на 1Ске собрал, но не суть.

(102)
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<window xmlns="http://schemas.haulmont.com/cuba/window.xsd";
        class="com.haulmont.sampler.web.ui.map.marker.MarkerMapFrame"
        xmlns:chart="http://schemas.haulmont.com/charts/charts.xsd">;
    <layout>
        <chart:mapViewer id="map"
                         height="100%"
                         width="100%"/>
    </layout>
</window>

Это кубовский пример.

http://habrahabr.ru/post/139444/ - это 1с-ный.

Все таки не одинаково

(113) < Видимо от недостатка знаний... или их отсутствия...>

Наверное от опыта эксплуатации больших систем с большим количеством репликаций и оооочень серьёзной нагрузкой

Я помню в те времена листал мануал настройки зеркалирования у постгри...посмеивался

(116) те времена это когда?

(117) лет 6 назад
===
вообще вас выдаёт подход что серверная винда - плохо и очень дорого.
В больших и серьёзных системах на такое уже внимание не обращают.

А там где "подешевше" и "попроще"... та чё угодно сойдёт..хоть в Sqlite базу храни и софт на VB пиши

(118) Ага, как в яндексе

В Яндексе успешно заменили СУБД Oracle на PostgreSQL для сборщиков своей почты http://www.nixp.ru/news/12845.html

(115) Ну да, кто-то уже взял и обернул за тебя всю гугловскую балалайку в компонент.

(118) у нас один только сервак под оракловую базу (без лицензии на RAID1) стоил как пол моей квартиры
(119) потому что они сами программеры, а я работал в конторе которая софт сама для себя не пишет

(121) точнее пишет, но на PL/SQL

(122) сейчас ты вызовешь ребят из ларцапостгреспро :)

Кстати, в тему курса рубля. Кто-нибудь зарубеж поставлял 1-сные поделки?

(123) Если таковые существуют :))

(125) они существуют даже на этом форуме

(121) зачем тебе в квартире такой дорогой пол?

(35) С тезисом работал, Lotus лучше!

(128) Чем лучше? Обратная связь всегда полезна. И (если конечно не секрет) в какой компании использовали Тезис?

(124) ну хз что понимать под поделками, обработка некоторая мои работает в прибалтике, в польше, во всяких снговиях в финляндии даже пробегалло выбегалло...

(129) Юзабилити, очень дружественный интерфейс, проверка правописания, гибкие и мощные средства разработки, простота администрирования и кастомизации.

(131) Интересно. Обычно мы слышим обратное. Было несколько миграций с Лотуса на Тезис. В любом случае, спасибо.

КУБА - доступно и всерьез?

(0) сколько внедрений уже произведено? Примеры известных компаний есть?

(134) Примеры проектов здесь:
https://www.cuba-platform.ru/case-studies
Основной объем внедрений по Тезису, порядка 200.
Клиенты здесь (http://www.tezis-doc.ru/customers/all), надеюсь есть известные Вам:)
По такси - Мостакси, остальные за пределами матушки Родины.
Есть примеры разработки на платформе и внедрения сторонними компаниями, но их само собой на порядок меньше. Наиболее значимый наверное проект "Мобильная приемная Правительства Москвы" (https://www.cuba-platform.ru/case-studies/soesg).
Есть уже пара небольших продаж зарубеж непосредственно платформы, но пока это только первые шаги.

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

(132) Андрей, про Lotus был вброс, не удержался. :)

вот интересно, когда их 1С купит?

(136) для мира за пределами бывего совка такой нетленкой и поделкой является 1с

(136) иногда альтернативно мыслящие ИТ директора, которых движет мысль об экономии или о недоверии существующим системам (что с 1С очень актуально)..типа это всё устарело, а тут (набор модных современных технологий и слов)

Видел пример, внедрили адскую хреноту типа хелпдеска и CRM за кучу бабла на ASP.NET из Сколково...красивая шопипец вебдваноль.. полтора года пострадали в плане "Поддержка? А когда я делаю такой отбор то система виснет! ... а вы ТАК НЕ ДЕЛАЙТЕ!..но мне надо! ..Я ГОВОРЮ НЕ ДЕЛАЙТЕ ТАК БОЛЬШЕ И ВИСНУТЬ НЕ БУДЕТ!" ...в итоге за такойже килограмм денег внедрили более жизненный аналог контора которого больше 20 лет такие продукты выпускает... идеально...

(140) Ну, справедливости ради, на CUDA есть хорошие внедрения... не ананас

На убийцу 1С, конечно, не тянет - разные ниши, но продукт годный.

*CUBA, конечно же :)

(137) :)))) А я уж почти поверил!

А вот интересно, за какое время можно на Кубе наваять подобную поделку http://www.crm24pro.ru

CUBA для RIA (Rich Internet application), использует vaadin, хорошая штука но со своими заморочками, 1С для RIA использует свой нативный движок, и то и то копмилится в JS.
Учитывая что платформу 1с пилят около 100 челов. То ответ на (144) - ну такое.

(144) BPM есть, Задачник с напоминалками не проблема. По моему опыту разницы не будет. Что 1с, что куба. Вопрос опять же в то что потом заказчик попросит поверх надстроить. Если хитрые таски по расписанию, интеграции через REST, порталы, то тут куба поможет.

(144) Точный ответ никто не даст - слишком много факторов: опыт разработчиков, на сколько продуманы начальные требования, в какую детализацию уйдете при реализации отдельных функций. С теми же поручения можно накрутить функционала больше чем всего остального.
Главное это хорошее знание бизнеса/предметной области.
Рабочий прототип Вы получите достаточно быстро, а когда его удастся допилить и внедрить уже больше зависит не от платформы, а от аналитических и менеджерских способностей.
Если говорить про продукт, а не разработку под себя, то это есть смысл обсуждаеть только после 2-3 типовых внедрений.
Для примера мы недавно внедрили у себя в компании систему учета рабочего времени на кубе.
http://habrahabr.ru/company/haulmont/blog/272231/
По времени заняло 1 месяц + 0.5 месяца на багфикс и допил под специфичные требования всех бизнес юнитов компании (там еще интеграция есть с бух системой, чтобы не показалось что все так просто). Т.е. от начала разработки до внедрения - 1.5 месяца (делал 1 человек, параллелить особо смысла не было).

(147) Как не даст? Будет скоуп можно и дать ответ, с первого взгляда система не великая. А относительно скорости "набросать" пилот, тут во времени разницы не будет.

(148) Да, само собой без скоупа не скажу. По экранам на сайте гадать не хочется))

(147) Вот, интересная ссылка, почему ее в заглавном посте не было? Чтобы заинтересовать людей на использование платформы нужно как можно больше практических кейсов, желательно "разжеванных" с точки зрения простоты и скорости разработки.

Согласен, дал другой пример. Надо было и этот тоже.

(0)А чем отличается эта платформа от той же Visual Studio?

Это же просто среда разработки.

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

(152) Visual Studio это IDE. В JAVA в качестве IDE выступают обычно Intellij Idea, Eclipse и ряд других. Поскольку одна из целей платформы CUBA экономить время на разработку, то была создана CUBA Studio для быстрого определения предметной области, рисования интерфейсов, обновления структуры БД, деплоя и прочие рутины.
CUBA Studio интегрирована  с Intellij Idea и Eclipse, т.е. джава разработчик накидав проект в студии может дальше его пилить как ему привычно.
Сама CUBA это фреймворк - набор комопонетов и технологий, дающих непосредственно инфраструктуру для автоматизации предметной области.
Если сравнивать с MS, то все по сути сводится к сравнению JAVA и .Net. Это я думаю отдельный холивар.

(152) Относительно 1С соглашусь с тем, что разветвленная сеть это хорошо, у Кубы ее пока нет. Но говорить, что на рынке нет "специалистов способных провести эту модернизацию" тоже нельзя. Данные специалисты - Java разработчики. Рынок труда по сравнению с 1С-разработчиками не знаю, но их достаточно много.
А так CUBA это готовая платформа для автоматизации, в том числе и учета, как и 1С. Почему бы не сравнить:)

(153) Ваша разработка поддерживает IDispacth интерфейсы всех прикладных объектов для выполнения кода извне?

(153) Тонкий и веб-клиент. Их есть у вас?
Трехзвенка? Сервер приложений? Кластер серверов? Или что там у вас?
Какие СУБД поддерживаются из коробки?

Расскажите больше!

(155) IDispacth это майкрософтовская тема, мы для внешних вызовов используем http-invokers, JMX или REST. В рест модуле у нас есть автоматический exposing сервисов
Это в принципе замена IDispacth.

(157) Нужен открытый tcp порт и расходы на сериализацию/десериализацию. Запишем...

(156) Платформа позволяет создавать два равноценных интерфейса в Веб и Десктоп. Причем их можно сгенерировать на основе заранее оперделенных сущностей, а потом отдельно отредактировать по необходимости.
Архитектура трехзвенная
http://docs.cuba-platform.com/cuba/6.0/manual/ru/html-single/manual.html#architecture
Можно строить (и строим) кластеры
http://docs.cuba-platform.com/cuba/6.0/manual/ru/html-single/manual.html#scaling
В коробке:
HSQLDB
PostgreSQL
Microsoft SQL Server
Oracle Database

(159) Круто, че.
Интересует прежде всего MS SQL.
Нагрузочные тесты были?
Уровень изоляции блокировок?
Структуру таблиц и индексов посмотреть?

(158) Открыт только 1 порт - 8080 (по дефолту) через него все и идет (и через него же работает и само приложение, так что он так и так открыт).
А сериализация/десериализация неизбежна, этож высокоуровневый интерфейс (REST), его кто угодно может вызывать, не только java приложения.

(161) "А сериализация/десериализация неизбежна"
При Сталине Мелкософте такого не было.

Десктоп и Веб с сервером общаются сериализованными данными?

(162) а как было при мелкософте? :)

(160) Могу сказать, что один из самых крупных заказчиков Тезиса использует MS SQL уже не первый год. Полет нормальный. По нагрузочному тестированию постараюсь узнать.

Почитал
http://docs.cuba-platform.com/cuba/6.0/manual/ru/html-single/manual.html#db_mssql_features

Тоесть, вы создание табличек даете на откуп прикладным программистам O_O ? Еще и рекомендуя им избавляться от первичного ключа, рассчитывая на то, что рука рынка coCreateGUID() придет и порядок наведет?

(158) ты так говоришь, как будто это что-то плохое

(163) IDispatch общается variant -типами, которые дефакто - структура с типом данных, значением данных(для простых типов) и указателем на область памяти со строкой, ну и там немного специфических случаев. Ничего сериализовывать не надо.

(166) Тормоза Тонкого на 90% вызваны сериализацией/десериализацией, я гарантирую это. И эта такая штука, которая линейно зависит от объема данных и не параллелится.

(168) ну, у 1С же тож самое. Любое взаимодействие с сервером - это сериализация-десериализация. И ни чего, ни кто из нас не облез еще от этого.

(84) Несомненный +, это нет привязки к некрософтовскому SQL.

Уж лет 10 как можно к PostgreSQL, например, привязаться...

(165) У нас платформа в том числе и для прикладных программистов. Возможно даже в первую очередь для них.

А от первичного ключа никто не рекомендует избавляться. В примере есть primary key nonclustered (ID).

(168) Так почти все клиент серверные приложения используют сериализацию/десериализацию. и даже если этот процесс дает ощутимые тормоза в 1с, то скорее всего это проблема именно 1с-ного подхода

(153) В том то и дело что по сути ваша CUDA это IDE+фреймворк.
Сред разработки дофига.
А чтобы фреймворк кого-то заинтересовал, нужно сформировать вокруг него нехилое сообщество.

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

Если я хорошо знаю пайтон, это не значит что я без проблем сразу начну делать что то на джанге.



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

А если всего этого нет, то что мешает взять стандартную IDE, стандартную джаву, и сделать решение по автоматизации конкретного производства? Чем это будет отличатся от использования вашей платформы?

а что с каскадированием энтитей?
Проверка связности при удалении? Или удалил корневую запись типа "Организация" и привет базе?

(167) Так это в рамках одной машины, а если удалённо и клиентонезависимо?

DCOM уж больно лютая вещь чтобы считать её хорошей

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

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

Про количество и сами готовые решения обсуждали чуть раньше.

По поводу взять стандартную IDE и Java- ну, ну)) Вы явно не разрабатывали на Java. Поговорите с профессиональными джава-разработчиками, а потом попросите оценить платформу CUBA. Это будет оюъективно.

(172) Это кто вам такое сказал. Лет 10 назад при таком подходе клиент-серверных приложений бы не было от слова "вообще".

(177) Мы же о нынешних системах говорим. А так-то некоторые все еще на Дельфи пишут.

(178) Пишуть. И по сети variant-типы передают как сырые данные, вместо всяких там сериализаций.

давайте определимся что такое "сериализация"

(174) Во-первых по умолчанию используется мягкое удаление, как и в 1С. Политика каскадов настраивается стандартно - оставить, удалить, отлинковать.

(179) А к нему еще охапку метаданных.

да чё далеко ходить, вики:

Сериализация (в программировании) — процесс перевода какой-либо структуры данных в последовательность битов. Обратной к операции сериализации является операция десериализации (структуризации) — восстановление начального состояния структуры данных из битовой последовательности.

===

т.е. передача сырых данных по сети...тоже "всякая там" сериализация

(182) Из охапки метаданных - только 4 байта на длину строки.

(184) А, т.е. ты всегда уверен, что на той стороне тебя поймут правильно? Да ты большой оптимист!

(185) Так клиент и сервер мною писаны.

(186) Видимо, не всем так везет.

(186) я помню сильно налетел в начале своих программерских экспериментов на это... то что компонент Winsock из VB собирает фрагментацию я не знал :) а узнал когда начал переводить свою прогу на C#

(188) 4 байта размер строки...дальше строка... а на клиенте приходят этот размер....и ...и всё...пакет короче чем то что я указал... а хвост зараза в следующем пакете

(183) Говоря про сериализацию - я говорю про то, что приложение должно !ПРЕДВАРИТЕЛЬНО! преобразовать свои данные в определенную текстовую законченную структуру, при этом "ненативные" данные (например, картинку, звук) - преобразовать в BASE64 и лишь затем отправлять получателю. Говоря про сырые данные - я говорю о том, что никакого преобразования делать не надо - херачим от начала и до конца, там разберутся.

(190) Бывает бинарная сериализация между прочим

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

(190) Зачем в текстовую-то?! По http и бинарные данные гоняются неплохо, зачем велосипед изобретать?

(192) Я рассматриваю 1С.

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

(173) вот тут чуть пишут про апдейты кубы
http://habrahabr.ru/company/haulmont/blog/214787/

(173) (195) Вот тут даже лучше https://dzone.com/articles/how-to-develop-a-highly-customizable-product-1. Кстати из этой стати понятно почему с 1с вообще сравнивать начали. Кто-то усмотрел намек на похожую структуру кубовских экстеншинов и с-ных типовых конфигураций. Типа пишете на кубе склад, а потом дорабатываете, че нужно только вамб причем в стороне, не засерая конфу. Кстати, это решит проблему апдейтов конфигураций, а то у 1с тупо все перетирается.

В кубе регистров нет :(. Не трагедия конечно, но вещь хорошая. Если только @Listner вешать везде где надо и банальную логику писать.

(196) В том то и дело что это не сравнимые вещи.
Просто не стоит их сравнивать, и это не конкуренты.
Я не говорю что платформа плоха, просто она не для тех задач, что 1с.
Просто платформа для разработки.

(198) Согласен на все 100. Пока нет типовых конфов - не конкуренты. Будут - вот тут интересно начнется. Все таки стек 1с технологий стал гнилым барахлом. Но, как любые старые тапочки, ну как от них откажешься :)

(191) Вот и беда кстати 1с-ников. С технологиями мы не дружим, и шаг в сторону для большинства - падение в пропасть безграмотности. Сериализация, ORM, DI... да что уж там ООП, базы данных и т.д.
Как разговор 2-х 1с-ников: "Ты как думаешь, есть ли программирование за пределами 1с?" Да, скажу вам, есть, того чего нам не снилось. Там облака, фейловеры... Там базу можно выбирать! Базу, Карл!

(200) Ржака

Смотрите чего нашел http://burokratgroup.ru/index.php/features. Да и вообще если погуглить - матереет куба. Только все на английском, видимо русский рынок для ребят так, не основная цель.

(202) Вы хоть ИПшники меняйте, когда сюда рекламировать ходите, или у вас там гнездо?

(202) Конечно на английском, за бугром все те, кто мог бы 1С заниматься на яве кодят...

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

Собственно многое о платформе CUBA было сказано выше. Будем рады ответить на ваши вопросы. Отдельное спасибо тем, кто решился попробовать и даст разумные отзывы/комментрии. Постараемся держать вас в курсе дел.
Если возникают какие-то техические проблемы - пишите на нашем форуме тех поддержки - https://www.cuba-platform.ru/support/topics/all/status/all/category/all/sort/new_updated/page/1. Обязательно ответим.

конфигуратор неудобный, до 1С еще как до Луны. Даже на примере библиотеки с 10 сущностями неудобно ориентироваться, а что будет если УПП на ней писать?

(207) Сделайте видеоуроки по своей платформе, 1С-ники народ туповатый, а с видеоуроками может и потянуться...

(209) Небольшие видео уроки
https://www.cuba-platform.ru/quickstart
//у меня немного знакомых 1с-ников, но из тех, кого знаю туповатых нет:)

(208) Можно немного поподробнее, в чем заключается неудобство? Вы пример из студии смотрели?

можно ли сущности, экраны, имена классов называть по русски? неохота переводить все термины на английский если продукт только для РФ

(211) хотя бы выбор источника-сущности в поле редактора экрана. Если будет 500 сущностей, они все в одном списке будут выводиться? или Экраны автоматически можно сгенерить находясь в окне сущности?
Сущности всегда в одном списке? Не группируются по смыслу как Справочники и Документы в 1С?

(210) Маловато будет...

Лично меня как 1С-ника, обеспечивающего работу коммерческих контор - платформа интересует далеко не в первую очередь. Где прикладные типовые решения, есть? сеть поддержки? сеть специалистов?

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

(216) <чисто для российского продукта это наверное менее удобно>

Это только с точки зрения программистов 1С, не сталкивающихся с проблемами при использовании отличных от "1C конфигуратора" IDE и разнокалиберных сторонних серверов...которые одним махом могут перекодировать "неправильную" с их точки зрения локаль в чёрзнаетчто...

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

(217) На C# можно спокойно кодить в юникоде, хоть файлы хоть переменные на русском писать уже лет 5. Надо было на .NET писать эту Кубу, зачем с явой связались? И интерфейс намного симпатичнее был бы, плюс куча визуальных компонент и интеграция со всеми MS-технологиями

(218) да конечно можно, ктож сомневается...
только разработчики утилиток и IDE очень отдалённо представляют себе что такое поддержка разных языков.

Я несколько раз натыкался что Eclipse (давно), и netbeans совсем недавно пр импорте на Github чёто ляпнула про Wrong charset и испоганила все комментарии..

плюс очень весело смотреть лог ошибок на удалённом сервере где вместо текста одни кракозябры...дада прямо в stack trace вместо имен классов белиберда с кривой кодировкой...

очень быстро отучает верить в могущество UTF8

(219) эклипс устаревшая какашка, нормальные пацаны в Idea кодят

(220) не суть важно в чём, важно то что очень немногие продукты поддерживают язык отличный от английского

(220) а на андройд до относительно недавнего времени только на эклипсе и можно было писать

1C это маркетинг, маркетинг и ещё раз маркетинг.
Если Вы пытаетесь убрать неудобства от разработчика, то 1С, на данный момент, пытается изолировать разработчика от пользователя. Восьмёрка с её функциональными опциями, планами видов характеристик, отчётами на СКД и текущей системой обновлений стремится довести систему до уровня шестёрки, то есть до того уровня когда пользователь бухгалтер высокой квалификации мог сам себя обслуживать не привлекая к процессу программистов. Восьмёрка в этом смысле поудобнее и удачнее шестёрки будет.
Другое дело что
1) Именно программист является последней маркетинговой милей около клиента. То есть пользователь всё равно спрашивает мнение программиста. С этой точки зрения программиста не так просто выкинуть.
2) В 1С 7.7 для разработчиков существовали некий ступеньки лестницы позволяющие расти. То есть начинаешь с создания и корректировки печатных форм и дорастаешь до создания внешних компонент (в вашей java это могут быть компоненты с jni) и прямых SQL запросов. Архитектурой восьмёрки 1С поломало эту замечательную лестницу. В итоге некоторые мои коллеги вопят о сложности восьмёрки там где я никакой сложности не вижу, но факт остаётся фактом вопят и нет лестницы от внешней формы и внешнего отчёта, до глубинного понимания механизмов и структур трёхзвенки.  В качестве альтернативы 1С предлагает использовать БСП. Если вы воссоздадите эту порушенную 1С лестницу иерархию специалистов, то привлечёте часть специалистов на свою сторону и следовательно смотрите 1 про последнюю маркетинговую милю возле клиента.
3) То что эта лестница 2 порушенная не даёт расти специалистам от обслуживания ларьков, до крупных корпораций. Возможно Вам надо понять что надо разработчикам программистам с точки зрения генерации денежного потока и дав им это можно замотивировать их на продвижение своих решений и смотри 1.
4)Для того что бы конечный клиент принял то что предложит программист по пунктам 3 и 1 необходимо что бы при этом были прикладные решения более удобные чем прикладные решения 1С. Что бы это сделать Вам необходимо представлять что интересно пользователю клиенту рынку и иметь армию специалистов владеющих предметной областью говорящих с клиентом на его языке.
В плане же удобства разработки нет ничего хитрого в том что бы быть программистом для программиста и программисту делать бизнес на продаже решений другим программистам. Хитрость в программах для конечных клиентов и в делание бизнеса учитывая интересы максимального числа участников рынка непрограммистов. Брадобрей бреет всех мужчин города которые не бреются сами.

я б малость поправил:
"Для того что бы конечный клиент принял...необходимо что бы при этом были прикладные решения более удобные чем прикладные решения 1С." - не обязательно более удобные, вполне прокатят даже мене функциональные (удобство вообще весьма субективное понятие), но дающие некий "профит" - анпример, отсуствие обязательного ИТС для легального обновления, м.б. цена учть пониже... и вперед... НО - ПРИКЛАДНЫЕ РЕШЕНИЯ! будут вменяемые прикладные решеняи я думаю прослойка программистов образуется сама собой

(224) Да. Тут вариант "разработайте сами себе прикладные решения кто в лес кто по дрова и вместо типовых получите зоопарк прикладных решений" не прокатит

(0)
Нормально 1С еров развели ))))
Пять !

Насчет платформы - это все равно что сказать что ява сдк конкурент 1С.
Но это так себе развод

А вот потом приблуду Тензора СЭД, коих только в РФ штук 100 со внедрениями - типа аналог 1С - это зачет

К числу самых крупных и известных СЭД относятся следующие:

Verdox ;
Optima Workflow;
DocsVision;
ТЕЗИС;
МОТИВ;
1С-Документооборот;
Directum;
ДЕЛО;
WSS Docs;
E1 Евфрат;
БОСС-Референт;
DocLogix.

Можно я создам тему WSS Docs - убивец 1С ))

Пардон не Тензор а Тезис

Чего напали-то? Пилят ребятки свой продукт. Сделали уже много. Ну не убийца 1С, зато java_se'шные плюшки позволяют делать много, чего 1С все же не может. Осталось только кряк выпустить, чтобы народ хорошенько подсел. Плюс какой-нибудь флагманский продукт.

(230)
Да таких продуктов в СЭД сотни. Они к 1С у никаким боком - другая ниша . А автор просто за бесплатно пропиарился . У того же WSS Docs платформа
SharePoint с миллионам внедрений https://ru.wikipedia.org/wiki/SharePoint
никто же не пишет что шарепойнт конкурент 1С

(84) яндекс на вопрос "что такое CRUDогенерация" ведет на эту страницу. и всё.

(0) берите пример с Spring Roo, мне кажется это было бы интересней, может вдруг я захотел бы maven, jsf+primefaces, hibernate =) был бы простой фреймворк, гибкий, открытый и главное бесплатно, упор бы сделали на решения на нём (как в 1с типовые конфигурации) и внедрение-поддержка

Вот, кстати, есть такая платформа http://www.eclipse.org/scout/ Вся из себя опенсорсная, мультзвенная, может аж 4 варианта клиента, простая для изучения и все такое.
Текущая версия — 5.0.0. Но нет решений на ней!

(234)  потлму что она как неуловимый Джо

(226) kiruha, давайте по порядку. тему про убийцу 1С создавалась не нами, хотя мы ее заметили и оставляли там комментарии. Текущая ветка обсуждения была создана по следующим причинам:
-платфома CUBA сильно выросла за последние два года как раз на двух собственных продуктах:
>http://www.sherlocktaxi.com/ - здесь пока больше география и сложность решения.
>http://www.tezis-doc.ru/ - порядка
-CUBA стала самостоятельным продуктом для разработчиков - есть решения сторонных компаний и первые продажи зарубежом.
-на данном форуме есть много адекватных специалистов, способных дать полезные комментарии и отзывы, которые нам интересно послушать, ответить на вопросы.

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

kiruha, Вы верно отметили, что в качестве такой альтернативы можно рассматривать и sharepoint - создавайте ветку, думаю никто не против:) Однако, создалось впечатление, что для Вас из перечисленных в качестве примера систем документооборота разницы нет абсолютно никакой. Это на мой взгляд неправильно, конкуренция на рынке СЭД высокая и в последнее время бизнес выбирает совместно со своим ИТ достаточно жестко и осознанно и именно используемые в основе технологии достаточно часто являются решающими факторами.

(232) https://ru.wikipedia.org/wiki/CRUD
в данном случае быстрое создание экранов, которые позволяют создавать, читать, обновлять и удалять данные.

(233) (234) спасибо, посмотрим - отпишусь.

Непонятно в чем фишка для разработчика, с точки зрения зарабатывания денег.
Лицензируются какие-то энтити непонятные.
Вот к примеру есть у меня заказчик, сделать корпоративный сайтик 20 табличек, формочки, еще что-то. Допустим выбрал я КУБУ, и что дальше? Как убедить заказчика что это лучше чем просто связка спринга и ваадина? Почему он должен еще за лицензии платить? Какой мой профит с лицензий, если я выпущу мелкое но тиражное решение для корпоративного сегмента?

(238) Было бы отлично увидеть сравнительные обзоры, на примере разработки простой учетной системы. Можно взять из билета по экзамену 1с Специалист. И показать сколько нужно затратить времени на разработку:
1. 1c
2. CUBA
3. Spring boot

Потом сравнить произвдительность решений. Если такой обзор будет объективным, то сразу будет видно на сколько привлекательна платформа CUBA

(239) Я думаю, что заказчика убеждать ни в чем не надо - ему все равно, на чем вы это делаете на кубе или связке спринга и ваадина. Для заказчика в обоих случая в результате получится система с интерфейсом на Ваадин. При этом и стоимость в обоих случаях должна быть одинаковой, только разрабатывая на CUBA вы потратите значительно меньше времени. Вот и вся экономика: делая ремонт, можно ручной дрелью сверлить, а можно купить нормальную и не мучаться- когда для себя то конечно жлобит, а когда для заказчика, да не для одного, то окупится очень быстро.
Для тиражируемых приложений есть возможность также один раз заплатить за лицензию, и потом продавать Ваше решение без доп. отчислений нам.

Однако соглашусь, что наверное такая лицензионная политика вызывает вопросы, поэтому мы сейчас рассматриваем изменения в модели лицензирования на основе обратной связи, полученной за последние полгода (в т.ч. по вопросу тиражных решений).
Пока более подробных комментартев дать не могу, но скорее всего будет переход от конкурентных лицензий к платным компонентам - те, кто успел приобрести лицензии - в обиде не останутся:)  
В любом случае, если Вы пишите что-то небольшое для себя, то это должно быть полностью бесплатным. В качестве ориентира мы будем использовать систему учета рабочего времени Lori Timesheets (http://habrahabr.ru/company/haulmont/blog/272231/), которая дается в качестве небольшого, но полнофункционального и бесплатного примера.

Spring + Hibertnate  и в путь, завелись  тут фреймворки разные))

(240) В качестве простого пример мы даем все тот же Lori Timesheets.
http://habrahabr.ru/company/haulmont/blog/272231/
Не знаю, есть ли такой пример в билетах по экзамену 1С:), но если сделаете такую же систему на 1С и Spring Boot - давайте вывесим наружу и сравним.
Однако, на таких небольших примерах сравнения делать не совсем правильно, надо рассматривать более широкое применение. Например, на кубе реализована система, полностью автоматизирующая всю операционную деятельность коллекторского агентства в Великобритании: https://www.cuba-platform.ru/case-studies/ar12. По ссылке пречислены основные функции, выполняемые системой, их очень много, здесь не буду тратить место.
Вот такое решение было на самом деле интересно сравнить и с точки зрения производительности и удобства пользователей.

(241) голимая (необоснованная) реклама, хоть и возможно не осознаваемая вами.
как всегда: если вы такие умные и система такая замечательная - то где она ВЕЗДЕ? нету.. нету...

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

Мне интересно следующее
1. На сколько разработка на кубе занимает больше времени чем на 1с (что это будет дольше я не совневаюсь).
2. А действительно ли платформа Куба будет более удобна чем тот же Spring в котором во многих случая даже запросы к БД писать не надо..

А на данный момент у меня сложилось впечатление, что куба лучше только по производительности и тут она подпирает 1с, но тут же следом Spring + js оставят кубу без шансов на успех.

"Однако, на таких небольших примерах сравнения делать не совсем правильно, надо рассматривать более широкое применение. Например, на кубе реализована система, полностью автоматизирующая всю операционную деятельность коллекторского агентства в Великобритании: https://www.cuba-platform.ru/case-studies/ar12.";
- да пофиг. тем более под "более широкое применение" - это нифига не катит. Более широкое применение - это большое количество разных решения на платформе в разных отраслях. Валите ссылки? реализованные и работающие на кубе
- системы обеспечения операционной деятельности оптовой торговой компании (не менее ~50 внедрений - тогда можно в первом приближении считать что покрыто поле разных требований/задач оптовой торговли)
- системы для розничной торговли;
- в т.ч. - есть интеграция с ЕГАИС?
- wms
- порядка 30 решений всякой мелочевки: салонов красоты, медклиник, автосервисов и т.п.
- нескольок решений по финансам/мсфо
- нексколько решений по всяким планированимя/бюджетированиям/консолидациям холдинговых данных;
- хотя бы одно решение которое способно полностью независимо от 1С в большей части покрыть решение задач БУ/НУ, в т.ч. с составлением регламентной отчетности в налорганры, пфр и прочее аналогичное
- еще что-то...

тогда можно говорить о "широком применении"

(236)
У Вас на хабре написано CUBA — платформа для быстрой разработки бизнес-приложений на Java
У Вас на хабре нет ни одного упоминания об 1С - вашим сотрудникам даже в голову не приходит сравнивать с 1С.
Ну вот зачем здесь это "Платформа CUBA как альтернатива 1С"

Если бы писали как на хабре - никаких вопросов и негатива не было бы

Хотя внимания больше к таким заголвкам

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

(247) И обсуждения бы наверное тоже не было:) "В споре рождается истина"(с)
Почему сравнение с 1С ответил в 236.

(250) ждем типовую конфигу для оптовой торговли на уровне функционала больше чем Торговля и Склад 77 и меньшем чем УТ11.
Как выйдет - свистите, будем смотреть.

При покупке - какие документы предоставляются на продукт и лицензии?

(245) Надо сравнивать конкретные проекты, которые планируется писать. По этому поводу было обсуждение чуть раньше в этой ветке.
1. Если требования будут под типовую конфигурацию 1С, то здесь споров нет - на 1С быстрее. Если шаг в сторону, то уже нет. То что на 1С быстрее - стереотип, который работает только на типовой конфигурации. Я не говорю, что это плохо. Наоборот - быстро решить задачу малой кровью - это хорошо, но у крупного и среднего бизнеса задачи выходят за рамки типовой конфигурации 1С и здесь начинаются проблемы.
2. В кубе также используется spring и SQL запросы писать в большинстве случаев не требуется.
JavaScript плохо пригоден для больших проектов.
Вы можете использовать spring+js, но в результате Вам придется с нуля писать всю инфраструктуру. Там ведь внутри технологии не сильно отличаются, от того, что Вы упоминаете:
https://www.cuba-platform.ru/technologies
Платформа она ведь на то и платформа, что объединая различные технологии дает новые возможности:
https://www.cuba-platform.ru/features
чтобы не надо было думать над инфраструктурой, а сконцентрироваться на предметной области.
Вы попробуйте, самый простой пример из раздела "Быстрый старт" (https://www.cuba-platform.ru/quickstart) не займет много времени, зато ответит на много вопросов.

(254)
Вон Ваш конкурент Тензор ваяет на js судя по вакансиям http://tensor.ru/about/career/vacancies
и ничего - 2500 персонала

(254) я бы поверил про js, если бы сам c js работал
Для вас фейсбук большой проект? А гугл сервисы?
На счет скорости разработки -- это не стереотип (я раньше на 1с писал) сейчас на java + js

(255) У них там еще есть пекарь, официант и бармен среди вакансий))) Боюсь, что такой конкуренции мы пока не выдерживаем)
Но если серьезно, то в разделе "О компании"
"Во-вторых, тензор – это многомерный вектор.
У нас есть восемь направлений деятельности, но все они связаны единой логикой - дать компаниям все, что необходимо для их роста и развития.

1. Любой офис начинается с компьютера - мы занимаемся поставками компьютеров и офисной техники.
2. Компьютеры не могут работать без удобного софта - мы разрабатываем и продаем программное обеспечение.
3. Софт бесполезен, если компьютеры не связаны в систему – мы внедряем серверное оборудование и сети.
4. Надежная техническая начинка требуется не только офисам, но и салонам продаж - мы устанавливаем торговое оборудование.
5. Любая техника иногда ломается - мы занимаемся ее ремонтом и обслуживанием.
6. Каждая компания работает с документами и заключает сделки – мы издаем электронно-цифровые подписи.
7. Бизнесу всегда нужно сопровождение – мы занимаемся аудитом и консалтингом.
8. В конечном счете, любая компания это люди – мы подбираем персонал."
При такой широкой сфере деятельности - 2500 сотрудников не совсем показатель за/против js.

(256) Допустим Вы разрабатываете систему не с нуля, а имеете схожие решения на 1С и java+js. У Вас не было таких задач, при условии одинаковых исходных условий, когда на java+js Вы получите результат быстрее?
Жижа, ну Вы как специалист, который уже работает на java - попробуйте, сравните - так ведь будет намного объективнее будет. Тем более на кубе ничего кроме знания java не надо.

(250) Ну, давайте поговорим про зарубежные рынки. Это слишком общее понятие. Сможете раскрыть? В каких странах работают ваши решения? Это все индивидуальные решения или есть мелкотиражные? В каких прикладных областях они есть: accounting, payroll, wms, logistic and etc.?

(0) Чем ваша система лучше 1С.

?

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

(262) Ветка немного по кругу пошла.. Повторю свой комментарий с первой станицы.

1С - мощная платформа. CUBA - альтернативный вариант со своими плюсами:
-открытый код
-Java - можно использовать огромное количество библиотек и инструментов.
-более открытая архитектура: открытая структура БД, возможность переопределять части платформы и т.д.
-использование популярных и активно развивающихся компонентов - Vaadin, Activiti BPM, Lucene, EclipseLink и т.д.

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

Понятно, что оба списка можно продолжать.

Сравнивать оба со Spring + js вообще некорректно. Разный уровень абстракции, разная скорость разработки.

(263) Согласен, что по кругу. Даже больше скажу - эти круги уже много лет в разных ветках. Но я давил немного на другую мысль: плюс 1С не в её коде или ещё чем-то. Её плюс именно в комплексном подходе. Франчи, поддержка, реклама, сарафанные радио и т.д. и т.п. Ничего этого больше нет в других системах. Бизнесмены и бизнесвумены покупаются стабильностью и надёжностью. Им плевать какая там ява или оракл, их волнует только итоговая отчётность и прочие прелести любого бизнеса.
Кстати, именно поэтому некоторым предпринимателям внедряю самый обычный бумажный учёт, без всяких там 1С-ок и прочих комповых вкусностей

(264) Тут вы правы. Но франчи-поддержка-реклама не появляются сразу, у 1С в свое время на это ушли годы.

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

В Европе/Штатах аналогов 1С (по цене/возможностям) особо не видно, это по своему уникальный продукт. Есть ERP системы, но цена им - космос. Платформы типа Wavemaker, Outsystems функционально не богаче CUBA. OpenXava, Oracle APEX - существенно беднее.

В России CUBA будет удобнее 1С для многих задач, не связанных с учетом. Вот, например, товарищи сделали систему для управления мероприятиями: http://eventsonar.ru/  
Еще одна компания сделала сервер для управления и мониторинга GPS-трекеров на автотранспорте (кейс скоро опубликуем).
Для ДИТ Москвы еще одни наши клиенты сделали систему обработки электронных сообщений граждан - бэкенд для различных порталов, обеспечивающий выполнение соответствующих процессов + админку. Там достаточно серьезные нагрузки, интенсивное использование BPM, множество интеграций.

Такие задачи удобнее и быстрее решать на CUBA, чем на 1С. Особенно если вы, например, знаете Java и не работали с 1С )))  

Про наши собственные продукты писали выше.

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

(253) Акт, договор публичный на сайте.

(265) Это все конечно хорошо, но выглядит абсолютным бредом в контексте заголовка.

В заголовке речь идет о альтернативе 1с.
А по факту - среда разработки и какой то фреймворк которые никоим боком не конкурируют и не пересекаются  с 1с.

(267) Заголовок просто оставили старый, из двухлетней темы, не нами созданной. Да, он действительно излишне провокационный.
Хотя идеологически (если не рассматривать прикладные решения) платформа CUBA и платформа 1С близки, и рассчитаны на сходный класс задач: внутренние корпоративные приложения, с сотнями форм, отчетами, кучей логики и т.п.

(267) Не смог не подключиться, хотя я и с заинтересованной стороны.
Вы говорите: среда разработки и какой то фреймворк - ну чем не определение 1с :). Этим то они и похожи, особенно на первый взгляд.
Если вы перестанете сравнивать CUBA с типовыми конфигурациями (которые по факту уже сами по себе завершенные решения), то сравнение более чем уместно. Речь идет о тех проектах, которые пишутся на платформе (1с или CUBA) с 0 и достаточно далеки от типовых конфигураций. Вот есть например решение по управлению таксопарком на 1с и есть на CUBA. Давайте посмотрим в эту сторону.

(269) 1с это типовые решения для учета и автоматизации.
Их можно дорабатывать.

А что еще кроме типовых можно сравнивать мне не совсем понятно.
Да я видел игры написанные на платформе 1с, так же игры пишут на платформе Unreal Engine, давайте посмотрим в эту сторону.
Unreal Engine как альтернатива 1с.
Звучит круто.

(270) Повторюсь, 1C это не (только) типовые решения. Это еще и платформа, на которой написаны эти типовые решения, с ней и сравниваем. Кстати, вы не путаете "игры на 1С" и "игры, выпущенные 1С"?

На (260) будет ответ?

(272) Посмотрите плюсы из комментария (263)

(260) Лучше чем 1С :)
(258) На ваш мессадж " Тем более на кубе ничего кроме знания java не надо." Я Вам перефразирую то что я ранее пытался до авторов донести. 1С сильна во многом тем что она подбирает трудовые ресурсы не из программистов. Для программирования на java на самом то деле надо обладать очень хорошей квалификацией иначе можно накодить такого уродства. Для того что бы писать на cuba бизнес приложения надо в дополнение к тому что бы знать java владеть ещё представлениями о бизнес логике или же мы можем говорить о логике и требованиях бизнеса??
1С позволяет людям относительно с низкой чисто программистской квалификацией, низкой по отношению к требованиям к идеальному программисту как сферическому коню в вакууме, писать бизнес приложения за приемлемый срок и с весьма разумным для какого-нибудь уличного ларька бюджетом. Более того функциональные опции начавшие своё полноценное развитие в УТ11 позволяют конфигурировать систему обладая одними знаниями требований своего бизнеса будучи опытнмы специалистом в области бизнес терминологии и не зная программирование вовсе.
Глупо писать на чём либо программистском убийцу 1С когда сама 1С пытается, привлекая программистов, написать полностью конфигурируемого убийцу программирования в сфере приложений критичных для бизнеса и экономики в целом.

(273)По-вашему термины, написанные латинницей должны привести среднестатистического 1с-ника в экстаз?

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

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

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

(276) Интересно, на хаскеле тоже кавнакодят?

(278) кавнакодят не мешки ворочать :)

(277) >>Даже более, они мыслят совсем по разному.
Тут в точку! Основная мысль как раз в том, что многие задачи "извращаются" чтобы влезть в реалии 1с. Наблюдал такое неоднократно. То же решение такси, извините, но это передоз для 1с.

(280) (277) так вот для таких задач CUBA очень хорошо подходит.

Каких задач?

Желательно ответ в виде: на 1С это реализуется так-то, затраты такие-то, на вашей карявке реализуется так-то, затрыты такие-то.

(277) В 1С нет богатой среды? Я Вас умоляю. 1С поддерживает технологию создания внешних компонент которые можно писать на С++, VB, Delphi. Если Вас чего то не устраивает, то Вы можете ваять внешнюю компоненту и реализовать весь требуемый функционал на ней. Возьмите в качестве примера 1С 7.7 и компоненту 1С++.
Нужно ООП пожалуйста.
Нужны прямые SQL запросы пожалуйста.
Нужна низкоуровненвая работа с формами и свои компоненты на формах и тут Вам отказа нет.
"и прочая, прочая." Для кодеров? Я мыслю категориями моих бизнес заказчиков. Всякие глупости там типа трансфертного ценообразования, логистики с пересортом  и пры. Я говорю с бизнесом и с бухгалтерами на одном языке, на языке их предметной области. Нельзя запретить программистам писать удобные и красивые плюшки для других программистов, но бизнес платит не за это и говорит он на своём языке. 1С нику легче понять бизнес. Всё что относится к красоте и свободе полноценного кодирования, но не помогает бизнесу выбрасывается из предметно ориентированного языка. Суть то 1С не в том что это какое то особенно исключительное решение не имеющее аналогов. Это всё класс предметно ориентированных языков программирования. У предметно ориентированных языков программирования своя ниша, свои цели и средства.
(278) Кавнакодить можно на любом языке не сомневайтесь. Никакими внешними обёртками и никаким Хакселем не спасти человека от разрухи в его голове. Дайте дураку стеклянный член... и так далее.

(283) >>карявке
Этикет-то соблюдайте! Края видьте, с быдлом, сорри, общения не будет

(284) >>Дайте дураку стеклянный член...
Вот я про то-же :D

Системы типа Cuba с генерацией скриптов я видел ещё году в 1994 ом в виде многокопонентной приблуды написанной на С++ и очень хорошо защищённой от крадерства.
С разработчиками Cuba бы конечно я пообщался бы может быть в привате с удовольствием. Сам пытался в своё время двигаться в сторону написания интерпретатора 7.7 на java но спёкся. Проводил свои наброски в могилу// Проводил в ту же могилу просвистеший мимо J1L// Кажется так он назывался.
Что Вам сказать? Судя по тому что фирма 1С продвигает обучение именно Java, то Нуралиевы так же смотрят именно в эту сторону и в сторону международного рынка. Достижением тут будет создать пакет и продаться под маркетинговую сеть 1С. Осилить то чего не осилила сама 1С(с её то бюджетом) и слиться с 1С в горячих объятиях.
Что я что ребята из упомянутого проекта страдали от идеи написания компилятора 1С в Java. Если Вы его напишите и назовёте той же Cuba, то проект я думаю взлетит и будет куплен фирмой 1С.

(284) >> Это всё класс предметно ориентированных языков программирования.
Я в (280) писал
>> Основная мысль как раз в том, что многие задачи "извращаются" чтобы влезть в реалии 1с.
Это происходит когда автоматизируемая область выходит за предметную ориентацию 1с. Вот такие решения и имеет смысл писать на CUBA. Если все встраивается в идеологию, и вас устраивает политики лицензирования 1с и т.д. то конечно! Не надо городить свои огороды.

(285) Если вашу карявку назвать под(д)елкой, то вы успокоитесь?

1С ближе к бизнес логике в части проектирования. Java ближе к полноценному кроссплатформенному программированию. Компиляция 1С в Java код может скрестить слона с ужом.

(287) Вы попробуйте, или готовое посмотрите. Обратная связь нам нужна. А не срач из разряда (260).

(289) Я не особо беспокоюсь, так как тут ваше самолюбие прежде всего страдает.

(292) + Я зашел в вашу ветку и потратил (свое) время, значит я могу высказать свое мнение.

Ну и таки ответа чм ваша система лучше 1С я так и не увидел.

(280) Тут полностью согласен. Для каждой прикладной задаче нужно выбирать оптимальный инструмент для решения, а не гнать все под одну гребенку. В свое время тяжелые интерфейсы делал на делфи (фронт), а бэк был на 1с. Но мне ближе C# и Visual Studio :)

(287) А была еще система автокод...

(290) https://ru.wikipedia.org/wiki/X++

+(296) https://ru.wikipedia.org/wiki/X%2B%2B

(288) Поверьте. Так с любым предметно ориентированным языком. У меня в багаже опыт работы с 1С был не единственным опытом работы с предметноориентированными языками. По определению в их функционал входит только то что заложил их разработчик(разработчик предметно ориентированного языка). Он же не универсальный, он лепится из универсального под обрезанную предметную область/под класс задач. Если у Вас есть нужда отступить за рамки класса задач или за рамки возможностей заложенных при проектировании, то да. Но лучше иметь компиляцию предметноориентированного языка в универсальный. Бери и допиливай. Об чём я и говорю. Не предлагать свой набор сущностей и скриптов, а взять готовый предметноориентироанный язык вроде той же 1С и по нему сделать компилятор в код некоего универсального языка (той же Джавы). Тогда бери готовые прикладные решения и компилируй их своей Cuba на Java и продавай.

(293) Как пойдет конструктив, возвращайтесь. А пойдет он, когда вы почитаете, попробуете понять, а не будете вопросы типа (294) задавать в середине разговора. За потраченное время приношу личные извинения, в качестве компенсации - вот, скачайте программку на кубе написанную, отмечайте там время https://www.cuba-platform.ru/solutions#lori. И попытайтесь разработать свою такую-же на 1с. Поделитесь опытом со всем миром - пользу принесете.

Я правильно понял, что чтобы потрогать эту чудо-программку, мне надо будет развернуть у себя tomcat, hsql (что за зверь?), жабу...
И всё это ради нескольких слабоприглядных форм?

(299) О, таймшиты! Совсем недавно на 1С сделали.

(295) Автокод помню)))
>> В свое время тяжелые интерфейсы делал на делфи (фронт), а бэк был на 1с.
Промышлял 1 в 1 тем же лет 7 назад)

(301) Вот отлично!) Можете поделиться?

В плане же бизнеса и языка бизнеса который платит нам деньги за работу и на языке которого мы за годы работы уже обучились все говорить, то суть здесь такова...
Зачастую человеку проще на некоем не вполне кашерном инструменте написать то что ему надо. Хаксель/ Лисп и вообще функциональное программирование кое что если не всё вобрало от языка программирования Форт. Языка программирования который в своё время придумал вовсе не6 программист, а бухгалтер. Бухгалтеру проще освоить программирование чем программисту освоить бухучёт. Блестящие 1С ники выходят, из бывших бухгалтеров у которых по счастливому стечению обстоятельств нет разрухи в голове.

(300) во первых не обязательно HSQL (кстати, таких вопросов не понимаю, у вас же инет под рукой)))
развернуть томкат - звучит конечно громко (2 минуты работы)!!! то есть 1-сные решения на IIS - это не проблема)))

(305) Ну, по моему опыту - кошак - это прилично тяжёлая вещь. И держать её у себя на компе ради простеньких форм, которые на 1с ваяются левой ногой под пиво - смысла особого не вижу

(299) Я занимаюсь исключительно коммерческим ПО.

(306) Вот здесь вы не правы, зайдите на сайт, посмотрите какие формы делаются на CUBA. А то голословненько получается. Таймшиты - простенькая программка для ознакомления, не более того.

(303) Да, вещь оказалось несколько тяжелей чем планировалось. Опытную завершили, готовим к промышленной. Напишите в личку, что нибудь придумаем.

(299) Тюю.... В своё время делал конфигурацию Табель. Вроде в сети ещё можно найти её обрывки
http://softsearch.ru/programs/191-623-konfiguracija-tabel-download.shtml

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

(307) Вот как в детстве, ей богу... Я бы больше тебя подтянулся бы, но рука болит))

(259)

По (259) кто-нибудь раскроет тему? Довольно интересно.

(311) Дрочи меньше.

(314) Вот вы нормальный, вы же понимаете что вы себе это сказали в контексте старого сообщения ))) Батенька - вы идиот! Но не простой, а коммерческий!

(315) Продолжайте, я записываю.

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

(313) Да-да. Сорри, я позже подключился. Вот тут на карте http://www.haulmont.com/clients-map все кубинское. Еще пара точек в штатах не отмечена.

(310) На гуглодоке быстрее

(314)(317) Не опускайте градус обсуждения.
(313) В США бухгалтерский продукт называется QuickBook. Законодательство у них не меняется годами по моему. Так что тема обновить не стоит. Работает и работает.

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

Поэтому рассматривать какой то фремворк со средой разработки как альтернативу 1с просто смешно.

Чем ваше решение отличается например от  PyCharm + Django?

(321) Вот не поверите - унификацией и единой инфраструктурой. )))

Скажем вот это https://www.cuba-platform.ru/solutions#lori
Чем оно альтернативно 1с?
Да его можно написать на 1с, а можно и на джанге, а можно еще где угодно.

(323) Посмотрите нитку переписки, чтобы нам кругами не ходить. Вопрос был в сравнении. Это простенький проект чтобы сравнить.

(320) давно хотел написать, в личке адрес реальный/рабочий?

(322) Дык вы покажите эту самую инфраструктуру.
Где готовые учетные системы? Торговля, бухгалтерия, зарплата, где толпы работников привыкшие работать в этой инфраструктуре?

(320) Там не бух системы внедрены.

(324) В ветке нет ответа на вопрос чем же все-таки обсуждаемая система лучше 1с?

(318) Вижу географию. Что по вопросам прикладных областей? Наличие тиражных решений? (Хотя бы те, которые работают у 2 и более клиентов)?

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

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

(326) В вашем понятии ифраструктура равна типовой конфигурации??
(329) По тиражным - есть. Уже обсуждалось правда, но ладно
https://www.cuba-platform.ru/case-studies/tezis ТЕЗИС (более 300 внедрений)
https://www.cuba-platform.ru/case-studies/sherlock (14 внедрений, почти все кастомизованные)
http://burokratgroup.ru/ еще, инфы по распространению у меня нет.

(330) Голословное утверждение!

(320) QuickBooks Enterprise - это решение для малого (по их меркам конечно же) бизнеса. Сейчас на этом рынке довольно активно переходят в облака. И хоть там решение от Intuit лидирует, но есть заметная конкуренция. И это не только голый бухучет, это полноценная система управления предприятием: inventory, payroll, assembly, banking. Много интеграцией с разными онлайн сервисами. Развитие идёт. Хотя тот же QBE добавил жесткий контроль остатков лишь в 15 версии :)

(331) Если вы делаете утверждения как (330) то потрудитесь почитать и посмотреть и попробовать хоть что-то до этого.

(328) Лучше-хуже - оценочные суждения. Они крайне субъективны. Нужны некоторые формальные критерии, но с ними плохо, никто не может сформулировать и дать способ вычисления.

(333) Жесткий контроль остатков - жестко!

(309) Написал вам на почту.

(332) В моем понятии инфраструктура это комплекс готовых, работающих решений.
У вас я этого не вижу

Отсюда вывод - либо нет у вас этого, либо вы рекламировать свой продукт не умеете. Что даже примеры привести не можете.

(338) Я понял что вы под инфраструктурой понимаете. Бухгалтерии у нас нет - соответсвенно в ваших терминах инфраструктуры тоже.

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

(332) Т.е. это исключительно узкоспециализированных системы?

На вашей платформе можно создать полноценное SaaS решение?

(338) Хотите почитать поподробнее: http://docs.cuba-platform.com/cuba/6.0/manual/ru/html-single/manual.html. Сделайте поиск по слову "инфрас"

(341) SaaS - конечно. В этом плане тут у нас с лицензирование попроще даже. К примеру http://eventsonar.ru/

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

(336) Иногда это необходимо :)

(340)Хорошо, тогда чем ваше решение отличается от веб фреймворка Джанго?

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

Вот пример готовой инфраструктуры, заметьте без всякой бухгалтерии - пакет майкрософт офис.

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

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

У вас ничего этого нет.
У вас голая среда разработки. И все.

(343) С лицензированием проще кому: конечному пользователю или владельцу сервиса?

(335) Ну давайте попробуем.
-открытая схема БД, не изменяемая платформой. Можно при желании использовать прямые запросы, хранимки - имена полей и таблиц внезапно не изменятся)
-можно использовать множество Java библиотек в вашем решении
-можно использовать Java IDE (Eclipse, IDEA)
-скорость разработки - сопоставимая (БЕЗ учета использования ГОТОВЫХ конф)
-механизм расширений, позволяющий допиливать тиражируемые продукты под отдельных заказчиков без боли при обновлении (1Cникам знакомо). Также можно переопределять механизмы самой платформы в вашем проекте.
-работа с большинством веб серверов (от jetty до websphere)
-работа в облаке (IBM Bluemix например)
-интеграция с BPM (Activiti)
-полноценный веб клиент (хотя насколько я понимаю начиная с 8.х у 1С в этом направлении стало лучше)
-нормальная поддержка многопоточности (я слышал что в 1С тут не все гладко, но тоже могу ошибаться насчет того что появилось в 8).

(348) Обоим. Покупаете лицензию на конкурентных пользователей (дешевую по сравнению с 1С) и используете. Клиенту вообще никаких ключей не нужно. С новой политикой лицензирования в следующем году скорее всего будет еще проще (вплоть до бесплатно).

Cuba юзает Vaadin для и-фейса?
А какой версии?

(347) Вы немного путаете конечное решение для пользователя в платформу для разработки, нет?

Сколько ж можно :) Уже раз пять наверное ответили в этой ветке что да, мало прикладных решений (хотя они есть). Не все сразу.  

Сравниваем _платформу разработки_ 1С и _платформу разработки_ CUBA. Ту _платформу_ 1С, на которой в том числе строятся прикладные решения 1С - бухгалтерия и т.п.

(351) Да, Vaadin 7

(325) Пишите. Реальный
(271) http://help.1cniku.ru/public/?q=%E8%E3%F0%E0
http://help.1cniku.ru/public/16481/

(353) ок, насколько сложно вместо "языка программирования cuba" реализовать "язык программирования 1С 7.7" ?

смысл в чем, есть очень много конф на 7.7 которые давно требуют перевода на что то более современное

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

(355)+ т.е. к примеру на 1С 7.7 обходились 1 купленной сетевой верией на 5-10 пользователей (плюс терминальный сервер при желании)

то на 8.X уже требуется обязательно сервер 1С с нужным кол-вом лицух на каждого пользователя и sql сервер (зато от терминального да можно отказаться)

(349) ну, давайте:
"-открытая схема БД, не изменяемая платформой. Можно при желании использовать прямые запросы, хранимки - имена полей и таблиц внезапно не изменятся)"
1С платформа предоставляет методы для работы с БД. Т.е. можно без проблем писать прямые запросы и не думать, как называется это поле или таблица в БД.
"-можно использовать множество Java библиотек в вашем решении " Решается через внешние компоненты. Либо различные обработки и библиотеки на 1С.
"-можно использовать Java IDE (Eclipse, IDEA) " Вы не поверите :)
"-работа в облаке" И у 1С есть.
"-интеграция с BPM" 1С и сама работает с бизнесс-пррцессами. Есть даже такая сущность. Ну а уж любая интеграция - это не проблема вовсе.
"-полноценный веб клиент" Тоже есть уже давно.
"-нормальная поддержка многопоточности" Тоже все нормально.

И восьмёрка уже более 10 лет как бы на рынке. Стоит смотреть на неё, а не на 7.7 :)

(355) Как такового, "языка программирования cuba" нет. Используется Java + API платформы. К сожалению, планов создать интерпретатор 1С->Java у нас пока нет.

(358) тогда зачем ANTLR ?

(344) Ну вот вообще голословно. Ссылка ну документацию есть, смотрите. Опять же призываю к конструктиву.

(360) Кто занимается внедрением и разработкой решений кстати?

(357) "1С платформа предоставляет методы для работы с БД. Т.е. можно без проблем писать прямые запросы и не думать, как называется это поле или таблица в БД. " - это не совсем тоже самое что прямой sql, правда? Скорее некий ORM.

"Решается через внешние компоненты. Либо различные обработки и библиотеки на 1С." - это будет также удобно отлаживать, как непосредственное подключение библиотеки с открытым кодом к проекту?

"Вы не поверите :)" - слышал про конфигуратор на Eclipse. Не уверен, что поддержка языка 1С настолько же полноценная как для Java (рефакторинг и проч.), но 1С молодцы, развиваются в этом направлении

По остальным пунктам мне не хватает знаний 1С чтобы конструктивно ответить. Призову коллег с бОльшим опытом в 1С )

(359) зачем ANTLR кому? И как это связано с тем, что мы не планируем писать интерпретатор?

(352) Я не путаю.
Инфраструктура подразумевает не только платформу, но и комплекс готовых решений, и поддержку, и специалистов.

А у вас действительно платформа для разработки - ближайший аналог VisualStudio и язык с фреймворком по вкусу.
Их много.

(363) у Вас в списке используемого софта перечислен в т.ч. ANTLR

вот и спрашиваю зачем он Вам ?
Если нет "своего языка программирования" и просто api написали?

Может просто кто то не в курсе и есть "внутренний язык" в виде файлов настроек и аннотаций ?

(362) "это не совсем тоже самое что прямой sql, правда? Скорее некий ORM. " Это вспомогательный механизм, позволяющий писать чистые прямые запросы. Банально сопоставление объектов метаданных и имён физических таблиц.

"это будет также удобно отлаживать, как непосредственное подключение библиотеки с открытым кодом к проекту? " Если это 1сная библиотека, то да :)

"Не уверен, что поддержка языка 1С настолько же полноценная как для Java (рефакторинг и проч.)," Рефакторинг в некотором объёме есть даже в конфигураторе. Но самому интересно, как новый IDE будет смотреться после релиза.

(365) Понял вопрос. Используется для генерации кода (CRUD), а также анализа JPQL и модификации запросов.

(364) вот тут посмотрите. FTS, BPM, EAV, CCPayments, Audit, Security, Administration и т.д. - все части инфраструктуры CUBA

(364) скорее у них некий аналог oracle apex или аналога от ms не помню как обзывается

"Это вспомогательный механизм, позволяющий писать чистые прямые запросы. Банально сопоставление объектов метаданных и имён физических таблиц. " - ОК. Но внешними средствами в базу 1С не залезть. И да, я понимаю, что это сознательное решение 1С.

"Если это 1сная библиотека, то да :) " - мы говорим про Java библиотеки. Их больше, они априори лучше поддерживаются (больше разработчиков).

(361) И мы и сторонние компании. У нас CUBA лежит под всеми решениями. Сторонние есть и в россии и появились за рубежом в этом году.

(364) CUBA гораздо более функциональна чем Oracle APEX. Сравните фичи.

(3710 России пишется с большой буквы.

(364) Вот тут можно еще посмотреть https://en.wikipedia.org/wiki/CUBA_Platform#Optional_Modules

(370) "ОК. Но внешними средствами в базу 1С не залезть. И да, я понимаю, что это сознательное решение 1С."
Сразу вопрос: зачем это делать, когда есть OData? Кстати, у вас реализован REST интерфейс?

(370) "мы говорим про Java библиотеки. Их больше, они априори лучше поддерживаются (больше разработчиков)." По джаве ок. Было бы странно, будь это иначе.

(375) Да, конечно, рест есть, из коробки

(377) Вот видите, уже и нет смысла лезть в физические таблицы 1С напрямую. Как и у вас.

(377) Чем CUBA лучше того же hibernate, spring?

+(379) выше уровень абстракции?

(379) Безусловно. Это как 0-и и 1-ы с C++ сравнивать. Мир другого уровня.

(370) Удивил. Как это не залезть? 1С это доступно и всерьёз. И всерьёз доступно.

CUBA и прочие аналоги появляются и находят своего потребителя только по причине завышенной цены на 1С ))

скинь 1С цены в 2-3 раза и все CUBA пойдут на Кубу

(382) http://v8.1c.ru/predpriyatie/questions_licence.htm#28: смотрите пункт 65. Лезете в базу - нарушаете лицензионное соглашение.

(383) Очень, спорно - читайте переписку. Вопрос, для какого класса задач.

(382) (384) Так что не признавайтесь! Идите в несознанку!

(385) для класса задач когда в среднем 1 пользователь но в пиках до 100 на 1 минуту в день

(383)
Цена на 1С не завышена. Посчитай сколько туда только за последние 5 лет вложили. Под сотню млн нерублей
Естественно в продукт в который вложили в 100 раз меньше можно продавать дешевле

(388) хм, если вложить в защиту от пиратов 1 лям нерублей, то снизив затем цену легко заработать много много лярдов нерублей

(388) и да не нужно путать средства вложенные в  разработку и средства на маркетинг и прочий

чем CUBA лучше чем http://www.openxava.org/ ?

(391) Я очень рекомендую вам попробовать и то и то :) openxava - чистый CRUD под liferay и все. BPM, FTS, остальные плюшки... попробуйте накрутить. Я пробовал - боль еще та. Если вам нужен слабо (крайне слабо) кастомизуемая CRUD морда для базенки, вперед. Сделать что-то достойное, это врядли. А задеплоить решение - это у них отдельная песня. В общем, попробуйте, увидите прям сразу!

(386) Еще раз: зачем это нужно при полноценном рест интерфейсе и веб сервтсах? Какой сценарий использования прямого доступа к БД из вне?

(392) для внутреннего использования лучше возьму 1С...
для внешнего лучше возьму чистый vaadin (на java) или webix (на js)

(266) на юрика можно по оферте...? боюсь что бухии многие не пропустят...

(384) Это в европах может и так, а в России этот пункт они могут засунуть себе куда нибудь.

(393)
Ну у 1С нет нормального или пока нет легко клиента
На конференции докладик был интересный от Окнософта
тут ответы чем не устроил стандартный :
http://www.oknosoft.ru/presentations/zd_what_for.html#/s1

легкого вебклиента

(332) пока все - бяка (м.б. кроме такси). так как предлагаемые решения - это достаточно высокий "слой" инфраструктуры бизнеса, подкрепляемый снизу "оперативным" слоем. системы учета времени, документооборота итп - это все уже начинает интересовать когда есть и функциониует бизнес, обслуживаемый "низкоуровненым" слоем бизнес-приложений (торговля, услуги итп). Бизнес заработал денежки - начинаем улучшаться/снижать издержки - контролировать время выполнения задач/проектов, внедрять СЭД и прочее. Нет "оперативного" слоя - все эти таймшиты и документообороты - мало кого интересуют.

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

(397) Думаю, 1С интересует определённая цель: веб-приложение должно давать ту же функциональность, что и тонкий клиент. С этой точки зрения, веб-клиент очень хорош. Для упрощений, опять таки, есть OData. По крайней мере веб-приложение используется вполне активно.

(397) Окнософт для меня непонятно вещает: тонкий клиент при листании списка и хождении по группам генерит трафик на сервер, а окнософт не генерит трафик, потому что список закеширован на клиенте - имхо херняс какая-то: откуда в кеше возьмется - точно так же дернется с сервера, если списки обновляются часто - нахрена мне неактуальный кеш..? (м.б. a ввиду некомпенгагена неправильно понимаю?)

(400)
Вот тоже весьма интересуюсь ODATA Какой нибудь гред в веб стороннем можно сделать ? Есть какие то примеры ? На инфостарте смотрел - там больше теория

Могут использовать  подписку на события к Ms SQL
1C Messenger для отправки сообщений, файлов и обмена данными между пользователям

и оповещение по вэб сокетам

(401) ыыы, а зачем думаете в УФ есть кнопочка "обновить"? на формочках?

(397) бредятина

(404) а они что АВТОМАТОМ не обновляются по таймауту?????

(401) Для простоты, можно считать, что в metadata.js распределенная база.
Есть редко изменяющиеся данные. Они живут в кеше браузера и доступны оперативно.
Есть некешируемые данные - за ними всегда ходим на сервер.

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

(406) Можно включить и настроить таймер ("из платформы").

Вообще поковыряйте Тонкие формы/динамические списки в 8.3, они охеренны.
Поиск по колонкам при вводе - офигенна, 2 режима - полнотекстовый и обычный. Единственная претензия - если полнотекствый индекс не обновлен - ничего не ищется и платформа молчит об этом.

(402) А чем metadata.js не устроила?
Вы ведь, там получаете в javascript объектную модель ala 1C.
Для двух типов гридов - динсписок и табчасть объекта есть простые примеры.
Кода в каждом ровное одна строчка. Примеры запускаются кнопкой "выполнить". Править код можно по месту и сразу обновить результат:
https://www.oknosoft.ru/metadata/codex/#obj=01121&ref=&frm=&view=js
https://www.oknosoft.ru/metadata/codex/#obj=0118&ref=&frm=&view=js

(410) Почему у вас нет запросов к серверу, когда ползаешь по списку справочника?

(411) Короткие справочники (до 30 тыс. элементов) затягиваются на клиента при первом старте приложения.
Далее, поддерживаются в актуальном состоянии через двусторонний фоновый обмен между базой браузера и базой 1С.
У нас на клиенте полноценный SQL

И почему я не удивлен...

Форма выбора - не кешируется?

Кэш устарел, а фонового обмена - нет, пользователь - в заблуждении?

(414) скорее всего каждый раз дергается
иначе есть риск загадить кеш на вебброузере в случае кучи разных форм выбора

(416) Лучше пишите убийцу TV.

Документ при открытии сравнивает хеш по всем данным и в случае его неизменности - не отправляет ничего на сервер? А если исправили 1 реквизит - на сервер отправляется весь документ ли 1 реквизит?

(417) ЕГАИС уже всем внедрили?

(418) "и в случае его неизменности - не отправляет ничего на сервер?"

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

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

(386)
-иногда на уровне БД удобнее делать интеграцию (в силу производительности например).
-иногда на БД натравливают внешние средства отчетности/BI
-иногда аналитики (не 1Сники) предпочитают получать данные непосредственно из БД (язык 1С, REST будет в этом случае слишком трудоемко
-для одноразовых операций (миграция со старой системы на новую например) тоже обычно проще использовать напрямую БД

Ну это так, навскидку. В общем случае интеграция на уровне API системы безусловно самый "расово верный" способ. Но дьявол в деталях.

(421) нет подразумевается что на форме есть реквизиты в которых можно по кнопочке открывать разные формы выбора справочников разных

так вот эти списки справочников то как с кешем дружат?

Удивительно, но (423) - прав :-)

(421) Не растекайтесь в потоке мудрых фраз.
1) Другой пользователь поменял реквизит контрагента
2) Фоновый процесс еще не успел обновить локальную базу текущего пользователя
3) Что увидит пользователь в:
3.1 Форме списка спр. контрагентов
3.2 Форме выбора спр. контрагентов.

(423) > так вот эти списки справочников то как с кешем дружат
Да, если, например, для справочника "организации" указано "кешировать", то обрагизация будет выбираться из локального кеша.
Другой реквизит, например, "характеристика номенклатуры" может потребовать обращения к серверу

(424) удивительно что факир сегодня был трезв

(424) > Что увидит пользователь в
Посмотрите ролик про реактивность. Не для рекламы - просто после него разговор более предметным получится
http://www.youtube.com/watch?v=UcBGQGqwUro&list=PLiVLBB_TTj5njgxk5E_EjwxzCGM4XyKlQ&index=1

(417) > Лучше пишите убийцу TV
У меня нет иллюзий, что смогу повлиять на устоявшиеся традиции 1С и веб-разработки.
Я пишу не "убийцу", а инструмент, с помощью которого решаю свои задачи.
Наверное, эти задачи можно решить иначе.
Точно не в 1С (векторная графика, генетика, лёгкие интерфейсы), но результат, который я получаю с metadata.js нравится мне и моим заказчикам. Это - не мало.

(428) это он не Вам, а мне с намеком на мою тему План написания убийцы TeamViewer и прочих Ammyy...

(427) и цимус в чем? также трафик гоняется - что в 1ске, что в в ваших окнах...?

(427) Это нифигенно круто.
Но как это работает.
Пока нам показали стеклянные бусы, в надежде, что мы забьемся в пароксизме экстаза от совершенства. Но нам нужна стеклодувную печь.

Так как вылезают ньюансы.
Расскажите про формы списка и выбора.

(428) Пост про убийцу TV был не вам.

(431) > Расскажите про формы списка и выбора
1. Рассказать сочту за честь, но не уверен, что эта ветка - подходящее место.
2. У меня на часах 23:55 - обещал домой не поздно вернуться.
Завтра попробую написать более подробно про реактивность и еще несколько фич

Будем ждать.

(433) эх сделали бы типовой конфе "полный интерфейс"
например к БП2(3) и чтобы он обновлялся своевременно ))

вот тогда оно бы взлетело только в путь

Куба в топку по одной простой причине, считающий свои деньги задаст только один вопрос: "а что
будет когда они загнутся как система ...?". Вот и всё.
(только что беседовал с одной конторой на эту тему)

(410)
Скачал и офигел от огромного количества кода. Сначала думал что простой инструмент. Т.е. полная зависимость от стороннего производителя. Уж лучше от 1С тогда дождаться. Тем более что они развивают направление

(434) Ответил в отдельной ветке: Реактивность в 1С

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

(437) > офигел от огромного количества кода
А количество кода в windows или 1С Вас не смущает?
В metadata код открыт и при необходимости можно исправить ошибку или реализовать недостающую функциональность платформы

> Тем более что они развивают направление
Я общался по этому вопросу с руководством 1С. Вашу гипотезу про развитие направления подтвердить не могу.

(0) А есть такой же, но без web?

(422) Вы же понимаете, что все три варианта (кроме разовой интеграции) будут зарублены на корню ответственным за систему?

Интеграция на уровне БД - этот кладезь возможностей получить кривые данные, обойдя весь контроль системы. Кроме того постоянная интеграция на больших объёмах идёт через MDM системы или интеграционное пространство.
Средства отчётности пусть крутят свои OLAP кубы в другом месте и не вешают продакшн своими дикими запросами на посмотреть.
Это они "предпочитают", когда нет другой возможности. У 1С нет сложностей накидать отчёт в СКД за полчаса-час.
В одноразовой миграции смена имён полей роли не играет. Т.к. она одноразовая )

(440) ну и в 1С код открыт. А платформа что в 1с что в ваших решениях - проприетарщина

(443) как раз код платформы metadata.js открыт пока совершенно https://github.com/oknosoft/metadata.js

(443) Это правда, но не вся.
Приложение на metadata может работать вообще без сервера.
В indexeddb можно положить и миллион записей, но держать там большие данные страшновато и наверное, медленно.
100-200 тыс. записей - вообще без проблем. Это для браузера штатный режим.
Для инвентаризаций склада, pos-точек продаж и цеховой диспетчеризации можно реализовать очень эффективные рабочие места, проприетарного кода в которых не будет.

(445)  разница в том что у вас это можно
А на 1с это уже есть
И не в единственном экземпляре

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

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

Ссылки на безбумажку и заказ дилера дайте еще раз если я пропустил

(449) Безбумажка: https://github.com/oknosoft/paperless
Заказ дилера: https://chrome.google.com/webstore/detail/hcncallbdlondnoadgjomnhifopfaage
Интернет-магазин для типовой 1С: https://www.oknosoft.ru/metastore/

(448) > ваши разработки неинтересны и не нужны
Не думаю, что кругозор надо искусственно сужать.
Мне кажется, что если программист 1С будет знать, что его любимая платформа умеет эффективно работать в веб и оффлайн, это не помешает его работе

(451) Да им бы разобраться как то, что есть, работает...

Кстати, обратите внимание на (0): старая тема была про "убийцу", а текущая уже про "альтернативу" =)

(450)  спасибо, посмотрю

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

Интернетмагазин произвел негативное ощущение
Тормозная какаято поделка
Но это сугубо личное мнение

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

(456)  возможно
Просто на айпаде запустить удалось со второго раза причем с какимито жуткими тормозами
И дажк курсор в списке всяких товаров с ботинок на полуботинки переключался както очень легиво
Но это может быть сугубо специфика работы с айпада

(457) на айпаде? :)

ага просто это ж javascript внутри броузера ))
для начала другой броузер попробовать к примеру chrome

(457) Под safari не тестировал. Задача этой демки - показать, что в интернет-магазин можно подклеить привычные для 1С списки документов: заказы, оплаты, отгрузки.
Лично мне такой функциональности не хватает в известных вебмагазинах, где оплата - это галочка "оплачено" в заказе.
Что значит "оплачено"? А если я платил по трём заказам частями с разных расчетных счетов?
То же самое - с отгрузками и возвратами.

(458)  я скорее прпробую другую систему чем другой бравзер

(460) тогда советую попробовать веб клиент от 1С на своем iPad... в своем броузере

(461)  ну вебклиент вметаки для работы с одноэс а не для инетмагазинов
Смайл
А если заявлен инетмагазин то работать должен везде

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

(461) Будет работать вполне хорошо :)

(455) > Тормозная какаято поделка
Тормоза возможны. Я поленился делать для этого демо Node-прокси. Сайт обращается непосредственно к 1С, а серверу 1С нужно время, чтобы "проснуться" (спячка наступает после 10 мин. отсутствия запросов). Ну, и RLS 1С-ка обрабатывает сами знаете как.
Теперь пожинаю плоды своей лени.
Надо будет на каникулах прокси прикрутить - тогда система будет отвечать молниеносно.

Так смешно читать потуги 1с ников. Любую разработку, связанную с учетом чего либо, они воспринимают как личное оскорбление. Как дети ей богу, и аргументы у них соответствующие.

Раньше зарабатывал в основном тем, что переводил конторы, намучившиеся с 1С на кастомные решения. Года 3 назад пришли люди торгующие оптом мелким, серийным товаром. Типичная накладная это 8-10тыс позиций и каждой порядка 100 серийных номеров. Торговля сохраняла документ минут по 10. На бухгалтерию просто плюнули. За ней работал 1 бух и на тормоза просто забили, ибо менять бухню особо не на что.
А вот с торговлей работало много народу и с ней возились долго. Да кстати. Пояснение для особо одаренных. Платформа была актуальная. Конфы тоже, типовые и на поддержке. Никто ничего не менял.
Так вот, возились долго, разные франчи приходили. Сервак накрутили и толку почти ноль. Все франчи говорили, что одна накладная это неправильно, так никто не делает. Ну и прочий брел несли.
Перенес учет на Spring+Vaadin. В общем те же технологии что и у Cuba. Все довольны. Манипуляции документами стали занимать секунды а не минуты.
Программист кторый

" Типичная накладная это 8-10тыс позиций и каждой порядка 100 серийных номеров. Торговля сохраняла документ минут по 10"

У меня в торговле ОРП на 5000 позиций проводится 15 секунд.
Можно ещё ускорить, но такое время всех устраивает.
Может, просто у кого-то руки растут из места на метр ниже плечь?

(467) да, думаю в (466) просто меряние не тем чем нужно

интересно в это "Spring+Vaadin" контроль остатков при списании есть?

Ох. Случайно отправил недописанное.

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

(469) как 0хренительн0 когда сначала рук0ж0пы не правильно используя инструмент - молоток - пытаясь колотить деревянной ручкой - говорят фигня микроскопом удобнее гвозди забивать

(467) > Может, просто у кого-то руки растут из места на метр ниже плечь?

Полностью согласен. Ведь, как я и писал, это была типовпя конфа.

(468) > интересно в это "Spring+Vaadin" контроль остатков при списании есть?

Такой смешной. Правда думаешь что в контроль остатков только 1С умеет?

(470) Не менее охренительно, когда смешные чудики выдают свои рукож0пные типовые поделки на 1С за вселенкское чудо.

(467) И кстати, всегда умиляли такие сравнения. У меня в примере 10000 позиций и к каждой 100 сериек. А у тебя просто 5000 позиций без серий.

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

(471) да думаю на 1С разработать нормальное решение намного быстрее и удобнее чем на чем то другом

если не нравятся типовые решение берется платформа нужной версии и пишется с 0 что нужно

вот если у кого то уже есть готовая проприетарная поделка или ничего кроме не знаем и нужно на $ раскрутить ))

когда то видел внутри офисную учетную систему на php, ржал неимоверно, потому что они просят тут поправить, там добавить - понимаю что проще на чем другом переписать или пусть ищут того гения кто им это ваял

(473) Я для примера. Против твоих 10000

(467) ну не у всех есть деньги на дорогущие сервера.

(474) Вот это правильное замечание. Наша разработка вышла и дороже и дольше, чем то же самое с нуля на 1С. Не на много, но все же.
И заказчик это прекрасно понимал. Но он уже так наплакался с 1С и франчами, что не хотел даже слышать про 1С.

(475) Ну ты же понимаешь, что 5000 без серий и 10000 с сериями это две большие разницы?

(466) д'Артаньян. Суть 1С - г.., а я молодец. Можно было бы достичь того же ускорения, просто начав вести учет в 1C c заново. Т.е просто почистив базу.

(478) нет. Не понимаю.
Я тупой. Куда мне до гениев программирования, которые не могут вывести свою платформу на мировой рынок, а развлекаются ср***ми на рядовом форуме для быдла...

(479) Типичный дебил 1С-ник. Который считает что все проблемы от «грязных» баз.

(480) На до же... действительно тупой и признает это.
Надо где то зафиксировать этот феномен.

(481) конечно, "мы быдло пролитарское по театрам не ходим". Человек даже не понимает источник проблемы (тормоза базы), ставит свой велосипед.
Конечно ваша система будет летать т.к она началась с чистого листа.
Если бы поставили чистую конфу, то тоже стало бы все летать

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

Все кто не любят 1С... просто не умеют её готовить...

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

1С кроме того 1С дает определенный функционал. К тому же поддержка при постоянно изменяемом законодательстве.

(484) Конечно же вы провели анализ проблем и смогли выяснить какие операции в 1С выполнялись дольше всего. Поняли, что в рамках доработки некоторых типовых механизмов проблему не решить и решили внедрить свое решение. Можете поделиться результатами анализа? Думаю, многим будет познавательно.

*попкорн*
я еще ни разу не видел, чтобы ДенисЧа тут тупым назывли))

(488) откуда попкорн? у меня вот только *салатики*

а у меня, тупого 1эсника *холодец* *икра* и *маруся*

*водка маруся* т.е.)

(491) я сегодня уже удаленно работаю, так что у меня пивас)

486+ Нужно добавить, что 1С еще и универсальна и может работать с различными БД. Но за это нужно платить, так как нельза на полную использовать все премущества например T-SQL или Оракула
Специализированные решения всегда будут бустрее, но область их применения ограничены

(487) И конечно же вы не смогли прочитать то что я писал.
Даже не удивлен. Ибо дислексия походу проф заболевание у 1с ников.
Как я писал, не я занимался оптимизацией. Я только наблюдал за их потугами. Оптимизировали официальные партнеры от 1с, те самые спецы, которых в каждой деревне мульон, которых тут расхвалиавают через камент и без которых платформа якобы не взлетит.
И да, они перепробовали все. И чистые базы и оптимизацию бд и даже пытались заменить постгрес на мс сервер. Все бестолку. Единственный вариант, это переписывать типовую.
Но заказчик уже не хотел греблю с 1с. Его никто не уговаривал. Более того, он прекрасно понимал, что на 1с будет быстрее разработать и дешевле.
Но ведь какая штука. Есть такое понятие «стратегия мышления низшего типа». Это когда сиюминутная выгода перевешивает более глобальные вопросы. И это как раз про 1с. Сиюминутная выгода от старта проекта на 1с, становится не такой очевидной, как только начинаешь смотреть в будущее. Кастомное решение на  1с надо точно так же поддерживать как на другой платформе. Единственное неоспоримое преимущество у 1с это бухгалтерия. Все что выходит за рамки бухни уже не так однозначно.
А толпы людей готовых поддерживать решения на 1с, они только в маркетинговых проспектах хорошо выглядят. Ибо в реальности это оказываются толпы недалеких студентов, способных только учет на чистой базе начать.

P.S. Конечно же некомпетентных людей хватает в любой области. Но только 1С ники стали героями анекдотов и прочего народного фольклера.

(493) Ну и естественно это такая уникальная фича. Никто никто не додумался и тем более не смог реализовать такое...

faceplm

(494) насчет "Типичная накладная это 8-10тыс позиций и каждой порядка 100 серийных номеров. Торговля сохраняла документ минут по 10"

интересно а сколько времени набивается эта накладная?
и как это время соотносится со всего 10 минут "сохранения" ?

у меня огромные подозрения что что то тут нечисто :)

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

(496) Конечно нечисто. Черная магия. Открою вам страшную тайну. Только никому не рассказывайте. (шепотом на ушко) Накладные можно загружать, например из файла.

(497) Попробуйте немного подумать. Я понимаю, для вас это тяжело. Но когда то же надо начинать...

И так, начинаем логическую цепочку. В типовой торговле есть работа с сериями. Так же она предназначена для автоматизации оптовой торговли.
Внимание вопрос: Что нетипового в обычной торговле товара по сериям?

Смените тон обсуждения и вернитесь к теме ветки.

(499) Объем накладной. Конечно, сложно объяснить "бизнессмену", что типовой программный продукт хоть и работает без доработок в 90% случаев, но некоторые сценарии требют правки типовых механизмов. "Но ведь за программу заплачено целых 50 тыщ, значит она должна работать вот прям щас!"
И то, что объем доработок был бы на порядок дешевле кастомного решения, и то, что такое решение повысило заметно стоимость владения и риски, этому "бизнессмену" невдомек. Ведь к нему пришли такие замечательные люди, которые очень громко смогли кричать, что 1С - го*но.

(498) отлично а после "загружать из файла" - сколько времени идет сверка фактического наличия с накладной?

мне кажется ваша уникальная система совсем не уникальная и таких велосипедов уже много написано

и заброшено переходом на что то типовое типа 1С или (0)

и будет еще написано и потом заброшено ))

(500) Да не вопрос. Но я пока в теме ветки. Привел пример когда разработки типа Cuba легко заменяют 1С и более того работают лучше.

P.S. Маленький вопрос все таки есть. Вы приструняете только тех кто что-то говорит против 1С? Ибо тут стеба от 1С-ников предостаточно, но вы его просто игнорируете.

(503) да это секта)

На прошлой работе купили Тезис, пришлось им допиливать напильником под нас только в путь! То есть решение то оно решением, но не все так гладко и шоколадно. Я им делал обмен между бух3.0 (кондрагенты-договоры), так даже формат данных менялся пару раз.

(477) >>>Вот это правильное замечание. Наша разработка вышла и дороже и дольше, чем то же самое с нуля на 1С. Не на много, но все же.
И заказчик это прекрасно понимал. Но он уже так наплакался с 1С и франчами, что не хотел даже слышать про 1С.


то что вы допустим сделали работающую систему в данном случае молодцы но... Если на 1с франч некомпетентен, то его всегда можно поменять и найти компетентного специалиста. А теперь вопрос, что делать клиенту, если он станет недоволен вашей работой (например если специалисты у вас поменяются и новые будут не очень компетентными)?

А вот по существу, накладная в 8000 строк проводится с его слов 10 мин. При этом вроде в курсах Гилева говорилось что управляемые блокировки при превышении 5000 строк для установки фильтра блокировок вызывают эскалацию блокировок и блокируют всю таблицу итогов т. к. уверяется что проще заблокировать всю таблицу чем обслуживать такое количество информации по блокировкам. Т. е реально при 10 минутном проведении такой накладной 10 минут никто в базе вообще ничего проводить не сможет (по конкретному регистру). И вроде в курсах утверждается что (точно не помню) в версии 8.3 уже стало 20 000 строк, при превышении которых происходит эскалация блокировок. Но тогда вопрос автору, а как такая ситуация работает в вашей системе, каким образом вы обеспечиваете параллельность работы. Остается узкое место - время физической записи на диск 8000 проводок (движений регистра), в которое невозможно обратиться к итогам.

5000 и 20000 это количество строк записей, которые получаются как результат наложения фильтров управляемой блокировки.

Прошу простить за дилетантский вопрос - а накладная в 8 тысяч строк - это суровая реальность или как?

(509) думаю это идиотизм проектировщика бизнес процессов

(510)+ в смысле ассортимент лекарств в крупной аптеке представляем? там примерно 4-6 тысяч разных наименований * несколько серий

в разной канцелярке в крупном магазине может быть до 10-15 тысяч наименований (но уже без серий)

ЗЫ что такое они там многими накладными по 8 тысяч * 100 серий учитывают мне совершенно непонятно
но допускаю что такое возможно где то необходимо

(511) Даже если такое возможно, то это уже не типовой функционал который рассчитан на массовый сегмент.

Ну понятно теперь - 200 страниц распечатки, механизированный сбор данных типа с ТСД.... Вручную набить такое ведь нереально?

(513)  такой объем на тсд никто не станет набирать для одномоментного поведения ибо это в подавляющем количестве случаев не имеет смысла

(514) Мне интересно просто как в реале это происходит... )

(513) гм у нас вручную принять/забить накладную в 500 это 1 человеко день
сча грузим электронные накладные и только проверка так за полдня успевает 1 человек

то что описали про 8 тыщ*100 серий это что то за гранью

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

8000*100серий это 8 миллионов строк. ГЫ ваще бред

(518) ну не бред а заполнение такого среднего оптового склада с 0

но это не делают 1 единственной накладной )) а несколькими сотнями накладных обычно

(519) это понятно что в разрезе склада это даже мизер, но весь склад одним доком не дигают

(0) настоящий убийца 1С, это - AngularJS+Bootstrap+[Серверный модуль на PHP,NodeJS,Python и т.п.]

(516) проверка должна быть при приемке, а приемка с помощью ТСД

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


особенно повеселил bootstrap. css убъет 1с )))

(522) мало проверить на пересорт и количество, качество товара тоже ТСД сканером будет определять?

неважно использовать ТСД (ручной компьютер) или обычный комп, суть что приемка такого кол-ва даже близко с 10 минут проведения не стояла

(524) ну качество естественно не ТСД)))

(523) смейтесь дальше

(523) ну просто сча кризис... и как обычно потерявшие работы/заказы сайтописатели лезут туда где осталась работа
в реальный учет ))

(527) другие варианты принципиально не рассматриваются?)

(523) я не смеюсь, а задаю конкретный вопрос. Реальное внедрение некоего типового решения вашего убийцы есть?

(526) мы и смеемся )) одно дело на 1С пару реквизитов в отчетик добавить и другое дело на "AngularJS+Bootstrap+[Серверный модуль на PHP,NodeJS,Python и т.п.]"

(528) зачем побочные? когда есть главная/основная причина?

+(529)Ладно упрощаю: типовое решение (можно без внедрения) есть?

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

(529) (532) никто не говорил, что это _мое_ решение.
Это стек технологий, который позволяет это сделать.

(534) так если он так хорош чтож на нем никто ничего пока не наваял? не путайте пожалуйста технологии и реальный работоспособный продукт (между ними огромная пропасть)

(495) Убийца 1С это прежде вснго конфигурации, а не платформа. Linq to EF тоже многие базы поддерживает и значительно быстрее, удобнее и могучей чем 1С. Но вот  не является убийцей. Нужны прежде всего типовые конфигурации с возможностью допила до своего своих нужд например через наследование итд.

(536) вот только где бы взять платформу на которой можно пилить быстрее чем на 1С ?

с таким же временем изучения платформы с 0 (поддержка в виде инфо-материалов и сообщества)

и самое главное чтобы она при этом стоила дешевше 1С ))

(536) По моему в 536 дан ответ. Проблема прежде всего в типовых конфигурациях и возможности зарабатывать на них. 1С больше зарабатывает на ИТС.
  Насчет времени изучения, то здесь вопрос неоднозначный. Многие языки и библиотеки намного могучее, на которых можно делать любые платформы. При этом на том же http://stackoverflow.com можно найти любые ответы на вопросы, так как программисты этих языков есть во всем мире, а не только в странах бывшего СССР.

(442) >>Интеграция на уровне БД - этот кладезь возможностей получить кривые данные, обойдя весь контроль системы.<<
Конечно. Бывает, что это оправданный риск. Или единственная возможность. Например, когда по какой-то причине у вас нет возможности вносить изменения в систему, из которой вы забираете данные, а достаточный API она не предоставляет.


>>Средства отчётности пусть крутят свои OLAP кубы в другом месте и не вешают продакшн своими дикими запросами на посмотреть. <<

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

>>Это они "предпочитают", когда нет другой возможности. У 1С нет сложностей накидать отчёт в СКД за полчаса-час. <<

Есть аналитики которые не знают 1с )


>>В одноразовой миграции смена имён полей роли не играет. Т.к. она одноразовая )<<

Только от имен полей крышу сносит )

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

Кстати, всех разработчиков - 1С и не только - с наступившим Новым Годом! Понимающих клиентов с деньгами и интересными задачами :)

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

(395) Да, можно. Бухгалтерия (даже с самыми специфичными требованиями) не должна стать препятствием для использования понравившегося ПО:)

(399) Соглашусь, что СЭД это верхний слой управления бизнесом. Но с тем, что он малоинтересен - не правда, иначе наверное не было такой конкуренции и постоянного интереса со стороны бизнеса. Таймшиты - да. Потом операционный уровень у всех разный, а документооборот он достаточно типовой и как инструмент контроля офиса - достаточно эффективен.
Почему в этом плане ТЕЗИС (как продукт на CUBA) стал интересен бизнесу? Рынок СЭД в моем понимании уже древний с кучей решений и казалось бы что здесь можно придумать нового? Ответ достаточно простой - это работа полностью под веб, без необходимости устанавливать десктоп приложения на каждом рабочем месте, простота администрирования и поддержки. В 2011 году в этом плане практически не было конкурентов, поэтому Тезис сразу начал пользоваться спросом.
Если сформулировать кратко, то одно из ключивых преимуществ - возможность организовать распределенную работу географически удаленных подразделений через веб.
Для операционного уровня это как правило не требуется. Хуже не будет, но не столь критично как например необходимость согласовать документ между офисами в Москве и Хабаровске, работая в одной системе с возможностью посмотреть документы (и выполнить нужные действия), а если это еще надо сделать находясь в командировке в другом городе и имея только интернет и браузер...
Таким образом, операционный уровень на российских предприятиях - это очень большое количество бизнес спефики, где 1С уже работает и неплохо долгие годы, а наше ключевое преимущество не является определяющим. Поэтому мы решили не распыляться, хотя на базе СЭД реализовывали кастомные решения по МТО:
http://habrahabr.ru/company/haulmont/blog/266823/
и казначейству:
http://habrahabr.ru/company/haulmont/blog/264929/
Однако, нам естественно хотелось бы, чтобы такие решения на кубе появлялись.

Отдельное спасибо, что оценили наше решение по такси:)

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

(544)  не надо лавировать смайл
Скажите прямо
Что с имеющимися ресурсами вы не в сосоянии обеспечить широкий слой операцтоннооперативных бизнес процессов и здесь никаких преимуществ вашего продукта нет. В первую очередь что нет и собственно никакого продукта и нет инфраструктуры широкой поддержки

То есть ваша область это заказные ущкоспециализированные решения где вообщем вашего доминирования тоже нет - 1с ка покрвает кучу таких нужд

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

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

(548) угу, согласен. Но документооборот операционного слоя - на порядки превышает сумму всех других "документооборотов" - и как такой операционный документооборот оторвать от товарооборота - непонятно (только если в больших компаниях, где товарооборот живвет сам по себе, а операционный документооборот сам по себе - но в моей (небогатой) практике - я такого не видел.

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

(550) Лентяй! ;-)
- теперь представь как мне влом в 8-ке копаться ;-)

(551) 8ка не крешится при открытии проектаконфигурации на "и еще 74 строки" ошибок

(552) но в 8-ке вроде и без таких крешей проблем хватает? или нет - можно ставить последнюю рабочую платформу и все будет без глобальных проблем? - не надо будет посреди отпуска срываться и мчаться за тридяветь земель?

(542) transducer не имеет к нам отношения - поэтому повлиять никак на него не могу

(546) так раз 5 уже сказали в этой ветке вроде! У нас мало готовых решений, и нет задачи их "клепать". Платформа - инструмент для задач, где типовые решения 1С не подходят, или их доработка дороже разработки с нуля.

(555)
"инструмент для задач, где типовые решения 1С не подходят" - какой-то набор слов.
Типовые решения 1С не подходят во многих местах. Нужно понимать, что ваша система подходит для всего? SCADA, САПР, СУБД ... И фотошоп с автокадом им можно заменить?
Вы лучше перечислите поддерживаемый набор прикладных объектов. Именно из какой-либо предметной области. Или ваша система просто аналог FoxPro + MS-Sql только для веб? И всю прикладную логику нужно пилить и допиливать с нуля и самостоятельно?

(550) Потому, что нужно выбирать Linq to EF. Шутка.
Может ты и мои посмотрел?
Code First и Linq to EF на примере 1С версии 7.7
Code First и Linq to EF на примере 1С версии 8.3
v8: v8: Использование сборок .NET в 1С 7.x и 8.x

Привет всем нелюбителям 1С. Вот прямо на праздниках произошла такая ситуация: 8 декабря вышла новая хотелка правительства в плане новой формы 2НДФЛ. У 1С она появилась в обновлениях уже в конце декабря, а вот парусисты опять вспоминают как правильно рисовать в екселе.
Это к вопросу о критериях убийства 1С. Народ, да заказчику вообще плевать на чём написана платформа, ему важна только быстрая реакция системы на изменения в законодательстве и в хотелках самого заказчика. Спускайтесь уже на землю и хорош мериться флэшками на тему "чей СКЛ сильнее".

(558)Помимо бухучета и налогового учета еще есть управленческий учет.

(559) Могу другой пример привести, касающийся всяких упр.учётов:
Потребовалась новая хотелка начальника в виде небольшого планирования по продажам пивка. Его основная система была написана супер-пупер программистами на фоксе и эта доработка вышла примерно в месяц работы. Конкурент же на 1С это всё реализовал за пару часов. Точнее просто подучил стандартный функционал УТ. Буквально через пару месяцев первый продавец пива послал подальше фоксистов и купил 1С.
Эти все примеры показывают только одно - заказчику абсолютно плевать на чём написана платформа и какая она крутая внутри. Вот абсолютно на это пофиг.

(560) А для этого нужна конкуренция, что было из чего выбирать. У каждого продукта есть своя ниша. Ну и нужно конечно учитывать и бизнес стратегию, что бы привлечь не только заказчиков, но и разработчиков. Что бы продукт был недорогой, но дополнительно зарабатывать на поддержке итд.
Не все упирается в программный продукт

(560) капитан?!

1) нетленки на ней ваять *проще*? *быстрее*?
2) оно *действительно* производительнее *правильно* настроенного 1С?
если по обоим пунктам - да, то можно и посмотреть.
если только по второму пункту, то нафиг, проще рамы докупить на сервак

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

Была тут у нас такая хорошая система Ключ. Ребята и вправду сделали отличную альтернативу 1С. Но стоило руководителю уйти на пенсию, как этот самый Ключ просто испарился с рынка. Прекратилась поддержка, обновления, в общем система загнулась. Что же получил покупатель? Кучу геморроя и безусловный рефлекс про то, что альтернативы 1С нет и все эти эксперименты с другими супер-пупер системами очень опасны для бизнеса.

(565)  а почитать есть про этот ключ?

(565)что-то не договариваете. Действительно хорошие и перспективные продукты так быстро не попадают. Дайте чтиво по ней

(566) (567) Ээээ... да фиг знает. Давно она была. Работал я с программистами, которые на Ключе работали. Так что ссылок то уж точно на него не дам. Могу разве что ли порекомендовать прогов от туда. Но они мистяне и думаю сами стукнулись.
По поводу хороших и перспективных зря ты так. Проблема всех этих систем не в крутом коде, а к отсутствию франчей, гарантированной поддержки и прочего набора из списка 1С

(0)
А для совсем тупых - инструкция getting started step by step есть?

(569) когда только эта куба появилась была, по ней даже пытался запустить
оно с ошибками невзлетело - плюнул

сча
https://www.cuba-platform.com/quickstart
http://docs.cuba-platform.com/cuba/latest/manual/en/html-single/manual.html#chapter_quickStart
http://docs.cuba-platform.com/cuba/latest/manual/en/html-single/manual.html#chapter_setup

Но реально эта КУБА с такой политикой лицензирования и ценами нафик не сдалась, 1С дешевле выходит ))

https://www.cuba-platform.com/price-list

(571) А чего там всё на буржуйском? Сейчас в пору импортозамещения, это плохой признак)))))

(571) посчитал, на 1000 пользователей если то цена сравнима с 1С (сервер x64 + 2*500 клиентских) точнее
1С - 3,5 ляма
КУБА - 3 ляма

(570) Они ещё и Идею хотят? Во зажрались...
И это убийца 1с?
Можно, я под столом поваляюсь?

Тут уже обсуждалось, чем cuba лучше паруса? Просто более реальный убивец 1С, это Парус, который неумолимо загибается и исчезает

(575) парус не видел но смешно заранее
еще бы с галактикой и прочими сравнили

где по сути платформа это набор костылей из фреймворков возникших при разработке набора прикладного софта

(576) А я видел и вкурсе как его продвигало правительство. Это очень мощнейшая платформа за счёт фишек продвижения и популярности. Но у неё нет вообще будущего перед 1С, т.к. тамошнее сопровождение... мягко говоря никакое. Вот и у Кубы что есть? Крутая платформа и всё? Помрёт на первых же стартах. Заказчику не важны костыли там или что. Самое главное то, чтобы учётная система чётко и быстро реагировала на любые изменения бизнеса. 1С это может себе позволить, остальные системы нет.
И да, Галактика и Аксапта даже в подмётки не годились Парусу.

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

(577) 1С изначально ориентирована на доработки на месте, причем любым уровнем доработчиков

все прочие это запрещают по дефолту

и еще самое главное, много раз сталкивался когда вроде есть платформа, есть несколько внедрений одной типа конфы ))

а по факту никакой типовой конфы то нету!
есть множество разных допиленных под заказчика уникальных решений к примеру это http://www.reshenie-soft.ru/
каждая ЛПУ в которой стоит эта МИС Ариадна по сути своя конфа на основе некоего потомка, в результате штат сопровожденцев/обновляльщиков тупо не справляется

Или вот реальная сказка из жизни одной системы (авторов тоже не знаю и про какую систему шла речь тоже не в курсе):
Жили были 2 студента другана. Как-то раз они пьянствовали и решили создать хитрую программу, нужную многим. Первый был прилежным учеником и сразу взялся за идеальный код. А второй был разгильдяем, который бухал и бегал по женским комнатам. В общем через пару месяцев второй сделал наикривейшую программу. С точки зрения первого программиста она была набором кривых костылей и заплаток. Глючная на столько, что без слёз на неё смотреть было невозможно. Но она была уже закончена и покупатели стали её покупать. Ещё через короткое время первый прог, оттачивая свою идеальную систему понял, что кушать то хочется и надо искать заработки. Правильно, его взял к себе его дружище, дал ему хорошую зарплату и первый прилежный парень, допиливал кривейшую программу за оклад.
Вот такие вот пироги

(578)+ 1С этим и захватила рынок, рядом типовых конфигураций - прикладных решений

которые можно допиливать как нужно и потом если что обновить до типовой новой версии (относительно легко)

(579) :[|||||||||||||||]:

(578) Именно! Но там ещё надо брать в расчёт армию франчей, доступность студентам! И даже далёким от программирования. Этого ничего нет у других платформ. Ну и вспомним слоган 1С в 90-х (далее не цитата, как запомнил так и пишу): "Любая отчётность для сдачи любых налогов".
Всё! Кривейшая 1С-ка просто захватила всех ларёчников. Вот и интересно, чего подобного сможет предложить Куба. Ничего(((((

(579) и да когда в следующий раз про Билли и M$ и dos будете рассказывать, не надо забывать про крутую маму разгильдяя который даже в универе недоучился ))
зато потом ему диплом через много лет так выдали

(583) У многих есть крутые родители и покупные дипломы, только Билли никто ещё не обскакал как мне кажется. Так что эту старую сказку надо помнить всем тем, кто мечтает убить 1С или винду

(584) правда что ль ? http://geektimes.ru/post/153061/

(585)+
1. Apple
2. Google
3. Microsoft