http://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:%D0%9C%D0%B0%D0%BA%D1%81%D0%B8%D0%BC%D0%B0_%D0%A6%D0%B5%D0%BF%D0%BA%D0%BE%D0%B2%D0%B0/2014-02-06:_ALM_Summit-2014&feed=atom&action=historyБлог:Максима Цепкова/2014-02-06: ALM Summit-2014 - История изменений2024-03-29T01:39:13ZИстория изменений этой страницы в викиMediaWiki 1.26.4http://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:%D0%9C%D0%B0%D0%BA%D1%81%D0%B8%D0%BC%D0%B0_%D0%A6%D0%B5%D0%BF%D0%BA%D0%BE%D0%B2%D0%B0/2014-02-06:_ALM_Summit-2014&diff=43034&oldid=prevMaksTsepkov в 19:29, 6 февраля 20142014-02-06T19:29:53Z<p></p>
<table class='diff diff-contentalign-left'>
<col class='diff-marker' />
<col class='diff-content' />
<col class='diff-marker' />
<col class='diff-content' />
<tr style='vertical-align: top;' lang='ru'>
<td colspan='2' style="background-color: white; color:black; text-align: center;">← Предыдущая</td>
<td colspan='2' style="background-color: white; color:black; text-align: center;">Версия 19:29, 6 февраля 2014</td>
</tr><tr><td colspan="2" class="diff-lineno" id="mw-diff-left-l137" >Строка 137:</td>
<td colspan="2" class="diff-lineno">Строка 137:</td></tr>
<tr><td class='diff-marker'> </td><td style="background-color: #f9f9f9; color: #333333; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #e6e6e6; vertical-align: top; white-space: pre-wrap;"><div>{{wl-publish: 2014-02-06 23:20:10 +0400 | MaksTsepkov }}</div></td><td class='diff-marker'> </td><td style="background-color: #f9f9f9; color: #333333; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #e6e6e6; vertical-align: top; white-space: pre-wrap;"><div>{{wl-publish: 2014-02-06 23:20:10 +0400 | MaksTsepkov }}</div></td></tr>
<tr><td class='diff-marker'> </td><td style="background-color: #f9f9f9; color: #333333; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #e6e6e6; vertical-align: top; white-space: pre-wrap;"><div>[[Категория:Конференции]]</div></td><td class='diff-marker'> </td><td style="background-color: #f9f9f9; color: #333333; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #e6e6e6; vertical-align: top; white-space: pre-wrap;"><div>[[Категория:Конференции]]</div></td></tr>
<tr><td colspan="2"> </td><td class='diff-marker'>+</td><td style="color:black; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div><ins style="font-weight: bold; text-decoration: none;">{{replicate-from-custiswiki-to-lib}}</ins></div></td></tr>
</table>MaksTsepkovhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:%D0%9C%D0%B0%D0%BA%D1%81%D0%B8%D0%BC%D0%B0_%D0%A6%D0%B5%D0%BF%D0%BA%D0%BE%D0%B2%D0%B0/2014-02-06:_ALM_Summit-2014&diff=43032&oldid=prevMaksTsepkov в 19:24, 6 февраля 20142014-02-06T19:24:47Z<p></p>
<table class='diff diff-contentalign-left'>
<col class='diff-marker' />
<col class='diff-content' />
<col class='diff-marker' />
<col class='diff-content' />
<tr style='vertical-align: top;' lang='ru'>
<td colspan='2' style="background-color: white; color:black; text-align: center;">← Предыдущая</td>
<td colspan='2' style="background-color: white; color:black; text-align: center;">Версия 19:24, 6 февраля 2014</td>
</tr><tr><td colspan="2" class="diff-lineno" id="mw-diff-left-l135" >Строка 135:</td>
<td colspan="2" class="diff-lineno">Строка 135:</td></tr>
<tr><td class='diff-marker'> </td><td style="background-color: #f9f9f9; color: #333333; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #e6e6e6; vertical-align: top; white-space: pre-wrap;"><div>А еще доклад предварялся весьма любопытным взглядом автора на логику развития средств разработки в целом, но это я повторять не буду. Если выложат запись - посмотрите.</div></td><td class='diff-marker'> </td><td style="background-color: #f9f9f9; color: #333333; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #e6e6e6; vertical-align: top; white-space: pre-wrap;"><div>А еще доклад предварялся весьма любопытным взглядом автора на логику развития средств разработки в целом, но это я повторять не буду. Если выложат запись - посмотрите.</div></td></tr>
<tr><td class='diff-marker'> </td><td style="background-color: #f9f9f9; color: #333333; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #e6e6e6; vertical-align: top; white-space: pre-wrap;"></td><td class='diff-marker'> </td><td style="background-color: #f9f9f9; color: #333333; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #e6e6e6; vertical-align: top; white-space: pre-wrap;"></td></tr>
<tr><td class='diff-marker'>−</td><td style="color:black; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #ffe49c; vertical-align: top; white-space: pre-wrap;"><div><del class="diffchange diffchange-inline">[[Участник</del>:<del class="diffchange diffchange-inline">MaksTsepkov</del>|MaksTsepkov<del class="diffchange diffchange-inline">]] ([[Обсуждение участника:MaksTsepkov|обсуждение]]) 23:24, 6 февраля 2014 (MSK)</del></div></td><td class='diff-marker'>+</td><td style="color:black; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div><ins class="diffchange diffchange-inline">{{wl-publish</ins>: <ins class="diffchange diffchange-inline">2014-02-06 23:20:10 +0400 </ins>| MaksTsepkov <ins class="diffchange diffchange-inline">}}</ins></div></td></tr>
<tr><td class='diff-marker'> </td><td style="background-color: #f9f9f9; color: #333333; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #e6e6e6; vertical-align: top; white-space: pre-wrap;"><div>[[Категория:Конференции]]</div></td><td class='diff-marker'> </td><td style="background-color: #f9f9f9; color: #333333; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #e6e6e6; vertical-align: top; white-space: pre-wrap;"><div>[[Категория:Конференции]]</div></td></tr>
</table>MaksTsepkovhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:%D0%9C%D0%B0%D0%BA%D1%81%D0%B8%D0%BC%D0%B0_%D0%A6%D0%B5%D0%BF%D0%BA%D0%BE%D0%B2%D0%B0/2014-02-06:_ALM_Summit-2014&diff=43031&oldid=prevMaksTsepkov: Новая страница: «Чуть было не пропустил конференцию MS [http://events.techdays.ru/ALM-Summit/2014-02/schedule ALM Summit]. Но накануне ре…»2014-02-06T19:24:25Z<p>Новая страница: «Чуть было не пропустил конференцию MS [http://events.techdays.ru/ALM-Summit/2014-02/schedule ALM Summit]. Но накануне ре…»</p>
<p><b>Новая страница</b></p><div>Чуть было не пропустил конференцию MS [http://events.techdays.ru/ALM-Summit/2014-02/schedule ALM Summit]. Но накануне решил сходить - потому что решение MS по ALM - комплексное и обеспечивает совместную согласованную работу систем поддержки разработки и эксплуатации, и за его развитием интересно следить. И кроме докладов по ALM бонусом получил два интереснейших доклада Александра Рахманова по нагрузочному тестированию и Алексея Лустина про включение 1С-приложений в общий цикл разработки, при котором 1С рассматривается просто как бизнес-ориентированный DSL. Всего было более 400 участников. <br />
<br />
Возвращаясь к ALM от MS. К сожалению, ее не удалось полноценно дотянуть до уровня бизнеса и описания архитектуры предприятия (enterprise architecture). В VS Ultimate 2012 такая попытка была, но она по факту не взлетела. А это - важная составляющая при сопровождении ИТ-ландшафта больших предприятий, в которых эксплуатируются десятки приложений, постоянно идут процессы модернизации и внедрения новых приложений и перераспределения между ними бизнес-функций. Но, несмотря на эту лакуну, решение MS по ALM покрывает достаточно большую область задач поддержки разработки приложений и их эксплуатации, и это дает представление и идеи о том, какие функции необходимо реализовывать в системе управления ИТ-ландшафтом, и каким образом их правильно интегрировать, независимо от используемых для этого инструментов. <br />
<br />
В частных разговорах - хорошая идея на поле управления IT-ландшафтом была у Jazz (IBM), но она, говорят, провалилась. А вот с линейки HP ALM многие слезают, переходя на ALM от MS. Вообще нарекания на продукты HP я слышал не только на этой конференции. <br />
<br />
ALM от MS уже второй год остается лидером в этом сегменте по квадрату Гартнера. И, что интересно, ее внедряют не только разработческие компании - были рассказы про опыт внедрения TFS в Вымпелкоме и ВТБ24, где разработкой занимаются сторонние подрядчики. А в разработческих ее успешно используют не только для windows-разработки, но и для Linux-разработки (Касперский). Правдо Мас-разработчиков им пересадить на нее не удалось.<br />
<br />
А теперь - обзор докладов, на которых я был. Отмечу, что я точно попал не на все интересные доклады - по отзывам и твиттеру, были интересные доклады Асхата Уразбаева, Алексея Баранцева и Сергея Дмитриева, но на конференции параллельно шло четыре трека и я выбрал альтернативные варианты.<br />
<br />
==ALM на платформе Microsoft. VS2013 От планирования до эксплуатации. Брайан Келлер, Microsoft==<br />
<br />
Обзор основных вкусностей от планирования (работы с задачами), через разработку и управление релизами до мониторинга эксплуатации. Доклад хороший. Только много вкусностей доступны исключительно в Ultimate, а она недешева. Сравнение можно посомтреть на [http://www.visualstudio.com/en-us/products/compare-visual-studio-products-vs сайте MS].<br />
<br />
Если говорить о развитии, то MS серьезно вложился в DevOps - мониторинг эксплуатации и быстрое преобразование инцидентов в баги, в VS2012 SP1 появился DevOps System Center. А вот о ветке проектирования практически не говорит, планирование они идет в WorkItem, которые можно объединять в фичи. <br />
<br />
И активно развивается VS-online, который в базовой конфигурации бесплатен для 5 разработчиков и довольно дешев для расширения. Да и для других вариантов месячная плата за разработчика не сопоставима с их зарплатами. А на http://aka.ms/ALMVMs - много виртуалок для ALM.<br />
<br />
Дальше был рассказ про основные вкусности по циклу Планирование - Разработка - Тестирование - Эксплуатация, вместе с живой демонстрацией. Которые в целом приводят к Continious Value Delivery. Но пересказывать доклад я не буду, отмечу такие вещи как Team Room, быстрое создание нагрузочных тестов для web-приложений, управление релизами и конфигурациями сред, и Application Insight, позволяющий снимать информацию, с помощью которой инцидент на пром.сервере может быть показан в отладчике разработчика (IntelliTrace files). <br />
<br />
==Внедрение и эксплуатация Team Foundation Server: опыт полученный внутри Microsoft. Брайан Келлер, Microsoft==<br />
<br />
Этот доклад меня разочаровал. Хотелось заглянуть в опыт MS. А в докладе были достижения команды VS. Да, впечатляющие, но именно достижения, а не внутренняя кухня. И пошаговая инструкция как стать участником в dpe (Developer and Platform Evangelism).<br />
<br />
==Опыт внедрения крупных комплексных ALM проектов. Круглый стол с представителями Майкрософт, заказчиков и партнеров ==<br />
<br />
Это был не круглый стол, а последовательный рассказ о проектах. <br />
* Борис Климов. Внедрял в Касперском, теперь работает в Сбертех - но специально оговорился, что про СберТех вопросы не задавать, там он в отпуске, а будет рассказывать про опыт Касперского.<br />
* Маргарита Николаева. Тоже из Касперского. <br />
* Александр Бирюков бывш.Ситроникс, теперь называется Энвижн.<br />
* Александр Соколов. Вымпелком<br />
* Николай Федоров. ВТБ24<br />
<br />
Про проект в '''Касперском''' я уже слышал на предыдущих конференциях, там был зоопарк, а внедряли общее решение. Уложились в два года, в конце 2013 руководство постановило считать внедрение законченным. Тут интересно начало истории. В Касперском - внедрили HP PPM. Обнаружили, что он избыточен, сложен, а местами функционала не хватает. Климов продал идею TFS. И его успешно внедрили, а от PPM отказались. <br />
<br />
Однако, есть и подводные камни. Руководству были обещаны прозрачные отчеты отовсюду. В результате была сделана и прикручена собственную систему сбора метрик. И собственная система списания времени взамен PPM. И ряд других своих утилит - не успел записать.<br />
<br />
В целом проект шет с приличным административным давлением, это признавали. И жестким ограничением кастомизации через единую точку принятия решений и максимальным сохранением 3 стандартных шаблонов - Agile, Scrum и CMMI. А еще non-win команды в TFS затаскивались сложно. linux помучился и перешел, а Mac-разработка - нет. <br />
<br />
БД у них 3Т данных!<br />
<br />
'''Ситроникс''' я тоже слышал, там как раз постепенное внедрение. В 2007 у них были Excel плюс VSS и зоопарк хранения версий. И тогда выбрали TFS. Пилотный проект из опытных в компании - чтобы дальше они несли в массы. Но не ключевые - потому что ключевых вынуть сложно. 15 человек, их на полгода отправили в отдельный офис (как раз компания расширялась) - за счет этого вынули из текучки. В проекте обсуждали и настраивали процесс. Проект был сделан, потом членов команды вернули в те команды, откуда брали - чтобы несли опыт. У них - большая кастомизация. Они, кстати, решили проблему персонализированного списания времени на WI (но это из прошлых рассказов). Пример нового WorkItem - Ship, отгрузка новой версии. Три уровня отчетности. Встроенные, Excel, Кубы. Культура работы с кодом. Стандарты кодирования policy.<br />
<br />
В презентации есть картинка, как они используют версионирование, посмотреть полезно. У них MAIN, LongDev branch, Features branches, Hotfix. <br />
<br />
'''Вымпелком'''. Они - не разработчики. Но тесно связаны с ИТ. Их задача - работать с большим количеством информационных систем, развитие ИТ-ландшафта, в котором зоопарк. Процесс был с 10 летней историей. VSS, HP Quality Center, и еще что-то для тикетов. А команды - еще svn, jira и т.п. Проблемы - полуручной сбор статистики и показателей, ручное управление ресурсами, нет сквозного отслеживание изменений и картинки по задачам исполнителей. То есть верхнеуровневый процесс компании един, но внутри команды работает каждый в своем. И они пошли осознали потребность в единой платформы для себя.<br />
<br />
На слайдах есть диаграмма Archimate их разработки ПО. <br />
* Взаимодействие с бизнесом - Lotus Notes, в TFS не погружено. Там ходят документы и идет их согласование, все требования. <br />
* Дальше Project Server. А за ним - SharePoint TFS и TFS.<br />
* Для инфраструктуры - еще Remedy - incident management и CMDB - configuration managerment database - там инфа про железки и инфраструктурное ПО и ответственных за них. Права в TFS на основе CMDB <br />
<br />
Для процесса - сильная кастомизация CMMI-шаблона для того, чтобы приблизить к процессу компании. Старались менять аккуратно всякие системные поля, чтобы была комфортная миграция.<br />
<br />
С HP Quality - мигрировали и выкинули его. Автосборки. Там где система поставляется с исходным кодом. Они достигают уверенности, что бинарники продакшн собираются с поставленным исходным кодом. Отчетность - во многом тоже своя. Потому что им нужны иерархические показатели с drill-down, в TFS этого нет. <br />
<br />
Внедрение продолжается, будет интеграция с incident managerment. Переход на TFS2013 - потому что Web и единое окно. <br />
<br />
'''ВТБ24'''. Тоже много поставщиков. Много решений на стеке MS и для него было открытием, что высоконагруженные решения на этом стеке живут. TFS + VS Ultimate как инструмент. Они хотят контролировать что поставляют поставщики, их архитектуру, наращивать компетенции внутри банка. А интеграция TFS с Project Server - великая вещь для него как для руководителя. <br />
<br />
Помимо MS в банке есть решения на Java-Oracle. Интегрировали Jdeveloper с TFS, это получилось (хотя как первый блин) и пошли развивать.<br />
<br />
Если '''резюмировать''' по всем проектам, то получается, что система отчетностей везде своя, делают дополнительные тулы и/или сильную кастомизацию, но в целом оно живет и работает. <br />
<br />
А еще MS разработал свою схему уровни зрелости ALM. Basic. Standardised. Advanced. Dynamic. И развитие по каждом процессов <br />
<br />
==Клиентоориентированное нагрузочное тестирование. Александр Рахманов, Астерос Лабс==<br />
<br />
Этот доклад оказался для меня приятным бонусом. Очень профессиональный рассказ про решение задачи нагрузочного тестирования при предполагаемом масштабировании системы, которая, при этом, не является изолированной, а взаимодействует со многими другими, и тестирование было проведено с учетом интеграции. <br />
<br />
Интеграционное решение для нац.оператором сотовой связи. Приложение "единого окна", интеграционное, взаимодействующее со всем, включая банковские гейты и так далее. Приложение работало в нескольких салонах успешно. Надо было проверить поведение под нагрузкой при тиражировании на всю страну и дать гарантии заказчику.<br />
<br />
Автономное тестирование - игнорировало интеграционную составляющую. Тестировать все вместе - непонятно, потому что интеграция велика, тестировать в совокупности - а чья ответственность.<br />
<br />
А еще - есть требование "2000 пользователей" - а они, собственно, делают?<br />
<br />
По пользователям. Нужна была модель нагрузки. Профиль пользователя: набор бизнес-сценариев + частота использования. У них эти данные были на предпроекте, но вообще можно собрать из логов. И если вы не знаете - он однозначно советует узнать. Из бизнес-сценариев - получаются вызовы подсистем - и можно эмулировать нагрузку. И не забывать ее обновлять при внедрении нового функционала - так как сценарии меняются. <br />
<br />
Какие части системы нагружать? У них толстые системы, по одним запросам они идут к внешним системам напрямую, по другим - идут через их сервера, которые идут через внешние машины. Дальше вопрос - как масштабирование с ростом пользователей. Поскольку у каждого пользователя своя машина, это масштабируется. <br />
<br />
Внешние системы. Их они не тестируют. Но исходя из профиля своего пользователя они делают профиль нагрузки к внешним системам. получаются профиль нагрузки. В принципе его можно собирать и с боевой системы. Использовали AOP (PostSharp) - аспекты в .Net, чтобы записать вызовы. Профиль - название функции, количество, объем передаваемых данных.<br />
<br />
И получается контракт для поставщиков внешней системы, который можно им передать. А для тестирования своей системы - делают эмуляторы (для каких-то они уже были на этапе разработки). При этом заглушки были развернуты все равно на отдельных серверах, чтобы сетевое взаимодействие сохранялось, со всеми задержками. И эмуляторы у них тоже отвечают с задержками. <br />
<br />
Среда разработки и тестирования. Развертывают сервера тестирования TestAgent, которые обеспечивают нагрузку на серверную часть. У них было 4 агента по 500 пользователей. Можно в облаке. Агенты управляются TestController'ом, а он уже через VS Ultimate и АРМ управления тестированием.<br />
<br />
И инструменты и подходы для разработки тестов. <br />
<br />
Наполнение тестов. Там есть поле для ошибок.<br />
* Отдельный тест на каждый сценарий. А не атомарное действие.<br />
* Учитывайте параллельное выполнение тестов. TestAgent запустит их параллельно.<br />
* Учитывайте задержки выполнения действий пользователя. Человек не может нажать 10 кнопок подряд. Иначе будет неоправданное завышение нагрузки.<br />
* Распределяйте пользователей по разным наборам данных. Они создали салон на 2000 консультантов, и получили деградацию производительности.<br />
* Используйте встроенный объект Timer для сбора статистики по отдельным транзакциям. Потому что провал производительности может быть на одном из сценариев, или одной операции, и надо это выявить.<br />
* Автоматизируйте создание тестов. У них огромное число строк кода, 350k строк тестов на 300к строк проекта, но при этом оригинальных строк около 2к, остальное - генерация. <br />
** WCF Storm + WCF Trace - OpenSource проект, который воспроизводит протокол вызовов web-служб. Они еще слипы добавили.<br />
** AOP (PostSharp) <br />
<br />
Еще - ограничения, которые надо ставить: процессор не более чем, сетевой канал не более чем, среднее время ответа не более чем, ошибочных транзакций не более чем. И надо заранее договориться, что есть успешный тест. Можно отталкиваться от текущего состояния производительности.<br />
<br />
У них основное время заняла разработка эмуляторов внешних систем - чтобы они выдавали нормальный ответ с нормальными задержками.<br />
<br />
Для начала надо провести испытания на низкой нагрузки. А потом уже на боевой. Потому что можно напороться на всякие косяки. И нужно делать анализ результатов. По размеру базы, каналам связи и так далее - как увеличивается нагрузка с ростом числа пользователей. С рекомендациями.<br />
<br />
В целом MS справился. Хотя некоторые отчеты открывались по 15 минут. Но это по 12 часовой сессии тестирования.<br />
<br />
Советы. Обследование - важно. Не бойтесь перетестировать. Полноценное тестирование - дело долгое. У них - месяц два разработчика.При этом они не просто протестировали свою систему, но и решили задачу комплексного тестирования - потому что выдали профили другим системам.<br />
<br />
Тестовая среда - у них соответствовала боевой. Удачно развертывали сервера для нового филиала. <br />
<br />
==Ключевые практики Microsoft при разработке программного обеспечения. Станислав Брагин, Microsoft==<br />
<br />
Зал был переполнен, потому что интерес к практикам MS очень велик. Но, к сожалению, рассказ разочаровал, и не меня одного. Докладчик выписал список практик <br />
* Свободный выбор командами разработчиков средств и инструментов<br />
* Система ролей<br />
* SDL - Secure Development <br />
* PGO - Profiled Guide Optimization. <br />
* Критерии качества.<br />
Но дальше в рассказе был SDL и PGO, при чем по SDL история, так как параллельно в другом зале о нем был доклад с технической составляющей. Это любопытно, но не более. <br />
<br />
SDL. Импульс дал XP, где нашли кучу уязвимостей. Там методология раскладки деятельности по всем стадиям процесса. И тулы: SDL modelling для описания уязвимостей, Fuzzing tools, другие. MS его продвигает просто потому, что чем больше разработчиков его будут применять, тем ПО будет менее подвержено разным вирусам и атакам. <br />
<br />
PGO - живет 95, но сейчас бурно развился. Не пиарится, в отличие от SDL. И не является обязательным, но завоевывает команды. Это link-time optimization, основанный на прогоне эталонных сценариев. Обычно автотестов. По логу профилирования повторно вызывают оптимайзер компилятора. Встраивание, вызов реальной функции вместо виртуальной "для большинства случаев", оптимизация размещения кода по страницам - частые вместе, а редкие вообще отдельно. Активно применяется в Windows7, именно за счет этого подняли скорость с Vista. <br />
<br />
==Особенности организации процесса разработки по промышленным стандартам на платформе 1С. Алексей Лустин, Связной==<br />
<br />
Замечательный доклад мем-конструкций. Оно весьма неряшливо, но все равно впечатляюще. <br />
<br />
Общая идея - как включить 1С-приложения в общий ALM разработки. Рассматривая 1С-приложения просто как написанные на таком специальном бизнес-ориентированном DSL. Для этого 1С community разработало мостики, которые обеспечивают для 1С подключение репозитария к Git, подключение сборок и Continious Integration через Gradle, Jenkins, Chef, которые, в свою очередь, могут подключаться к TFS. C написанием тестов по BDD, используя, например, Cucumber, и получая результаты в формате xUnit по debug-портам, как позволяет Java. Сами инструменты при этом могут быть бесплатные или платные. <br />
<br />
Но главное - это не инструментальные мостики, а понятийные, которые позволяют переводить конструкции, принятые и понятные в среде разработчиков 1С на конструкции, принятые в остальном мире разработчиков. Собственно, это как раз трансляция одних мемов в другие.<br />
<br />
А цель - сочетание преимуществ 1С, обеспечивающий специализированный бизнес-ориентированный язык и ядро, быстрая разработка макета приложения и его широкое конфигурирование с промышленным качеством, автоматизированным тестированием и разработкой приложений на других языках с совместной работой. потому что на 1С можно сделать все, но не все делать оправдано.<br />
<br />
А еще доклад предварялся весьма любопытным взглядом автора на логику развития средств разработки в целом, но это я повторять не буду. Если выложат запись - посмотрите.<br />
<br />
[[Участник:MaksTsepkov|MaksTsepkov]] ([[Обсуждение участника:MaksTsepkov|обсуждение]]) 23:24, 6 февраля 2014 (MSK)<br />
[[Категория:Конференции]]</div>MaksTsepkov