Pull to refresh

Comments 37

UFO landed and left these words here

Есть ленивый админ, а есть опытный.

Дело в том, что замеры надо было делать в тот момент, когда бухгалтерия запускала некоторые сложные расчеты в базах. А это время было плавающим и они уведомляли нас перед запуском.
Автозавершение можно было бы сделать, тут не спорю. Но мы же все умные задним числом.
UFO landed and left these words here
ЦУП — это отдельный инструмент. Он не связан непосредственно с информационными базами.
UFO landed and left these words here
А валить логи в тот же раздел что и база это не удивительно?
Вероятно из этого детектива была вырвана пара страниц, и я не понял что за «один маленький файлик на сервере 1С».
Скорее всего речь шла о технологическом журнале, ну и файлик logcfg.xml соответственно
Да, конечно же logcfg.xml, который создает ЦУП для начала замеров и удаляет при остановке. В данном случае ЦУП был заврешен некорректно и файл остался, а значит сервер 1С все время продолжал писать логи.

Да тут весь текст, как мышь погрызла. В настольной книге, сами знаете какой. Файлик, сами знаете какой. База на какой-то поддержке, про которую все всё и так знают — нечего и рассказывать.

Да, писалось для «1С-ников», которые «в теме». В следующий раз постараюсь более понятным языком.

А при чем здесь разработчик, причем который не смог — ожидались истории про разработчика, который смог

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

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

Мир погряз в транзакциях. Был случай когда суточный бэкап не спас ситуацию, все сгорело в пожаре. Раз в сутки основной бэкап копировался на территориально удаленное хранилище, но он не сильно спас ситуацию.
Надо отдать должное: выставить свои промахи на общий обзор и поругание довольно тяжело.

На хабре открылся филиал IT happens?

Мне показалось что ноги у всех описанных случаев факапов растут из того, что инженерная культура 1С сильно отстаёт от мировых стандартов. Что я имею в виду под инженерной культурой? Разработка с использованием систем контроля версий, автотесты, ci/cd, мониторинг. Зачастую типовой проект 1С лишён вообще любого из вышеперечисленных пунктов. И в целом ситуация в мире 1С выглядит так, что нет ни инструментов для внедрения этих практик, ни желания и понимания у разработчиков зачем это вообще необходимо. Почему так происходит и стоит ли ожидать перемен в будущем?

Ну началось опять, что адинэсники не программисты. Такая культура, наверное, в 80% лавочек по разработке и саппорту любых систем. От инженерных систем вентиляции и СКУД до стартапов очередного сайта.
И вся система контроля версий в виде общей папке на сервере
\\server\общая папка\проекты\сайт_новый_обновленный2_очень_важного_клиента_20180102.zip
Перемен ждать не стоит, в отрасль приходит очень много людей, генерящих контент уровня индусского кода.
В ближайшем — очень вряд ли. И проблема в образовании и сертификации разработчиков на «1С». Обучение строится по большому счету на запоминании каких-либо паттернов. Отсюда — нет понимания, почему работает так, а не иначе, а как сделать лучше, что будет, если база увеличится… Для примера: спросите рядового программиста «1С» как у него строится/читается XML (в ответ получите «умное» слово XDTO без какой-либо полезной информации) или что-нибудь о веб-сервисах. Построить правильные индексы? Зачем, итак нормально…

Большинство программистов пишут код «лишь бы как-нибудь» заработало. Никто не думает, а что будет, если этот код завтра выполнится не у 10-ти пользователей, а у 1000 или больше.

Пожалуй, единственный нормальный курс и сертификация — это 1С: Эксперт. Дается комплексное понимание производительности, почему работает так, а не иначе. Экзамен проходит неделю: теория и много практики. Есть люди, которые пытаются его сдать десятки раз и все безуспешно.

В действительности все не так плохо, на недавнем проекте где я работал, тормозил а сильно админская страница, которая должна была выводить данные по 5000 партнёров компании, мне выпала честь это поправить с напутствием от тим лида сделать пагинацию по 10 объектов на странице. Когда посмотрел код увидел что запрос по каждому партнёру делается в цикле, причём не просто в цикле, а суммрованием данных из 4 таблиц, к каждой из которых так же делается один запрос. То есть вместо 1 запроса делается n * 4. В том же проекте цена на услуги просто менялась менеджером вручную без ведения какой — либо истории и даже логов кто поменял и когда. И это серьёзный проект со всеми атрибутами -, автотестаии, тестировщиками и т. д., но вот этой культуры работы с данными, которой учат ещё на курсах 1с специалист, в мире вэб разработки нет.

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

В данном случае это тут совершенно не при чем. А проблема банальна: эксплуатация платформы без ознакомления с документацией. Что делает сервер, какие компоненты задействованы, какое они имеют поведение и т.п. — все изучалось методом тыка и полном игнорировании гугления проблем. Получить ответ "растут логи 1с" — любой нуб осилил бы.
ПС: собирать цупом данные — это жёстко, хоть это и официальный инструмент.

Вы не совсем правы, все у нас есть: и системы контроля версий, и ci/cd, и мониторинг. С автотестами пока не так все хорошо, но тема активно развивается. Помимо стандартных «1С-ных» аналогов, энтузиасты делают интеграции с сторонними инструментами. И в данных историях все это было (кроме разве что тестов).

А вот на счет того, что инженерная культура слабовата — с сожалением вынужден в сами согласиться. Не знаю, как в других сферах разработки, но в 1С многие пренебрегают даже рекомендованными вендором стандартами. Но ситуация меняется: порог входа увеличивается, проекты дорожают, цена ошибки растет. Необходимость использовать правильные практики возникает сама собой. Появляются профессиональные сообщества, которые рассказывают о своем опыте и т. д. Я вижу большие сдвиги в этом направлении за последний 3-5 лет.
А подскажите, пожалуйста, как в 1С работает система контроля версий? Как я понимаю речь идет о связке EDT + git. Как идет мердж логики, если там очень большое количество XML файлов, которые описывают метаданные? Ведь сливать XML файлы — это огромная боль.
У 1С есть собственная система контроля версий конфигурации — «Хранилище 1С», которая отлично справляется со своими задачами в 99% случаев.
Описанная вами проблема также имеет ряд решений. Но обсуждать их конкретно с вами я не намерен, уж извините.
UFO landed and left these words here
«1С» сильно разная — от ведения домашней бухгалтерии и учета продуктов в киоске с шаурмой, до автоматизации крупных производственных предприятий с восьмизначными и девятизначными суммами в стоимости проектов.

Разработчик 1с всегда знает нагруженность и может ее воспроизвести

Прикольные истории.
ИМХО хорошо иллюстрируют законы Мерфи:
"Закон Мескимена
Всегда не хватает времени, чтобы выполнить работу как надо, но на то, чтобы ее переделать, время находится.
"Расширение закона Мэрфи, сделанное Гаттузо
Нет такой плохой ситуации, которая не могла бы стать еще хуже."

Ждем продолжения. :)

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

Да, вы конечно же правы. Это исключительная ситуация, но скажите, у кого их не бывает?
В свое оправдание добавлю, что после еще пары таких случаев, мы распрощались с данным разработчиком.
UFO landed and left these words here
Sign up to leave a comment.

Articles