🚕 Рубрика Желтый заголовок: Разработчики 8ки наконец-то реализовали фичу, которой в 7ке пользовались более 10 лет назад 😊

Я вот про это
... команда «Открыть в Конфигураторе»: ...

Сразу вспомнил утилиту Алексея Диркса OpenIn1C.exe и кучу разного варианта оберток вокруг нее, которые еще 10+ лет назад решали задачу открытия объектов из 1С:Предпрития 7.7 в Конфигураторе и наоборот.

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

Теперь представьте: стол стоит на попах, чтобы не завалился — его подпирают инструменты; вокруг грязь.

К сожалению, отличить эти две ситуации в IT неспециалисту не просто.

Оценить скорость работы в IT, её объем — очень трудно.

Следите за качеством. Качество — надежный и заметный неспециалисту прокси инженерной культуры. Если качество страдает — значит под техническим капотом и в процессах есть проблемы.

> Очень классное исследование про врачей хирургов. Камеры записывали видео операций. Отличить хорошего хирурга от плохого может любой. У хорошего хирурга швы аккуратненькие, рука будто летает по полю. И пациенты выздоравливают лучше.

—

Почему ломается инженерная культура? Я знаю две основные причины:

1. Руководители не дают времени на наведение порядка. Вина в таком случае обычно не только на руководителе, но на и на инженере, который не смог донести важность _рефакторинга_ (это термин для наведения порядка в IT). Классический рецепт катастрофы: продакт знает, каких изменений хочет в продукте, а про технологии понимает мало, умеет убеждать; технари плохо доносят необходимость постоянных инвестиций в наведение технического порядка. Говорить с бизнесом о своей работе понятным языком — часть профессиональной компетенции программиста. 🧨 Быстрый способ: не доверять программистам, считать, что они идиоты и/или не иметь с ними диалога.
2. Технари недостаточно компетентны и оказываются погребены под сложностью монстра, которого сами соорудили. Бонус очки, если инженер имеет завышенную самооценку и/или боится признаться в ошибке.

——

Что делать?

Хорошо бы исправить ситуацию с текущими программистами. Они обладают знанием вашей системы, вашей предметной области. Это дорого стоит

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

Мой рецепт — избавиться от самых замученных и добавить «свежую кровь». Людей, которые ещё не привыкли мириться с проблемами. Людей, у которых есть четкий мандат и кредит доверия на то, чтобы привести дела в порядок.

———

Мне везло работать в компаниях, где с инженерной культурой всё ок. Сделать в Pure классно — для меня профессиональный вызов. Интересно и сложно.

А в качестве бонуса команду Докер Энтерпрайз в Саратов релоцируют 😜

https://techcrunch.com/2019/11/13/mirantis-acquires-docker-enterprise/

🤓 Учебный центр № 1 фирмы 1С запилил сервис, на котором можно проверить все свои (и не только) сертификаты 1С и даже распечатать на фирменном бланке и с подписью БГ. Ссылка: https://uc1.1c.ru/check-certificate

Я проверил на себе: все нашел верно, причём выводит сертификаты всех типов: и 1С:Профессионал, и 1С:Специалист, в том числе по отраслевым.

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

Давно я так не смеялся 🤣

(Оригинал: https://twitter.com/mesilov/status/1205918610180452352)

Так это 👆оказывается Сергей Голубицкий (еще помните журнал Компьютерра?). Вот оригинал: https://novayagazeta.ru/articles/2019/12/14/83159-ob-oksyumorone-hakaton-solidarnosti

🔥 Андрей Овсянкин написал много букв о том, почему не стоит хейтить 1С. Вряд ли он так обернет в свою веру тру-программистов, но есть шанс, что еще кто-то поймет, что это просто инструмент со своим назначением и ограничениями.

https://m.habr.com/ru/post/480658/

⚡️ В 8.3.17 добавят гибкости к механизму отображения ошибок:

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

Крутое обновление!

https://wonderland.v8.1c.ru/blog/razvitie-mekhanizma-otobrazheniya-oshibok/

💫 Залипательная визуализация процесса разработки в проекте ADD в 2019.

Привет. Вот вам небольшие Итоги2019. Как развивался ADD https://youtu.be/QIeqTotYQtw

Веселые 1Сники продолжают штурмовать формат влогов (сообщество одинэсников, видимо, созрело). В этот раз Андрей @TheEvilBeaver Овсянкин устанавливает и обзирает©️ новый релиз EDT 2020 💎.

https://www.youtube.com/watch?v=M4BktgJhfGM

Последний год-полтора у меня на выпуск очередного релиза EDT реакция как у Татьяныча: "ну выпустили, и выпустили...". И, честно говоря, после этого видеообзора Андрея я так и не смог однозначного мнения сформировать: с одной стороны, явно жалуется на лаги при наборе кода (!!! при 16Гб оперативы на компе, пусть и HDD - врядли жесткий диск влияет на набор кода в модуле, и это в 21 веке), с другой стороны говорит - время запуска ускорилось, так можно понемногу начинать программировать в EDT 🤣

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

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

Юрий Пермитин еще в прошлом году разработал машиночитаемый формат* описания истории релизов решений на 1С и реализовал парсер, который каждые полчаса собирает актуальные данные с releases.1c.ru и автоматически публикует в репозитории https://github.com/YPermitin/MagickPlatformHistory

Не забудте поставить репозиторию звездочку!

*) JSON-файлы определенной структуры, разложенные по определенным правилам в каталоги файловой системы

Спустя неделю Андрей записал опровержение: https://youtu.be/p1xUKZEouYw

P.S. Андрей, подмигни на следующем видео дважды, если разработчики EDT тебе угрожают 🤣

(Посвящается грядущему сертификату 1С:Джуниор)

Уже не первый раз в типовых встречаю в именах переменных символы греческого алфавита, в частности сигму то и дело используют по назначению, но, имхо, это на грани добра и зла (и как по мне, скорее за гранью 💩): в БП в регл. отчетности, вот теперь в модулях ЕГАИС встретилось в УПП.

Интересно, на этот счет есть что-нибудь в стандартах? Сам пока еще не проверял, напишите в личку ссылку на раздел стандартов, где про это хоть что-то упоминается, если вдруг сталкивались и интересовались.

Нарушают. Вот стандарт: https://its.1c.ru/db/v8std#content:456:hdoc
Спасибо Никите Грызлову (подписывайтесь на его канал, кто еще не: @nixel2007_thoughts), еще Никита добавляет:

на пункт 1.1 даже и в АПК и в сонаре/bsl ls есть диагностика)
https://1c-syntax.github.io/bsl-language-server/diagnostics/YoLetterUsage/

​​Тесты снимают когнитивную нагрузку

Чтобы соответствовать бизнес-требованиям, нужно постоянно с ними сверяться (написал и почувствовал себя инфобизнесменом — покупайте мои курсы, кек).

Есть ребята, которые сверяются вручную — прямо садятся раз в пару часов и прогоняют мышкой операции, похожие на поведение пользователя. Кроме того, что выглядит это глупо (всегда хотел посмотреть как без автотестов проверяют свой код разработчики API), это ещё и жрет кучу времени.

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

У ребят с тестами все наоборот, спокойно: у них всегда на экране есть лампочка. Зелёная — все работает, красная — все сломалось. Конечно хорошие разработчики всегда ходят в пользовательский интерфейс, но только для того, чтобы увидеть картинку глазами пользователя.

А не чтобы убедиться, что не сломали все нафиг.

🔥Поддержка AMPQ в 1С:Предприятии 8.3.17 "из коробки"

Новости Зазеркалья: в платформу завезли ESB

https://wonderland.v8.1c.ru/blog/integratsionnaya-shina/

Для 1С есть несколько отраслевых решений ESB разного масштаба и бюджета, несколько реализаций поддержки внешних брокеров сообщений (например, поддержка RabbitMQ в виде кроликов разных цветов, всем привет) и других компонент, из которых собирается шина.

Почему 1С снова делает свое — такой вопрос себе 1сники-старожилы давно не задают, а для тех кто все-таки задает, сегодня напомнили ответ (вольный краткий пересказ): "Потому что можем доступно и всерьез!" (см. раздел статьи под заголовком "Преимущества нашей «Интеграционной шины»").

Кстати, про лицензирование шины не увидел ничего в статье.

Хм... 🤔 #1C

p.s. Я так и не смог отключить оба чекбокса "Защита от опасных действий", платформа 8.3.16.1148.