Вход | Регистрация
    1  2  3  4  5  6  7  8  9  10  11   
О жизни... :: lsFusion

OFF: lsFusion vs 1C. Раунд 7

Ø [длинная ветка, 08.11.19 - 14:39]
OFF: lsFusion vs 1C. Раунд 7
Я
   CrushBy
 
31.10.19 - 14:42
Ветка для холивара, троллинга, остроумия и оскорблений. Помните, что тонкий троллинг и просто оскорбление - это разные вещи. Переход на личность - признак слабого ума и дурного воспитания.
В красному углу ринга бесплатная и открытая платформа 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. Раунд 6
 
 
   ta_da
 
201 - 31.10.19 - 22:59
(195) "можно их как то по пакетам посмотреть"
https://pastenow.ru/74ORK

Когда ОМА хотели перейти на Астор у них не было никакого местного представителя.
В т.ч. поэтому они меня и приглашали - им нужен был посредник между внутренним отделом и внедренцем в РФ.
И именно поэтому я сразу отказался, т.к., как бы помягче выразиться, играть центральную роль в сценке с групповым изнасилованием не было моей мечтой.
   tty12
 
202 - 31.10.19 - 23:04
(197) Вот не поверишь...
1.Не факт, что у поставщика есть сканер ШК у менеджера
2.Не факт, что ШК на разной таре товара не совпадает у производителя (может у них фузина стоит).
3.Не факт, что у разных поставщиков не совпадет ШК по разным товарам.

И тут встречный вопрос возник: А нахрена тогда выводить документ в 100к позиций?
   Bro
 
203 - 31.10.19 - 23:05
(198) мы о разных вещах говорим до этого лета, о нас могли знать только одна конкретная ниша клиентов в одной стране. Нигде больше мы платформу не афишировали. И по большому счету даже пытались ее скрывать (у нас не любят все новое считая сырым), хотя по факту не получалось.

И еще раз то что внедрялось в 90-2000е годы в крупных сетях (кроме одной) не работало. Это все в основном была мелочевка. Была еще одна - Родная сторона, но сами знаете чем там все закончилось. То есть по сути мы тогда (в 13-14 года) выглядели, как если бы Магазька решила бы пойти на рынок крупносетевой розницы. Вы почему-то этот факт упорно игнорируете.
   Bro
 
204 - 31.10.19 - 23:07
(200) [Вы - всего лишь "странный" инструмент, тогда, как "1С" - проверен годами, работающий продукт, со многими вариациями "из коробки".]
Так можно сказать было про любой продукт в свое время. И про Оракл, и про Apple и даже про 1С.
   Bro
 
205 - 31.10.19 - 23:13
(201) Спасибо, что-то не заметил.

Да там походу веселый проект был / есть. Говорят очень много денег вбухали. Но чем закончилось история умалчивает.
   Bro
 
206 - 31.10.19 - 23:15
(202) ну чтобы отредактировать например. Но тут вообще я так понимаю проблема, что весь объект большого документа, бомба замедленного действия. Что-то не то сделал (например к полю по ссылке обратился), он пошел загружаться целиком в память с соответствующим потреблением ресурсов.
   tty12
 
207 - 31.10.19 - 23:21
(204) Хуясе вы себя позиционируете... Вам в штанах ниче не жмет?! )))
   tty12
 
208 - 31.10.19 - 23:25
(206) А сколько "памяти" в вашем случае жрется? Я просто думаю так, что всегда "узким горлышком" было чтение и запись на ХДД. Вы смогли программно ускорить это аппаратное ограничение?
   tty12
 
209 - 31.10.19 - 23:25
Извините, я спать.
   Ник080808
 
210 - 31.10.19 - 23:28
(170) как много слов что бы сказать - да, фузиновцы обделались и не смогли реализовать зарубу)))
   Ник080808
 
211 - 31.10.19 - 23:38
(203) LS Trade Fusion это фузина или нет?
   Ник080808
 
212 - 31.10.19 - 23:39
(206) о. начал догадываться чего 1с ввела ограничение на строки в документе)))
   PR
 
213 - 31.10.19 - 23:52
(212) Ладно, Бро некомпетентный идиот, а у тебя-то почему в голове не появилась мысль про то, что обращение к ссылке <> работе с объектом?
А то так-то получается, что каждый раз, когда ты где-то в базе видишь ссылку на документ на 100K строк, база секунд десять получала эту ссылку со всеми потрохами
   Ник080808
 
214 - 01.11.19 - 00:18
(213) ну когда ты напишешь ссылка.Дата, то он считает всю таб часть в 100 к строк.
   PR
 
215 - 01.11.19 - 00:25
(214) То есть если я сейчас сделаю обработку, в которой по кнопке для выбранной пользователем ссылки на документ со 100K строками в ТЧ на сервере выполнится код "Дата = ВыбСсылка.Дата;", то у меня сразу же пойдет тормозуха секунд на 10?
Все верно, я нигде не смухлевал?
   Ник080808
 
216 - 01.11.19 - 00:34
(215) не. только первый раз:
Но следует учитывать, что обращение к любому полю через ссылку приведет к полному считыванию объекта (включая все поля и все табличные части). Соответственно, ссылку можно использовать для многократного обращения, если считывание объекта целиком не может его существенно замедлить. Например, получение признака "Проведен" у документа через ссылку приведет к считыванию в том числе и его табличной части. Если у документа табличная часть может иметь несколько сотен строк, то лучше воспользоваться запросом.
   RomanYS
 
217 - 01.11.19 - 00:35
(215) проверь. По идее должно быть именно так. "Секунд 10" правда возможно многовато даже для 100К на сервере.
   PR
 
218 - 01.11.19 - 00:37
(217) Ну да, логично, 10 секунд у меня уходит на открытие документа, а это же еще и передача на клиента
   Ник080808
 
219 - 01.11.19 - 00:38
(217) смотря какой сервер. вот если у меня файловая на ноуте в 2 гига то может и 10 секунд) Но с учетом того, что моя конфа открывала док на 100 к строк за секунду то вряд ли
   Flyd-s
 
220 - 01.11.19 - 00:38
   Flyd-s
 
221 - 01.11.19 - 00:43
для сравнения пустой документ https://yadi.sk/i/qLQDOVeU-OXqwQ
   PR
 
222 - 01.11.19 - 00:50
Сейчас подумал, что-то я погорячился, наверное, так и есть
А внутреннее возмущение вызвало то, что какой-то подспудный опыт подсказывал другое
А причина в том, что при открытии документа еще и передаются данные на клиент, видимо, в основном тормозит именно это
Вот тут, кстати, непонятно, надо замерить время разных операций
Если у меня примерно 8 секунд занимает открытие большого документа
При этом на клиент ТЧ вроде как по документации передается по необходимости
При этом получение всего дока с потрохами без передачи на сервер получится, к примеру, пару секунд
То что делается остальные 6 секунд?
Передается на клиент шапка?
   PR
 
223 - 01.11.19 - 00:58
+(222) Проверил, ну да, получение даты 2063 миллисекунды, повторное получение 0 миллисекунд
Так на что же уходит еще 6 секунд при открытии ПТУ (пусть даже для чистоты эксперимента без отображения ТЧ в форме)?
   RomanYS
 
224 - 01.11.19 - 01:03
(223) на вскидку сериализация-десериализация. Но надо трафик анализировать - какой объем передается на клиент. Сами формы, как понимаю, в твоем случае - лёгкие?
   Flyd-s
 
225 - 01.11.19 - 01:04
Полагаю он кладет его на сервер приложений и отдает частями на клиент при прокрутке без повторного обращения к базе данных. А 6 секунд тратит на то чтобы положить объект к себе в память
   PR
 
226 - 01.11.19 - 01:05
(224) Я для чистоты эксперимента сделал же форму ПТУ вообще без ТЧ, легче только если и реквизиты шапки убрать
   RomanYS
 
227 - 01.11.19 - 01:06
(225) по идее "положить объект к себе в память" как раз должно уместиться в те самые "2063 миллисекунды". Можно ещё ПолучитьОбъект затестить.

А 6 секунд - подготовка данных и передача на клиент
   PR
 
228 - 01.11.19 - 01:07
(225) Сейчас попробую сговнокодить, сначала получу дату из ссылки на сервере, а потом сразу же открою форму документа
И посмотрю, на что сколько уходит времени
   PR
 
229 - 01.11.19 - 01:08
(227) Так вот и непонятно, что там целых 6 секунд передается с сервера на этот же сервер, я же даже не через инет
И почему это время так сильно зависит от размера ТЧ, если она не передается на клиент
   Flyd-s
 
230 - 01.11.19 - 01:11
Об = Документ.ПолучитьОбъект(); //2 сек
Дата = Документ.Дата; //0.0002 сек

Меняю местами:

Дата = Документ.Дата; //2 сек
Об = Документ.ПолучитьОбъект(); //1 сек
 
 Рекламное место пустует
   PR
 
231 - 01.11.19 - 01:11
(230) А открытие на клиенте?
   RomanYS
 
232 - 01.11.19 - 01:13
(229) Только анализировать переданный объем. Где-то оптимизация не полная: или время уходит на полную (явно не нужную) сериализацию или на передачу (опять таки 6 сек много для передачи условного мегабайта внутри одной железки)
   PR
 
233 - 01.11.19 - 01:13
+(231) Без предварительных ласк имеется в виду
И возьми новый документ, а то повторно у меня один и тот же документ вместо 2000 мс открывается уже 300 мс, непоказательно
   Flyd-s
 
234 - 01.11.19 - 01:13
(231), 4-6сек
   RomanYS
 
235 - 01.11.19 - 01:13
(233) По идее в кеше объекты 20 сек должны жить, если не путаю.
   PR
 
236 - 01.11.19 - 01:14
(234) Ну вот
То есть 2 - 4 секунды что-то делается явно не очень здоровое
   PR
 
237 - 01.11.19 - 01:14
(235) У меня минут пять прошло, но кеш выжил :))
Не проблема, просто другой документ открою
Когда документы закончатся, перезапущу сервак :))
   Flyd-s
 
238 - 01.11.19 - 01:16
(232), в web-клиенте если убрать табличную часть трафик околонулевой, а время открытия больше чем в тонком клиенте с табличной частью
   RomanYS
 
239 - 01.11.19 - 01:16
(237) Похоже это сиквел натренировался - отдавать его быстрее)
   RomanYS
 
240 - 01.11.19 - 01:18
(238) Ну у меня только одна версия остается: полная сериализация, даже частей не передаваемых на клиент.
   PR
 
241 - 01.11.19 - 01:27
(240) Получение на сервере конечно же идет со всей ТЧ целиком, поэтому разница между маленьким и большим документом есть
Но вот передача на клиент почему зависит от ТЧ, если она даже не рисуется на форме, вот это непонятно
   PR
 
242 - 01.11.19 - 01:46
Хотя, все срослось, получение объекта на сервере у меня заняло 5.5 секунд
Ну то есть открытие формы секунды 2 — 2.5
Все-равно не очень понятно, но тут уже такое
   PR
 
244 - 01.11.19 - 02:51
(243) О, Дима, прокомментируй
   H A D G E H O G s
 
245 - 01.11.19 - 03:02
(244) Во всех случаях он читает табличные части. И это правильно почти всегда.
Единственный вопрос - через точку в коде. Но через точку пишут неофиты.

Если это ТЧ в форме документа - он читает всю ТЧ на сервере, сохраняет ее там и потом тащит по частям на клиент.
Почему бы не читать частями - потому что никакого профита в этом нет.
Даже если читать примерно вот этим
ВЫБРАТЬ ПЕРВЫЕ 25
ГДЕ
    РТУ.Ссылка = &Ссылка
    И РТУ.НомерСтроки > 100

вроде бы попадая в кластерный индекс ТЧ, то все равно остаточный предикат поиска будет по НомерСтроки и индекс считается полностью по РТУ.Ссылка = &Ссылка . И так при каждой промотке.
   H A D G E H O G s
 
246 - 01.11.19 - 03:02
Поэтому проще считать всю ТЧ с отбором по ссылке 1 раз.
   H A D G E H O G s
 
247 - 01.11.19 - 03:03
Но вот чтение ТЧ при обращении через ссылку - это крайне спорно.
   PR
 
248 - 01.11.19 - 03:04
Эээ... а что тогда не так написано?
Вроде так все и написали
   H A D G E H O G s
 
249 - 01.11.19 - 03:05
(248) Ну вы гадали на кофейной гуще.
   H A D G E H O G s
 
250 - 01.11.19 - 03:06
Можно же взять и запустить профайлер и посмотреть, либо открыть большую желтую книгу профразработки, где все написано.
   PR
 
251 - 01.11.19 - 03:08
(249) Ну вот не надо уж про кофейную гущу, все-таки под жопой есть знания
Ну на автопилоте ощущений сморозил ерунду в (213), да, но дальше-то все верно, без всякий гаданий на ощупь :))
   H A D G E H O G s
 
252 - 01.11.19 - 03:08
(245) Кстати, это в ненагруженной системе. Вот интересно, будет ли он читать частями, если рабочий процесс подойдет к ограничению по памяти?
   PR
 
253 - 01.11.19 - 03:10
(252) Мне скорее интересно другое, почему бы не сделать опциональным получение ТЧ целиком при получении объекта и при обращении через точку к реквизиту ссылки
Так-то даже двойного получения данных же не будет, это же физически разные таблицы в базе
   H A D G E H O G s
 
254 - 01.11.19 - 03:14
(253) У меня есть этому объяснение, но его надо проверить, а я уже лег спать. Завтра.
   rphosts
 
255 - 01.11.19 - 04:08
(253) 80-90% кодеров не исытывает в этом потребность... имхается такие навороты возможно будут в будущем но только на платформе КОРП
   вым
 
256 - 01.11.19 - 07:03
(255) та неее)) такие навороты будут только на фузине))
но потом, через 4 часа или две недели за 3 строчки кода
   НиколаевГ
 
257 - 01.11.19 - 07:58
А так, в фузине есть несколько интересных идей, но два дебила Краш и Бро, которые дальше программирования ничего не видят и не знают  - гарантия того, что фузина не взлетит...
   НиколаевГ
 
258 - 01.11.19 - 08:02
(241) Отсюда мораль - если в системе предполагается массовое наличие документов по 100К строк, которые нужно открывать на форме, использовать для этого ТЧ не стоит.
   Dotoshin
 
259 - 01.11.19 - 08:08
(257) Думаешь они вдвоем фузину пилят и них нет ни архитекторов, ни постановщиков?
   НиколаевГ
 
260 - 01.11.19 - 08:18
(259) Бро архитектор, а Краш постановщик. Остальные так, для массовки.
   вым
 
261 - 01.11.19 - 08:28
(259) не поверишь, их трое! )) третьим джуна вот недавно взяли
   вым
 
262 - 01.11.19 - 08:28
нет у них ни архитекторов, ни постановщиков... как впрочем и мозгов
   Bro
 
263 - 01.11.19 - 08:38
(208) В lsFusion данные на сервер приложений идут только для того чтобы отдать клиенту (ну или если работа идет с очень маленьким числом объектов, которыми строки документа тоже являются)
(215) Вот PR реально тяжело удержаться и не поехидничать (хотя это первый раздел в статье, которую вы похоже не читали, но осуждаете). Но удержусь.
   Bro
 
264 - 01.11.19 - 08:47
(245) Нет это не так. Если у вас будет индекс по Документ, НомерСтроки. Любой сервер считает строки мгновенно (Limit в плане остановит выполнение как только наберет 25 записей).

Кстати составные индексы отдельная тема, про которую тоже будет во второй статье. Потому как если скажем если допустим у вас есть регистр с измерениями Партия, Склад. И вы делаете выбрать из Остатки скажем по Партия.Товар.Группа = 5 И Склад = 7, то это будет нормально работать, только при наличии составного индекса. В lsFusion можно просто материализовать Партия.Товар.Группа и построить составной индекс:
groupSku = group(sku(batch)) IF balance(batch, stock) MATERIALIZED;INDEX groupSku(batch, stock), stock.

А Дальше выбирать по этим двум свойствам, тогда все будет работать мгновенно. Причем основная проблема не в выбрать, а когда соединение идет, тогда все еще хуже. Потому как тогда СУБД приходится выбирать бежать по группам или по складам. А и то и то плохо, когда групп и складов много. Это кстати одна из оптимизаций которая позволяет lsFusion работать на огромных объемах. Что делать в 1С при этом непонятно. Не добавлять же группу в измерение. Потому как тогда при изменении группы убиться можно будет (lsFusion же это отлично разрулит).
   Bro
 
265 - 01.11.19 - 08:48
(259) Ну проект open-source можно смотреть по гитхабу кто что и как пилит.
   Bro
 
266 - 01.11.19 - 08:50
(230) А вот это кстати забавно, как у них так получается. Но это следствие этого мегаразделения на ссылки и объекты (где-то в середине статьи про это есть). Ни один ORM так не делает.
 
 Рекламное место пустует
   Bro
 
267 - 01.11.19 - 08:56
(264) Собственно сейчас если вы зайдете в любой документ на сто тысяч строк и полистаете, увидите что задержка меньше 40 мс и то 35 мс из них пинг до Германии, где хостится демка. Открытие больших (не первых в списке) документов подтормаживает, но это прикол PostgreSQL и его работы с cross-column статистикой. Это можно легко пофиксить но краш не хочет. Потому как на самом деле когда в базе станет больше маленьких документов проблема уйдет сама собой.
   Михаил Иванович
 
268 - 01.11.19 - 09:32
(267) врешь
   Bro
 
269 - 01.11.19 - 10:21
(268) не возьмешь
   Злопчинский
 
270 - 01.11.19 - 12:48
(269) Что значит "материализовать Партия.Товар.Группа" - для чайников? что такое "материализовать"..? на пальцах?
   Ещё1
 
271 - 01.11.19 - 13:01
(270) Создать таблицу в БД с соотв. столбцами, и поддерживать её при изменениях в исходных данных.
   Злопчинский
 
272 - 01.11.19 - 13:06
(271) "материализовать Партия.Товар.Группа"
- создастся таблица БД с перечнем групп-родителей товаров?
и что потом будет делаться когда в коде встречается "Партия.Товар.Группа"..
?
   ta_da
 
273 - 01.11.19 - 13:16
(271) ну, строго говоря, такая штука и на 1С делается. красиво конечно, что они это в платформу загнали, но опять те же яйца, только в профиль. чем это отличается от первой статьи с их денормализованной таблицы групп - не понятно.
   Ник080808
 
274 - 01.11.19 - 13:34
(271) то есть на каждый чих они клепают доптаблицу что бы хранить данные? очуметь. Представляю как у них база пухнет)))
   Bro
 
275 - 01.11.19 - 13:37
(271) не совсем так. Точнее совсем не так. по умолчанию колонка создастся в существующей таблице, что очень важно так как в том и смысл чтобы она была в той же таблице, что и остальные колонки чтобы можно было создать составной индекс.
   Bro
 
276 - 01.11.19 - 13:39
(272) нет в данном случае она ляжет в таблицу с остатками (а точнее ключами товар склад). Хотя этим можно управлять и положить в любую таблицу подходящую по классам объектов.
   strange2007
 
277 - 01.11.19 - 13:40
Кодом формы рисовать хуже, чем мышой. Да, скорость действий с клавы быстрее, чем с мыши. И это потому что клава, это точечное действие, а мыша использует аналоговую навигацию по экрану. Но!!!! Тексты писать быстро можно только если они не меняются, в противном случае запоминать новшества задолбаешься! Тогда как мышой форму рисуешь и при появлении новых кнопочек-галочек, сразу можно опробовать, что же это такое.
Ну и ещё один камень в сторону любителей клавы: истерики по поводу подсказки, когда вводишь первые буквы зарезервированного слова, ну просто огроменные. На хабре аж многозначительные фи были, когда обсасывали подсказку в 1С. Они тоже не любят писать и всячески стремятся к подсказкам. Грубо говоря они бы и рады перейти к объектно визуальному программированию, но привычки многих очень сильны.
   Злопчинский
 
278 - 01.11.19 - 13:41
(276) и при любом чихе с манипуляцией товаром (перенос в другу. группу, например) будет перестриваться индекс?
   Bro
 
279 - 01.11.19 - 13:54
(273) А как? Даже интересно. То есть нужно в таблицу итогов добавить денормализованное от измерений поле?

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

Мы просто на это проблему быстро нарвались, когда у нас появился клиент с 500 относительно мелких магазов, вот там праздник был, когда субд решало либо я по одному магазину по всем товарам / группам / поставщиками и т.п. побегу, либо по выбранным но по всем магазинам.
   Bro
 
280 - 01.11.19 - 13:55
(279) [материализация - универсальный механизм и для баланса чтения / записи, и конкурентного доступа и эффективного использования индекса.]
но при этом прозрачная материализация в общем случае ОЧЕНЬ сложная задача. Даже Oracle с ней и близко не справился.
   Bro
 
281 - 01.11.19 - 13:59
(277) [Тексты писать быстро можно только если они не меняются, в противном случае запоминать новшества задолбаешься!]
Ну для этого подсказки есть, но в целом необходимость знания синтаксиса согласен недостаток. С другой стороны плюсом лаконичность, вы видите только то что поменялось (важно), а не портянку кнопочек, галочек. Ну и с системой контроля версий и всем остальным кодом тоже куда удобнее.
[истерики по поводу подсказки, когда вводишь первые буквы зарезервированного слова, ну просто огроменные]
А вот тут можно поподробнее? Можете где-нибудь ссылку на обсуждение скинуть.
   Ник080808
 
282 - 01.11.19 - 14:05
(279) то есть условно у вас есть регистр остатки товаров, есть партии товаров, есть продажи и план продаж. вы везде материализуете "номенклатура, группа товара" и когда пользователи начинают двигать товары по папкам то перестраиваете все записи регистров?
   strange2007
 
283 - 01.11.19 - 14:08
(281) >> А вот тут можно поподробнее? Можете где-нибудь ссылку на обсуждение скинуть
Конечно нет. Я же все срачи только читаю и тут же забываю нафиг. Это во времена модемов в 2400 скоростью, собирал всякую дрянь, а сейчас то зачем?

>> а не портянку кнопочек, галочек
1. Зачем форму перегружать всякой ерундой, да ещё так, что бы она была портянкой? Не понимаю.
2. Чем портянка кода, помещающаяся на дцати страницах лучше формы, которая на одном экране?

>>  вы видите только то что поменялось (важно)
Простите, а нафига? Зачем видеть то, что поменялось или не поменялось, если мы говорим про форму, с которой работать? Целую форму, которую будет видеть пользователь.
Я на пурике пишу форму текстом и каждый раз запускаю приложение, что бы посмотреть как она будет выглядеть в реальности. Код + визуализация. Это разве круто? Мне кажется нет. Крутые кодеры пишут форму текстом и в уме представляют как она будет выглядеть.
Нет, этот вариант слишком уж топорный и не продуктивный
   Bro
 
284 - 01.11.19 - 14:14
(282) Нет конечно. В этом и смысл. То свойство только в итогах хранится. И при изменении группы изменяется только в итогах.
   Bro
 
285 - 01.11.19 - 14:18
(283) [Конечно нет. Я же все срачи только читаю и тут же забываю нафиг. Это во времена модемов в 2400 скоростью, собирал всякую дрянь, а сейчас то зачем?]
Я просто вообще не понял что это за проблема, можете на пальцах пояснить.
[1. Зачем форму перегружать всякой ерундой, да ещё так, что бы она была портянкой? Не понимаю.
2. Чем портянка кода, помещающаяся на дцати страницах лучше формы, которая на одном экране?]
Я не это имел ввиду:
https://habr.com/ru/company/lsfusion/blog/468415/#visual
Вот тут пункт лаконичность, там скрин. Я это имел ввиду под портянкой.
[Простите, а нафига? Зачем видеть то, что поменялось или не поменялось, если мы говорим про форму, с которой работать? Целую форму, которую будет видеть пользователь.]
В смысле видеть что изменилось в коммите например. Или что вообще разработчик изменил в форме от дефолтного дизайна.
   Ник080808
 
286 - 01.11.19 - 14:20
(284) в смысле в итогах? у вас итоги в регистрах как устроены? только текущие есть или есть итоги на дату?
   Злопчинский
 
287 - 01.11.19 - 14:29
(284) а почему только в итогах? почему движеняи, например, неинтересуют?
   Bro
 
288 - 01.11.19 - 14:42
(286) Зависит от того что материализуешь. Но в данном случае речь о текущих шла.
(287) В движениях тоже может быть такая проблема, но в итогах она более наглядная.

То есть ладно закрытая физмодель, но в 1С она же еще и статичная. То есть возможности тех же составных индексов непонятно как использовать. А вот как без них обойтись я и спрашиваю.
   ta_da
 
289 - 01.11.19 - 14:48
(285) "Вот тут пункт лаконичность, там скрин. Я это имел ввиду под портянкой."
Вот только на второй стороне спектра у нас "программирование интерфейсов кодом", как в каком-нить css и html, где нужно наизусть помнить сотни каких-то невнятных "border-style: dotted dashed solid double;", что тоже далеко не предел мечтаний.
   ta_da
 
290 - 01.11.19 - 14:49
+(289) а если мы от всего этого отказываемся, то внезапно выясняется, что сложные интерфейсы построить не можем.
   ta_da
 
291 - 01.11.19 - 14:51
(279)
1) добавить поле в таблицу, да. Пофиг что это денормализация, мы ведь за скорость чтения боремся.
2) построить какую-нить доп. таблицу для поиска по иерархии, без "В Иерархии".
3) построить еще один регистр, с другим набором измерений/ресурсов, возможно поковырять в сторону агрегатов.
   strange2007
 
292 - 01.11.19 - 14:52
(285) >> Я просто вообще не понял что это за проблема, можете на пальцах пояснить.
Подсказки при написании кода в 1С бедны и скудны. Да ещё и вызываются только по гор.клавише. Сишники всегда над этим смеются, мол, у них то в среде разработки крутейшие подсказки. Они же (сишники) для 1С всегда пытались дописать эту плюшку, но она как-то не приживается в широком кругу.
Получается с одной стороны "мы против подсказок и за написание всё по памяти и воображении", а с другой стороны "дайте нам подсказки, нам этого не хватает". В общем ерундовая и очень устаревшая концепция.

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

>> В смысле видеть что изменилось в коммите например. Или что вообще разработчик изменил в форме от дефолтного дизайна.
Зачем? Бизнесу нужен инструмент и он за это платит или нет. Ему без разницы, кто и что изменил или добавил. Оно либо круто, либо нет. Разработчик тоже разрабатывает, согласно какой-то методики и ему не надо знать, что изменилось. Форма либо будет нормальная, либо нет. А информация о том, что он там менял год назад ну как собаке пятая нога. Честно.
Я программист с 1998 года и за это время мне не надо было знать кто что поменял на форме. Почему? Потому что моя задача создавать законченное решение, а не тыкать по кнопкам просто так, что бы потом выискивать мотивы зачем это делал.
Не нужен реквизит - удалил и забыл.

Ну и самое главное то, что в 1С есть и текстовые представления форм, которые можно автоматически менять, но это такая редкая штука, что она просто не нужна в большинстве случаев. Это как хвастаться тем, что умеешь побайтово разбирать файл БД от MS SQL. Оно круто конечно, но нафига?????

А статья по ссылке провокационная. Вы просто не понимаете, что ложь рано или поздно будет вам только во вред. Это же грустно
   Bro
 
293 - 01.11.19 - 15:03
(292) [Я программист с 1998 года и за это время мне не надо было знать кто что поменял на форме. Почему? Потому что моя задача создавать законченное решение, а не тыкать по кнопкам просто так, что бы потом выискивать мотивы зачем это делал.
]
Ну я программист с приблизительно того же времени. И знаете аргумент "у меня бухгалтер считает" работает, только на очень простых проектах. Когда же проект по 10 коммитов в день 10 разными людьми, это становится очень важно.
[А статья по ссылке провокационная. Вы просто не понимаете, что ложь рано или поздно будет вам только во вред. Это же грустно]
Провокационная в какой-то степени, возможно. Но ложная? Единственное с чем накосячил, забыл указать что в ORM маппинг коллекций есть не только в табличных частях, но еще и в регистраторах и подчиненных справочниках документах. Но это все равно частные случаи, так что смысл особо не потерялся.
   ta_da
 
294 - 01.11.19 - 15:04
(292) вот со всем соглашусь, кроме "за это время не надо было знать кто что поменял на форме".
У нас с вами какой-то разный опыт. Возможно, команда у вас была посильнее и архитектор/РП/БА посерьезнее.
   ta_da
 
295 - 01.11.19 - 15:07
(293) ложная она потому что вы рассуждаете в статье про инструмент, который у вас вроде как по каким-то параметрам лучше (что крайне спорно), по тем параметрам, где он хуже вы утверждаете "это не нужно". Но да и бог бы с ним.

Проблема в том, что вы сравниваете инструменты, но не можете показать продукты. Ну т.е. представьте, стоит бригада строителей, доделывает очередной небосреб. И тут вы к ним приходите и говорите: "а мы с ребятами сделали робота, в него чертеж загружаешь и он сам дом строит. и лифт в нем быстрее. а так как вы делаете, никто не строит". И показываете робота и один единственный дом, который построили за несколько лет.
Рабочие пожимают плечами и продолжают работу. А вы все так же бегаете размахивая путанной инструкцией по управлению роботом.
   strange2007
 
296 - 01.11.19 - 15:20
(293) >> Когда же проект по 10 коммитов в день 10 разными людьми, это становится очень важно.
Это не важно, это глупо. Меняйте руководителя, раз у вас какие-то коммиты 10 раз в день. Раз в неделю и хватит. В идеале система вообще должна работать без программиста, перекрывая всю динамику изменения бизнес-процессов.
В общем глупостью гордиться, это не правильно. А ещё и искать под это оправдания...

>> Но ложная?
Лучше горькая правда! Смотрите сами:
>> Стоит отметить, что тупиковость первых двух веток в самом 1С также отлично понимают
Это враньё, потому что "не правильно" и "не понятно", это разные вещи. Вы (конечно же команда, а не лично) не поняли простейшего и сделали революционный, но ложный вывод. Вывод, который схавает любой кодер школьного уровня. Ну нельзя же так
   Bro
 
297 - 01.11.19 - 15:26
(295) [Рабочие пожимают плечами и продолжают работу. А вы все так же бегаете размахивая путанной инструкцией по управлению роботом.]
Ну этот путь все новые технологии проходят.
[Это не важно, это глупо. Меняйте руководителя, раз у вас какие-то коммиты 10 раз в день. Раз в неделю и хватит. В идеале система вообще должна работать без программиста, перекрывая всю динамику изменения бизнес-процессов.
В общем глупостью гордиться, это не правильно. А ещё и искать под это оправдания...]
Это не мы придумали. Это заказчики хотят всякие разные доработки, которые они придумывают, в больших объемах. Так как многие процессы творческие и индивидуальные. Не, можно им говорить зачем вам это и вам лучше работать как все, но а) это будет враньем, б) заказчики будут недовольны. А клиент всегда прав, даже когда не прав :(
   Bro
 
298 - 01.11.19 - 15:27
(296) [Это враньё, потому что "не правильно" и "не понятно", это разные вещи. Вы (конечно же команда, а не лично) не поняли простейшего и сделали революционный, но ложный вывод. Вывод, который схавает любой кодер школьного уровня. Ну нельзя же так
]
А зачем по вашему они начали пилить EDT и забили на конфигуратор?
   terraByteG
 
299 - 01.11.19 - 15:52
(297) "Это не мы придумали. Это заказчики хотят всякие разные доработки, которые они придумывают, в больших объемах. Так как многие процессы творческие и индивидуальные. Не, можно им говорить зачем вам это и вам лучше работать как все, но а) это будет враньем, б) заказчики будут недовольны. А клиент всегда прав, даже когда не прав :("

И эти персонажи оставляли ссылку на гомельлифт?
Подход у вас как у студентов...
   НиколаевГ
 
300 - 01.11.19 - 15:56
(299) Они готовы работать с любыми неадекватными заказчиками - нашли таки свою нишу...
  1  2  3  4  5  6  7  8  9  10  11   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.