uz
Feedback
Александр Кунташов — про 1С и не только

Александр Кунташов — про 1С и не только

Kanalga Telegram’da o‘tish

Заметки про разработку и смежные штуки: 1С, Vanessa Automation, DevOps в 1С, OneScript, PHP, Linux, JS, Python и всякое вокруг и около ИТ.

Ko'proq ko'rsatish
2 544
Obunachilar
Ma'lumot yo'q24 soatlar
+37 kunlar
-330 kunlar
Postlar arxiv
Нарушают. Вот стандарт: 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/

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

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

Спустя неделю Андрей записал опровержение: https://youtu.be/p1xUKZEouYw P.S. Андрей, подмигни на следующем видео дважды, если разработчики EDT тебе угрожают 🤣

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

Веселые 1Сники продолжают штурмовать формат влогов (сообщество одинэсников, видимо, созрело). В этот раз Андрей @TheEvilBeaver Овсянкин устанавливает и обзирает©️ новый релиз EDT 2020 💎. https://www.youtube.com/watch?v=M4BktgJhfGM Последний год-полтора у меня на выпуск очередного релиза EDT реакция как у Татьяныча: "ну выпустили, и выпустили...". И, честно говоря, после этого видеообзора Андрея я так и не смог однозначного мнения сформировать: с одной стороны, явно жалуется на лаги при наборе кода (!!! при 16Гб оперативы на компе, пусть и HDD - врядли жесткий диск влияет на набор кода в модуле, и это в 21 веке), с другой стороны говорит - время запуска ускорилось, так можно понемногу начинать программировать в EDT 🤣 Впрочем, куча народу уже достаточно давно хвалится, что программируют в EDT большие проекты. Так что, видимо, обзоры смотри-слушай-читай, но для принятия решения сам пробуй.

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

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

⚡️ В 8.3.17 добавят гибкости к механизму отображения ошибок: — конечные пользователи увидят более понятные сообщения, в некоторых случаях кроме информации об ошибке получат рекомендации что делать дальше или смогут отправить отчет об ошибке; — разработчики прикладных решений смогут управлять отображением ошибок программно, кроме того появляется возможность реализовать свой внешний сервис регистрации ошибок - в составе платформы будет описание API HTTP-сервисов, который нужно для этого реализовать; — админы смогут управлять способом обработки ошибок (куда отправлять, в каком представлении и т.п.) Крутое обновление! https://wonderland.v8.1c.ru/blog/razvitie-mekhanizma-otobrazheniya-oshibok/

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

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

Давно я так не смеялся 🤣 (Оригинал: https://twitter.com/mesilov/status/1205918610180452352)
Давно я так не смеялся 🤣 (Оригинал: https://twitter.com/mesilov/status/1205918610180452352)

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

А в качестве бонуса команду Докер Энтерпрайз в Саратов релоцируют 😜 https://techcrunch.com/2019/11/13/mirantis-acquires-docker-enterprise/

Представьте, вы - столяр. Перед вами свободный рабочий стол, вокруг по порядку расставлены инструменты. Это рабочее место профессионала. Теперь представьте: стол стоит на попах, чтобы не завалился — его подпирают инструменты; вокруг грязь. К сожалению, отличить эти две ситуации в IT неспециалисту не просто. Оценить скорость работы в IT, её объем — очень трудно. Следите за качеством. Качество — надежный и заметный неспециалисту прокси инженерной культуры. Если качество страдает — значит под техническим капотом и в процессах есть проблемы. > Очень классное исследование про врачей хирургов. Камеры записывали видео операций. Отличить хорошего хирурга от плохого может любой. У хорошего хирурга швы аккуратненькие, рука будто летает по полю. И пациенты выздоравливают лучше. — Почему ломается инженерная культура? Я знаю две основные причины: 1. Руководители не дают времени на наведение порядка. Вина в таком случае обычно не только на руководителе, но на и на инженере, который не смог донести важность _рефакторинга_ (это термин для наведения порядка в IT). Классический рецепт катастрофы: продакт знает, каких изменений хочет в продукте, а про технологии понимает мало, умеет убеждать; технари плохо доносят необходимость постоянных инвестиций в наведение технического порядка. Говорить с бизнесом о своей работе понятным языком — часть профессиональной компетенции программиста. 🧨 Быстрый способ: не доверять программистам, считать, что они идиоты и/или не иметь с ними диалога. 2. Технари недостаточно компетентны и оказываются погребены под сложностью монстра, которого сами соорудили. Бонус очки, если инженер имеет завышенную самооценку и/или боится признаться в ошибке. —— Что делать? Хорошо бы исправить ситуацию с текущими программистами. Они обладают знанием вашей системы, вашей предметной области. Это дорого стоит Инженерная культура для программиста — это про самоуважение и уровень профессионального развития. Я не знаю, как вернуть самоуважение. Я не знаю, как вернуть человеку потерянное чувство брезгливости, продолжая находиться в грязи. . Мой рецепт — избавиться от самых замученных и добавить «свежую кровь». Людей, которые ещё не привыкли мириться с проблемами. Людей, у которых есть четкий мандат и кредит доверия на то, чтобы привести дела в порядок. ——— Мне везло работать в компаниях, где с инженерной культурой всё ок. Сделать в Pure классно — для меня профессиональный вызов. Интересно и сложно.

🚕 Рубрика Желтый заголовок: Разработчики 8ки наконец-то реализовали фичу, которой в 7ке пользовались более 10 лет назад 😊 Я вот про это ... команда «Открыть в Конфигураторе»: ... Сразу вспомнил утилиту Алексея Диркса OpenIn1C.exe и кучу разного варианта оберток вокруг нее, которые еще 10+ лет назад решали задачу открытия объектов из 1С:Предпрития 7.7 в Конфигураторе и наоборот.

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

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

Просто ссылка ("...а в ней намек, добрым молодцам урок"): https://en.wikipedia.org/wiki/Benevolent_dictator_for_life Peace!✌️