Александр Кунташов — про 1С и не только
2.47K subscribers
220 photos
10 videos
418 links
Заметки про разработку и смежные штуки: 1С, Vanessa Automation, DevOps в 1С, OneScript, PHP, Linux, JS, Python и всякое вокруг и около ИТ.
Download Telegram
Статья ☝️ хороша как инструкция, но вот категория DevOps у публикации на Инфостарте откровенно смущает и провоцирует меня посетовать "Эх, опять 1Сники смешали все в кучу...". Я бы в данном случае не обратил внимания на это, но после просмотра докладов с прошедшего #infostartevent сложилось впечатление, что большая часть упоминаний коллегами по отрасли баззворда термина "DevOps" никакого отношения по факту к этому модному когда-то слову не имеют.
🚀 Стрим (см.репост ниже) — отличный повод посмотреть и принять участие в Hacktoberfest 2019, сделав PR в bsl-language-server или любой другой опенсорсный проект и заработать футболочку (хотя говорят, в этом году уже 90k участников, а футболок всего 50k).

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

https://github.com/1c-syntax (Тема 1Сная, но нужно знать Java, JS/TypeScript, но предстоящий вебинар может помочь расширить кругозор)
https://github.com/silverbulleters/ (ADD и куча други проектов, код преимущественно на 1С и OScript)
https://github.com/oscript-library (OScript там форки, но как индекс начинать поиск удобнее отсюда, а ишузы искать в форкнутых родительских репозиториях)
https://github.com/Pr-Mex/vanessa-automation (это конкретный репозиторий Vanessa-Automation)

Как говорится, happy hacking! 😎
#МамаЯВТелевизоре

В качестве эксперимента решили мы тут с Андреем @theEvilBeaver Овсянкиным устроить стрим по доработке BSL Language Server. Парный доклад уже был, теперь будет парное программирование на публику.

Постараемся запилить пару полезных фич для BSL LS. Да, прямо код будем писать. Прямо в IntelliJ IDEA, прямо на Джаве.

Когда: завтра, 16.10.2019 19:30. Длительность... Как пойдет :) Но на пару часов нас точно хватит.
Где: YouTube. Ссылка на стрим - https://www.youtube.com/watch?v=2N2QNuTzve8
Зачем: Напилить что-нибудь клевое, показать, что это не страшно и не сложно. Собрать донатики на выпитое пиво и развитие проекта.
Я не большой фанат именно видеоинструкций (уточню: длинных, и развесистых; короткие на 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-файлы определенной структуры, разложенные по определенным правилам в каталоги файловой системы