Стади-группа по книге: Programming WCF Services by Juval Lowy
http://studyclub.pro/362

План
* Ключевые фичи WCF
* Endpoint - 3 части успеха
* Hosting

* Практики подготовки и работы стади-групп

Ссылка
* Описание стади-групп: http://www.youtube.com/watch?v…
* SQ3R + KWL техника: http://depositfiles.com/files/…

Ссылки: страница стади-группы, все подкасты сообщества, facebook: ссылка
Появилась возможность заработать деньги в стади-групп. Зарабатывайте солидные деньги на любимых книгах! ссылка скайп-чата

* Термины: название паттернов + намерение
* Термины: “свобода воли”, “выбор” и “решение”
* ответственность - свобода воли - решения - действия
* правило большинства (демократия) - больше не работает
* структурированный подход в принятии решений
* работать сообща - веселее!
* структурированный подход при работе с намерениями
* просто антипаттерны из жизни: невнимательность и сфера обязанностей
* всегда достигайте наиболее желательных для себя результатов



(продолжение)

Ссылки: страница стади-группы, все подкасты сообщества, facebook: ссылка
Появилась возможность заработать деньги в стади-групп. Зарабатывайте солидные деньги на любимых книгах! ссылка скайп-чата

* Управление состояниями
* Символическое приближение и отдаление
* цель презентации и ЦЕЛЬ презентации
* Концентрация на достижении нужной цели
* (Само)Мотивация



Study Group Community: Сообщество самообучающихся профессионалов
Книга - это карта, территория - коллективный опыт участников!

ВАЖНО: для прослушивания подкаста вам нужно прочитать обсуждаемую главу из книги заранее. Мы не занимаемся публичным чтением, озвучиванием или другой формой копирования материала автора. Основа нашего комьюнити - обсуждение материала книги, мы делимся своими впечатлениями от материала, плюс выполняем разные практические упражнения

Ссылки: страница стади-группы, все подкасты сообщества, facebook: ссылка
Появилась возможность заработать деньги в стади-групп. Зарабатывайте солидные деньги на любимых книгах! ссылка скайп-чата

* Практический подход
* источник оратора - материалы!
* обсудить процесс критикования (как дать человеку себя покритиковать)
* тренировки



(продолжение)

Ссылки: страница стади-группы, все подкасты сообщества, facebook: ссылка
Появилась возможность заработать деньги в стади-групп. Зарабатывайте солидные деньги на любимых книгах! ссылка скайп-чата

* если ты осведомлен, что твой сценарий не эффективен, то уже не сможешь ему следовать
* efficiency-seeking behaviour
* состояние fully checkd in
* ложные убеждения - вам мешают достичь желаемого: другие, судьба, неблагоприятные условия
* “давайте войдем в работу” вместо “давайте сделаем вход”
* test the line = raport!
* result-oriented life: intentionally designed and optimized team culture
* don't speak without CHECKIN!



(продолжение)

Ссылки: страница стади-группы, все подкасты сообщества, facebook: ссылка. Подключайтесь к обсуждениям!

* критериальное мышление
* effect sketches
* анти-паттерн: инкапсуляция
* оказывается тесты нужно писать не только для метода, который мы меняем, но и для тех, на которые наши изменения повлияли
* убираем дублирование - упрощаем тестирование
* особое внимание на использование глобальных и статических объектов



(продолжение)

Ссылки: страница стади-группы, все подкасты сообщества, facebook: ссылка. Подключайтесь к обсуждениям!

* Немогу протестировать - плохой дизайн
* вызов метода в тесте - тоже непростая задача в Legacy Code
* если вы создали приватный метод, то может быть у вас проблемы в дизайне? Класс перегружен?
* Если мы следуем принципу: command or query, нам не надо гадать, производит ли метод сайд эффект
* смешение ответственностей методе (пример: Query and Command)
* Extract Interface - действительно мощный рефакторинг
* Testing private methods: Reflection utilities
* Widening variables’ scope... It’s dangerous.



(продолжение)

Ссылки: страница стади-группы, все подкасты сообщества, facebook: ссылка

* не пытайся понять зависимости - создай объект класса в тесте и увидишь! (не пытайся ударить, а бей! - матрица)
* не надо поддерживать стандарты “продакшена” в коде тестов, нужно лишь, чтобы код тестов был легко понимаем
* нужен параметр? - передай null! (в тестах). В production коде “избегайте” null (бросьте исключение или используйте Null Object Pattern)
* не можете передать параметр? Сделайте Extract Interface
* Parametrize constructor technique
* Extract Method - safe refactoring (we can do it safe without tests)
* техника - замещать объекты, созданные в конструкторе с помощью setter-а
* hard to fake Singleton. setTestingInstance - helps! + relax constructor
* Каждый тест - МИНИ-приложение



(продолжение)

Ссылки: страница стади-группы, все подкасты сообщества, facebook: ссылка

* термины: programming by difference
* принципы ООП - убийцы архитектуры!
* фокусировка только на одном (планируем, тест, код, рефакторинг)
* TDD - адаптируется к Legecy Code
* TDD - уничтожает дублирование!
* одурманивание наследованием
* предсказуемость, как средство поддержки дизайна
* programing by difference and DDD



(продолжение)