Но сам по себе, допустим, запрос из 15 временных таблиц для зарплатно-кадрового учета — вполне норма (с точки зрения написания своих отчетов и доработок), т.к. там куча мест (регистров и справочников) где лежат НДФЛ, страховые взносы, сама зарплата, кадровый учет (с его постоянными и временными переводами), и все это очень сложно организовано, и сложно соединять Бывает, сам напишешь что-то, ОТКОММЕНТИРУЕШЬ как можешь, а через год усомняешься в том, ты ли это писал, и был ли при этом трезв.
скорее это показатель, что зазор между требованиями и возможностями уже широк. и надо задумываться над переосмыслением подходов и объектной модели. то что прокатывало на 7.7 в 1999 году, в 2019-ом начинает выглядеть странно
но вместо этого мы будем переизобретать интерфейсы из ООП и какое-то подобие вьюх, но все это будет настолько «колхозным», что разработчик, купившийся на всё это и пару раз даже использовав новые подходы из ЗУП, пару раз получив по голове из-за того, что внезапно то эту функцию удалят, то здесь логику/сигнатуру поменяют начинает писать снова «по старинке». а 90% просто обходят зуп стороной, рассматривая его чисто как черный ящик
ну допустим разработчик и не должен работать с конечными пользователями. но есть же фране, у каждого франя есть либо саппорт либо отдел внедрежа. как 1с может забивать на обратную связь которую им дают фране?
потому что реально, отсутствие иерархии в спр. организаций (они пробовали выбрать организацию из списка позиций на 150 хотя бы?), клиент-банк заточенный на «закат солнца вручную» — они пробовали свою технологию когда банковских счетов хотя бы 200-300?
она была бы лучшим если бы висела «сбоку» в виде библиотеки с собственным пространством имен, а не заполняла собой весь проект. И мне было бы все равно, что для выполнения простейших функций (чтобы не изобретать велосипед) мне надо импортировать 40 (сорок карл!) общих модулей. Половина из которых это перекладывание кода с клиента на сервер и обратно
для киосков по торговле носками (обычное место обитание 1с за пределами бухгалтерии) это не тяжелый процесс. и «бизнес всегда доволен» — пусть месяц закрывается по 2-е суток. то не страшно
вы адептов еще спросите почему пустая база бухгалтерии столько весит и тормозит. причем тормозит «сама по себе» — основные счетчики в win «пустые»
почему отчет о выявлении проблем между состоянием сотрудников и штатным расписанием после внесения изменений пишет «Требуется проверка...»
КАКАЯ?? ЧЕГО?? КАК ЕЕ ЗАПУСТИТЬ?? или она уже была запущена и ошибки остались?
оказывается надо зайти в настройки администрирования и либо изменить шедуллер по задаче которая этот отчет запускает (стоит 1 раз в день!) либо просто запустить руками
рукалицо просто…
вот как пользователь саппортер должен про это узнать?! КАК?!
ни надписи поясняющей, ни гиперссылки на переход в настройки, ничего…
ну я понимаю что 1с не аппле, но головой то надо хоть чуть-чуть думать?!
так мало того… есть гибкая типизация и наличие отсутствия делегатов. п.э. что передается в качестве «указателя»? текстовое название функции куда должен вернуться результат события
а потом еще чпокаться с со словарями параметров и результатом — что там внутри, что туда положили…
тут зрители аплодируют, аплодируют… кончили аплодировать (с)
еще лет 15 и вернут назад просмотр состояния наложенных программных отборов на список… уберут эту порнографию из «фиксированные настройки», «пользовательские настройки». Пользователи перестанут биться башкой от стол от заклинаний типа «Невозможно применить фиксированные настройки. Пересекаются элементы отбора»…
Тем что вам не надо думать. А работать все равно будет очень быстро.
8.X это не шаг вперед
это шаг в сторону по сути
решили сделать «по взрослому», но одновременно оставить базовый девиз «каждая кухарка должна залезть в конфигуратор». а так не бывает
в итоге продолжаем уже 10 лет из кубиков «ж» «0» «п» «а» выкладывать слово «вечность»
ОФ бросили, сделали УФ (но до ума до сих пор не довели — нагруженный gui в нем не сделать), присобачили клиент/сервер и асинхронность сбоку — жизнь заставляет, но нормальную реализацию мы делать не будем по тому что не хотим и не можем. в 7.7 человек занимался ананизмом в выборках, теперь во взаимодействиях между серверной и клиентской стороной формы. причем в бОльших количествах
вещи триумфально выпиленные из gui типа «показать в списке» вернули на место когда поняли что в очередной раз обделались
основные сущности которыми оперирует программист давно переросли понятие «одиночный справочник». сущность «Основное средство» или «Сотрудник» это по сути уже 2..3 справочника и целый ворох регистров сведений. Защиты логики по сути никакой нет, каждый отчет интепретирует состояние объекта по своему в дербях текста запроса из пары тысяч строк кода, концы с концами вообще никак не сходятся
Тем что вам не надо думать. А работать все равно будет очень быстро.
вы модель не понимаете…
1с сначала создает проблемув том, что отвратительно работает сериализация гоняющая данные между клиентом и сервером или общей масштабируемостью решений — когда общая кривая это не логарифм (как все мечтают), а экспонента — т.е. чтобы вы не делали всё встает колом
а потом дает «инструмент»… «для решения». сами проблему создали, сами принесли миру избавление — не забыв сшибить за это денежку…
и вновь продолжается бой! и люди контуженные скд на оба полушария с радостным воем устремляются вновь на баррикады
Для больших конфигураций нужна модульность, структурность, устойчивость стандартных библиотек, предсказуемость развития, разделение регл. учета и опер. учета, масштабируемость (привет реализации RLS в ERP), другими словами кастомизируемость без потери управляемости.
а как это сделать в условиях современной платформы и языка в 1С?
рефлексии нет — куча кода мусорного в БСП занимается выяснением в какой конфигурации оно сейчас работает, если ли в ней такая-то подсистема, есть ли в подсистеме такой-то общий модуль и т.п.
> устойчивость стандартных библиотек
подразумевает под собой имхо интерфейсы для оперирования абстракциями и ооп в виде инкапсуляций и перегрузки методов
и чтобы БСП не загромождало собой весь проект, а висело сбоку в виде присоединенной библиотеки
RLS в текущем виде — это вообще ад и израиль какой-то
теперь умножаем это на время потребное на выяснение откуда проблема, тестирование на стенде, внесение в хранилище, создание поставки, обновление
ну да…
откройте список банов и почитайте формулировки
скорее это показатель, что зазор между требованиями и возможностями уже широк. и надо задумываться над переосмыслением подходов и объектной модели. то что прокатывало на 7.7 в 1999 году, в 2019-ом начинает выглядеть странно
но вместо этого мы будем переизобретать интерфейсы из ООП и какое-то подобие вьюх, но все это будет настолько «колхозным», что разработчик, купившийся на всё это и пару раз даже использовав новые подходы из ЗУП, пару раз получив по голове из-за того, что внезапно то эту функцию удалят, то здесь логику/сигнатуру поменяют начинает писать снова «по старинке». а 90% просто обходят зуп стороной, рассматривая его чисто как черный ящик
потому что реально, отсутствие иерархии в спр. организаций (они пробовали выбрать организацию из списка позиций на 150 хотя бы?), клиент-банк заточенный на «закат солнца вручную» — они пробовали свою технологию когда банковских счетов хотя бы 200-300?
система франей была еще до 1С. у того же БЭСТ-а
но 1с «выстрелила» предложив в 7.7 вменяюмую поддержку субд, windows и т.п. вещей
вы адептов еще спросите почему пустая база бухгалтерии столько весит и тормозит. причем тормозит «сама по себе» — основные счетчики в win «пустые»
глубокая мысль…
ну всё же было сверху написано — что реализовано в 1с, а что является нормальной практикой сейчас в иных ЯП
но кто-то не понимая сути вопроса сначала лезет на абордаж, а потом съезжает «я же могу тоже самое»
и глаза на что раскрыть надо? вы не понимаете вообще что вам пишут
а разработчики зупа что употребляют?
почему отчет о выявлении проблем между состоянием сотрудников и штатным расписанием после внесения изменений пишет «Требуется проверка...»
КАКАЯ?? ЧЕГО?? КАК ЕЕ ЗАПУСТИТЬ?? или она уже была запущена и ошибки остались?
оказывается надо зайти в настройки администрирования и либо изменить шедуллер по задаче которая этот отчет запускает (стоит 1 раз в день!) либо просто запустить руками
рукалицо просто…
вот как
пользовательсаппортер должен про это узнать?! КАК?!ни надписи поясняющей, ни гиперссылки на переход в настройки, ничего…
ну я понимаю что 1с не аппле, но головой то надо хоть чуть-чуть думать?!
и вот так практически ВЕЗДЕ
а потом еще чпокаться с со словарями параметров и результатом — что там внутри, что туда положили…
тут зрители аплодируют, аплодируют… кончили аплодировать (с)
еще лет 15 и вернут назад просмотр состояния наложенных программных отборов на список… уберут эту порнографию из «фиксированные настройки», «пользовательские настройки». Пользователи перестанут биться башкой от стол от заклинаний типа «Невозможно применить фиксированные настройки. Пересекаются элементы отбора»…
верю-верю
не боярам 1С этого не надо…
они жрут все что им валят в корыто
НачатьВызов(ОписаниеОповещения, Параметры) и т.п. это не полноценный аналог
ага… вы их еще заставьте посмотреть реализацию работы с коллекциями через linq+лямбда
это же можно на 1с просто в суд подавать — пусть компенсируют разработчикам бесцельно потраченные годы на работу с выборками
8.X это не шаг вперед
это шаг в сторону по сути
решили сделать «по взрослому», но одновременно оставить базовый девиз «каждая кухарка должна залезть в конфигуратор». а так не бывает
в итоге продолжаем уже 10 лет из кубиков «ж» «0» «п» «а» выкладывать слово «вечность»
ОФ бросили, сделали УФ (но до ума до сих пор не довели — нагруженный gui в нем не сделать), присобачили клиент/сервер и асинхронность сбоку — жизнь заставляет, но нормальную реализацию мы делать не будем по тому что не хотим и не можем. в 7.7 человек занимался ананизмом в выборках, теперь во взаимодействиях между серверной и клиентской стороной формы. причем в бОльших количествах
вещи триумфально выпиленные из gui типа «показать в списке» вернули на место когда поняли что в очередной раз обделались
основные сущности которыми оперирует программист давно переросли понятие «одиночный справочник». сущность «Основное средство» или «Сотрудник» это по сути уже 2..3 справочника и целый ворох регистров сведений. Защиты логики по сути никакой нет, каждый отчет интепретирует состояние объекта по своему в дербях текста запроса из пары тысяч строк кода, концы с концами вообще никак не сходятся
и еще ворох всего
вы модель не понимаете…
1с сначала создает проблемув том, что отвратительно работает сериализация гоняющая данные между клиентом и сервером или общей масштабируемостью решений — когда общая кривая это не логарифм (как все мечтают), а экспонента — т.е. чтобы вы не делали всё встает колом
а потом дает «инструмент»… «для решения». сами проблему создали, сами принесли миру избавление — не забыв сшибить за это денежку…
и вновь продолжается бой! и люди контуженные скд на оба полушария с радостным воем устремляются вновь на баррикады
это настолько убогое изложение устаревшей модели APM из C#, помноженное на традиционное «доступно и всерьез» — а тут люди им как флагом размахивают…
мдя
а как это сделать в условиях современной платформы и языка в 1С?
рефлексии нет — куча кода мусорного в БСП занимается выяснением в какой конфигурации оно сейчас работает, если ли в ней такая-то подсистема, есть ли в подсистеме такой-то общий модуль и т.п.
> устойчивость стандартных библиотек
подразумевает под собой имхо интерфейсы для оперирования абстракциями и ооп в виде инкапсуляций и перегрузки методов
и чтобы БСП не загромождало собой весь проект, а висело сбоку в виде присоединенной библиотеки
RLS в текущем виде — это вообще ад и израиль какой-то
но пипл схавает и так