Кунташов Александр

361
Рейтинг

Александр Кунташов
kuntashov



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

  •   Был(а) на сайте: вчера в 11:47


Группы

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

IE 2012 Докладчик

IE 2013 EVO Участник

Партнер IS-WP

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

IE 2015 Участник

IE 2016 Участник

Карта покупателя SILVER

IE 2017 Online

Компания


Белов и партнеры
abelov.com

При оказании внедренческих услуг мы используем уникальную технологию, которая получила рабочее название "Управляемое внедрение". При работе в соответствии с технологией мы гарантируем заказчику:
— Требуемую функциональность: любое требование заказчика проходит этап первичного анализа, обеспечивая понимание исходной бизнес-задачи и выбор оптимального пути ее решения.
— В ожидаемые сроки: мы придерживаемся принципа "недельной итерации", демонстрируя заказчику значимый результат еженедельно. Такой подход позволяет оперативно получить список отклонений от требуемой функциональности и так же оперативно их устранить.
— За приемлемую плату: это субъективный критерий оценки результата заказчиком, который мы используем для оценки качества выполненной нами работы. Приемлемый размер оплаты может быть сформулирован клиентом заранее перед началом работ или в виде отклонения при получении значимого результата.

Уже в течение 10 лет мы привлекаем к работе дистанционных сотрудников на территориях от Сингапура до Чили. В совокупности с жёстким отбором и технологиями параллельной разработки, это обеспечивает круглосуточную работу над продуктом клиента и позволяет предоставлять требуемый результат в ожидаемые сроки за приемлемую плату.

Система управления качеством используемой технологии сертифицирована по системе менеджмента качества ISO 9001:2008.

16.12.2014    5937   

Рейтинг 361

[Перевод] Шпора для РП по оценке трудозатрат, или Почему программисты плохо оценивают время 62

Бесплатно (free)

Перевод статьи с популярного ресурса java.dzone.com, в которой описан взгляд на то, почему программисты ошибаются в своих оценках, с позиции руководителя проектов (РП), и советы разработчикам, как улучшить свои навыки в оценке времени на реализацию задач. (Ранее перевод был опубликован в блоге ГК "Компьютерный аудит").

20.07.2015    11282    0    82    

Грустная правда об информационной безопасности 33

Бесплатно (free)

Несколько реальных историй, иллюстрирующих легкомысленное или неадекватное отношение пользователей к информационной безопасности. P.S. Данная статья была написана в 2013 г. для блога сотрудников ГК "Компьютерный аудит", который в настоящее время прекратил свое существование.

12.06.2015    8918    0    24    

Опыт разработки скриптов для автоматизации работы в конфигураторе 42

v8 Бесплатно (free)

Статья опубликована на мотивам доклада, прочитанного автором на Конференции IE 2012 15-16 ноября 2012 года, и вошедшего в Журнал Инфостарта №1. В настоящее время частично утратила актуальность, выложена в основном в качестве архива, чтобы помнить историю развития проекта.

24.02.2015    10682    0    5    

[INFOSTART EVENT REVOLUTION] Секция "Практика внедрения учетных систем" 16

Абонемент ($m)

Презентации докладчиков секции "Практика внедрения учетных систем" конференции INFOSTART EVENT 2013 REVOLUTION. Докладчики: Алексей Королев, Юрий Робышев, Ольга Петровская, Лилия Мищенко, Олег Филиппов, Евгений Шумилов, Александр Белов, Юрий Гридунов.

17.11.2013    10809    92    8    

Разработка скрипта для проекта Снегопат 86

v8 1cv8.cf Россия Бесплатно (free)

Подробное пошаговое описание порядка создания скрипта для проекта Снегопат (http://snegopat.ru) на примере скрипта "Авторские комментарии". Затрагивает ключевые особенности объектной модели, реализуемой Снегопатом.

12.02.2012    12285    0    50    

Скрипты для проекта Снегопат: автоматизация работы в Конфигураторе 122

v8 1cv8.cf Россия Бесплатно (free)

Снегопат (http://snegopat.ru) – это проект по расширению возможностей конфигуратора 1С:Предприятия 8.2 как среды разработки прикладных решений. Для знакомых с ОпенКонфом, можно коротко сказать, что Снегопат – это ОпенКонф и Телепат, только для 1С:Предприятия 8.2 и уже на сегодня заметно круче :). Кроме специализированного функционала, который добавляется в Конфигуратор при использовании Снегопата, разработчики могут добавлять новый функционал самостоятельно, создавая свои собственные скрипты, автоматизирующие работу в Конфигураторе. Предлагаю вам обзор возможностей существующих на сегодня скриптов для Снегопата с короткими, но наглядными видеоиллюстрациями их работы.

16.01.2012    14219    0    34    

Комментарии

DevBDD 1С по душе#39 18.01.17 23:55
(38) Не думаю, что что-то новое вам открою, но все же...

Пользователь и разработчик в процессе коммуникаций должны в идеале достичь общего понимания требований. Естественно, это понимание требований надо каким-то образом "зафиксировать" на понятным и тому и другому языке, с конкретными примерами данных.

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

Таким образом ответить на ваш вопрос "какая проблема решается" можно так: геркин - понятный не-программисту, но при этом формальный (подходящий для автоматизации) язык для документирования требований к ПО, а огурец - инструмент для автоматизации проверки выполнения этих требований.

А вообще, то что вы написали в (38) почти слово-в-слово говорил автор огурца Aslak Hellesøy - коммуникации первичны. Инструменты - геркины, огурцы и прочее - все это пустое, если понимание не достигнуто.
DevBDD 1С по душе#37 18.01.17 19:42
(36) Да потому что это очевидный вывод, который вы сами сделаете, если будете изучать BDD не только по материалам от команды "Серебряная Пуля", а в том числе и на основе первоисточников, в частности, https://cucumber.io

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

А такой подход нарушает один важный постулат BDD:

Цитата
Your cucumber features should drive your implementation, not reflect it.

(с) https://cucumber.io/blog/2014/03/03/the-worlds-most-misunderstood-collaboration-tool

С этой статьи рекомендую и начать.
DevBDD 1С по душе#33 18.01.17 14:22
(31) Спасибо за реальный пример (поставил плюс именно за него).

Сразу скажу, что я далеко не фанат ни TDD, ни BDD. По мере целесообразности использую и то, и другое, а но чаще просто пишу автоматизированные тесты, без TDD/BDD, т.к. чаще приходится работать с кодом, который достался в наследство, т.е. он уже требования когда-то были озвучены, код написан и надо его дорабатывать.

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

Оба ваших "подхода" можно реализовать и в виде модульного теста, и на Gherkin'е и по BDD.
Поскольку про юнит-тесты вам все понятно, я напишу только про геркин.

Геркин - не значит "прокликивание" мышкой и приемочные тесты с высокой степенью детализации, хотя я догадываюсь, откуда у вас такие впечатления.

Как вы сформулировали задачу:

Цитата
УПП, при установленной галке "списывать спецодежду в НУ одновременно с БУ" при наличии нескольких видов спецодежды в эксплуатации при возврате спецодежды из эксплуатации формируется временная разница, а быть ее не должно.

В геркин это "переводим" дословно:

Код
Сценарий: Ошибочное формирование ВР при возврате спецодежды

Допустим, в ИБ в настройках установлен флаг "списывать спецодежду в НУ одновременно с БУ"
И на остатках есть спецодежда нескольких видов

Когда я оформляю документ "Возврат спецодежды из эксплуатации" 
Тогда не должно образовываться временной разницы


Когда вам пользователь рассказывал условие, наверняка он еще примеры привел в базе, которые по возможности в том или ином виде
нужно в сценарии отразить (только значимое). Но это надо сделать и для модульного теста, как он без данных-то!

Ну а реализацию шагов вы уже написали. Вот те, которые идут в "Допустим":

Цитата

0. Подготовка справочников
1. КЗР на некий "срез" регистра "Учет движения МПЗ и затрат Регл"

и вот реализация шагов, которые идут в после "Когда" и "Тогда":

Цитата

2. программно формируем документ возврата из эксплуатации, проводим и проверяем отсутствие ВР

Зачистка данных - это служебное действие.
DevBDD 1С по душе#23 17.01.17 14:49
(21)
Цитата
помогите раскрыть тему и убрать "недосказанности" из статьи

Тему бы вы раскрыли, если бы привели примеры из вашей практики, вот ровно вот как вы сами призываете - "я попробовал вот это".

А так данная публикация - больше похожа на школьный реферат на тему "Что такое BDD" - нарезали цитат из известных публикаций и скомпоновали их.
ОбменПередаем контакты из 1С в Битрикс24 через REST API#8 12.01.17 17:25
(6) Все нововведения у Б24 сначала в облаке. В коробке REST API добавили совсем-совсем недавно.
О жизниКлуб экспертов в Питере, 16 декабря 2016, предновогодняя встреча.#5 06.12.16 19:39
(4)
Цитата
Телевебинар - это когда несколько спикеров в одном вебинаре, а их смотрит совместно группа людей собравшаяся в офф-лайне, а потом совместно задает вопросы и обсуждает вместе со спикерами и участниками. Соответственно могут быть и он-лайн участники

Было бы круто! Послушать хочется, а приехать очно послушать врядли в ближайшее время получится.

> p.s. Ссылки на доклады конференции IE2016Dev лучше пока не публиковать. Это пускай остается, раз уж запостил.

Я думал, я вставил ссылку на пункт программы (просто зашел в программу эвента на event.infostart.ru и скопировал ссылку), даже не посмотрел сначала, что вставилась ссылка на ютуб.
О жизниКлуб экспертов в Питере, 16 декабря 2016, предновогодняя встреча.#3 06.12.16 18:59
Все публично известные гуру в этой теме все на ИЭ неоднократно выступали: Аюханов, Белов, Лустин, Сосна (в алфавитном порядке, чтобы не обижались) :)

+ лично мне было бы интересно однозначно кого-либо с опытом большой коллективной разработки в рамках типовых инструментов. Например, на последнем ИЭ был хороший доклад подобной тематики про эволюцию подхода к групповой разработке в рамках типовых инструментов - https://www.youtube.com/watch?v=AUYPhLoNG4w

НовостиНаградной лист: кому и за что были вручены призы на Infostart Event 2016#24 01.11.16 13:54
По уровню организации конференции из года в год все лучше: продуманее в деталях, удобнее и даже на кофебрейках - сытнее.

Доклады как всегда - разнокалиберные и по уровню докладчика и по тематике, и по прикладной пользе - на всякий вкус и цвет. Традиционно, дружеское профессиональное общение в кулуарах, если им воспользоваться - один из эффективнейших инструментов "прокачать" свои знания за счет опыта коллег по цеху, а конференция этому отлично способствует.

Очередное спасибо команде Инфостарта за очередные три дня знаний и удовольствия от общения! Отдельно в этом году отмечу со стороны организаторов Павла Чистова, который как Фигаро, то тут, то там - всеми возможными способами обеспечивал организацию комфорта участникам конференции.
Групповая разработкаИспользование git для доработки типовых конфигураций 1С#12 11.10.16 11:41
(0) Отличная практическая статья, давно такой не хватало! Подписываюсь на комментарии :)
DevРабота с Яндекс.Диском (обычная и управляемая форма)#25 14.07.16 14:29
(24) Xershi, явные отличия есть только в методах работы с json (но на самом деле они взяты из разработки http://infostart.ru/public/119601/, т.е. можно использовать его же вместо штатных методов платформы) + используется модуль логирования. Но вызовы методов этих библиотек локализованы и могут быть заменены.