В SQL рекрурсивный запрос выполняется минуту. В 1С 40 минут. Может, я кривой, но разузлование на 1С это какая-то общая проблема. Вот зачем вообще 1С? Примчаю, что тема не критикует 1С. Хочу понять, когда надо использовать 1С, а когда нет. В контре, где работаю есть 1С УПП и базы SQL.

(0) А что такое "рекурсивный запрос"?

(0) Попробуй на SQL автоматизировать работу склада или расчет зарплаты. Нарисовать все формочки для пользователя, все его хотелки, логику работы бизнес процессов и т.д. Если получится ну вот тогда приходи и поговорим

правильный ответ - посмотри планы запросов, которые обработает SQL в каждом случае.

(2) да реально вполне. Делал зарплату на Дельфи, и она даже работала лет пять. Правда, без отчётов в фонды.

Принцип Парето в исполнении 1С

(0) для начала ответьте себе на вопрос: что такое sql и что такое 1с.

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

(2) + вы будете смеяться, но есть ещё немало банков, где опердни на формсе (oracle sql*forms) написаны своими силами и работают...

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

Какие вообще рекурсивные запросы могут быть в РЕЛЯЦИОННОЙ базе данных?

(10) Иерархия

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

(9) Да ладно

(13) угу. ту же самую иерархию впендюрят в запросы и вуаля

Каждый раз, когда я что то делаю серьезное на Delphi - мне сначало офигенно от того, что я сменил языковую среду, но где то на 3 день меня заваливает велосипедами, несмотря на весь используемый типовой функционал и даже привлечение стороннего (но из надежных источников)

(10) Иерархия через рекурсию же реализуется в коде, а не в запросах?

(16) И так и так

(17) Рекурсивные sql-запросы не поддерживаются всеми СУБД, поддерживаемыми 1с, поэтому 1с их не может использовать.

(15) Как только на чем то другом начинается написание "учетной системы" то да велосипеды и попытки "переписать 1С" так и прут.

(0) Не надо писать "рекурсивные запросы" и все никаких проблем.

Обычный линейный запрос + немного кода на 1С.

(20) Запрос в рекурсии это примерно то же самое что и запрос в цикле.. и как у того же самого, есть радикальные ненавистники этого

(21) Не то чтобы ненавистники но не надо отверткой гвозди заворачивать.

(12) в 2000 году все было несколько проще чем сейчас. В целом я не против велосипедов, в конце концов, в пробках велосипед быстрее

(23) Тут скорее не езда на велосипеде vs машина, а некто купил машину и уже давно едет.
А другой все еще велосипед сам ваяет и хз когда он поедет и не пропадет ли цель поездки или средства на нее к моменту построения велосипеда.

А кто мешает в 1С-е использовать прямые запросы? Вроде можно штатно получить имена таблиц и реквизитов как они в SQL хранятся.
Давно в 7-ке ускорял прямыми запросами некоторые операции. Ускорение в 200 и более раз.

(22) У запросов в цикле есть один плюс - возможность вывода прогресс-бара и оценки оставшегося времени исполнения алгоритма. А если один "большой" запрос - то он выполяется в "черном ящике" sql-сервера, и никакого прогесса пользователь не видит.. а это создает часто раздражающее впечатление "программа зависла".

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

(26) А можно параллельно обращаться к результату вычисления? Например SQL использует хранимую процедуру, заполняет какую-нибудь временную таблицу, вычисляет её планируемый размер, который характеризует прогресс, сообщает о таблице на верх на уровень взаимодействия с клиентом, там проверяется размер и рисуется прогресс-бар.

(28) Костывль, который надо брать на балланс и подеерживать параллельно развитию системы.

(28) Хранимая процедура это вообще процедурное надругательство над декларативной парадигмой sql, ибо она не дает sql-серверу шансов на оптимизацию в отличие даже от сколь угодно сложного запроса.. В этом плане использование пакетных запросов и временных таблиц тоже зло. Но из-за недостаточного интеллекта sql-сервера приходится их использовать.
А так, по логике, вместо временных таблиц идеологически правильнее было бы использовать "временные viewы", чтобы при выполнении конечного запроса в пакете sql-сервер имел полную возможность оптимизации, не ограниченную последовательностью запросов в пакете..

(29) Теоретически костыль можно спрятать в платформе, а 1С-нику отдать простую функцию платформы.
МенеджерДлительнойОперации.ПолучитьПрогресс, например.

"Долгие запросы это неправильная архитектура метаданных"©Моё

(32) Если Вам нужны временные таблицы - значит у вас дерьмовая структура данных (с из мира SQL)

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

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

(33) Этот мир SQL не видел наверное архитектур, сложнее 2 таблиц.
Соедините мне 3 больших таблицы без ВТ.

(25) мешает отсутствие равной замены в случае выбытия, т.к. отеэсники в основной массе не смогут разобраться в чам-то  кроме 1с.

(0) 1с это rapid business application development

(38) Ну лично я бы написал Rapid Accounting Application Development.
Или сокращенно RAAD.

(39) типа основная смысловая нагрузка на хранение и расчёт assets and liabilities, чтобы не было лишних домыслов

(26) запустил фоново и смотри кота

(32) О чем и речь. Одних только регистров остатков я знаю четыре. Хотя можно было бы обойтись и одним, в лучшем случае двумя. Но и кроме этого еще эти регистры между собой не бьются (нарушили один из базовых принципов построения БД - непротиворечивость). Вспомните в УТ и УПП разная логика работы с остатками и остатками партий. В итоге при пересорте полный раздрай, потому что в одном регистре если не хватает, то списывается в минус, а в другом не списывается вообще. Все, приехали.

Оптимизация должна проводиться с умом. Периодически наблюдаю, как заоптимизаторы неимоверно усложняют код ради оптимизации, которая и вовсе не нужна была. Пример: есть служебный справочник с настройками, там куча реквизитов и табличных частей. Автор кода замутил мегауниверсальный КЭШ, засунув в него настройки из элемента этого справочники во всевозможных позах. Этот монстрокэш протаскивается через 100500 процедур и функций, во многих из которых делаются проверки и вычисления, в каком углу этого КЭШа и что искать на данный момент. А если посмотреть на ситуацию сверху, то в этом справочнике всего 10 элементов, с перспективой увеличиться до 20 элементов к 2100 году. Распрекрасно можно было бы тупо получать нужный реквизит справочника в нужный момент. Хоть через ОбщегоНазначения.ЗначениеРеквизитаОбъекта(), хоть тупо через точку от ссылки. Сложность кода заметно снизилась бы, удобочитаемость повысилась, а производительность совсем не пострадает. Вот так, в бездумной погоне за производительностью, некоторые 1сники усложняют жизнь себе и другим.

(36) Какие проблемы, если по всем внешним ключам есть хорошо оптимизированные индексы?

(43) Premature optimization is the root of all evil -- DonaldKnuth

(0) Хех, это ты еще UPDATE и INSERT вспомни, когда нужно обновить пару тысяч элементов справочника или добавить пару десятку тысяч записей в регистр сведений и средствами SQL это делается за пару секунд а в объектной модели 1С можно идти пить чай всем пользователям :)

(44) +1. Соединяли, и не раз. Вообще СУБД в том числе для этого и предназначены, и foreign keys с индексами по ним придуманы.

(27) "запрос в цикле показал лучшие результаты, не смотря на более частое обращение к БД" // Что, "ВЫБРАТЬ Ссылка.Родитель, Ссылка.Родитель.Родитель" реально медленнее, чем два запроса в цикле?

(48) Там имелось в виду для произвольной глубине иерархии.

(44) Проблема в том, что народ даже не задумывается, что такое индексы и как они работают.

(49) Не может такого иметься в виду, раз идет сравнение единого запроса с запросом в цикле: в обоих местах будет конечное количество

(25) Мешает лицензионное соглашение на 8-ку. Оно в явном виде это запрещает.

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

(53) https://youtu.be/tBONXbtiIR8

(53) Начать можно с того, что:

- 1С не пользует foreign key
- Индекс case-средствах вроде erwin создастся просто потому же, почему 1С говорит нам - индексируйте ВременныеТаблицы, пользуйтесь только запросами - в расчете на тупость человеков, в расчете на то, что SQL сделает не сильно хуже, чем оптимально. Ну, тоесть, какую бы дичь не спроектировал человек - SQL выправит ее относительно бескровно. Другой вопрос - а как на самом деле правильно

Простой запрос, если на его план !внимательно! посмотреть в профайлере, покажет, что индексы не помогают

ВЫБРАТЬ
    Номенклатура.Артикул КАК Артикул,
    Номенклатура1.Артикул КАК Артикул1
ИЗ
    Справочник.Номенклатура КАК Номенклатура
        ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.Номенклатура КАК Номенклатура1
        ПО (Номенклатура.Артикул = Номенклатура1.Артикул)

(55) Вы пишете "Этот мир SQL не видел наверное архитектур, сложнее 2 таблиц.
Соедините мне 3 больших таблицы без ВТ."
Так вот, в общем случае здесь написана ерунда. Потому что при нормально спроектированной схеме данных и наличии внешних ключей и индексов по ним все нормально объединяется. Только и всего, что я хотел донести. Чего не использует 1С из нормальных общепринятых функций сервера РСУБД и почему - это другой вопрос.

(57) "Потому что при нормально спроектированной схеме данных и наличии блаблабла..."

Реальность немного другая.

(57) "1С из нормальных общепринятых функций сервера РСУБД и почему - это другой вопрос."
Абстрагируемся от городских легенд, которые говорят, что 1С не может в РСУБД и посмотрим на запрос SQL
SELECT
T1._code,
T2._code
FROM dbo._Reference277 T1
INNER JOIN dbo._Reference277 T2
ON (T1._code = T2._code)

и на его план:
http://prntscr.com/nbpvwj

Ой.

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

(60) Нет

(61) Тогда утверждение (36) неверно и в "большом SQL" все замечательно и без временных таблиц.

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

(52) Звучит как запрет пользователю SQL использовать SQL.

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

(63) Индексы дают логарифмическое быстродействие при выборке по ключу, что ооочень хорошо по сравнению с любыми другими способами доступа.
(65) Казалось бы - почему 1с не сделает возможность определять составные индексы? А вот нет..

(66) >возможность определять составные индексы

Как это представляете?

Новая сущность типа реквизита для метаданных?
В которой указывается по каким реквизитам и какой строится индекс?

Причем можно будет будет в коде/запросах использовать вместо перечисления реквизитов сразу эту новую сущность?

(67) Ну например в дереве метаданных, в описании справочника сделать закладку "Индексы", и там их определять.

+(68) То есть, не тупо ставить галку на реквизите, а описывать индексы отдельно, с возможностью определения составного индекса.

(66) ну, народ периодически разные подобные вещи городит напрямую в схеме, когда тормоза уже совсем доканывают. Собственно, вопрос в (0) из этой же оперы.

(70) Да и кстати неплохо было бы (в будущем, когда 1с таки созреет до отдельного определения индексов), чтобы возможность определения индексов была доступна и в расширении. Чтобы ускорить конфигурацию без снятия замочка и без влезания в sql-базу.

Кстати, хочу посоветоваться со скульщиками.

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

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

Пока что я применил как раз-таки временную таблицу, которая дублирует по структуре основную, постоянную. Сначала я выгружаю в нее набор данных с весов, потом делаю групповой инсерт в постоянную таблицу тех данных, которых в ней нет. Мне кажется, это работает быстрее, чем куча select/insert для проверки каждой записи. Я прав? Или лучше было бы все-таки проверять каждую запись на наличие, обойдясь без временной таблицы?

(72) transactionID с весов уникальный?

https://stackoverflow.com/questions/108403/solutions-for-insert-or-update-on-sql-server

(73) да. Хороший топик. Мержа нет, к сожалению, сервак старый.

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

далее, есть вполне себе коммерческий продукт для банков, написанный на oracle forms и стоящий 100500 денег и требующий оракловых программеров в штате банка. вы случайно не его в виду имеете?

(75) может быть. С программерами в штате - как раз знаком. Нет, не считал, а какая мне разница? Просто оно есть и работает.

(0) > Вот зачем вообще 1С?

Как говорят физики-теоретики: «Любая теория верна до тех пор, пока не будет опровергнута». В перефразе: «1С хорош ровно до тех пор, пока не будет предложена достойная альтернатива».  Пока «достойной альтернативы» в классе учетных задач предприятия не просматривается. Это касается и «семерки» и «восьмерки». Но поскольку фирма «1С» забросила поддержку и развитие сверхлегких учетных система на базе 1С77, то есть шанс даже одному человеку, написать, скажем, реальную «зарплату» на, допустим, WTL. Что, например, я и делаю. Но даже если надоест не раньше, чем сделаю, то уровень программы будет локальная сеть производственного предприятия на примерно 1000 человек. Таким образом, если надо, что-то круче, работаем сразу с «восьмеркой». Естественно, на уровне конфигурации и внешних компонент только, больше вряд ли кто-то со стороны потянет :) .

(0) 1C это абстракция над sql, бухгалтерский framework, который  берет на себя создание таблиц, индексов,  полей и запросов к ним, а так же логирование и прочее версионироание и берет часть ответственности,  за то что делает пользователь/программист. Сейчас даже в веб никто в голом эскуэль не пишет, везде абстракционные обертки. Ибо кто нибудь скрипт через дыру в безопасности запустит и пинда базе. А так конечно весь бизнессофт серьёзных компаний написан на С (С++, java, С#) и  SQL , все серьезные компании так и работают.  Именно по этому сишники,  джависты си шарписты всегда будут востребованы.

Где то читал, что в микрософт строчка кода на СИ, обходится в 100 баксов или что то типа такого. Много себе компаний могут себе позволить платить столько программисту? А РФ?

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

Если широко посмотреть на вопрос с ИТ точки зрения, то 1С не такая и конченная как про нее многие думают. Тут тебе и средство разработки и шаблозанизация и ORM подход https://ru.wikipedia.org/wiki/ORM и еще куча всего. Лично я думаю продукт на все деньги. Со всякими SAP, Axapta и Navision не работал, ничего не могу сказать на сколько они быстрее. Но раз в мире работают, то наверное в этом есть какой то смысл.

(77) > Что, например, я и делаю

Ай, спасибо, что напомнил. Мы уже забывать начали.

(81) >Со всякими SAP, Axapta и Navision не работал

И ничего не потерял, жалкое подобие 1С 7.7 до 1С 8 УФ как до луны.

вот хорошая статья http://catalog.mista.ru/public/703444/  , человек говорит, что 1С или быстрее или работает с такой же скоростью что и аксапта. Только не написал, что быстрее построение отчетов или проведение документов. восстановление всяких там последовательностей проведение документов отсутствует, потому что отсутвует работа задним числом, кстати сейчас и в ут11 практически такая ситуация тронул, где то  и может бомбануть закрытие месяца имхо это они зря сделали, подход ут10 лучше был. Кстати человек честно признается, что ни один месяц они так толком и не закрыли, ибо наш народ приучен лазить и постоянно чего то там править задним числом.

(77) Бросайте уже дурью маяться и учите 1С8, JavaScript, Java или C#.

(81) абсолютно согласен

(82) > Ай, спасибо, что напомнил. Мы уже забывать начали.

Главное, чтобы я сам не забыл. Собственный интерес это такая штука, сегодня есть, завтра нет. А так, написал, кто-то среагировал, чуток подстегнул своим стёбом :) .

(85) > Бросайте уже дурью маяться и учите 1С8, JavaScript, Java или C#.

Да работал я с Java в свое время, в том числе с системой разработки «NetBeans» и др., даже Java-исходники «Дебет Плюс V12»,  подсматривал. Много чего перепробовал, но не понравилось. C# тоже не нравиться и все, что связано с .Net тоже.

«Восьмерка» в принципе ничего, но раздражают все типовые. Я же говорил, что платформа написана на порядок лучше, чем конфигурации. С 1С можно иметь дело, только если ты ее контролируешь. Проще говоря, конфигурации нужно писать самому либо хорошо освоить что-то путное. Но «путного» для наших реалий ничего нет. Мы уже не Украина, но еще и не Россия. Для конкретно наших условий наиболее востребована «семерка», ПУБ для Украины переделана всего на пять – десять процентов и работает без особых проблем. А «зарплата» на «семерке» у меня 100%-но собственная, но давно напрашивается новая версия. Чтобы реализовать все свои хотелки, надо использовать «восьмерку». Но там платформа тоже, хотя и позволяет сделать, все, что нужно, но не слишком элегантно, что ли. Просто система изначально слишком тяжеловесная.

Выход – внешние компоненты. Я было начал ваять универсальные ВК для всех версий 1С (на базе WinAPI), неплохо получается, но очень трудоемко. А потом подумал, что если буду непосредственно писать «зарплату» на WTL, то достигну того же результата меньшими усилиями. И, самое главное, никаких ограничений со стороны приложения. Мои задачи это решает, а для практического использования типовых конфигураций в 1С83 нужно иметь работодателя в России, да и жить в России тоже, чтобы проникнуться ее современным Духом. В ближайшее время это мне явно не светит, так зачем делать лишнюю работу?

"для практического использования типовых конфигураций в 1С83 нужно иметь работодателя в России" // ТАк ты для буржуев что ли пишешь нетленку?

Можно мысль продолжить бизнес процесс это абстракция в 1С, 1С это абстракция над sql, sql это абстракция над Си++, С++ это абстракция над ассемблером, ассемблер это абстракция, над двоичным кодом, двоичный код это абстракция над потоком электрических импульсов. В принципе про любую ступень абстракции(кроме первой и последней) можно сказать, да на фиг она нужна? А зачем? Если на аппаратном уровне решение запилить, то оно будет работать за  наносекунду, правда данные готовить для этой наносекунды надо будет лет 20.

(88) ЛНР. Неофициальные только если ))

(88) У них проблема что железо старье и с поставками нового плохо.
В результате в дело пускают все что есть под рукой и в т.ч. 1С 77.

Но из 1С77 не умея готовить (1С++, Formex, прямые запросы и т.д.) не выйдет легко выжать все что можно из железа.
И тут на помощь приходит С++.
Ну и главный плюс, что нетленку так просто не сопрут кинув разработчика, что в их анархии актуально.

(88) > ТАк ты для буржуев что ли пишешь нетленку?

Нет, пока для ЛНР / ДНР. Просто используемая концепция учета и расчета сложной заработной платы в 1С мне не нравиться от слова «совсем». Да и все прикладные модели учета тоже. Но в «бухгалтерии», «торговле» и «производстве» они хотя бы работают, а в «зарплате» нет (у нас, конечно). Поскольку имеющаяся у меня программа – вполне себе «рабочая лошадка», но есть время и немного желания ее все же улучшить ибо «лучшее – враг хорошего». Да принцип развития никто не отменял. До сих пор все «навороты» я хотел реализовать через ВК, но теперь считаю, что лучше это сделать через WTL, т.е., полностью без 1С. Пока все идет нормально, особых проблем не вижу.

(92) > Я в донецкой области жил в школьные годы конец 80х- 90е. Столько ненависти ко всему живому только потому, что оно живое я нигде не видел.

Не ври! Или не жил или провокатор. Там вполне нормальные люди и тогда и сейчас. И не забывай, что Донбасс стал Украиной только по прихоти «дедушки Ленина» (чтобы укрепить промышленным пролетариатом сельскую «неньку»). До этого это была исконно Российская территория. А это просто так не проходит и не забывается.

>  А потом они удивляются, почему там стреляют. Карма у них такая.

Провокатор, однозначно.

(93) У вас там с инетом как дела обстоят?
Хотя даже если никак то одностраничники работают на чем угодно и даже на планшетах/смартфонах.

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

(95)+ Если бы у тебя была цель сделать быстро и удобно то давно бы на HTML/CSS/JS писал а не изголялся со своим древним WTL.
Который последняя версия 9.1.5321 (17 ноября 2015) и только под Win32 API.

(91) > У них проблема что железо старье и с поставками нового плохо.

Глупости! Железо вполне сносное, не жалуемся и с поставками все нормально.

> В результате в дело пускают все что есть под рукой и в т.ч. 1С 77.

Преимущество 1С77 в том, что это легкая система и легко контролируемая. «Восьмерка» доступна, но избыточна. Для предприятий менее 1000 человека она скорее роскошь, чем реальная потребность. При реальной восстребованности будет задействована без особых проблем. На всякий случай рассматривается вариант адаптации УПП для наших реалий. Для зарплаты решения нет, лучше написать с нуля, чем адаптировать ЗУП.

> Но из 1С77 не умея готовить (1С++, Formex, прямые запросы и т.д.) не выйдет легко выжать все что можно из железа.

Без 1С++ можно обойтись. Formex у меня задействован, с перспективой замены на собственную ВК. Прямые запросы используются с помощью внешнего приложения на Visual FoxPro, который подключается к индексам «семерки» (хотя это я зря использовал, надо было формировать независимые индексы) и к БД 1С77 по DDE-каналу. Движок VFP в 15 раз производительней встроенного в 1С77. Этого мне вполне хватает. Зарплата сложного производственного предприятия считается менее часа (обычно 40-45 минут) для 1000 человек. А вот сколько времени считается 1000 человек в ЗУПе мне так никто и не сказал.

> что нетленку так просто не сопрут кинув разработчика

Это не актуально, разобраться без документации и нестандартной концепции будет сложнее. А вот в «зарплате» на WTL можно будет сделать всю спецификацию и бизнес логику открытой, причем программа должна иметь возможность быть совместимой по данным с произвольными конфигурациями на 1С. Подобных идей много, вопрос только в самомотивации.

(95) > У вас там с инетом как дела обстоят?

Абсолютно никаких проблем и на работе и дома.

> В отличие от твоей нетленки на неправильно выбранной для целевой задачи (написание учетной системы) технологии и ЯП.

Странные формулировки. Задача решена, более 10 лет работает успешно, альтернативы до сих пор нет. Кроме той, которую я сам собираюсь написать (не только для себя).

(96) > Если бы у тебя была цель сделать быстро и удобно то давно бы на HTML/CSS/JS писал а не изголялся со своим древним WTL.

На WTL можно писать очень быстро. Его нужно только освоить. Тем более он идет в исходных кодах (коих менее полутора мегабайт). Хорошей документации и примеров мало, поэтому много времени уходит на чтение исходников.

А с «HTML/CSS» я имел дело, когда собственные сайты оформлял. Не могу сказать, что освоение идет быстрее. Да и в JS тоже приходилось вникать (была такая программа для налоговой отчетности на Украине – OPZ, там даже дешифровать JS приходилось).

> Который последняя версия 9.1.5321 (17 ноября 2015) и только под Win32 API.

У меня версия WTL 10.0.8356. Выпущена в конце 2018 года, судя по датам ее файлов. Да WinAPI. Не уверен, что только для x86, может быть и для платформы х64 тоже. Когда встанет вопрос о кроссплатформенности, то перепишу программу на WxWidgets либо даже Qt. Пока предпочитаю гнаться за одним зайцем, а не двумя.

Если что то делать не на 1с, то вот хороший вариант среды разработки для экономических задач https://doc.open-odoo.ru
Написан на популярном языке Python, ОРМ с Постгресом, свой генератор отчетов, разработка возможна на Django, Pycharm, много готовых решений в магазине.

> Если что то делать не на 1с, то вот хороший вариант среды разработки для экономических задач
https://doc.open-odoo.ru

Сайт сейчас не работает. Однако когда смотрел раньше, он меня не зацепил.

> Написан на популярном языке Python, ОРМ с Постгресом, свой генератор отчетов, разработка возможна на Django, Pycharm, много готовых решений в магазине.

Ну, зачем мне Питон или Постгри? Почему мы так боимся писать бизнес логику на Си++? И зачем сразу хвататься за тяжелые движки БД, когда есть легкие, встраиваемый (embedded) SQLite? Речь то идет не о «большом» учете, а о «малом», т.е., о классе сверхлегких учетных систем. А для промышленного учета пока лучше 1С83 ничего нет. Опыт показывает, что тот же учет сложной зарплаты для производственных предприятий порядка 1000 человек вполне решается легкими системами. Но даже в «восьмерке» нет хороших возможностей для учета рабочего времени. Те реализации, которые там используются, мне совершенно не нравятся. А так можно использовать embedded Excel, либо веб-компоненты OWC-11. А embedded Excel это не тупое OLE подключение, это действительно встраивание Excel в свое приложение, который становиться как бы родным со всеми своими плюшками. Тут заодно и проблема генератора отчетов решается на ура.

В общем, вопрос можно сформулировать так. Зачем решать задачу сложными средствами, когда ее можно решить простыми?

(101) так 1с и есть самое простое средство

(4) и где сейчас твоя дэлфи?)

(103) на своем месте. Как вариант, С# вместо нее.

(103) Вот только что добавил в ВК функцию ДобавитьФайлВZIPАрхив, так как ЗаписьZIP платформенная не позволяет добавлять файлы в существующий архив. Так что не пессимиздите, Дельфи ещё живёт.

(101) я не понимаю, как из Excel вы будете на 1000 человек отчетность в фонды формировать?

(102) > так 1с и есть самое простое средство

Так и реализована 100%-но самописная конфигурация по зарплате на «семерке» и пашет уже 14 лет без особых проблем. В этом смысле из реально существующих учетных систем 1С77 – самая простая и самая эффективная. Только ведь развиваться тоже надо. Чтобы пустить мою конфу в массы ее надо обновить. На «семерке» уже тесновато, а на «восьмерке» избыточно тяжеловесно. Вот и подумал, почему бы не написать «зарплату» на WTL? Процесс идет успешно. Есть MDI-формы. Под них подложена опесорсная система закладок, как в 1С. Сейчас формирую типовые параметризуемые шаблоны форм, содержащие настраиваемые компоненты дерева, списка, тулбара, кнопок и т.п. Для этого использую опенсорсный класс по безресурсному построению диалогов и компонентов на них. С параметризацией то же все ОК. реализована она на использовании опенсорсных классов для работы с *.json форматом. Кстати, классная вещь, как оказалось. Лучше чем ini-файлы и даже xml-формат (в моем случае, конечно). Закончу параметризацию форм для отображения и редактирования данных (в виртуальном режиме с помощью MMF) и сразу перейду к embedded SQLite с помощью которого собираюсь только формировать индексы (как в Visual FoxPro). Все запросы будут внешними и оформляться как sql-скрипты. В принципе результаты запросов можно будет отображать во временных таблицах. Далее остается дизайн, макетирование и генерация отчетов. Кое-что нарыл уже на гитхабе. И кроме этого весьма перспективная идея воспользоваться embedded Excel'ом (который есть практически у всех) либо бесплатными офисными веб-компонентами (OWC). Вот в принципе и все на первом этапе. Как писать бизнес логику – понятно, опыт есть. Все остальное по ходу дела. Куда уже проще? Причем, даже не сложнее, чем писать конфигурации на «восьмерке» :) .

(106) > я не понимаю, как из Excel вы будете на 1000 человек отчетность в фонды формировать?

Программно! Тут я не вижу никаких особых проблем. Excel нужен в первую очередь для построения макетов отчетов, а заполнение данными будет программным. Причем Excel не единственный вариант. Можно формировать отчеты в pdf-формат или там rtf, html и т.п. Возможностей более чем. Несколько хуже ситуация обстоит с дизайном. Есть и опенсорс, но слабенький. В общем, варианты имеются, окончательный пока не выбрал.

(107) я бы сильно подумал прежде чем завязываться на Excel, особенно в текущей ситуации. Продукт достаточно дорогой, и есть достаточно много организаций, которые отказываются от MS офиса в пользу решений вроде LibreOffice.

(108) нужен в организации специальный человек, который будет отслеживать все изменения законодательства и оперативно их перерисовывать в Экселе. Я так работала году в 2008 и это был геморрой еще тот, бессонные ночи и чтение законов. На 1С жить намного проще.

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

(110) не хватит сейчас одного человека. Анрил.

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

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

Это все так, но, согласитесь, он есть практически у всех, у кого есть «Форточки». А про альтернативные ОСи речь пока не идет, не время еще. Кроме того, скорее всего использование Эксела будет возможным, но не обязательным. Альтернативы должны быть реализованы.

> и есть достаточно много организаций, которые отказываются от MS офиса в пользу решений вроде LibreOffice.

Единственный нюанс, эти системы не поддерживают технологию COM, поэтому об их внедрении (embedded) в собственное приложение вряд ли можно вести речь. Только параллельное использование. А это несколько тяжеловесно, хотя и допустимо. Придет время, будем заниматься этой темой серьезно.

(114) не соглашусь. Винда OEM часто поставляется с новым железом и в связи с этим никого особенно не напрягает. Но вот офис она не включает, поэтому я бы не сказал что он есть у всех у кого есть Windows. Его надо докупать отдельно, и по нынешнему курсу это очень недешево. Я бы сказал, пол-компа с виндой за самую дешевую стандартную версию плюсом.

(101) "..когда есть легкие, встраиваемый (embedded) SQLite.."
Я отстал от жизни или таки SQLite, как и подавляющее большинство других embedded движков БД блокируют все базу на время транзакций?
Т.е. речи о многопользовательской работе с такими движками не идет в принципе.

(115) я согласна, сейчас много компаний работают в Либре на Windows, офис слишком дорогое удовольствие стал

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

(117) 2 200.00 р  в год дорого ??

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

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

> Я так работала году в 2008 и это был геморрой еще тот, бессонные ночи и чтение законов. На 1С жить намного проще.

Согласен, вплоть до того, что в наших бухгалтерских спорах 1С становился критерием истины. А вот в 1С реализовано так… Это был самый убойный аргумент. Однако перекладывание ответственности на 1С – плохая идея. Бухгалтера деградируют на глазах.

Если вернуться к «зарплате», то здесь главное выбор хорошей исходной модели. И не под конкретно сегодняшнее законодательство, а «вообще». Тогда программисту будет минимум программирования и максимум настроек. Но контролировать все должна бухгалтер. Но не так, швырнула отчеты с возмущением: «У тебя тут ошибка», и гордо удалилась, а спокойно, конкретно: «Твоя машина посчитала так, а надо вот так». Программист перенастраивает программу и всех делов. Зато она вправе потребовать любую информацию, в любом разрезе. Иначе говоря, программа учета и расчета зарплаты должна обеспечивать «любой каприз за ваши деньги». А когда на меня, допустим, сильно наезжают за какую-нибудь техническую ошибку, я всегда отвечаю: «Ребята, когда я работал в Белгородском НИИ, у нас была система нормоконтроля. Один исполнитель и несколько проверяющих (по принципу коллективная ответственность, равна коллективной безответственности, шутка). Вы поленились проверить цифры, а наезжаете на человека, который занимается не цифрами, а алгоритмами».

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

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

на так же никто не делает

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

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

Ты покажи запрос,что вы сравниваете 1С (плаец) и C# (хрен)

(120) Тут можно сравнить ЗУП и Камин. В ЗУП многое автоматизировано, но любое отклонение от линии партии - от "сложно" до "невозможно". А в Камине возможно всё - ценой труда бухгалтера.

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

(124) а на чем работали?

(128) на 6 ке )

(111) > Основная проблема в данном случае не в формировании как таковом, а в том, что это постоянно придется допиливать и переделывать. Собственно, это и есть основная причина, почему не имеет смысла самостоятельно греть голову с зарплатами и бухгалтериями.

Я уже не раз говорил, что в России это может быть и так, но у нас, на территории непризнанных республик ЛНР / ДНР это не совсем так. Во-первых, и законодательство у нас меняется не слишком часто, даже во времена Украины. Обычно, что-то более-менее существенное – раз в год. А во-вторых, изменять «мелочевку» можно хоть каждый день. Это абсолютно не напряжно, если контролируешь программу. Однако лучше иметь возможность пользоваться настройками, хотя и в этом случае программу нужно будет знать хорошо. Но это касается любой конфигурации 1С.

> Расчеты как таковые - да, один раз сделать можно хоть на дельфи, хоть на чем.

Можно и в Экселе, в свое время было и так. Но помимо расчета есть еще проблема учета, а это будет «посильнее Фауста Гёте». Здесь уже нужны хорошие модели, базы данных, правильные алгоритмы и т.п.

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

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

> Если контора не занимается продажами такого софта, как 1С - это просто убыточно.

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

(116) >Я отстал от жизни или таки SQLite, как и подавляющее большинство других embedded движков БД блокируют все базу на время транзакций?

С БД я буду работать на уровне технологии MMF (Memory Mapped Files), т.е., как с «обычной» памятью. Здесь транзакциями я буду управлять самостоятельно. Можно на уровне всего файла, а можно на уровне одной записи, либо даже одного поля. Ограничений никаких нет. А SQLite я собираюсь использовать только для создания индексов, как в Visual FoxPro («мухи отдельно, котлеты отдельно»). Нюансы могут быть при вставке новой записи, либо при модификации индексируемого поля, т.е., при изменении индексов SQLite. Этим еще предстоит заниматься (согласованием данных и их (внешних) индексов). Главное что нет никаких ограничений уровня приложения, как, например, у платформы 1С. Все в наших руках. Не получится в первый раз, получится во второй :) .

> Т.е. речи о многопользовательской работе с такими движками не идет в принципе.

Здесь не все так безнадежно. Все возможно, достаточно просто погрузиться в тему.

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

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

(131) Читаю и понимаю что странно уже в вашем возрасте быть таким прожектером.

Когда для ваших задач если надо быстро и качественно берется 1С 8 УФ и клепается за пару недель что надо.
Далее допилка с полировкой.

У вас просто совсем плохо хо знаниями даже 1С 77 не то что 1С 8 как ОФ так и УФ.
Если реально сравниваете для учетных систем C++ с WTL и движок на VFP.

Вы в каком веке живете?
Каким местом в WTL банальный биндинг данных для контролов, например тот же комбо-бокс и "форма списка справочника"?

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

(133) да оставь его, я вообще сомневаюсь, что человек с таким образом мышления может, может что то путнее на си писать. Очередной копрокод какой нибудь. Какой толк от этого си, если оно в "умелых" руках говнокодера тупо ждет ответа от базы данных. СИ++ хорош где нибудь на работе   с объемами текста, картинок, видео. От него в работе с бд отказались еще в годах 80х и дружно перешли на java.

(0) Ээээ? Вроде ж диалект запросов 1С не поддерживает рекурсивные запросы. Или я что-то пропустил?
Когда использовать 1С? Это же очевидно. В качестве средства быстрой разработки всяких учетных систем. Если решаемые задачи укладываются в спектр возможностей 1C, то сложно найти альтернативу, позволяющую настолько же быстро выкатывать production ready решения с целой кучей "взрослых" фич.
Тут и готовые механизмы авторизации и гибкая система прав доступа и декларативный интерфейс автоматически генерируемый от прав доступа, и встроенные механизмы локализации и огромная куча всего прочего, включая веб-клиент из коробки.
Такие ультравостребованные фишки как функциональность списков/отчетности и простота их разработки - чуть ли не впереди планеты всей.

1C как любая ORM хорош, дает безопасность кода на малых объемах и тормозит на больших.
Например

Объект.Номенклатура =
//здесь какой то глючный код
Объект.Записать() - испоганит, только одну запись в "паре, тройке" таблиц. Зато DELETE с неправильным парметром where, я так вообще по 100500 раз на дню его забываю, захерачит всю базу данных.

Есть метод в 1С который наверное выполняется как один запрос к SQL.
РегистрСведений.Такойто.Записать(ПустойНаборЗаписей) грохает всю таблицу, я сам так не один десяток раз непроизвольно регистры сведений накернивал, правда в тестовой базе, а чего блин если в рабочей? А чего блин, если таких баранов как я будет не один десяток?
Не, одинэс с точки зрения ит не хуже западных аналогов, а как минимум такой же или даже лучше. К нему претензии от него не зависящие. Наприер Axapta - это для благородных сэров, чтобы они лучше обслуживали свой благородный народ,  которые платят программисту £500 per day. А 1С - это для воров, контролирующих вороватое быдло. И которые платят программисту 500 пердей, а не £500. От того 1С - это тупиковая ветка развития человека.

(124) > вы в теории это всё себе представляете, а я так пару лет работала,

Ну, какая теория? В фирме 14 лет уже работают на моей зарплатной конфигурации. Другое дело, что «Украина – не Россия», то бишь, у нас здесь в ЛНР все на порядок проще. Весовая категория явно не та. У вас много ресурсов и еще больше желающих найти им «правильное» применение. А мы еще жаловались, что украинское законодательство (до войны на Донбассе) меняется слишком часто. Это у вас оно меняется «слишком часто», а у нас прям законодательный застой какой-то :) . Зато у вас возможностей больше. В общем, «везде хорошо, где нас нет».

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

Мне за все время пришлось сделать несколько десятков отчетов по зарплате. И среди них практически нет типовых. Сейчас все стабилизировалось. А главная способность нашего расчетчика – контролировать цифры. Она их просто нутром чует. А все возможные виды отчетов я для нее сделал. Так и живем, она в цифрах, я в алгоритмах :) .

> Сложно очень морально так работать и отпуск-больничный отменяется.

Явно рутины у вас много. Значит алгоритмов мало. У меня расчетчик делает распределение зарплаты по бухгалтерским счетам вручную. Я  говорю, давайте, я вам автоматизирую. Нет, не надо! Думаю, что переживает, что станет ненужной. Не станет, цифры проверять не каждый сможет. А без этого чреваты ошибки, за которые могут бить по рукам. Как вот недавно проверяющие из пенсионного фонда: «А вы рубль двадцать не на тот период отнесли, платите штраф, образно выражаясь». Типа, от этого размер пенсии как-то зависит.

(127) ну мало ли кто кому чего должен. Должны были, да расплатились. Есть то, что есть.

(4) Ох уже эти мне сказочки, ох уж эти мне сказочники (с)

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

(137) Я бы поостерегся применять термин ORM к 1С, чтобы не путать людей знакомыми с классическими ORM. Маппинг в 1С всегда предопределен и очень жестко шаблонизирован. Что в рамках концепции 1С дает гораздо больше плюсов, чем минусов. Более того, маппинг используется только при записи и практически никакого "ума" не содержит. В итоге 1С избавлено практически от всех проблем ORM, но и полноценным ORM этот огрызок не является. Благо в 1С он и не нужен.

(140) да, я сам такую зарплату написать могу
Пердей = 500
Пермес = 500  * 22

(142) https://ru.wikipedia.org/wiki/ORM
Задачи решаемы ORM.
Необходимо обеспечить работу с данными в терминах классов, а не таблиц данных и напротив, преобразовать термины и данные классов в данные, пригодные для хранения в СУБД. Необходимо также обеспечить интерфейс для CRUD-операций над данными. В общем, необходимо избавиться от необходимости писать SQL-код для взаимодействия в СУБД

(132) > При всём уважении, позволю себе не поверить в нормально работающую самописную программу для расчета зарплаты.

Так ведь работает 14 лет и еще столько же продержится, если принудительно, не избавиться от нее. А безболезненной альтернативы, как не было, так и нет. Честно пробовал прошлым летом адаптировать ЗУП различных версий у себя. Ничего не взлетело. Слишком много надо предпринимать усилий по адаптации. Куда легче делать улучшения в своей программе.

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

Еще раз, я не в России, а в ЛНР, у нас все на порядок проще. Со всем пока справляюсь один, так что даже остается время на эксперименты по созданию «зарплаты на WTL, т.е., без 1С вообще».

> Либо речь идёт об ущербной программе, работающей исключительно в строгих рамках определенных расчетов, и не позволяющая без участия программиста хоть что-то поменять а алгоритме расчета. Либо реализована максимально простая модель (оклад и пара премий) с ручным отражением всех отклонений.

Поверьте, моя конфигурация адаптирована под мое предприятие максимально глубоко. Другое дело, что для выпуска публичной версии, нужен ее новый вариант, более универсальный что ли. Вот со «скуки» пытаюсь ваять этот «новый вариант». Получиться – хорошо, а не получиться, то только по одной причине, слегка поднадоест заниматься этим без внешнего стимула.

+(143) я еще и на си могу такую зарплату наговнокодить

float function(perday)
{
PerMo  = perday * 22
return PerMo
}


нифига себе, та я труЪ си кодер.

(144) Под общее определение ORM можно подвести любой маппинг. Но если вы сравните возможности "настоящих" ORM с тем что есть в 1С, то поймете что сравнивать фактически бессмысленно.

(144) Говорить, что в 1С есть ORM, это тоже самое, что говорить что в 1С есть ООП. Какая-то доля в каком-то смысле есть :)

(10) Любая иерархия.
В MSSQL работает отлично и быстро

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

(0) в целом как юзер соглашусь что 1с стала непроходимо тупить. Что в файловои варианте, что на скуле.

И памяти жрет все больше и больше

Это уже не тот вариант что купить коробку и подстроить под себя. Это вариант купить коробку и используя ее с 0 написать параллельные механизмы.

(146) больше на JavaScript похоже, чем на Си

(133) > Когда для ваших задач если надо быстро и качественно берется 1С 8 УФ и клепается за пару недель что надо.

Кто поставит задачу и как она будет оплачиваться? Никто и никак? Тогда уж извините, без внешнего стимул интерес только один – собственный. Мне моя задача пока интересна. Перестанет быть интересной, перестану ей заниматься. Все, больше никаких проблем. Скучно не будет уже хорошо.

> У вас просто совсем плохо хо знаниями даже 1С 77 не то что 1С 8 как ОФ так и УФ.

Пусть это останется моими проблемами, хорошо?

> Если реально сравниваете для учетных систем C++ с WTL и движок на VFP.

Я писал зарплату на еще ДОСовском ФоксПро, версии 2.6а три года. Не взлетело в силу ограничений MS-DOS, но опыта набрался. Потом увидел «семерку» и написал рабочую версию «зарплаты» за несколько месяцев. Движок VFP у меня работает с 1С77 как с DDE-сервером. Сама программа работала на нескольких предприятиях. В итоге, после всех кризисов выжило одно предприятие вместе с моей программой. Конфигурация постоянно совершенствовалась. И к ней никаких проблем. Но хочется большего. Пробовал писать новый вариант на «восьмерке», но достают ненужные ограничения. Начал работать с внешними компонентами, немного лучше, но долго. А WTL все получается относительно быстро, даже удивительно. Может быть, я не прав и наткнусь на непреодолимое препятствие. Может быть! А может быть и нет, так почему бы не попробовать? «Попытка не пытка».

VFP я знаю неплохо, одних только одноразовых программ по переносу данных на нем написаны сотни. Поэтому, если сравниваю «движок на VFP» с «C++ с WTL» (а также с MMF и SQLite), то, наверное, имею некоторые основания. Так что давайте не будет слишком категоричными. Вы можете писать свой собственный веб-аналог «зарплаты». Я могу в этот проект также не верить, но вряд ли буду язвить по этому поводу.

> Каким местом в WTL банальный биндинг данных для контролов, например тот же комбо-бокс и "форма списка справочника"?

У меня еще много лет назад на codeproject.com опубликована статья: «Создание и проецирование в память существующих DBF файлов как альтернатива сериализации данных при работе с модифицированными списками CListCtrl в виртуальном режиме на диалогах MDI приложения». Ее русский перевод см. на http://emery-emerald.narod.ru/Cpp/2E14.html . В WTL вместо CListCtrl используется CListViewCtrl. Редактирование данных будет только в формах диалогов. Планирую использовать универсальную вертикальную ленточную форму по типу PropertyGrid для WTL. Хотя и обычные «формы диалогов» тоже будут поддерживаться. Обмен данными между формой диалога и «формой списка» – стандартный, демо-прототип я уже делал, когда писал универсальный загрузчик произвольных dll в адресное пространство exe-файлов. Что там еще? «Комбо-бокс»? WTL поддерживает все стандартные контролы Виндоус плюс несколько дополнительных. Можно также использовать ActiteX-компоненты, нет никаких ограничений. Та что по факту вопроса никакого нет.

(145) вопрос из праздного любопытства. Если конфигурации 14 лет, то написана она была под украинское законодательство. Много пришлось переписывать когда стали ЛНР?

(154) ну так java, javascript, C# и даже php  - это все Си подобные языки. Знаешь синтаксис одного, другой за 2 часа разучишь.

(156) > Если конфигурации 14 лет, то написана она была под украинское законодательство. Много пришлось переписывать когда стали ЛНР?

Да, нет! Не более 10%. Также как и для «ПУБ для Украины». Только «зарплата» изначально моя собственная, а ПУБ – обычная типовая версия на конец 2014 – начало 2015 года. Основное отличие по зарплате ЛНР относительно Украины, средние считаются почти как в России. Наш закон явно списывали с вашего. Плюс вся внешняя отчетность другая. Раньше все данные пропускались через официальную программу Медок, а сейчас непосредственно выгружаются на сайты ЛНР. Все остальное по мелочам.

(146) Тип float для денег? Далеко уплыть можно..)

(158) зачот. Лет десять назад я сталкивался с фокспрошниками, которые вели зарплатные базы. Оказывается динозавры ещё живы :) без желания обидеть, с уважением

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

(150) "Накернить" базу данных 1с очень легко, для этого есть супермегаинструмент - набор записей регистра. Где достаточно просто забыть указать отбор и кирдык регистру при записи.

(162) а накернить себе судьбу еще проще. Шевельни рулем, направь машину на пешехода на приличной скорости - и кирдык. Движение пальцев.

но это же не повод отказаться от того чтобы водить машину? У человека есть голова.

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

(162) Это если регистр не по регистратору

(161) Если проводить аналогии с транспортом. То на авто по дорогам ездить это одно, а летать в 1м метре по  дороге на реактивном самолете -  это другое. Разные транспортные средства, для разных задач, да и стоимость самолета, она раз так в 100500 больше стоимости авто.
(162)  во первых прочитай  (137), во вторых такой метод есть только у регистра сведений, угадай с трех раз, почему таких методов нет у остальных объектов 1С?

Отвечу обоим теперь.
Во вторых меня абсолютно мало интересует мнение там кого, то вот меня интересует мнение денег. А деньги голосуют своими миллиардами за абсолютно другие подходы. Как говорится, если ты такой умный, то где твой собственный Гугл?

(165) одно дело "пару" транзакций откатить, а другое дело пару миллиардов. Не запаришься не?

(159) там еще и ";" нет, и   русским по белому написано "говнокод". Мы вообще читать умеете? Или ты типа так блеснуть мегазнаниями решил?

*Вы

(134) Ну почему же, проект жив! Просто в России мало на нем работают. А так по миру 6000 партнеров. 2000 загрузок инсталляционных файлов каждый день, 13000 типовых решений в магазине решений. Если есть желание посмотрите их центральный сайт Odoo.com
Не сравнивайте язык 1с и язык Python. Это две большие разницы. К примеру вашему только библиотек для работы с pdf файлами в Python около 2000. А сколько у 1с? Ну и с остальными библиотеками дела обстоят также не в пользу 1с.

(171) https://ru.wikipedia.org/wiki/Django
Для работы с базой данных Django использует собственный ORM, в котором модель данных описывается классами Python, и по ней генерируется схема базы данных. То же самое и 1С делает .!. на .!. менять только время терять.

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

ar = (1,2,3) не изменяемый массив
ar = [1,2,3] - изменяемый массив, кортеж  список
ar = {'1': 1, '2': 2} -  ключ, значение. словарь.

for a in range(1,10):
    print a

а = 0
while a < 10:
    print (a)

#функция
def Fun(f):
   print(f)
    
# класс

class Vehicle:
    def __init__(self):
        pass


вот и весь питон.

Все время в интернете тратится на
1) тормозном  канале, клиент/сервер.
2. На ожидании  ответа от базы данных.
При таких потерях уже не важно, на сколько сильно тормозной язык. Хоть он в 10 раз тормознее Си, это никакого смысла не имеет. Так что для сервера в интернете лучше языка нет, а чем кстати этот frame work django, который тоже на питоне написан. А 1С написано на СИ++ и быстрее питона какие нибудь итоги агрегирует в компоновку, чем это джанго. Так, что учетная система на джанго это такое себе развлечение.

+(173) 3 вида массива, два вида цикла, один класс, одна функция. Все можно идти и решать поставленные задачи.

Для интернет сервера, Питон и django, по моему скромному мнению лучшие инструменты. А для работы с бухгалтерской базой нет.

(176) нууу..лучший
1) в джанге довольно своеобразная ORM любящая плодить селекты на любой чих и адский жрать память если делать всякие prefetch в связях на тяжелые запросы (как советуют все вокруг)
2) сейчас все пишут rest микросервисы и spa-сайты, смысл таскать за собой тяжеленную джанку с шаблонизатором? хз
3) из-за того что питон не строго типизирован, много тупых ошибок приходится вылавливать тестами, а то и в продакшене...когда нормальный язык со строгой типизацией еще на этапе прекомпиляции все бы зарубил

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

(176) Так я и даю ссылку на питоновский фреймворк на котором решаются экономические задачи Odoo.
(177) Попробуйте на 1с написать ОРМ для MySQL. А на питоне уже есть куча библиотек

(178) А при чем здесь один класс? В питоне можете написать сколько нужно, или использовать готовые классы из Odoo, или кучу других библиотек

(179) зачем на 1С писать ОРМ для mysql? питон - язык общего назначения, а 1С это специализированный инструмент

и кстати, для интереса, попробуйте написать запрос в питоне, с использованиеи ОРМ и SQL аналогичный сложному запросу построенному в конструкторе запросов 1С и получить также просто данные из него

(180) я уже давно на питоне программлю, и у меня есть с чем его сравнить (C#, Java, PHP) и я ну никак не могу согласится что это прям самый лучший язык в мире

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

(173) Ну к примеру напиши что то подобное на 1с для создания pdf файлов также кратко как на питоне

from fpdf import FPDF

pdf = FPDF()
pdf.add_page()
pdf.set_font("Arial", size=12)
pdf.cell(200, 10, txt="Welcome to Python!", ln=1, align="C")
pdf.output("simple_demo.pdf")

(181) чтобы не платить за север 1с и иметь бесплатное опенсорс решение

(174) К вашему сведению компилятор Питона написан на C

(184)

Док = Новый ТабличныйДокумент;
Область = Док.Область(200, 10, 200, 10);
Область.Шрифт = Новый Шрифт("Arial", 12);
Область.ГоризонтальноеПоложение = ГоризонтальноеПоложение.Центр;
Область.Текст = "Привет питономешалкам":
Док.Записать("simple_demo.pdf", ТипФайлаТабличногоДокумента.PDF);

(187) Это через одно место. То есть через mxl. А напрямую уже существующий документ просто так не получится. Например написать парсинг PDF ты в 1с так просто не сможешь

(188) О, знаток 1С начал путаться в показаниях. Так тебе генерацию или чтение - ты уж определись, а?

(177) А на чем интернет сервер еще писать? Я пока попробовал поковырять node.js, apach +PHP, Python + Django.
1. сервер на node, это какой то песец. Ходишь как по минному полю, чтобы в кишки node не провалится. Стэк вызовывов глубиной минимум 50 вложений. Не конечно можно заморочится и расковырять, но зачем? Javascript на сервере та ну на ..й.
2. От PHP меня воротит. раздражает своей бессмысленностью знаки ?<>, $ + в новых стандартах учить две конструкции  исполнения кода, процедурный и через классы. Вроде это мелочи, но тут как в любви, если что то не нравится, то это не любовь. Маленькие недостатки при первых трудностях превратятся в ненависть. По сравнению с первыми двумя питон с джангой это любовь. Кроме того, я на этом деньги не зарабатываю, это так, для души.

Кроме того, не я один согласен если забить на hh забить php то будет 1500 вакансий с унылыми зп, в основном пилить или вордпресс или битрикс. Если забить python то будет 8000 вакух. По моему пых таки сдыхает.

(184) ну а какова практическая польза? PDF не сам по себе нужен, а как правило, с чем-то осмысленным внутри. Большинство коммерческих генераторов отчетов генерирует PDF одной строкой кода. Было бы из чего.

(189) Ну таки это доказывает что в 1с только через костыли можно работать. По секрету тебе скажу что в этом простом примере можно еще на 1с через КОМ объект сначала эксель или ворд сделать а потом сохранить в pdf

(192) Это просто конкретный пример где 1с костыли нужны. И таких костылей не счесть. А практическая польза для парсинга например отсканированных документов

(193) это доказыает только то, что просто контекст PDFа для вывода туда Hello World! или подобной ахинеи никому нафиг не уперся. Бизнесу нужен генератор отчетов, который ко всему прочему желательно чтобы умел делать вывод в PDF.

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

(194) внутри отсканированных документов картинка так-то. Пикселы. Что вы там парсить собрались?

(197) Текст буду парсить. Файл pdf может быть с возможностью чтения. Но дело то не только в PDF. Python позволяет делать много чего того что 1с либо не умеет, либо через костыли. Еще один пример парсинг MS офисных документов не через COM объект, ОРМ с бесплатными базами типа MYSQL, в перспективе свой сервер приложения

(191) По поводу кучи вакансий с Питоном вы ошибаетесь, там в большинстве сумасшедший разброд и шатание то в лес то по дрова.

Примерно как с 1С когда в одну кучу мешают 1С 7.7, 1С 8 ОФ, 1С 8 УФ и мобильные приложения 1С.
Разбавляя все это консультантами и РП/начальниками.

(199)+ Тогда как по php это практически всегда разработка бэка для сайтов/сервисов, иногда еще и фронт и требуется знание HTML5/CSS/JS в комплекте.

У меня появилась как помочь 1Сникам зарабатывать в 5-7 раз больше работая в 5 раз меньше. Надо просто взять и перевести 1С на китайский. Язык перспективный, думаю взлетит.

Идея появилась, слово пропустил ((((

Garrik ушел с 1С на чето другое, как я понял.
"Ну шо, помогли тебе твои ляхи?"

Не в обиду Garrik - насколько больше приходится собирать велосипедов в новой экосфере?

(201) Ты опоздал слегка, там уже Beijing Yellow Sun Software

(194) Костылей мизер, по сравнению с звиздец как дохера "из коробки". Все то, для чего ты пишешь велосипед в обычном ЯП - уже есть в 1С. Ну, ты конечно можешь не писать велосипед и взять сторонний продукт вот этих вот пацанов, но
- Он может быть без исходников и кто даст гарантию отсутствия закладок
- Он может быть со 100500 исходниками и ты в жись не пройдешь его в поисках закладок.

А все костылики изящно запиливаются через ВК.
Вот, сегодня только узнал, что ЗапитьZIP не позволяет добавлять новый файл в архив - 30 минут и готова запилка в ВК
ДобавитьФайлВZIPАрхив()
благо ZLIB в Дельфи из коробки

(204) Да в нашем деле главное добавить к названию 2.00X21 Beta Unlimited Prodaction и можно говнокодиь на китайском но в 5 раз дороже, но раз есть китайская, то в 4 раза дороже.

Один конкретный ЯП или платформу для всего что угодно может хвалить только тот кто кроме этого ЯП/платформы ничего не знает.

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

Шаг в сторону и да нужны костыли.

Точно так же как на других ЯП нужны костыли для учетных приложений для пользовательского интерфейса, работы с данными, с отчетами и т.д.
Да банальная разделенная работа в одной базе с блокировками объектов/таблиц кучей пользователей.
А в 1С все это из коробки, только научись пользоваться, причем желательно правильно.

Питан кстати тоже уже нашел свою нишу, где он лучше всех.
Это ML и прочие дата майнинги.

А питон в вебе в качестве бэка это пока остатки старой ниши от которой уже отошел но старички еще дергаются.
Да я видел и учетные системы на Питоне (с Qt для UI) но это по сравнению с 1С один сплошной ужасный костыль.

(209) *Питон

(208) Все инструменты типа Питона, Qt, Odoo, MySql и т.д. хороши тем что потратив время и разработав на их основе продукт разработчик может самостоятельно продавать продукт и определять для себя коммерческую политику. Делая тоже самое на 1с хоть всю жизнь никогда не будешь полностью распоряжаться собственным продуктом и всегда в этом вопросе будешь зависеть от политики 1с

(211) Вот мы и добрались до "фатального недостатка".

Только тут есть некоторая ошибка. Все эти инструменты "типа Питона, Qt, Odoo, MySql и т.д." имеют свою лицензию.

Читать ее не пробовали?

(212)+ https://ru.wikipedia.org/wiki/Qt
"Лицензия    GNU LGPL или GNU GPL[5], коммерческая[6]"

(212)+ https://ru.wikipedia.org/wiki/MySQL
"Продукт распространяется как под GNU General Public License, так и под собственной коммерческой лицензией."

Для общего развития https://habr.com/ru/post/284390/

(215) Вы путаете стоимость лицензии исходных продуктов и коммерческую политику по которой вас заставляют потом работать

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

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

Есть конечно хитрый хак с отдельной установкой mysql непосредственно пользователем, типа пусть он сам лицензию на mysql приобретает.

Примерно как некто тут периодически свою нетленку на 1С под названием Магазька рекламирует (точнее раньше). Хитро умалчивая что надо еще полную платформу 1с купить.

(216) Это вы путаете. Если коммерческий продукт использует продукт под GPL лицензией в любом виде - жто нарушение.
Но можно его перекинуть на конечного пользователя, типа мы такие чисты и только свой код продаем закрытый.

(218) Пример 1с с postgres. Хочешь работать с postgres, покупай сервер 1с, хоть сам posgtres и бесплатный

(218)+ Но было несколько случаев когда по суду заставили платить за нарушение GPL лицензии именно разработчиков коммерческого продукта, использующего GPL продукт.

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

(219) Хороший пример редкого исключения.
У https://ru.wikipedia.org/wiki/PostgreSQL своя лицензия "сходной с BSD и MIT"

"PostgreSQL распространяется по лицензии сходной с BSD и MIT. В своей основе она позволяет пользователям делать с кодом всё что угодно, включая перепродажу скомпилированных файлов без исходного кода. Единственное ограничение состоит в том, что вы не можете возложить на нас юридическую ответственность за проблемы с этим программным обеспечением. Также существует требование о том, что все копии данного программного обеспечения должны включать в себя данные сведения об авторских правах. Вот лицензия, которую мы используем:"

(222)+ Но http://www.1soft.ru/litsenzii_postgres_pro/

(221) >А вот что ты разработаешь на 1с это собственность 1с.

Где вы это нашли в лицензионном соглашении с 1С ? Ваш код это ваш код.
1с только платформу и свои конфигурации лицензирует.

(224)+ Это ты еще лицензионного соглашения с MS на MS Office не читал )) Про "чьи файлы"

(0)У меня в УПП, разузлование на прямых рекурсивных CTE запросах. Да еще и паралелится средствами 1С.

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

(203) велосипедов конечно больше, я очень положительно отношусь к 1С, это оч крутая и крайне недооцененная в отрасли штука

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

с грустью вспоминаю СКД кстати

(0) работаю с mongoose (MongoDB) и каждый день пишу что-то до боли похожее на 1С:

const newUser = await user.save()

(225) Россияне читают быстьрее всех в мире! это выяснили британские ученые! на прочтение лицензионного соглашения М$ занимает всего 1 сек

(229) С CouchDB сравнивал? Не приходилось работать?

Мне MongoDB в свое время сильно чем то не понравилась, точнее сначала "вау" а потом "мляя".

(231)+ Но чем не понравилась уже не помню, склероз однако. Ибо давно было и очень недолго, когда подбирал БД под проект.

(0) вангую.... автоматические блокировки, не?