Блог:Максима Цепкова/Software Quality Days 2014 - История изменений

MaksTsepkov: Массовая правка: замена Ecclipse на Eclipse

2017-01-30T10:05:14Z

Массовая правка: замена Ecclipse на Eclipse

MaksTsepkov в 08:48, 18 мая 2014

2014-05-18T08:48:12Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{Conf-Ref}} , удаление Категория:Конференции Category:Конференции {{replicate-from-custiswiki-to-lib}}

2014-05-18T08:42:58Z

Массовая правка: замена PCRE ^ на {{Conf-Ref}} , удаление Категория:Конференции Category:Конференции {{replicate-from-custiswiki-to-lib}}

MaksTsepkov в 15:58, 9 февраля 2014

2014-02-09T15:58:06Z

Внесённые изменения

@@ Строка 72: / Строка 72: @@
 С моей точки зрения, идея - понятная, хотя не слишком интересная в том объеме, в котором изложена. Потому что то, что было показано - это совсем простые действия с объектами, по-мсути, CRUD-приложения. А диаграммы usecase использовались просто для описания прав. А такие приложения легко делаются любым способом, и довольно хорошо автоматизированы. Во всех компаниях, где такой работы много - она поставлена на поток и уже давно. А интересно делать сложные приложения - эта тема не раскрыта. Хотя один шаг тут напрашивается просто сам собой - добавляем объектам состояния, используем для них диаграмму переходов - и будет существенное увеличение мощности модели. Но все равно она останется тривиальной.
-'''Secure your Software with Source Code Analysis. Steve Howard''' (AUT) Рассказ про плугин klocwork для Ecclipse и IntelliJ IDEA статического анализа кода, который выполняет анализ на лету, в процессе редактирования, а не на этапе компиляции - и потому позволяет раньше обнаруживать ошибки и так далее. Профит понятный, но слишком абстрактный. Было бы интересно еще содержательный рассказ, что именно появляется, относительно работы без этого плугина - потому что обе среды, особенно IDEA, содержат весьма навороченные редакторы, также осуществляющие анализ кода на лету.
+'''Secure your Software with Source Code Analysis. Steve Howard''' (AUT) Рассказ про плугин klocwork для Eclipse и IntelliJ IDEA статического анализа кода, который выполняет анализ на лету, в процессе редактирования, а не на этапе компиляции - и потому позволяет раньше обнаруживать ошибки и так далее. Профит понятный, но слишком абстрактный. Было бы интересно еще содержательный рассказ, что именно появляется, относительно работы без этого плугина - потому что обе среды, особенно IDEA, содержат весьма навороченные редакторы, также осуществляющие анализ кода на лету.
 '''Isolated Testing of Software Components in Distributed Software Systems. Francois Thillen''' (LYCEE PRIVE EMILE METZ, Junglinster, LUX). Доклад про тестирование распределенной системы управления электрикой. При этом многие процессы проходят насквозь через несколько компонентов. Традиционные пути - эмуляторы (моки) для компонент и изолированное тестирование, либо комплексное тестирование со всеми запущенными компонентами - им не очень подходили, первый - потому что много эмуляторов, а второй - потому что сложно запускать, а еще - сложно локализовывать ошибку. Вместо этого они написали свой специализированный эмулятор сетевого протокола, через который все системы взаимодействуют, и с его использованием делают тесты, тестируя компоненты независимо, но без эмуляторов.

← Предыдущая		Версия 08:48, 18 мая 2014
Строка 86:		Строка 86:
	'''Works on my machine, your problem now? – Improving Collaboration between Dev, Test and Ops. Wolfgang Gottesheim''' (Compuware GmbH). Для начала была некоторая проводка по тулам работы с логами и мониторингом - куда смотреть, на что обращать внимание. А потом разговор переключился на совместную работу Dev и Ops. И фокусом на автоматизацию тестирования, в том числе - по производительности. А закончил все на оптимистичной ноте "Проводите выходные с друзьями за пивом вместо пиццы с коллегами на работе" :)		'''Works on my machine, your problem now? – Improving Collaboration between Dev, Test and Ops. Wolfgang Gottesheim''' (Compuware GmbH). Для начала была некоторая проводка по тулам работы с логами и мониторингом - куда смотреть, на что обращать внимание. А потом разговор переключился на совместную работу Dev и Ops. И фокусом на автоматизацию тестирования, в том числе - по производительности. А закончил все на оптимистичной ноте "Проводите выходные с друзьями за пивом вместо пиццы с коллегами на работе" :)

−	~~{{replicate-from-custiswiki-to-lib}} [[Category:Конференции]]~~
	{{wl-publish: 2014-02-09 19:56:53 +0400 \| MaksTsepkov }}		{{wl-publish: 2014-02-09 19:56:53 +0400 \| MaksTsepkov }}

← Предыдущая		Версия 08:42, 18 мая 2014
Строка 1:		Строка 1:
		+	{{Conf-Ref}}
	В январе я съездил в Вену на [http://2014.software-quality-days.com/en/conference/overview/ Software Quality Days 2014]. Конференция немецкая, но в программе было много английских докладов, иногда параллельно на нескольких треках, а темы были заявлены интересные. И в целом я доволен тем, что съездил, хотя все-таки незнание немецкого сказывалось сильно - ты не можешь принимать полноценное участие в общении: хотя английский все участники знают, разговор идет на немецком и послушать и включиться, как я делаю у нас - не получается.		В январе я съездил в Вену на [http://2014.software-quality-days.com/en/conference/overview/ Software Quality Days 2014]. Конференция немецкая, но в программе было много английских докладов, иногда параллельно на нескольких треках, а темы были заявлены интересные. И в целом я доволен тем, что съездил, хотя все-таки незнание немецкого сказывалось сильно - ты не можешь принимать полноценное участие в общении: хотя английский все участники знают, разговор идет на немецком и послушать и включиться, как я делаю у нас - не получается.