Александр Кунташов — про 1С и не только
2.47K subscribers
220 photos
10 videos
418 links
Заметки про разработку и смежные штуки: 1С, Vanessa Automation, DevOps в 1С, OneScript, PHP, Linux, JS, Python и всякое вокруг и около ИТ.
Download Telegram
Я не большой фанат именно видеоинструкций (уточню: длинных, и развесистых; короткие на 1-2 минуты - ок), но справедливости ради некорректно сравнивать видеоинструкции и бумажные инструкции, они все-таки немного разные задачи решают и скорее дополняют друг друга.

С точки зрения "полезности" автоматизации правильнее сравнивать автоматические видеоинструкции с видеоинструкцими, записываемыми вручную. Минусы роботизированных инструкций в принципе на поверхности, но все забывают про плюсы, т.к. они неявные:
— сценарий в обоих случаях (и в авто- и в обычной инструкции) нужно писать (ну разве что возможно с разной степенью подробности), но в случае с автоинструкциями его гораздо проще и эффективнее переиспользовать и перезаписывать
— исходники автоматической видеоинструкции можно хранить в системе контроля версий
— изменение сценария и последующая перезапись видео на порядок дешевле перезаписи живым человеком вплоть до ежедневного обновления на CI
Ну и добавлю, инструмент потенциально все еще 🔥безотносительно маркетинга, но реально пока примеров автомаизированных эффективных видеоинструкций на практике, к сожалению, не видел.

Для меня идеал такой:
1. Видеоинструкции должны делаться либо только по высокоуровневым (но при этом относительно коротким) интеграционным сценариям, либо наоборот, по локальным сценариям операций вида "как открыть такой-то документ в таком-то интерфейсе", которые экспортировать в GIF
2. Они не должны быть отдельностоящими от самих тестов, т.е. написал фичу - она же идет в инструкцию.
Т.е. нужно минимум всякой служебной разметки с подстрочниками и т.п.
🚕 Рубрика Желтый заголовок: Разработчики 8ки наконец-то реализовали фичу, которой в 7ке пользовались более 10 лет назад 😊

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

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

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

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

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

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

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



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

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

——

Что делать?

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

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

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

———

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

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

Также обратил внимание, что если сертификаты были переведены в другую компанию (у меня такой случай), то на бланке будет выведена новая компания.
🔥 Андрей Овсянкин написал много букв о том, почему не стоит хейтить 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.
Forwarded from Krapivin Andrey
Привет. Вот вам небольшие Итоги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-файлы определенной структуры, разложенные по определенным правилам в каталоги файловой системы
(Посвящается грядущему сертификату 1С:Джуниор)
Уже не первый раз в типовых встречаю в именах переменных символы греческого алфавита, в частности сигму то и дело используют по назначению, но, имхо, это на грани добра и зла (и как по мне, скорее за гранью 💩): в БП в регл. отчетности, вот теперь в модулях ЕГАИС встретилось в УПП.

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

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

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

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

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

А не чтобы убедиться, что не сломали все нафиг.
🔥Поддержка AMPQ в 1С:Предприятии 8.3.17 "из коробки"

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

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

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

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