Аюханов Артур

1524
Рейтинг

artbear
Артур Аюханов



  •   Регистрация: 03.04.2007 (17 лет назад)

  •   Был(а) на сайте: сегодня в 16:33

Подписчики 183
Группы

Советник администрации

Профессиональный разработчик

IE 2012 Докладчик

IE 2013 EVO Участник

IE 2013 REV Докладчик

IE 2014 Участник

Член клуба Infostart Expert

IE 2015 Участник

IE 2016 Участник

IE 2017 Докладчик

IE 2018 Участник

Участник Meetup

IE 2021 Участник

IE2021_msk Участник

IE2022 Участник

Участник конференции "Анализ & Управление в ИТ-проектах"

IE2023 Участник

Рейтинг 1524

Результаты ревью кода 1500+ решений каталога Инфостарт: наиболее частые ошибки разработчиков в коде
+75 –

Статья Для всех Платформа 1С v8.3 Бесплатно (free) Нет файла Рефакторинг и качество кода

Поделюсь своим опытом аудита кода авторских продуктов с Infostart.ru как одним из элементов применения DevOps-практик внутри Инфостарт. Будет настоящий код, боевые скриншоты, внутренние мемы от команды ИТ-лаборатории Инфостарт и прочее мясо – все, что любят разработчики.

10.04.2024    5632    artbear    80       

75

Как начать разработку проекта 1С, чтобы легко перейти к DevOps-практикам
+77 –

Статья Системный администратор Программист Руководитель проекта Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free) Нет файла DevOps и автоматизация разработки

Многие рутинные операции при работе над проектом 1С можно автоматизировать – довериться готовым инструментам и уменьшить количество нажимаемых кнопок. О том, как с помощью готового шаблона проекта настроить окружение для разработки на митапе «DevOps в 1С» рассказал технический директор Инфостарта Артур Аюханов.

22.06.2021    11309    artbear    2       

77

Как быстро развернуть автоматическую линию проверки своего решения на 1С, затратив 8 часов и получив выигрыш в 1 человеко/месяц
+117 –

Статья Программист Бесплатно (free) Нет файла Рефакторинг и качество кода

У разработчиков 1С уже есть все инструменты, позволяющие использовать современные инженерные практики в 1С. О том, как за 8 часов внедрить автоматические проверки для решений на 1С, снизить в них количество глупых ошибок, а также высвободить ресурсы на более интеллектуальную работу на INFOSTART MEETUP Ekaterinburg.Online рассказал Артур Аюханов.

05.04.2021    10902    artbear    16       

117

Практика применения инструментов продвинутого разработчика 1С
+183 –

Статья Программист Платформа 1С v8.3 Бесплатно (free) Нет файла Инструментарий разработчика

Статья адресована разработчикам. Будет чуть-чуть теории, будут воспоминания, и потом пойдет практика.

23.07.2018    48147    artbear    29       

183

xUnitFor1C - набор инструментов для выполнения тестирования (модульного/юнит, приемочного, сценарного для 1С 8.3, интеграционного) в 1С:Предприятии 8
+218 –

Статья Системный администратор Программист Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free) Нет файла Тестирование QA

xUnitFor1C - простой и мощный фреймворк для тестирования в 1С. Позволяет тестировать в разных режимах обычное приложение, тонкий и толстый клиент управляемого приложения. Поддерживаются любые платформы 1С - от 8.2.17 до 8.3.5 и выше. Любые наборы тестов могут прогоняться в полностью автоматическом режиме. Автозапуск используется в различных build-серверах в системах Continuous Integration. Также возможно очень простое создание тестовых данных на основании табличных макетов. Эти макеты можно генерировать из реальных боевых данных. Полученные данные в тестах загружаются одной строкой кода. В статье я кратко описал историю продукта + вставил небольшое описание различных возможностей нашего фреймворка + список полезных статей/примеров/видео, обучающих/рассказывающих о практическом применении инструмента

13.11.2015    52455    artbear    54       

218

Механизмы тестирования в 1С. Использование методики TDD (разработка через тестирование) в 1С
+241 –

Статья Программист Windows Бесплатно (free) Нет файла Тестирование QA

Данная статья написана по материалам доклада, прочитанного автором на первой конференции инфостарта 2012 года. Она опубликована в журнале Инфостарта №1.

09.02.2015    97120    artbear    54       

241

Анализ начисленных налогов и взносов по подразделениям (правильная развертка подразделений по периодам) ЗУП
+74 –

Отчеты и формы Бухгалтер Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Зарплата и Управление Персоналом 2.5 1С:Зарплата и кадры бюджетного учреждения 1С:Управление производственным предприятием Россия Бухгалтерский учет НДФЛ ФОМС, ЕФС Абонемент ($m) Внешний отчет (ert,erf) Зарплата

Анализ начисленных налогов и взносов по подразделениям с учетом кадровых перемещений сотрудников между разными подразделениями в разных периодах. В аналогичных разработках подразделение выдается только на момент формирования отчета или на конец периода, что неверно. Протестировано на ЗУП от 2.5.31.4 до 2.5.41.3 Бухгалтерам должно понравиться :)

1 стартмани

21.02.2011    32448    1231    artbear    51       

74

Проверка сумм уплаты страховых взносов для отчета в ПФР (ЗУП, БП, КА, УПП)
+110 –1

Отчеты и формы Бухгалтер Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Зарплата и Управление Персоналом 2.5 1С:Зарплата и кадры бюджетного учреждения 1С:Управление производственным предприятием Россия Бухгалтерский учет ФОМС, ЕФС Абонемент ($m) Внешняя обработка (ert,epf) Зарплата Анализ учета

В последнее время на форумах очень много претензий к подсистеме "Подготовка сведений в ПФР", говорят о том, что неправильно распределяется сумма перечисленных взносов. Но корень проблемы не в подсистеме, а в неправильном вводе документов "Расчеты по страховым взносам". Данный отчет призван в этом помочь. Исходная разработка для 77 (Зик, Бух, УСН) - http://infostart.ru/public/80495/ - Большое спасибо Kapitan911 за идею и наставление на истинный путь :)

1 стартмани

23.01.2011    25922    1538    artbear    41       

109

Повышение удобства разработки в среде 1С:Предприятие 8
+203 –

Статья Программист Платформа 1С v8.3 Конфигурации 1cv8 Россия Бесплатно (free) Нет файла Инструментарий разработчика

Статьи, публикации, блоги, обсуждения, линки, которые помогают в разработке для 1С 8

10.02.2010    34688    artbear    37       

203

Оптимизация типовых функций из кода 1с в 1С:Предприятие 8.Х
+20 –

Инструменты и обработки Программист Платформа 1С v8.3 Конфигурации 1cv8 Россия Абонемент ($m) Внешняя обработка (ert,epf) Универсальные функции

Оптимизация типовых функций/кода 1с в 8-ке - оптимизация типовых функций 1С типа ВыделитьСлово, РазложитьСтрокуВМассивПодстрок и т.д.

1 стартмани

28.01.2010    22887    55    artbear    32       

20
Смотреть все

Комментарии

Публикации › Результаты ревью кода 1500+ решений каталога Инфостарт: наиболее частые ошибки разработчиков в коде › #68 16.04.24 11:11
(58)
Цитата
Это было бы справедливо, если бы между этими двумя событиями в платформе не было никаких других.
А так есть еще пара событий загрузки настроек формы на сервере, которые как раз вклиниваются между созданием на сервере и открытием на клиенте и которые легко могут перекрыть логику, заложенную в "ПриСозданииНаСервере".
Поэтому делать что-то в "ПриОткрытии" - это самый надежный и контролируемый вариант (увы ценою лишнего серверного вызова).
автор в своем решении полностью контролирует поведение форму и может все эти обработчики организовать в нормальный порядок с единичным серверным вызовом.
в большинстве случаев это возможно.

чаще всего авторы просто не задумываются о подобных проблемах с производительностью клиент-сервер, к сожалению.
и делают так, как привыкли, о чем я и написал в статье )
Публикации › Результаты ревью кода 1500+ решений каталога Инфостарт: наиболее частые ошибки разработчиков в коде › #65 15.04.24 14:35
(43)
Цитата
А не кажется ли что использование недокументированных возможностей, как чтение по интернет ссылке ведет к риску ее отключения со стороны вендора при очередном обновлении платформы. Ведь он обязательства через выпуск документации на себя не брал. И судя по мисте у данной фичи есть особенность, если мы начинаем перемалывать данные быстрее чем загрузиться файл то ловим ошибку, т.е. попадаем в зависимость от размера файла и скорости соединения.
конечно, если фича недокументирована, ее могут отключить в любой момент.

мне вот очень интересно, будут ли ее отключать, я слежу за описанием изменений в новых версиях платформы.

а что за обсуждение на мисте?
скиньте ссылку в личку
Публикации › Результаты ревью кода 1500+ решений каталога Инфостарт: наиболее частые ошибки разработчиков в коде › #64 15.04.24 14:31
(40)
Цитата
тут даже более интересный вопрос - если ЖР настроен не отображать то событие с которым вы программно пытаетесь записать сообщение в ЖР - оно запишется или нет?
я уверен, что запишется. когда-то очень давно проверял, но результаты не помню )
Публикации › Результаты ревью кода 1500+ решений каталога Инфостарт: наиболее частые ошибки разработчиков в коде › #63 15.04.24 14:29
(37)
Цитата
Но в БПО - обработка исключений, из самых низов сообщается пользователю и всё.
разработчики нарушают стандарт 1С, бывает и такое (
Публикации › Результаты ревью кода 1500+ решений каталога Инфостарт: наиболее частые ошибки разработчиков в коде › #62 15.04.24 14:28
(32)
Цитата
версия бсп берется стандартной функцией как и идентификатор и представление команды
версию БСП лучше указывать самому, вручную
Этим автор указывает, какую версию БСП и его подсистемы по доп.отчетам\обработок он будет использовать.

если в будущем БСП будет использовать другой механизм, при помощи подобного указания решение автора точно будет работать, т.к. в БСП сохранят совместимость со старой версией

правда, пока что таких кардинальных не было, кроме одного бага, если указать версию ниже 2.3
- статья на Инфостарте https://infostart.ru/1c/articles/1951623/
Публикации › Результаты ревью кода 1500+ решений каталога Инфостарт: наиболее частые ошибки разработчиков в коде › #61 15.04.24 14:24
(28)
Цитата
но и с другой точкой зрения согласен: порой просто не успеваешь банально комментарии к экспортным процедурам/функциям написать по стандартам
нужно привыкнуть к тому, что любой экспортные метод - это ваше публичное АПИ
и стоит заранее продумывать, что же должен сделать метод

описание метода перед созданием его тела хорошо структурирует его поведение в голове у разработчика.

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

Исключение одно - методы-оповещения, которые гарантированно не предназначены для внешнего вызова.

Правило из бсл лс умеет исключать подобные методы-оповещения
Публикации › Результаты ревью кода 1500+ решений каталога Инфостарт: наиболее частые ошибки разработчиков в коде › #60 15.04.24 14:20
(26)
Цитата
А иногда при проведении типового документа в попытке, вывод пользователю и запись в ЖР будет сделан в самом документе. Зачем дублировать?
Проблема в том, что запись в ЖР для этого документа может быть никак не связана с выполняемой операцией.
и тому, кто будет разбираться с проблемой, читая ЖР, будет не всегда просто связать единичные ошибки из ЖР с выполняемым этапом работ

поэтому и стоит писать в ЖР проблему на своем уровне, с собственным комментарием, пояснением ошибки согласно выполняемой операции.

Естественно, на практике стоит выбирать разные подходы, но запись в ЖР ошибок должна быть всегда !
Публикации › Результаты ревью кода 1500+ решений каталога Инфостарт: наиболее частые ошибки разработчиков в коде › #59 15.04.24 14:17
(24)
Цитата
Так вот вопрос в чём: если добавить в загрузку логирование, на сколько это затормозит работу загрузчика. Данные и так сутками грузятся... Что произойдёт? Есть таблиц где сотни тысяч записей.
Стоит использовать разные виды\уровни логирования.
Не всегда логирование должно дублировать все действия и тем более данные!
часто достаточно фиксировать только промежуточные операции, начало очередного этапа
Публикации › Результаты ревью кода 1500+ решений каталога Инфостарт: наиболее частые ошибки разработчиков в коде › #21 10.04.24 15:51
(4) расшифруйте про "не ведётся ЖР"

а как вы об ошибках узнаете?
только от пользователей?
Публикации › Результаты ревью кода 1500+ решений каталога Инфостарт: наиболее частые ошибки разработчиков в коде › #20 10.04.24 15:50
(3)
Цитата
Статья огонь! Вроде по чек-листу у меня только с исключениями неверная работа. Правильный путь посмотрел) Но это осознанный путь, я чётко знаю в какой момент происходит ошибка и для его я написал это исключение.

Спасибо за лестную оценку

Хотелось бы понять подробности про осознанный путь и чёткое знание
на примере с расшифровкой

исключений в правильной обработке исключений крайне мало стоит допускать )