http://lib.custis.ru/api.php?action=feedcontributions&user=StasFomin&feedformat=atom
CustisWiki - Вклад участника [ru]
2024-03-28T11:03:47Z
Вклад участника
MediaWiki 1.26.4
http://lib.custis.ru/index.php?title=%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD:Vimeoembed&diff=44047
Шаблон:Vimeoembed
2017-12-05T13:20:15Z
<p>StasFomin: </p>
<hr />
<div><center><br />
<html><iframe src="https://player.vimeo.com/video/</html>{{{1}}}<html>?byline=0&amp;portrait=0&amp;rel=0" width="</html>{{{2}}}<html>" height="</html>{{{3}}}<html>" frameborder="0" webkitallowfullscreen mozallowfullscreen allowfullscreen></iframe></html><br />
</center></div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:%D0%A2%D0%B5%D0%BE%D1%80%D0%B8%D1%8F_%D0%BE%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%87%D0%B5%D0%BD%D0%B8%D0%B9_%D0%B8_%D0%BB%D0%B8%D0%BD%D0%B5%D0%B9%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5.pdf&diff=43966
Файл:Теория ограничений и линейное программирование.pdf
2017-09-08T01:00:18Z
<p>StasFomin: StasFomin загрузил Файл:Теория ограничений и линейное программирование.pdf</p>
<hr />
<div></div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:%D0%A2%D0%B5%D0%BE%D1%80%D0%B8%D1%8F_%D0%BE%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%87%D0%B5%D0%BD%D0%B8%D0%B9_%D0%B8_%D0%BB%D0%B8%D0%BD%D0%B5%D0%B9%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5.pdf&diff=43965
Файл:Теория ограничений и линейное программирование.pdf
2017-09-07T07:47:15Z
<p>StasFomin: </p>
<hr />
<div></div>
StasFomin
http://lib.custis.ru/index.php?title=%C2%AB%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE%D0%BC_%D0%BD%D0%B0_%D0%BE%D1%81%D0%BD%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B8_%D1%87%D0%B8%D1%81%D0%BB%D0%B5%D0%BD%D0%BD%D1%8B%D1%85_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85%C2%BB_%D0%B8_%C2%AB%D0%A2%D0%B5%D0%BE%D1%80%D0%B8%D1%8F_%D0%BE%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%87%D0%B5%D0%BD%D0%B8%D0%B9_%D0%B8_%D0%BB%D0%B8%D0%BD%D0%B5%D0%B9%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5%C2%BB_(2009-08-03)&diff=43964
«Управление производством на основании численных данных» и «Теория ограничений и линейное программирование» (2009-08-03)
2017-09-07T07:46:50Z
<p>StasFomin: </p>
<hr />
<div>3 августа в нашей компании прошел [http://team.custis.ru/2009/08/blog-post.html ранее анонсированный мастер-класс «Управление производством на основании численных данных»].<br />
<br />
Возможно его название звучало несколько скучно, но на самом деле, тема основана на культовой бизнес-литературе — произведениях доктора Элии Голдратта, автора производственной Теории Ограничений, основной постулат которой заключался от отказе от бессмысленной и беспощадной борьбы за тотальную производительность, вместо чего он предлагал сконцентрироваться на определении узких мест в производстве и продаже, и борьбе с ними, не взирая на падение локальных показателей оптимальности. Забавный был и способ изложения этой теории — в виде серии бизнес-производственных-романов («Цель», «Цель-2», «Критическая цепь», и др.), где главный герой, стартуя из безнадежной ситуации (бизнес разоряется, увольняют из университета, жена ушла, <small>денег нет, пиджак в пыли, под кроватью брюки…</small>) сконцентрировавшись на ключевых проблемах, находил серию эффективных решений в духе теории ограничений, и выходил победителем из сложившихся ситуаций. В общем, несмотря на некоторую инфантильность сюжета и бизнес-ситуаций с точки зрения реальностей современного мира, мы обязательно рекомендуем всем прочитать эти книги (там только о решении проблем на производстве, но и о решении семейных проблем).<br />
<br />
[[Категория:Сергей Мартыненко]]<br />
А конкретно этот тренинг ведущий [[:Категория:Сергей Мартыненко|Сергей Мартыненко]] основал на книге «[http://zhurnal.lib.ru/s/stepenko_a_o/the_hss.shtml Синдром стога сена]» (по ссылке перевод первой части), где на 40 страницах текста без малейшей романтики и лирики рассматривается в цифрах оптимизация некоторого модельного производства, и где «на пальцах» читателя убеждают, что для достижения максимальной прибыли нужно жертвовать локальными оптимумами, и принимать решения, часто интуитивно непонятные. Сергей также приводил [http://blog.shumoos.com/archives/186 пример], иллюстрирующий, что похожие сценарии, когда действия, вроде бы направленные на улучшение процесса, на самом деле приводят к возникновению «бутылочного горла», бывают не только в материальном производстве, но и в разработке софта.<br />
<br />
Вот обработанное от шума видео, которое как обычно, можно просмотреть в броузере или скачать для обычного просмотра:<br />
<br />
{{vimeoembed|5972579|640|352}}<br />
<br />
<br />
----<br />
<br />
Далее, был доклад Стаса Фомина: «Теория ограничений и Линейное Программирование», о возможности математического моделирования широкого класса производственных задач, в контексте и на материале того же «Стога сена». Математическое моделирование — это мощный и гуманный инструмент поиска «бутылочного горлышка» на математической модели производства, позволяющий прогнозировать изменения и дрейф ограничений, без необходимости натурных экспериментов на живых людях и работающем производстве, как происходило в романах Голдратта. А ''линейное программирование'' — простая и в то же время мощная модель, в которой каждый менеджер должен уметь формулировать подходящие задачи оптимизации. На этом докладе сначала было сделано введение в постановку задач линейного программирования на совершенно классическом игрушечном примере, а затем, за двадцать минут были вживую, с участием зрителей, сформулированы и решены все вариации задач из «Синдрома стога сена», причем оказалось, что бездушный компьютер, снабженный формулировкой задачи, нашел более оптимальное решение, чем сам Голдратт в этой книге (''это было обнаружено совершенно случайно, при подготовке презентации за час до выступления''). Таким образом, были подведены итоги:<br />
<br />
* Человек не рожден для вычислений.<br />
* Рассуждения в литературной форме из-за аберраций восприятия легко уводят от оптимума.<br />
* Поиск оптимума в виде рассуждений трудно верифицировать.<br />
* Если есть возможность — нужно составить математическую модель. Человеку ее легко верифицировать, а машине — легко решать.<br />
<br />
Опубликован видео-скринкаст, рекомендуем его смотреть в полноэкранном режиме. Впрочем можно скачать HD-видео, оно очень компактное, 80Mb.<br />
<br />
{{vimeoembed|5936051|640|360}}<br />
<br />
Для очень быстрого поверхностного ознакомления опубликованы слайды презентации (но лучше смотрите видео):<br />
<br />
{{slideshareembed|toc-and-lp-beam-090804102932-phpapp01|640|480}}<br />
<br />
[[File:Теория ограничений и линейное программирование.pdf|256px|page=-]]<br />
<br />
{{ActualBanner}}<br />
{{replicate-from-custiswiki-to-lib}}<br />
[[Категория:Открытые Семинары|У]]<br />
[[Категория: Менеджмент (доклады)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=User_Experience_Russia_2011_(%D0%9E%D1%82%D1%87%D0%B5%D1%82_%D0%A1%D1%82%D0%B0%D1%81%D0%B0_%D0%A4%D0%BE%D0%BC%D0%B8%D0%BD%D0%B0)&diff=43779
User Experience Russia 2011 (Отчет Стаса Фомина)
2015-10-29T16:50:30Z
<p>StasFomin: Новая страница: «.»</p>
<hr />
<div>.</div>
StasFomin
http://lib.custis.ru/index.php?title=314-round-table-vcs-add-2010&diff=42104
314-round-table-vcs-add-2010
2012-10-25T12:27:04Z
<p>StasFomin: #REDIRECT Круглый_стол_по_системам_контроля_версий_(ADD-2010)</p>
<hr />
<div>#REDIRECT [[Круглый_стол_по_системам_контроля_версий_(ADD-2010)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%9A%D1%80%D1%83%D0%B3%D0%BB%D1%8B%D0%B9_%D1%81%D1%82%D0%BE%D0%BB_%D0%BF%D0%BE_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0%D0%BC_%D0%BA%D0%BE%D0%BD%D1%82%D1%80%D0%BE%D0%BB%D1%8F_%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D0%B9_(ADD-2010)&diff=42105
Круглый стол по системам контроля версий (ADD-2010)
2012-10-25T12:25:25Z
<p>StasFomin: Новая страница: « == Видео == {{vimeoembed|43624089|800|450}} {{CONFIDENTIAL-BEGIN}} У нас {{UniversityMedia|channels\addconf.ru\2010\314-round-table-vcs-add-2010.av...»</p>
<hr />
<div><br />
== Видео ==<br />
<br />
{{vimeoembed|43624089|800|450}}<br />
<br />
<br />
== Примечания ==<br />
* [http://addconf.ru/event.sdf/ru/add_2010/authors/107/153 страничка доклада на сайте конференции]<br />
<br />
<references/><br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
<br />
[[Категория:ADD-2010]]</div>
StasFomin
http://lib.custis.ru/index.php?title=Java_vs_Csharp_(%D0%9A%D1%80%D1%83%D0%B3%D0%BB%D1%8B%D0%B9_%D1%81%D1%82%D0%BE%D0%BB,_ADD-2010)&diff=42059
Java vs Csharp (Круглый стол, ADD-2010)
2012-10-23T19:57:57Z
<p>StasFomin: </p>
<hr />
<div>== Видео ==<br />
<br />
{{vimeoembed|43623897|800|450}}<br />
<br />
== Примечания ==<br />
* [http://addconf.ru/event.sdf/ru/add_2010/authors/112/159 страничка доклада на сайте конференции]<br />
<br />
<references/><br />
<br />
<br />
[[Категория:ADD-2010]]<br />
{{replicate-from-custiswiki-to-lib}}</div>
StasFomin
http://lib.custis.ru/index.php?title=Java-vs-csharp-add2010&diff=42060
Java-vs-csharp-add2010
2012-10-23T19:56:30Z
<p>StasFomin: #REDIRECT Java_vs_Csharp_(Круглый_стол,_ADD-2010)</p>
<hr />
<div>#REDIRECT [[Java_vs_Csharp_(Круглый_стол,_ADD-2010)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=Sql-vs-nosql-add2010&diff=42062
Sql-vs-nosql-add2010
2012-10-23T19:45:41Z
<p>StasFomin: #REDIRECT SQL_vs._NOSQL_(Круглый_стол,_ADD-2010)</p>
<hr />
<div>#REDIRECT [[SQL_vs._NOSQL_(Круглый_стол,_ADD-2010)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=SQL_vs._NOSQL_(%D0%9A%D1%80%D1%83%D0%B3%D0%BB%D1%8B%D0%B9_%D1%81%D1%82%D0%BE%D0%BB,_ADD-2010)&diff=42061
SQL vs. NOSQL (Круглый стол, ADD-2010)
2012-10-23T19:45:15Z
<p>StasFomin: Новая страница: «== Аннотация == <blockquote> На конференции запланирован круглый стол/дискуссия на актуальную т...»</p>
<hr />
<div>== Аннотация ==<br />
<blockquote><br />
На конференции запланирован круглый стол/дискуссия на актуальную тему «SQL vs. NOSQL», чтобы выяснить, что вообще стоит за шумихой вокруг buzzword NOSQL, ведь сейчас под этой «маркой» скрываются огромный спектр разных баз данных. Там и простые распределенные словари («ключ→значение»), старинные сетевые БД, и реляционные БД без SQL → целый зоопарк, хотя обычно к NOSQL-базам причисляют те, кто жертвует целостностью и гибкостью в угоду производительности (ну и в [http://softwaremaniacs.org/blog/2010/01/31/brewers-cap-theorem/ CAP-теореме] «играет» за A и немного за P, жертвуя C).<br />
Так что интересно разобраться, когда NOSQL необходимо применять, а когда от SQL-баз отказываются от невежества и недостатка знаний об всех возможностях реляционных СУБД.<br />
</blockquote><br />
<br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|43623976|800|405}}<br />
<br />
== Примечания ==<br />
* [http://addconf.ru/event.sdf/ru/add_2010/authors/110/173 страничка доклада на сайте конференции]<br />
<br />
<references/><br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
[[Категория:ADD-2010]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%9D%D0%B0_%D0%BA%D0%B0%D0%BA%D0%BE%D0%BC_%D1%8F%D0%B7%D1%8B%D0%BA%D0%B5_%D0%B3%D0%BE%D0%B2%D0%BE%D1%80%D0%B8%D1%82%D1%8C_%D1%81_%D0%A1%D1%85%D0%9E_(%D0%A1%D0%B5%D1%80%D0%B3%D0%B5%D0%B9_%D0%9A%D0%BE%D0%BB%D0%BF%D0%B0%D0%BA%D0%BE%D0%B2,_ProductCampSPB-2012)&diff=42063
На каком языке говорить с СхО (Сергей Колпаков, ProductCampSPB-2012)
2012-10-23T04:50:31Z
<p>StasFomin: /* Примечания и отзывы */</p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [http://ru.linkedin.com/in/skolpakov Сергей Колпаков]<br />
<blockquote><br />
* Кто все эти люди CEO, CFO, CMO, CTO <br />
* Что каждый из них желают знать о продукте<br />
* Где взять исходные данные для оценки показателей CAPEX, OPEX, EBITDA и многих других<br />
* Как оценить влияние продукта на показатели важные для покупателя<br />
* Несколько практических примеров<br />
</blockquote><br />
<br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|39999272|720|405}}<br />
<poll><br />
ALTERNATIVE<br />
REVOTE<br />
UNIQUE<br />
Оцените доклад «{{PAGENAME}}»:<br />
Отлично!<br />
Хорошо.<br />
Нормально…<br />
Не очень :(<br />
Просто хочу узнать результаты.<br />
</poll><br />
<br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
== Слайды ==<br />
[[Файл:На каком языке говорить с СхО (Сергей Колпаков, ProductCampSPB-2012).pdf|left|page=-|256px]]<br />
<br />
{{----}}<br />
<br />
== Примечания и отзывы ==<br />
<!-- <blockquote>[©]</blockquote> --><br />
<br />
<references/><br />
<br />
http://i.imgur.com/rAF9u.png<br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
[[Категория:Продуктовый менеджмент (доклады)]]<br />
[[Категория:ProductCampSPB-2012 (наша запись)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=2012-06-07-uml-design-iofe&diff=42019
2012-06-07-uml-design-iofe
2012-10-22T17:52:08Z
<p>StasFomin: #REDIRECT Проектирование_с_помощью_UML_(2012-06-07,_для_студентов)</p>
<hr />
<div>#REDIRECT [[Проектирование_с_помощью_UML_(2012-06-07,_для_студентов)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_UML_(2012-06-07,_%D0%B4%D0%BB%D1%8F_%D1%81%D1%82%D1%83%D0%B4%D0%B5%D0%BD%D1%82%D0%BE%D0%B2)&diff=42028
Проектирование с помощью UML (2012-06-07, для студентов)
2012-10-22T17:51:49Z
<p>StasFomin: /* Видео */</p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [http://vladislav-iofe.moikrug.ru/ Владислав Иофе] <!--Желательно задать ссылку на публичный профиль, ну или на худой конец mailto:-ссылку--><br />
<br />
<blockquote><br />
В ходе семинара мы расскажем о том, что такое UML: для чего он задумывался, и для чего используется.<br />
<br />
Вместе с вами мы рассмотрим:<br />
<br />
* наиболее употребимые виды диаграмм с примерами<br />
* инструменты работы с UML<br />
* UML-анекдот <br />
<br />
и ответим на вопросы:<br />
<br />
* почему UML не достаточно<br />
* блок-схема - это UML? <br />
<br />
После чего вы попрактикуетесь в проектировании небольшой информационной системы с помощью UML. <br />
<br />
<br />
Семинар будет полезен как молодым разработчикам, аналитикам и тестировщикам, так и совсем новичкам в IT-индустрии.<br />
<br />
</blockquote><br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|44473207|800|500}}<br />
<br />
<!--<br />
<!-- == Презентация ==<br />
[[Файл:Проектирование с помощью UML (2012-06-07, для студентов).pdf|center|640px]]<br />
<br />
--><br />
<br />
== Примечания и отзывы ==<br />
<references/><br />
<!-- Если будут отзывы — <blockquote>[©]</blockquote> --><br />
<br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
<br />
[[Категория:Семинары для студентов]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%9E%D1%81%D0%BD%D0%BE%D0%B2%D1%8B_%D0%B1%D0%B0%D0%B7_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_NoSQL_(c%D0%B5%D0%BC%D0%B8%D0%BD%D0%B0%D1%80_2012-06-14)&diff=42027
Основы баз данных NoSQL (cеминар 2012-06-14)
2012-10-22T17:44:03Z
<p>StasFomin: </p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [mailto:dolganov@custis.ru Андрей Долганов] <!--Желательно задать ссылку на публичный профиль, ну или на худой конец mailto:-ссылку--><br />
<br />
<blockquote><br />
<!-- Тут разместите аннотацию доклада --><br />
<br />
В мире огромных объемов информации и распределенных хранилищ данных традиционные реляционные базы данных уже не всегда позволяют удобно и быстро оперировать данными, но существует альтернатива — '''''NoSQL'''''. На семинаре мы рассмотрим это семейство технологий и сравним его с реляционными базами данных. Вы узнаете об основных типах баз данных ''NoSQL'' и применяемых для работы с ними технологиях. На примерах наиболее популярных баз данных ''NoSQL'' мы рассмотрим их особенности, сильные и слабые стороны, а также сферу их применения. На семинар приглашаются все заинтересованные в современных подходах к хранению данных, никаких предварительных знаний по теме не требуется.<br />
</blockquote><br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|43623239|800|375}}<br />
<br />
<!-- == Презентация ==<br />
[[Файл:Основы баз данных NoSQL (cеминар 2012-06-14).pdf|center|640px]]<br />
<br />
--><br />
<br />
== Примечания и отзывы ==<br />
<references/><br />
<!-- Если будут отзывы — <blockquote>[©]</blockquote> --><br />
<br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[Категория:Семинары для студентов]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%A0%D0%B5%D0%B0%D0%BA%D1%82%D0%B8%D0%B2%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_%D0%BD%D0%B0_%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D1%80%D0%B5_Silverlight_(%D1%81%D0%B5%D0%BC%D0%B8%D0%BD%D0%B0%D1%80_2012-05-24)&diff=42030
Реактивное программирование на примере Silverlight (семинар 2012-05-24)
2012-10-22T17:43:06Z
<p>StasFomin: </p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [mailto:amoiseev@custis.ru Андрей Моисеев] <!--Желательно задать ссылку на публичный профиль, ну или на худой конец mailto:-ссылку--><br />
<br />
<blockquote><br />
<!-- Тут разместите аннотацию доклада --><br />
Интересно будет тем, кто интересуется ''асинхронными вычислениями'', ''облачными технологиями'', а также тем, кто хочет, чтобы писать ''асинхронные программы'' было также просто, как ''синхронные''.<br />
<br />
Семинар будет состоять из трех частей. В первой части мы поговорим о '''''реактивном программировании''''' вообще. Во второй части расскажем об одном из вариантов реализации ''реактивного программирования'' на платформе ''.NET'' и языке ''С#''. И в третьей части рассмотрим пример применения ''реактивного программирования'' на практике.<br />
<br />
Из этого семинара вы узнаете, как с помощью ''реактивного подхода'' можно на порядок упростить создание ''сложных интерактивных приложений''. Для демонстрации будет использовано приложение на ''Silverlight'', но предложенный подход полностью совместим с любой другой технологией на стеке ''.NET''.<br />
</blockquote><br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|43172610|800|376}}<br />
<br />
<!-- == Презентация ==<br />
[[Файл:Реактивное программирование на примере Silverlight (семинар 2012-05-24).pdf|center|640px]]<br />
<br />
--><br />
<br />
== Примечания и отзывы ==<br />
<references/><br />
<!-- Если будут отзывы — <blockquote>[©]</blockquote> --><br />
<br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[Категория:Семинары для студентов]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%A0%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B0_%D0%BC%D0%BE%D0%B4%D1%83%D0%BB%D1%8C%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%B8%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D0%B9_%D1%81_%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5%D0%BC_%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82%D0%B0_OSGI_%D0%BD%D0%B0_Equinox_(%D1%81%D0%B5%D0%BC%D0%B8%D0%BD%D0%B0%D1%80_2012-05-31)&diff=42029
Разработка модульных приложений с использованием стандарта OSGI на Equinox (семинар 2012-05-31)
2012-10-22T17:42:31Z
<p>StasFomin: </p>
<hr />
<div>'''Аннотация'''<br />
<br />
Докладчик [http://ivan-gammel.moikrug.ru/ Иван Гаммель].<br />
Семинар будет состоять из двух частей: в первой, теоретической части, мы поговорим о том, как сложность проектов по разработке ПО влияет на их архитектуру, какие проблемы возникают в процессе разработки больших проектов и как их решать. Мы расскажем о разбиении программ на компоненты и модули, о том, что такое жизненный цикл компонента и как управлять зависимостями между модулями.<br />
<br />
Вторая, практическая, часть будет посвящена стандарту OSGi и его роли в разработке Java-приложений: здесь будет краткий экскурс в историю стандарта, рассказ об организации OSGi Alliance и, конечно же, много интересного будет рассказано о плагинной архитектуре OSGi и об управлении компонентами в реализации стандарта под названием Equinox, разработанной Eclipse Foundation. В конце семинара будет продемонстрирован пример приложения на Java, использующего Equinox.<br />
<br />
Этот семинар интересен не только разработчикам на Java, но и всем, кто интересуется архитектурой программного обеспечения.<br />
<br />
'''Видео'''<br />
<br />
{{vimeoembed|43623014|800|375}}<br />
{{vimeoembed|43623154|800|375}}<br />
<br />
<!-- == Презентация ==<br />
[[Файл:Разработка модульных приложений с использованием стандарта OSGI на Equinox (семинар 2012-05-31).pdf|center|640px]]<br />
<br />
--><br />
<br />
<!--<br />
<br />
== Примечания и отзывы ==<br />
<references/><br />
Если будут отзывы — <blockquote>[©]</blockquote> --><br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[[[Категория:Семинары для студентов]]]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%92%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B2_Subversion_(%D0%9B%D0%B5%D0%BA%D1%86%D0%B8%D1%8F_2009-03-31)&diff=42024
Введение в Subversion (Лекция 2009-03-31)
2012-10-22T17:41:59Z
<p>StasFomin: </p>
<hr />
<div><blockquote><br />
Лекция с курса «[http://team.custis.ru/2009/09/blog-post.html Разработчик СУБД]», где мы готовили разработчиков информационных систем, владеющих всем инструментарием грамотного девелопера — системы контроля версий, управления конфигурациями и задачами, вики-системы и т.п.<br />
</blockquote><br />
<br />
Эта видеолекция «Введение в Subversion» — только введение, после были и практические занятия, и совместная командная работа над реальными проектами.<br />
<br />
{{vimeoembed|5440896|640|480}}<br />
<br />
{{vimeoembed|5954489|640|480}}<br />
<br />
Есть и презентация (можно скачать и ее):<br />
<br />
{{slideshareembed|subversion-intro-beam-090401054524-phpapp02|640|480}}<br />
<br />
----<br />
<br />
Да, в нашей компании основной системой контроля версий является именно [[Subversion]], хотя есть несколько ''legacy'' проектов, до сих пор хранимых под [[CVS]] (мы не переносим их под SVN, т.к. все это имеет хитрую интеграцию с системами сборки и «проноса» версий). Местами у нас применяются и распределенные системы контроля (<tt>Mercurial</tt> и <tt>Bazaar</tt>), но в основном только для локальных операций конфигурационного управления, либо экспериментальных проектов. В целом, мы согласны с одним из идеологов Subversion, и мы рекомендуем прочитать<br />
[[:Категория:Статьи о Subversion|серию его статей о Subversion в нашем переводе]].<br />
<br />
[[Категория:Семинары для студентов]]<br />
{{replicate-from-custiswiki-to-lib}}<br />
[[Категория:Инструменты разработки (доклады)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%90%D1%81%D0%BF%D0%B5%D0%BA%D1%82%D0%BD%D0%BE-%D0%BE%D1%80%D0%B8%D0%B5%D0%BD%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5._PostSharp._(%D1%81%D0%B5%D0%BC%D0%B8%D0%BD%D0%B0%D1%80_2011-05-12,_%D0%B4%D0%BB%D1%8F_%D1%81%D1%82%D1%83%D0%B4%D0%B5%D0%BD%D1%82%D0%BE%D0%B2)&diff=42021
Аспектно-ориентированное программирование. PostSharp. (семинар 2011-05-12, для студентов)
2012-10-22T17:41:38Z
<p>StasFomin: </p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [http://ru-george.moikrug.ru/ Георгий Русецкий] <!--Желательно задать ссылку на публичный профиль, ну или на худой конец mailto:-ссылку--><br />
<br />
<blockquote><br />
<!-- Тут разместите аннотацию доклада --><br />
<br />
Объектно-ориентированное программирование, пожалуй, самая популярная парадигма в мире разработки на сегодняшний день. Однако при разработке с использованием этого подхода, бывает сложно выделить часть функциональности программы в отдельные классы. Общесистемная логика журналирования, обработки исключений, аутентификации и т.п. пронизывает множество классов и методов программной системы, делая код запутанным и трудным для восприятия. В докладе рассказывается об одной из парадигм разработки, решающей проблему выделения общесистемной логики в отдельные программные модули. Мы рассмотрим:<br />
* что такое аспектно-ориентированное программирование;<br />
* его основные концепции;<br />
* зачем и в каких ситуациях есть смысл использовать АОП;<br />
* основы Postsharp - АОП фреймворка для .NET;<br />
<br />
А также увидим примеры использования Postsharp в разработке приложений и выясним, какие преимущества даёт использование АОП.<br />
</blockquote><br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|24521366|720|405}}<br />
<br />
== Презентация ==<br />
[[Файл:Аспектно-ориентированное_программирование._PostSharp._(семинар_2011-05-12,_для_студентов).pdf|center|640px]]<br />
<br />
== Примечания и отзывы ==<br />
<references/><br />
<!-- Если будут отзывы — <blockquote>[©]</blockquote> --><br />
<br />
{{include-review|Блог:Team/2011-06-17_Отчет_по_семинару_от_12_мая}}<br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
<br />
[[Категория:Семинары для студентов]]<br />
[[Категория: Программирование (доклады)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%A1%D0%B5%D0%BC%D0%B8%D0%BD%D0%B0%D1%80%D1%8B_%D0%B4%D0%BB%D1%8F_%D1%81%D1%82%D1%83%D0%B4%D0%B5%D0%BD%D1%82%D0%BE%D0%B2&diff=42025
Категория:Семинары для студентов
2012-10-22T17:39:51Z
<p>StasFomin: </p>
<hr />
<div>Открытые семинары для студентов, проводимые в нашей компании.<br />
Записи, как правило публикуются.<br />
<br />
Можно {{CategoryNewPagesFeed|{{PAGENAME}}|подписаться на появление новой статьи}} (записи прошедшего семинара).<br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
[[Категория:Открытые Семинары]]<br />
<br />
__NOCATEGORYCOLUMNS__</div>
StasFomin
http://lib.custis.ru/index.php?title=Working_Effectively_with_Legacy_Code_(%D0%9C%D0%B0%D0%B9%D0%BA%D0%BB_%D0%A4%D0%B8%D0%B7%D0%B5%D1%80%D1%81,_AgileDays-2008)&diff=42020
Working Effectively with Legacy Code (Майкл Физерс, AgileDays-2008)
2012-10-22T07:15:22Z
<p>StasFomin: </p>
<hr />
<div>Доклад [http://www.objectmentor.com/omTeam/feathers_m.html Майкла Физерса] был «guest star» всего мероприятия, хотя стоит отметить, что не все смогли выдержать плотную конференцию до самого конца — слушателей было существенно меньше, чем в начале дня.<br />
<br />
Но тема доклада всегда актуальна, ''Legacy Code ''это вечное проклятие невезучих программистов (т.е. тех, которых бросают на поддержку чужого кода), и legacy code вечен — да, старые информационные системы умирают, но проходит пару лет, и даже твой супер-крутой код становиться ''legacy''… . Трудно удержаться и не процитировать соответствующие комиксы Дильберта:<br />
<br />
[[Файл:Legacy systems (Dilbert).jpg|center]]<br />
<br />
[[Файл:Legacy code support (Dilbert).jpg|center]]<br />
<br />
<br />
На модельном примере класса «расписание» (Schedule), написанном на Java, Физер показал как сделать его тестопригодным. Основной прием свелся к N-кратному применению [http://en.wikipedia.org/wiki/Dependency_injection Dependency injection]. Причем, на наш вкус с некоторым перебором: даже статические helper-методы определения является ли день выходным или рабочим были перенесены в нестатический класс, а в тесте было предложено их «заглушить», написав соответствующего наследника. ИМХО это уже другая крайность: когда тестируется функциональность ''ровно одного класса'', а всё, что он использует, либо заглушено при помощи Stub-ов, либо эмулируется при помощи Mock-ов (см. [http://martinfowler.com/articles/mocksArentStubs.html http://martinfowler.com/articles/mocksArentStubs.html]). Это так можно получить результат как в репризе Райкина «претензии к пуговицам есть — нет, пришиты намертво…»<br />
<br />
<br />
[[Файл:Майкл Физерс на AgileDays-2008.jpg|right]]<br />
<br />
<br />
{{vimeoembed|25505404|720|405}}<br />
<br />
{{vimeoembed|25520076|720|405}}<br />
<br />
А пока, мы рекомендуем заинтересованным темой, прочитать книгу [http://www.ozon.ru/context/detail/id/2909721/ «Рефакторинг с использованием шаблонов»].<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
http://www.bonkersworld.net/images/2012.02.10_legacy_code.png<br />
<br />
[[Категория:AgileDays-2008 (наша запись)]]<br />
{{replicate-from-custiswiki-to-lib}}<br />
[[Категория:Совершенный код (доклады)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%A1%D1%82%D0%B5%D0%B9%D0%BA%D1%85%D0%BE%D0%BB%D0%B4%D0%B5%D1%80%D1%8B,_%D0%B8%D1%85_%D0%B8%D0%B4%D0%B5%D0%B8,_%D0%B8%D1%85_%D0%BF%D1%80%D0%B8%D0%BE%D1%80%D0%B8%D1%82%D0%B5%D1%82%D1%8B._KJ_method:_%D0%BF%D0%BE%D1%80%D1%8F%D0%B4%D0%BE%D0%BA_%D0%B8%D0%B7_%D1%85%D0%B0%D0%BE%D1%81%D0%B0._(%D0%98%D0%B2%D0%B0%D0%BD_%D0%9C%D0%B8%D1%85%D0%B0%D0%B9%D0%BB%D0%BE%D0%B2,_ProductCampSPB-2012)&diff=42031
Стейкхолдеры, их идеи, их приоритеты. KJ method: порядок из хаоса. (Иван Михайлов, ProductCampSPB-2012)
2012-10-22T07:10:55Z
<p>StasFomin: /* Примечания и отзывы */</p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [[:Категория:Иван Михайлов|Иван Михайлов]]<br />
[[Категория:Иван Михайлов]]<br />
<blockquote><br />
Если в работе над продуктом принимают участие больше одного генератора идей, возникает проблема — как из сгенеренной сделать беклог с приоритетами.<br />
<br />
Один из способов решения — использовать KJ метод.<br />
<br />
Преимущества и недостатки, подводные камни.<br />
</blockquote><br />
<br />
== Видео ==<br />
{{vimeoembed|39996583|720|576}}<br />
<poll><br />
ALTERNATIVE<br />
REVOTE<br />
UNIQUE<br />
Оцените доклад «{{PAGENAME}}»:<br />
Отлично!<br />
Хорошо.<br />
Нормально…<br />
Не очень: (<br />
Просто хочу узнать результаты.<br />
</poll><br />
<br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
== Примечания и отзывы ==<br />
<!-- <blockquote>[©]</blockquote> --><br />
<br />
http://www.bonkersworld.net/images/2011.12.28_inspired_generation.png<br />
<references/><br />
<br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
[[Категория:Продуктовый менеджмент (доклады)]]<br />
[[Категория:ProductCampSPB-2012 (наша запись)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%9A%D0%BE%D0%BC%D0%BC%D1%83%D0%BD%D0%B8%D0%BA%D0%B0%D1%82%D0%B8%D0%B2%D0%BD%D1%8B%D0%B5_%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B8_%D0%98%D0%A2%D1%88%D0%BD%D0%B8%D0%BA%D0%BE%D0%B2_%D0%B8_%D0%BA%D0%B0%D0%BA_%D0%B8%D1%85_%D0%B8%D0%B7%D0%B1%D0%B5%D0%B6%D0%B0%D1%82%D1%8C_(%D0%A1%D0%B0%D1%88%D0%B0_%D0%9E%D1%80%D0%BB%D0%BE%D0%B2,_%D0%A1%D0%BB%D0%B0%D0%B2%D0%B0_%D0%9F%D0%B0%D0%BD%D0%BA%D1%80%D0%B0%D1%82%D0%BE%D0%B2,_ADD-2011)&diff=42026
Коммуникативные ошибки ИТшников и как их избежать (Саша Орлов, Слава Панкратов, ADD-2011)
2012-10-22T07:07:51Z
<p>StasFomin: </p>
<hr />
<div>== Аннотация ==<br />
;Докладчики:<br />
* [[:Категория:Александр Орлов|Александр Орлов]]<br />
* [[:Категория:Слава Панкратов|Слава Панкратов]]<br />
[[Категория:Слава Панкратов]][[Категория:Александр Орлов]]<br />
<br />
<blockquote><br />
Довольно распространено мнение, что у ИТшников не очень хорошо с коммуникациями. Долго работая менеджерами команд, а последние годы консультируя и обучая менеджеров команд, мы можем сказать, что это не вполне правда. Несмотря на то, что многие инженеры склонны к интраверсии, проводя много времени внутри своих умнейших голов, скажем, что среди ИТшников довольно много хороших коммуникаторов.<br />
<br />
Тем не менее, есть определенные ошибки в коммуникациях, которые мы склонны совершать. Причем совершают их люди разного технического уровня, разного возраста, не всегда подозревая, что это ошибки, и как они влияют на будущее самого инженера.<br />
<br />
О самых распространенных ошибках, а также о том, как их избежать, мы и поговорим в нашем докладе.<br />
</blockquote><br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|23622294|720|405}}<br />
<br />
{{addconf-2011-videofile|2aa-communicative-mistakes-orlov-pankratoff.avs.avi}}<br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
{{Нужен подкаст?}}<br />
<!-- == Подкаст ==<br />
{{podfmembed|belonesox.podfm.ru/addconf/}} --><br />
<br />
== Слайды ==<br />
[[Файл:Коммуникативные ошибки ИТшников и как их избежать (Саша Орлов, Слава Панкратов, ADD-2011).pdf|page=-|left|256px]]<br />
<br />
== Примечания и отзывы ==<br />
<!-- <blockquote>[©]</blockquote> --><br />
* [http://addconf.ru/event.sdf/ru/add_2011/authors/AlexanderOrlov/385 страничка доклада на сайте конференции]<br />
<br />
<blockquote>Саша Орлов и Слава Панкратов отыграли классный спектакль-доклад на тему «Коммуникативных ошибок ИТшников». Первый раз видел их вместе. Круть! [http://outcorp-ru.blogspot.com/2011/05/application-developer-days-2011.html ©]</blockquote><br />
<br />
<blockquote>И еще я успел на окончание выступления Орлова и Панкратова, которое даже презентацией язык не поворачивается назвать. Профи, что тут скажешь, настоящее представление, с прыжками через обруч и репризами. [http://ptiz-kem.livejournal.com/67244.html ©]</blockquote><br />
<br />
<references/><br />
<br />
<br />
http://www.bonkersworld.net/images/2011.12.16_means_of_communication.png<br />
<br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[Категория:ADD-2011 (наша запись)]]<br />
[[Категория: Менеджмент (доклады)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%A7%D1%82%D0%BE_%D0%BF%D0%BE%D1%81%D0%BC%D0%BE%D1%82%D1%80%D0%B5%D1%82%D1%8C_%D1%81%D0%B5%D0%B3%D0%BE%D0%B4%D0%BD%D1%8F_%D0%B2%D0%B5%D1%87%D0%B5%D1%80%D0%BE%D0%BC%3F_Yota_Play_(%D0%92%D0%B8%D1%82%D0%B0%D0%BB%D0%B8%D0%B9_%D0%93%D1%80%D0%B8%D0%B3%D0%BE%D1%80%D0%B0%D1%88,_ProductCampSPB-2012)&diff=42034
Что посмотреть сегодня вечером? Yota Play (Виталий Григораш, ProductCampSPB-2012)
2012-10-22T06:57:22Z
<p>StasFomin: /* Слайды */</p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [http://vgrigorash.moikrug.ru/ Виталий Григораш]<br />
<blockquote><br />
Краткая история из жизни одного пользователя, который любит смотреть кино.<br />
<br />
Моя историю о том, как человек выбирает кино, обсуждает фильмы с друзьями и коллегами, читает о них на сайтах и в журналах, как он смотрит кино.<br />
<br />
Моя история о том, как повседневная жизнь людей отображается в продуктах, которыми он пользуется.<br />
<br />
Моя история про Yota Play<br />
</blockquote><br />
<br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|6961847|720|304}}<br />
<poll><br />
ALTERNATIVE<br />
REVOTE<br />
UNIQUE<br />
Оцените доклад «{{PAGENAME}}»:<br />
Отлично!<br />
Хорошо.<br />
Нормально…<br />
Не очень :(<br />
Просто хочу узнать результаты.<br />
</poll><br />
<br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
== Слайды ==<br />
[[Файл:Что посмотреть сегодня вечером? Yota Play (Виталий Григораш, ProductCampSPB-2012).pdf|left|page=-|256px]]<br />
<br />
<br />
----<br />
http://www.bonkersworld.net/images/2011.10.17_pre_roll.png<br />
<br />
== Примечания и отзывы ==<br />
<!-- <blockquote>[©]</blockquote> --><br />
<br />
<references/><br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
[[Категория:Продуктовый менеджмент (доклады)]]<br />
[[Категория:ProductCampSPB-2012 (наша запись)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:%D0%91%D0%B8%D0%B1%D0%BB%D0%B8%D0%BE%D1%82%D0%B5%D0%BA%D0%B8_%D0%B8_%D1%84%D1%80%D0%B5%D0%B9%D0%BC%D0%B2%D0%BE%D1%80%D0%BA%D0%B8_%D0%B4%D0%BB%D1%8F_%D0%BF%D0%BE%D1%81%D1%82%D1%80%D0%BE%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BA%D0%BB%D0%B0%D1%83%D0%B4%D0%BE%D0%B2_(%D0%9A%D0%BE%D0%BD%D1%81%D1%82%D0%B0%D0%BD%D1%82%D0%B8%D0%BD_%D0%94%D0%B0%D0%BD%D0%B8%D0%BB%D0%BE%D0%B2,_ADD-2012).pdf&diff=41871
Файл:Библиотеки и фреймворки для построения клаудов (Константин Данилов, ADD-2012).pdf
2012-10-16T19:18:33Z
<p>StasFomin: </p>
<hr />
<div></div>
StasFomin
http://lib.custis.ru/index.php?title=Frameworks4clouds-danilov&diff=41858
Frameworks4clouds-danilov
2012-10-16T19:17:36Z
<p>StasFomin: #REDIRECT Библиотеки_и_фреймворки_для_построения_клаудов_(Константин_Данилов,_ADD-2012)</p>
<hr />
<div>#REDIRECT [[Библиотеки_и_фреймворки_для_построения_клаудов_(Константин_Данилов,_ADD-2012)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%91%D0%B8%D0%B1%D0%BB%D0%B8%D0%BE%D1%82%D0%B5%D0%BA%D0%B8_%D0%B8_%D1%84%D1%80%D0%B5%D0%B9%D0%BC%D0%B2%D0%BE%D1%80%D0%BA%D0%B8_%D0%B4%D0%BB%D1%8F_%D0%BF%D0%BE%D1%81%D1%82%D1%80%D0%BE%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BA%D0%BB%D0%B0%D1%83%D0%B4%D0%BE%D0%B2_(%D0%9A%D0%BE%D0%BD%D1%81%D1%82%D0%B0%D0%BD%D1%82%D0%B8%D0%BD_%D0%94%D0%B0%D0%BD%D0%B8%D0%BB%D0%BE%D0%B2,_ADD-2012)&diff=41862
Библиотеки и фреймворки для построения клаудов (Константин Данилов, ADD-2012)
2012-10-16T19:17:23Z
<p>StasFomin: Новая страница: «== Аннотация == ;Докладчик: [https://plus.google.com/106112060048784999686/about Константин Данилов] <blockquote> За посл...»</p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [https://plus.google.com/106112060048784999686/about Константин Данилов]<br />
<blockquote><br />
За последнее время средства виртуализации достигли уровня, позволяющего использовать ее для достаточно широкого круга задач. Типичные примеры это [http://libguestfs.org/ libguestfs], [http://qubes-os.org Qubes], [https://launchpad.net/arkose Arkose]. Цель доклада рассказать, какие задачи помогает решать виртуализация и как быстро встроить ее в свою программу.<br />
<br />
Я расскажу про основные средства управления небольшими группами виртуальных машин - подготовка, запуск, управление и мониторинг. Будут рассмотрены [http://www.libvirt.org/ libvirt], [http://libguestfs.org/ libguestfs] и сетевые библиотеки, позволяющие встроить «облако» в программу. В конце будут рассмотрены ограничения такого подхода и проведен обзор [http://www.openstack.org/ OpenStack], как облачной системы для серьезной виртуализации. Основной язык - Python, но большая часть указанных средств имеют API для всех основных языков.<br />
<br />
;План доклада:<br />
* Сегодняшнее состояние поддержки виртуализации.<br />
* Как можно использовать виртуализацию.<br />
* Что такое «облако».<br />
* Что нужно для маленького «облака» - управление VM, управление сетями, управление дисковыми образами.<br />
* Средства управления виртуализацией - libvirt, libguestfs, сетевые библиотеки.<br />
* Tiny cloud, как пример встраиваемого микро-клауда на Python из 300 строк кода.<br />
* Ограничения такое реализации.<br />
* Обзор [http://www.openstack.org/ OpenStack], как «серьезной» облачной платформы.<br />
</blockquote><br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|43623843|800|375}}<br />
<poll><br />
ALTERNATIVE<br />
REVOTE<br />
UNIQUE<br />
Оцените доклад «{{PAGENAME}}»:<br />
Отлично!<br />
Хорошо.<br />
Нормально…<br />
Не очень :(<br />
Просто хочу узнать результаты.<br />
</poll><br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
== Слайды ==<br />
[[Файл:Библиотеки и фреймворки для построения клаудов (Константин Данилов, ADD-2012).pdf|left|page=-|256px]]<br />
<br />
{{----}}<br />
== Примечания и отзывы ==<br />
* [http://addconf.ru/event.sdf/ru/add_3/authors/KonstantinDanilov/697 Страничка доклада на сайте конференции]<br />
<br />
<!-- <blockquote>[©]</blockquote> --><br />
<br />
<references/><br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[Категория:Программирование (доклады)]]<br />
[[Категория:ADD-2012 (наша запись)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%90%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F_%D1%81%D0%B1%D0%BE%D1%80%D0%BA%D0%B8_%D0%B8_%D1%82%D0%B5%D1%81%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_%D0%B2_%D1%80%D0%B0%D0%B7%D1%80%D0%B5%D0%B7%D0%B5_%D1%8D%D1%84%D1%84%D0%B5%D0%BA%D1%82%D0%B8%D0%B2%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%B0_(%D0%9E%D0%BB%D0%B5%D0%B3_%D0%9B%D0%B0%D0%B4%D1%8B%D0%B3%D0%B8%D0%BD,_SQADays-11)&diff=41860
Автоматизация сборки и тестирования в разрезе эффективного производства (Олег Ладыгин, SQADays-11)
2012-10-16T18:52:26Z
<p>StasFomin: /* Видео */</p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [http://www.linkedin.com/pub/oleg-ladygin/26/22a/a94 Олег Ладыгин]<br />
<blockquote><br />
В докладе пойдет речь о внедрении систем автоматизации процессов разработки и тестирования с точки зрения эффективности производства. Рассматриваются цели внедрения автоматизированных систем, предлагаются примеры расчета трудоемкости и целесообразности.<br />
В первой части доклада рассматриваются методы получения прибыли через развитие следующих областей:<br />
* Ускорение циклов разработки и тестирования<br />
* Точность соблюдения сроков<br />
* Обеспечение заданного уровня качества продукта<br />
* Минимизация простоя<br />
* Выигрыш во времени на рутинные операции<br />
* Сокращение производственных запасов<br />
Вторая часть посвящена дополнительным преимуществам, которые может дать автоматизация. В частности, приводятся примеры достройки системы сборки проверкой орфографии, оценкой изменений в коде, проверкой стандартов на оформление документации, анализатором PL/SQL кода и т.д.<br />
Доклад будет интересен сотрудникам, создающим или развивающим отделы автоматизации, и руководителям, понимающим необходимость повышения экономической эффективности производства.<br />
</blockquote><br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|43624350|800|300}}<br />
<poll><br />
ALTERNATIVE<br />
REVOTE<br />
UNIQUE<br />
Оцените доклад «{{PAGENAME}}»:<br />
Отлично!<br />
Хорошо.<br />
Нормально…<br />
Не очень :(<br />
Просто хочу узнать результаты.<br />
</poll><br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
== Слайды ==<br />
[[Файл:Автоматизация сборки и тестирования в разрезе эффективного производства (Олег Ладыгин, SQADays-11).pdf|left|page=-|256px]]<br />
<br />
== Примечания и отзывы ==<br />
<!-- <blockquote>[©]</blockquote> --><br />
<br />
<references/><br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[Категория:Тестирование (доклады)]]<br />
[[Категория:SQADays-11 (наша запись)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:%D0%90%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F_%D1%81%D0%B1%D0%BE%D1%80%D0%BA%D0%B8_%D0%B8_%D1%82%D0%B5%D1%81%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_%D0%B2_%D1%80%D0%B0%D0%B7%D1%80%D0%B5%D0%B7%D0%B5_%D1%8D%D1%84%D1%84%D0%B5%D0%BA%D1%82%D0%B8%D0%B2%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%B0_(%D0%9E%D0%BB%D0%B5%D0%B3_%D0%9B%D0%B0%D0%B4%D1%8B%D0%B3%D0%B8%D0%BD,_SQADays-11).pdf&diff=41869
Файл:Автоматизация сборки и тестирования в разрезе эффективного производства (Олег Ладыгин, SQADays-11).pdf
2012-10-16T18:12:22Z
<p>StasFomin: </p>
<hr />
<div></div>
StasFomin
http://lib.custis.ru/index.php?title=Automating-build-and-testing-4efficient-development-ladygin&diff=41857
Automating-build-and-testing-4efficient-development-ladygin
2012-10-16T18:11:30Z
<p>StasFomin: #REDIRECT Автоматизация_сборки_и_тестирования_в_разрезе_эффективного_производства_(Олег_Ладыгин,_SQADays-11)</p>
<hr />
<div>#REDIRECT [[Автоматизация_сборки_и_тестирования_в_разрезе_эффективного_производства_(Олег_Ладыгин,_SQADays-11)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%9F%D1%80%D0%B0%D0%BA%D1%82%D0%B8%D0%BA%D0%B0_%D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D1%8F_%D1%83%D0%B4%D0%B0%D0%BB%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BE%D1%84%D0%B8%D1%81%D0%B0_%D1%82%D0%B5%D1%81%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_(%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%9C%D0%B5%D1%80%D0%B8%D0%B8%D0%BD,_SQADays-11)&diff=41866
Практика создания удаленного офиса тестирования (Михаил Мериин, SQADays-11)
2012-10-16T18:07:02Z
<p>StasFomin: </p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [http://mihail-meriin.moikrug.ru/ Михаил Мериин]<br />
<blockquote><br />
Не секрет, что нанимать сотрудников в Москве и крупных городах с каждым годом все труднее и дороже. Уже давно затраты на найм сотрудников перешагнули все разумные границы.<br />
<br />
В таких условиях компании стремятся переводить свои офисы из Москвы в регионы.<br />
<br />
В докладе будет освещена тема перевода ряда активностей из Москвы. Будут освещены некоторые проблемы, связанные с этим, а также выгоды и риски такого упражнения.<br />
<br />
</blockquote><br />
== Видео ==<br />
{{vimeoembed|43623779|800|375}}<br />
<poll><br />
ALTERNATIVE<br />
REVOTE<br />
UNIQUE<br />
Оцените доклад «{{PAGENAME}}»:<br />
Отлично!<br />
Хорошо.<br />
Нормально…<br />
Не очень :(<br />
Просто хочу узнать результаты.<br />
</poll><br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
== Слайды ==<br />
[[Файл:Практика создания удаленного офиса тестирования (Михаил Мериин, SQADays-11).pdf|left|page=-|256px]]<br />
<br />
== Примечания и отзывы ==<br />
<!-- <blockquote>[©]</blockquote> --><br />
<br />
<references/><br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[Категория:Тестирование (доклады)]]<br />
[[Категория:SQADays-11 (наша запись)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:%D0%9F%D1%80%D0%B0%D0%BA%D1%82%D0%B8%D0%BA%D0%B0_%D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D1%8F_%D1%83%D0%B4%D0%B0%D0%BB%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BE%D1%84%D0%B8%D1%81%D0%B0_%D1%82%D0%B5%D1%81%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_(%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%9C%D0%B5%D1%80%D0%B8%D0%B8%D0%BD,_SQADays-11).pdf&diff=41873
Файл:Практика создания удаленного офиса тестирования (Михаил Мериин, SQADays-11).pdf
2012-10-16T18:03:32Z
<p>StasFomin: </p>
<hr />
<div></div>
StasFomin
http://lib.custis.ru/index.php?title=How-to-remote-testing-office-meriin&diff=41859
How-to-remote-testing-office-meriin
2012-10-16T18:02:30Z
<p>StasFomin: #REDIRECT Практика_создания_удаленного_офиса_тестирования_(Михаил_Мериин,_SQADays-11)</p>
<hr />
<div>#REDIRECT [[Практика_создания_удаленного_офиса_тестирования_(Михаил_Мериин,_SQADays-11)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D1%82%D0%B8%D0%BA%D0%B0_%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%B0_-_%D0%BD%D1%83%D0%B6%D0%BD%D1%8B_%D0%BB%D0%B8_%D0%B2%D0%B0%D0%BC_%D0%BC%D0%B5%D1%82%D1%80%D0%B8%D0%BA%D0%B8_%D0%B8_%D0%BA%D0%B0%D0%BA_%D0%B8%D1%85_%D1%80%D0%B0%D0%B7%D0%B4%D0%BE%D0%B1%D1%8B%D1%82%D1%8C%3F_(%D0%90%D0%BB%D0%B5%D0%BA%D1%81%D0%B5%D0%B9_%D0%98%D0%BB%D1%8C%D0%B8%D0%BD,_ProductCampSPB-2012)&diff=41861
Аналитика использования продукта - нужны ли вам метрики и как их раздобыть? (Алексей Ильин, ProductCampSPB-2012)
2012-10-16T04:34:54Z
<p>StasFomin: </p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [http://payalnik.moikrug.ru/ Алексей Ильин]<br />
<blockquote><br />
* Нужно ли вам заниматься сбором статистики?<br />
* Какой инструмент аналитики правильнее всего использовать для вашего продукта?<br />
* Веб-аналитика, о которой и не снилось Google Analytics<br />
</blockquote><br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|39875619|800|375}}<br />
<poll><br />
ALTERNATIVE<br />
REVOTE<br />
UNIQUE<br />
Оцените доклад «{{PAGENAME}}»:<br />
Отлично!<br />
Хорошо.<br />
Нормально…<br />
Не очень :(<br />
Просто хочу узнать результаты.<br />
</poll><br />
<br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
== Слайды ==<br />
[[Файл:Аналитика использования продукта - нужны ли вам метрики и как их раздобыть? (Алексей Ильин, ProductCampSPB-2012).pdf|left|page=-|256px]]<br />
<br />
== Примечания и отзывы ==<br />
<!-- <blockquote>[©]</blockquote> --><br />
<br />
http://inwebwetrust.org/~uploads/strip072_internet_marketing.jpg<br />
<br />
<references/><br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
[[Категория:Продуктовый менеджмент (доклады)]]<br />
[[Категория:ProductCampSPB-2012 (наша запись)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:%D0%A1%D1%82%D0%B0%D1%81_%D0%A4%D0%BE%D0%BC%D0%B8%D0%BD/2010-07-02_%D0%91%D0%B8%D0%B1%D0%B8%D1%87%D0%B5%D0%B2_%D0%B6%D0%B6%D0%BE%D1%82!&diff=41691
Блог:Стас Фомин/2010-07-02 Бибичев жжот!
2012-10-09T23:37:11Z
<p>StasFomin: </p>
<hr />
<div>[[Категория:Андрей Бибичев]]<br />
Кстати, [[:Категория:Андрей Бибичев|Андрей Бибичев]] продолжает активно [http://agilebasecamp.org/programm/think_diff/ зажигать на конференциях].<br />
<br />
В частности, в Киеве он дал бой классическому софтверному менеджменту, выступив с докладом «Think Different».<br />
<br />
<blockquote><br />
----<br />
Восприятие Agile просто как набора практик, приводит к чему-то из серии Scrum Butt / Порошковый Agile / Карго-культ, что может быть вполне эффективно в среднесрочной перспективе, но не позволяет раскрыть весь потенциал ваших сотрудников и создавать по-истине уникальные атмосферу и продукты.<br />
<br />
Чтобы сдвинуться от попугайского следования к осознанному использованию, нужно понимание ''философии'', лежащей в основе. И вот здесь начинаются настоящие трудности, так как то, что стоит за Agile-веяниями, очень сильно контрастирует с тем, к чему мы привыкли с детсадовских стульев. Возникает почти непреодолимый потенциальный барьер – необходимы серьезные перемены в нашем сложившемся сознании.<br />
<br />
Доклад посвящен следующим метаморфозам в корпоративной, личной и профессиональной культурах:<br />
<br />
* Мотивация → Драйв*интерес*призвание<br />
* Карьерный рост → Самореализация<br />
* Руководитель → Учитель<br />
* Зона контроля → Сфера влияния<br />
* Ответственность → Порядочность*честь<br />
* Страх ошибки → Желание пробовать<br />
* Знания/скилы → Способности<br />
* Статический отлаженный процесс → Постоянные изменения<br />
* Внимание к процессу → Уважение людей<br />
* Архитектор → Идеолог<br />
* Проектирование сверху-вниз → Инкрементальный дизайн<br />
* Статическая база знаний → Динамичный обмен знаниями<br />
* и т.д.<br />
<br />
Во многом, это как мир и антимир. В корпоративной среде, как и в природе, материи (электронов, привычных нам форм философии) значительно больше чем антиматерии (позитронов, описанной альтернативной философии).<br />
<br />
----<br />
<br />
Вам придется самим выбирать свою форму существования<br />
</blockquote><br />
<br />
<br />
Доклад о мотивации, но не на детском/книжном уровне (доставшие всех пирамиды Маслоу, классические менеджерские трюки типа кнута и пряника), а выстраданное понимание практически «обо всем в процессе разработки», на основе десятилетнего опыта работы именно в нашей компании.<br />
<br />
Т.е. никакого там «совпадение с живыми людьми является случайностью» — все лица узнаваемы, да что уж там — многих называют по именам, а некоторых (людей, внутренний софт) выложили прямо на слайды.<br />
Народу явлена истина «Истинной Мотивации», и многое, многое другое.<br />
<br />
Пересказывать и сбрасывать остальные спойлеры не буду — думаю, я уже достаточно заинтересовал тех, кого потенциально мог заинтересовать.<br />
<br />
<s>Технически, записи выступления нет</s>, но есть набор слайдов, и записанное аудио — в принципе, не идеально, но с этим можно жить, можно надеть наушники, включить воспроизведение звука тут (полтора часа, однако!):<br />
<br />
{{podfmembed|happypm.podfm.ru/my/28}}<br />
<br />
После чего приступить к листанию слайдов ориентируясь на аудио и здравый смысл (ну да, немного ручной работы, надо проверять-забегать вперед, возможны промашки, некоторые слайды померли, но жить можно):<br />
<br />
{{slideshareembed|thinkdiff-100531023232-phpapp01|640|480}}<br />
<br />
{{note}} Появилось и видео! Но слайды, все равно надо листать параллельно, и кроме того, на видео потеряно минут двадцать размышлений об архитекторах — для этого смотрите подкаст со слайдами.<br />
{{vimeoembed|14061356|720|404}}<br />
<br />
Зато, полуручной просмотр слайдов будет вознагражден ниже — я собрал ссылки на упоминаемые Андреем видео, фильмы, книги, презентации (кроме того, что элементарно загуглить).<br />
<br />
Интересного просмотра!<br />
<br />
----<br />
;Update-1: Андрей развил тему в выступлении «Гики против менеджеров»: [http://vimeo.com/36543662 Видео] и [http://www.slideshare.net/biBIGine/geeks-vs-managers Слайды].<br />
<br />
;Update-2: Вторая часть «Гиков против менеджеров», опять на AgileEE, лучший доклад, и все такое. Так вот → уже есть [http://www.slideshare.net/biBIGine/geeks-vs-managers-part-2 слайдкаст (слайды + звук)]<br />
<br />
----<br />
<br />
== Цитируемые Андреем культурные объекты ==<br />
* [http://www.ted.com/talks/lang/rus/dan_pink_on_motivation.html Ден Пинк о мотивации]<br />
* [[RuPedia:Закон Йеркса-Додсона]] — об оптимальности среднего уровня мотивации<br />
* [http://www.youtube.com/watch?v=zfy5dFhw3ik Сцена экстремальной мотивации в фильме «Пароль:Рыба-Меч»]<br />
* [http://community.livejournal.com/postav_odin/ Поставь кол] + [http://teh-nomad.livejournal.com/134856.html], [http://teh-nomad.livejournal.com/135264.html], [http://teh-nomad.livejournal.com/135664.html], [http://teh-nomad.livejournal.com/135884.html], [http://teh-nomad.livejournal.com/135944.html], [http://teh-nomad.livejournal.com/137337.html], [http://teh-nomad.livejournal.com/140727.html], [http://teh-nomad.livejournal.com/139082.html].<br />
* Сериалы [http://team.custis.ru/2008/03/blog-post.html «Дильберт» и «Теория большого взрыва»]<br />
* [http://www.ted.com/talks/lang/rus/temple_grandin_the_world_needs_all_kinds_of_minds.html Выступление об аутизме]<br />
* [[RuPedia:Быстрый_инверсный_квадратный_корень]] — о волшебной константе из QUAKE.<br />
----<br />
<br />
{{SideBar|http://www.dilbert.com/dyn/str_strip/000000000/00000000/0000000/100000/40000/6000/500/146542/146542.strip.zoom.gif}}<br />
<br />
* [http://habrahabr.ru/blogs/arbeit/61972/ Дайте мне работать-2 / Учись Работать / Хабрахабр] — схожие мысли и метафоры («Гики vs. таджики»).<br />
<br />
<blockquote><br />
Затем Стив написал еще одну строку, которая вдохновила команду, вызывая у присутствующих еще больший энтузиазм: «Работать 90 часов в неделю и любить это!» Наверное, он мог бы заставить рабов, строящих пирамиды, или гребцов на римских галерах испытывать приятное возбуждение от порки и воспринимать ее как знак того, что они принимают участие в благородном деле.<br />
</blockquote><br />
<br />
----<br />
* [[RuPedia:Эксперимент_Милгрэма]]<br />
* [http://habrahabr.ru/post/153789/ Да, я всё ещё хочу заниматься этим, когда мне исполнится 56 лет]<br />
<br />
<br />
{{wl-publish: 2010-07-21 02:37:55 +0400 | StasFomin }}<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:%D0%A1%D1%82%D0%B0%D1%81_%D0%A4%D0%BE%D0%BC%D0%B8%D0%BD/2010-07-02_%D0%91%D0%B8%D0%B1%D0%B8%D1%87%D0%B5%D0%B2_%D0%B6%D0%B6%D0%BE%D1%82!&diff=41696
Блог:Стас Фомин/2010-07-02 Бибичев жжот!
2012-10-09T22:01:40Z
<p>StasFomin: /* Цитируемые Андреем культурные объекты */</p>
<hr />
<div>[[Категория:Андрей Бибичев]]<br />
Кстати, [[:Категория:Андрей Бибичев|Андрей Бибичев]] продолжает активно [http://agilebasecamp.org/programm/think_diff/ зажигать на конференциях].<br />
<br />
В частности, в Киеве он дал бой классическому софтверному менеджменту, выступив с докладом «Think Different».<br />
<br />
<blockquote><br />
----<br />
Восприятие Agile просто как набора практик, приводит к чему-то из серии Scrum Butt / Порошковый Agile / Карго-культ, что может быть вполне эффективно в среднесрочной перспективе, но не позволяет раскрыть весь потенциал ваших сотрудников и создавать по-истине уникальные атмосферу и продукты.<br />
<br />
Чтобы сдвинуться от попугайского следования к осознанному использованию, нужно понимание ''философии'', лежащей в основе. И вот здесь начинаются настоящие трудности, так как то, что стоит за Agile-веяниями, очень сильно контрастирует с тем, к чему мы привыкли с детсадовских стульев. Возникает почти непреодолимый потенциальный барьер – необходимы серьезные перемены в нашем сложившемся сознании.<br />
<br />
Доклад посвящен следующим метаморфозам в корпоративной, личной и профессиональной культурах:<br />
<br />
* Мотивация → Драйв*интерес*призвание<br />
* Карьерный рост → Самореализация<br />
* Руководитель → Учитель<br />
* Зона контроля → Сфера влияния<br />
* Ответственность → Порядочность*честь<br />
* Страх ошибки → Желание пробовать<br />
* Знания/скилы → Способности<br />
* Статический отлаженный процесс → Постоянные изменения<br />
* Внимание к процессу → Уважение людей<br />
* Архитектор → Идеолог<br />
* Проектирование сверху-вниз → Инкрементальный дизайн<br />
* Статическая база знаний → Динамичный обмен знаниями<br />
* и т.д.<br />
<br />
Во многом, это как мир и антимир. В корпоративной среде, как и в природе, материи (электронов, привычных нам форм философии) значительно больше чем антиматерии (позитронов, описанной альтернативной философии).<br />
<br />
----<br />
<br />
Вам придется самим выбирать свою форму существования<br />
</blockquote><br />
<br />
<br />
Доклад о мотивации, но не на детском/книжном уровне (доставшие всех пирамиды Маслоу, классические менеджерские трюки типа кнута и пряника), а выстраданное понимание практически «обо всем в процессе разработки», на основе десятилетнего опыта работы именно в нашей компании.<br />
<br />
Т.е. никакого там «совпадение с живыми людьми является случайностью» — все лица узнаваемы, да что уж там — многих называют по именам, а некоторых (людей, внутренний софт) выложили прямо на слайды.<br />
Народу явлена истина «Истинной Мотивации», и многое, многое другое.<br />
<br />
Пересказывать и сбрасывать остальные спойлеры не буду — думаю, я уже достаточно заинтересовал тех, кого потенциально мог заинтересовать.<br />
<br />
<s>Технически, записи выступления нет</s>, но есть набор слайдов, и записанное аудио — в принципе, не идеально, но с этим можно жить, можно надеть наушники, включить воспроизведение звука тут (полтора часа, однако!):<br />
<br />
{{podfmembed|happypm.podfm.ru/my/28}}<br />
<br />
После чего приступить к листанию слайдов ориентируясь на аудио и здравый смысл (ну да, немного ручной работы, надо проверять-забегать вперед, возможны промашки, некоторые слайды померли, но жить можно):<br />
<br />
{{slideshareembed|thinkdiff-100531023232-phpapp01|640|480}}<br />
<br />
{{note}} Появилось и видео! Но слайды, все равно надо листать параллельно, и кроме того, на видео потеряно минут двадцать размышлений об архитекторах — для этого смотрите подкаст со слайдами.<br />
{{vimeoembed|14061356|720|404}}<br />
<br />
Зато, полуручной просмотр слайдов будет вознагражден ниже — я собрал ссылки на упоминаемые Андреем видео, фильмы, книги, презентации (кроме того, что элементарно загуглить).<br />
<br />
Интересного просмотра!<br />
<br />
----<br />
;Update-1: Андрей развил тему в выступлении «Гики против менеджеров»: [http://vimeo.com/36543662 Видео] и [http://www.slideshare.net/biBIGine/geeks-vs-managers Слайды].<br />
<br />
;Update-2: Вторая часть «Гиков против менеджеров», опять на AgileEE, лучший доклад, и все такое. Так вот → уже есть [http://www.slideshare.net/biBIGine/geeks-vs-managers-part-2 слайдкаст (слайды + звук)]<br />
<br />
----<br />
<br />
== Цитируемые Андреем культурные объекты ==<br />
* [http://www.ted.com/talks/lang/rus/dan_pink_on_motivation.html Ден Пинк о мотивации]<br />
* [[RuPedia:Закон Йеркса-Додсона]] — об оптимальности среднего уровня мотивации<br />
* [http://www.youtube.com/watch?v=zfy5dFhw3ik Сцена экстремальной мотивации в фильме «Пароль:Рыба-Меч»]<br />
* [http://community.livejournal.com/postav_odin/ Поставь кол] + [http://teh-nomad.livejournal.com/134856.html], [http://teh-nomad.livejournal.com/135264.html], [http://teh-nomad.livejournal.com/135664.html], [http://teh-nomad.livejournal.com/135884.html], [http://teh-nomad.livejournal.com/135944.html], [http://teh-nomad.livejournal.com/137337.html], [http://teh-nomad.livejournal.com/140727.html], [http://teh-nomad.livejournal.com/139082.html].<br />
* Сериалы [http://team.custis.ru/2008/03/blog-post.html «Дильберт» и «Теория большого взрыва»]<br />
* [http://www.ted.com/talks/lang/rus/temple_grandin_the_world_needs_all_kinds_of_minds.html Выступление об аутизме]<br />
* [[RuPedia:Быстрый_инверсный_квадратный_корень]] — о волшебной константе из QUAKE.<br />
----<br />
<br />
{{SideBar|http://www.dilbert.com/dyn/str_strip/000000000/00000000/0000000/100000/40000/6000/500/146542/146542.strip.zoom.gif}}<br />
<br />
* [http://habrahabr.ru/blogs/arbeit/61972/ Дайте мне работать-2 / Учись Работать / Хабрахабр] — схожие мысли и метафоры («Гики vs. таджики»).<br />
<br />
<blockquote><br />
Затем Стив написал еще одну строку, которая вдохновила команду, вызывая у присутствующих еще больший энтузиазм: «Работать 90 часов в неделю и любить это!» Наверное, он мог бы заставить рабов, строящих пирамиды, или гребцов на римских галерах испытывать приятное возбуждение от порки и воспринимать ее как знак того, что они принимают участие в благородном деле.<br />
</blockquote><br />
<br />
----<br />
* [[RuPedia:Эксперимент_Милгрэма]]<br />
* [http://habrahabr.ru/post/153789/ Да, я всё ещё хочу заниматься этим, когда мне исполнится 56 лет]<br />
<br />
<br />
{{wl-publish: 2010-07-21 02:37:55 +0400 | StasFomin }}<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BC%D0%BE%D0%B1%D0%B8%D0%BB%D1%8C%D0%BD%D0%BE%D0%B3%D0%BE_%D1%80%D1%8B%D0%BD%D0%BA%D0%B0_%D0%B8_%D0%BF%D1%80%D0%B8%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D0%B9_%D0%B4%D0%BB%D1%8F_%D1%88%D0%BE%D0%BF%D0%BF%D0%B8%D0%BD%D0%B3%D0%B0_(%D0%AF%D0%BD%D0%B0_%D0%9A%D1%83%D0%B7%D1%8C%D0%BC%D0%B8%D0%BD%D0%B0,_ProductCampSPB-2012)&diff=41695
Анализ мобильного рынка и приложений для шоппинга (Яна Кузьмина, ProductCampSPB-2012)
2012-10-09T17:38:30Z
<p>StasFomin: </p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [http://yana-kuzmina.moikrug.ru/ Яна Кузьмина]<br />
<blockquote><br />
;Обзор рынка мобильной коммерции в России:<br />
<br />
* Анализ рынка мобильной коммерции<br />
** Статистика USA<br />
** Статистика РФ 2011<br />
<br />
* Виды приложений по отраслям:<br />
** справочные приложения по товарам (яндекс маркет, wizee shopping и тд),<br />
** шоппинг приложения (shoptimus, ozon итд),<br />
** покупка билетов (smartive, awad, momondo итд),<br />
** заказ еды (империя пиццы, стерео суши итд)<br />
** купонаторы (Biglion, купонатор)<br />
<br />
;Кейс Шоптимус:<br />
* О приложении<br />
* Почему выбрана модель агрегатора интернет-магазинов?<br />
* iPhone vs Android, почему первая версия приложения выпущена на базе Android?<br />
* Схема приложения (клиент-серверная модель)<br />
* Статистика: закачки, платформы, конверсия<br />
* Challenge: Изменение концепции после фидбека поьзователей<br />
<br />
;Планы на будущее:<br />
* Продвижение приложения<br />
* Интеграция с EverFriends<br />
* Выход на американский рынок<br />
</blockquote><br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|6835460|800|375}}<br />
<poll><br />
ALTERNATIVE<br />
REVOTE<br />
UNIQUE<br />
Оцените доклад «{{PAGENAME}}»:<br />
Отлично!<br />
Хорошо.<br />
Нормально…<br />
Не очень :(<br />
Просто хочу узнать результаты.<br />
</poll><br />
<br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
== Слайды ==<br />
[[Файл:Анализ мобильного рынка и приложений для шоппинга (Яна Кузьмина, ProductCampSPB-2012).pdf|left|page=-|256px]]<br />
<br />
== Примечания и отзывы ==<br />
<!-- <blockquote>[©]</blockquote> --><br />
<br />
http://www.bonkersworld.net/images/2012.10.09_reasonable_price.png<br />
<br />
<references/><br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
[[Категория:Продуктовый менеджмент (доклады)]]<br />
[[Категория:ProductCampSPB-2012 (наша запись)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=2010-09-22-oss-golden-mean-fomin&diff=41516
2010-09-22-oss-golden-mean-fomin
2012-09-27T19:20:55Z
<p>StasFomin: #REDIRECT Золотая_середина._Открытые_системы_поддержки_разработки_(Стас_Фомин,_ADD-2010)</p>
<hr />
<div>#REDIRECT [[Золотая_середина._Открытые_системы_поддержки_разработки_(Стас_Фомин,_ADD-2010)]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%97%D0%BE%D0%BB%D0%BE%D1%82%D0%B0%D1%8F_%D1%81%D0%B5%D1%80%D0%B5%D0%B4%D0%B8%D0%BD%D0%B0._%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B5_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_%D0%BF%D0%BE%D0%B4%D0%B4%D0%B5%D1%80%D0%B6%D0%BA%D0%B8_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_(%D0%A1%D1%82%D0%B0%D1%81_%D0%A4%D0%BE%D0%BC%D0%B8%D0%BD,_ADD-2010)&diff=41515
Золотая середина. Открытые системы поддержки разработки (Стас Фомин, ADD-2010)
2012-09-27T19:19:41Z
<p>StasFomin: /* Видео */</p>
<hr />
<div>== Аннотация ==<br />
<blockquote><br />
аша тема — системы поддержки разработки. Коллективная разработка всегда сталкивается с одними и теми же проблемами групповой работы - над кодом, документацией, тестами, ошибками и требованиями, корпоративными знаниями, и каждый решает эти проблемы по-своему. Кто-то увлекается изобретением систем собственной разработки ("изобретают велосипед"), кто-то идёт к вендорам, кто-то покупает платные специализированные узконаправленные системы.<br />
<br />
С нашей точки зрения, разумный подход состоит в выборе, интеграции и доработке широкоизвестных систем, при этом важно учитывать не только функционал, но и открытость исходного кода.<br />
<br />
К сожалению, интегрированность закрытых инструментов обычно означает страшную негибкость и неудобства, если отклонится от магистральных сценариев. Плюс, конечно, дороговизна.<br />
<br />
Интегрировать разрозненные закрытые инструменты для создания удобного фреймворка сложно и неинтересно — разумно только в очень редких случаях, когда у платной системы нет альтернативного аналога с открытым исходным кодом. А сейчас такую область найти трудно - и в системах управления версиями, и в трекерах, и в вики-системах доминируют свободные решения.<br />
<br />
Можно взять интегрированные системы с открытым исходным кодом: поставил и работает, нужно адаптировать — внес изменения. Однако существующие системы-комбайны проигрывают по функционалу отдельным проектам: слабые трекер и вики, недостаточная для коммерческой компании система прав. Они как швейцарский нож — вроде бы умеет все, но слабо.<br />
<br />
Остается вариант с интеграцией разрозненных, но очень мощных и популярных систем с открытыми исходным кодом. Да, объем таких доработок будет относительно ничтожным, по сравнению с общим объемом системы, однако все равно эти затраты чувствительные, на что справедливо указывают продавцы платных решений.<br />
<br />
В нашем докладе мы не просто расскажем об опыте интеграции («Talk is cheap, show me the code» © Линус Торвальдс), мы идем на большее, — мы публикуем в open-source полностью все используемые нами системы, с доработками и расширениями. Мы предлагаем сообществу совершенно бесплатно установить все это у себя, и возможно, присоединиться к развитию этого инструментального фреймворка.<br />
</blockquote><br />
<br />
=== Расширенная аннотация ===<br />
<br />
Любая коллективная разработка программного обеспечения сталкивается с одними и теми же проблемами:<br />
<br />
* групповая работа над кодом, документами;<br />
* учет проблем, ошибок, требований;<br />
* документирование, накопление и циркуляция (поиск, трансляция, агрегация) знаний компании;<br />
* организация правильного тестирования.<br />
<br />
Да, эффективные фреймворки сделали вебразработку достаточно легкой и быстрой, и многие увлекаются переизобретением велосипедов — реализацией собственных систем, например, учета задач и ошибок или вики-систем. Проблемы начинают проявлятся спустя время, когда обнаруживается, что приходится тратить немало времени на поддержку и развитие этих систем и обучение персонала использованию этих «самоделок», малоизвестных за пределами компании.<br />
<br />
Поэтому дальше мы рассмотрим только разумный подход выбора, интеграции и доработки, ведь<br />
«свято поле пусто не бывает» и существуют сотни, если не тысячи, систем для решения этих проблем.<br />
<br />
Да, полно разных классификаций функциональности, которую должны обеспечивать эти системы<br />
''asset management'', ''requirements management/tracking'', ''bug management'', ''issue management'', ''customer support/help desk'',<br />
''knowledge base'', ''XXX management'' — очень легко запутаться, лично мы придерживаемся очень простой классификации,<br />
разделяя системы в случае учета — по основному объекту учета:<br />
;Исходный код/артефакты разработки: Системы управления версиями, вебинтерфейс к репозиториями, системы полнотекстового поиска.<br />
;Проблемы/ответственность: системы трекинга проблем, системы управления задачами, системы баг-трекинга.<br />
;Знания: вики-системы, блоги-форумы, коллаборативное документирование.<br />
;Интеграция информационных потоков: RSS-агрегаторы, почта.<br />
<br />
Но почему же «тупое» сравнение систем «по функциональности» не работает?<br />
Почему разработчики с удовольствием используют на первый взгляд не очень функциональные, бесплатные системы,<br />
а если их заставлять использовать дорогие, «солидные» системы от именитых производителей — они яростно бунтуют?<br />
<br />
Мы считаем, что при выборе систем, важно смотреть на классификацию по следующим двум осям:<br />
;Интегрированность: Снизу этой оси системы решающие частные задачи — управление версиями, вебинтерфейс к управлению версиями, поиск, совместное редактирование текстов, учет проблем и т. п. Сверху — интегрированные «комбайны», где все связано со всем (статьи-задачи-проблемы код), и центром интеграции обычно является IDE-разработчика.<br />
<br />
Важно понимать, что это «неоднозначная ось» — интегрированней, не всегда значит лучше!<br />
Что-то приобретается (юзабилити стандартных сценариев, например), но что-то выплескивается вместе с водой!<br />
Теряется гибкость и некоторые возможности, которые разработчики (или, что хуже, маркетологи) посчитали ненужными!<br />
А иногда падает и юзабилити, когда куча лишней функциональности занимает интерфейс, но не используется разработчиком.<br />
Интегрированность иногда означает «интегрированность в рамках Одной Операционной Системы и Технологического Стека Одной Компании».<br />
Особенно это печально, в случае закрытой, платной системы, когда нет никакой возможности, что-то исправить, изменить, срезать углы…<br />
И уповать на платную поддержку бессмысленно — обычно платная поддержка это аутсорсинговый колл-центр, и повлиять на функциональность продукта «в свою сторону» — практически невозможно.<br />
<br />
;Закрытость-Открытость: Да, имеется в виду именно закрытость или открытость исходного кода — именно этот фактор определяет, как развивается продукт, силами сообщества (в случае открытого кода), или исходя из внутренних инженерно-технологически-маркетинговых соображений. Вообще, «закрытость-открытость» очень сильно коррелирует с «платностью-бесплатностью», хотя есть и исключения (например, можно купить исходники Jira), но в любом случае, даже если исходники открыты, но продукт платный, его развитие определяется не сообществом — мало кто будет контрибъютить свои доработки, развивая чужой, платный продукт.<br />
<br />
{{note}} Кстати, все больше распространяется мнение, что открытость софта позитивно коррелирует с качеством, надежностью и дешевизной техподдержки<ref>См. [http://news.cnet.com/8301-13505_3-10118123-16.html отчет Forrester]: «ПО с открытым исходным кодом характеризуется лучшим качеством (76%), более высокой надёжностью (71%) и меньшими расходами на поддержку (71%)»</ref>.<br />
<br />
Рассмотрим существующие системы поддержки разработки под этим углом.<br />
Для иллюстрации представим картинку напоминающую «магический квадрат Gartnerа», но, предупреждаем, — она не претендует на точность и полноту, и нужна только для иллюстрации представляемых идей.<br />
<br />
[[Файл:Золотая середина систем поддержки разработки.svg|center|512px]]<br />
<br />
Итак, в левом нижнем квадранте отдельные, неинтегрированные системы поддержки разработки — трекеры, системы управления версиями.<br />
Их использование становится все менее и менее популярным, ибо даже несмотря на добротный функционал каждой из систем, разработчики не хотят тратить свое время на сложную интеграцию.<br />
Обычно система, интегрирующую их в единое целое представляет отдельный продукт, из левого верхнего квадранта.<br />
<br />
В левом верхнем квадранте живут монструозные платные системы, обычно интегрирующие системы вокруг IDE (Visual Studio или Eclipse), или с вебинтерфейсом.<br />
Да, интеграция вокруг Visual Studio очень удобна для разработчика, работающего только в технологическом стеке Microsoft, и если в фирме вся разработка такая — выбор может быть вполне оправдан.<br />
<br />
Если же часть компании работает с стеком J2EE, часть с LAMP, часть с Microsoft, часть — серверная логика на Oracle (и т. п.) — то все плюсы сразу становятся минусами.<br />
<br />
Общая очевидная проблема — необходимость платить, причем эта проблема может стать достаточно существенной. Например, стоимость лицензий может быть больше стоимости добротного железа для разработчика. Плюс, как правило, такие систем закрыты, отсутствует возможность модификации системы и при этом, в систему жестко зашита интеграция с выбранным производителем (а не пользователем) стеком инструментов, закодированы какие-нибудь методологии и прочие «''best practices''», часто устаревшие на десяток лет, или слабоприменимые в ситуации пользователя, от которых никак нельзя избавиться. Несмотря на платность, в большинстве случаев нельзя повлиять на линию развития софта, уговорить производителя сделать нужные пользователю доработки, а платная «многоуровневая» поддержка, только изолирует разработчика системы от проблем пользователей, и зачастую неэффективна.<br />
<br />
Так может рассмотреть открытые (бесплатные, и с открытым исходным кодом) интегрированные системы?<br />
<br />
Такие есть, но их проблема — ограниченная функциональность,<br />
ибо в основном они ориентируются на удовлетворение основных потребностей небольших команд разработчиков,<br />
и как швейцарский нож — вроде бы умеет все, но слабо.<br />
То есть да, все интегрировано, но там — слабенький трекер,<br />
тут — слабая вики-система, где-то ещё — неразвитая система прав. (Например, у <tt>Pivotal Tracker</tt> ее вообще нет! Все имеют права на все!). Да, это удобно для небольших команд, где все друг-другу доверяют, но в коммерческой разработке, когда в компании больше 10 человек, это, вероятно, начнёт сильно жать.<br />
<br />
В правом нижнем квадранте живут «свободные и дикие» системы, развивающиеся исключительно силой сообщества, и их жизнеспособность доказывает правильность концепций и уверенное юзабилити — иначе бы они уже вымерли, как это произошло с огромным множеством систем, заброшенных разработчиками и сообществом.<br />
<br />
То есть, тут собрались очень мощные системы — с тысячами разработчиков и десятками тысяч пользователей.<br />
Например,<br />
;[[Bugzilla]]: учет задач, ошибок, проблем, ведение журналов работ, учет оргфокуса.<br />
;[[Testopia]]: интегрированная с <tt>Bugzilla</tt> система управления тестами.<br />
;[[MediaWiki]]: документирование, постановки задач и требований, ведение базы знаний компании, и даже блогов сотрудников.<br />
;[[Subversion]]: вершина эволюции в централизованных системах контроля версий.<br />
<br />
Также там находятся свободные системы, для которых нет свободных систем аналогов (и даже аналогов в мире платного софта):<br />
;[[ViewVC]]: веб-интерфейс к Subversion, важный «клей» между Subversion и остальными вебсистемами.<br />
;[[SVNSearch]]: полнотекстовый поиск по всей истории Subversion-репозитариев.<br />
;[[FeedOnFeeds]]: карманный «Google Reader», то есть корпоративный RSS-агрегатор с веб-интерфейсом.<br />
<br />
Проблемы этих систем в несколько (а иногда и сильно) хаотичном развитии, а также в том, что разные системы развиваются независимо друг от друга, у них непересекающиеся команды разработчиков, и их обычно используют по отдельности. Например, та же Bugzilla изнутри выглядит довольно страшно, хотя при этом работает и широко используется по всему миру. А в MediaWiki парсер статей не использует грамматики и не реентерабелен. На первый взгляд это вообще незаметно, но может начать «жать», когда ваши технологические процессы потребуют доработок.<br />
<br />
Ещё пример: [[MediaWiki]] — отличная, можно сказать, ведущая вики-система, но из-за основной направленности — открытые энциклопедии, в ней не развита система прав. И более того — несмотря на то, что многие пользователи запрашивают хорошую поддержку прав в MediaWiki, её архитектура была и остаётся открытой. И более того — хорошо, если так и останется. Причина в огромном числе расширений, уже написанных, и ничего не подозревающих о системе прав, и открытом доступе к БД из любого расширения. Почему же это хорошо? Хорошо это потому, что если бы этого не было, не было бы и этого огромного числа расширений («глобально-надёжные» системы вроде неторопливой «энтерпрайз-лэвел» Java — не конёк огромных открытых сообществ разработчиков), а следовательно, и система не была бы так популярна, а следовательно, и развитие её было бы тоже замедлено.<br />
<br />
И вообще, единая система прав и авторизации, — это самое важное, когда требуется «приручать диких животных» — то есть укрощать и интегрировать дикие вебсистемы.<br />
<br />
Итак, наиболее выгодная стратегия, чтобы получить самую мощную функциональность (включая юзабилити) и масштабируемость по разработчикам (бесплатность и отсутствие архитектурных ошибок) — это взять наиболее мощные системы с открытым кодом, интегрировать, и доработать с учетом своих процессов.<br />
<br />
Да, объем таких доработок будет относительно ничтожным, по сравнению с общим объемом системы (например, в MediaWiki больше 2 миллионов строчек кода и доработка/расширение в 100—200 строчек, будет меньше сотой доли процента).<br />
<br />
И о таких подходах часто рассказывают на конференциях (как докладчики, так и участники) и в интернете.<br />
<br />
Такие рассказы весьма полезны, ведь даже подбор правильных, не конфликтующих между собой инструментов, и проверка жизнеспособности получившейся «команды» опытом собственного использования — очень ценно.<br />
<br />
Однако утверждать, что это абсолютно «бесплатное» решение — это некоторое лукавство.<br />
На самом деле — эти «проценты» интегрирующего кода стоят весьма недешево,<br />
и поэтому мало кто готов повторить чужой опыт, несмотря на его открытость.<br />
<br />
Поэтому («Talk is cheap, show me the code» © Линус Торвальдс) мы идем на большее, — мы публикуем в open-source полностью все используемые нами системы, с доработками и расширениями.<br />
Кстати, еще одна проблема использования open-source — пользоваться им любят многие, но при этом не любят делиться своими доработками<ref>См. «[http://www.theregister.co.uk/2010/08/13/open_source_numbers/ Open source's ardent admirers take but don't give]» или перевод «[http://habrahabr.ru/blogs/open_source/101875/ Поклонники открытого ПО не склонны делиться. Логика автостопщиков]»</ref>.<br />
<br />
В наших доработках мы «объездили» эти дикие системы, сделав из разрозненного набора сплоченную команду, удобную для разработки в различных технологических стеках, для компании размером в несколько сотен человек.<br />
Решена проблема с единой авторизацией и системой прав, сделано множество расширений для удобства разработчиков, аналитиков и тестировщиков, и все это проверено многолетним опытом использования.<br />
<br />
Теперь мы предлагаем сообществу совершенно бесплатно установить все это у себя, и возможно, присоединиться к развитию этого инструментального фреймворка, ведь у вас будет отличный, гибкий<br />
выбор — насколько вы готовы тратить свои силы, чтобы подогнать эти системы под ваши процессы, и насколько вы готовы менять свои процессы, чтобы бесплатно использовать растущий функционал этих систем, развиваемых внешним сообществом.<br />
<br />
{{ActualBanner2}}<br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|48432315|800|360}}<br />
<br />
<br />
== Примечания ==<br />
* [http://addconf.ru/event.sdf/ru/add_2010/authors/107/144 страничка доклада на сайте конференции]<br />
<br />
<references/><br />
<br />
[[Категория:ADD-2010]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>
StasFomin
http://lib.custis.ru/index.php?title=Agile_Testing_-_What_is_this_anyways%3F_(Markus_G%C3%A4rtner,_UTD-2012)&diff=41509
Agile Testing - What is this anyways? (Markus Gärtner, UTD-2012)
2012-09-27T18:24:58Z
<p>StasFomin: /* Примечания и отзывы */</p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [http://www.shino.de/blog/ Markus Gärtner]<br />
<blockquote><br />
Over the past decades we developed a very broad picture of the testing profession. In the past decade this picture has been shaken by the emergence of Agile software development processes.<br />
<br />
On the first German Agile Testing and Exploratory Testing Workshop<br />
<br />
(GATE) in October 2011 the participants started with a definition of what Agile Testing could be. One of the biggest insights was that the practices that help a tester on an Agile team also work well for a more traditional tester.<br />
<br />
In this workshop the participants will work out their own definition of Agile Testing. By this discussion we will explore the differences between testing on an Agile project compared to a more traditional project. The participants will leave the workshop afterwards with at least three skills that help a tester on Agile as well as on a traditional project.<br />
<br />
</blockquote><br />
<br />
== Видео ==<br />
<br />
<br />
{{lib-vlc-media|channels/uatestingdays.com/2012/2012-08-18-UTD.uncut.mkv|00:07:52}}<br />
<br />
<poll><br />
ALTERNATIVE<br />
REVOTE<br />
UNIQUE<br />
Оцените доклад «{{PAGENAME}}»:<br />
Отлично!<br />
Хорошо.<br />
Нормально…<br />
Не очень :(<br />
Просто хочу узнать результаты.<br />
</poll><br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
== Слайды ==<br />
[[Файл:Agile Testing - What is this anyways? (Markus Gärtner, UTD-2012).pdf|left|page=-|256px]]<br />
<br />
{{----}}<br />
== Примечания и отзывы ==<br />
<!-- <br />
* [Страничка доклада на сайте конференции]<br />
<br />
<blockquote>[©]</blockquote><br />
<br />
--><br />
<br />
<blockquote><br />
На самый первый доклад - доклад '''Маркуса Гартнера''' я безнадежно опоздал.<br />
Но того, что я услышал мне хватило для того, чтобы скрипеть зубами и дико желать<br />
посмотреть запись.<br />
Если честно, я не очень люблю доклады на английском.<br />
Их надо слушать два или три раза.<br />
Потому что первый раз концентрируешься на незнакомых словах, упуская основную суть.<br />
Второй раз уже постигаешь что примерно хотел сказать докладчик.<br />
А в третий слушаешь уже как народном языке.<br />
[http://lazy-tester.blogspot.com/2012/08/uatesting-days-2.html ©]</blockquote><br />
<br />
<br />
<blockquote><br />
Открывал конференцию приглашенный докладчик из Германии – Markus Gärtner. Маркус выбрал довольно актуальную тему для разговора – Agile Testing. Он затронул много интересных идей и поделился своим опытом. Обидно лишь то, что говорил докладчик не очень громко. Потому услышали его только ближние ряды. Как мы не старались усилить микрофон и подсказать спикеру, что говорить нужно громче, наши попытки не увенчались успехом. Сделали выводы и записали на будущее.<br />
<br />
[http://www.adzynia.com/2012/09/ukrainian-testing-days-2012.html ©]</blockquote><br />
<br />
<br />
<blockquote><br />
Маркус рассказывал об '''Agile Testing'''. К сожалению, подвел звук — понял где-то 80% информации. Интересное наблюдение Маркуса — когда он проводил тренинг и просил тестировщиков вешать стикеры с задачами и вопросами на [http://lisacrispin.com/wordpress/wp-content/uploads/2011/11/Agile-Testing-Quadrants.png квадранты тестирования] — победил второй квадрант. Также наш немецкий коллега еще раз сделал акцент на разнице Testing vs. Checking, чтобы дальше проще воспринимался симбиоз ATDD + Exploratory Testing и применение его в Agile-проектах.<br />
[http://qaskills.pro/2012/08/31/uatd/ ©]</blockquote><br />
<br />
<blockquote><br />
Совсем не понравился доклад заграничного гостя Маркуса Гартнера. Он рассказал очевидные вещи о тестировании в аджайл, а хотелось бы больше послушать именно о специфике работы, какие-то примеры проектов, решения и т. д.<br />
<br />
[http://www.dataart.ru/blog/2012/08/hersontsyi-protestirovali-odessu/ ©]</blockquote><br />
<br />
<br />
<references/><br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[Категория:Тестирование (доклады)]]<br />
[[Категория:UTD-2012]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%90%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F,_%D0%BA%D0%B0%D0%BA_%D0%B5%D1%81%D1%82%D0%B5%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D1%8B%D0%B9_%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81_%D1%8D%D0%B2%D0%BE%D0%BB%D1%8E%D1%86%D0%B8%D0%B8_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B0_(%D0%95%D0%BA%D0%B0%D1%82%D0%B5%D1%80%D0%B8%D0%BD%D0%B0_%D0%9D%D0%B5%D1%81%D0%BC%D0%B5%D0%BB%D0%BE%D0%B2%D0%B0,_UTD-2012)&diff=41511
Автоматизация, как естественный процесс эволюции проекта (Екатерина Несмелова, UTD-2012)
2012-09-27T18:21:59Z
<p>StasFomin: /* Примечания и отзывы */</p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [http://ekaterina-nesmelova.moikrug.ru/ Екатерина Несмелова]<br />
<blockquote><br />
Что такое автоматизация? — Панацея от всех болезней проекта или ненужный груз, отнимающий время как тестировщиков, так и разработчиков? Что такое нормальная автоматизация и как её добиться?<br />
<br />
В последнее время профессия тестировщика-автоматизатора становится всё популярнее. Зачастую, автоматизируют всё и вся, мало задумываясь о том, а правильной ли дорогой идём, товарищи?<br />
<br />
В рамках этого доклада я обещаю поделиться своим опытом автоматизации на трёх различных проектах. Расскажу, что привело к удачной реализации проекта, а что оказалось провальным решением, и как его можно было бы избежать. Также в рамках доклада будет рассмотрено, что является естественным процессом автоматизации проекта, а также участие в разработке автоматических тестов тестировщиков и разработчиков.<br />
<br />
</blockquote><br />
<br />
== Видео ==<br />
<br />
<br />
{{lib-vlc-media|channels/uatestingdays.com/2012/2012-08-18-UTD.uncut.mkv|04:33:19}}<br />
<br />
<poll><br />
ALTERNATIVE<br />
REVOTE<br />
UNIQUE<br />
Оцените доклад «{{PAGENAME}}»:<br />
Отлично!<br />
Хорошо.<br />
Нормально…<br />
Не очень: (<br />
Просто хочу узнать результаты.<br />
</poll><br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
== Слайды ==<br />
[[Файл:Автоматизация, как естественный процесс эволюции проекта (Екатерина Несмелова, UTD-2012).pdf|left|page=-|256px]]<br />
<br />
{{----}}<br />
<br />
== Примечания и отзывы ==<br />
<!--<br />
* [Страничка доклада на сайте конференции]<br />
<br />
<blockquote>[©]</blockquote><br />
<br />
--><br />
<br />
<blockquote><br />
Следующим докладчиком была Катя Несмелова, уже проявившая себя как активный слушатель и интересный и беспомпромиссный собеседник. :)<br />
Её доклад назывался "Автоматизация, как естественный процесс эволюции проекта "<br />
Катин доклад был очень интересным и полезным.<br />
Она делилась опытом автоматизации и её доклад продолжался даже больше положенного времени в ущерб печенько-тайму :)<br />
<br />
[http://lazy-tester.blogspot.com/2012/08/uatesting-days-2.html ©]</blockquote><br />
<br />
<blockquote><br />
«Это был мой первый опыт посещения такого рода мероприятия. Впечатления — мегапозитивные. Больше всего понравился доклад Екатерины Несмеловой. Рассказывала ярко, основываясь на реальных примерах из своего опыта, активно общалась с аудиторией.<br />
[http://www.dataart.ru/blog/2012/08/hersontsyi-protestirovali-odessu/ ©]</blockquote><br />
<br />
<br />
<references/><br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[Категория:Тестирование (доклады)]]<br />
[[Категория:UTD-2012]]</div>
StasFomin
http://lib.custis.ru/index.php?title=Exploratory_Testing._%D0%A7%D1%82%D0%BE_%D1%8D%D1%82%D0%BE%3F_(%D0%90%D0%BD%D0%B4%D1%80%D0%B5%D0%B9_%D0%94%D0%B7%D1%8B%D0%BD%D1%8F,_UTD-2012)&diff=41510
Exploratory Testing. Что это? (Андрей Дзыня, UTD-2012)
2012-09-27T18:18:49Z
<p>StasFomin: /* Слайды = */</p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [http://adzynia.moikrug.ru/ Андрей Дзыня]<br />
<blockquote><br />
Каждому из нас знакома ситуация, когда времени на выпуск продукта катастрофически не хватает. Это приводит к тому, что приходится экономить время, и чаще всего не в сторону тестировщиков. Эта спешка рушит существующий процесс, и десятки или сотни человеко-часов, которые уходили на написания и поддержку тестовых сценариев оказываются «за бортом».<br />
<br />
Многие команды, в тех случаях, где это возможно, уходят от «шаг-за-шагом» сценариев в сторону написания так называемых чеклистов. Это помогает экономить время и тестировать быстрее. Но по какой-то причине, в мире тестирования, сформировалось мнение, что exploratory testing это и есть тестирование по чеклисту. На самом деле – это не так!<br />
<br />
Если вы хотите расставить все точки над «и» и разобраться, что такое Exploratory Testing – приходите послушать мой доклад!<br />
<br />
Я расскажу о том, что такое Exploratory Testing, а что воспринимается как заблуждение относительно этого подхода к тестированию. Продемонстрирую пример одной из Exploratory Testing сессий, чтобы вы увидели пример использования этого подхода на практике. В конце доклада смогу ответить на все ваши вопросы и обсудить различные проектные ситуации в кулуарах.<br />
<br />
</blockquote><br />
<br />
== Видео ==<br />
<br />
<br />
{{lib-vlc-media|channels/uatestingdays.com/2012/2012-08-18-UTD.uncut.mkv|02:21:41}}<br />
<br />
<poll><br />
ALTERNATIVE<br />
REVOTE<br />
UNIQUE<br />
Оцените доклад «{{PAGENAME}}»:<br />
Отлично!<br />
Хорошо.<br />
Нормально…<br />
Не очень :(<br />
Просто хочу узнать результаты.<br />
</poll><br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
== Слайды ==<br />
* http://www.slideshare.net/AndrewDzynia/exploratory-testing-14021565<br />
<br />
<br />
{{----}}<br />
== Примечания и отзывы ==<br />
<!-- <br />
* [Страничка доклада на сайте конференции]<br />
<br />
<blockquote>[©]</blockquote><br />
<br />
--><br />
<br />
<blockquote><br />
Третьим докладчиком был Андрей Дзыня с докладом "Exploratory Testing. Что это?" <br />
Поскольку я сам я вляюсь своего рода адептом эксплоративного тестирования,<br />
то из этого доклада я вынес ммм... как бы это сказать...<br />
<br />
не количество знаний, а качество. Андрей дополнил мою "картину мира эксплоративного тестирования" и дал стимул к новым интересным исследованиям в этой области.<br />
Спасибо, Андрей!<br />
<br />
[http://lazy-tester.blogspot.com/2012/08/uatesting-days-2.html ©]</blockquote><br />
<br />
<br />
<br />
<references/><br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[Категория:Тестирование (доклады)]]<br />
[[Категория:UTD-2012]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%94%D0%B0_%D0%BF%D0%B5%D1%80%D0%B5%D1%81%D1%82%D0%B0%D0%BD%D1%8C%D1%82%D0%B5_%D1%83%D0%B6%D0%B5_%D0%B0%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C!_(%D0%90%D0%BB%D0%B5%D0%BA%D1%81%D0%B5%D0%B9_%D0%9B%D1%83%D0%BF%D0%B0%D0%BD,_UTD-2012)&diff=41512
Да перестаньте уже автоматизировать! (Алексей Лупан, UTD-2012)
2012-09-27T18:17:34Z
<p>StasFomin: /* Примечания и отзывы */</p>
<hr />
<div>Да перестаньте уже автоматизировать! (Алексей Лупан, UTD-2012)<br />
<br />
== Аннотация ==<br />
;Докладчик: [http://testitquickly.moikrug.ru/ Алексей Лупан]<br />
<blockquote><br />
Что нас увлекает и отвлекает от общего видения и понимания происходящего на поле боя? Что работает хорошо, но недолго, только при хорошей погоде и на ограниченных участках фронта? Кто капризно требует, чтобы «заранее все было хорошо подготовленно»? Что заставляет людей так глупо и недальновидно разделяться на «своих» и «не своих»? <br />
<br />
Все она, Автоматизация…<br />
<br />
<br />
<br />
Посидим, помолчим о том, почему стремление к всеобщей автоматизации — бред и страдание.<br />
<br />
</blockquote><br />
<br />
== Видео ==<br />
<br />
{{lib-vlc-media|channels/uatestingdays.com/2012/2012-08-18-UTD.uncut.mkv|01:24:42}}<br />
<br />
<poll><br />
ALTERNATIVE<br />
REVOTE<br />
UNIQUE<br />
Оцените доклад «{{PAGENAME}}»:<br />
Отлично!<br />
Хорошо.<br />
Нормально…<br />
Не очень: (<br />
Просто хочу узнать результаты.<br />
</poll><br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
== Слайды ==<br />
[[Файл:__FULLPAGENAME__.pdf|left|page=-|256px]]<br />
<br />
{{----}}<br />
<br />
== Примечания и отзывы ==<br />
<!--<br />
* [Страничка доклада на сайте конференции]<br />
<br />
<blockquote>[©]</blockquote><br />
<br />
--><br />
<br />
<br />
<blockquote><br />
Очень дельные мысли и прогнозы! Некоторые — спорные, некоторые — достойные аплодисментов. По-моему, ключевая мысль доклада: “Не стоит давать меч не умеющему танцевать” в контексте автоматизации. Сложно выразить его мысли после конференции — советую посмотреть запись доклада. Облако тегов высказываний/мыслей/прогнозов доклада:<br />
<br />
* тестировщики будут иметь роботов как помощников<br />
* то что используется людьми — должно тестироваться людьми. Тестирование взаимодействия машин — автоматизировано (машинами)<br />
* ментальный процесс автоматизации чего-либо разительно противоположен процессу тестирования” ''- есть такое дело…''<br />
* надо тестировать вообще, а не “проходить вручную” или “автоматизировать”<br />
* Научитесь тестировать перед переходом к автоматизации ''- видали мы автоматизаторов не разбирающихся в тестировании или незнакомых с продуктом ''<br />
<br />
[http://qaskills.pro/2012/08/31/uatd/ ©]</blockquote><br />
<br />
<br />
<blockquote><br />
Вторым докладчиком, которого я предпочел был Алексей Лупан с докладом<br />
"Да перестаньте уже автоматизировать!"<br />
Мне очень понравился его доклад. Алексей выстроил интересную экстраполяцию<br />
будущего, которое может ожидать тестирование и это будущее мне очень понравилось.<br />
Были спорные утверждения и были непонятные.<br />
Одно уже то, что доклад породил больше вопросов, чем дал ответов меня только радует.<br />
<br />
[http://lazy-tester.blogspot.com/2012/08/uatesting-days-2.html ©]</blockquote><br />
<br />
<br />
<references/><br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[Категория:Тестирование (доклады)]]<br />
[[Категория:UTD-2012]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%9F%D0%B5%D1%80%D0%B5%D1%85%D0%BE%D0%B4%D1%8F_%D0%B2%D1%81%D0%B5_%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D1%8B._Vol_2_(%D0%90%D0%BB%D0%B5%D0%BA%D1%81%D0%B5%D0%B9_%D0%91%D0%B0%D1%80%D0%B0%D0%BD%D1%86%D0%B5%D0%B2,_UTD-2012)&diff=41513
Переходя все границы. Vol 2 (Алексей Баранцев, UTD-2012)
2012-09-27T18:09:40Z
<p>StasFomin: /* Примечания и отзывы */</p>
<hr />
<div>== Аннотация ==<br />
[[Категория:Алексей Баранцев]]<br />
;Докладчик: [[:Категория:Алексей Баранцев|Алексей Баранцев]]<br />
<blockquote><br />
Анализ границ - эту технику каждый тестировщик осваивает, наверное, самой первой.<br />
<br />
Но в действительности применение этой техники вовсе не так просто, как может показаться на первый взгляд, потому что в реальном мире разных "границ" куда больше, чем описано в любой, даже самой хорошей спецификации. Причина этого в том, что в реальной программе существует множество технологических границ, о которых аналитик может даже не подозревать.<br />
<br />
Что будет, если пользователь, случайно или намеренно, пересечёт такую технологическую границу - введёт слишком большое число или слишком длинную строку? Должен ли тестировщик пытаться это выяснить? Или может быть достаточно предупредить пользователей, чтобы они не вводили "плохие" данные, а кто ввёл - мы ответственности не несём? А если всё таки мы решили, что тестировщику следует пытаться всё это проверить -как искать эти границы, если они нигде не описаны?<br />
<br />
Я расскажу свою точку зрения на применение этой техники, приведу примеры реальных багов, связанных с нарушением технологических границ, подскажу некоторые приемы, которые позволяют их обнаруживать, и дам рекомендации, когда этого можно не делать.<br />
<br />
Это вторая, более полная версия доклада о границах, с более интересными и живыми примерами. Ведь на границах багов намного больше, чем мы можем себе представить.<br />
</blockquote><br />
<br />
<br />
== Видео ==<br />
<br />
<br />
{{lib-vlc-media|channels/uatestingdays.com/2012/2012-08-18-UTD.uncut.mkv|06:21:07}}<br />
<br />
<poll><br />
ALTERNATIVE<br />
REVOTE<br />
UNIQUE<br />
Оцените доклад «{{PAGENAME}}»:<br />
Отлично!<br />
Хорошо.<br />
Нормально…<br />
Не очень :(<br />
Просто хочу узнать результаты.<br />
</poll><br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
== Слайды ==<br />
[[Файл:Переходя все границы. Vol 2 (Алексей Баранцев, UTD-2012).pdf|left|page=-|256px]]<br />
<br />
{{----}}<br />
== Примечания и отзывы ==<br />
* Это развитие доклада [[Переходя все границы... (Алексей Баранцев, SQADays-11)]]<br />
<br />
<blockquote><br />
Завершающим докладчиком был всем известный Алексей Баранцев. Который, представил внимаю вторую версию доклада о границах и дал повод еще раз задуматься о том, что тестирование это важно и нужно, и не только в программном обеспечении.<br />
[http://www.adzynia.com/2012/09/ukrainian-testing-days-2012.html ©]</blockquote><br />
<br />
<blockquote><br />
Закрывал конференцию keynote '''Алексея Баранцева''' ''“Переходя все границы. vol 2”'' К сожалению, реально большой практической ценности для меня он представлял — доклад процентов на семьдесят повторял оный на SQA Days 11.<br />
<br />
Но сложно не признать талант Алексея как докладчика.<br />
[http://qaskills.pro/2012/08/31/uatd/ ©]</blockquote><br />
<br />
<br />
<!-- <br />
* [Страничка доклада на сайте конференции]<br />
<br />
<blockquote>[©]</blockquote><br />
<br />
--><br />
<br />
<references/><br />
<br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[Категория:Тестирование (доклады)]]<br />
[[Категория:UTD-2012]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%9F%D0%B5%D1%80%D0%B5%D1%85%D0%BE%D0%B4%D1%8F_%D0%B2%D1%81%D0%B5_%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D1%8B._Vol_2_(%D0%90%D0%BB%D0%B5%D0%BA%D1%81%D0%B5%D0%B9_%D0%91%D0%B0%D1%80%D0%B0%D0%BD%D1%86%D0%B5%D0%B2,_UTD-2012)&diff=41505
Переходя все границы. Vol 2 (Алексей Баранцев, UTD-2012)
2012-09-27T17:56:34Z
<p>StasFomin: Новая страница: «== Аннотация == Категория:Алексей Баранцев ;Докладчик: [[:Категория:Алексей Баранцев|Але...»</p>
<hr />
<div>== Аннотация ==<br />
[[Категория:Алексей Баранцев]]<br />
;Докладчик: [[:Категория:Алексей Баранцев|Алексей Баранцев]]<br />
<blockquote><br />
Анализ границ - эту технику каждый тестировщик осваивает, наверное, самой первой.<br />
<br />
Но в действительности применение этой техники вовсе не так просто, как может показаться на первый взгляд, потому что в реальном мире разных "границ" куда больше, чем описано в любой, даже самой хорошей спецификации. Причина этого в том, что в реальной программе существует множество технологических границ, о которых аналитик может даже не подозревать.<br />
<br />
Что будет, если пользователь, случайно или намеренно, пересечёт такую технологическую границу - введёт слишком большое число или слишком длинную строку? Должен ли тестировщик пытаться это выяснить? Или может быть достаточно предупредить пользователей, чтобы они не вводили "плохие" данные, а кто ввёл - мы ответственности не несём? А если всё таки мы решили, что тестировщику следует пытаться всё это проверить -как искать эти границы, если они нигде не описаны?<br />
<br />
Я расскажу свою точку зрения на применение этой техники, приведу примеры реальных багов, связанных с нарушением технологических границ, подскажу некоторые приемы, которые позволяют их обнаруживать, и дам рекомендации, когда этого можно не делать.<br />
<br />
Это вторая, более полная версия доклада о границах, с более интересными и живыми примерами. Ведь на границах багов намного больше, чем мы можем себе представить.<br />
</blockquote><br />
<br />
<br />
== Видео ==<br />
<br />
<br />
{{lib-vlc-media|channels/uatestingdays.com/2012/2012-08-18-UTD.uncut.mkv|06:21:07}}<br />
<br />
<poll><br />
ALTERNATIVE<br />
REVOTE<br />
UNIQUE<br />
Оцените доклад «{{PAGENAME}}»:<br />
Отлично!<br />
Хорошо.<br />
Нормально…<br />
Не очень :(<br />
Просто хочу узнать результаты.<br />
</poll><br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
== Слайды ==<br />
[[Файл:Переходя все границы. Vol 2 (Алексей Баранцев, UTD-2012).pdf|left|page=-|256px]]<br />
<br />
{{----}}<br />
== Примечания и отзывы ==<br />
* Это развитие доклада [[Переходя все границы... (Алексей Баранцев, SQADays-11)]]<br />
<br />
<!-- <br />
* [Страничка доклада на сайте конференции]<br />
<br />
<blockquote>[©]</blockquote><br />
<br />
--><br />
<br />
<references/><br />
<br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[Категория:Тестирование (доклады)]]<br />
[[Категория:UTD-2012]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:%D0%9F%D0%B5%D1%80%D0%B5%D1%85%D0%BE%D0%B4%D1%8F_%D0%B2%D1%81%D0%B5_%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D1%8B._Vol_2_(%D0%90%D0%BB%D0%B5%D0%BA%D1%81%D0%B5%D0%B9_%D0%91%D0%B0%D1%80%D0%B0%D0%BD%D1%86%D0%B5%D0%B2,_UTD-2012).pdf&diff=41506
Файл:Переходя все границы. Vol 2 (Алексей Баранцев, UTD-2012).pdf
2012-09-27T17:52:52Z
<p>StasFomin: </p>
<hr />
<div></div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%90%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F,_%D0%BA%D0%B0%D0%BA_%D0%B5%D1%81%D1%82%D0%B5%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D1%8B%D0%B9_%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81_%D1%8D%D0%B2%D0%BE%D0%BB%D1%8E%D1%86%D0%B8%D0%B8_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B0_(%D0%95%D0%BA%D0%B0%D1%82%D0%B5%D1%80%D0%B8%D0%BD%D0%B0_%D0%9D%D0%B5%D1%81%D0%BC%D0%B5%D0%BB%D0%BE%D0%B2%D0%B0,_UTD-2012)&diff=41500
Автоматизация, как естественный процесс эволюции проекта (Екатерина Несмелова, UTD-2012)
2012-09-27T17:34:09Z
<p>StasFomin: </p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [http://ekaterina-nesmelova.moikrug.ru/ Екатерина Несмелова]<br />
<blockquote><br />
Что такое автоматизация? — Панацея от всех болезней проекта или ненужный груз, отнимающий время как тестировщиков, так и разработчиков? Что такое нормальная автоматизация и как её добиться?<br />
<br />
В последнее время профессия тестировщика-автоматизатора становится всё популярнее. Зачастую, автоматизируют всё и вся, мало задумываясь о том, а правильной ли дорогой идём, товарищи?<br />
<br />
В рамках этого доклада я обещаю поделиться своим опытом автоматизации на трёх различных проектах. Расскажу, что привело к удачной реализации проекта, а что оказалось провальным решением, и как его можно было бы избежать. Также в рамках доклада будет рассмотрено, что является естественным процессом автоматизации проекта, а также участие в разработке автоматических тестов тестировщиков и разработчиков.<br />
<br />
</blockquote><br />
<br />
== Видео ==<br />
<br />
<br />
{{lib-vlc-media|channels/uatestingdays.com/2012/2012-08-18-UTD.uncut.mkv|04:33:19}}<br />
<br />
<poll><br />
ALTERNATIVE<br />
REVOTE<br />
UNIQUE<br />
Оцените доклад «{{PAGENAME}}»:<br />
Отлично!<br />
Хорошо.<br />
Нормально…<br />
Не очень: (<br />
Просто хочу узнать результаты.<br />
</poll><br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
== Слайды ==<br />
[[Файл:Автоматизация, как естественный процесс эволюции проекта (Екатерина Несмелова, UTD-2012).pdf|left|page=-|256px]]<br />
<br />
{{----}}<br />
<br />
== Примечания и отзывы ==<br />
<!--<br />
* [Страничка доклада на сайте конференции]<br />
<br />
<blockquote>[©]</blockquote><br />
<br />
--><br />
<br />
<references/><br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[Категория:Тестирование (доклады)]]<br />
[[Категория:UTD-2012]]</div>
StasFomin
http://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:%D0%90%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F,_%D0%BA%D0%B0%D0%BA_%D0%B5%D1%81%D1%82%D0%B5%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D1%8B%D0%B9_%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81_%D1%8D%D0%B2%D0%BE%D0%BB%D1%8E%D1%86%D0%B8%D0%B8_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B0_(%D0%95%D0%BA%D0%B0%D1%82%D0%B5%D1%80%D0%B8%D0%BD%D0%B0_%D0%9D%D0%B5%D1%81%D0%BC%D0%B5%D0%BB%D0%BE%D0%B2%D0%B0,_UTD-2012).pdf&diff=41503
Файл:Автоматизация, как естественный процесс эволюции проекта (Екатерина Несмелова, UTD-2012).pdf
2012-09-27T17:28:35Z
<p>StasFomin: </p>
<hr />
<div></div>
StasFomin
http://lib.custis.ru/index.php?title=Exploratory_Testing._%D0%A7%D1%82%D0%BE_%D1%8D%D1%82%D0%BE%3F_(%D0%90%D0%BD%D0%B4%D1%80%D0%B5%D0%B9_%D0%94%D0%B7%D1%8B%D0%BD%D1%8F,_UTD-2012)&diff=41499
Exploratory Testing. Что это? (Андрей Дзыня, UTD-2012)
2012-09-27T17:23:44Z
<p>StasFomin: Новая страница: «== Аннотация == ;Докладчик: [http://adzynia.moikrug.ru/ Андрей Дзыня] <blockquote> Каждому из нас знакома ситу...»</p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [http://adzynia.moikrug.ru/ Андрей Дзыня]<br />
<blockquote><br />
Каждому из нас знакома ситуация, когда времени на выпуск продукта катастрофически не хватает. Это приводит к тому, что приходится экономить время, и чаще всего не в сторону тестировщиков. Эта спешка рушит существующий процесс, и десятки или сотни человеко-часов, которые уходили на написания и поддержку тестовых сценариев оказываются «за бортом».<br />
<br />
Многие команды, в тех случаях, где это возможно, уходят от «шаг-за-шагом» сценариев в сторону написания так называемых чеклистов. Это помогает экономить время и тестировать быстрее. Но по какой-то причине, в мире тестирования, сформировалось мнение, что exploratory testing это и есть тестирование по чеклисту. На самом деле – это не так!<br />
<br />
Если вы хотите расставить все точки над «и» и разобраться, что такое Exploratory Testing – приходите послушать мой доклад!<br />
<br />
Я расскажу о том, что такое Exploratory Testing, а что воспринимается как заблуждение относительно этого подхода к тестированию. Продемонстрирую пример одной из Exploratory Testing сессий, чтобы вы увидели пример использования этого подхода на практике. В конце доклада смогу ответить на все ваши вопросы и обсудить различные проектные ситуации в кулуарах.<br />
<br />
</blockquote><br />
<br />
== Видео ==<br />
<br />
<br />
{{lib-vlc-media|channels/uatestingdays.com/2012/2012-08-18-UTD.uncut.mkv|02:21:41}}<br />
<br />
<poll><br />
ALTERNATIVE<br />
REVOTE<br />
UNIQUE<br />
Оцените доклад «{{PAGENAME}}»:<br />
Отлично!<br />
Хорошо.<br />
Нормально…<br />
Не очень :(<br />
Просто хочу узнать результаты.<br />
</poll><br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
= Слайды ==<br />
* http://www.slideshare.net/AndrewDzynia/exploratory-testing-14021565<br />
<br />
<br />
{{----}}<br />
== Примечания и отзывы ==<br />
<!-- <br />
* [Страничка доклада на сайте конференции]<br />
<br />
<blockquote>[©]</blockquote><br />
<br />
--><br />
<br />
<references/><br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[Категория:Тестирование (доклады)]]<br />
[[Категория:UTD-2012]]</div>
StasFomin
http://lib.custis.ru/index.php?title=Agile_Testing_-_What_is_this_anyways%3F_(Markus_G%C3%A4rtner,_UTD-2012)&diff=41498
Agile Testing - What is this anyways? (Markus Gärtner, UTD-2012)
2012-09-27T17:14:18Z
<p>StasFomin: Новая страница: «== Аннотация == ;Докладчик: [http://www.shino.de/blog/ Markus Gärtner] <blockquote> Over the past decades we developed a very broad picture of ...»</p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [http://www.shino.de/blog/ Markus Gärtner]<br />
<blockquote><br />
Over the past decades we developed a very broad picture of the testing profession. In the past decade this picture has been shaken by the emergence of Agile software development processes.<br />
<br />
On the first German Agile Testing and Exploratory Testing Workshop<br />
<br />
(GATE) in October 2011 the participants started with a definition of what Agile Testing could be. One of the biggest insights was that the practices that help a tester on an Agile team also work well for a more traditional tester.<br />
<br />
In this workshop the participants will work out their own definition of Agile Testing. By this discussion we will explore the differences between testing on an Agile project compared to a more traditional project. The participants will leave the workshop afterwards with at least three skills that help a tester on Agile as well as on a traditional project.<br />
<br />
</blockquote><br />
<br />
== Видео ==<br />
<br />
<br />
{{lib-vlc-media|channels/uatestingdays.com/2012/2012-08-18-UTD.uncut.mkv|00:07:52}}<br />
<br />
<poll><br />
ALTERNATIVE<br />
REVOTE<br />
UNIQUE<br />
Оцените доклад «{{PAGENAME}}»:<br />
Отлично!<br />
Хорошо.<br />
Нормально…<br />
Не очень :(<br />
Просто хочу узнать результаты.<br />
</poll><br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
== Слайды ==<br />
[[Файл:Agile Testing - What is this anyways? (Markus Gärtner, UTD-2012).pdf|left|page=-|256px]]<br />
<br />
{{----}}<br />
== Примечания и отзывы ==<br />
<!-- <br />
* [Страничка доклада на сайте конференции]<br />
<br />
<blockquote>[©]</blockquote><br />
<br />
--><br />
<br />
<references/><br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[Категория:Тестирование (доклады)]]<br />
[[Категория:UTD-2012]]</div>
StasFomin