|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Эту статью мы уже наверное обсудили на всех форумах, кроме того на котором, лично я больше всего провожу времени (и где спасибо Maxim Boguk и остальным получал нужную мне помощь по PostgreSQL и другим базам). Итак статья: Почему не 1С? У кого какие мысли по этому поводу? Понимаю 1Сцев тут мало, но все же... ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2019, 11:52 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
А чо тут обсуждать ? 1С неплохо решает свой класс задач. Может немного топорно, несовременно, но решает. И решает быстро и несложно. Получше многих. А умников от JAVA, PYTHON и прочих Це# от этого сильно бомбит. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2019, 13:11 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
L_argoИ решает быстро и несложно. Получше многих. Так об этом и статья, что уже давно не быстро и сложно. То есть по факту 1С превратился в JavaScript, с соответствующей скоростью разработки и порогом вхождения. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2019, 14:12 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Там же ссылка на другую стать. https://habr.com/ru/company/lsfusion/blog/463095/ Почему не SQL? мотивация примерно та же. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2019, 15:10 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
L_argoА умников от JAVA, PYTHON и прочих Це# от этого сильно бомбит. :) бомбит, когда приходится интегрироваться с 1С. и при чём сильно. L_argo1С неплохо решает свой класс задач. плохо решает. об этом говорят сроки реализации простейших задач. об этом говорит производительность ниже плинтуса в условиях работы большой компании. об этом говорят неимоверное количество костылей, которые приходится городить, так как "по-нормальному" сделать не позволяют ни одни дедлайны, а устранить тех. долг со временем не представляется возможным. L_argoМожет немного топорно, несовременно, но решает. потом, болью и кровью. многие вещи приходится выносить и решать внешними инструментами и программными системами. а невозможность по лицензии работать с СУБД приводит к сложным и уродливым уловкам. самый яркий пример -- BI. L_argoИ решает быстро и несложно. в комании с десятком человек. может быть. L_argoПолучше многих. плевать. чёрствый заплесневелый хлеб тоже по-лучше куска коровьей лепёшки. L_argoА умников от JAVA, PYTHON и прочих Це# от этого сильно бомбит. :) возвращаясь к вопросу. пока не приходится иметь дело с 1С, пофиг, не бомбит. а потом приходит необходимость интеграции, и начинается кромешный ад. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2019, 22:14 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
hVostt, Если с 1С все так плохо, то почему она неимоверно популярна ? А потому, что у других все еще хуже. Да, встречаются хорошие самописки. Но у них есть большой недостаток: самописка хороша, пока рядом ее автор. Бизнес это понимает и опасается остаться ни с чем, когда команда разрабов уникальной софтины решит не продолжать сотрудничество. А решает часто. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 09:00 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
hVosttбомбит, когда приходится интегрироваться с 1С. и при чём сильноhVosttа потом приходит необходимость интеграции, и начинается кромешный ад. А можно расшифровать? Как интегрируетесь? Импорт? Экспорт? На мой взгляд, 1С одна из самых приятных систем для обмена, если не ставить задачу напрямую лить данные в БД. Если у вас данные можно отобразить через час/завтра - вполне хорошо 1С работает. hVosttплохо решает. Скажем так, удовлетворительно. hVosttпотом, болью и кровью. многие вещи приходится выносить и решать внешними инструментами и программными системами А где не так? Нет систем, способных решить абсолютно любую задачу за приемлемую затрату ресурсов. Всегда что-то придется выносить, решать внешними системами. hVosttневозможность по лицензии работать с СУБД приводит к сложным и уродливым уловкам. самый яркий пример -- BI. BI это всегда боль. Всегда - в 1С, в САПе, самописках... А ограничивать возможность прямой работы с СУБД это общее желание всех разработчиков и основания у них достаточно логичные. hVosttL_argoИ решает быстро и несложно. в комании с десятком человек. может быть. Всегда бегал от 1С, как черт от ладана, после того как посмотрел организацию данных еще в dbf-ной шестой версии. Сейчас столкнулся с этим (1С) миром и на удивление оказалась годная система. Не смотря на многие недостатки, десяток юзеров сегодня далеко не предел. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 09:01 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
L_argoБизнес это понимает и опасается остаться ни с чем, когда команда разрабов уникальной софтины решит не продолжать сотрудничество. А решает часто. Причем это может быть не в явной форме. Наблюдал своими глазами. Была создана неплохая КИС, было очень плотное и конструктивное сотрудничество с заказчиком. Затем разработчик бросил силы на разработку новой версии, с расширенным функционалом. Сделал и захотел внедрить за аналогичные первому внедрению деньги. А заказчика вполне устраивала старая, хотелось тюнинга узких мест и исправления багов, которые фичи, за денежку малую или вообще за стоимость сопровождения. С учетом того, что новая версия стала на порядок сложнее в сопровождении для заказчика, история тянулась долго (более 10 лет) и когда пришла пора действительно менять КИС, выбрали 1С. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 09:12 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_JunkieЭту статью мы уже наверное обсудили на всех форумах, кроме того на котором, лично я больше всего провожу времени (и где спасибо Maxim Boguk и остальным получал нужную мне помощь по PostgreSQL и другим базам). Итак статья: Почему не 1С? У кого какие мысли по этому поводу? Понимаю 1Сцев тут мало, но все же... :) лукавство смысла полоскать 1с мало - исторически сложившийся стандарт, со своими + и -. давай лучше обсудим lsfusion, почему 1сfusion лучше 1с? цель поста ведь такая? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 09:46 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
L_argohVostt, Если с 1С все так плохо, то почему она неимоверно популярна ? А потому, что у других все еще хуже. Да, встречаются хорошие самописки. Но у них есть большой недостаток: самописка хороша, пока рядом ее автор. Бизнес это понимает и опасается остаться ни с чем, когда команда разрабов уникальной софтины решит не продолжать сотрудничество. А решает часто. А почему ВАЗ так популярен. Или фейсбук. Попали в нужное место в нужное время. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 09:46 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vill_agerNitro_JunkieЭту статью мы уже наверное обсудили на всех форумах, кроме того на котором, лично я больше всего провожу времени (и где спасибо Maxim Boguk и остальным получал нужную мне помощь по PostgreSQL и другим базам). Итак статья: Почему не 1С? У кого какие мысли по этому поводу? Понимаю 1Сцев тут мало, но все же... :) лукавство смысла полоскать 1с мало - исторически сложившийся стандарт, со своими + и -. давай лучше обсудим lsfusion, почему 1сfusion лучше 1с? цель поста ведь такая? Это будет отдельный пост. Сейчас больше интересно, как эти проблемы выглядят со стороны других разработчиков, тех кто на .Net, Python, Delphi+Oracle пишут. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 09:48 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_Junkie, проблемы 1с - для 1сников. А взгляд со стороны говорит об одном - единственное безпроблемное место 1с - хорошие продажи. А дальше - мука, если нужно хоть на шаг уйти от типовой конфигурации. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 10:16 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vill_agerА дальше - мука, если нужно хоть на шаг уйти от типовой конфигурации Ню-ню. Широко распространенная среда разработки 1С с доступом к данным и документацией это мука, а написанная неизвестно кем и когда САПовская система без документации это радость. Nitro_Junkieкак эти проблемы выглядят со стороны других разработчиков, тех кто на .Net, Python, Delphi+Oracle пишут. Мой пункт последний, с 1996 по 2018. Сейчас 1С. Никак не выглядят, нет проблем. Нормальная, годная система. Что-то не так, как у других, что-то лучше, что-то хуже. Некоторые вещи неочевидны, некоторые сделаны на уровне гениальности. Деньги платят, документация есть. Самое то, чтобы встретить старость. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 12:11 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Zmeelov2vill_agerА дальше - мука, если нужно хоть на шаг уйти от типовой конфигурации Ню-ню. Широко распространенная среда разработки 1С с доступом к данным и документацией это мука, а написанная неизвестно кем и когда САПовская система без документации это радость.Я не про среду и документацию, тут мне повезло - не пользовался. Я про взгляд со стороны: на внедрение, адаптацию под заказчика, про поиски нужных прямых рук для этого всего. Zmeelov2Нормальная, годная система. Что-то не так, как у других, что-то лучше, что-то хуже. Некоторые вещи неочевидны, некоторые сделаны на уровне гениальности. Деньги платят, документация есть. Самое то, чтобы встретить старость.Согласен на все 100% ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 12:59 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vill_agerNitro_Junkie, проблемы 1с - для 1сников. А взгляд со стороны говорит об одном - единственное безпроблемное место 1с - хорошие продажи. А дальше - мука, если нужно хоть на шаг уйти от типовой конфигурации. понятие "шага" бывают разными некоторые шаги вполне возможны. особой проблемы не вызывают... особенно если всё нужное можно "повесить сбоку" в виде собственных объектов метаданных... или конфигурация "умерла" и ее перестали терзать архитекторы с большой буквы "Х" но некоторые - лучше даже не начинать ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 13:32 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_Junkievill_agerпропущено... :) лукавство смысла полоскать 1с мало - исторически сложившийся стандарт, со своими + и -. давай лучше обсудим lsfusion, почему 1сfusion лучше 1с? цель поста ведь такая? Это будет отдельный пост. Сейчас больше интересно, как эти проблемы выглядят со стороны других разработчиков, тех кто на .Net, Python, Delphi+Oracle пишут. некоторые вещи делаются проще. но одновременно эта "простота" убивает невозможностью переделать под себя. или когда в сухом остатке оказывается, что 1с хотела сделать как лучше, но реализовала то что смогла, из хавна и веток. но в пресс-релизах пишет про "мировой прорыв" и ей вторят разработчики которые в IT за пределами 1С не бывали вообще и слаще хрена в разработке ничего не ели ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 13:37 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Что именно вы хотите обсудить - саму статью - как публикацию на Хабре, отношение Автора к 1С, или предметную часть статьи. Про статью-публикацию мне сказать ничего. Про отношение к 1С, как программиста, для которого это основной язык/среда - да, есть что. В обсуждении с коллегами, "с годами" градус негативности отношения к 1С повышается. По предметной части статьи - много неточностей ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 14:42 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
The Dim!Что именно вы хотите обсудить - саму статью - как публикацию на Хабре, отношение Автора к 1С, или предметную часть статьи. Про статью-публикацию мне сказать ничего. Про отношение к 1С, как программиста, для которого это основной язык/среда - да, есть что. В обсуждении с коллегами, "с годами" градус негативности отношения к 1С повышается. По предметной части статьи - много неточностей Предметная часть интересует. А то там часть комментариев в стиле: да все не так, автор не разобрался и все такое. И мне реально интересно, где все-таки "автор не разобрался". ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 15:14 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Zmeelov2А можно расшифровать? Как интегрируетесь? Импорт? Экспорт? На мой взгляд, 1С одна из самых приятных систем для обмена, если не ставить задачу напрямую лить данные в БД. Если у вас данные можно отобразить через час/завтра - вполне хорошо 1С работает. Ну да, большие задержки. Обычно решаются разовой выгрузкой в сутки во внешнюю БД, и местами часовыми. Выставленные наружу веб-сервисы грешат следующими проблемами: 1. периодические таймауты, превышающие все допустимые пределы (более 30-40 секунд) для получения оперативной информации 2. реализации самих веб-сервисов имеют такую проблему, как наложение огромного болта на все существующие стандарты и принципы, потому как программисты 1С это не программисты, а интеграторы Zmeelov2Скажем так, удовлетворительно. с точки зрения, что задачи вообще решаются -- ну да :) Zmeelov2hVosttпотом, болью и кровью. многие вещи приходится выносить и решать внешними инструментами и программными системами А где не так? Нет систем, способных решить абсолютно любую задачу за приемлемую затрату ресурсов. Всегда что-то придется выносить, решать внешними системами. это так себе оправдание. таких проблем интеграции с другими системами не наблюдается, хотя они разумеется есть. Zmeelov2BI это всегда боль. Всегда - в 1С, в САПе, самописках... А ограничивать возможность прямой работы с СУБД это общее желание всех разработчиков и основания у них достаточно логичные. не могу согласиться. нет никакой боли, мы разрабатывали довольно крупные системы с количеством сущностей за тысячу, большим количеством контекстов, предметки, интеграций и сервисов. никогда BI не был болью, вовсе наоборот -- как раз все сложности у BI бизнесовые, а не технические. в случае 1С там элементарные задачи решаются через одно место, не говоря о сколько нибудь сложных. чтобы заюзать адекватные инструменты, приходится городить выгрузки данных во внешнюю БД с суточным опозданием. но и это ещё не всё. сами выгрузки корявые настолько, что BI-щику вместо решения задач бизнеса, приходится решать задачи устранения кривых данных и дубликатов, постоянно случающихся у 1С. это уже давно железобетонная норма -- все от мала до велика понимают, что там будет п....ц. и надо изначально закладывать время на борьбу с ним. Zmeelov2Всегда бегал от 1С, как черт от ладана, после того как посмотрел организацию данных еще в dbf-ной шестой версии. Сейчас столкнулся с этим (1С) миром и на удивление оказалась годная система. Не смотря на многие недостатки, десяток юзеров сегодня далеко не предел. очевидно, что 1С далеко не худшая система. бывает и хуже. всё зависит от бюджета и вашего уровня комфорта. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 15:20 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
hVostt1. периодические таймауты, превышающие все допустимые пределы (более 30-40 секунд) для получения оперативной информации 2. реализации самих веб-сервисов имеют такую проблему, как наложение огромного болта на все существующие стандарты и принципы, потому как программисты 1С это не программисты, а интеграторы тут вменяемые 1с-ники (которые понимают, что они интеграторы) могут только "обнять и плакать" вместе есть верхнеуровневые объекты которыми они манипулируют в рамках фреймворка. от действий над которыми реализация сервиса как таковая (той части которая торчит наружу) вообще никак не зависит. сказали разработчики платформы что "будет так" - и не и...т ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 16:08 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Zmeelov2А можно расшифровать? Как интегрируетесь? Импорт? Экспорт? На мой взгляд, 1С одна из самых приятных систем для обмена, если не ставить задачу напрямую лить данные в БД. Если у вас данные можно отобразить через час/завтра - вполне хорошо 1С работает. я в свое время разобрался в оракле, хадупе, нафигачил код для spring integration, но вытянуть xml из 1с не смог. из каробки я так понял вообще ничего нет, надо качать какие-то левые файлики. типа вот так https://buhexpert8.ru/obuchenie-1s/administrirovanie-1s/vygruzka-v-1s-iz-xml-kak-vygruzit-dannye-iz-1s-8-3-i-zagruzit-v-1s-8-3.html файлкики не ставятся, видимо должны совпадать с твоей кофигурации. вобщем не осилил ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 16:34 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
H5N1я в свое время разобрался в оракле, хадупе, нафигачил код для spring integration, но вытянуть xml из 1с не смог. H5N1файлкики не ставятся, видимо должны совпадать с твоей кофигурации. вобщем не осилил мдя... тут прямо какой-то глобальный разрыв в ткани реальности либо любой вменяемый 1с-ник ваши хадупы сделает одной левой либо... я прямо теряюсь ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 16:38 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно либо любой вменяемый 1с-ник ваши хадупы сделает одной левой либо... я прямо теряюсь примерно так и есть. он пожет пойти и скачать виртуалку с one node cluster и за пустить на десктопе с 4гб, я же смог лишь ознакомится ценами 1с. у вендора 1с даже суко документация закрыта. но вопрос не об этом. вопрос что же там приятного, если из коробки даже базовых вещей нет ? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 17:01 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
H5N1если из коробки даже базовых вещей нет ? каких? работы с xml? мы точно про одно и тоже 1с говорим?? H5N1у вендора 1с даже суко документация закрыта. вранье https://online.1c.ru/catalog/free/18610119/ ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 17:13 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкноH5N1если из коробки даже базовых вещей нет ? каких? работы с xml? мы точно про одно и тоже 1с говорим?? не знаю. то что я видел называлось 1с упп, то что там было годилось лишь для переноса с одного 1с в другое, идентичной версии. т.е. с любым патчем меняется формат. МодальноеОкноH5N1у вендора 1с даже суко документация закрыта. вранье https://online.1c.ru/catalog/free/18610119/ [/quot] я так понимаю это модуль бухгалтирии, т.е. 2% от функционала от упп. верно? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 17:26 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
H5N1верно? нет. и разница какая из чего вытряхивать информацию из упп или бухгалтерии - подход будет один и тот же ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 17:44 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкноH5N1верно? нет. и разница какая из чего вытряхивать информацию из упп или бухгалтерии - подход будет один и тот же дефолтные выгрузки из демки бухгалтерии и упп выгрузят совершенно разные по структуре xml файлы. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 19:02 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Zmeelov2hVosttневозможность по лицензии работать с СУБД приводит к сложным и уродливым уловкам. самый яркий пример -- BI. BI это всегда боль. Всегда - в 1С, в САПе, самописках... А ограничивать возможность прямой работы с СУБД это общее желание всех разработчиков и основания у них достаточно логичные. Не соглашусь. BI - ЧИТАЕТ данные. И я не вижу в этом больших рисков. И например с NAV простой кубик можно сделать ОЧЕНЬ быстро и для многих задач его будет хватать. И такое удобство интеграции с BI напрямую связано с достаточно простой и понятной структурой таблиц. Не идеальной, но достаточно хорошей. И с другими системами ситуация во многом похожая. Если есть понятная структура таблиц - работать с такой системой легко. Если же извращения как в SAP / 1C - куча головной боли. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 19:22 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
hVosttZmeelov2BI это всегда боль. Всегда - в 1С, в САПе, самописках... А ограничивать возможность прямой работы с СУБД это общее желание всех разработчиков и основания у них достаточно логичные. не могу согласиться. нет никакой боли, мы разрабатывали довольно крупные системы с количеством сущностей за тысячу, большим количеством контекстов, предметки, интеграций и сервисов. никогда BI не был болью, вовсе наоборот -- как раз все сложности у BI бизнесовые, а не технические. в случае 1С там элементарные задачи решаются через одно место, не говоря о сколько нибудь сложных. чтобы заюзать адекватные инструменты, приходится городить выгрузки данных во внешнюю БД с суточным опозданием. но и это ещё не всё. сами выгрузки корявые настолько, что BI-щику вместо решения задач бизнеса, приходится решать задачи устранения кривых данных и дубликатов, постоянно случающихся у 1С. это уже давно железобетонная норма -- все от мала до велика понимают, что там будет п....ц. и надо изначально закладывать время на борьбу с ним. А что, очень удобная система 1С - костыли на каждом шагу, это ведь хорошо, за них денежку платит подумаешь баги, эка невидаль (с) гоблин про подбрасывание наркоты починим, отладим... А кому щас легко?! Вон ТАМ ещё хуже! как говорится: "кому мать, а кому тёща" там армия программистов 1С уже больше, чем армия бизнесменов и всего офисного планктона да и сам бизнес часто "уже привык", а переучиваться лень российский менталитет ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 19:38 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
полудухтам армия программистов 1С уже больше, чем армия бизнесменов и всего офисного планктона Не согласен. Иначе кормовая база не могла бы обеспечить запросы. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 05:10 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
полудухкак говорится: "кому мать, а кому тёща" там армия программистов 1С уже больше, чем армия бизнесменов и всего офисного планктона да и сам бизнес часто "уже привык", а переучиваться лень российский менталитет Вопрос в цене. Специалистов по 1С можно встретить в любой точке РФ. И стоимость их услуг будет не большая (это не только ИТ-ники, но и бухгалтера). А вот по какой-нибудь Axapta. Во первых самая дешевая лицензия дороже, чем самая дешевая лицензия у 1С. Во вторых бухгалтеров надо переучивать (затраты) В третьих найди еще тех кто будет сопровождать Axapta. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 05:40 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
ну армия реально огромная в каждой компании с 1С есть программист 1С (либо аутсорс), а часто и не один ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 05:41 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
mad_nazgulВ третьих найди еще тех кто будет сопровождать Axapta. ну наверное поэтому я про неё и не слышал ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 05:42 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
mad_nazgulСпециалистов по 1С можно встретить в любой точке РФ. И стоимость их услуг будет не большая (это не только ИТ-ники, но и бухгалтера). ~100 килорублей в среднем бухгалтера-программисты 1С ? Редкий вид, прямо скажем ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 05:43 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
полудухну армия реально огромная в каждой компании с 1С есть программист 1С (либо аутсорс), а часто и не один Так в том то и вопрос, что в сложных решениях состоящих из лапшекода с временными таблицами, запросами в строках (то есть без возможностей рефакторинга / анализа), кучей дырявых пересекающихся абстракций, ручными блокировками (абсолютно нетестирующимися), ручной оптимизацией запросов, разделением сервера и клиент и так далее (все остальное что есть в статье, а это еще далеко не все) нахрена эта армия нужна? Максимум сбоку отчетик подкинуть? Потому как лично я бы постремался что-то менять в этом коде. А то будет, как президент Беларуси говорил, "взялся за яйца молоко пропало". ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 08:49 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Так в том то и вопрос, что в сложных решениях состоящих из лапшекода...Такое есть во всех системах. И чо ? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 08:52 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
полудухmad_nazgulСпециалистов по 1С можно встретить в любой точке РФ. И стоимость их услуг будет не большая (это не только ИТ-ники, но и бухгалтера). ~100 килорублей в среднем бухгалтера-программисты 1С ? Редкий вид, прямо скажем Нет не бухгалтера-программисты, а просто бухгалтера, которые кнопочки тыкают. Для 1С их еще как-то кнопочки тыкать надрессировали, а кто для то же Axapta будет дрессировать. Насчет сколько получают 1С-ники в регионах, не думаю, что сильно больше, чем средняя ЗП по региону. А того же Axapter'а поди сыщи. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 09:02 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
L_argoТак в том то и вопрос, что в сложных решениях состоящих из лапшекода...Такое есть во всех системах. И чо ? Первый шаг к решению проблемы - понимание того что она существует. Во-первых, не во всех. Из списка проблем в статье у многих трети проблем точно нет (например запросов в строках). Во-вторых тезис был не в этом, а в том, что нахрена армия разработчиков, если в последних версиях все равно что-то поменять не реально. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 09:06 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_JunkieThe Dim!Что именно вы хотите обсудить - саму статью - как публикацию на Хабре, отношение Автора к 1С, или предметную часть статьи. Про статью-публикацию мне сказать ничего. Про отношение к 1С, как программиста, для которого это основной язык/среда - да, есть что. В обсуждении с коллегами, "с годами" градус негативности отношения к 1С повышается. По предметной части статьи - много неточностей Предметная часть интересует. А то там часть комментариев в стиле: да все не так, автор не разобрался и все такое. И мне реально интересно, где все-таки "автор не разобрался". Попробую, как смогу, объяснить, на примере тезиса о "Неэффективное получение данных объектов". Автор статьи пишет: В 1С объект читается всегда целиком, в том числе с табличными частями, но не более того (без каких либо связанных данных). Что не так. Начнем с терминов и определений - что такое Объект? 1С даёт такое определение этого термина. Код: sql 1. 2. 3. 4. 5. 6.
Например, Организация - как объект, в терминах 1С - это совокупность ИНН, ОГРН... вид организационно-правовой формы... в конце концов наименования этой самой организации... идентификатор (УИД/GUID). С течением времени эти значения не меняются. Связанные данные - например - учётная политика и ответственные лица (директор, гл.бухгалтер... ). Эти данные зависят от периода времени. Тут связь один ко многим. Иными словами, одному объекту соответствует несколько наборов данных из "связанных данных". Например, учётная политика меняется каждый год. Могут меняться директора, гл.бух. Причём, эти данные актуальны для своего интервала времени. Например, мы формируем некую отчетную форму - баланс - за прошлый год и позапрошлый год. В прошлом году у нас был другой директор и другая учетная политика. Организация - та же. А вот наборы данных о отвественных лицах и учётной политики, для каждого года свои. Такая же ситуация и с документами. Есть Объект - Документ - например поступление товаров и услуг. В состав объекта входят реквизиты - Организация, Контрагент, Склад, табличная часть с товарами: номенклатура, цена, количество сумма... (упрощенно) А есть проводки/движения этого документа. Которые не входят в состав этого объекта, но связаны с ним. Эти данные - данные движений - вынесены в отдельные таблицы, имеющие агрегаты и виртуальные таблицы. Например, есть таблица(регистр накопления) с данными о товаре на складе. На основе этой таблицы, самой 1С, строятся и поддерживаются в актуальном виде виртуальные таблицы с агрегированными и иначе индексированными некоторым образом данными - например, остатки, обороты. Физически эти виртуальные таблицы - физические таблицы в ИБ. А виртуальными они называются исходя из логики, что они не являются объектами метаданных(если надо, то разверну эту мысль отдельно). Эти виртуальные-агрегированные таблицы позволяют существенно повысить скорость получения данных. Например, виртуальная таблица с остатками, для регистра товаров на складе, содержит данные в разрезе дата/склад/номенклатура ну и собственно количество товара на остатке. Индекс - дата. Для получения остатка нужно выполнить только выборку. Таблица, которая напрямую связана с документом, так же, имеет поле с количеством и датой. Со знаком плюс в эту таблицу пишут документы приходы, а со знаком минус документы расхода. И что бы узнать по этой таблице остаток, мне нужно выбрать все приходы и расходы от "начала времен" до интересующего меня момента времени, сгруппировать и вычислить разность. И так в каждом случаи необходимости получения остатка. Это если кратко... Отсюда вопрос: в каком виде должен быть представлен объект, например, Организация, сразу со связанными данными? Отсюда вывод, мой, возможно, субъективный: автор не понимает сути того, что он назвал объектом. Опять же вопрос: а какова должна быть глубина данных объекта? Теперь о достаточности и не достаточности данных. 1С даёт два механизма чтения данных: 1. Через объект. Объект читается из информационной базы сразу весь. 2. Запрос на языке запросов 1С. Возвращается набор записей, только с теми полями, которые были указаны в выборке (допустимы JION и UNION). Т.е. сразу, за одно чтение, получить нужные данные. ...1С, позволяет обращаться "через точку" к реквизитам объекта. Например, у нас есть документ(то же поступление товаров), у которого есть "табличная часть" - физически, это две таблицы в ИБ. При обращении к объекту данные из обоих таблиц будут сразу считаны в Объект. Если сделать так: ДокументОъект.ТаблицаТоваров.Количество(Цена) - то мы сразу получим число, собственно само количество(или цену). Всё хорошо. А если так: ДокументОъект.ТаблицаТоваров.Номенклатура - то... что мы получим? В этом реквизите лежит ГУИД объекта. Но, 1С, на уровне платформы, сделает запрос - не явный для нас - и подставит туда объект который сериализует обьект номенклатуры с этим гуидом. Да, в 1С так делается. И возможности платформы по подстановке, и примеры - патерны! - кода самого вендора... и "низкий порог" в сумме дают ... то, что дают. Но, есть запросы, и в запросе можно описать сразу то, что хочет получить разработчик. Без каких-либо дополнительных не явных запросов, и со всей, нужной, полнотой. Вопрос какой способ получить данные самого объекта и "связанных данных" выбирает разработчик. Просто не надо забывать(надо понимать) что данные объекта, содержат данные именно самого объекта, границы объекта. А если надо получить связанные данные, то для этого есть запросы... Ничего нового. Вот это и имеется в виду, когда говорят о том, что автор не разобрался. Так же и по остальным пунктам статьи. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 09:50 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_Junkieполудухну армия реально огромная в каждой компании с 1С есть программист 1С (либо аутсорс), а часто и не один Так в том то и вопрос, что в сложных решениях состоящих из лапшекода с временными таблицами, запросами в строках (то есть без возможностей рефакторинга / анализа), кучей дырявых пересекающихся абстракций, ручными блокировками (абсолютно нетестирующимися), ручной оптимизацией запросов, разделением сервера и клиент и так далее (все остальное что есть в статье, а это еще далеко не все) нахрена эта армия нужна? Максимум сбоку отчетик подкинуть? Потому как лично я бы постремался что-то менять в этом коде. А то будет, как президент Беларуси говорил, "взялся за яйца молоко пропало". До тех пор, пока самому бизнесу будет не нужна учётная система, любая 1С, ахапта и т.д. будут использоваться только для двух вещей: 1. Штука, из которой печатются первичные документы; 2. Немного данных для сдачи отчетности. Про ручное формирование нал.отчетности при наличии 1С в том же СБИСе, думаю, рассказывать излишне. По второму пункту можно сколь угодно долго распекать бухов, но виноват сам "бизнес". А вот когда бизнесу нужен учёт, он это понимает, понимает что и как он будет учитывать, вот тогда и конфу переписать можно. Опять же, это откуда такое пренебрежение о изменении конфигурации - да всё от той же 1С, которая ввела термит "типовой функционал". Типовой в рамках конфигураций 1С - да. В рамках того, что 1С называет "решением" - уже не всегда. С точки зрения реальной практики использования 1С как учетной, а не отчетной системы - почти никогда, всёгда есть ньюансы, которые требуют до/пере работки "типового" функционала. Или вообще сделать выбор не в пользу 1С. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 10:14 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
The Dim!Nitro_Junkieпропущено... Предметная часть интересует. А то там часть комментариев в стиле: да все не так, автор не разобрался и все такое. И мне реально интересно, где все-таки "автор не разобрался". Попробую, как смогу, объяснить, на примере тезиса о "Неэффективное получение данных объектов". Автор статьи пишет: В 1С объект читается всегда целиком, в том числе с табличными частями, но не более того (без каких либо связанных данных). Что не так. Начнем с терминов и определений - что такое Объект? 1С даёт такое определение этого термина. Код: sql 1. 2. 3. 4. 5. 6.
Например, Организация - как объект, в терминах 1С - это совокупность ИНН, ОГРН... вид организационно-правовой формы... в конце концов наименования этой самой организации... идентификатор (УИД/GUID). С течением времени эти значения не меняются. Связанные данные - например - учётная политика и ответственные лица (директор, гл.бухгалтер... ). Эти данные зависят от периода времени. Тут связь один ко многим. Иными словами, одному объекту соответствует несколько наборов данных из "связанных данных". Например, учётная политика меняется каждый год. Могут меняться директора, гл.бух. Причём, эти данные актуальны для своего интервала времени. Например, мы формируем некую отчетную форму - баланс - за прошлый год и позапрошлый год. В прошлом году у нас был другой директор и другая учетная политика. Организация - та же. А вот наборы данных о отвественных лицах и учётной политики, для каждого года свои. Такая же ситуация и с документами. Есть Объект - Документ - например поступление товаров и услуг. В состав объекта входят реквизиты - Организация, Контрагент, Склад, табличная часть с товарами: номенклатура, цена, количество сумма... (упрощенно) А есть проводки/движения этого документа. Которые не входят в состав этого объекта, но связаны с ним. Эти данные - данные движений - вынесены в отдельные таблицы, имеющие агрегаты и виртуальные таблицы. Например, есть таблица(регистр накопления) с данными о товаре на складе. На основе этой таблицы, самой 1С, строятся и поддерживаются в актуальном виде виртуальные таблицы с агрегированными и иначе индексированными некоторым образом данными - например, остатки, обороты. Физически эти виртуальные таблицы - физические таблицы в ИБ. А виртуальными они называются исходя из логики, что они не являются объектами метаданных(если надо, то разверну эту мысль отдельно). Эти виртуальные-агрегированные таблицы позволяют существенно повысить скорость получения данных. Например, виртуальная таблица с остатками, для регистра товаров на складе, содержит данные в разрезе дата/склад/номенклатура ну и собственно количество товара на остатке. Индекс - дата. Для получения остатка нужно выполнить только выборку. Таблица, которая напрямую связана с документом, так же, имеет поле с количеством и датой. Со знаком плюс в эту таблицу пишут документы приходы, а со знаком минус документы расхода. И что бы узнать по этой таблице остаток, мне нужно выбрать все приходы и расходы от "начала времен" до интересующего меня момента времени, сгруппировать и вычислить разность. И так в каждом случаи необходимости получения остатка. Это если кратко... Отсюда вопрос: в каком виде должен быть представлен объект, например, Организация, сразу со связанными данными? Отсюда вывод, мой, возможно, субъективный: автор не понимает сути того, что он назвал объектом. Опять же вопрос: а какова должна быть глубина данных объекта? Теперь о достаточности и не достаточности данных. 1С даёт два механизма чтения данных: 1. Через объект. Объект читается из информационной базы сразу весь. 2. Запрос на языке запросов 1С. Возвращается набор записей, только с теми полями, которые были указаны в выборке (допустимы JION и UNION). Т.е. сразу, за одно чтение, получить нужные данные. ...1С, позволяет обращаться "через точку" к реквизитам объекта. Например, у нас есть документ(то же поступление товаров), у которого есть "табличная часть" - физически, это две таблицы в ИБ. При обращении к объекту данные из обоих таблиц будут сразу считаны в Объект. Если сделать так: ДокументОъект.ТаблицаТоваров.Количество(Цена) - то мы сразу получим число, собственно само количество(или цену). Всё хорошо. А если так: ДокументОъект.ТаблицаТоваров.Номенклатура - то... что мы получим? В этом реквизите лежит ГУИД объекта. Но, 1С, на уровне платформы, сделает запрос - не явный для нас - и подставит туда объект который сериализует обьект номенклатуры с этим гуидом. Да, в 1С так делается. И возможности платформы по подстановке, и примеры - патерны! - кода самого вендора... и "низкий порог" в сумме дают ... то, что дают. Но, есть запросы, и в запросе можно описать сразу то, что хочет получить разработчик. Без каких-либо дополнительных не явных запросов, и со всей, нужной, полнотой. Вопрос какой способ получить данные самого объекта и "связанных данных" выбирает разработчик. Просто не надо забывать(надо понимать) что данные объекта, содержат данные именно самого объекта, границы объекта. А если надо получить связанные данные, то для этого есть запросы... Ничего нового. Вот это и имеется в виду, когда говорят о том, что автор не разобрался. Так же и по остальным пунктам статьи. Не совсем понял, как то что вы написали противоречит статье. Там так и написано, можно использовать ORM, то есть как в других языках обращаться через точку, но тогда будет читаться объект целиком (но без связанных данных). Или запросами. Соответственно выбор на разработчике. Но чтением данных в ORM он не может управлять (нельзя считать объект без табличных частей, или наоборот со связными данными, как в других языках). Соответственно ему практически всегда приходится использовать запросы. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 10:16 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
полудухmad_nazgulВ третьих найди еще тех кто будет сопровождать Axapta. ну наверное поэтому я про неё и не слышал Не мудрено. Axapta померла в 2000 году объединившись с Navision. Которая сама померла в 2003 году после выкупа её Майкрософтом. Сейчас это MS Dynamics. Говорят занимает 12% рынка ERP толи в мире, толи в России. На самом деле достаточно распространённая система. MS её впаривает в комплексе (Windows-SQL-Dynamics). ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 10:27 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
H5N1МодальноеОкнопропущено... нет. и разница какая из чего вытряхивать информацию из упп или бухгалтерии - подход будет один и тот же дефолтные выгрузки из демки бухгалтерии и упп выгрузят совершенно разные по структуре xml файлы. коню понятно - структура данных в конфигурациях разная но сам подход один и тот же ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 11:05 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
The Dim!Вот это и имеется в виду, когда говорят о том, что автор не разобрался. Так же и по остальным пунктам статьи. скорее это говорит о том что вы вообще не отдупляете, что такое ORM и имеете крайне смутное представление о приемах/способах разработки за пределами 1С ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 11:08 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
авторвиртуальная таблица с остатками, для регистра товаров на складе, содержит данные в разрезе дата/склад/номенклатура ну и собственно количество товара на остатке. Индекс - дата. никогда не вникал, как 1с внутри устроена. Т.е. 10000 товаров * 365 дней дают виртуальную (а на самом деле реальную, но невидимую?) таблицу на миллионы записей? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 11:45 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vill_agerавторвиртуальная таблица с остатками, для регистра товаров на складе, содержит данные в разрезе дата/склад/номенклатура ну и собственно количество товара на остатке. Индекс - дата. никогда не вникал, как 1с внутри устроена. Т.е. 10000 товаров * 365 дней дают виртуальную (а на самом деле реальную, но невидимую?) таблицу на миллионы записей? Там у них с виртуальными таблицами вообще трындец . Одно вот это чего стоит: ВЫБРАТЬ РасходнаяНакладнаяСостав.Номенклатура, УчетНоменклатурыОстатки.КоличествоОстаток ИЗ Документ.РасходнаяНакладная.Состав КАК РасходнаяНакладнаяСостав ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.УчетНоменклатуры.Остатки(, Номенклатура В ( ВЫБРАТЬ Номенклатура ИЗ Документ.РасходнаяНакладная.Состав ГДЕ Ссылка = &Документ)) КАК УчетНоменклатурыОстатки ПО УчетНоменклатурыОстатки.Номенклатура = РасходнаяНакладнаяСостав.Номенклатура ГДЕ РасходнаяНакладнаяСостав.Ссылка = &Документ И (УчетНоменклатурыОстатки.КоличествоОстаток < РасходнаяНакладнаяСостав.Количество ИЛИ УчетНоменклатурыОстатки.КоличествоОстаток ЕСТЬ NULL) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 11:53 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_JunkieОдно вот это чего стоит Темен, смешон и непонятен язык 1С для явиста и шарписта. Но кристально прозрачен и может быть даже приятен для постигавших ФоксПро, ABAP, Ассемблеры и машкоды. Если серьезно - язык запросов 1С - специфический диалект SQL, со вставками платформозависимых расширений. В приведенном вами примере, если не обращать внимание на русский язык, нет ничего ужасного. Единственная проблема, реально вставшая у меня при переходе на 1С - русская орфография. Теперь приходится внимательно проверять русские тексты - зачастую забываю ставить пробел. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 12:30 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Zmeelov2Nitro_JunkieОдно вот это чего стоит Темен, смешон и непонятен язык 1С для явиста и шарписта. Но кристально прозрачен и может быть даже приятен для постигавших ФоксПро, ABAP, Ассемблеры и машкоды. Если серьезно - язык запросов 1С - специфический диалект SQL, со вставками платформозависимых расширений. В приведенном вами примере, если не обращать внимание на русский язык, нет ничего ужасного. Единственная проблема, реально вставшая у меня при переходе на 1С - русская орфография. Теперь приходится внимательно проверять русские тексты - зачастую забываю ставить пробел. Да причем тут русский язык. Там Predicate push down руками делается. Нахер вот это вот делать: Номенклатура В ( ВЫБРАТЬ Номенклатура ИЗ Документ.РасходнаяНакладная.Состав ГДЕ Ссылка = &Документ) Это вообще нормальные СУБД и платформы сами делают. А тут все на разработчика перекладывают. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 12:42 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Zmeelov2Если серьезно - язык запросов 1С - специфический диалект SQL, это специфическая кастрированная версия одного оператора select ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 13:04 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Zmeelov2Темен, смешон и непонятен язык 1С для явиста и шарписта. единственно что там непонятно может быть - почему язык так убог, почему все новшества делаются через ж.пу Zmeelov2может быть даже приятен для постигавших ФоксПро, ABAP, Ассемблеры и машкоды йопт! это все было актуально 20-30 лет назад! давайте начнем хвалиться как ловко обошли перфокарты на повороте ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 13:13 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкноZmeelov2Если серьезно - язык запросов 1С - специфический диалект SQL, это специфическая кастрированная версия одного оператора select + и диалекта там уже не один, а как минимум два в просто запросах один, в запросах для СКД - второй ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 13:15 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкноэто специфическая кастрированная версия одного оператора select Записываю. Красиво сказано. Nitro_JunkieТам Predicate push down руками делается. В других платформах (и СУБД) есть куча не менее прикольных нюансов. Да, может реализация не самая красивая и синтаксис кривоватый (или кажется кривоватым). Ну так не пользуйтесь 1С. Мне вот тэговую файловую систему на Винде хочется. А нету, приходится свои проблемы через внешний софт решать. Nitro_JunkieДа причем тут русский языкЧисто наблюдение, свежие впечатления. Вот честно сказать, когда мне после 20 лет Делфей и 11 лет Оракла пришлось сесть на PowerBuilder и MS SQL, пришлось гораздо сложнее, хотя разница между PB и Делфи, Ораклом и MS SQL гораздо меньше, чем между Делфи и 1С. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 13:23 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкноэто все было актуально 20-30 лет назад!Фокс разве только. ABAP жив и будет жить еще долго, ассемблеры и машкоды тоже. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 13:26 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Zmeelov2МодальноеОкноэто все было актуально 20-30 лет назад!Фокс разве только. ABAP жив и будет жить еще долго, ассемблеры и машкоды тоже. я не вижу чтобы на ассемблере строили сайты например а 1с предлагает на языке и подходах времен паскаля решать современные прикладные вопросы. точнее она 20 лет учит мир (или сама учится до сих пор?) делать fifo. и до сих пор без аудиторского следа - Джобс с "не держите его так" просто нервно курит аппле изобретает ифон, 1с изобретает рефлексию в БСП... и инкапсуляцию. через строгие инструкции от разработчиков - вот здесь не пишите, и тут не надо свой код совать не надо. вот вам место - тут играйтесь ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 13:36 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
авторНе мудрено. Axapta померла в 2000 году объединившись с Navision. Которая сама померла в 2003 году после выкупа её Майкрософтом. Сейчас это MS Dynamics. Говорят занимает 12% рынка ERP толи в мире, толи в России. На самом деле достаточно распространённая система. MS её впаривает в комплексе (Windows-SQL-Dynamics). Бред, ппц. Динамиксы это 4 совершенно разные системы, но зачем-то под одним общим брендом+префикс. Но их суть "под капотом"от этого никак не поменялась. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 13:53 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкноя не вижу чтобы на ассемблере строили сайты например А мы сейчас сайтостроение обсуждаем? МодальноеОкноа 1с предлагает на языке и подходах времен паскаля решать современные прикладные вопросы Что есть современный прикладной вопрос? МодальноеОкноаппле изобретает ифон, 1с изобретает рефлексию в БСП... и инкапсуляцию 1С - технологическая компания со всеми ее плюсами и минусами. А технологические компании очень часто делают крутые, прорывные, но фактически ненужные фичи. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 14:01 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Zmeelov2А технологические компании очень часто делают крутые, прорывные, но фактически ненужные фичи. с прорывными вещами у 1с негусто. а фактически ненужными у нее становятся все ее "крутые и прорывные" разработки наигрались с ОФ, слепили из хавна и веток УФ теперь оказывается конфигуратор жить не дает - все на EDT ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 14:04 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкнонаигрались с ОФ, слепили из хавна и веток УФ теперь оказывается конфигуратор жить не дает - все на EDT Всё как у всех. Увы, стабильности и допиливания вполне годных решений нет, надо выпускать всё новые и новые версии - гламурнее, цветастее. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 14:48 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
mad_nazgulполудухпропущено... ~100 килорублей в среднем бухгалтера-программисты 1С ? Редкий вид, прямо скажем Нет не бухгалтера-программисты, а просто бухгалтера, которые кнопочки тыкают. Для 1С их еще как-то кнопочки тыкать надрессировали, а кто для то же Axapta будет дрессировать. Насчет сколько получают 1С-ники в регионах, не думаю, что сильно больше, чем средняя ЗП по региону. А того же Axapter'а поди сыщи. авторНеделю как с родины вернулся. В моей жопе мира на другом конце России даже у обычных 1с-ников предлагаемые вилки 120-150 т.р. 21996605 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 15:40 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно, Удивлен, мне в свое время на 8.2 версию для обучения программированию в 1С приходилось покупать, недорого конечно, а теперь смотрю бесплатно. И я даже помнится в ней конфу написал. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 18:24 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
ev-kovМодальноеОкно, Удивлен, мне в свое время на 8.2 версию для обучения программированию в 1С приходилось покупать, недорого конечно, а теперь смотрю бесплатно. И я даже помнится в ней конфу написал. я тоже помню что покупалась коробка... но на лицо задача про 2 трубы - "сколько народу в разработки 1с втекает и сколько вытекает" - вынужденная мера, чтобы "бассейн не высох" практически все дают свои среды для учебы бесплатно. и до 1с дошло ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 18:43 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкноH5N1пропущено... дефолтные выгрузки из демки бухгалтерии и упп выгрузят совершенно разные по структуре xml файлы. коню понятно - структура данных в конфигурациях разная но сам подход один и тот же сам подход надо в школе на уроках информатики изучать. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 19:49 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
H5N1МодальноеОкнопропущено... коню понятно - структура данных в конфигурациях разная но сам подход один и тот же сам подход надо в школе на уроках информатики изучать. я с этого и начал человек ставящий все приблуды и разворачивающий хадуп по мануалам не может осилить выгрузку из 1с? что-то тут не сходится... ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2019, 10:12 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно сам подход надо в школе на уроках информатики изучать. я с этого и начал человек ставящий все приблуды и разворачивающий хадуп по мануалам не может осилить выгрузку из 1с? что-то тут не сходится...[/quot] и не сойдется, учитывая пропасть в образовании и опыте тех самых интеграций, начиная с хадупа. мне кажется я доступно донес почему дребедень из коробки думанная перенести данные из одной 1с системы в точно такую же никак на интеграцию с чем либо внешним не тянет. но вполне допускаю что наш уровень настолько различается, что ... ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2019, 10:44 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
H5N1мне кажется я доступно донес почему дребедень из коробки думанная перенести данные из одной 1с системы в точно такую же никак на интеграцию с чем либо внешним не тянет. спасибо кэп все то думали что это интеграция - а оно вон как... раскрыл всем глаза ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2019, 11:01 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
по хадупу почему-то мануалы читать надо а по 1с - не надо... слышь, ты, хавно из желтой коробки - "нарубить и замесить!" отличный подход ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2019, 11:03 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкнопо хадупу почему-то мануалы читать надо а по 1с - не надо... слышь, ты, хавно из желтой коробки - "нарубить и замесить!" отличный подход ок. мы на хадупах серые, в интеграциях не смыслим. научи. покажи что я должен был прочесть про интеграцию из коробки, которая не сломается после первого же апдейта 1с. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2019, 11:44 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
H5N1про интеграцию из коробки про интеграцию из коробки с кем? как стыковать бухгалтерию и расчет з/п "в рамках 1с из коробки" описано в мануале к 1с. заявленный функционал внешнюю обработку которая сериализует данные в виде xml - сам нашли, не подходит? хотите пишите сами, хотите - заказывайте у фрилансеров 1с а там можно уже о "транспорте" предметно говорить xml, json, com, web-сервис... просто вьюхи к sql базе где у 1с написано было что она обязуется предоставлять информацию в виде одобренном sql.ru? инструменты чтобы это сделать все есть H5N1которая не сломается после первого же апдейта 1с просите данные с высоким уровнем абстракции, чтобы вам было все равно куда их очередное обновление 1с зашвырнет. либо берите эти риски на себя - что вы как маленькие, устраиваете истерику на пустом месте у меня лично интеграция работает и с crm внешним и с бэкофисом и с сайтом корпоративным и еще ворохом всего H5N1которая не сломается после первого же апдейта 1с. вообще не понятно почему вас это должно заботить - 1с не ваша область. а если ваша - почему это это выставляется неким фатальным дефектом - это "обычная жизнь" в рамках этой среды, вы либо сами неквалифицированы чтобы парировать это либо нанимаете неквалифицированных исполнителей. все проще и банальнее ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2019, 12:30 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно, ты влез в середину моего разговора с Zmeelov2 о том, что 1с не столь уж прекрасен в плане интеграции и что интеграции собственно в коробке нет совсем. ну влез, а хочешь то чего ? поделится рассказами о костылях ? послушать лекцию об интеграции и почему тупой дамп в xml не годится? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2019, 16:32 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
H5N1послушать лекцию об интеграции и почему тупой дамп в xml не годится? ну кто что нашел - тот то и пытается пользовать... нашел тупой дамп - пользуй то на что хватает "образовании и опыте тех самых интеграций" просто всем эту дичь затирать не надо проблемы "индейц+тупой дамп" - это проблемы индейца ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2019, 17:52 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно просто всем эту дичь затирать не надо проблемы "индейц+тупой дамп" - это проблемы индейца ну а кто вас инвалидов еще научит? хотя нет. увольте. занимайтесь инвалиды дальше поиском своих костылей, зарплата нас уже рассудила. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2019, 19:08 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
H5N1МодальноеОкнопросто всем эту дичь затирать не надо проблемы "индейц+тупой дамп" - это проблемы индейца ну а кто вас инвалидов еще научит? хотя нет. увольте. занимайтесь инвалиды дальше поиском своих костылей, зарплата нас уже рассудила. Вот с зарплатой кстати интересный момент. В последних сложных версиях УТ или ERP скажем, когда ее начинают ковырять, как правило потом возникают огромные проблемы с производительностью, и практически все рекомендации сводятся к тому что вернитесь к базовой версии там все есть. Соответственно при таком подходе 1С скоро своими руками если не уничтожит, то очень сильно сузит весь рынок разработки на 1С. И тогда зарплата действительно всех рассудит. Забавно что многие 1С разработчики этого не понимают. И основная причина этой ситуации именно в убогости платформы (так как все типовые решения - жуткий монолит с тоннами лапшекода, и возможностями выстрелить себе в ногу в плане производительности на каждом шагу). ... |
|||
:
Нравится:
Не нравится:
|
|||
19.10.2019, 11:23 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
И тогда зарплата действительно всех рассудитИ что, рассудила хотя бы раз за 25лет ? Нет, не рассудила. поэтому страдай (те). :) ... |
|||
:
Нравится:
Не нравится:
|
|||
19.10.2019, 21:06 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
L_argoИ тогда зарплата действительно всех рассудитИ что, рассудила хотя бы раз за 25лет ? Нет, не рассудила. поэтому страдай (те). :) Это вы к чему? Такой ситуации как сейчас никогда ещё не было. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.10.2019, 10:23 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Такой ситуации как сейчас никогда ещё не было. Уточните, про какую ситуацию речь. Да, сложность 1С растет. Но и ее возможности растут. Есть достаточно крупные успешные проекты на тыщи конкурентных пользователей, БД под 1Тб, под сотню фоновых задач и обменов. Я такой проект наблюдал и делал с ним БиАй. Сопровождал ее 1 1с-специалист. Правда создавал небольшой коллектив. Проекту много лет. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.10.2019, 20:45 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
и сколько футбольных полей с железом сожрал 1С под такой проект? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 00:22 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
L_argoТакой ситуации как сейчас никогда ещё не было. Уточните, про какую ситуацию речь. Да, сложность 1С растет. Но и ее возможности растут. Есть достаточно крупные успешные проекты на тыщи конкурентных пользователей, БД под 1Тб, под сотню фоновых задач и обменов. Я такой проект наблюдал и делал с ним БиАй. Сопровождал ее 1 1с-специалист. Правда создавал небольшой коллектив. Проекту много лет. Так я про то же. Пытаясь запихнуть все в одну большую коробку с очень слабой платформой, 1с меняет подход с доработки под клиента в настройку, а если не получается жрите что дают. Тем самым сужается рынок доработки на 1с что со временем приведет к коллапсу рынка. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 07:09 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_Junkieменяет подход с доработки под клиента в настройку Это уже философия, то есть словоговорение без определения изначальной терминологии. Что есть "доработка под клиента", что есть "настройка" и чем они друг от друга отличаются? Есть задачи по автоматизации. Есть наборы базового функционала для их решения (1С, SAP, самописки и прочая). У наборов базового функционала есть возможности расширения. У кого-то лучше, у кого-то хуже. Первичное натягивание системы (базовый функционал + расширения) на потребности заказчика есть внедрение, дальнейшая жизнь системы состоит в непрерывном добавлении расширений, которые могут даже изменять базовый функционал. Можете в этой схеме определить место, где производится доработка под клиента, а где настройка? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 07:49 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
полудухи сколько футбольных полей с железом сожрал 1С под такой проект?4камня по 20 ядер, 0,5Тб оперативы, ССД. Отдельный сервер Делл. Некислое железо. Но и не мегамощное. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 08:51 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
L_argo, Я как разработчик с 20 лет опыта в 1С и 15 с MSSQL. Разузлование в моей основной конфе модуль разузлования номенклатуры вынесен на CTE с CLR и в общем есть ряд вещей переписанных по схеме MSSQL+CLR на C#. Ранее модуль разузлования был на С++ во внешней DLL. Последнее время очень часто занимаюсь именно оптимизацией. Оптимизацией запросов, что естественно и в целом оптимизацией 1С кода. Последняя из оптимизаций это обмен по COM между двумя базами. Мое мнение в целом про разработку на 1С. 1С давно и нагло забило на разработчиков, инструмент по разработке как встал в развитии 10 лет назад так и стоит, занимаясь непонятной фигней с Эклипсом, которая с новыми версиями конф (упр. формы) работает через раз, так со старыми (обычные формы) вообще работать и не будет. По сравнению со студией от MS и C#, тут даже сравнивать нельзя. Что касается самого движка, движок в целом нормальный для решения своих задач. Вообще конфигурации последнии от 1С это конфетки в плане функциональности. Это я про ERP и комплексную 2x. С точки зрения - а как там под капотом, там ужас ужас, прочитайте разработчиков которым приходится это дорабатывать, лапшевидный код везде. Вложенность функций где 10 не предел и это ближе к среднему. Вызовы функций через Выполнить("Кусок кода") из-за гребаной асинхронности и т.д. из-за чего разрывы в стеке вызовов. Что касается переноса в BI, BI не понимает GUIDы а в 1С все на GUID. Поэтому и нужны костыли. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 09:25 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
L_argoТакой ситуации как сейчас никогда ещё не было. Уточните, про какую ситуацию речь. Да, сложность 1С растет. Но и ее возможности растут. Есть достаточно крупные успешные проекты на тыщи конкурентных пользователей, БД под 1Тб, под сотню фоновых задач и обменов. Я такой проект наблюдал и делал с ним БиАй. Сопровождал ее 1 1с-специалист. Правда создавал небольшой коллектив. Проекту много лет. L_argoполудухи сколько футбольных полей с железом сожрал 1С под такой проект?4камня по 20 ядер, 0,5Тб оперативы, ССД. Отдельный сервер Делл. Некислое железо. Но и не мегамощное. 80 ядер и 500 ГИГАБАЙТ на тыщи пользователей? а вы себе представляете, например, объёмы VISA или Master Card? Где были бы их задачи с таким "средненьким" софтом? следующая ступень "мегамощности" это уже супер-компьютеры с терафлопсами vitkhvС точки зрения - а как там под капотом, там ужас ужас, прочитайте разработчиков которым приходится это дорабатывать, лапшевидный код везде. Вложенность функций где 10 не предел и это ближе к среднему. Вызовы функций через Выполнить("Кусок кода") из-за гребаной асинхронности и т.д. из-за чего разрывы в стеке вызовов. В 1с попали все те индусы, которых выгнали из микрософта, а потом выгнали из сбербанка. "сэр, эта лодка не разваливается только потому, что её птицы засрали" (с) убрать перескоп ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 09:38 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
полудух, Толсто тролишь. И причем тут Мастеркард/Виза ? Ты писал ключевой софт для них, что так смело тут что-то про них втираешь ? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 10:27 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
полудух80 ядер и 500 ГИГАБАЙТ на тыщи пользователей? а вы себе представляете, например, объёмы VISA или Master Card? Где были бы их задачи с таким "средненьким" софтом? следующая ступень "мегамощности" это уже супер-компьютеры с терафлопсами Сравнивать 1С с VISA и Master Card все таки не корректно, системы реального времени и ERP все же разные вещи и сравнивать нужно с такими же ERP например c Axapta или с SAP. И вот при сравнении с ними окажется, что для их нормального функционирования нужны точно такие же сервера как и для 1С и производительность у них будет точно такая же +-. полудухvitkhvС точки зрения - а как там под капотом, там ужас ужас, прочитайте разработчиков которым приходится это дорабатывать, лапшевидный код везде. Вложенность функций где 10 не предел и это ближе к среднему. Вызовы функций через Выполнить("Кусок кода") из-за гребаной асинхронности и т.д. из-за чего разрывы в стеке вызовов. В 1с попали все те индусы, которых выгнали из микрософта, а потом выгнали из сбербанка. "сэр, эта лодка не разваливается только потому, что её птицы засрали" (с) убрать перескоп Тут не в программистах все же дело, а в недостатках языка и платформы. А эти недостатки напрямую вытекают из достоинств в виде невысокого порога входа, динамической типизации, ORM и в целом скриптовости языка. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 10:30 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_JunkieСоответственно при таком подходе 1С скоро своими руками если не уничтожит, то очень сильно сузит весь рынок разработки на 1С. И тогда зарплата действительно всех рассудит. Забавно что многие 1С разработчики этого не понимают. И основная причина этой ситуации именно в убогости платформы (так как все типовые решения - жуткий монолит с тоннами лапшекода, и возможностями выстрелить себе в ногу в плане производительности на каждом шагу). имхо это уже давно всем понятно. кроме особо упоротых "патриотов" с мизды. но что от них требовать ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 10:34 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhv1С давно и нагло забило на разработчиков, инструмент по разработке как встал в развитии 10 лет назад так и стоит, занимаясь непонятной фигней с Эклипсом, которая с новыми версиями конф (упр. формы) работает через раз, так со старыми (обычные формы) вообще работать и не будет. По сравнению со студией от MS и C#, тут даже сравнивать нельзя. +100500 ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 10:35 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Zmeelov2 Можете в этой схеме определить место, где производится доработка под клиента, а где настройка? Настройка это то, что покрывается стандартным функционалом из коробки, Доработка это то, что приходится кодить. Так вот последнее время 1С пропагандирует именно схему - "Продавайте настройки, а не доработки". Они прям так и говорят. Другое дело из-за сложности таких настроек, людей разбирающихся во всех взаимосвязях таких настроек - крайне мало. Поэтому кодят тот же функционал, потому как так проще. Это кстати не только проблема 1С, в SAP тоже самое. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 11:02 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhvДругое дело из-за сложности таких настроек, людей разбирающихся во всех взаимосвязях таких настроек - крайне мало. проблема уже не в сложности настроек. а в том что текущих абстракций не хватает для описания сущностей и настигают проблемы скриптового языка и общего подхода - сущность разбросана по куче мест, ее состояние может быть не валидным с точки зрения одного бизнес-процесса, а с точки зрения другого все "норм" и программист нужен не для доработок а для распутывания коллизий и объяснения "почему так происходит" последний фейл с "настройками" - введение функциональных опций настраиваемых через гуй. от чего потом по сути отказались потому что отследить эти зависимости вообще невозможно ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 11:09 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкноNitro_JunkieСоответственно при таком подходе 1С скоро своими руками если не уничтожит, то очень сильно сузит весь рынок разработки на 1С. И тогда зарплата действительно всех рассудит. Забавно что многие 1С разработчики этого не понимают. И основная причина этой ситуации именно в убогости платформы (так как все типовые решения - жуткий монолит с тоннами лапшекода, и возможностями выстрелить себе в ногу в плане производительности на каждом шагу).имхо это уже давно всем понятно. кроме особо упоротых "патриотов" с мизды. но что от них требовать"давно всем понятно" - идиотский квантор обобщения, не достойный аргументированного профессионального диспута. 1С плох, но остальные ничем не лучше. Вот и все, что нужно знать. Совокупность качеств у 1С вовсе не хуже остальных игроков. И рынок это подтверждает. Цена владения вполне приемлема, в отличие от западных "продвинутых" мегасистем. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 11:16 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Гугл хром наверное образец быстродействия и компактности... ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 11:20 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
L_argo1С плох, но остальные ничем не лучше. Вот и все, что нужно знать. это реально идиотский квантор L_argoИ рынок это подтверждает. рынок ларьков рф - может быть ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 11:42 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно а в том что текущих абстракций не хватает для описания сущностей Ну в сабжевой статье та наоборот говорят, что сущностей слишком много. Тут я хз, мне кажется нормального ООП в 1С очень сильно не хватает. МодальноеОкнопоследний фейл с "настройками" - введение функциональных опций настраиваемых через гуй. от чего потом по сути отказались потому что отследить эти зависимости вообще невозможно Вообще по моему мнению ФО это как 5 колесо. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 12:37 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно, Да и вообще статья о том, что в 1С это слишком сложно и тут нужны супер мега профи. Я вот последнее время наблюдаю такую тенденцию - упрощение кода, отказ от асинхронности в доработках в отличие от типовых. Так, что наверное тезис о сложности 1С все же где то правильный. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 12:40 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhvНу в сабжевой статье та наоборот говорят, что сущностей слишком много да, они стали слишком "мелкими" ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 12:42 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhvДа и вообще статья о том, что в 1С это слишком сложно и тут нужны супер мега профи. текущая сложность себя не оправдывает это следствие "разрыва" между возможностями среды/языка и текущими задачами ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 12:46 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhvНастройка это то, что покрывается стандартным функционалом из коробки, Доработка это то, что приходится кодить. Так вот последнее время 1С пропагандирует именно схему - "Продавайте настройки, а не доработки". Они прям так и говорят. То есть настройка это то, что можно выставить галочками где-то в конфигурационной форме? Ну так тогда 1С права - зачем повторно делать то, что уже есть? "Надо кодить" - очень расплывчато. При доработке отчета найдется, что кодить. Это доработка? L_argo1С плох, но остальные ничем не лучше. Вот и все, что нужно знать.Золотые слова! vitkhvмне кажется нормального ООП в 1С очень сильно не хватает.Избавь бог от "нормального ООП" в 1С. Система и так своеобразная, не надо еще уровня запутывания. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 12:57 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhvТут я хз, мне кажется нормального ООП в 1С очень сильно не хватает. зачем? жили люди 15 лет без рефлексии и интерфейсов - еще 15 лет поживут гуй, асинхронность, многопоточность - ну подумаешь что сделано "ногами". главное что оно есть. как оно работает в реальных условиях - да пофигу пока будет потребность в отчетности - будет что на хлеб намазать ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 12:58 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Zmeelov2Система и так своеобразная, не надо еще уровня запутывания. ну да. если делать ООП опять своим путем, под девизом "доступно и всерьез" - лучше не надо ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 13:00 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкноесли делать ООП опять своим путем Хе… Так все так (своим путем) делают. Вы же не будете доказывать, что ООП в Delphi, С++ и С# абсолютно одинаков... ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 13:14 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Zmeelov2vitkhvНастройка это то, что покрывается стандартным функционалом из коробки, Доработка это то, что приходится кодить. Так вот последнее время 1С пропагандирует именно схему - "Продавайте настройки, а не доработки". Они прям так и говорят. То есть настройка это то, что можно выставить галочками где-то в конфигурационной форме? Ну так тогда 1С права - зачем повторно делать то, что уже есть? Я и не говорю, что она не права, я говорю: vitkhv Другое дело из-за сложности таких настроек, людей разбирающихся во всех взаимосвязях таких настроек - крайне мало. Поэтому кодят тот же функционал, потому как так проще. Это кстати не только проблема 1С, в SAP тоже самое . по сути 1С поразила болезнь SAP, ну типа или ждите в следующей версии или счас мы это накодим., т.к. прогибать предприятие под систему, все же не всегда реально. Zmeelov2"Надо кодить" - очень расплывчато. При доработке отчета найдется, что кодить. Это доработка? Да это доработка. И 1С считает это доработкой. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 13:27 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhvДа это доработка. И 1С считает это доработкой.То есть получается, что все, что нельзя сделать из коробки, есть результат доработок. Тогда я не понимаю тезиса "Продавайте настройки, а не доработки". К кому он со стороны фирмы 1С обращен? К франчам? Есть доступная инфа в открытом доступе? Чтобы не в перепеве? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 14:35 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Zmeelov2vitkhvДа это доработка. И 1С считает это доработкой.То есть получается, что все, что нельзя сделать из коробки, есть результат доработок. Тогда я не понимаю тезиса "Продавайте настройки, а не доработки". К кому он со стороны фирмы 1С обращен? К франчам? Есть доступная инфа в открытом доступе? Чтобы не в перепеве? Естественно к франчам обращен этот тезис. Что касается инфы - вэлком на партнерский форум. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 16:19 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
L_argoполудух, Толсто тролишь. И причем тут Мастеркард/Виза ? Ты писал ключевой софт для них, что так смело тут что-то про них втираешь ? А вы прыгали из окна, чтобы что-то смело втирать про смерть? Я написал свой собственный фреймворк + несколько CRM на заказ с нуля. И ERP. И Магазин. И ещё сотни тысяч строк всякого кода. А теперь я создаю новый фреймворк... На C++. Да, я не зассал, в отличие от 99.9% остальных прогеров и разобрался в вопросах производительности на всех уровнях. Поэтому иногда позволяю себе "смело втирать". L_argo1С плох, но остальные ничем не лучше. Вот и все, что нужно знать. Совокупность качеств у 1С вовсе не хуже остальных игроков. И рынок это подтверждает. Цена владения вполне приемлема, в отличие от западных "продвинутых" мегасистем. В общем все ваши аргументы: 1с такое же говно, как и прочее другое говно, поэтому он не такое уж и говно на фоне всего прочего говна. Я же топлю за то, что надо писать не говно, а конфетку. Поэтому мы с вами на разных языках и вас так раздражает мой подход. vitkhvполудух80 ядер и 500 ГИГАБАЙТ на тыщи пользователей? а вы себе представляете, например, объёмы VISA или Master Card? Где были бы их задачи с таким "средненьким" софтом? следующая ступень "мегамощности" это уже супер-компьютеры с терафлопсами Сравнивать 1С с VISA и Master Card все таки не корректно, системы реального времени и ERP все же разные вещи и сравнивать нужно с такими же ERP например c Axapta или с SAP. И вот при сравнении с ними окажется, что для их нормального функционирования нужны точно такие же сервера как и для 1С и производительность у них будет точно такая же +-. Это вы похоже внутрях не были. Объясняю: "система реального времени" и ERP, суть одна - формочки + много пользователей. И точно также много работы висит на демонах снаружи. L_argoпод сотню фоновых задач и обменов. Всё зависит от алгоритмов и DBA. SAP не эталон производительности, а такое же неповоротливое говно. По сути вы оба предлагаете равняться на говно, "потому что так принято". А я с этим не согласен. полудухпропущено... В 1с попали все те индусы, которых выгнали из микрософта, а потом выгнали из сбербанка. "сэр, эта лодка не разваливается только потому, что её птицы засрали" (с) убрать перескоп Тут не в программистах все же дело, а в недостатках языка и платформы. А эти недостатки напрямую вытекают из достоинств в виде невысокого порога входа, динамической типизации, ORM и в целом скриптовости языка. Так я и говорю про тех индусов, которые создали эти "недостатки языка и платформы". ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 21:30 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Zmeelov2vitkhvДа это доработка. И 1С считает это доработкой.То есть получается, что все, что нельзя сделать из коробки, есть результат доработок. Тогда я не понимаю тезиса "Продавайте настройки, а не доработки". К кому он со стороны фирмы 1С обращен? К франчам? Есть доступная инфа в открытом доступе? Чтобы не в перепеве? Там дело не в том, что есть такой тезис или нет, а что выбора все равно нет. Вот вы пробовали что то в УТ11 дорабатывать? И как впечатления? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2019, 06:18 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_Junkieвыбора все равно нетЕсть выбор. Можно заниматься сопровождением, можно продуктовой разработкой. Можно использовать 1С, можно писать свое, как авторы хабровской статьи. Можно сидеть в офисе или на удаленке. Можно быть в штате, сделать ИП, работать по ГПХ. Можно менять уровень дохода. Можно страдать от несовершенства используемых инструментов, а можно решать задачи тем набором, который есть. Nitro_JunkieВот вы пробовали что то в УТ11 дорабатывать? И как впечатления? Нет, не пробовал. Я в 1С джун. полудухЯ же топлю за то, что надо писать не говно, а конфетку.Но в IT я уже тридцать лет, внедрял, писал и сопровождал очень разные системы. Так вот. Все системы - дерьмо, криво написаны и развиваются неправильно. По крайней мере, в какой-то момент времени так можно охарактеризовать любую систему. Если вы хотите решить задачу - надо смотреть, может ли система решить задачу в принципе и как ее решить. Если же хочется достичь вселенской гармонии - значит проблема с целеполаганием. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2019, 07:02 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
1. В общем все ваши аргументы: 1с такое же говно, как и прочее другое говно, поэтому он не такое уж и говно на фоне всего прочего говна. 2. Я же топлю за то, что надо писать не говно, а конфетку. Поэтому мы с вами на разных языках и вас так раздражает мой подход.1. А что в этом тезисе не так ? :) 2. Наверно все так хотят топить. "я уже троих утопил"(с) анек. Но далеко не у всех что-то получается. И я вовсе не фанат 1С. Даже наоборот. Но причины популярности 1С мне понятны и я не вижу в них диссонанса. Что касается конфеток-фреймворков, так тут у каждого пятого есть свой фреймворк. Даже у меня. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2019, 08:59 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_Junkie Там дело не в том, что есть такой тезис или нет, а что выбора все равно нет. Вот вы пробовали что то в УТ11 дорабатывать? И как впечатления? У меня на перенос подсистемы товарного планирования, без фин. части из ERP в УПП ушел месяц. Кратко как это реализовано в ERP: 1.) Есть Настраиваемая СКД. Которая в том числе м.б. настроена или перенастроена пользователем из "предприятия". 2.) Есть интерфейс тоже на СКД для преобразования данных из Настраиваемой СКД, в строки документа планирования. Т.е. первая схема берет данные из источников данных и через ТЗ передает это во вторую СКД, в свою очередь 2 я схема преобразует уже данные в строки документа планирования. 3) Настраиваемых схем СКД из пункта 1 может быть множество и они по цепочке могут передавать данные друг другу, но в конце цепочки всегда будет СКД из пункта 2. 4) Вся это может быть гибко настроено пользователем без всякого вмешательства программиста, кроме СКД из пункта 2. -какие задачи пришлось решить: -Обновление очень старой БСП в УПП. -собственно сам перенос с допиливанием документов планирования. -Разработка собственной реализации к источникам данных (т.к. та что была в ERP естественно не подходила к УПП): Соответственно разработал две 1х "СКД" для плана закупок и плана продаж. Причем для плана закупок, чтобы данные не передавались по цепочке из нескольких СКД ~ 80 тыс строк(см. пункт 3 )(12 на год), а планируемые складские остатки м.б. рассчитаны помесячно на основании расчетов в предыдущем месяце, динамически генерировался 1 СКД запрос, кстати да, реализовал именно через Выполнить(<Кусок кода>), почему так не помню, но так мне показалось предпочтительней, чем генерация просто SQL запроса. SQL запрос там тоже генерился, но и динамически генерился код который генерил еще и этот SQL запрос. -Разработка зубодробильного отчета, который тоже на СКД но табличный документ был нарисован отдельно, соответственно осуществлялась трансформация из СКД через несколько взаимодействующих ТЗ в нарисованный табличный документ. -Заодно оптимизировал 1С алгоритм там при огромном количестве строк и уже не нужный контекст передавался на клиент, со всеми этими 80 тыс строк. Я думаю сейчас это 1С ники уже поправили. Ну а так как задач на оптимизацию у меня уже тогда была нескончаемая очередь, то такая оптимизация заняла у меня пару часов и заключалась в комментировании одной строчки кода. Соответственно раз за месяц я справился с этой задачей, то все не так сложно в 1С конфах как вы пишите? Да кстати, а что у вас с планированнием? Есть что-то подобное описанному мною? С формулами самостоятельно описавыемыми пользователем, настраиваемыми источниками данных, возможностью их сложения вычитания умножения и т.д. и т.п. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2019, 05:41 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhvпо цепочке из нескольких СКД ~ 80 тыс строк(12 на год), а планируемые складские остатки м.б. рассчитаны помесячно на основании расчетов в предыдущем месяце Точнее т.к. планирования начинали делать ближе сентябрю, то получалось необходмо было бы в стандарте гонять данные между 12 + 6 месяцев и соответственно стольким же количеством СКД. Т.е. считаем складской остаток на основании текущих остатков-план продаж+План закупок. Соответственно если текущая точка удалена на 18 мес от последнего месяца года расчета, то пришлось бы использовать 18 СКД, т.к. каждый следующий месяц использует рассчитанный планируемый складской остаток предыдущего, который в свою очередь сам же использует расчетные данные предыдущего месяца. И так точка начала расчета смещается ближе к концу года при корректировке планов. Т.е. если начинаем перепланирование уже в текущем году на остававшиеся месяцы то если считаем в мае, то используем 7 СКД, по колтчеству месяцев оставшихся до конца года. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2019, 10:28 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhvСоответственно если текущая точка удалена на 18 мес от последнего месяца года расчета, то пришлось бы использовать 18 СКД вспомнил про ПроцессорВыводаРезультатаКомпоновкиДанныхВТабличныйДокументИмениНуралиеваБорисаГеоргиевича и мысленно содрогнулся ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2019, 10:31 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкновспомнил про ПроцессорВыводаРезультатаКомпоновкиДанныхВТабличныйДокументИмениНуралиеваБорисаГеоргиевича и мысленно содрогнулсяА что смешного ? Ну напиши аналогичное на ABAP, C/AL или X+ Транслитерацией. Ога... ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2019, 10:38 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
L_argoМодальноеОкновспомнил про ПроцессорВыводаРезультатаКомпоновкиДанныхВТабличныйДокументИмениНуралиеваБорисаГеоргиевича и мысленно содрогнулсяА что смешного ? Ну напиши аналогичное на ABAP, C/AL или X+ Транслитерацией. Ога... ну объектная модель в скд это "на любителя"... или объектный конструктор запроса... кстати где он? кто-нибудь видел чтобы его использовали? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2019, 10:53 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhv-какие задачи пришлось решить: -Обновление очень старой БСП в УПП. Кстати обновление БСП в УПП не зря стоит на первом месте, т.к. по трудоемкости она действительно на первом и является весьма нетривиальной задачей. Поэтому и сидят 99,9999 % УПП на старой БСП. Я переносил тоже не всю БСП, а только нужные модули. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2019, 11:53 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкнону объектная модель в скд это "на любителя"... Я вот любитель, т.к. использование СКД позволяет хоть как то эмулировать ООП в 1С. Последняя моя обработка на заказ, содержит в себе один супер-класс Первую СКД или класс А от которой наследуются остальные классы (B1,В2,Bn), потомки этой СКД, которые тоже СКД, каждый из которых есть вариант поведения выбранного пользователем. Соответственно также существует класс С - ТЗ на форме, который наследуется от первого СКД, нашего супер класса. В случае если метод не перегружен в классе B, то поведение класса С полностью наследуется от первой СКД, класса А. МодальноеОкноили объектный конструктор запроса... кстати где он? кто-нибудь видел чтобы его использовали? Вы про схему запроса ? Используют ее люди и даже поют дифирамбы как в этой статье. Я же для себя применения пока не нашел. Но данный вариант написания запросов завоевывает все большую популярность. Кстати автором статьи вообще не описана Схема запроса, поэтому утверждение, что запросы в 1С это текст, глубоко ошибочно, что снижает релевантность статьи. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2019, 12:33 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhv класса С полностью наследуется от первой СКД, класса А. Точнее класс C все же не наследуется от класса А а взаимодействует с ним через интерфейс класса Б, который в свою очередь наследуется от класса А. Но при начальной инициализации, при загрузке формы обработки класс С взаимодействует с интерфейсом класса напрямую. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2019, 12:43 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhvvitkhv класса С полностью наследуется от первой СКД, класса А. Точнее класс C все же не наследуется от класса А а взаимодействует с ним через интерфейс класса Б, который в свою очередь наследуется от класса А. Но при начальной инициализации, при загрузке формы обработки класс С взаимодействует с интерфейсом класса А напрямую. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2019, 12:45 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Вообще я провел очень интересное наблюдения, во время написания этой обработки: их необходимо было писать две с похожим функционалом, но обрабатывали они два разных типа документов. Так вот мой коллега, выбрал "стандартную схему реализации": на каждый пункт обработки он рисовал закладку на форме, новую таблицу со своим набором свойств, свой набор фильтров, писал обычный запрос и соответственно обработчик. Т.е. выбрал пункт как "легче". Я же сделал одну закладку, один компоновщик настроек с отборами и настройкой порядка выведенный на форму от СКД (класс А) и ДЗ на форме с возможностью переключения в режим плоской таблицы. И на каждый пункт стал запиливать вторую СКД- класс B. В начале мне пришлось очень хорошо так повозиться, с наследованием, реализацией методов, переопределением и т.д., но зато потом каждый следующий пункт это было просто копирование схемы СКД (т.к. у нас все же не настоящее ООП) и доработкой запроса в ряде, пунктов в СКД класса B менялась одна, две строчки в запросе и перенастраивался вариант настройки, далее все работало само. Моему коллеге же, все также на каждый пункт приходилось все так же рисовать закладку, описывать все методы и т.д., поэтому моя скорость разработки в разы превосходила его. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2019, 13:16 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhvМоему коллеге же, все также на каждый пункт приходилось все так же рисовать закладку, описывать все методы и т.д., поэтому моя скорость разработки в разы превосходила его. ооп в 1с не нужен (с) надо чтобы люди были заняты кодированием, чтобы сидели и изобретали велосипед заново каждый раз матроса надо задолбать или он сам тебя задолбает вот почему функционал "Инструменты разработчика" от Tormoz IT не включен в типовые? какого банана они заставляют изобретать какие-то "обработочки" для заполнения разнообразной хероты? есть конечно типовая "Групповое изменение реквизитов" - но это всё такое убогое, что просто кровь из глаз идет ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2019, 13:47 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно вот почему функционал "Инструменты разработчика" от Tormoz IT не включен в типовые? какого банана они заставляют изобретать какие-то "обработочки" для заполнения разнообразной хероты? ИС от Tormozit вообще бесподобен, чем то напоминает LINQpad. А консоль кода в ИС гениальна, я например в конфигураторе с ИС очень редко что то кодю. И если бы 1С выкупила его и запилила для него отладчик, и нормальный intellij service к нему (ну или самое простое, используем, что уже там есть, но чтобы открывалось все с**а автоматично, без ctrl+enter), то конфигуратор, вообще бы нафиг был бы не нужен для разработки. Но 1С пилит свой ИС, который на данный момент совершенно убогий. Как правильно сказал автор сабжа в статье, с бюджетами 1С они могут себе это позволить и им совершенно пофиг на мнение каких то там разработчиков. И видимо как и с Оферковым у них получиться полная лабуда, и ИС не купят, и свои ИС толком не наваяют, потому как на мнения разработчиков им уже давно и откровенно плевать. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2019, 15:18 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhvпотому как на мнения разработчиков им уже давно и откровенно плевать. ну да... это они на хабре только такие борзые - пора работать, столько фич надо из трекера реализовать ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2019, 16:02 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
А покажите, например, как выглядит код на этих ваших ООП, реализующий логику расчета себестоимости. Но только не пример из каких-нибудь студенческих учебников, а реальный код из реальной бизнес-системы ... |
|||
:
Нравится:
Не нравится:
|
|||
01.11.2019, 19:06 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Александр ПузаковА покажите, например, как выглядит код на этих ваших ООП, реализующий логику расчета себестоимости. Но только не пример из каких-нибудь студенческих учебников, а реальный код из реальной бизнес-системы Вот из "клона" оду (тоже кстати под Apache 2.0): https://github.com/lsfusion-solutions/mycompany/blob/master/src/main/lsfusion/inventory/ledgers/CostLedger.lsf В ERP надо искать, хотя кусок по сути скопирован оттуда. На самом деле, его можно было сделать существенно проще, но тут как раз сделано так как это сделано в ERP, который подобные расчеты делает в онлайне на сетях гиперов, то есть сильно оптимизировано. Что касается ООП, есть CostLedger, от которого наследуются строки, различные агрегации и т.п. Можете checkout'ить mycompany и посмотреть в иерархии классов. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.11.2019, 12:16 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhvДа кстати, а что у вас с планированнием? Есть что-то подобное описанному мною? С формулами самостоятельно описавыемыми пользователем, настраиваемыми источниками данных, возможностью их сложения вычитания умножения и т.д. и т.п. Для настройки этих формул у нас есть бизнес-аналитики, которые на lsFusion это настраивают. В принципе могут и пользователи (так как язык очень декларативен, аля excel), но им больше нравится когда все идет через задачи, системы контроля версий, релизы и т.п. Хотя если где-то нужно именно конструировать формулу, это делается но под конкретную задачу (например виды цен в "типа ERP") ... |
|||
:
Нравится:
Не нравится:
|
|||
02.11.2019, 12:55 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhvКстати автором статьи вообще не описана Схема запроса, поэтому утверждение, что запросы в 1С это текст, глубоко ошибочно, что снижает релевантность статьи. Почему, я ее упомянул. Но ее использование в УТ11 не нашел, поэтому и написал, что используется очень редко. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.11.2019, 12:57 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhvВообще я провел очень интересное наблюдения, во время написания этой обработки: их необходимо было писать две с похожим функционалом, но обрабатывали они два разных типа документов. Так вот мой коллега, выбрал "стандартную схему реализации": на каждый пункт обработки он рисовал закладку на форме, новую таблицу со своим набором свойств, свой набор фильтров, писал обычный запрос и соответственно обработчик. Т.е. выбрал пункт как "легче". Я же сделал одну закладку, один компоновщик настроек с отборами и настройкой порядка выведенный на форму от СКД (класс А) и ДЗ на форме с возможностью переключения в режим плоской таблицы. И на каждый пункт стал запиливать вторую СКД- класс B. В начале мне пришлось очень хорошо так повозиться, с наследованием, реализацией методов, переопределением и т.д., но зато потом каждый следующий пункт это было просто копирование схемы СКД (т.к. у нас все же не настоящее ООП) и доработкой запроса в ряде, пунктов в СКД класса B менялась одна, две строчки в запросе и перенастраивался вариант настройки, далее все работало само. Моему коллеге же, все также на каждый пункт приходилось все так же рисовать закладку, описывать все методы и т.д., поэтому моя скорость разработки в разы превосходила его. Я вот из вашего объяснения так и не понял в чем основная функция СКД. Потому как для отчетов - BI инструменты куда эргономичнее удобнее. Для использования в программных механизмах (но при этом с возможностью настройки пользователем) да есть наверное какие-то дикие случаи как в ERP, но их лучше и решать в частном случае, потому как иначе пользователям будет очень тяжело со всем этим разбираться / работать. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.11.2019, 13:01 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_JunkieЯ вот из вашего объяснения так и не понял в чем основная функция СКД Дать людям, которые не умеют в запросы, инструмент для рисования отчетов. Если серьезно, это хороший построитель отчетов, интегрированный в среду разработки. Местами бажный, местами загадочный (есть неочевидные зависимости), но покрывающий 80% потребностей. Оставшиеся 20% - руками, как и везде. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.11.2019, 20:59 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_JunkieАлександр ПузаковА покажите, например, как выглядит код на этих ваших ООП, реализующий логику расчета себестоимости. Но только не пример из каких-нибудь студенческих учебников, а реальный код из реальной бизнес-системы Вот из "клона" оду (тоже кстати под Apache 2.0): https://github.com/lsfusion-solutions/mycompany/blob/master/src/main/lsfusion/inventory/ledgers/CostLedger.lsf В ERP надо искать, хотя кусок по сути скопирован оттуда. На самом деле, его можно было сделать существенно проще, но тут как раз сделано так как это сделано в ERP, который подобные расчеты делает в онлайне на сетях гиперов, то есть сильно оптимизировано. Что касается ООП, есть CostLedger, от которого наследуются строки, различные агрегации и т.п. Можете checkout'ить mycompany и посмотреть в иерархии классов. Вы в самом деле считаете, что это можно назвать расчетом себестоимости? Даже в самом маленьком ларьке есть накладные расходы, которые неминуемо ложатся на себестоимость. Но даже если это маленький ларек, всё равно есть много законодателбных ньюансов. Тут же какая-то примитивная реализация, где под себестоимостью банально понимается закупочная цена товара (в самом простом виде). Неужели кто-то работает с этим? P.S. что такое "оду"? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.11.2019, 10:05 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Zmeelov2, А вот здесь можно поподробнее что вы подразумеваете под отчетами. Если это срезы информации используемые для анализа, то для этого куда лучше подходят инструменты BI, аля: http://bi.lsfusion.ru/pivot/home https://react-pivottable.js.org/ Если для печати, то тут лучше подходят Reporting Systems (и как мне говорили СКД для этого не подходит): JasperReports, CrystalReports, FastReports и т.п. СКД в этой парадигме где? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.11.2019, 11:31 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Александр ПузаковNitro_Junkieпропущено... Вот из "клона" оду (тоже кстати под Apache 2.0): https://github.com/lsfusion-solutions/mycompany/blob/master/src/main/lsfusion/inventory/ledgers/CostLedger.lsf В ERP надо искать, хотя кусок по сути скопирован оттуда. На самом деле, его можно было сделать существенно проще, но тут как раз сделано так как это сделано в ERP, который подобные расчеты делает в онлайне на сетях гиперов, то есть сильно оптимизировано. Что касается ООП, есть CostLedger, от которого наследуются строки, различные агрегации и т.п. Можете checkout'ить mycompany и посмотреть в иерархии классов. Вы в самом деле считаете, что это можно назвать расчетом себестоимости? Даже в самом маленьком ларьке есть накладные расходы, которые неминуемо ложатся на себестоимость. Но даже если это маленький ларек, всё равно есть много законодателбных ньюансов. Тут же какая-то примитивная реализация, где под себестоимостью банально понимается закупочная цена товара (в самом простом виде). Неужели кто-то работает с этим? P.S. что такое "оду"? В CostLedger можно добавлять любые расходы (как раз наследованием и агрегациями), в том числе накладные, то есть в данном случае это "рыба". Впрочем эта рыба используется у 4 млн пользователей https://www.odoo.com/ ... |
|||
:
Нравится:
Не нравится:
|
|||
03.11.2019, 11:33 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_JunkieАлександр Пузаковпропущено... Вы в самом деле считаете, что это можно назвать расчетом себестоимости? Даже в самом маленьком ларьке есть накладные расходы, которые неминуемо ложатся на себестоимость. Но даже если это маленький ларек, всё равно есть много законодателбных ньюансов. Тут же какая-то примитивная реализация, где под себестоимостью банально понимается закупочная цена товара (в самом простом виде). Неужели кто-то работает с этим? P.S. что такое "оду"? В CostLedger можно добавлять любые расходы (как раз наследованием и агрегациями), в том числе накладные, то есть в данном случае это "рыба". Впрочем эта рыба используется у 4 млн пользователей https://www.odoo.com/ Вот тут развернута демка: http://78.47.40.15:8069/ Логин: crushby собака гмэйл.ком пароль admin. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.11.2019, 11:35 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_JunkieЕсли это срезы информации используемые для анализа, то для этого куда лучше подходят инструменты BIУ меня нет возражений. Nitro_JunkieСКД в этой парадигме где? Вот тут: вместо CrystalReports и FastReports. СКД для 1С практически стал тем, чем для Дельфей в свое время стал FastReport - тесно интегрированные (тут скорее даже намертво вшитый) механизм создания отчетности, понимающий тот же язык, что и базовая платформа. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.11.2019, 19:35 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_JunkieЯ вот из вашего объяснения так и не понял в чем основная функция СКД. Потому как для отчетов - BI инструменты куда эргономичнее удобнее. СКД почти полностью решает проблему ограничености SQL запросов в 1С т.к. в 1С запросах по моему даже SQL 92 не соблюден. Но рекурсии в СКД тоже нет. Динамический список тоже наследуется от СКД, но с ограничениями. Им удобно управлять программно. Поэтому СКД уже давным давно не только отчеты. Nitro_JunkieПотому как для отчетов - BI инструменты куда эргономичнее удобнее. Для BI данные, в отличии от СКД необходимо трансформировать. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2019, 02:12 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_Junkie (например виды цен в "типа ERP") InFusion на два порядка больше " Типа ERP ", чем 1С ERP. Может оставите эти приемчики для ваших клиентов, а не для людей которые на внедрениях собаку сели? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2019, 02:39 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_JunkievitkhvКстати автором статьи вообще не описана Схема запроса, поэтому утверждение, что запросы в 1С это текст, глубоко ошибочно, что снижает релевантность статьи. Почему, я ее упомянул. Но ее использование в УТ11 не нашел, поэтому и написал, что используется очень редко. Это вы про ORM в 1С писали, насколько я понял. Там же вы писали, что в 1С нельзя управлять в ORM какие поля подтягивать. Так вот в Схеме запросов это все можно. Поэтому я думаю, у вас все же не схема запросов описана, а обычный менеджер, который есть для каждого 1С объекта. Потому как в менеджере действительно нельзя управлять полями для выборки. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2019, 03:00 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Zmeelov2Вот тут: вместо CrystalReports и FastReports. СКД для 1С практически стал тем, чем для Дельфей в свое время стал FastReport - тесно интегрированные (тут скорее даже намертво вшитый) механизм создания отчетности, понимающий тот же язык, что и базовая платформа. А вот это забавно, учитывая что большинство 1С разработчиков утверждает, что СКД именно для печатных форм обычно не используется (там есть другой механизм для этого). И это вобщем то понятно, потому как основной аргумент в пользу СКД - то что там пользователь может настраивать группировки и колонки, что для печатных форм глупость, так как их дизайн тогда поплывет. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2019, 09:05 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhvСКД почти полностью решает проблему ограничености SQL запросов в 1С т.к. в 1С запросах по моему даже SQL 92 не соблюден. Но рекурсии в СКД тоже нет. Динамический список тоже наследуется от СКД, но с ограничениями. Им удобно управлять программно. Поэтому СКД уже давным давно не только отчеты. Так в том то и дело, что это какой-то странный мутант. Кого ни спроси, каждый свое ответит: а) вот вы говорите, что это программный инструмент доступа к данным б) змеелов - что печатные формы или около того в) большинство 1С разработчиков - система аналитики (отчетности для анализа) vitkhvПотому как для отчетов - BI инструменты куда эргономичнее удобнее. Не обязательно. Они могут прямо из OLTP базы читать. Да это не очень хорошо, но на небольших базах так часто и делают. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2019, 09:08 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhvNitro_Junkie (например виды цен в "типа ERP") InFusion на два порядка больше " Типа ERP ", чем 1С ERP. Может оставите эти приемчики для ваших клиентов, а не для людей которые на внедрениях собаку сели? В данном случае это "ERP для розницы", а в особенности FMCG. Там абсолютно другие процессы, приоритеты и т.п. И мы на внедрениях тоже не одну собаку съели. Но вообще да это маркетинговый трюк, после того как основной игрок на российском рынке (Астор) сделал его со своим решением. Которое тоже "на два порядка больше "Типа ERP" чем 1С ERP". ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2019, 09:11 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhvNitro_Junkieпропущено... Почему, я ее упомянул. Но ее использование в УТ11 не нашел, поэтому и написал, что используется очень редко. Это вы про ORM в 1С писали, насколько я понял. Там же вы писали, что в 1С нельзя управлять в ORM какие поля подтягивать. Так вот в Схеме запросов это все можно. Поэтому я думаю, у вас все же не схема запросов описана, а обычный менеджер, который есть для каждого 1С объекта. Потому как в менеджере действительно нельзя управлять полями для выборки. Так причем тут Схема запроса тогда? Схема запроса это обертка для "просто запроса", в котором как раз и можно управлять тем что читается (и именно его 1С рекомендует использовать почти всегда, там в частности есть ссылка в статье). Но к ORM в классическом понимании (!) ни запрос ни схема запроса никакого отношения не имеют. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2019, 09:14 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_JunkieАлександр Пузаковпропущено... Вы в самом деле считаете, что это можно назвать расчетом себестоимости? Даже в самом маленьком ларьке есть накладные расходы, которые неминуемо ложатся на себестоимость. Но даже если это маленький ларек, всё равно есть много законодателбных ньюансов. Тут же какая-то примитивная реализация, где под себестоимостью банально понимается закупочная цена товара (в самом простом виде). Неужели кто-то работает с этим? P.S. что такое "оду"? В CostLedger можно добавлять любые расходы (как раз наследованием и агрегациями), в том числе накладные, то есть в данном случае это "рыба". Впрочем эта рыба используется у 4 млн пользователей https://www.odoo.com/ По ссылке фигурируют переменные "Место хранения", "Товар", "Количество" и иже с ними. Я слабо себе представляю, как с помощью данного механизма можно учесть, например, расходы на рекламу. Что там будет местом хранения? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2019, 09:33 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Александр ПузаковNitro_Junkieпропущено... В CostLedger можно добавлять любые расходы (как раз наследованием и агрегациями), в том числе накладные, то есть в данном случае это "рыба". Впрочем эта рыба используется у 4 млн пользователей https://www.odoo.com/ По ссылке фигурируют переменные "Место хранения", "Товар", "Количество" и иже с ними. Я слабо себе представляю, как с помощью данного механизма можно учесть, например, расходы на рекламу. Что там будет местом хранения? Я не специалист по конкретным процессам, но как вы эти расходы собрались расписывать по местам хранения и товарам? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2019, 09:42 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_JunkievitkhvПотому как для отчетов - BI инструменты куда эргономичнее удобнее. Не обязательно. Они могут прямо из OLTP базы читать. Да это не очень хорошо, но на небольших базах так часто и делают. Это ответ был на: vitkhvДля BI данные, в отличии от СКД необходимо трансформировать. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2019, 11:00 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_JunkieА вот это забавно, учитывая что большинство 1С разработчиков утверждает, что СКД именно для печатных форм обычно не используется У нас используется именно для печатных форм. Возможно, где-то используется по-другому. У меня слишком ограниченный опыт в 1С. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2019, 11:46 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_JunkieАлександр Пузаковпропущено... По ссылке фигурируют переменные "Место хранения", "Товар", "Количество" и иже с ними. Я слабо себе представляю, как с помощью данного механизма можно учесть, например, расходы на рекламу. Что там будет местом хранения? Я не специалист по конкретным процессам, но как вы эти расходы собрались расписывать по местам хранения и товарам? Так ведь вы же как-то расписываете эти расходы через данный класс (или подклассы), а не я. Вот и хочу узнать, как это будет выглядеть ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2019, 12:26 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Александр ПузаковNitro_Junkieпропущено... Я не специалист по конкретным процессам, но как вы эти расходы собрались расписывать по местам хранения и товарам? Так ведь вы же как-то расписываете эти расходы через данный класс (или подклассы), а не я. Вот и хочу узнать, как это будет выглядеть Так а как вы их хотите расписывать? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2019, 13:18 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_JunkieАлександр Пузаковпропущено... Так ведь вы же как-то расписываете эти расходы через данный класс (или подклассы), а не я. Вот и хочу узнать, как это будет выглядеть Так а как вы их хотите расписывать? Я в такой вопрос не углублялся. Но структура явно будет сложнее ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2019, 14:03 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_Junkie Так в том то и дело, что это какой-то странный мутант. Кого ни спроси, каждый свое ответит: а) вот вы говорите, что это программный инструмент доступа к данным б) змеелов - что печатные формы или около того в) большинство 1С разработчиков - система аналитики (отчетности для анализа) Потому, что мы все правы и СКД это- программный инструмент для доступа и обработки данных, инструмент аналитики и печатные формы и все это в одном флаконе. Описание от 1ССКД – это механизм, основанный на декларативном описании отчетов. СКД предназначен для построения отчетов и для вывода информации, имеющей сложную структуру. Кстати, помимо разработки отчетов механизм СКД также используется в «1С:Предприятии» в динамическом списке, средстве показа списочной информации с богатой функциональностью (показ плоских и иерархических списков, условное оформление строк, группировки и т.п.) . Описание от 1С В создании отчетов задействованы два языка. Один – язык запросов, используемый для выборки данных. Второй – язык выражений компоновки данных, предназначен для записи выражений, используемых в различных частях системы, например, в настройках компоновки данных, для описания выражений пользовательских полей. СКД позволяет выводить данные как в печатную форму, так и в таблицу значений (ТЗ) . А эту ТЗ мы далее можем использовать в дальнейших расчетах. - ТЗ мы можем использовать как источник данных для другого СКД. Именно так сделано в подсистеме планирования в ERP, УТ 11 и КА 2. - ТЗ мы можем загрузить в любую табличную часть, одной строчкой кода. - ТЗ существует в ОЗУ поэтому работа с ней очень быстра. - ТЗ мы можем индексировать, группировать, накладывать фильтры делая срезы данных и т.д. Поэтому сейчас СКД и используется везде где необходимы сложные расчеты и трансформация данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.11.2019, 23:34 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_Junkie Так причем тут Схема запроса тогда? Схема запроса это обертка для "просто запроса", в котором как раз и можно управлять тем что читается (и именно его 1С рекомендует использовать почти всегда, там в частности есть ссылка в статье). Но к ORM в классическом понимании (!) ни запрос ни схема запроса никакого отношения не имеют. Вот именно, в классическом понимании, не ORM. В не классическом это чистый ORM. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.11.2019, 23:37 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhv - ТЗ мы можем использовать как источник данных для другого СКД. Именно так сделано в подсистеме планирования в ERP, УТ 11 и КА 2. - ТЗ мы можем загрузить в любую табличную часть, одной строчкой кода. - ТЗ существует в ОЗУ поэтому работа с ней очень быстра. - ТЗ мы можем индексировать, группировать, накладывать фильтры делая срезы данных и т.д. Поэтому сейчас СКД и используется везде где необходимы сложные расчеты и трансформация данных. Не поверите, но ту же функцию выполняют представления и временные таблицы. Со всем тем же что вы написали. Просто во всем мире, для каждой описанной мной задачи - свои инструменты (потому как у задач совершенно противоположные цели / задачи). А нафига делать автомобиль, молоток, микроскоп в одном флаконе - загадка, а точнее просто косяк архитектора. Сами знаете что бывает когда за большим количеством зайцев погонитесь. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 08:58 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhv Nitro_Junkie Так причем тут Схема запроса тогда? Схема запроса это обертка для "просто запроса", в котором как раз и можно управлять тем что читается (и именно его 1С рекомендует использовать почти всегда, там в частности есть ссылка в статье). Но к ORM в классическом понимании (!) ни запрос ни схема запроса никакого отношения не имеют. Вот именно, в классическом понимании, не ORM. В не классическом это чистый ORM. В не классическом - все ORM, так как все программы оперируют объектами в том или ином виде. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 08:59 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhv Поэтому сейчас СКД и используется везде где необходимы сложные расчеты и трансформация данных. это называется впихуем невпихуемое... она как отчетная система до сих пор не доделана. имеет кривую и гиперсложную структурную/объектную модель. и теперь ее пхают везде где надо и не надо. это успiх ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 10:28 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhv ТЗ мы можем загрузить в любую табличную часть, одной строчкой кода а что, запрос научился приводить адекватно типы "внутри себя"? ранее приходилось иногда перекладывать тз из одной в другую (такую же), из-за того что тз, получаемая из запроса, в типах значений колонок содержала также null. и это было фатально ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 10:32 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhv - ТЗ мы можем индексировать, группировать, накладывать фильтры делая срезы данных и т.д. кодируя, кодируя и кодируя... сколько человеко-лет потрачено для переборов различных списков, тз, массивов. где linq я хотел бы спросить... почему нет нормальной работы с коллекциями ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 10:35 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhv программный инструмент для доступа и обработки данных, инструмент аналитики и печатные формы и все это в одном флаконе. и кузница и здравница и житница а если реально смотреть на вещи - сложные печатные формы на скд - это КРАЙНЕ на любителя... можно в расчетный листок заглянуть простые формы впрочем имхо тоже... овчина выделки не стоит берут результат работы скд, берут макет и по старинке вывести() присоединить(). это просто, понятно, надежно, кастомизуемо и сопровождаемо. Возня же с чем то бОльшим чем макет отдельной ячейки для поля (и то использование этого функционала сейчас - относительная редкость, всякие цвета и игрища с цветом/шрифтом решается на уровне "условного оформления") - это такая шляпа... ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 10:48 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно Возня же в СКД с чем то бОльшим ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 10:49 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_Junkie [ Не поверите, но ту же функцию выполняют представления и временные таблицы. Со всем тем же что вы написали. Просто во всем мире, для каждой описанной мной задачи - свои инструменты (потому как у задач совершенно противоположные цели / задачи). А нафига делать автомобиль, молоток, микроскоп в одном флаконе - загадка, а точнее просто косяк архитектора. Сами знаете что бывает когда за большим количеством зайцев погонитесь. Вы прикидываетесь, что не понимаете? Можете все это сделать во временных таблицах прям в запросе. Потом результат выгрузить в ТЗ, а дальше уже туда куда надо одной строчкой кода, все. Что касается представлений: так как вы написали, что можно и в BI ходить в OLTP, то и я напишу, что можно делать VIEW на таблицы 1С и иметь VIEW в 1С. В том числе и материализованный VIEW. Т.е. все механизмы для этого есть. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 11:08 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
Nitro_Junkie А нафига делать автомобиль, молоток, микроскоп в одном флаконе - загадка, а точнее просто косяк архитектора. потому что вся "политика" самого фреймворка такая есть абстрактный класс "документ". от него вы можете наследовать конкретный изолированный класс "накладная" и реализовать (в случае необходимости) объявленные в родительском классе методы. какие-то сервисные объекты (классы) не несущие на себе следы заточенности его под определенный бизнес-процесс сразу по сути объявлены изолированными. и крутись как хошь. что делать когда найден "удачный" сервисный объект (класс) СКД? и хочется воспользоваться его возможностями и тут и там... он же не только для отчетов. на нем строятся списки, на нем строится много где основной gui в разных обработках - визуальные возможности СКД позволяют реализовать выбор каких-то сущностей с широкой вариативностью фильтров, сортировками и прочим. Т.е. позволяет не рисовать это все руками. Что сделал бы архитектор курильщика? Вероятно разбил бы объект на набор классов - чтобы можно пользовать то что необходимо конкретно здесь. Что делает архитектор здорового человека? Добавляет в объект костыль и объявляет что работать он будет только в списке, а этот костыль только для отчетов и т.д. Что в итоге видит разработчик? Какое-то адское месиво. Швейцарский нож из преисподней. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 11:13 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно vitkhv - ТЗ мы можем индексировать, группировать, накладывать фильтры делая срезы данных и т.д. кодируя, кодируя и кодируя... сколько человеко-лет потрачено для переборов различных списков, тз, массивов. где linq я хотел бы спросить... почему нет нормальной работы с коллекциями Ну вот в Go надо кодировать и кодировать по сравнению с Python, но чета никто не плачет, что кодировать надо. Работает ведь быстрее. Да в 1С если хочешь что бы все летало, надо кодировать, не хочешь что бы быстро - пиши одной строчкой кода. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 11:26 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhv Да в 1С если хочешь что бы все летало, надо кодировать, не хочешь что бы быстро - пиши одной строчкой кода. не улавливаю связи. от слова совсем колхоз напрасный труд. "здесь мерилом работы считают усталость" ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 11:28 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно vitkhv Да в 1С если хочешь что бы все летало, надо кодировать, не хочешь что бы быстро - пиши одной строчкой кода. не улавливаю связи. от слова совсем колхоз напрасный труд. "здесь мерилом работы считают усталость" Значит не для вас написано. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 11:35 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно Какое-то адское месиво. Швейцарский нож из преисподней. Точно так говорят про C++. Вот прям этими же словами. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 11:37 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhv МодальноеОкно пропущено... не улавливаю связи. от слова совсем колхоз напрасный труд. "здесь мерилом работы считают усталость" Значит не для вас написано. что "написано"? вы не понимаете, что работа с коллекциями в 1С - из которой и состоит 90% внутренней бизнес-логики - это подходы 10-летней давности? и вендор не делает ничего чтобы упростить/улучшить этот аспект работы для разработчика? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 11:38 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно vitkhv пропущено... Значит не для вас написано. что "написано"? вы не понимаете, что работа с коллекциями в 1С - из которой и состоит 90% внутренней бизнес-логики - это подходы 10-летней давности? и вендор не делает ничего чтобы упростить/улучшить этот аспект работы для разработчика? Я все прекрасно понимаю, и моя критика была озвучена. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 11:43 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhv МодальноеОкно пропущено... что "написано"? вы не понимаете, что работа с коллекциями в 1С - из которой и состоит 90% внутренней бизнес-логики - это подходы 10-летней давности? и вендор не делает ничего чтобы упростить/улучшить этот аспект работы для разработчика? Я все прекрасно понимаю, и моя критика была озвучена. в чем критика? надо страдать как на Go? это не критика, это какая-то лажа. в стиле "дедушка служил и ты послужи" авторДа в 1С если хочешь что бы все летало, надо кодировать, не хочешь что бы быстро - пиши одной строчкой кода. тоже мысль не ясна... что и где надо кодировать чтобы летало. особенно в условиях работы в рамках кривого интерпретатора ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 11:47 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно vitkhv пропущено... Я все прекрасно понимаю, и моя критика была озвучена. в чем критика? надо страдать как на Go? это не критика, это какая-то лажа. в стиле "дедушка служил и ты послужи" авторДа в 1С если хочешь что бы все летало, надо кодировать, не хочешь что бы быстро - пиши одной строчкой кода. тоже мысль не ясна... что и где надо кодировать чтобы летало. особенно в условиях работы в рамках кривого интерпретатора Да простой пример: В ORM стиле: Справочники.Номенклатура.Выбрать() И дальше делаем loop, с проверкой свойств. Либо тоже самое в черном запросе, с выборкой необходимых свойств. С дальнейшей выборкой. В запросе явно дольше писать придется, но работать будет быстрее. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 11:58 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhv МодальноеОкно пропущено... в чем критика? надо страдать как на Go? это не критика, это какая-то лажа. в стиле "дедушка служил и ты послужи" пропущено... тоже мысль не ясна... что и где надо кодировать чтобы летало. особенно в условиях работы в рамках кривого интерпретатора Да простой пример: В ORM стиле: Справочники.Номенклатура.Выбрать() И дальше делаем loop, с проверкой свойств. Либо тоже самое в черном запросе, с выборкой необходимых свойств. С дальнейшей выборкой. В запросе явно дольше писать придется, но работать будет быстрее. ииии? запрос как таковой ничего кардинально не меняет. кроме размеров выборки. и то за счет ограниченности реализованного оператора select не всегда вы можете просто взять нужные строки и "их записать"... их еще надо вертеть, крутить в выборках в циклах, перекладывать из одной коллекции в другую ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 12:07 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно ииии? запрос как таковой ничего кардинально не меняет. кроме размеров выборки. и то за счет ограниченности реализованного оператора select не всегда вы можете просто взять нужные строки и "их записать"... их еще надо вертеть, крутить в выборках в циклах, перекладывать из одной коллекции в другую Что иии? В выборке без запроса, тым можешь крутить вертеть объект как захочешь, парой строчек кода, но медленно. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 12:11 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно в чем критика? надо страдать как на Go? это не критика, это какая-то лажа. в стиле "дедушка служил и ты послужи" При чем тут страдания? Если хочешь скорости, придется управлять объектами в ручную. В принципе так везде. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 12:27 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно кодируя, кодируя и кодируя... сколько человеко-лет потрачено для переборов различных списков, тз, массивов. где linq я хотел бы спросить... почему нет нормальной работы с коллекциями А в Java как с linq? А в Java c linq насколько я знаю так: используйте Scala. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 12:40 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
vitkhv МодальноеОкно в чем критика? надо страдать как на Go? это не критика, это какая-то лажа. в стиле "дедушка служил и ты послужи" При чем тут страдания? Если хочешь скорости, придется управлять объектами в ручную. В принципе так везде. какие скорости в 1С? там же интерпретатор. чем вы "управлять" собрались? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 13:02 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
я понимаю когда пишут "нам нужна скорость". и выносят часть логики во внешние компоненты, пишут прямые запросы через ADO да на этом можно выиграть, даже с учетом сериализации данных туда/обратно а вы какую "скорость" имеете ввиду? нам дали "почти тру select" и теперь мы не лопатим из базы всё подряд? вау! хотя... я это еще в бэте 8.0 видел когда привез домой диск в 2002-ом с митинского радиорынка. сейчас на минуточку 2019-ый. а вы всё о том же талдычите... ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 13:09 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно какие скорости в 1С? там же интерпретатор. чем вы "управлять" собрались? В Python тоже интерпретатор, но коллекции numpy очень быстры, в 1С коллекции ТЗ тоже очень быстры, несмотря на интерпретатор. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 14:18 |
|
Почему не 1С?
|
|||
---|---|---|---|
#18+
МодальноеОкно нам дали "почти тру select" и теперь мы не лопатим из базы всё подряд? вау! хотя... я это еще в бэте 8.0 видел когда привез домой диск в 2002-ом с митинского радиорынка. сейчас на минуточку 2019-ый. а вы всё о том же талдычите... Несмотря на это, если нужна скорость - в топку ORM c linq, подавай тру Select. И так блин везде. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2019, 14:23 |
|
|
start [/forum/topic.php?all=1&fid=33&tid=1547143]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
52ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
184ms |
get tp. blocked users: |
2ms |
others: | 255ms |
total: | 542ms |
0 / 0 |