Вот уже 10 лет платформа 1С поддерживает СУБД PostgreSQL.
PostgreSQL, как и платформа 1С, все время меняется, и их совместная работа становится лучше и лучше.
Мы, представители российской компании - вендора PostgreSQL, участники международного сообщества этой СУБД, расскажем о том, что предлагает PostgreSQL для 1С.

Во-первых, проясним вопрос, почему именно PostgreSQL? Почему многие делают выбор в пользу этой СУБД?
Во-вторых, расскажем о том, какие трудности встречаются у выбравших PostgreSQL и укажем способы их преодоления.
В-третьих, познакомим слушателей c нашими последними разработками, вошедшими в СУБД Postgres Pro. Многие из этих разработок способны заметно увеличить производительность приложений на платформе 1С.

- создание новых продуктов
- методики проведения проверки созданного продукта

Сейчас есть большой интерес к переходу на PostgreSQL или развёртыванию с нуля инфраструктуры на свободно-распространяемой СУБД. Вместе с этим есть большие сомнения относительно скорости, надёжности и лёгкости администрирования этой СУБД.

Мы в компании ИнфоСофт накопили опыт перевода на PostgreSQL как небольших баз, так и баз в несколько ТБ работающих под высокой нагрузкой в режиме 24/7.

В рамках доклада я поделюсь опытом:

• на что нужно обратить внимание в коде 1С при работе н СУБД PostgreSQL;
• почему Windows;
• какие настройки PostgreSQL критично влияют на быстродействие 1С;
• какие ограничения и какие плюсы администрирования несёт в себе использование СУБД PostgreSQL;
• разница в подборе «железа» в сравнении с MS SQL;
• как ведут себя типовые конфигурации 1С.

- Агрессия в переговорах - это хорошо или плохо?

- Экспресс-тест на оценку уровня своей агрессивности. Как связаны секс, агрессия и переговоры?

- Как с помощью гнева заводить новых друзей и укреплять отношения со старыми?

- Как быстро гасить агрессию оппонента?

- Отработка навыка управления гневом.

- Что такое “технический долг” и почему им нужно управлять

- “Семь смертельных грехов разработчика ПО”

- Показатели и метрики внутреннего качества кода, инструментарий

- Подходы к управлению техническим долгом, применяемые в настоящее время

- Проблемы, возникающие при отложенном контроле качества

- Непрерывная Инспекция кода - основы подхода и преимущества применения

1. История создания, основные принципы и преимущества технологии

2. Возможности технологии и потенциальные области применения

3. Обзор блокчейн-платформ (Ethereum, BlockChain Engine (Emer Group), Lisk)

4. Юридические и законодательные проблемы.

5. Примеры бизнес-моделей и практик применения блокчейн-технологий

6. Возможность построения блокчейн-системы на платформе 1С.

Если в организациях и осталось что-то неизменное – то это постоянные изменения. И таковы уж реалии сегодняшнего дня, что часто на острие этих изменений находится ИТ подразделение.

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

Мы обсудим:
- Какие изменения нужны организации?
- Какие изменения нужны вам?
- Как определить, какое изменение возможно, а какое невозможно?
- Как сформулировать цели изменения и чем они отличаются от целей организации?
- Как выбрать верную тактику проведения изменения?
- Изменение закончено, что потом?

- Когда и какие блокировки устанавливаются
- Основные ошибки снижающие параллельность работы
- Рекомендации по написанию кода
- Особенности блокировок при многопоточной обработке данных
- Как узнать какие данные в терминах 1С сейчас заблокированы
- Влияние оптимизации на оборудование

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

Поэтому, любой руководитель проекта должен уметь использовать классический (PMI) подход:

а) определять - кто является стейкхолдерами (заинтересованными сторонами) в проекте;
б) оценивать - какое влияние они оказывают на проект; в) понимать и управлять их ожиданиями, вовлекать в проект.

Эффективный же руководитель проекта должен, в том числе, уметь отвечать и на непростые вопросы, ответы на которые нелегко найти в методологиях:

- Как избежать персональных конфликтов интересов, возникающих даже на почве одной неосторожно сказанной фразы?
- Как сфокусировать команду в целом на Заказчика, а не на «сотрудника-ФИО»?
- Как дать Заказчику почувствовать себя единственным и неповторимым?
- Как избежать постоянных разборок: кто виноват?  
- Как обеспечить режим максимального благоприятствования в ежедневном общении персонала с обеих сторон, что рекомендовать Вашим сотрудникам?

В своем докладе я не только расскажу о применении методологий и best practices PMI в проектах 1С, но и расскажу о собственном взгляде на процессы Управления заинтересованными сторонами проекта, а также – представлю ответы на указанные выше вопросы, сформулированные на базе собственного практического опыта, накопленного за более чем семнадцатилетний срок участия в проектах внедрения информационных систем.

«Вчера всё работало, ничего не трогали, сегодня всё висит, помогите!» - знакомая многим фраза, требующая срочных мер и нетривиального подхода, так как всё очевидное уже наверняка пробовали сделать.

В своём выступлении я расскажу про:

• наш подход к анализу «тормозов» используя встроенные средства 1С и MS SQL;
• Реальные примеры решения проблем производительности 1С+MS SQL с базой данных в несколько ТБ и миллиардом строк в одном из регистров;
• Неожиданный эффект запроса времени сервера на больших объёмах выгрузки;
• Все ли «итоги» 1С одинаково хороши и полезны;
• Влияние статистики MS SQL и её обновление на больших объёмах данных в реалиях ограниченного технологического времени на высоконагруженных базах 1С.

1. Что такое нейронные сети, генетические алгоритмы и зачем они вообще нужны?
2. Чем они помогут в 1С?
3. Конструируем нейросеть в Matlab и используем в 1С за 15 минут.
4. Пример задачи оптимизации в 1С и её решение с использованием генетического алгоритма.
5. Выводы.

Можно создавать действительно интеллектуальные решения, обгоняя конкурентов.

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

В докладе простыми словами на практических IT-примерах раскрываются базовые экономические термины и понятия, грамотное оперирование которыми позволит IT-директору легче и быстрее согласовывать:

1) штатное расписание и ФОТ,
2) разовые закупки,
3) бюджет в целом,
4) выбор организационно-технических решений,
5) отказ или изменение в реализации бизнес-требований.

В докладе рассмотрены такие понятия как:

1) EBITDA (earnings before interest, taxes, depreciation and amortization - наиболее популярный термин для прибыли),
2) TCO (total cost of ownership - совокупная стоимость владения),
3) DCF (discounted cash flow - основной метод оценки стоимости бизнеса),
4) основы риск-менеджмента (ISO 31000:2009), непрерывности (ISO 22301:2012) и информационной безопасности (ISO 27001:2013) бизнеса, в связке с TCO и DCF

В данном докладе не будет четкой структуры, логики и т.д. Данный доклад будет напоминать солянку из разных вопросов и ответов на них. Разные мелкие нюансы и особенности работы с мобильной 1С.
Доклад о том, о чём вы не знали, или стеснялись спросить.

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

Излагаются методы, которые нигде у фирмы 1С или фирм-франчайзи не описаны. Только самое важное и лучше. Стилизация под детектив. Таинственная история...
Глава 1. Начало. (ошибки, которых не избежать)
Глава 2. Расплата (цена ошибок или как правильно управлять ситуацией)
Глава 3. А что, если (важно не знать, а делать, внедряем замеры длительности)
Глава 4. Причина и следствие (распутываем клубок шаг за шагом)
Глава 5. Элементарно, Ватсон! (решение это всегда конкретика)
Глава 6. Если все научные методы закончились, можно пофантазировать. Эй, астролог, да, ты!... (общесистемные и узкие области влияния)
Глава 7. Сложное всегда ломается с большей вероятностью. Но упрощать сложно. (Тестирование, Потоки, Проблемы СКД)
Глава 8. Сколько людей, столько и мнений. (Интерпретация фактов)
Глава 9. Узелки на память. А давайте выкинем плохую программу и купим хорошую (почему не надо изобретать велосипед, а улучшать существующее).
Глава 10. Снова начало (итерационный подход)

+ Кейсы реальных примеров

В докладе мы:

- определим самую востребованную область автоматизации, при помощи мобильной платформы 1С.
- назовем самые активные страны, платформы и сегменты устройств в привязке к области автоматизации.
- разберем самые сложные и непонятные моменты в публикации приложений для Google play и AppStore.
- попробуем обойти конкурентов и выйти в топ приложений по данной тематике.
- проработаем с отзывами пользователей-проверим реакцию на обновления.
- получим доход от продажи приложения.

С самого начала работы над Контейнером мы пытались сделать его не похожим на другие мобильные приложения  1С. Особое внимание уделяли интерфейсу и юзабилити, хотели отойти от всех шаблонов и создать то, что действительно будет нравится пользователям, а не просто работать.

Мы с нетерпением ждали выхода нового интерфейса, в надежде реализовать все наши идеи. И он действительно дал нам гораздо больше возможностей. Но легко ли было добиться желаемого результата?

Сейчас наше приложение отлично работает на более 500 различных моделях телефонов и планшетов, с диагональю от 3" до 10", имеет самый высокий рейтинг и лучшие отзывы среди конкурентов, многие из которых уже давно на рынке. Как мы это делаем?

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

В этом докладе я поделюсь с Вами тем, как это все работает. Как мы делаем обмены, как мы контролируем версии, как мы собираем ошибки, как распределяем нагрузку и прочее-прочее. Ведь на текущий момент не существует аналогов на базе мобильной 1С, причем с таким высоким рейтингом. А это значит лишь одно - это все действительно работает, и пользуются этим люди не по принуждению (начальник сказал, все сотрудники - бегают), а по желанию.

Тезисы:

- создание бекапов базы на мобильном устройстве + думаем о будущем (что делать, если изменятся метаданные)
- организация обмена между устройствами в режиме реального времени - используем PUSH
- нюансы обмена через сервисы - скорость соединения и обмена (web или http-сервисы?). Объем передаваемых данных, длительность соединений, блокировки и т.п.
- обновление приложения в маркетах - как реализовать обмен между устройствами с разными версиями метаданных.

Интеллект и эмоции, роль в принятии решений.
Качество жизни современного человека зависит от скорости принятия правильных решений. Принято считать, что рассудочная деятельность - единственный надежный инструмент прогнозирования, а эмоции, как минимум, бесполезны. Однако не так все однозначно в человеческой психике:  
Что на самом деле скрывается за эмоциональными реакциями?
Стоит ли подавлять импульсивным порывам к действию?
Как быстро принять решение при минимуме вводной информации?
Как «автоматизировать» принятие решений используя эмоции?
Вот только ряд вопросов, ответы на которые позволяют повысить эффективность в профессиональной и повседневной деятельности. Понимание механизмов, работающих в человеческой психике, дает Вам возможность понять себя и окружающих.

1. Введение: о "проекте", проектном треугольнике и статистике успешности.

2. Обзор методологий управления проектами: от жестких к гибким и наоборот.

3. Особенности SCRUM: манифест, суть и сферы деятельности, в которых управление проектами может быть только гибким.

4. Роли в SCRUM. Практикум: составление профилей сотрудников.

5. Документы SCRUM.

6. Ритуалы SCRUM. Практикум: планирование первого спринта для проекта по созданию сайта.

7. Контроль проекта.

8. Управление рисками проекта. Практикум: создание матрицы управления рисками проекта по созданию сайта.Что получим на выход?- матрицу компетенций для подбора специалистов в проектную команду- набор шаблонов базовых проектных документов- матрицу управления рисками проекта

- Методика оценки бюджета проекта и управление бюджетом. Использование гибкого бюджета проекта, оценка задач по технологии SCRUM.  Управление внешним и внутренним бюджетом.

- Управление рисками на проекте. Что делать в случае возникновения вопросов "Мы это обсуждали?", "Это должно быть с самого начала?". Как избежать убытков на проекте? Как привести проект к закрытию с минимальными рисками разрыва контракта.

- Управление проектной командой. Роли в проектной команде, кто, что должен делать, а кто что нет. Как правильно сдавать работы заказчику. Обсудим систему тайм менеджмента.

- Мотивация проектной команды. Подбор и мотивация проектной команды, введем планы выполнения работ, обсудим KPI.

- Документация. Формирование перечня проектной документации на проекте Agile. Обсудим глубину детализации. Максимально информативная документация "без воды".

- Сокращение сроков реализации проекта и самый короткий путь к результату.

Большинство систем на базе платформы 1С работают в связке с СУБД MS SQL Server.
Причин данному факту множество. Но все же встречаются решения с использованием других СУБД, например, от фирмы Oracle. Эта СУБД имеет свои преимущества и недостатки, открывает перед разработчиками и администраторами дополнительные возможности в управлении производительностью и масштабированием, но и накладывает ряд ограничений.
Ввиду менее частого использования, по сравнению с MS SQL Server, публикации с описанием опыта применения 1С и Oracle достаточно редки.

В своем докладе я:

- расскажу про преимущества использования Oracle в проектах с большим объемом данных и необходимостью обеспечения высокого уровня доступности системы;

- опишу основные проблемы, связанные с обеспечением быстродействия и масштабируемости в системах 1С в связке с Oracle;

- расскажу про подход к разработке с учетом ориентации на Oracle;

- опишу методику анализа и оптимизации запросов с использованием технологического журнала 1С и средств администрирования СУБД;

- приведу реальные примеры ускорения быстродействия при работе с базой данных объемом более 1 Тб и таблицами более 100 Гб.

- История становления командной разработки в нашей компании. Как мы жили, когда были маленькие, и с чем сталкивались в процессе роста?
- Роль хранилища конфигурации 1С в групповой разработке. Его плюсы и минусы.
- Организация цикла разработки ПО. Разные схемы организации цикла, их преимущества и недостатки. Место в каждой из них  специалистов различных сфер деятельности.
- Классическая схема с использованием хранилища конфигурации. А что если использовать несколько хранилищ? Как это помогает и вредит?
- Как происходит тестирование, исправление ошибок, разработка внешних отчетов/обработок и правил обмена в крупной компании при интенсивном использовании ПО?
- Организация тестового контура информационных баз для тестировщика и заказчика.
- Дальнейшие планы по улучшению качества продукта. Какие еще инструменты и технологии можно задействовать?

Целью доклада является раскрытие возможностей UML для нахождения общего языка с заказчиком. В докладе на примере будет продемонстрирована простая методология описания бизнес процессов, которую поймет любой руководитель и специалист.

В ходе доклада поговорим про:
* Еще раз про проблемы нахождения взаимопонимания с заказчиком
* Почему UML?
* Нотация - правила описания модели. Представление принципов разработки нотации для ваших моделей
* Состав модели для описания деятельности предприятия
* Пошаговый пример составления модели деятельности предприятия
* Что теперь делать с картинками? Трансформация модели деятельности предприятия в документы по ГОСТу 34, 19
* Переход от модели деятельности предприятия к проектированию механизмов 1С на UML
* Этапы разработки моделей при выполнении проекта автоматизации
* Документирование процесса разработки модели
* Практика применения моделирования в условиях "давай быстрей", "что бы вчера было сделано", "не нужны мне бумажки - просто сделай"
* Программные продукты, для организации моделирования на ваших проектах
* Первые шаги по разработке моделей

1.ОСНОВА проблемы
1.1.В системе работают люди – главный источник проблем. Гибкость ИС, кому и когда она нужна?
1.2.Человеческий фактор – самая большая проблема «нижнего уровня»
1.3.Основные варианты ошибок

2.Изменение объектов.
2.1.тех, Которые уже были проверены, сведены и т.д.
2.2.Исправление «чужих» документов.

3.Цепочки документооборота для стандартных процессов.
3.1.Четкий набор вариантов, которые бывают в жизни и для каждого жесткая цепочка. Ликвидация излишней «гибкости».
3.2.Этапы и действия, которые можно «вычислить», т.е. – сделать автоматически и где человек        совершает ошибки.
3.3.Принцип «лево-право-середина» - «должен, но не сделал» - «надо один раз, сделал много раз».
3.4. обработка «отрицательных» вариантов. Склонность человека концентрироваться на том, что нужно делать и упускать то, чего делать нельзя

1. Приемы создания универсальных решений на 1С. Какие когда применимы.

1.1. Универсальные обработки, анализирующие метаданные конфигурации.  
1.2. Отдельные ветки кода под различные конфигурации.
1.3. Создание шаблона обработки и адаптация под конфигурацию пользователя.

2. Варианты программного анализа, создания и изменения  решений на 1С  с использованием различных инструментов (V8Unpack, сборка/разборка в XML, Eclipse).
Преимущества и недостатки различных подходов при работе с конфигурациями, обработками, отчетами.

3. Алгоритм пошагового автосоздания 1С-разработок на примере нескольких моих решений с Инфостарта.  

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

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

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

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

Вступление
1. Методические рекомендации по проведению переносов
1.1 Подготовка исходной программы
1.2 “Разовый” перенос
1.3 Этапы переноса
1.4 Регулярный обмен данными

2. Рекомендации по разработке правил конвертации
2.1. Основные рекомендации2.2 Использование параметров выгрузки
2.3 Алгоритмы обработки баз данных через события «Перед выгрузкой данных», «После загрузки данных»
2.4 Увеличение скорости выгрузки данных

3. Сложности переносов данных на 1С
3.1 Классификация проблем переносов
3.2 Способы оптимизации правил конвертации для переноса больших объемов данных:
3.3 Кейс «Коматцу». УПП1.3 - ЕРП 2.0
3.4 Кейс «Цифровая этикетка». КА 1.1 - КА 2.0

4. Универсальный формат обмена (КД 3.0)
4.1 Способ сериализации, файл структуры универсального обмена (сравнение с КД 2.0).
4.2 Удобство отладки, доработки как в конфигураторе, так и в КД 3.0 (сравнение с КД 2.0)
4.3 Сравнение производительности (типовой обмен БП3-УТ11 с 1000 шт. документов)

5. Эволюция технологий переноса данных

6. Презентация новых инструментов для упрощения переносов
6.1. Сверка документов после переноса (управляемые приложения)
6.2. Доработка универсальной обработки обмена в формате XML для переноса больших баз 1С.

7. Заключение

При формировании ИТ-стратегии ОАО «КАМАЗ» в 2007 году принято перевести часть систем на 1С.

На 1С на КАМАЗе реализованы Бухгалтерский учет, Налоговый Учет, учет по МСФО, все задачи сбыта, закупки, казначейство, инструментообеспечение.

Международный Проект - разработка Продукта для управленческого учета на базе «1C:SmallBusiness» («первая международная типовая»)

Открытый Проект, основанный на широкой кооперации партнеров, имеющих интересы (планирующих внедрения) в 15-ти странах, в т.ч.: члены EU - 7 / самостоятельные республики exUSSR - 5 / Asia - 1 / Africa - 1 / MiddleEast - 1

Разрабатываются универсальные решения для стран, где планируются внедрения   универсальные механизмы для дальнейших локализаций.
Заложена возможность работы на 16 языках интерфейса, из них практически готовы пять. Проект Открытый - приглашаем всех заинтересованных и амбициозных  коллег к участию!

Девиз нашего Проекта: ТАКОГО еще никто никогда не делал!

Введение в проблему. Общие вопросы архитектуры.

- 1С - сервер, клиент для любого игрового движка
- Объектная модель 1С:Предприятия для оперирования ММО игрой в концепции сервиса. Концепция игровых сущностей как связки наборов данных по модели 1С:Предприятия 8.
- Концепция генерации платформенно-оптимизированного кода для работы с отраслевыми сущностями, используя 1С:Предприятие
- Клиент-серверный обмен через HTTP API. GET для публичных сервисов, POST для приватных.

Может ли 1С в миллион пользователей онлайн? Вот как мы пытаемся это узнать:
- “Даешь джейсонизацию всей страны!”. Отдельные замечания о сравнении штатной фабрики ЗаписатьJSON() с работой на чистом потоке ЗаписьJSON.
- “Как один запрос семь ответов прокормил или некоторые частности реализации кэширования”. Проблема с платформенным кластерным кэшированием и наш ответ на неё.
- Фабрики генерации запросов к базе данных как реализация lean manufacturing для переработки информации.
- Наша реализация динамического транслирования языка 1С в C#, С++ и другие языки программирования.
- Автоматическое проецирование частных реализаций модели данных в клиентские структуры на других языках программирования.
- Отработка серверно исполняемых событий игровой логики.
- Множественность языков разработчиков и ещё большая множественность языков игроков. Языки программирования как подвид естественных языков. Многоуровневая система локализации.

О “жадных и тупых” 1Сниках или обработка данных как нефтепереработка 21ого века (с) Герман Оскарович Греф
- Game Architect или как мы делаем глобальный SaaS стартап, используя 1С:Предприятие.
- Как мы вносим свой вклад в выход коллег на рынок экспорта своих работ и услуг.
- Инфостарт как центр экспортных продаж типовых разработок для отрасли

Типичные ошибки в управлении ИТ
·        Постановка задач на разработку, требования к  дисциплине, система KPI, большие привилегии, отсутствие контроля и избыточный контроль, психологическое давление
Мотивация 3.0
·        Что является драйвером нового времени
·        Мотивация 1.0, Мотивация 2.0 и особенности нового подхода
·        Примеры мотивации в Российских компаниях
Руководитель как мотиватор
·        Что хочет от руководителя специалист?
·        Правила обратной связи и продуктивный контроль, мотивирующая организация труда

- Происхождение систем мотивации.

- Современные системы.

- Как введение систем мотивации губит бизнес.

- Есть ли плюсы у систем мотиваций.

- Пирамида Маслоу и ее влияние на мотивационные системы.

- Мотивация и вознаграждение - два извечных антагониста.

- Так почему у соседа яблоки в саду зеленее.

- На ком не работают системы.

- Не стоит боятся увольнять.

- Так стоит ли вводить системы мотивации в компаниях.

Главная цель доклада – показать 1С-никам новое направление профессионального и карьерного роста, на основе опыта другого 1С-ника.

Суть – бизнес можно программировать и отлаживать так же, как и информационную систему. Речь, разумеется, о внутренних бизнес-процессах предприятия. Но не об их автоматизации, а их программировании и отладке.

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

Доклад посвящен реальным примерам интеграции сайтов с БД 1С. Будут рассмотрены возможности платформы 1С,позволяющие организовать онлайн доступ к данным БД 1С с сайта, обработку запросов, возврат результата для отображения на странице сайта.

План выступления:

- Преимущества использования онлайн связи с БД 1С.
- Техническое исполнение: структура скриптов на сайте, объектов в конфигурации 1С.
- Изменится ли скорость работы сайта?
- Асинхронная загрузка страниц, использование ajax.
- Примеры использования: авторизация, вывод отчетов, интерфейс дилера.
- Как обеспечить безопасность данных?
- Особенности лицензирования.
- Ограничения.

Отказоустойчивость и надежность системы.
- Отказоустойчивый интернет-магазин
- Структура конфигурации 1С, алгоритм работы

Интеграция с 1С - и интернет-магазинов - это всегда слезы и факапы. Но мы научились делать как надо.

Тезисы:

- Интеграция с 1С
- почему она «больное» место проекта?
- Как происходит интеграция в 90 случаях из 100, и почему так не надо?
- Рецепт счастья для 87 процентов проектов
- Интеграция, если интернет-магазин - дополнительный проект при 48-ми розничных магазинах.
- Какие вопросы задавать и на каком этапе приступать?
- Как сделать правильное общение между менеджером проекта, клиентом и 1с-программистом.
- Кейсы

Большой опыт в интеграции продуктов 1С и 1С-Битрикс. Для нас не важно где и когда вы делали интернет-магазин. Интеграция с 1С — это лучшее что будет в вашем магазине.

Более 500 разных интеграций.

- С чего начинается отраслевая разработка

- Как выбрать отрасль или функциональное назначение

- Тестирование идеи и концепции

- Выбор пилота и его мотивация, чем раньше, тем лучше

- Итерационная разработка

- Составляющие программного продукта

- Лицензирование, цены, конкуренция

- Развитие продукта, инвестирование.

1.Как выглядит стандартный процесс разработки по BDD сегодня?  
а)  Этапы процесса.    
б) Инструменты для повседневной работы.

2. Отзывы с реальных внедрений. А где нам взять таких людей?    
а) Какие плюсы от использования    
б) С какими проблемами придётся столкнуться    
в) Как обучить людей

3. Почему выгодно вкладываться в качество.    
а) Долой лоскутную автоматизацию!    
б) А что там со стоимостью цикла разработки?

4. Делаем Вау эфект для заказчика. Как сделать из требований кино (18 ).    
а) Как показать заказчику проделанную работу    
б) Как сделать из feature файла видео.

5. Почему нам не нужен отдел тестирования, а нужен отдел “качества”.    
а) Кто пишет сценарии?    
б) Что должен делать отдел по качеству (QA)?

6. Перспективы развития.

Развитие Интернет и мобильных технологий предъявляет новые требования, в том числе и к учетным системам. 10 лет назад, считалось нормой, что с данными можно работать только в локальной сети, а для доступа к этим данным нужно устанавливать специальную программу – клиента 1С.

Сегодня, бизнес ожидает от IT высочайшей доступности в том числе, с мобильных устройств, в том числе, при отсутствии связи с сервером. Важность вопросов интеграции, репликации и обменов данными, трудно переоценить. Технология 1С с регистрацией изменений в планах обмена успешно справляется со многими задачами распределенных ИБ. Вместе с тем, мир репликаций не ограничивается планами обмена.

В своём докладе я расскажу о событийно консистентной репликации CouchDB и приведу примеры интеграции 1С с offline-first браузерными приложениям

Взгляд директора по ИТ.

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

В докладе будет освещен процесс внедрения элементов LEAN в работу службы информационных технологий. Поскольку LEAN изначально ориентирован на производство, его применение «в офисе» потребовало адаптации инструментов и методик системы. Не все из них удалось адаптировать, не все из адаптированных «прижились» и стали неотъемлемой частью повседневной деятельности сотрудников службы ИТ. Но остальные позволили взглянуть на происходящее под другим углом, систематизировать работу по развитию и совершенствованию внутренних процессов, повысить качество и надежность создаваемых ИТ систем.