Чем интересен язык Go

1. Прост и лаконичен. Он настолько прост, что в языке всего 25 ключевых слова (для сравнения 50 в Java, 90 в C++, а в 1С даже не считая языка запросов и языка СКД - целых 151).

2. Обратно совместим. Уже с самой первой версии языка, разработчики Go пообещали, что любой написанный код будет успешно выполняться на всех последующих версиях языка. Всем знакомы примеры, когда код перестал работать при переходах Python 2 -> Python 3, PHP 3 -> PHP 4 -> PHP 5, 1C 7.7 -> 1C 8.0/8.1 -> 1C 8.3/8.5... А на Go можно найти репозиторий десятилетней давности и он сразу будет работать на текущем компиляторе!

3. Единый стиль. С языком поставляются стандартные проверки оформления и стиля кода - "go fmt" (правильное форматирование), "go vet" (проверка на ошибки и подозрительные места) и "golint" ("дотошник" по стилю, который отругает даже за лишний перенос строк или его отсутствие). Как результат, большинство проектов на Go выглядят очень похоже и для программистов не проблема переключатся между проектами и заняться чем-то новым.

4. Уникальные конструкции. По сути это местный синтаксический сахар и возможно подобное есть в других языках, но я встречаю такое впервые. Ключевое слово Defer описывает команды, которые нужно выполнять при завершении текущей процедуры - т.е. если вы явно открыли файл, то тут же можете оставить завершающую команду по его закрытия, чтобы бы не забыть и далее описывать только логику чтения/записи. Slice как уникальный динамический массив, чтобы явно не выделять память и потом не заниматься явным переносом данных на новое место, когда нужно добавить элемент в уже переполненный массив.

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

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

7. Сильная стандартная библиотека. Из коробки сразу есть работа с файлами, JSON, сетевыми подключениями и так далее.

8. Встроенное тестирование. Можно обойтись без внешних фреймворков тестирования - достаточно "go test", который может и все тесты прогнать, и гонку данных найти, и покрытие кода посчитать. Особенность - тесты не выносятся в отдельные директории и лежат прямо рядом с тестируемым кодом внутри своих пакетов (а потому имеют доступ к не-экспортируемым свойствам и методам) и их файлы имеют предопределенный суффикс в названии "*_test.go". А так же есть поддержка "примеров использования" - это подвид тестов, где имя функции начинается на префикса "Example*", и где показан пример вызова с некими значениями и описан ожидаемый результат (с ним идет сравнение при тестировании).

9. Встроенная документация. Код и тесты с примерами формируют автодокументацию, которую можно просматривать стандартными утилитами: "go doc" для консоли и "godoc" или pkgsite для веб-версии.

===

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

Вероятно нужно сделать что-то более серьёзное, чтобы прочувствовать всю силу гоферной философии и поймать хотя бы половину популярных шишек на граблях. Но пока в новом языке все выглядит очень просто и радужно. Особенно на фоне опыта с 1С 🥸

#обучение #Go

🚗 Еще один баг платформы.

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

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

Если чесно, то выглядит как глюк, а не как взвешенное архитектурное решение.

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

#Insert
SetPrivilegedMode(True);
#EndInsert

На работе с 1С:Напарником как-то не заладилось и он все еще больше галлюцинирует чем дает пользы - вероятно его обучали для помощи с доработкой типовых, а не в целом под 1С:Предприятие. Свои персональные подписки для рабочих вопросов я естественно не использую (это было бы странно), таким образом из современного разнообразия ИИ я временами использую только бесплатный Cursor. Иногда очень удачно 👍

Но стоит и про фейлы рассказать, чтобы картинка мира была без розовых очков 🔥

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

Я сделал замеры производительности в EDT 🤝 для обоих сценариев, но их сравнение стандартными средствами - это почти как ручная отладка, за которой можно час за часом весь день впустую просидеть и не найти ответ. И тут я вспомнил про своего ИИ-джуна 🤨

Выгрузил оба замера в файлы и скормил их в Cursor с задачей отследить прохождение общих модулей и найти развилку, где поведение изменилось. Агент долго grep-ал и по итогу написал "Эврика, я нашел!" и выдал место в коде, которое было идентично в двух сценариях 💫

На всякий случай перепроверил предложенный фрагмент, но нет - там все точно было идентично и не могло быть причиной проблем. Указал на это Cursor-у и получил ответ, что мне нужно оплатить Pro-подписку, если хочу продолжить общение 💰

"Абстрактный вайбкодер" на моем месте вероятно заплатил бы подписку Cursor и продолжил бы ждать ответ, но я просто закрыл Cursor вместе с EDT 🤝 и открыл старый добрый Конфигуратор 🛠, где на модулях можно одновременно показать два и более замеров производительности. Прошло примерно минут десять сканирования кода моими органическими глазами и в глубинах событийного движка я нашел тот самый рудиментарный Если...КонецЕсли из устаревшей логики, на котором обработка смены договора останавливалась и удаление которого привело систему в порядок 🍺

💗 Мораль истории - никому не верим на 100% и никогда не отключаем собственные мозги!

#1С #cursor #vibecoding

При работе с платформой 1С есть три типа ошибок: 1) ошибки пользователей, 2) ошибки платформы и 3) ошибки обстоятельств 🧐

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

===

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

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

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

Подобное поведение очень похоже на работу расширения, но расширений в базе не было. Хотя может кеш? На всякий случай для промежутка вызова проблемной процедуры запустил "Замер производительности", но в отчете были только шаги внутри процедуры с явной установкой видимости в Истина. Т.е. некая сверхъестественная сила решила менять видимость у элемента, но только при условии, что Объект.Ссылка указывает на пустую ссылку, а иначе не мешает 👻

Аналитик напомнила, что все работало до принятия на GitHub последних правок с добавлением одного специфического поля, которое практически всегда скрыто. К слову, как раз тот случай, когда для формы нужно работающее условное оформление, но оно управляет видимостью только для элементов таблиц. Для этого нового поля видимость включала/выключала все та же общая процедура видимости/доступности и значением для новых элементов всегда было Ложь.

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

===

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

#1С #полтергейст #баги

🟡 Соскучились по ошибкам из мира 1С?

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

[ОшибкаВоВремяВыполненияВстроенногоЯзыка]
kaynağı:
{(30, 2)}: Sözdizim hatası "İç"
<<?>>İç СОЕДИНЕНИЕ РегистрСведений.ГражданствоФизическихЛиц КАК РегистрСведений

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

Стеки вызовов ошибок ни о чем не говорят. Где-то внутри ЗУП его 100500 функций формируют текст запроса согласно настроек, функциональных опций и прав доступа, а на выходе в результирующем запросе вместе строки "ВНУТРЕННЕЕ СОЕДИНЕНИЕ" почему-то "İç СОЕДИНЕНИЕ". Но при этом в моем англоязычном интерфейсе все работало, а включать ради тестирования турецкий язык системы я не решался...

Подсказкой для поиска стало то, что во всех ошибках в строке псевдоним задавался как "РегистрСведений". Я выполнил поиск по конфигурации и нашел все 6 мест, где для присоединяемой таблицы задавался такой алиас - это были шаблоны запросов, которые далее скармливались в ЗарплатаКадрыПериодическиеРегистры.ОписаниеЗапросаПоТексту(), а там шаблон передавался схеме запроса и на базе этого объекта делалась верстка нового запроса:

Для Каждого ИсточникСхемы Из Оператор.Источники Цикл
Для Каждого Соединение Из ИсточникСхемы.Соединения Цикл
ОписаниеСоединения = СтруктураОбъединяемогоЗапроса.Соединения.Добавить();
ОписаниеСоединения.ВедущаяТаблица = ИсточникСхемы.Источник.Псевдоним;
ОписаниеСоединения.ПрисоединяемаяТаблица = Соединение.Источник.Источник.Псевдоним;
ОписаниеСоединения.ТипСоединения = Строка(Соединение.ТипСоединения);
ОписаниеСоединения.Условия = Новый Массив;
ОписаниеСоединения.ПорядокСоединения = ПорядокСоединения;
КонецЦикла;
КонецЦикла;

По листингу видно, что в свойство ТипСоединения для описания нового соединения закидывалось представление, которое получено из ТипСоединенияСхемыЗапроса.Внутреннее (QuerySchemaJoinType.Inner) с помощью функции Строка(), которая возвращает представление согласно региональных настроек пользователя (для турецкого это "İç"). Платформа 1С поддерживает 23 языка для отображения представлений внутренних значений, но язык запросов поддерживает только русский и английский.

#1С #баги

❓ Почему так мало постов?

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

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

2) Накануне годовщины с квартирой тещи несколько реактивных беспилотников влетели в соседний дом бабушки моей жены. Бабушка не пострадала, так как успела умереть месяцем ранее. А вот теще не повезло - она как раз приехала посмотреть на ущерб после первого прилета, когда произошла новая атака со взрывом, ударная волна которого довыбивала остатки окон и засыпала тещу осколками стекла. В доме ОСББ и жильцы сразу подали коллективный запрос на компенсацию, который сразу отклонили - денег нет!

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

3) Рейды ТЦК по Киеву ужесточились. Буквально вчера услышал крики из окна и выглянув увидел классическую картину. "Группа оповещения" схватила в парке парня, который выгуливал собаку. "Добровольца" вместе с его собакой силой засунули в серебристый фиат на глазах продавцов и покупателей нашей сельскохозяйственной ярмарки, и те попытались отбить парня - кричали, стучали по стенам машины, пытались перекрыть дорогу выезда из парка. Но видимо премии за поимку были важнее и бусик начал газовать прямо на протестующих, так смог вырваться из окружения и уехал с добычей.

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

5) Моя болезнь крови обострилась и последние три недели все анализы очень плохие. Пытаемся с моим семейным врачом и гематологом понять причину, но пока безрезультатно отмели две гипотезы с сопутствующими заболеваниями. Видимо проблема сложнее. Чтобы сдерживать болезнь, я принимаю дорогие препараты по тысяче баксов в месяц - покупать с рук у перекупщиков на 10-20% дешевле чем в аптеках, но есть риск попасть на подделку. Если я ел подделки месяц или два, то это очень плохо и болезнь имела время адаптировать к лекарствам...

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

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

#войнаимир #offline #irl