К основному контенту

Сообщения

Сообщения за 2015

Сборная солянка видеодокладов для самообразования на разную тематику - Выпуск 6

Надо навести порядок в видео перед каникулами, а то список для просмотра множится, а  солянок  нет. Надо откинуть те, что просмотрены. Медиатека: просто  мноооооого видео  от Стаса Фомина. Кому скучно на каникулах - welcome. Уже древняя запись квартирника с Codefest 2015 "Мир без тестировщиков. Миф или реальность?" Даже не знаю, почему она у меня в до сих пор не опубликована была. Куда класть исходники  Немного best practice от Григория Петрова Как не угробить свою архитектуру  Евгений Кривошеев про то, что это такое "архитектура" и как с ней жить. Внутреннее устройство PostgreSQL (как работает механизм транзакций, рекомендации к тюнингу производительности).  Статья  про одну из тем доклада. " Без слайдов " интересное интервью с Дмитрием Завалишиным про IT-бизнес. Слава Панкратов: " Как включить ответственность в сотрудниках? " Интересно и на примерах. Интересно, где-нибудь применяется, или эта магия никому не нужна? Еще виде

Где грань между программистом и тестировщиком?

Такой вот полет мысли, может достаточно сумбурный родился после прочтения сегодня двух хороших статей: " Roles and Fluidity " Алана Пейджа и история про изменения в процессе разработки в Yahoo! " Who Needs QA? Not Yahoo! " Еще вчера с товарищем Papa Minos  (aka Никита Макаров) делились впечатлениями от выпуска RadioQA " QA: Пациент жив или мертв? ", где @umputun  раскатывал всех в тонкое тесто (хотя получилось это у него натужно и скорее в силу авторитета, а не согласия оппонентов). Как мне кажется, всё сходится к одному: ролей, которые приходится играть при разработке ПО, много (здравствуй, КО). И искусство, мастерство, если хотите, заключается в том, чтобы уметь между этим ролями переключаться. Кому-то это удается хорошо, кто-то справляется хуже, а кому-то это вообще неинтересно, но роли есть и это факт.

Отзыв "Искусство войны в иллюстрациях"

В посылке, полученной от издательства "Манн, Иванов и Фербер" для участников IT Global Meetup 6 , была интересная книжечка " Искусство войны в иллюстрациях ". Не удержался и, воспользовавшись "служебным положением", полистал ее. Очень забавная книжечка. Давно хотел почитать "Искусство войны", но каждый раз заканчивал на первых страницах. Тяжело давалась восточная мудрость. Даже скорее не сама по себе военная мудрость, а ее трансляция в обычную жизнь. Тут же перед нами оригинальная попытка перевести витиеватые восточные фразы, да еще и на военную тематику, на современный язык графическим способом. В итоге получился сборник советов для менеджеров, тех кто планирует ими стать и сочувствующих :) На самом деле, есть даже советы и просто для жизни. Понятно, что этот "перевод" скорее всего субъективен, но большей частью получилось очень изящно. Рекомендую и вам посмотреть, хотя бы в книжном магазине полистать :) Ниже несколько цепа

Анонс "IT Global Meetup #6" (Питер)

Уже традиционное ежеквартальное мероприятие IT Global Meetup от Piter United . Шестая встреча, и уверен, что не последняя :) С каждым разом количество участников растет и уже превышает 750 человек. На островках сообществ еще много свободных слотов, поэтому самое время подать заявку и рассказать о чем то новом и интересном, вбросить интересную тему и выступить модератором ее обсуждения или использовать любой другой формат донесения и получения знаний. Регистрируйтесь и приходите 28 ноября по уже привычном адресу: СПб, пр.Медиков, д.3 Издательство " Манн, Иванов и Фербер " снова с нами, и у нас опять есть чем отблагодарить волонтеров, помощь которых приветствуется. Книги волонтерам от издательства " Манн, Иванов и Фербер " Ммм, "Искусство войны" в картинках, я аккуратненько гляну, можно? :)

Отчет с конференции "IT NonStop Санкт-Петербург"

Футболка спикера получена,слайды проверены, "Патроны заряжены" :) #ITNONSTOP pic.twitter.com/ESA1ahDc8e — Maxim Shulga (@maxbeard12) October 23, 2015 23 октября прошла питерская серия глобальной конференции " IT NonStop " от компании DataArt. Конференций по IT-тематике проходит много и зачастую сложно угодить требовательным слушателям: то доклады сыроваты, то докладчики выступают со своими "заезженными" презентациями. Надо отдать должное организаторам "IT NonStop" - лично я не видел ни одного доклада, который бы уже мелькал где то. Ну а насчет сырости докладов, потупив глаза, отнесу свой к их числу :) Надеюсь остальные больше понравились участниками. Организаторы сделали 2 секции (менеджерскую и техническую) по 8 докладов в каждой. С одной стороны это дало многообразие тем и повысило общий интерес, с другой - усложнило жизнь докладчикам. Уложиться с чем то интересным за 25 мин можно, но сложно. Мне, во всяком случае, точно :)

Видеокурс "Windows Server 2016: Virtualization Deep Dive" (ссылка)

Видеокурс и слайды про изменения в виртуализации Windows Server 2016 Windows Server 2016: Virtualization Deep Dive The Containers Channel  (видео-ресурсы про контейнеры в Windows Server 2016)

Анонс доклада на "IT NonStop Петербург"

Осталось всего 2 дня зарегистрироваться на IT NonStop в Питере Буду там рассказывать про FitNesse+PowerSlim . Доклад всего 30 мин, поэтому будет по верхам, но после доклада можно пообщаться и про "вглубь и вширь" :) Приходите ;) ЗЫ Отчетик чуть позже. Пока вот слайды Можно посмотреть а-ля слайдкаст со звуком. Если запустить видео, то как раз мой доклад будет. Но похоже я вышел за границы камеры и никто мне не маякнул... Заодно и другие доклады технической сессии посмотреть

75 ссылок посвященных тестированию, безопасности, общетехническим вопросам и прочему (ссылка на блог About98PercentDone)

Себе в сундучок. Мощная коллекция ссылок про тестирование, тестирование безопасности и прочее by JCD Link Mania: 75 Links with Commentary on Testing, Security, Tech and Life Смотреть, не пересмотреть :) И в рубрике "о чем мы писали год назад": обзор книги " Идеальная IT-компания. Как из гиков создать команду программистов " 3-я статья из серии про Fitness+PowerSlim. Кстати 23 октября буду рассказывать про эту тему на конференции IT NonStop в Санкт-Петербурге

Конспект "Управляя изменениями" И.Адизес

Издательство "Манн, Иванов и Фербер" Интересная книга Ицхака Адизеса от издательства "Манн, Иванов и Фербер". Автор опираясь на свою теорию менеджмента PAEI пытается рассказать как мы можем попытаться управлять изменениями вокруг нас. Книга построена в виде бесед автора с его воображаемым (а может и реальным) студентом. Много вопросов и ответов на них. Интересно, но местами много повторений - фактически каждая новая беседа начинается с попытки вспомнить, что было в прошлом разговоре. В целом я бы ее порекомендовал к прочтению. Ниже я приведу наиболее зацепившие меня места. Вообще у меня получился скорее конспект, чем отзыв с размышлениями. Но каждая цитата ниже запустила во мне цепочку размышлений. Если интересно, можно обсудить в комментариях

Про техническое собеседование от создателей Hexlet.io

"...Я считаю что собеседование прошло успешно, когда кандидат в конце спрашивает -  "Блиин, что мне надо почитать, куда двигаться, что делать, чтобы все это знать?"..." К.Мокевнин Запись вебинара про собеседования от создателей Hexlet.io Кроме интересных технических моментов Кирилл делает упор и на soft skills. Основные советы для собеседования junior-ов, но есть много интересных моментов и про сеньоров. Заметки (с точки зрения того, кто проводит собеседы): 1. Отличная задача про часы (сколько градусов между часовой и минутной стрелкой в 15ч 15мин). Мой старший сын не решил, хотя должен был легко. Буду теперь тоже на собеседах использовать (хотя они и крайне редко теперь у меня организуются) 2. Кирилл рекомендует использовать задачи на логику, именно техническую, а не творческую. Особенно для джуниоров. Упоминался интересный ресурс  http://www.braingames.ru/ . Сам я такие задачи не люблю, но возможно имеет смысл попробовать. 3. В противоположность так

Премирование в IT - фикция или работающий инструмент?

Отличный доклад с конференции " Найти Ответ #9 " Очень актуально он для меня нарисовался в новостной ленте. Содержимое порадовало. Спойлер для ленивых: Элеонора считает, что это фикция ! И я с ней согласен. Доклад будет полезен тем, кто считает что премии у нас в IT таки работают - есть шанс внять советам и не косячить грубо, когда вы их внедряете, меняете систему премирования и тп. Что нужно учесть и на что обратить внимание, чтобы использовать эти изменения для улучшения вашей текущей системы вознаграждения, а не наоборот. Спасибо IT-Доминате за возможность посмотреть видео докладов . Пока там далеко не все, но будем надеяться, что постепенно их откроют ;) Но  тут  можно посмотреть все презентации.

Релиз Visual Studio 2015

Просто линк , чтобы потом не искать. Внутри много полезных ссылок по новшествам в этой студии касательно C++ Еще один линк про поддерживаемые таргетные Windows-платформы. Поддержка C++ не устанавливается при сетапе по умолчанию . Странное решение.

3 главных вещи для инженерного лидера по мнению С.Протасова

2.5 года назад я рассказывал о видеоинтервью Станислава Протасова . Сейчас попалась очень интересная статья-интервью с ним. Рекомендую. Что изменилось за это время? Если раньше Станислав говорил о толковости, нацеленности на результат, коммуникабельности, как о 3-х ценных качествах менеджера, то сейчас это трансформировалось (слегка) в "...инженерный лидер должен хорошо делать три вещи. Первое — хорошо управлять людьми: вдохновлять, вести за собой, мотивировать. Второе — хорошо разбираться в технологиях: какие технологии отмирают, какие появляются, что правильно делать, что неправильно. Третье — обладать хорошим вкусом в управлении продуктом: интерфейс удобный, юзабилити высокое. Нормальный человек может обладать максимум двумя качествами из трех. Соответственно, задача инженерного лидера — понять, каких качеств ему не хватает и кто может закрыть пробелы в этой тройке. Конечно, это лишь один из способов посмотреть на работу, но что-то в этом есть." Очень хорошо. Е

Про конструкторы сайтов или как я сайт решил сделать

Возникла тут идея сделать жене сайт, для того, чтобы можно было ее творчество, да в массы. Полимерная глина, руки из правильного места и много терпения жены - получается такое чудо pic.twitter.com/IWOrZNGqH1 — Maxim Shulga (@maxbeard12) March 31, 2015 Приценились. Получилось, что стоимость разработки нужного нам сайта выходит далеко за рамки семейного бюджета.  Ну и дальше, как обычно ненене, жена - молодец, она так не сказала, я сам так подумал :) Сам я ни разу не сайтостроитель, а по телику мелькала навязчивая реклама Wix. Подумалось, а почему бы не попробовать, чай не боги горшки обжигают (забегая вперед, зря я так думал)...

Мое интервью "О питоне, самообразовании и пользе конференций"

"А вы не любите TDD, как не люблю его я?"

Если вы хотели прочитать все аргументы против TDD в одном месте, то вот вам ссылка. " TDD есть опиум для народа " На данный момент, это самый аргументированный и подробный ответ апологетам TDD (из известных мне на русском языке). Хотите узнать продолжение истории и проникнуться ответами другой стороны - подписывайтесь на дискуссию на страничке "Radio QA" И как мне теперь с ним на работе общаться? Опасный человек оказывается :) Да, кстати, подписывайтесь на блог Владимира , он классно пишет. Надо его мотивировать писать чаще :)

"Разрабатываем без нянек" (с) или как минимизировать участие тестировщиков в вашей работе

Первый наброс по мотивам сегодняшнего подкаста Radio QA . Читаем, набрасываем свои вопросы на вентилятор в 14.05 18.00 по Мск. Запись подкаста . Мы уже обсуждали вопрос " почему разработчики не пишут тесты " И даже обсуждали, зачем нам тестировщики, если разработчики пишут тесты . А если допустить фантастическое, что верхи и низы (или правые и левые?) хотят одного: работать правильно. И писать с тестами, и тестировать, а не проверять? То есть просто супер-пупер все, с чистого листа. отсюда С чего начинать?

Сборная солянка видеодокладов для самообразования на разную тематику - Выпуск 5

Всем привет, готова очередная подборка видео. Тема сегодня: роль тестирования и автоматизация (тестирования или в тестировании? :) ) Первым идет  интересный рассказ Atlassian о том, какую роль у них играют QA. Коротко в картинках А вот баттл про тесты :  "Нужно - не нужно. Если да, то кто их пишет". Рекомендую досмотреть до конца и дождаться ответа на вопрос "сколько времени займет фикс, если у вас есть автотесты и без них". Я уверен, что фикс с тестами займет сильно меньше времени. Ну и еще про автоматизацию. Доклад с новомодной темой " Automation in testing "     Есть еще одно интересное, но длинное видео про жизнь без тестировщиков с Codefest. Но я думаю к нему мы вернемся после первого выпуска live-подкаста Radio QA . Приходите 14.05 (уже завтра!) в 18.00 по ссылке, слушайте и задавайте вопросы по теме "Разработка без нянек" - как доверить разработчикам тестирование продукта, чтобы потом не было м

Sublime плагин для Fitnesse-PowerSlim

Один очень хороший человек написал плагинчик для sublime для тех, кому проще редактировать Fitnesse текст (тесты) с подсветкой синтаксиса. По мне так необычно, но может кому пригодится и понравится. Пользуйтесь на здоровье. Как это работает визуально: Стало проще видеть макросы Fitnesse, переменные PowerShell и служебные слова slim-а

13 вопросов для выбора инструмента автоматизации тестирования (проверок?)

Коллеги в настоящее время выбирают себе тестовый фреймворк, на базе которого хотят разрабатывать автоматические тесты. Кстати, сейчас Болтоном и Бахом  активно  продавливается тема, что это не автоматические тесты, а автоматические проверки ( testing vs checking ). Но это тема отдельного поста , холиварить будем там. Я задумался над критериями, которыми, по моему мнению, должен обладать инструмент для написания приемочных тестов, конечно с учетом специфики нашего продукта (Windows (не-веб), продукт распределен по нескольким хостам, виртуализация). Тут же вопросы, на которые полезно знать ответы, когда тебя спросят почему именно этот инструмент, а не другой. 1. Я хочу посмотреть список тестов, какие проверки ими делаются и какая функциональность продукта проверяется. Можно ли это сделать с рабочего места, например Product Manager-а или меня как руководителя разработки, без установки дополнительного ПО? 2. Возможно ли написание одного теста в виде пользовательской исто

Сборная солянка видеодокладов для самообразования на разную тематику - Выпуск 4

В этот раз не совсем солянка, скорее сборник :) В своем отчете о PiterPy#2  я упоминал, что познакомился там с Григорием Петровым. Порыв интернеты, нашел несколько интересных видео его докладов. Простые темы докладов не должны вас смущать, просто посмотрите. Как называть переменные Комментарии писались по другому видео с аналогичным докладом. Оно потерялось, но Гриша часто выступает, вот новый вариант. Возможно есть отличия - я не пересматривал. Тема неожиданная, но содержимое очень порадовало. Для начинающих - смотреть обязательно, остальным рекомендуется. Вот это очень понравилось: не нужно приводить существующий код в соответствие новым стандартам исходников. Зачем выступать на конференциях Кроме вопроса "зачем выступать", Гриша отвечает на вопросы как готовится, на что обратить внимание в презентации, а также зачем ходить на доклады :) Есть еще доклады  (в т.ч. про комментирование исходников и то, как их хранить) Интервью Гриши на конференции PiterPy &q

Software-Engineering Myth Busters (покрытие кода тестами, TDD, организация и распределенные команды)

Наткнулся недавно на подборку интересных исследований проведенных Empirical Software Engineering and Measurement Research Group. Товарищи на примере деятельности команд разработки Microsoft попытались получить хоть какие-то цифры отражающие влияние различных инженерных практик и процессов, например TDD, на качество получаемых продуктов. Сюда вынес наиболее интересные результаты исследований. Ниже, в качестве критерия качества рассматривается количество ошибок обнаруженных после релиза и требующих зачинок (как самых дорогих для исправления). Влияние покрытия кода тестами на качество Покрытие кода рассчитывается, как процент (отношение) строчек кода, которые вызываются при запускаемых тестах к их общему количеству. Казалось бы логичным считать, что чем больше покрытие - тем лучше качество. Но результаты показали, что не все так просто ( кто бы мог подумать ). Одна метрика не может характеризовать качество для любых продуктов. Процент покрытия кода сам по себе ничего не говори

Тестируем с помощью Fitnesse+PowerSlim. Часть 5. Пример

Часть 1.  Введение  Часть 2.  База  Часть 3. Advanced Часть 4.  Демо FitNesse + Jenkins Часть 5. Пример трансформации PowerShell скрипта в тест Плагин для sublime , который подсвечивает синтаксис теста на Fitnesse+PowerSlim В ходе недавнего начала обучения коллег выяснилось ряд моментов, которые нужно уточнить. Кто то доходит до них сам, а кому то, надеюсь поможет эта статья. Итак, "мы прочитали твои посты, позапускали примеры, дальше то что? С чего начать?" Давайте попробуем написать некое подобие теста для реальной (ну или почти реальной) ситуации. И, заодно, обратим внимание на один очень интересный момент, который облегчит написание тестов. В Hyper-V PowerShell API есть такие cmdlet'ы: New-VM, Get-VM, Remove-VM. Давайте попробуем проверить, что мы можем ими пользоваться. Ситуация выглядит немного синтетической, но представьте, что есть продукт, который стоит внутри Hyper-V и расширяет модель авторизации этой платформы виртуализации. Такой продукт даже в

Прямо с моей головы писано: "The Rise and Fall of Unit Testing"

taw's blog: The Rise and Fall of Unit Testing Ну вот, а я хотел это все написать. Но теперь не буду, потому что не люблю переписывать, то что уже написано кем то другим. Unit-тесты не спасают нас ни от "лапше-кода", ни от плохого дизайна, ни от нерабочего продукта. Но они помогают помогают этого избегать - это факт. Просто везде надо знать меру. А включение головы никто не отменял. И про mock-и я тоже писал

Сборная солянка видеодокладов для самообразования на разную тематику - Выпуск 3

Сегодня обзор совсем небольшой (по количеству видео), но интересный. Видео всего два и начну с " Jira против PivotalTracker " (а то после анализа второго, до него не доберется никто). А оно интересное. Живо, динамично. Мне больше понравился Pivotal, наверно потому что я его использовал когда то. Защитник Pivotal'a креативен :) интересно, это Андрей? ( тут ) Дальше обнаружилось видео доклада Андрея Солнцева " Пацан накодил - пацан протестил ". Он выступал с ним у нас Питере, в соседнем здании бизнес-парка, но у меня не получилось туда сходить. Как оказалось - к сожалению. Краткое резюме: Java-стам, особенно начинающим надо посмотреть. Вот сначала посмотреть, а потом говорить "такие простые вещи тестировать понятно, что можно, а вот у нас все сложнее, умнее, жирнее, глупее, или просто 'не так' (нужное подчеркнуть)". Вещи, о которых говорит Андрей, базовые и если вы их не понимаете или не знаете, как писать тесты для простых приложений

Изучаем Python с нуля

( c ) Иногда коллеги спрашивают. Решил все свои рекомендации в одно место сложить. Ссылки для самообразования: Google's Python Class Microsfot Virtual Academy:  Introduction to Programming with Python " Learn Python the Hard Way " Книжка по которой я учился " Dive Into Python " (я учил еще 2й, но сейчас правильнее 3й) Эту не читал капитально, но выглядит интересно " Think Python " Свеженькое с примерами из реальной жизни " Python Projects " Анти-паттерны программирования на Python Сборник Invent with Python  (там даже про автоматизацию есть) 2019 Школа backend-разработки Яндекса статья  и плейлист записей  Неплохой список рекомендованных к прочтению книг Еще немного ссылок на Python для детей " Идеи проектов на Python , которые можно начать воплощать уже сегодня" PS буду признателен, если посоветуете еще интересных ресурсов.

Отчет с конференции PiterPy#2

20 марта 2015 прошла 2-я ежегодная конференция PiterPy . Давненько я не был на чисто программерских конференциях. И напрасно - именно здесь заряжаешься энергетикой от большого количества увлеченных людей. На менеджерских или специализированных конференциях я такого не наблюдал. Возможно еще сказывается достаточно камерный (пока?) формат PiterPy: 2 потока, 2 зала рядом, удобно, спокойно и без суеты. Но коллега (Леха, привет), вернувшийся недавно с C++ Russia, отметил тот же эффект подзарядки от большого количества программеров в одном месте. Поэтому, хочу сделать заявление: программеры (хочется верить большая их часть) очень позитивные и общительные люди, особенно когда это касается их любимой работы. Твит-лента конфы. Я волновался за свой текущий уровень знания Python, но, как оказалось, в голове еще что-то осталось и большинство докладов я спокойно переваривал. Правда был мега-deep доклад Александра Кошкина про кишки yield'а и тут мозг дал слабину :). Но почему то мне каж

Размышлизмы про то, как часто пишется софт

Просто навеяло. Вчера был в гостях на работе у своего товарища. Пересекся с ребятами, которые по заказу компании друга (не IT-компания), делают им софт. Они в это время проверяли его на реальном железе (софт связан с радиосвязью). По словам товарища, им часто приходится перепроверять и чинить то, что раньше работало. Ребята-разработчики это с грустью подтвердили. Спросил, есть ли у них автоматические тесты, хоть какие-нибудь. Порадовало то, что они про тесты знают, но дальше огорчение - они их не пишут. Про Continuous Integration тоже знают, но тоже не используют. Знаете почему? Правильно - времени не хватает. А еще их начальник говорит, что тесты должны писать тестировщики. А тестировщиков у них тоже нет. Занавес. PS компания-разработчик, кстати, делает реально крутые ноу-хау вещи, но вот how это все делается, наводит на грустные мысли. тут  (с)

Сборная солянка видеодокладов для самообразования на разную тематику - Выпуск 2

Scott Meyers - Keynote @ Meeting C++ 2014 The evolving search for effective C++   Интересный, общепознавательный доклад Скотта про то, как он писал свою знаменитую книгу  ( тут ссылка для жадных  экономных), о том "что" важно говорить людям, когда вы их учите, и "как" это говорить. Первая часть - это история про главу из книги, посвященную разнице между insert & emplace в STL-контейнерах. На этом примере Скотт показывает важность пунктов из своего списка: Пункты из правил написания эффективной книги могут помочь и в определении ее эффективности и с позиции читателя. Думаю, многие пункты и для статьи в блоге подойдут. Вторая часть ( ссылка со сдвигом по времени ) больше познавательная и тренирующая английский. Разговор идет о том, как доносить информацию правильно. Часть скорее для тех, кто выступает, или хочет выступать. Есть немного и про то, как важно использовать современные технологии при печати книг (например использовать многоцветную печат

Как прошел 4-й IT Global Meetup, Питер

В этот раз сообществ было еще больше, людей тоже больше, программа насыщенней. Кстати, если вы до сих пор не в курсе, что это за мероприятие и зачем оно проводится, то есть интересная статья про IT Global Meetup . По приблизительным прикидкам организаторов пришло около 700 человек! Тут можно посмотреть фото с мероприятия. Я выступал на островке Питерского IT talk . Мне понравилось, надеюсь тем кто слушал - тоже. Рассказывал про технический долг ( слайды ). Было похоже на доклад с BitByte2014, но немного переработал и добавил жизни. Получилось, судя по пока немногочисленным отзывам, живенько :) Видео Для тех кому проще послушать аудиозапись (например в машине) - " их есть у меня ". Там бонусом еще и ответы на вопросы (+10 мин). Потом был интересный доклад Жени Ефимова (см. отчет DataArt ), про то как работа может нас сожрать. А на закуску круглый стол с тестировщиками и аджалистами про вопросы тестирования в Agile-командах. Стенки на стенку не получилось, но б

Про ретроспективы. Полезные ссылки

Доклад Бори Вольфсона "Эффективные ретроспективы" ( видео , слайды ) Цикл статей Никиты Макарова " Ретроспективы в командах " Презентация Макса Дорофеева " Правила хорошей ретроспективы или ключ к непрерывным улучшениям " Хорошая статья про оценку ретроспектив Александра Селяева

Piter.Py - 2-я Python-конференция на Неве

Осталось чуть меньше месяца до второй конференции Piter.Py . Пусть это будет черновиком к отчету о посещении и, заодно, моим планом визита туда. Промышленной разработкой на Python я сейчас не занимаюсь. Но, как язык для автотестирования и скриптов в рамках систем Сontinuous Integration, Python выглядит одной из лучших альтернатив. Поэтому в первую очередь, выбор докладов обусловлен теми задачами, которые сейчас решаются (или будут решаться) с помощью Python. Ну и расширение кругозора тоже приветствовалось :) Итак, пока получается так: " Анатомия автоматизации тестирования " Алексей Тремаскин планирует ответить на вопрос зачем городить свой велосипед, если вокруг и так много средств передвижения. Обожаю рассказы про новые конструкции велосипедов :) Особенно в условиях наличия Robot Framework. " Beyond grep: Practical Logging and Metrics " Hynek Schlawack Помнится в свое время (лет 5 назад) мы активно использовали логирование для "разбора полетов