Ветка для холивара, троллинга, остроумия и оскорблений. Помните, что тонкий троллинг и просто оскорбление - это разные вещи. Переход на личность - признак слабого ума и дурного воспитания.
В красному углу ринга бесплатная и открытая платформа lsFusion (LGPL лицензия). "Убийца 1С" (c) ПростоГен
Сайт : https://lsfusion.org/ . Блог : https://habr.com/ru/company/lsfusion/ . Документация : https://documentation.lsfusion.org/
Пример сложной системы, построенной на ее базе : https://demo.lsfusion.org/erp . Логин : guest, Пароль : guest .

На бой была вызвана статьей "Почему не 1С" : https://habr.com/ru/company/lsfusion/blog/468415/

Демка клона Odoo (в разработке) : https://demo.lsfusion.org/mycompany . Ссылка на GitHub : https://github.com/lsfusion-solutions/mycompany

Для получения наживы для троллинга есть отдельная ветка : Конкретные вопросы по lsFusion. Часть 2.

Предыдущая ветка : OFF: lsFusion vs 1C. Раунд 7

дануна, Вам не надоело еще?

(1) нет! это весело

(2), нет

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

(2) Уже не весело. Больше похоже на очень неадекватных маркетологов, чем на разработчиков.

Может осень закончится и поутихнет?

Давайте сделайте лучше "Заруба SAP vs 1С".
Вот это будет интересно.

По теме - сколько проектов внедрено на фьюжен? Какой потенциал роста внедрений и продаж?

(994) Зачем настройки СКД запихивать в систему контроля версий?

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

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

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

(4) теперь, чтобы все кто сомневался работать с вами или нет, окончательно решили не связываться )

(8) А что будет, когда разработчик не видя эти изменения, что-то поменяет в отчете? Скажем в запросе.

(10), как он поменяет что-то в запросе?

(9) Ну глядя на комменты некоторых местных товарищей, я бы и с 1С тоже завязал уже давно.

(11) А в 1С запросы отчета нельзя менять?

(8) Хотите я вам в СКД убью сервер у PR ? Не хотите отслеживать кто и когда что настроил ?

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

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

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

(14), на нормально настроенном сервере максимум пользователя выкинет из-за превышения использования ресурсов

(14) прямо сервер? пользовательском режиме одними настройками скд?

(15) В смысле ? Я вот пользователь, зашел в настройку СКД и сделал группировку типа Поставщик/Товар/Дата/Партия/Регистратор и запустил за год. Че будет ?

(14) прямо сервер? пользовательскими настройками СКД? Хочу это увидеть! За 15 лет ни разу не было такого

(20) выведет отчет, а в чем проблема?

(18) А если 5 таких пользователей так сделают ? И у каждого в лимит войдет.

(16) Я вообще про 1с программиста который дорабатывает отчет. В конфигураторе.

(22) Правда ? А если в нем будет 100 миллионов записей - серверу приложений или СУБД не поплохеет ?

(23) ничего серверу не будет

(25) нужно просто админа с прямыми руками )

(26) Ага. У PR отчет на 100К 30 секунд выполнялся. Как думаете, что он делал ? CPU не занимал ? Просто в sleep висит 30 секунд ?

(27) Причем здесь админ ? Даже если будет загружен только один CPU, то 10 таких пользователей и CPU и дисковая подсистема будут лежать. А остальные пользователи будут плакать, а чего у меня 1С тормозит на открытии простых документов.

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

(26) Ну если вы период год возьмете. То ротация кэшей на сервере и минус одно ядро вам гарантированы, но да сильно страшного ничего не будет.
(14) Там в СКД примитивные настройки, только вытягивание по прямым ссылкам, которыми тяжело убить сервер. Они же даже данные из другого регистра вытянуть не могут.

(31) Ну если конечно у вас не HDD база и оперативки мало, тогда веселья будет побольше, когда очередь к диску появится.

(17) Но при этом она всегда идет как контекстная реклама, чтобы люди не забывали, что есть бесплатный аналог.

в маркетинге тоже не хрена не счете, да?

(30) Судя по всему Вы об администрировании и о том, как работают СУБД и серверы приложений не знаете вообще ничего.

(24), история изменений будет в хранилище

(33) Конечно не сечем. Но сейчас большое число 1Совцев знают, что такое lsFusion. Не нападай бы мы на 1С, то не знал бы никто.

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

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

(36)  теперь все 1Сники знают, что lsFusion - говно, а его разработчики неадекватны и это ваше личное достижение.

(37) Причем здесь умение отчеты писать ? Вот зайду я в демку к PR, возьму ведомость остатков и включу туда 15 группировок. И что по-вашему произойдет ?

(38) А у Вас выбора не будет, когда по лицензиям 1С не пройдете. А бесплатных аналогов нету. Кроме lsFusion.

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

(39) Не все. Есть адекватные 1Совцы. Они просто молчат.

(42) Где она раньше была ? Как бы вы узнали об этой "темной лошадке" ?

(41), любой общий язык программирования выглядит более привлекательно

(40) Во-первых - ты бы попробовал сначала. А во-вторых - твое заявление звучит как "фузина так не умеет - поэтому фузина лучше!".

(41) надеюсь этот темный день никогда не настанет, что угодно не кроме lsFusion

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

(42) И вы преувеличиваете посетителей мисты. Сейчас одна из схем будет, когда мы закончим клон Odoo, то будем уже работать именно с бизнесом. Напишем статью на хабре и будем предлагать как бесплатный аналог 1С (типа ТиС). С возможностью платных доработок и поддержки по требованию (а не как с ИТС). Бизнесу пофиг на всю эту мисту.

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

(48) Без разницы, китайцы с точки зрения некоторых тоже не самые адекватные люди. Но всем пофиг - главное цена/качество. И сейчас все покупают китайское.

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

А то получается "Глядите Ведьмак третий тормозит, ха ха , какие программисты плохие у Ведьмака". И типа пофиг что там на компе HDD сыпется и оперативки 2 гига, плохие программисты

Не.. ТиС вам не осилить, пилите уж одо - оно никому не нужно

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

(49) вы пилите, мы посмотрим.
Ладно, с вами было весело, я пойду работать

(53) Тем не менее, на одо работает 4 млн пользователей.

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

(56), не работает

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

(56) если бы они были, мы бы их где-то видели, но их нет

(59) не может

по крайней мере в тонком клиенте

(59) Ну вы же понимаете, что на HDD, где вся база в оперативку не помещается, будет праздник? Очередь диска уйдет в небеса, и тупить будет вся база.

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

Но не вижу в этом критичной проблемы. Ну запустит кто-нибудь таблицу в 100 000 строк и 100 000 столбцов, ну не потянет железо, сожрет память и выдаст ошибку. Неправильно настроив "то, что и как надо вывести" пользователь может потребовать от системы нереально больших и бессмысленных таблиц, да.

Но тут дело больше в пользователе и человеческом факторе.

(14) Уже не убьешь, слоупок

(60) Я OEBS тоже в глаза не видел, как и вы наверное, но это не значит что их нет. Как и QuickBooks, а точнее Intuit которая в 10 раз больше 1С.

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

(64) Да но вы же в курсе, как СУБД себя поведет? Она пойдет все данные читать с диска, создав дикую очередь диска (если это не SSD). А это будет тормозить и оперативные чтения. Вы реально такого вживую никогда не видели?

(63)И что? Фузина поведет себя как-то лучше, на дохлом HDD и небольшой оперативочке, пока там еще винда и антивирь диск занимают?

(64) Так а что, если пользователь зайдет в Еще / Настроить вариант и начнет там баловаться как угодно, не понимая к чему это приведет, и сколько он записей при этом получит ? Речь же шла не о стандартных настройках.

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

(50) Так правильно, нахрен мне помогать всяким больным ублюдкам

(71) при всем желании сервер он положить не сможет

(71)Ну это уже больше вопрос к руководству, кому что давать.
Просто в реальности есть не сферически кладовщик в вакууме, который только принимает товар, и отгружает в реальном времени.
Например какой-нибудь чувак закупщик - ему определенно нужны старые периоды, чтобы сравнивать цены например. Сами документы ему тоже нужны. Возможно он будет искать какой-то определенный документ типа "прошлой весной покупали те шины, надо глянуть и кого и почем, найти контакты." Когда точно он не помнит, какие шины точно не помнит, но было вроде дешево. И ему надо сделать отчет типа "за прошлый год, с контрагентами и документами". И тут он забыл поставить отбор по "Шинам", а там 100 000 номенклатур, 1000 контрагентов, в день 2000 документов.    
Вполне жизненная ситуация. Виновата ли в такой ситуации конкретно 1С-ка?

(71)
Поэтому в lsFusion нет отчетов от слова совсем, но вы можете отвалить денех и поставить BI или кристалрепортс
А еще, в lsFusion нет никаких проверок нигде, ибо пользователей за любую ошибку изгоняют из конторы, а любая проверка в lsFusion приводит к 3-м строчкам кода и к тормозам как не в себя. Поэтому, от них отказались.
Настроить интерфейс у разных объектов в lsFusion нельзя, ибо разных объектов нет, это всегда один класс, с одинаковыми элементами управления.
Для добавления любой кнопки, в lsFusion придётся вызывать джуна, писать 3 строчки кода. Это всё тормозит и от этого отказались.
Скрывать лишние колонки в гриде, в lsFusion нельзя, эта операция приводит к тормозам и к вызову джуна с 3-мя строчками кода.
Данные в lsFusion никто руками не вбивает, они все прилетают из других учетных систем. lsFusion используют исключительно как прокладку между другими учетными системами и BI, поэтому в lsFusion в любых объектах нет никаких проверок ни на что, ни на отрицательные суммы/количества, ни контроля остатков, ни проведение задним числом. Это всё не нужно в lsFusion, ибо приводит к тормозам и 3-м лишним строкам кода.
Максимум, на что способна lsFusion - собрать данные с разных баз в одну и вывалить всё это в BI, ибо собственных отчетов никаких нет, т.к это привело бы к тормозам.
Но за 3 строчки кода, в lsFusion планируют сделать хоть какую-то отчетность.
Продолжаем наблюдение

(74) Вы вообще о разных вещах спорите. CrushBy не понимает, что в СКД ультрапримитивные настройки, только по ссылке поле вытащить (то). И за рамки базового запроса он тоже не выйдет.

(7) Потенциал в России - региональные розничные сети супермаркетов. Одна проблема - про фузину они никак не узнают...

Чорт, а почему lsFusion не объяснили, что помимо СКД есть еще ПостроительОтчета и объект Запрос ?
Еще на пару веток хватило бы

(74) Виноват разработчик, который не предусмотрел запрет на выполнение отчета с незаполненными отборами :)

(75) Епрст, в lsFusion есть отчеты и печатные формы, и сейчас BI из коробки будет которого к 1С нет. А точнее есть СКД который по эргономике по всем статьям проигрывает.


[А еще, в lsFusion нет никаких проверок нигде, ибо пользователей за любую ошибку изгоняют из конторы, а любая проверка в lsFusion приводит к 3-м строчкам кода и к тормозам как не в себя. Поэтому, от них отказались.]
Вы с 1С часом не перепутали lsFusion. Любая проверка одно слово и летает. Это в 1С все тормозит как не в себя.
[Для добавления любой кнопки, в lsFusion придётся вызывать джуна, писать 3 строчки кода. Это всё тормозит и от этого отказались.]
Это у PR все тормозило. Что вы с больной головы на здоровую перекладываете.
[Скрывать лишние колонки в гриде, в lsFusion нельзя, эта операция приводит к тормозам и к вызову джуна с 3-мя строчками кода.]
Можно и все летает. А не так как в 1С.
[Данные в lsFusion никто руками не вбивает, они все прилетают из других учетных систем]
Как раз это в  lsFusion Excel стайл эргономичные интерффейсы, а не построчный ввод как в 1С который охрененно не удобен

Проверки все одной строкой делаются
CONSTRAINT currentBalance(sku, stock) < 0. Которую в 1С так никто и не осилил написать для проверки прихода как в секции 4 или в УТ11.
Ну и т.д.

То есть опять как обычно врете. А еще нас во вранье обвиняете.

дебики не сдаються и продолжают себя за плинтус загонять?)

(81) Не мешай успешным белорусским маркетологам

(82) да я так понял, что я основа маркетинга Белоруссии. Без моих комментов фузина умрет. Фузине нужен этот Герой!

(80)
>>> Любая проверка одно слово и летает.
Т.е на данный момент в lsFusion проверки нет - писать 3 строчки кода

>>>Скрывать лишние колонки в гриде, в lsFusion нельзя
>>>Можно и все летает
Т.е на данный момент в lsFusion этого нет, писать надо 3 строчки кода для каждой оконной формы, а пока пользователи (если они вообще есть) пусть смотрят на 50 колонок простыни

>>>Как раз это в  lsFusion Excel стайл эргономичные интерффейсы
В каком месте ? Где ля выбора элемента из справочника нужно пролистать весь список, где не осилили даже ввод по строке ?

>>>Проверки все одной строкой делаются
Но их в lsFusion ни одной нет, в демке ерп, которая ставится 95 % ваших пользователей (если они у вас вообще есть) нет даже элементарных проверок.

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

Продолжаем наблюдения, следим за параллельной вселенной.

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

(79)Ага, если нужна вся номенклатура - сформируйте по половине, потом по другой половине и скомпонуйте в экселе.
А вообще отборов может быть штук 5 запросто, они обязательно все должны быть заполнены?

Блин, надо ЛивингСтара в ветку и ВанюИванова и ..Лена, как ёё там ? забыл.
Вот тогда веселье, вот тогда взлетит

(76)Приведите уж пример не "ультрапримитивных настроек". Так, для расширения моего кругозора

(76) ыыыыыыы вытащить по ссылке, да у вас выбрать ссылку то в отборе нельзя) примитивные настройки))))))

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

(87) Не думаю, что они полезут в эту клоаку.

надеюсь Волшебник берет с них помесячно)))

(78) я пыталась намекнуть, что не все отчеты делаются через СКД...

(92) Надо бы с них не помесячно брать, а за количество сообщений - уже за 8 тыс сообщений только в этой теме + еще несколько тем по зарубе нас....ли.

(94) кстати как вариант. Тэгните кто Волшебника - пусть на абонентку их переведет каждое сообщение 100 рублей. уже бы 800 000 заработал бы

(93) А вы думаете это тут не обсуждалось уже 100 раз?
(88) Вообще можно было бы в lsFusion сделать чтобы можно было добавить в настройке таблицы, скажем в Товарах, новую колонку с выражением currentBalance(sku, stockByName('Склад 1')). И появится колонка по складу 1. Там механизму форм пофигу, можно хоть сто свойств подкинуть, которые данные откуда угодно читают и все запросы на ходу скомпилируются. И это с виду очень несложно делается. Другой вопрос нафиг это надо. Вот с встроенным (а не внешним) BI с учетом, что есть бесплатные тулзы под нормальными лицензиями -  да классная тема (спасибо мисте). Ввод по строке с учетом того что можно в диалоге сортировать, тоже сомнительная вещь но раз к ней так привыкли думаю добавим в ближайшие версии. Ну и ограничения по умолчанию на удаление добавить, тоже полдня работы, думаю сделаем настройку чтобы включались.

(96) А ну и FILTERS в DIALOG / SHOW тут подсказал кто-то, но мы это уже начали делать и без этого. Вроде все.

(96) Так мило, мммм, наконец-то во всеми любимой Фузине появится ввод по строке, скупая слеза обожгла мое изможденное лицо

+(98) Что? Кто сказал "Да всем похуй!"?

(98) Ну вот видите. Фузина гораздо более открыта сообществу, чем 1С, которому на свое собственное сообщество наплевать с высокой колокольни. И вместо того, чтобы делать то, что ему надо, они только заняты тем, что переводят всех с ПРОФ на КОРП.

Убейте уже этих клоунов) на их фоне Кличко воспринимается как умный

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

Кстати возможность вывода свойства не в PANEL а в TITLE еще забыл, очень простая задача, а претензий было вагон.

То есть в споре рождается истина. Спором конечно всю эту вакханалию назвать тяжело, но как ни парадоксально фидбек тут даже эффективнее чем на хабре.

(101) вым а вы все продолжаете мучаться. Может уже хватит есть кактус? Отключите секцию в настройках.

(102) вы не понимаете, неумные, что пока вы 30 лет ищите слабые места, тестеров, критики, мы в это время работаем, деньги зарабатываем, жизнь делаем. Вот же кодеры по жизни))

(103) не претензий, а непонимание как за тридцать лет не догадаться такую элементарную вещь сделать))))

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

(104) а вы получите меня жить еще) дитятко)

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

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

(106) Реально никто не спрашивал. Более того я честно боюсь по умолчанию включать опцию ввода по строке по умолчанию, так как пользователи привыкли к тап интерфейсам, клик - появилась полноценная форма с деревом быстрым поиском и т.п. Нам уже за открытие по ENTER и DBLCLK прилетало, типа случайно формы открывают. Тут как бы до скандалов не дошло.
(107) Я про глобальные проблемы 1С целую статью написал (а будет еще вторая часть). Но вы даже не понимаете масштаб этих проблем, так как ни на чем кроме 1С никогда не писали. Но даже стало интересно, какие в вашем понимании глобальные проблемы lsFusion как платформы.

(105) А мы святым духом питаемся и разработку за лайки финансируем. Вот уже 30 лет как вы говорите (хотя платформа конечно значительно моложе)

(109) Мы в отличии от вас взрослые люди, поэтому на тупой троллинг не реагируем. Хотя за поднятие темы спасибо.

(102) Нет, я понимаю, что без Мисты у вас не было ни одного мизерного шанса хоть как-то поместить свое говноподелие в поисковик
А тут сейчас забиваешь фузина говно и вуаля, первые строки, а!

(114) Поместить в поисковик это пять. Вы хоть понимаете как поисковики работают?

(115) Да не, куда нам, лаптям деревенским

(103) "но как ни парадоксально фидбек тут даже эффективнее чем на хабре."
- потому что тут сидят люди которые работают с людьми, а не с кодом.

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

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

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

Когда уже за упоминание этого г**а будут банить, или за рекламу платят Волшебнику?

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

Видимо Беларусь отстаёт от России по уровню автоматизации. Поэтому там можно прийти в какую-нибудь мелкую розничную сеть и увидеть, как тётки колотят ручками данные в экселе. На этом-то фоне можно любую фузину впарить, или ещё какую нетленку на FoxPro. Помню, ещё в начале 10-х, когда был зелёным 1сником, написал нетленку складскую для одного крупного предприятия. Клиент-сервер, пару сотен рабочих мест, красивые отчётики... До этого они сидели на всяких экселях и печатаемых типографски документах, заполняемых вручную. Мне тогда моя нетленка казалась идеальной. А складские клерки аж пищали от восторга, они ведь слаще брюквы ничего не пробовали, умнее экселя ничего не видели, а тут ведомости заполняются по кнопке, вместо недельного втупления в эксель... Но сейчас-то я понимаю, какое же кривое угрёбище я тогда написал, сколько оплошностей и просчётов допустил. Видимо у фузинцев те же розовые очки, что были у меня в начале карьеры 1сника. Надеюсь, наберутся опыта и протрезвлеют

(118) Ну вообще не сильно больше нажатий, смотрите:
Клик - открывает диалог - одинаково
Дальше вы начинаете набирать - автоматически добавляется фильтр на содержит куда вводится текст - одинаково
ENTER применить фильтр - тут лишнее нажатие согласен, можно сделать автоматическое применение но это будет подгружать базу.
Вверх - вниз выбираем элемент если их несколько как и в 1С
CTRL+ENTER - выбираем элемент (в 1С ENTER, но суть таже)

(121) А вы думаете когда мы последние 5 лет выполняли проекты, сети до этого не были автоматизированы. Время когда рынок был пустым давно прошло.

(122) Еще раз мы и Аксапту и 1С и Супермаг и Gestori (последние 2 текущие лидеры в среднем и низком сегменте в рознице России ксатит) меняли. Мы на этом рынке дольше чем кто-либо и все наши крупные проекты за последние 5 лет выполнили.

(123) А, забыл. Вместо CTRL+ENTER можно dblclk по элементу (в 1С - одиночный клик но суть та же).

Первый раз открыл.. а как там интерфейс поменять? Все формы такие белые аж глаза болят.

(127) закрой сразу и руки помой ))

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

(128) ахаха, неужели все так плохо?  а как на ней зарабатывать программистам ? честно вижу такое первый раз..

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

(129) И о чем это говорит ? Вы переводили с Excel. Да, примитивная логика, которую можно реализовать на 1С понятно будет лучше, чем Excel. А мы переводили с Axapta, Gestori, Супермаг - основные игроки на рынке РФ (после SAP). Чувствуете разницу ?

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

(127) Ну с белым там на самом деле может перебор, есть идея настройку цвета фона сделать. С другой стороны в Excel / Google docs также (то есть все белое и тонкие серые линии), там же у людей глаза не болят.

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

(134) У них яркость можно регулировать.

(135) Припекает, поди.

(131) это говорит только о том, что внедрения ваших предшественников были выполнены ещё хуже. Можно взять хорошую софтину, и через одно место выполнить внедрение. Таких случаев вагон и маленькая тележка. По той же УТ можно найти и успешные внедрения в холдинге, и провальные внедрения в сети ларьков. Но это прежде всего характеризует внедренцев, а не УТ.

Ещё пример из моей практики. Вот эта фирма https://www.intalev.ru когда-то внедряла свою же систему для бюджетирования у моего бывшего работодателя. Внедрение провалилось к чертям, уже через год вернулись обратно к экселю. Сие действо происходило более 10 лет назад, но на сайте intalev до сих пор красуется "история успеха" данного "внедрения". Вот тебе и внедрения, вот тебе и крупные клиенты. Готов спорить, на вашем сайтике таких клиентов дофига

(136) И сколько людей знают об этой возможности ? Вот сижу я сейчас на этом форуме и в середины темы тоже все белое. У вас тоже глаза болят ? Писали уже Волшебнику ?

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

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

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

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

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

(144) Ну это да поначалу мне тоже непривычно было. А сейчас когда привык, наоборот те же SAP/1С-кие интерфейсы кажутся слишком тяжелыми.

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

(143) Мы внедряем ключевые бизнес-процессы. Там так просто взять, отказаться и вернуться на старую систему - невозможно. Более того, через неделю работы на новой системе на старую уже тоже никак не вернешься. Здесь можно только изначально не внедрить, когда заказчик, что-то требует, а вы ему сделать этого не можете.

(145) да хрен с ним, с темами, сделайте чтобы поля автоматом выравнивались. В material design здорового человека принято всё выравнивать по колонкам:
https://material.io/design/layout/responsive-layout-grid.html#columns-gutters-margins
а в вашем material design курильщика поля пляшут на форме абы как. Плюс кнопки сливаются с полями и вкладками

(146) Вот сейчас переводим одного клиента, у которого пользователи так и говорят : сделайте интерфейсы точно так, как было в старой системе. Или расторгаем договор. Мы ему про best practice, что ваши процессы кривые и т.д. А ему пофиг. И 2 варианта - либо конфликт, либо делать. И важно, чтобы платформа позволяла делать что угодно и быстро. Уверен, что на ГомельЛифте было тоже самое, только на 1С это уложившись в бюджет сделать не смогли.

(147) На самом деле в lsFusion есть тип контейнера COLUMNS (вертикальный с колонками), где можно задать количество колонок (count = 5), и тогда все компоненты внутри его выстроятся в заданное количество колонок. Но почему-то разработчики решений его не используют.

Хотя надо проверить, что за контейнер там по умолчанию для объекта в панели (то есть например документа в форме документа). Возможно действительно имеет смысл сделать COLUMNS с количеством колонок 2 (как самый распространенный). Еще обсужу с разработчиками.

(144) Да не, твои ощущения тебя не подводят, просто Фузина на самом деле говно
Не обращай внимания на упоротых белорусов, они никого не слышат, у них все хорошо

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

(147) [Плюс кнопки сливаются с полями и вкладками]
Сейчас посмотрел в оду, там также. Действия просто в рамках (кроме некоторых). Иногда без рамок.

По материал дизайн ЕМНИП элемент не должен сразу и рамку и фон иметь.

(151) Так а вы бы что на нашем месте сделали? Клиент платежеспособный и потенциально очень выгодный. Пошли бы на конфликт? Ну они пойдут к тому кто сделает, а мы потеряем клиента. Собственно SAP так и делал и теперь у них всего одна сеть клиент в Беларуси. И то потому что лет 20 назад внедрялся.

Кстати в Odoo вообще прикольно:

https://habrastorage.org/webt/pf/3g/v-/pf3gv-gpxatm7ws_khmjthr-tj0.png

Там для ввода по строке / combobox'а местами три разных компонента используют.

прикольно, 7 тысяч постов позади, а пациенты до сих пор уверены, что вся сила в интерфейсе :)
это наверно, потому что у них готовых конфигураций нет.

(155) 7000? Более 20000 не хочешь? https://1cers.ru/index.php?section=lsfusion

(151) material design даже в некотором роде подразумевает 3д. Кнопки как бы приподняты и отбрасывают тень

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

Ещё пример из жизни. В одной конторе как-то внедряли ЭДО. Клерки люто сопротивлялись этому, доходило до ругани и чуть ли не драк. Да и руководство не особо было заинтересовано во внедрении ЭДО. Благо, приглашенный PM был тем ещё воякой. Что-то надул в уши руководству, заручился их поддержкой и с помощью административных пинков таки внедрил ЭДО. Через несколько лет эту систему ЭДО пришлось похоронить, ибо из-за отделения организации от холдинга произошли траблы с лицензиями (тратить миллионы на новые лицензии не захотели). Так вот, когда ЭДО хоронили, те самые клерки, которые раньше не хотели ЭДО, слёзно упрашивали оставить тот самый ЭДО

(148) >>пользователи так и говорят : сделайте интерфейсы точно так, как было в старой системе. Или расторгаем договор.

У вас, что договор с пользователями или твои с руководством предприятия?
Руководителя нужно убеждать в том, что существующая система устарела и вместе с ней устарел интерфейс, а новая система это стильно, модно, молодежно и в ногу со временем.

Твои = таки
Долбаный т9

(157) Нет там никакого 3д и тени. Специально Odoo взял, а он чисто по материал дизайну сделал, приблизился, и где тут тень и 3д:
https://habrastorage.org/webt/kb/yy/l5/kbyyl5-u7rzhweigfmgwh25zrdw.png

[Распробует, и потом сам будет удивляться, как он раньше брюквой восхищался. ]
Это в случае если он согласится попробовать, а если нет? Скажет я по другому не могу работать. И дальше руководству придется выбирать между своими сотрудниками и подрядчиками. И тут даже не 50 на 50. Тут хорошо если 20 на 80. И если становиться в позу каждый раз, то потеряете 80 процентов клиентов. Собственно поэтому мы и лидеры на рынке в том сегменте котором работаем, а остальные нервно курят в сторонке с 1-2 клиентами.

(157) [Так вот, когда ЭДО хоронили, те самые клерки, которые раньше не хотели ЭДО, слёзно упрашивали оставить тот самый ЭДО]
Это кстати всегда так. Касается любого софта который внедряется (да и не только софта). И в этом как раз проблема. Собственно поэтому самый эффективный способ, это внедрить как было, а потом шаг за шагом переводить в как надо.

(158) Ну мир не черно белый. Это не так работает, что договорились с руководством и все оно за вас жизнь отдаст. На практике когда принимается решение о смене софта, даже в руководстве не всегда согласие есть. То есть грубо говоря может быть 60 процентов за вас 40 против (допустим финдиректор за вас, а ИТ против или наоборот). Но дай малейший повод стороне "противника", весы качнутся в другую сторону и до свидания.

Так забавно смотреть через окошко Мисты на 20 лет в прошлое

(163) Да, мне тоже нравится смотреть на то, как 1с отстал от современного ИТ лет на 20. И в нем можно делать только самые простые задачи вроде той, что сделал PR.

(164) И все это благодаря мисте.

(157) Ну и еще раз, вы возможно не правильно нас поняли. Мы естественно пытаемся переубедить, проводим совещания, приводим примеры, демонстрации. Сейчас когда у нас уже большая доля рынка, появился весомый аргумент "все так работают". Но почему-то все равно удается переубедить хорошо если в 30 процентов случаев. Если у вас есть дар переубеждения, что вы можете это сделать хотя бы в 95% случаев без риска потери клиента, приезжайте, предложим любые деньги. Отобьются за полгода.

Мне вот интересно, если бы Краш прямо сейчас попал в Москву и ему нужно было бы платить за съемную хату, кем бы он работал
Ну то, что не айтишником, это понятно
Но кем?
Продавцом на рынке? Хотя нет, там за 2 * 2 = 5 могут и морду набить.
Дворником?
Консьержем?

(166) >>Если у вас есть дар переубеждения, что вы можете это сделать хотя бы в 95% случаев без риска потери клиента, приезжайте, предложим любые деньги. Отобьются за полгода.
Просто рыдаю. Маня и Жириновский отдыхают :))

(167) Эээ. А зачем мне попадать в место, где ИТ отстало лет на 20 и приходится использовать процедурное программирование с плоскими SQL запросами? Я лучше буду в ИТ, которое работает на мировой рынок и находится на самых передовых позициях.

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

Я вот все пытаюсь понять, ну вот решил я, допустим, уйти из 1С в волшебный мир джавы
Ну и нахрена мне вместо того, чтобы набросать свое приложение на джаве, юзать какой-то паровоз Фузина?
Ради накопленного объема кода, оформленных в виде ключевых слов?
Ради написанного костяка "Клиент + сервер"?
Ради обширного сообщества, готового подсказать в любой момент?

Пока из реальных причин только одна
Есть настойчиво предлагаемый кусок говна, как же так, не взять его и не поизучать
Но даже в этом случае есть вагон всяких вещей, которые можно поизучать, та же Ода выглядит всяко привлекательнее, чем Фузина
Правда, ее мне никто не предлагает, тем более настойчиво

И, главное, нахрена мне вообще в принципе проходить весь этот путь, который 1С проходила столько лет?
Ради стоимости коробок?
Так к тому времени, когда у меня будет решение уровня 1С, моя коробка априори также будет платной

Ну и смысл?
Лучше я потрачу это время на прокачку скиллов архитектора и консультанта, буду востребованным специалистом, заработаю лишние пару десятков лимонов, оплачу свою ипотеку стометровой хаты

(169) Ээээ, а что вы тут делаете в нашем болоте последние 20 000 постов?

(172) Лохов разводят, не?

(172) Надеялся ворваться лихим всадником на российский рынок на боевом коне и с лету порубать острой шашкой полрынка
Теперь, когда выяснилось, что не на коне, а на осле, не ворвался, а приперся, и не лихой всадник, а упоротый наркоман, пытается сохранить лицо и говорит, что российский гнилой рынок не приоритет Конкретные вопросы по lsFusion

(171) да меня умиляет их вопли - у нас выше уровень абстракции чем в 1с! Но у нас классы наследование)))

(175) Уровень абстракции у них точно не выше, чем в 1С
Я для добавления справочника щелкаю Insert и ввожу имя справочника
Вполне может оказаться, что это вообще все, что мне требуется сделать, если не говорить про добавление реквизитов и настройку прав
И куда до этого Фузине, в которой для начала надо создать какой-нить класс, например класс "Организации", а потом эти ушлепки (вот это уже точно форменный пиздец) создают новый справочник "Валюты" на основе класса "Организации"
Хвала Аллаху, в 1С нет ООП, иначе всякие ублюдки и в у нас бы практиковали такую поебень

(172) Ну как. Также, как и во времена Галилея. Пытаемся показать адекватным людям, что земля круглая. Но фанатики упорно доказывают, что бог 1с есть.

(176) ыыыыыыыыыыыыы. дебилы, блять)

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

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

(176) А то пишут, пишут... конгресс, немцы какие-то... Голова пухнет. Взять всё, да и поделить...

(180) (181) если это все что вы поняли, то понятно чего фузина такое говно)

Кстати, если почитать статьи 1С, то там в комментах значительно больше адекватных 1Совцев. Вот, например, про СКД :
https://habr.com/ru/company/1c/blog/336258/#comment_10381992

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

Вам нечего предложить пользователям, вы не можете замотивировать разработчиков, ваши взгляды на тренды IT никому не интересны, что вы тут делаете? Пятничная ветка из раздела Юмор. Спасибо, посмеялся.

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

(185) Мы можем предложить как минимум, ООП с полиморфизмом, редактирование в динамических списках, матрицах и деревьях, декларативное программировние бизнес-логики взамен процедурному программированию на плоских SQL запросах, как в 90х с указанием ненужных технических деталей вроде &НаСервереБезКонтекста, сериализацией, ручным управлением временными таблицами, блокировками и другими лишними абстракциями в 1С.

(184) Количество разработчиков и пользователей - временное явление. Как я писал выше, раньше тоже 99.9% населения верили в бога, а ученых сжигали на кострах. А посмотрите что сейчас.

(186) Одно дело считать или не считать адекватным. А другое дело - прямые оскорбления.

[ваши взгляды на тренды IT никому не интересны, что вы тут делаете]
Это не наши взгляды на тренды IT, а мировые. И судя по соседним темам, где никто не советует идти в 1С, то тут не все являются апологетами 1С.

(183) "Или вот ещё …
Расшифровка и макеты. Специально ездил за книгой Хрусталёвой чтобы разобраться вот с этим …" ыыыыыыыыыы ааааааааааааааа. адекватный 1сник. вопросов нет к нему))))

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

(187) ну и нахрен это все нужно людям?) Вот долбят вам долбят главную мысль, бизнесу нужно бизнес приложение. Даже если вы выбросите говнофузину и  напишите суперплатформу без прикладных решений она нафиг никому не нужна. Потому что бизнесу нужны конкретные функции. В Ут11 реализовано столько функционала который позволяет покрыть потребности любой мелкой и средней конторы бездопила или с минимальным допилом. Вместо того, что бы три месяца говном поливать 1с, набросайте типовое приложение (только не такое кривое как ваше "ерп" которое нужно сжечь с разработчиком вместе), напишите книгу в духе Радченко - вот берем и с нуля пишем мелкое приложение где есть приход расход остаток, примитивные отчетики. и вперед захватывать рынок. а пока вы будете нафиг никому не нужны с своими трендами в ит

(189) это какие оскорбления? ты ведешь себя как неадекват, а потом обижаешься когда тебя так называют?) Или ты о том, когда бро не разобравшись обзывал разрабов дебилами? Или о том, когда ты обзывал всех пользователей 1с?)))

(193) эти веселые ребята, не опускаются до такого мусора, они творцы, они делают платформу в модных трендах, они выше всего этого :)

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

(192) >> народ идет туда, где больше платят и меньше работать, это нормально.
Так делают в основном люди которые не стремятся быть завтра лучше чем сегодня. В разработке ПО многи разработчики сознательно выбирают более сложные проекты, что бы учиться решать более сложные задачи.
(187) ООП - это скорее особенность, чем какой-то значимый плюс. Все тру ООП языки теряют популярность

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

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

(198) Мой опыт говорит, что сложные проекты связаны с высокой оплатой. Под сложными подразумеваю проекты требующие использование более продвинутого апи и компонент. Как правило В "молодых и дружных" коллективах только думают, что решают сложные задачи.

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

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

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

(200) это что за зверь "продвинутого апи и компонент"? он по талонам или только для своих?
мне лично ваще ..., мне главное чтобы платили вовремя и хотелки меняли не так часто, а то записывать в блокнотики приходится, чтобы не забыть.

(202) смысл победить 1С на его поле, уже передумали? 1С на западе даром никому не нужна, как вы здесь. делали для забугорных филиалов, но им это СЮРПРАЙЗ не нужно. местные бухгалтера работают на местном софте.

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

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

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

(200) " Мой опыт говорит, что сложные проекты связаны с высокой оплатой. " мало ты с жлобскими чпшниками в Украине работал. которые хотят овердофига за бесплатно)))

(205) [1С на западе даром никому не нужна]
На этом дискуссию с вами можно заканчивать. (208) заказчик выбирает поставщика решения, платформа ему фиолетова. В отличие от поставщика решения, у которого от выбора платформы зависят его затраты. Речь естественно о нетиповых проектах.

+(209) у меня самые скромные просили "сделать кнопочку в айфоне шоб директор могла сама документы увтерждать в 1с. Бюджет 20 баксов"))).

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

(210) примеры не типовых проектов в студию? в РФ законодательство и технологии производства все типовые.

(210) поставщики решения сугубо специализированные ребята, проекты городят на том, на чем умеют....где мой фейспалм :)

(210) ты книжку радченка читал?

(204) Приведу примеры из своего 1с-ного опыта.
- Когда-то работал над оптимизацией базы 1с размером 1.5ТБ. Приходилось разбираться в планах запросов использовать ЦУП применять партиционирование и достроение индексов на уровне СУБД.
- В той же компании занимался созданием подсистемы для построения маршутов доставки товаров и оптимизацией распределения товаров между машинами.  
(207) В каком-то приближении можно сказать, что я хочу больше денег. Но в этом контексте думаю о том как заработать больше за следующие 5 лет, а не завтра же. То есть можно сегодня отказаться от большей ЗП на легаси проекте и в итоге заработать больше за следующие 5 лет. Если сказать еще более точно, то я хочу иметь гарантии благополучия для себя и своей семьи.
(209) С ФОПами в Украине я почти не работал. Так как вероятность получить от фоп-ов задачи которые будут помогать в развитии не высокая.

(212) условная библиотека или управление строительством на базе какого типового продукта внедряется? Оно с нуля пишется. Более того основной поставщик бухгалтерии в Беларуси ее с нуля писал (а не юзал типовую)

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

(217) то есть замораживаем строительство на время написания и тестирования софта с нуля? а так можно было?

понятно, недострой, это не кидалово, это оказывается софт с нуля пишут, а пацаны то не знали :)

(218) Я же не против. Каждый принимает решение которое считает на тот момент лучшим.  Только вот работать с 1с - это противоречит моему желанию максимизировать свой доход

(216) "Если сказать еще более точно, то я хочу иметь гарантии благополучия для себя и своей семьи." так это и есть - люди всегда хотят получать больше и работать меньше. Просто выбирать приходится что то одно) Но если бы тебе предложили вести техподдержку существующего проекта с гарантией, что и через 30 лет ты будешь здесь и будешь получать выше рынка и такие же деньги, но более сложный проект, где нужно вджобывать по 60 часов в сутки, ты бы выбрал бы первое. Потому что кроме работы есть семья, собственно для которой ты и живешь. Ну у меня по крайней мере такой возраст, что мне интереснее провести вечер с ребенком, чем с новой крутой технологией.

(221) чувак, ты не представляешь, насколько ваще "работать" ограничивает твой доход.

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

(224) не поверите, но мы пока писали новый продукт одновременно продавали и старый. Это не запрещено законом к слову.

(217),ч для стройки есть отраслевые решения

(187) Как жалко, что ты неадекватный придурок
А так хотелось поспорить, например о том, как у вас платформа без указания ей разделения на клиент и сервер определяет, где что выполнять, да вообще в принципе, у вас полноценная трехзвенка или червер приложений у вас ненужная прослойка
Но, как я уже сказал, глупо об этом спрашивать неадекватного дурачка, он в лучшем случае промолчит, а в худшем наговорит всякого говна не по теме да еще потом твои слова перевернет с ног на голову и на них еще и ссылаться будет
Впрочем, были бы разработчики Фузины в адеквате — не было бы этого имбецильного выпука, так что все логично

Для библиотеки тоже, правда не видел в живую

(189) Придурок, вы с этого начали и это всю дорогу делаете, тебе ли мычать про оскорбления
Ты и на Мисту пришел, как сам писал, чтобы покидать говно, потому что на Хабре тебе не дают

(222) Это философское рассуждение. Если бы я знал, что можно работать 1час в неделю и это бы позволило заработать максимум за оставшуюся жизнь и при этом комфорт и продолжительность моей жизни и жизни моей семьи не ухудшиться, то выбрал такой вариант. Но это как решать задачу про сферического коня в вакууме. Как и системная работа по 60 часов в неделю тоже вряд ли приведет к максимальной прибыли и продолжительности жизни. А вот мои наблюдения таковы, что нужно сфокусированно работать по 35-40 часов в неделю и выбирать задачи посложнее, вне этого времени читать книги которые помогут решать проблемы в работе и жизни, заниматься физ активностью и проводить время с семьёй и друзьями
(223) С сетевым маркетингом и финансовыми пирамидами это не ко мне.

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

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

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

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

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

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

мне ваще по... на чем писать, главное чтобы платили, пишу на яве, пишу на 1с, было дело на с#. писал бы на фузине, так не платят.

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

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

(232) какого разработчика? Если что возьмут и обучат нового, по опыту скажу вообще не проблема, посмотрите например на клон оду. Его сейчас люди которые до этого lsFusion вообще в глаза не видели делают.

(233) и какой функционал готовых решений используют в строительстве. Ут? Или erp?

(238) фреймворк это и есть платформа или вы о чем? Готовые решения есть но для розницы. Хотя какая разница если для строительства все равно писать с нуля проще. То есть также как дом проще снести и построить заново чем перестраивать существующий.

(237) ну кстати мы предлагаем больше чем на 1с. Но уже закрыли все вакансии очень быстро :(

(243) желающих было больше чем вакансий

"напишите с нуля", "обучите нового" - норм такие советы :)

(236) ну вот мы создали и сейчас рвем всех на  своем рынке. В том числе 1ские отраслевки.

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

(247) нам например как одному из поставщиков отраслевок наплевать на эту армию, нашим конкурентам на 1с она никак не помогает

красавцы, сможете позволить себе еще одну ветку на мисте.

ниче, скоро будет Минск наш, придет пятерочка с магнитом, будете там грузчиками работать.

(250) да они местного монополиста не подмяли. Он сейчас хочет антимонопольное законодательство поменять и нагнуть их крупнейших клиентов)

(246) , какие отраслевки вы рвете?

(252) они только розницу частично осилили. И то без фронта и бухгалтерии)))

(241) , ERP

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

(250) одна проблема никто не продастся за те деньги за которые они готовы будут купить. А отжать тут не получится
(251) вы видимо не в курсе, но у нас наоборот хотят этого монополиста ещё поджать, чтобы он вообще ничего открывать не смог.
(252) розницу (в основном FMCG)

Вот я читал читал ветку и был уверен, что как внутренний язык используется java. Сегодня любопытства заглянул в доку, а там что-то режущее мой глаз. Это знаком под какой-то популярный язык или отсебятина?

(254) что реально переделывать ERP с портянками из запросов и другого говно кода для строительства? Вы серьезно или догадки строите?

(257) знаком = закос

(257) это сильно улучшенные sql и abap вместе взятые :)

(258), гугл в помощь, ищем 1С управление строительной организацией

(256) зачем у себя что то отжимать и тем более платить деньги, особенно когда под рукой есть курорты Северного Кавказа :)

(256), а отраслевые то какие?

(261) и как понять на основе чего она делалась?
(263) розница (в основном FMCG)

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

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

(264),
[и как понять на основе чего она делалась?]
Можно просто прочитать https://solutions.1c.ru/catalog/uso2/features

[розница (в основном FMCG)]
Не нахожу такого отраслевого решения в 1С

(260) я в зарубе по теме топика нейтрален. Но абап и кобол - это же жесть времён мамонтов. Почему было принято решения именно на этих языках базироваться?

(257) не. они скрестили встроенный язык 1с,джаву и суль и родили уродца

(265) страна у нас одна, к 2024 году точно будет одна.

(267) Астор называется. С нуля писалось.

Кстати а можно как то получить список решений с нуля? Как тот же Астор.

(258) зачем ерп переделывать то? там почти все есть. Просто прикручивают туда модуль. Это не фузина где нужно все с нуля писать.

Тот же питон на порядок повысил бы интерес к платформе у разработчиков в том числе и 1с

(268) не мы не базировались на них. Язык делался фундаментально новый. Была бы возможность использовать что то готовое использовали. Но у него абстракции принципиально отличается от всех существующих языков в мире.

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

(274) ваш абап самый абапистый абап в мире. по абапости его не переабапает ни один язык)))

(272) ну то есть для fmcg розницы с нуля пишут, а в строительстве erp берут за основу. Представляю этого мутанта, но вообще я для примера привел, посмотрите список отраслевок там дофига решений с нуля.

(270) надежды вьюношей питают.

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

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

(277), а что не так с ERP для строительства?

(275) sql хороший язык но слишком низкоуровневый. Собственно lsFusion его использует приблизительно также как C машинные коды (то есть компилируется в него)

(281) ну я плохо знаю строительство, но как erp на fmcg розницу натянуть не представляю. А строительство мне казалось ещё более узкоспециализированная и специфичная отрасль, но возможно ошибаюсь. Опять таки привел для примера.

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

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

(268) На фузине 70% кода - декларативный код. С каких пор Java или Python перестали быть императивными и стали декларативными ? Как Вы предлагаете их использовать в декларативной парадигме ?

(284) занятый рынок это иллюзия. Мы большинство крупных клиентов взяли за последние 5лет, хотя казалось бы рынок уже "давно занят".

(287) вы у себя на рынке давно - это просто очередной передел. пришли бы с нуля - фэйл бы более чем вероятен.

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

РБ меньше Москвы, что там можно брать?

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

(288) когда мы заходили у нас было хорошо если 10 процентов от крупных клиентов. Сейчас уже близко к половине.
(290) что то я уже потерял вашу мысль. Молдова и Грузия в сумме меньше РБ и что?

(291) я может что то путаю но если взять клиентские лицензии, сервера приложений и сервера бд, то уже на 100 заказчиках по 100 пользователей уже экономия больше нескольких миллионов долларов будет.

у вас нет готовых конфигураций, вы с один 1с вообще не пересекаетесь никак, вы в параллельных мирах, а вы все 1с, 1с...

(294) точно везде 1с есть и только нас обошел стороной. Бермудский треугольник не иначе.

Товарищи акробаты открывали список своих клиентов?

Чертов поиск забивает этих фокусников компанией
https://ru.wikipedia.org/wiki/Luxoft

Но оно и понятно, почему эти кедры выбрали такое название.

(296) luxsoft.by/klienty ну и в новостях самые последние

(297) фокус в том что у нас компания появилась за 5 лет до появления этого luxoft.

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

(293), во первых сумма в несколько раз завышена (360тыс. 100 клиентских лицензий + лицензия на сервер + 86тыс. стоимость серверной лицензии = 446тыс. на лицензии на одного такого клиента). А во вторых какая разница, если это немного и стоимость внедрения обычно во много раз выше?

(295) Мне вот стало интересно, наверняка же у 1С во внедренных решениях даже Белоруссии нет, там же 1С не прижилась
Нет, есть
Хм
Ну значит, внедренных решений нет, ага
Тоже есть
Странно
Кто-то пиздит, либо 1С либо Бро
Ну, Бро человек уважаемый, видимо остается один вариант
http://1c.ru/rus/partners/solutions/search.jsp?q=&small=&big=&smallDbConns=&bigDbConns=&smallThinClientConns=&bigThinClientConns=&smallWebClientConns=&bigWebClientConns=&labelgeo_id=%C1%E5%EB%E0%F0%F3%F1%FC&geo_id=181772&DateSince=&DateTill=&isArchive=1&showParams=0

(297) Ищи так https://www.google.ru/search?newwindow=1&biw=1677&bih=981&sxsrf=ACYBGNSQZ4zqJJalQ-exlKXN1rqdr2mKYw%3A1573331875962&ei=oyPHXb6wOu6ErwSeooPYDQ&q=люкссофт+-luxoft&oq=люкссофт+-luxoft&gs_l=psy-ab.3...18711.18711..19210...0.2..0.53.53.1......0....1..gws-wiz.......0i71.L2WqqWR5jhk&ved=0ahUKEwj-jdL8_d3lAhVuwosKHR7RANsQ4dUDCAo&uact=5

(301) а стоимость ms sql? lsFusion кучу оптимизаций выполняет за него. Но даже та к получается под миллион.
(302) а я где то говорил что нет? Есть но там в рознице а основном ларьки.

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

(302) кстати обратите внимание на внедрения бухгалтерии, там дофига "самописок" тех же хьменовских. К вопросу о типовых.

(304), либо считаем postgre vs posggre с двух сторон, либо сначала прикручиваем к фузине MSSQL считаем сколько будет это стоить, а потом еще к стоимости бесплатной фузины прибавляем стоимость лицензий MSSQL

серьезно не понимаю, на чем вы там выживаете?
на огороде и картохе?
при живом эпаме...

(306) Я просто немного потерялся, хьюменовская — это на Фузине?

206 внедрений от 50 пользователей. Ну, такое.
http://1c.ru/rus/partners/solutions/search.jsp?q=&small=50&big=&smallDbConns=&bigDbConns=&smallThinClientConns=&bigThinClientConns=&smallWebClientConns=&bigWebClientConns=&labelgeo_id=%C1%E5%EB%E0%F0%F3%F1%FC&geo_id=181772&DateSince=&DateTill=&isArchive=1&parts=1&showParams=1

(310) А что ты хотел от Белоруссии?
Минимум на 10 умножь из-за нелицензионки, кстати

(307) в этом и фокус что фузина делает кучу оптимизаций за ms sql и позволяет использовать postgresql, там где остальные используют ms sql. Вот у вас какой процент на postgresql а какой на ms sql сидит?

(309) нет на 1с. Но самописки, которые по идее не должны существовать, так как есть "готовые решения"

Больше всего меня умиляет, что фузиновцы ведь на голубом глазу считают, что в момент "Выхода на IPO" они просто возьмут и всю эту Мистосранину запишут себе в актив, типа ну а че, просто был процесс сравнения двух систем, к сожалению закончившийся неутешительным полным поражением 1С по всем фронтам, с чем согласилось адекватное сообщество программистов 1С

(312), там где стоимость лицензий существенная - используют posgre, остальным пофиг на стоимость лицензий. На postrge, кстати 1С fresh сидит

(313) А, на 1С-таки. Так какого хуя ты мне тычешь свою Фузину в нос, если мы кругом куда не сунься, говорим про 1С?
Самописки, кстати, думаю, по той причине, что у 1С нет большого желания вытачивать БП для небольшого рынка Белоруссии
Хотя и в https://releases.1c.ru я БП для Белоруссии вижу

им дома кушать нечего, с голодухи к нам полезли с пустыми карманами.... стадия отрицания у них сейчас.

(312) У нас на MS SQL сидят, потому что не экономят на спичках, недоумок
И часто у людей уже есть MS SQL, нахрена им при покупке 1С срочно Постгрес ставить?

(316) вот в этом и фокус, что типовые есть, а все равно пишут самописки. Не рвет шаблоны, что платформа никому не нужна, нужны только решения?

(318) как это есть ms sql? То есть зашёл даже не знаю финдир в интернет магазин и решил, а не прикупить ли мне ms sql, классная же штука? Бред не говорите.

(285) Если меряться объемами написанного кода, то кобол многие современные языки обойдет. Только - это не делает кобол хорошим в современных реалиях.
(286) Это звучит как "увеличение процента декларативного кода увеличивает шансы на успех продукта". С этим я не могу согласиться. Но справедливости ради и джава и пайтон позволяют писать код в функциональном стиле, но не ограничивают этим разработчика. Уже давно наступила пора гибридных языков программирования.

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

(320) LOL
Ты как мой кот, который всю жизнь прожил дома, а тут я его через пять лет вытащил на улицу и у него глаза были как раз как у тебя, когда ты узнал, что контора может использовать SQL не только для 1С

(317) вы новости хоть гляньте у нас клиентов девать некуда. Как раз наоборот помочь братской России не кормить проклятых капиталистов и выкидывать деньги на ветер за платформу в которой все равно все руками делать.

(321) Да ну нахер, только хардкор, только машинные коды, какой нахрен Кобол

"хьменовских" - это кто?

платформа, лицензии, фот программистов - это вообще не деньги для бизнеса, понимаю в РБ трудно мыслить масштабами больше ларька.

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

(328) тьфу hs.by

Я один не понимаю, почему идет фрустрация на Постгрее, который нормальной СУБД стал только последние 5 лет?

кстати, а чего фузинисты не окучили Гомельлифт свой?
пришли бы, все такие в белом - не 1сники ведь, и сделали бы в своем стиле - быстро, качественно и дешево! :)

(327) мля, то люди говорят что разрабатывать с нуля это слишком дорого, то деньги пыль. Вы уж определитесь как нибудь.
(330) постгрес отличная СУБД, но тупая как пробка. Статью почему не sql гляньте там все подробно разбирается.

(322) Я советую (при возможности) MS SQL по нескольким причинам:
— 1С больше заточена под MS SQL, ну или, если угодно, 1С на MS SQL работает качественнее, Postgre SQL в этом смысле сложнее в настройке и частенько проигрывает в конкретных сравнениях
— На MS SQL я могу легко в шедулере настроить автобекапирование баз, можно ли это сделать в Postgre SQL не знаю, может и можно, но точно не проще
— На MS SQL я могу сделать бекап базы без выгона пользователей, можно ли так в Postgre SQL не знаю, может тоже можно

предлагаешь в Гомеле остановить все лифты, пока они свою нетленку писать будут? за что так?

(334) Не трогайте Гомель, у меня там тёща живет!
Оставьте человеку спокойную старость!

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

(335) вы же вроде выключили секцию, как вас сюда занесло то? :)

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

(329), открыл их видео, а там формы баланса 1 в 1 из древней версии 1С бухгалтерии. Оно точно не на основе типовых написано?

(337) да хз, я не нашел где секцию выключить.. :-) захожу поржать

(328) Для заказчика все тобой сказанное — это примерно как "Гав гав гав. Гав гав. Гав гав. Гав."

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

(332) >слишком дорого

это часто не суммами мерят, а временем - которое намного дороже

(330) Все же понятно, потому что MS SQL для Белоруссии слишком дорог

(341) расстрелы - спасут

(333) можно все. И автобэкапирование у нас платформа делает (хотя и сам постгрес наверное умеет). А что 1с нет?

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

"написать с нуля", "взять с улицы", "экономия на лицензиях"...а вы точно не в ларьке работаете? как бы для РФ это было актуально лет 30 назад.

фузиновцам надо шляхте продаться проект сделать.

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

по рф 600 тыс МП свернули деятельность
https://mskgazeta.ru/ekonomika/malyj-biznes-umiraet-no-nacproekt-chinovniki-obeshayut-vypolnit-.html
.
имхо по деловому климату - затишье. все затаились и выжидают.
.
много совсем уже мелких ларьков - кофеен ка 4-5 столиков, свежей выпечки на 16 квадратов и тому подобное.
.
такому наверное ни 1С, ни фузина не нужна. что-нить в облаке, кассовым методом... типа усн

(348) полгода - это ты загнул.
у всех в голове сидит "через месяц".

(339) Ты издеваешься? Ясен пень, на какой-то типовой

(351), значит Bro какую-то фигню несёт

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

(350) Да не, клиенты в основном адекватны, понимают, что через месяц вертолетный завод не автоматизируешь
Я, правда, про полноценные проекты говорю, а не про запустить два склада на УТ с ордерным учетом и синхронизацией с БП

(352) Да он просто заламывет руки как это не на типовой от 1С сделано, а на типовой 1С, кем-то подточенной и оформленной как тиражное решение

я полгода на ут11 в ордерном складе посидел, теперь там гости из солнечной азии могут работать :)

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

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

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

(338) О как. То есть ларек может позволить себе это, а крупное предприятие нет.
Л - логика.

(346) Ну для Беларуси best practice, "так во всем мире работают" - это как раз 15 лет назад с САПом такое было. Но мы ушли вперед, а в России видимо еще пока не доросли.

(358), почти уверен что они взяли за основу БП2.0, накинули кучу модулей и так и не перешли на управляемые формы, потому что нет ресурсов

творцы на землю не спускаются, конфигурации не ваяют, они в небесах, платформы творят, куда нам холопам :)

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

(361) насколько после внедрения фузины сокращается персонал линейный?

(358) Пиздабольчик, я ведь скачаю и гляну и выяснится, что конфа не с нуля писалась. Что тогда?

(328) Приведите пример оптимизаций, так как без технических деталей звучит как маркетиновая замануха.
Так же не понял как проводить валидацию данных перед записью? К примеру контроль остатков или что 1,3,4 буквы названия номенклатуры не составляют матерное слово. Или как списать факториал от заданного в документе ко-ва.

У меня нет цели доказывать, что тот или иной продукт плохой. Меня больше интересует мотивация принятия решений.

пара миллионов это месячный оборот ларька дошираков - вы точно не в ларьке работаете?

(360) Да, именно так
Потому что для ларька накидать что-то можно за неделю, а для вертолетного завода ты усрешься рисовать с нуля

(362) Мне говорили, что с нуля писали, но может подсматривали куда-то хз. В любом случае там процент доработок уже давно превысил 70%, то есть от базового решения толку ноль было бы, даже если его бы использовали.

дык чуваки, что то больше ларька и не видели с их понятиями :)

(360), я для нашего внутреннего учета CRM написал за выходные. Когда работал в строительной компании нам внедряли CRM несколько месяцев

(364) Дебил, ты забыл закончить
Потерял пару десятков лимонов за год за счет неконтролируемого и неоптимизированного учета
Не считая затрат на разработку 1С

(367) Про оптимизацию вот статья:
https://habr.com/ru/company/lsfusion/blog/463095/
lsFusion решает ВСЕ эти проблемы.

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

Так-таки Бро и слился с ответом на (341), впрочем, как всегда

(365) А кто тебе сказал, что он сокращается?

(372) Ну вот. А на lsFusion это за пару часов бы написалось, и за лицензии платить не надо. Но мы то понятно куда более сложные задачи решаем (потыкайте на модули и почитайте):
https://luxsoft.by/produkty/lsfusion-erp/

(374) у 1с одна проблема, мало платят. больше у нее проблем нет.

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

(341) Мы бы заказчику сказали, мы решим все ваши проблемы, причем сделаем ровно под вас, если что-то пойдет не так, изменим софт так чтобы точно заработало, и за фикс прайс с гарантией возврата денег если не внедрится.

(377) вы за пару часов зарубу не смогли в полном объеме осилить, что говорить о более развесистых схемах

(377) Мы уже видели, как вы за месяц не смоги несколько строк кода накидать, спасибо

(379) Ок а бизнес с 10к сотрудников миллиардом оборотов и тысячами бизнес-процессов (https://luxsoft.by/produkty/lsfusion-erp/)? Который тоже считает деньги.

(377), да да, три строчки кода и готово, даже не видя ТЗ Bro может оценить задачу, кому ты лапшу вешаешь? Вы две недели полтора справочника и один документ писали для зарубы

(382) это у них как в ПЧ "сумел назвать все буквы, но не угадал слово"

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

(382) Мы за месяц джуном  накидали куда больше, чем ваша поделка:
https://github.com/lsfusion-solutions/mycompany

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

(378) Ну было бы так, у нас бы конкуренты на 1С были бы. Ах да не очень то и хотелось.

(380) Придурок, я же тебе конкретный вопрос задал, нахрена ты мне пионерскую речевку толкаешь?
Ответь по делу
Если можешь, конечно

(387), у вас и половины еще от зарубы нет

+(390) Под вас, блять
Что под вас? Кучу наложите или что?
Клиент не знает как ему выстироить свои процессы на решении, которое вы ему тулите
Само решение ему не всралось, для него это неизбежное зло
Ему нужно решение его проблем, пусть даже на этом решении
Вот и предложи _решение_

(385) Ну, люди из букв Ж, О, П и А пытаются собрать слово "Счастье", бывает

(391) Издеваетесь? Где хотя бы движение по статусам у PR?
(392) Ну может у вас в России клиенты как ежике в тумане из 90-х, а у нас и с MBA есть, и у них свое видение. Собственно еще раз убеждаюсь что Беларусь оторвалась от России лет на 10 минимум.

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

(394) А что, в ФТ что-то было про статусы?
А, подождите, это же лично вас торкнуло со свежего завоза

(394), я тут выписал всё что не сделано в зарубе с вашей стороны:



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

Справочник "Номенклатура"
Добавить галочку "Услуга"

Справочник "Договоры"
Подчинен контрагентам
В реквизите "Детализация расчетов" выбирается одно из двух значений, "По договору" или "По расчетным документам"

Справочник "Склады"
Хотелось бы иметь возможность опционально не видеть нигде склад, если у нас будет только один склад

Справочник "Кассы"
Хотелось бы иметь возможность опционально не видеть нигде кассу, если у нас будет только одна касса

Справочник "Расчетные счета"
Хотелось бы иметь возможность опционально не видеть нигде расчетный счет, если у нас будет только один расчетный счет

Документ ПТУ
Начисляет долг поставщику
Начисляет себестоимость, при этом должна быть возможность отнести услуги на конкретные товары конкретных ПТУ
Цены по умолчанию подставляются из последнего ПТУ от выбранного поставщика

Документ РТУ
Начисляет долг покупателя
Цены по умолчанию подставляются те, которые назначены на выбранную номенклатуру выбранному покупателю или (если такой цены не назначено), то те, которые назначены на выбранную номенклатуру

Документ ПКО
Факт оплаты от покупателя
Приходует денежные средства в кассу
Списывает долг покупателя

Документ РКО
Факт оплаты поставщику
Расходует денежные средства из кассы
Списывает долг поставщику
Должен контролироваться отрицательный остаток в кассе

Документ ПРС
Факт оплаты от покупателя
Приходует денежные средства на расчетный счет
Списывает долг покупателя

Документ СРС
Факт оплаты поставщику
Расходует денежные средства с расчетного счета
Должен контролироваться отрицательный остаток на расчетном счете

Отчет "Ведомость по расчетам с контрагентами"
Поля:
— Контрагент
— Договор
— Расчетный документ
— Начальный остаток
— Приход
— Расход
— Оборот
— Конечный остаток

Отчет "Ведомость по денежным средствам"
Поля:
— Тип денежной ячейки (одно из значений, "Касса" или "Расчетный счет")
— Денежная ячейка
— Начальный остаток
— Приход
— Расход
— Оборот
— Конечный остаток

Отчет "Продажи и себестоимость"
Поля:
— Номенклатура
— Покупатель
— Сумма продажи
— Сумма себестоимости
— Сумма прибыли
— Процент рентабельности

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

Должен быть web-сервис для одностороннего обмена с БП, направление из УУ в БП
Инициатором запроса данных будут БП
В обмене участвуют ПТУ и РТУ
Обмениваться должны только те данные, которые еще не были отправлены
Формат обмена любой из XML, JSON, XLSX, на стороне БП обработаем любой из выбранных форматов
Должна быть гарантированная доставка данных

(394) Вот ты лузер
— Здравствуйте, у меня со складом полная жопа и все тащат, что мне делать, вы можете мне помочь?
— Конечно! Говорите, что вам нужно сделать, я записываю, сделаю ровно под вас все что скажете, не беспокойтесь, я разберу ваш MBA
— Сделаешь все все?
— Все все
— Петрович, закрой дверь на полчасика, раз с IT не получилось, хоть как-то пообщаемся, и занеси презервативов, а то мало ли

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

(399) Решил прочитать наискосок статью
Нормальная такая крепкая статья, даже хочется вникнуть в технические детали
Правда чем ближе к концу, тем сильнее зреет вопрос, почему статья называется "Почему не SQL?"
Ну вроде как типа подразумевается, что не SQL, а что-то вместо SQL
И тут в конце статьи все проясняется
Их с моря на кораблях, а они из писты на лыжах
Оказывается, все решено в супер платформе Фузина
Ни полслова, правда, как это вдруг не SQL, если все-таки SQL
Ни полслова о том, как это вдруг решено, если это самой СУБД не поддерживается
Покуй!
Некогда объяснять, суй помидоры в жопу!

Ах, да, совсем забыл еще "многие вещи в коммерческих СУБД проверялись исключительно на тестовых стендах, а значит, вполне возможно, в статье могут быть некоторые ошибки"

+(401) Наискосок пробежался и по комментариям
Я сам не спец по скулю, но понял, что разделали Бро на запчасти
Понапридумывал несуществующих проблем и несуществующих кейсов, которые они героически решили в своей Фузине, вместо того, чтобы описать решения реальных часто используемых кейсов
Ну, бывает, че
Цикл хранимок они в Фузине в один запрос к скулю преобразовывают, дебилы
Правильно сказали, что "В SQL нет никаких циклов. Циклы есть в процедурных расширениях, которые у каждой СУБД свои и никак абсолютно не стандартизированы. А внутри процедуры может твориться что угодно, и, в общем случае, задача догадаться, что из происходящего внутри можно превратить в запрос, выглядит совершенно не решаемой."

В общем, я думал, хоть там Бро покажет мастер-класс, а он даже на своем родном поле обделался

(402) Циклов идеалогически не может быть в декларативном языке. Что подразумевается под процедурными расширениями я не знаю, но на уровне плана запроса циклы уже можно увидеть.
(403) Я считаю, что можно и более политкорректно воспринимать попытки людей сделать свой продукт. 1с статьи на хабре тоже крайне яро критикуют. Иделогичеси подходы lsFusion не разделяю, но работа была проделана весомая и проделана не плохо.

Правильно в https://habr.com/ru/company/lsfusion/blog/463095/#comment_20499545 написали

(404) Ты сначала прочитай 20000 постов фузионеров https://1cers.ru/index.php?section=lsfusion, потом поговорим о политкорректности

+(404) Что значит "Циклов идеалогически не может быть в декларативном языке"?
Пусть мне нужно обработать в цикле 1000 номенклатур, не очень понятно, каких именно, там достаточно сложный код, не позволяющий запихнуть все в один запрос к базе
Обработка заключается в том, что мне нужно получить из базы саму номенклатуру, какие-нибудь цены, штрихкоды, продажи, закупки, остатки, да что угодно, в общем достаточно напряжное для базы
И как тут вообще _в принципе_ возможно универсально загнать все это в один цикл?
Получается, либо Бро откровенно врет либо, очень мягко говоря, недоговаривает и имеет в виду не то, что говорит
И так у него везде и всегда

(406) На это нет времени
(407) Судя по примерам кода никто не врет - язык декларативный. Я в этом не много плюсов вижу, так как мне глаз режет. В псевдокоде это будет выглядет след образом.
Пусть items - это коллекция номенклатур из базы
val prices = items.map(item => calculatePrice(item))
Таким образом без явного указания цикла, мы получили цену для каждого товара. И такая конструкция может обрабатыватсья в несколько потоков паралельно так как такую чистую функцию движок, компилятор или виртуальная машина языка может распаралелить.
Фюжн язык больше на SQL похож

(405) ребята еще те продажники: "заходить через рынок FMCG розницы где у нас достаточно большой опыт и экспертиза и там на самом деле очень слабая конкуренция".  Настолько слабая, что с крыльца одного магнита, видно крыльцо другого магнита :)
рынок FMCG розницы в РФ был в 90гг, теперь его нет, есть только пятерочки и магниты, куда вы зайти никак не сможете.

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

" И в этом смысле lsFusion можно рассматривать как своеобразный костюм железного человека для PostgreSQL, дающий ему «суперспособности» MS SQL и Oracle, во всяком случае, в плане оптимизации запросов. При этом, если последние в нормальных редакциях стоят по 14 тысяч долларов за ядро, то связка lsFusion + PostgreSQL абсолютно бесплатна" - один вопрос, почему вас до сих пор не купили оракл и мс, у них денег столько нет?

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

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

Единственное по отчетам могу сказать, сейчас pivot'ы с различными рендерерами подключаем в платформу (также кстати в оду сделано). Собственно дальше в текущие остатки и еще пару форм добавляются некоторые колонки и отчеты готовы и куда более эргономичные чем в 1С с его СКД.

(408) Нет времени читать 20K+ постов — не надо тут говорить про политкорректность

(408) Ну прикольно, че, в одном случае из десяти сработает
И в 1С тоже, кстати, и вообще везде
Что делать в остальных?

(399) Ну это классическая война ORM (NoSQL) vs SQL. И на больших объемах не тащить данные на сервер приложений, а делать все на сервере БД объективно побеждает. Тем более механизмы кэширования (в виде тех shared buffers) есть в СУБД и куда более продвинутые. И я знаю много проектов которые делались на Hibernate а потом переписывались на SQL. Собственно сейчас все типовые 1С решения сделаны практически на голом SQL по сути. И все их методические рекомендации сводятся к используйте запросы, а не те же ссылки.

(401) Там в статье есть как надо переписать запросы, чтобы они работали эффективно и lsFusion именно это и делает. И там есть уточнение речь не о замене SQL, а о надстройке. То есть грубо говоря вместо ассемблера использовать C.

(410) Я помню, лет 18 назад мне рассказывал один чувак, который работал у клиента в штате и запускал ему магазины на семерке пачками
Все обкатано на прежних магазинах
Времени на запуск три дня или максимум неделя
Никаких шагов влево вправо
Думаю, фузиновцев со своим "У нас ничего нет, но все в принципе сможем" не то что послали бы сразу же, думаю, что даже не поняли бы, что они вообще там мычат

(411) Видимо, просто не знают еще про них, они же пару месяцев на рынке

(404) Процедурные расширения это PL/SQL, T-SQL и т.п. Разве про это в статье нет?
(408) На самом деле ее можно скомпилировать в SQL и lsFusion именно этим и занимается. А потом уже SQL это все и параллелит, для чего он собственно и предназначен.

(413) Не пизди про полминуты, если ты не можешь их потратить
Мне всю вашу Фузину один вечер писать
Правда, сейчас у меня в приоритете изучение Lean, сам понимаешь

(409) Да, только у нас есть у которой доля на рынке Беларуси как у X5 и Магнит вместе взятых на рынке в России. И нам это никак не мешает. Вы реально плохо представляете себе этот рынок.

как обстоят дела с мировым господством? САП уже в курсе, что их платформа гумус?

(410) Бизнес модель другая. Все сделаем под вас, а не будем ломать ваш бизнес под программу (как это 10 лет назад САП все предлагал). И работает по опыту пока очень хорошо. Люди любят когда для них делают, а не заставляют жрать что дают.

(422) я писал вам ранее, что вашему рынку розницы осталось жить года три-четыре максимум. так как рейтинг темнейшего, есть высшая ценность на 1\6 части суши.

(417) А, ну то есть статью надо было назвать "Как правильно использовать SQL в моих высосанных их пальца примерах"?
Ты бы так и называл сразу тогда по-правильному

(412) А вы попробуйте сделать view остатки в постгрес, и по join'ить его. Узнаете много нового.

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

(425) Да да. Также как и доллару, слышали много много раз. Уже лет 10 как слышим это.

можете на Крым посмотреть, на Южную Осетию.

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

(430) А вы в этом смысле :) Ок, посмотрим через 3-4 года. Наш темнейший тоже не пальцем деланный.

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

(433) А потом военные базы НАТО под Смоленском, российские сми отключаются, по местным телеканалам призывы сплотится плечом к плечу и до свидания очередная "братская" республика. Собственно страхи на которых играет наш главный и почему по итогу все равно обо всем чем надо договоривается.

Хотя как на самом деле будет хз, поживем увидим.

А нахрена вы тут политику устроили в айтишной ветке, спрашивается?

(435) Это не я начал, но согласен давайте завязывать

(436) Кто-нить удалить может эту переписку?

(437) Я предлагаю вообще всю секцию с Фузиной удалить, жечь заразу, так уж целиком

да просто в Юмор

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

(415) Я последние несколько лет по работе разрабатываю на scala и циклы там практически не использую. Так как в функциональной парадигме которая является частным случаем декларативной классических циклов быть не может так как это не чистая функция.

(160) "Нет там никакого 3д и тени. Специально Odoo взял, а он чисто по материал дизайну сделал, приблизился, и где тут тень и 3д"

Odoo разве под material design? А описание этих эффектов вот:

https://material.io/design/environment/elevation.html#depicting-elevation

(413), да да пол минуты. Для кого этот бред?

(408) "val prices = items.map(item => calculatePrice(item))
Таким образом без явного указания цикла, мы получили цену для каждого товара. И такая конструкция может обрабатыватсья в несколько потоков паралельно так как такую чистую функцию движок, компилятор или виртуальная машина языка может распаралелить."

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

(442) Там все очень абстрактно, но тени они в основном для групп элементов, а не для самих элементов предлагают использовать. Во всяком случае для элементов я там примеров не видел. В
вашей же ссылки большинство элементов и без рамок и без фона
(443) SHOWIF (GROUP SUM 1 IF st IS Stock) > 1

(444) Так смысл в том чтобы скомпилировать это все в SQL с скормить СУБД и пусть она решает параллелить или нет, это все таки ее прямая функция.

(445), как минимум нужно ещё сделать аатоподстановку единственного склада во все документы и запустить протестировать. И там не только про склад было. И это наименьшее из всех невыполненных требований

(447) Там для типов документов можно выбрать склад по умолчанию. И он будет выбираться по умолчанию. А если один тип, то он автоматом устанавливается. Это более общий случай.

Вот народу занятся нечем в прекрасное солнечное воскресенье.

(446) если на усмотрение СУБД, то нормально. А если на уровне платформы, то в топку

(447) Ну, например, в odoo (и в клоне) нет отдельно документов ПКО, РКО, ПРС и СРС. Есть просто Payment (платеж), а в зависимости от типов счетов (Cash, Bank account) с которого на который идут деньги и определяется  тип операции платежа. Собственно, базовая доменная логика платежей в клон уже заложена (Финансы/Платежи).

(450) естественно, параллелизм как и ACID задача СУБД. Платформа максимум помогать может и то только там где конкретные косяки есть (как у оптимизаторов некоторых СУБД из статьи Почему не SQL).

(451) по крайней мере в случае с российским законодательством, совать всё в один документ очччень сомнительная схема. В России у банковских и кассовых операций различные принципы учета и различные унифицированные печатные формы. Сравни:

Платежное поручение (безнал)
https://blanker.ru/doc/plategnoe-poruchenie

Кассовый ордер (нал)
https://blanker.ru/doc/prihodnyi-kassovyi-order-ko-1

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

(449) Правильно, лучше бы Волшебника с ДР поздравил

(451) Да у вас как не поверни, пиздец
Даже простейший документ Платеж сделать не смогли
В чем именно вы обосрались, тыкать не буду, но нашел за 15 секунд тыканий
Шел второй месяц копирования Оды, блять
Ты в курсе, ну джун в смысле конечно же, что есть такая штука, как форк?

(453) Понятно, что там разные печатные формы. Но Вы же понимаете, что с точки зрения доменной логики можно сделать 4 разных документа, а можно запихнуть все в один документ, просто IF'ами дробить функционал. Это классические вопросы и в обычном программировании (как выделять сущности, где делать if'ы, а где полиморфизм и т.д.). Правильной схемы тут не бывает, у каждой есть свои плюсы и минусы. Конкретно в примере мы делаем клон odoo, а там один документ. Когда будем добавлять законодательство РФ, то будет показываться своя печатная форма в зависимости от типа операции.

и один нумератор на 4 различных документа, полиморфизм!

я конечно понимаю, что ваш клон Оды бухгалтер тетя Нюра никогда не увидит, но удивили бы ее знатно :)

можно сделать отдельные реквизиты для номеров, но к чему полумеры, сразу один документ на все хоз операции, как в классике 1С 7.7

(457) и справочник один, в зависимости от галочки это номенклатура, контрагент, банковский счет и т.д.
не благодарите за идею

(461) Да к черту такие излишества, один объект на все "ЛюбаяХрень" и реквизит "ТипХрени"

(462) ну я чел неопытный, недопер

(461) Вы лучше эту идею оду напишите. 4 млн пользователей.

(464) а у меня есть, на 4 млрд
ток я вам не покажу

(416) Видимо вы неправильно меня поняли. Я работаю в основном с бигдата и высоко нагруженными проектами. До этого работал на крупного дистрибьютора коммерческого хадупа MapR (сейчас это подразделение Hewlett-Packard)  и допиливал Apache Spark. Никаких orm в таких проектах не используют. Сейчас работаю в стартапе и мною написанная система сбора данных принимает, обрабатывает и записывает в базу до 250к событий в секунду. Могу утверждать, что зная о данных почти всегда можно закешировать лучше чем универсальный кэш СУБД. Моя стратегия простая по максимуму перекладываем выборку данных на СУБД, дальше уже дообрабатываем.

(466) Что за СУБД?

(466) Расскажите, как это работает?

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

Никаких блокировок/индексов/проверок существования/внешних ключей/управления транзакциями ?

(468) К чему я это.
К тому, что физика процесса что у MS SQL, что у Postgree примерно одинаковая.

Чем она отлична у вас?

(469) в моем случае - это система сбора и обогащения событий с большого кол-ва моб устройств для последующей аналитики. База olap - clickhouse от яндекса. Полный стек vertex-http -> Kafka -> Spark -> Clickhouse. Дата саинтисты и аналитики уже строят запросы к кликхаус.

(469) Под систему и под базу используеv 8 машин по 128гб памяти, Intel® Xeon® W-2145 и 10TB HDD рейды.

(470) (471) Вы прекрасно не ответили на вопросы :-)

Запись 250к в сколько потоков? В сколько таблиц? У этих таблиц есть индексы и прочая нагрузочная обвязка?

(472) Кликхаус колоночная база орентированная на денормализированные таблицы. Запись идет в 6 таблиц. Грубо гворя обработка идет в 8 потоков на каждой из 8-ми машин. Запись идет в 1 поток на каждой машине, кликхаус уже внутри конвеерно обрабатывает и паралелит. Что бы глубже разобраться как паралелит база лучше почитать по какому принципу работает LSM деревья и кликхаус в частности. Батчи записываются раз в минуту чисто запись занимает примерно 30сек, размер батча доходит до 250тыс * 60.

Данные в кафке и клакхаусе храняться с коэф репликации 2 (то есть все записи храняться 2-х экзеплярах)

(457) когда придется делать законодательство рф - простыми печформами не обойдешься. придется плодить основу для печформ - некие "законодательные" сущности.

В темах уже пишут, что фузима скоро покорит мир и вытеснит SAP...

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

Привет, мир!

В 1С просто сообщить, в питоне print, а в фузиме что, нужно классы всякие напистаь предварительно?

(477) Наследовать от организации))

Понедельник. На дворе почти зима. Фузина всё так же держится в топе. Пойти, что ли астрофорум полистать

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

(480) он платный?

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

(481) Увы, да. 100 евро

(483) жаль, жаль. ну а говнофузина бесплатна, но сделать на ней ничего нельзя.

(484) Поэтому она и гораздо дороже

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

(480) Мы часто делаем доработки клиентам в течение часа и сразу же устанавливаем. Если срочно просит заказчик.

(470) Мы используем аналогичную базу данных под BI - Druid. Вот тут пример GUI к нему (Imply называется) : http://bi.lsfusion.ru. Тоже на сотнях миллионах записей сложные группировки делает за секунд 20. Это вам не недоBI под названием СКД.

(487) то есть в вашей программе функционала нет (или куча ошибок), и у вас есть один клиент?

(488) Да фиг знает. В месяц 50 к операций по залогам и это всё порождает кучу расчётов туда-сюда. Ничего, на СКД норм отчёты строились. Я даже не могу сказать сколько там млн проводок колбасилось.
Зря так категоричны то

(490) Так у PR на 100К 30 секунд работало. И собственно, на классической реляционной СУБД, заточенной под OLTP не будет даже близко такого быстродействия как на специализированных колоночных БД для аналитики (вроде ClickHouse, Druid и т.д.)

(489) Не вижу связи ? Как быстрая доработка связана с функционалом и количеством клиентов ?

(491) Я к тому, что смысл городить огород из огрызков, если есть всё в одной коробке и работает сносно?

(493) Здесь свои плюсы и минусы. Точно также можно задать вопрос : "А зачем использовать универсальные механизмы, если есть специализированные под эту задачу ?".

(494) Я за разделение баз и систем, но в качестве основы предпочитаю монолит. Знаю точно, что уйду в другую контору и там будет точно такая же СКД. Это гораздо лучше, нежели "кто в лес, кто по дрова". Мне парусовских отчётов в екселе хватило

(491), в вашей демо базе BI жутко тормозной, стоит только накидать группировок и полистать. Сначала думает секунд 10 прежде чем показать данные, затем выводится строк 50 и при прокрутке подгружаются новые данные, при этом система зависает секунд на 10, отображает список и начинает тормозить при прокрутке. 30 секунд у PR выводился целиком отчет на 100к строк

(488) А что неплохо сделано, почти как на СКД.
Только на 7 группировках начинает безбожно тормозить, и в конце концов вылетает - https://imgur.com/DN0Bwq5
В то время как на 1С через 30 секунд стабильный и быстрый результат на 8 группировках.

(488) ты вот сейчас серьезно сравниваешь субд и скд?

(491) "Так у PR на 100К 30 секунд работало." а открытие документа в 100к строк по вебу каким боком к СКД? Ты вот серьезно?)

(488) Это глупости сравнивать DB и Bi тулзу. СКД самый удобный построитель отчетов который я видел.
(497) Я не знаю сколько у вас данных в базе 1с. Но для больших объемов данных отличия по скорости выполнения запроса между MS SQL и Clickhouse будет не на 1 порядок. Да и на серриализации данных 1с очень много времени проведет.

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

(499), он тестил отчет по остаткам товаров, вывел отчет на 100к строк за 30 секунд и пошел радоваться как у них быстро BI выводит отчет в десять строк

(500) Вот кстати, а что в вашем понимании отчет? Просто вы то вышли за пределы 1С, и знаете что обычно есть либо построители отчетов CrystalReports, FastReports, JasperReports и т.п. (в основном для печати). И аналитические тулзы - Tableau, Imply и т.п. (в основном для анализа и принятия решений)

СКД в этой парадигме по вашему это что?

(502) а) тогда понятно. его не смутило, что в отчете получения данных заняло секунду, все остальное отрисовка 100 к строк и передача их через инет?)

(502) Я радуюсь тому, что у меня под рукой тут в Druid загружено 1.5 млрд записей и группировка по магазинам за весь интервал по датам выводится за 20 секунд. Думаю в ClickHouse точно также (если не быстрее будет). А СКД ляснется.

(503) СКД - это система которая покрывает функции обоих типов. В частности я признаю очень удачную реализацию именно BI части. Среди вами написанных - это Tableau и Imply. По сути систем строит запрос на основании выбронных в UI настроек отчета и отрисовыват результат. Если бы такое натравить на OLAP базу была бы крутая BI тулза.

(506) Да но ведь если брать конкретно BI часть, то интерфейс pivot'ов в двух ипостасях:
ИЛИ
1) Колонки и их drag drop в rows / columns
как в https://react-pivottable.js.org/
ИЛИ
2) Колонки и их drag drop в 4 списка:
Filters, Rows, Columns, Values как тут
https://www.webdatarocks.com/demos/javascript-pivot-table-demo/

Это де факто стандарт в BI. В частности те же сводные таблицы в Excel тоже одна из этих схем. И тот же СКД в плане эргономики им конкретно уступает (не говоря уже о привычности). Ну во всяком случае то что я там видел. Может что-то упустил.

(505) "сравнивать субд и скд " дебилы, блять (с) бро