Сергей из SCRUMTREK опубликовал очередной ежегодный отчет. Где-то в общей массе опрошенных есть и наши данные.
https://scrumtrek.ru/userfiles/reports/AgileSurvey18.pdf

Попробуем совместно с подкастом сисадминов, статьями которых на Хабре мы зачитывались (которые про сети для самых маленькх) поговорить про 1С
https://linkmeup.ru/blog/393.html

Мы поздравляем c днем рождения одного из главных мейнтейнеров сообщества xDrivenDevelopment и oscript-library, главного специалиста «Серебряной Пули» по разработке и тестам Артура Аюханова @aartbear https://youtu.be/kbejlq9kvpI

В рамках проводимого "Серебряной Пулей" исследования социальных медиа просим вас ответить на семь коротких вопросов, перейдя по ссылке https://goo.gl/forms/9kLOsUReU0bMSeT93. Спасибо!

уже в этот четверг.
https://youtu.be/5e1dF4ZXros

Российский эксперт по инженерному консалтингу и разработке «Серебряная Пуля» продолжает публикацию новостей компании. Читайте новостной дайджест ноября здесь: https://silverbulleters.org/news

Внимание! Объявляется розыгрыш "Методического пособия релиз-менеджера 1С и не только". Подробности здесь: https://www.instagram.com/p/BrA6ag9gvO2/?utm_source=ig_share_sheet&igshid=q21dy5yk81jd

Просим вас поделиться своим мнением о "Методическом пособии релиз-инженера 1С и не только". Оставить отзыв можно здесь: https://goo.gl/forms/pypJuuAkKPy7LKyw1. Если вы не читали книгу, просто загляните по ссылке, для вас тоже есть полезная информация 👍

Все-таки Телеграм не победим! Как ни отнекивался @theEvilBeaver от создание еще одного чата в Телеграме, чату быть! https://t.me/oscript_library. Так и в-общем-то работает сообщество

В ПУЛЕ. Вышел новостной дайджест 1/2 декабря. Подробности здесь: https://silverbulleters.org/news

Еще одна отличная причина для активного использования статических анализаторов, как, например, наш продукт Sonar BSL Plugin. Спасибо, Александр!

💩 Полуночная неожиданость

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

И вот уже кофе остыл, а я сижу и пытаюсь сформулировать замечание так, чтобы
а) разработчик понял и признал, что это проблема и больше такого не повторял ("Ну работает же и сдано в срок.")
б) не воспринял замечание на личный счет и не обидился ("Не первый год программированием деньги зашибаю, а ты тут мне умничаешь.");

И в такие минуты понимаешь, что гораздо лучше, когда такие "детские" ошибки отлавливает бездушный линтер/статический анализатор: и тебе не нужно перелопачивать эти какашки, и разработчику не на кого будет обижаться.

Это, конечно, сложнее учесть в составе ROI от использования инструмента, но интуиция мне подсказывает, что в масштабах большой компании здоровье коллектива и отдельных ведущих специалистов тоже неплохо может окупить 780К, а то и больше за инструмент.

#говнокод #codesmells

Выложили несколько интересных скриншотов срабатывания нового правила "Несколько вложенных последовательных Если" на нашем форуме.
https://xdd.silverbulleters.org/t/obsudit-pravilo-neskolko-idushhih-podryad-vlozhenij-esli-uslovie-bez-isklyuchenij-inacheesli-ili-inache/2505/10?u=artbear

Такое "тестирование" не приносит пользы :( АПК пытается выкрутиться и подобными неявными средствами пытается выполнять не тестирование, а "банальный" статический анализ. Как мы все знаем, от неявных условий/действий лучше уходить и использовать точные и конкретные действия/инструменты. Например, статический анализ выполнять без запуска 1С источника или с минимальным его использованием, а для тестирования использовать проверку поведения, например, хотя бы дымовое тестирование!

Взаимодействие со средствами автоматизированного тестирования.
https://its.1c.ru/db/v8std#content:-2145782875:hdoc

Кто-то спрашивал, можно ли с помощью АПК тестировать конфигурации. А вот, пожалуйста, даже стандарт есть как организовать такое тестирование. Немного странный стандарт, если честно.

Что я здесь вижу:
1. противоречие принципам TDD и BDD,
2. предполагается, что основная логика находится после проверок на Параметры.Свойство("АвтоТест"), соответственно, косяки АПК не увидит, а увидит пользователь.

Ну такое.

И добавим - параметр АвтоТест не предназначен для тестирования. Ни наши дымовые тесты, ни дымовые тесты 1С не передают этот параметр при тестировании.
Переименовать бы 1С этот параметр ;) Создадим тему на партнерке.

Как и обещали, создали тему на партнерской конференции 1С https://partners.v8.1c.ru/forum/topic/1782819
Обсудим там или здесь, в чате https://t.me/silvernation?