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

360
Рейтинг

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



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

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


Группы

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

IE 2012 Докладчик

IE 2013 EVO Участник

Партнер IS-WP

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

IE 2015 Участник

IE 2016 Участник

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

IE 2017 Online

Рейтинг 360

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

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

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

20.07.2015    13935    82    

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

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

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

12.06.2015    11467    24    

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

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

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

24.02.2015    13570    5    

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

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

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

17.11.2013    14158    101    8    

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

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

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

12.02.2012    14505    50    

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

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

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

16.01.2012    18691    34    

Комментарии

UtilsTool1CD: отрежем донорскую почку#11 17.05.18 18:29
(1)
Цитата
Например, для сборки файла внешней печатной формы с заполненными по шаблону предопределенными процедурами и приёмами БСП-кидо.


Если я вас правильно понял, то давно уже есть, правда сделано на базе альтернативного распаковщика/запаковщика, см. статью https://infostart.ru/public/454827/

На его базе в том числе сделан онлайн-сервис для генерации шаблонов ВПФ для БСП:

http://www.develplatform.ru/OneC/Online-instruments/CEDP
DevВеб-разработка на 1Script. Глава 2#17 25.04.18 22:23
(16) Я ничего не писал про статику, я написал "HTML-код веб-компонент", но подразумевал "код веб-компонент", т.к. какая разница, что на самом деле генерировать, "HTML" по инерции добавил )
DevВеб-разработка на 1Script. Глава 2#11 25.04.18 18:21
(10) Нет пока 1Скрипта в обозревателе, даже не понятно, где вы его увидеть смогли.

На скриншоте Алексея? Посмотрите внимательнее на скриншот: там последней строчкой "СкомпилироватьСНастройками()", это означает, что методы, которые вы видите выше просто генерируют HTML, но происходит это на сервере.

Т.е. это просто библиотека серверная, которая генерирует HTML-код веб-компонент или просто html-код.

Теоретически, на клиенте 1Скрипт можно сделать после выхода blazor'а.
DevВеб-разработка на 1Script. Глава 2#9 25.04.18 13:53
(7) Вы про что? Синтаксис 1Script полностью совместим с 1С, вы куда-то не туда посмотрели.
DevСоздаем свою библиотеку для OneScript#21 07.03.18 17:18
(19) Я подумал, что в данном случае погрешностью в пару случаев можно пренебречь :)
DevСоздаем свою библиотеку для OneScript#12 06.03.18 23:09
Цитата
Заранее извиняюсь за огромное количество упоминаний слова «библиотека» в тексте статьи :)

Код
$ curl -s -L https://infostart.ru/public/791568 | iconv -f cp1251 -t utf8 | grep -o 'библио*' | wc -l
139
DevТестирование интерфейса в обычном приложении 8.2 при помощи SikuliX#15 07.01.18 22:12
Спасибо за обзор инструмента. Сейчас как раз мучаюсь (другого приличного слова не подберу) с 1С:Сценарным тестированием для тестирования конфигураций на 8.2. Главная беда, конечно - с модальными окнами.

Есть пара вопросов:

1. Как вижу, SukuliX работает в отдельном сеансе/процессе и по идее должна уметь и модальные окна ловить. Я прав?

2. Почему xUnitFor1C используете только для геренации отчета? Не думали о том, чтобы запускать SikuliX-тесты при помощи xddTestRunner.epf, который запускался бы в сервисной информационной базе?

Это более естественный способ использования xUnitFor1C, чем отдельный запуск только для обработки логов. Принцип работы тестовой обработки для xUntitFor1C может быть таким:

* Параметризованный тестовый метод Тест_ДолженВыполнитьСкриптSikuliX(), который принимает на входе путь к сценарию на SikuliX и выполняет его, в конце проверяет лог и выводит исключение, если в логе обнаружены ошибки.

* ЗаполнитьНаборТестов() сканирует переданный через файл конфигурации путь к каталогу с SikuliX-тестами и для каждого файла-теста создает тестовый случай в дереве тестов (тест = Тест_ДолженВыполнитьСкриптSikuliX, Параметр = Путь к конкретному SikuliX-скрипту)

Мы таким образом запускаем 1С:Сценарные тесты.
Основное преимущество такого подхода: не нужно поддерживать батник для последовательного запуска тестов.

Ваше решение, конечно же, идеально для всех, кому сначала ехать, а потом шашечки :)
DevИспользование git при разработке на 1С#21 27.12.17 23:16
(0) Спасибо, что ответы на свои вопросы в гиттере к авторам инструментов ("несмотря на" и "вопреки всему" :)) и собственный опыт оформил в виде такой доходчивой и подробной статьи! Это однозначно лучше штатной документации.
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

С этой статьи рекомендую и начать.