В поисках магической кнопки или как приручить SOAP UI, Михаил Дырда
Жил да был проект – чудище многосервисное. Многие тестировщики пытались одолеть его тестом умелым да скриптом надежным. Да только на месте каждого протестированного сервиса вырастало два новых, еще асинхроннее предыдущего. Пригорюнились богатыри-тестеры, поняли, что не одолеть им зверя коварного копипастом булатным. И решили открыть они рукописи древние – мануалы-священные. И познали они тайну заветную – тайну кнопки магической… Это только присказка, а доклад будет о том, какими средствами располагает SOAP UI для расширения функциональности и как знания об этом могут облегчить жизнь Вам и Вашим коллегам.
В поисках магической кнопки или как приручить SOAP UI, Михаил Дырда
Жил да был проект – чудище многосервисное. Многие тестировщики пытались одолеть его тестом умелым да скриптом надежным. Да только на месте каждого протестированного сервиса вырастало два новых, еще асинхроннее предыдущего. Пригорюнились богатыри-тестеры, поняли, что не одолеть им зверя коварного копипастом булатным. И решили открыть они рукописи древние – мануалы-священные. И познали они тайну заветную – тайну кнопки магической… Это только присказка, а доклад будет о том, какими средствами располагает SOAP UI для расширения функциональности и как знания об этом могут облегчить жизнь Вам и Вашим коллегам.
Читабельные отчеты для автоматизации на C# / Gallio / BDDfyDmytro Zharii
Мой доклад про создание читабельных отчетов для автоматизации тестирования на .NET/C# + Webdriver + Gallio Icarus/MbUnit + BDDfy
Доклад был сделан специально для онлайн конференции Auto ConfeT&QA, прошедшей в октябре 2012 года.
http://confetqa.ru/
======================================
См. также:
Gallio Icarus:
http://gallio.org
BDDfy – фреймворк для БыДиДификации кода :)
Страница проекта на Github:
http://teststack.github.com/TestStack.BDDfy/
Описание на английском:
http://www.mehdi-khalili.com/bddify-in-action/introduction
Александр Чистяков - Большой веб-проект: развитие, рост, проблемы, решения с ...HappyDev
Доклад о проблемах в строительстве и развитии большого веб-проекта. История развития высоконагруженного сайта глазами работника эксплуатационной команды.
Как говорил Чебурашка: "Мы строили-строили и, наконец, построили". В IT фаза "строили-строили" далеко не всегда переходит в "и, наконец", кроме того, вместо "построили" обычно наступает "версия 2.0", где 2.0 может быть любым числом.
Докладчик находился на стройке между версиями 1.0 и 2.0, помогал таскать кирпичи, мешать раствор и караулил территорию по ночам. В свободное от этих обязанностей время он задавался вопросами "как мы строили?", "почему мы строили?", "зачем мы взяли гвозди, а не нитки", а также "почему в версии 2.0 получился высоконагруженный сайт, а не космический корабль". Именно история развития высоконагруженного сайта глазами работника эксплуатационной команды и составляет основу доклада.
Поскольку история еще не закончена, слушатели познакомятся и с ее новейшими главами, в том числе будут затронуты такие важные темы, как "как выжить в современном мире адепту Церкви Графиков" и "выпуск major release в пятницу вечером - плюсы и минусы".
Roman Romanovsky, Sergey Rak - "JavaScript в IoT "IT Event
I've been surprised how easy it is today to program hardware containing Wi-Fi module and start receiving data from a chosen sensor (those perceiving motion, light or sound, etc.). Without a line in C++, all in JavaScript solely.
Together with Sergey, we'll elaborate more on how any frontend engineer can easily jumpstart his journey within the Internet of Things.
Illya Klymov - "Vue.JS: What did I swap React for in 2017 and why?"IT Event
The world of frontend development is changing rapidly. No one stays at the top for a long time. Just yesterday we saw the triumph of React, but today Angular2 treads on its heels. Why have I chosen Vue in 2017? Why not to use a usual React? Have the Chinese managed to create a "silver bullet"? In this report we'll consider these questions and we'll find out why Vue is at the top among JS-frameworks on GitHub and whether it's worth chosing it.
За пределами PageObject, Дмитрий Жарий
Есть ли необходимость в использовании объектно-ориентированного подхода в автоматизации тестирования? Нужно ли нам экономить исходный код, или лучше скопировать, вставить и подправить? Что лучше, “сложное” ООП или простые “дубовые” тесты. Ответ зависит от Вашего проекта автоматизации и от дальнейших планов его развития. Если Вы планируете остановится на десятке тестов, то в таком случае в “более сложных практиках” необходимости нет. Если же Вы планируете долгосрочное развитие фреймворка автоматизации, то задуматься о правильной архитекторе и будущем росте необходимо уже прямо сейчас.
В своем докладе Дмитрий расскажет, как очень несложные практики ООП помогут сделать код еще проще и понятней. И поверьте, в хорошем коде может разобраться любой человек, а горы “вечно падающего копи-паста” будут просто ненавидеть. Также Дмитрий расскажет о том, как Автоматизация может тестировать сама себя при помощи легких UI тестов перед тем, как запустить более тяжелые функциональные тесты и сценарии. Он покажет, как написав код тестового набора всего лишь один раз, применить его для каждой страницы отдельно. Примеры кода к докладу будут на C#/.NET. Но, любую такую практику можно реализовать на любом общеизвестном и популярном языке программирования.
(Не) преждевременная оптимизация проекта на Unreal Engine 4 / Владимир Алямки...DevGAMM Conference
В рамках лекции будет рассмотрен ряд уже имеющихся инструментов оптимизации на движке, о которых стоит знать, начиная работу над проектом. Доклад также затрагивает практическую основу и причины таких подходов, совмещая тематику архитектуры современных игровых движков и механик рендера сцены.
Презентация делалась для JuJa конференции - Java конференции для (пре) Juniors: https://juja.com.ua/materials/jujacon-2017/
В ней
- описываются основные темы-вопросы, которые часто спрашивают на собеседовании на позицию Junior Java Developer;
- советы, что спросить собеседующего;
- как себя позиционировать, как относиться к собеседованию, как не бояться и как понять, что вам "туда".
Константин Книжник: статический анализ, взгляд со стороныTatyanazaxarova
Статья представляет интервью, взятое у Константина Книжника, сотрудником компании "Системы программной верификации" Андреем Карповым. Затронуты вопросы статического анализа кода, актуальность решений в этой области, а также перспективы использования статического анализа при разработке параллельных приложений.
Читабельные отчеты для автоматизации на C# / Gallio / BDDfyDmytro Zharii
Мой доклад про создание читабельных отчетов для автоматизации тестирования на .NET/C# + Webdriver + Gallio Icarus/MbUnit + BDDfy
Доклад был сделан специально для онлайн конференции Auto ConfeT&QA, прошедшей в октябре 2012 года.
http://confetqa.ru/
======================================
См. также:
Gallio Icarus:
http://gallio.org
BDDfy – фреймворк для БыДиДификации кода :)
Страница проекта на Github:
http://teststack.github.com/TestStack.BDDfy/
Описание на английском:
http://www.mehdi-khalili.com/bddify-in-action/introduction
Александр Чистяков - Большой веб-проект: развитие, рост, проблемы, решения с ...HappyDev
Доклад о проблемах в строительстве и развитии большого веб-проекта. История развития высоконагруженного сайта глазами работника эксплуатационной команды.
Как говорил Чебурашка: "Мы строили-строили и, наконец, построили". В IT фаза "строили-строили" далеко не всегда переходит в "и, наконец", кроме того, вместо "построили" обычно наступает "версия 2.0", где 2.0 может быть любым числом.
Докладчик находился на стройке между версиями 1.0 и 2.0, помогал таскать кирпичи, мешать раствор и караулил территорию по ночам. В свободное от этих обязанностей время он задавался вопросами "как мы строили?", "почему мы строили?", "зачем мы взяли гвозди, а не нитки", а также "почему в версии 2.0 получился высоконагруженный сайт, а не космический корабль". Именно история развития высоконагруженного сайта глазами работника эксплуатационной команды и составляет основу доклада.
Поскольку история еще не закончена, слушатели познакомятся и с ее новейшими главами, в том числе будут затронуты такие важные темы, как "как выжить в современном мире адепту Церкви Графиков" и "выпуск major release в пятницу вечером - плюсы и минусы".
Roman Romanovsky, Sergey Rak - "JavaScript в IoT "IT Event
I've been surprised how easy it is today to program hardware containing Wi-Fi module and start receiving data from a chosen sensor (those perceiving motion, light or sound, etc.). Without a line in C++, all in JavaScript solely.
Together with Sergey, we'll elaborate more on how any frontend engineer can easily jumpstart his journey within the Internet of Things.
Illya Klymov - "Vue.JS: What did I swap React for in 2017 and why?"IT Event
The world of frontend development is changing rapidly. No one stays at the top for a long time. Just yesterday we saw the triumph of React, but today Angular2 treads on its heels. Why have I chosen Vue in 2017? Why not to use a usual React? Have the Chinese managed to create a "silver bullet"? In this report we'll consider these questions and we'll find out why Vue is at the top among JS-frameworks on GitHub and whether it's worth chosing it.
За пределами PageObject, Дмитрий Жарий
Есть ли необходимость в использовании объектно-ориентированного подхода в автоматизации тестирования? Нужно ли нам экономить исходный код, или лучше скопировать, вставить и подправить? Что лучше, “сложное” ООП или простые “дубовые” тесты. Ответ зависит от Вашего проекта автоматизации и от дальнейших планов его развития. Если Вы планируете остановится на десятке тестов, то в таком случае в “более сложных практиках” необходимости нет. Если же Вы планируете долгосрочное развитие фреймворка автоматизации, то задуматься о правильной архитекторе и будущем росте необходимо уже прямо сейчас.
В своем докладе Дмитрий расскажет, как очень несложные практики ООП помогут сделать код еще проще и понятней. И поверьте, в хорошем коде может разобраться любой человек, а горы “вечно падающего копи-паста” будут просто ненавидеть. Также Дмитрий расскажет о том, как Автоматизация может тестировать сама себя при помощи легких UI тестов перед тем, как запустить более тяжелые функциональные тесты и сценарии. Он покажет, как написав код тестового набора всего лишь один раз, применить его для каждой страницы отдельно. Примеры кода к докладу будут на C#/.NET. Но, любую такую практику можно реализовать на любом общеизвестном и популярном языке программирования.
(Не) преждевременная оптимизация проекта на Unreal Engine 4 / Владимир Алямки...DevGAMM Conference
В рамках лекции будет рассмотрен ряд уже имеющихся инструментов оптимизации на движке, о которых стоит знать, начиная работу над проектом. Доклад также затрагивает практическую основу и причины таких подходов, совмещая тематику архитектуры современных игровых движков и механик рендера сцены.
Презентация делалась для JuJa конференции - Java конференции для (пре) Juniors: https://juja.com.ua/materials/jujacon-2017/
В ней
- описываются основные темы-вопросы, которые часто спрашивают на собеседовании на позицию Junior Java Developer;
- советы, что спросить собеседующего;
- как себя позиционировать, как относиться к собеседованию, как не бояться и как понять, что вам "туда".
Константин Книжник: статический анализ, взгляд со стороныTatyanazaxarova
Статья представляет интервью, взятое у Константина Книжника, сотрудником компании "Системы программной верификации" Андреем Карповым. Затронуты вопросы статического анализа кода, актуальность решений в этой области, а также перспективы использования статического анализа при разработке параллельных приложений.
* Рассказы о том, как построить свою систему для управления своим процессом тестирования из своих подручных материалов для своих профессиональных нужд.
* Инструкция по сбору стихов из различного сора.
* Перекладывание творческих позывов на производственные рельсы.
* Способ стать незаметным и незаменимым в процессе разработки.
* Делаем процесс тестирования наглядным и предсказуемым.
* Создаем условия, при которых все заинтересованные лица в проекте сидят с довольными лицами.
Meet Magento Belarus - Andriy Samilyak speech on 'How we have played DevOps and built an autoscale platform for Magento'
http://by.meet-magento.com/
http://amasty.com/
http://techtalks.nsu.ru
Видеозапись: http://www.youtube.com/watch?v=9sWD3RBwz30
23 сентября 2014. Проходим тест Джоэла (Семён Факторович и Олег Годовых, Noveo)
«Вот уже 14 лет как Джоэл Спольски придумал свой Joel test, но до сих пор далеко не все компании успешно проходят его. Мы поговорим о самых важных частях этого теста: о сервисах и инфраструктурных инструментах разработки (к ним относятся системы контроля версий, багтрекеры, continuous integration...) Принципы, о которых мы расскажем, одинаково применимы и для крупных компаний, и для стильных молодежных стартапов, и для студенческих курсовых проектов.»
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
Баба-Яга против! — Роман Дворнов, Ostrovok.ruYandex
В последнее время во фронтенде появляется столько нового и внедряется настолько быстро, что не все успевают осознать последствия. Хорошо это или плохо? Рассмотрим некоторые новинки с точки зрения «за», а главное – «против».
Джоэл Спольски много лет назад придумал тест на качество и адекватность IT-компании, но ценности он не теряет и по сей день.
Сентябрь 2014, TechTalks NSU, Новосибирск
От заката до рассвета | Максим Безуглый | Zlit TechZlit
Светлое будущее.
Карго-культ.
Деловые отношения между бизнесом и разработчиками.
Человеческие и профессиональные отношения между фронт и бек разработчиками
В последнее время во фронтенде появляется столько нового и внедряется настолько быстро, что не все успевают осознать последствия. Хорошо это или плохо? Рассмотрим некоторые новинки с точки зрения «за», а главное – «против».
Конференция FrontTalks, Екатеринбург, 19 сентября
Видео: https://vimeo.com/107694664
6. The Illusion of Execution
Contrary to our intuitions, the execution of our
software is far from the continuous and sequential
mental model we use when reading and writing
code. In this talk we will discuss the gap between
this model and the reality of the average Java
application:!
◦ Placing the Java process in the stack: HW (real/
virtual)/OS/Process!
◦ The other threads in your process!
◦ When the JVM stops (and the promise of a pause
free JVM)!
◦ Open to interpretation: from your code to
assembly!
◦ The pause button: Safepoints in your code!
◦ Pointer accounting: store barriers and load
barriers in your code
Nitsan Wakart
Azul Systems
7. Писать код быстрее, ошибаться реже: возможно
ли это?
Все программисты хотят делать меньше
ошибок в программах. Если же ошибки
случаются, хочется про них узнать пораньше:
не обнаружить в готовом продукте, а
поймать при помощи юнит-тестов, ещё
лучше — найти при компиляции, а в идеале
— увидеть прямо при наборе кода. В этом
могут помочь статические анализаторы кода.
Одни из них встроены в IDE, другие надо
настраивать дополнительно, для проверок
третьих придётся аннотировать код.!
Стоит ли результат затраченных усилий?
Какие ошибки можно найти таким
способом? Не потонут ли сообщения о
реальных проблемах в потоке ложных
срабатываний? Об этом и поговорим на
докладе.
Николай Чашников
JetBrains
8. Unsafe Java World — Crossing the Borderline
You never heard of sun.misc.Unsafe? You may be
using it without realising it. Are you using Spring
or Hibernate? 90% of todays applications use
sun.misc.Unsafe directly or indirectly. Unsafe is
meant to be an API internal to the JVM but since it
turned out to be extremely powerful, more and
more frameworks have used it.!
This talk will show different usecases of
sun.misc.Unsafe. Some are commonly used in
production environments like fast Serialization,
Offheap or to build lock-free algorithms, some not
suitable for production but fun to play with
breaking the rules of what you can do in Java.!
After the talk you’ll understand what is possible
and what might help you, but not to forget, this
talk is given with a big warning: Don’t Try That At
Home!
Peter Lawrey
Christoph Engelbert
9. HotSpot, что ты делаешь?! Ахаха, прекрати!
Большинство разработчиков время от времени
сталкиваются с проблемами, которые для них
новы. Для решения иногда достаточно
прочитать документацию. Иногда ответ можно
найти в интернете, иногда спросить у кого-то,
кто уже знает. Порой это не помогает, и
приходится копать самостоятельно. Нередко
раскопки доходят до уровня JVM, и от этого у
кого-то могут опуститься руки.!
Но ведь HotSpot — это не загадочная шайтан-
машина, а что-то, у чего открыт исходный код!
Всё поведение JVM, кажущееся поначалу
странным, можно объяснить и научиться
воспроизводить, нужно просто копнуть ещё
немного глубже. Доклад окунёт слушателей в
увлекательный мир исходников JVM и разберёт
несколько необычных ситуаций, с которыми
может столкнуться разработчик.
Глеб Смирнов
Deutsche Bank
10. Зачем у Spring столько конфигураций? Заговор?
И ты, Spring Boot?!
Практически каждая новая версия Spring
привносила дополнительный способ
конфигурации. XML, аннотации Java Config,
Groovy Config. Что дальше? А главное зачем их
так много? Как знать когда чем пользоваться?!
Хотите понаблюдать за настоящей битвой
Баруха, Жени и Николая в попытке найти
золотую середину? Хотите поставить ставки на
победу Groovy конфига над XML-ом или
наоборот (люди, между прочим, уже выигрывали
реальное пиво!)? Тогда этот доклад - для вас!!
За отведённое нам время мы будем выявлять
плюсы и минусы разных конфигураций на
реальном проекте. Мы будем спорить, ругаться,
бить друг друга (может быть, даже ногами) в
попытке докопаться до истины. И наконец
покажем вам наше видение будущего, в котором
Spring Boot значительно упростит нам жизнь.
Барух Садогурский Евгений Борисов
Николай Алименков
11. JavaScript in the Enterprise
Instead of exclusively using
JavaScript on front ends, what
else can be done with it on Java
EE servers? This session looks
into Nashorn, Avatar, the
scripting JSR, and other possible
options for also using JavaScript
as an enterprise workhorse.
Markus Eisele
Red Hat
12. Groovy Puzzlers — Странное, Непонятное и
Мамочки-а-это-что-такое?!
Помните легендарные Java Puzzlers? Да-да, те
самые, с Джошом Блохом и Нилом Гафтером?
Ну, по которым ещё книжку написали? Так вот,
в Groovy всё ещё веселее.!
В смысле — задачки ещё более странные, и
ответы ещё более поразительные. Этот доклад
для вас, Groovy-разработчики, мы покажем вам
настоящие, большие и красивые подводные
камни! И для вас, Java-разработчики, потому
что таких вещей на Java-подобном синтакисе вы
точно никогда не видели! И для вас, PHP-
разработчики… хотя, нет, не для вас :)!
Всем точно будет весело — ваши ведущие Женя
и Барух будут зажигать, шутить, спорить,
бросаться футболками в публику, и самое
главное — заставят вас офигевать от Groovy.
Барух Садогурский
Евгений Борисов
13. Мониторинг Java-приложения с
многопроцессной архитектурой
Вам случалось полдня разбираться почему не проходит
интеграционный тест и обнаружить, что один из Java-процессов
Вашего приложения, находясь под нагрузочным тестированием,
которое проводил коллега напротив Вас, так усиленно писал логи, что
забил все свободное дисковое пространство, что в свою очередь, не
позволяло другому Java-процессу этого приложения открыть сокет?
Или в Вашей команде более 20 server-side Java-девелоперов, а
архитектура Вашего “Ынтерпрайза” со стороны напоминает
гигантский клубок нейронов и аксонов?!
В общем, если Вы работаете на действительно большом проекте,
многочисленные компоненты которого активно взаимодействуют друг
с другом и при этом разрабатываются разными командами, то Вы
относитесь к одному из двух типов людей: либо Вы мониторите
состояния компонентов и окружений, на которых эти компоненты
развернуты, либо Вы будете их мониторить. Потому что без
мониторинга Вы потратите кучу времени на выявление и устранение
неприятных инфраструктурных и интеграционных проблем, вместо
того чтобы писать чистый и совершенный Java-код.!
В своём докладе я пройдусь по плюсам и минусам принципа single
responsibility в server-side архитектуре, расскажу про типичные
проблемы своего текущего проекта и поделюсь рабочими рецептами
против паранойи бесконечной и болезненной межкомпонентной
интеграции. Также будет представлен краткий обзор продуктов
основных игроков в сфере мониторинга, таких как hyperic, nagios,
appdynamic или newrelic, подходящих для использования как
специалистами DevOps, так и Java-программистами.
Владимир Красильщик
Luxoft
14. Прикладная многопоточность
Любой Java-разработчик знает, что
многопоточность — это зло, и что
писать корректный многопоточный код
сложно, а работает он совсем не всегда
так быстро, как ожидаешь. Но какие
задачи возникают в реальной
коммерческой разработке помимо
запуска асинхронного выполнения
кода?!
В этом докладе я представлю несколько
задач, с которыми мы столкнулись в
своем проекте, и решения, к которым
мы пришли. Доклад носит прикладной
характер и поможет вам расширить
кругозор в многопоточной разработке.
Николай Алименков
XP Injection
15. Is Your Code Parallel-Ready?
The Stream API is set to become as
important in the future as the Collections
API is today. But to make good use of it,
we have to understand the basis of its
design in the idea of “parallel-ready
code,” how that idea leads to the new
idioms of the Stream API, and how
Collectors square the circle that combines
parallel execution with mutable data
structures.!
This presentation ends with a practical
payoff—it takes some typical collection
processing problems and shows
systematically how to choose the best
stream processing solution for each.
Maurice Naftalin
Morningside Light Ltd.
16. Future of Java: 9 and beyond
Java 8 is out and Java 9 is actively ramping up. What are
the plans for future releases?!
A number of experimental projects has been started
recently to incubate advanced Java VM and Language
feature candidates for future releases. Project Valhalla
explores a new apporoach to generic typing, and hopes to
produce a new form of generic typing that allows
developers to use generic collections of primitive types.
The other big feature currently proposed for Valhalla is
value types.!
Project Panama will provide a native interconnect
between code managed by the JVM and APIs for non-Java
libraries.!
The primary goal of Project Sumatra is to enable Java
applications to take advantage of graphics processing
units (GPUs) and accelerated processing units (APUs) to
improve performance.!
For each major feature, I'll give an overview, current
status, and vision of the future development.
Владимир Иванов
Oracle
17. java.lang.String Catechism
Hardcore enterprise solutions, as well as
other products, normally deal with large
amount of text data. Those applications
spend considerable time and memory to
mess with Strings. It had been repeatedly
shown that optimizing String usages will
almost always give the immediate
performance boosts. This is not to mention
dodging OutOfMemoryErrors and the like.!
In this talk, we will revisit the basic sins of
working with Strings: gluttony of
concatenation, wrath of substrings, greed of
interning, pride of deduplication et cetera.
We will also see the costs of sloth, believing
JVM Almighty will do all the work for us.
Алексей Шипилёв
Oracle