.NET

индекс
121,03

5й подкаст Петербургской группы ALT.NET


SOLID & TDD и прочие показатели качества кода


Ведущие: dnesteruk & butaji
Наши гости: Alexander Byndyu и Vitaly Stakhov

SCRUM & XP

OOD: Best practicies
SOLID
  • Single Responsibility Principle
  • Open/Closed Principles
  • Liskov Substitution Principle
  • Interface Segregation Principle
  • Dependency Inversion Principle

TDD: Best Practicies

Ещё говорили о
Pain-Driven Development
Spolsky vs Uncle Bob
NHibernate Sources, NAnt
Подкасты Петерубргской Группы Alt.Net

Подкасты Петерубргской Группы Alt.Net


Подкасты о разработке в среде .Net. Ключевые слова: C#, F#, Boo, Visual Studio, .Net, PostSharp, Asp.Net личная подкаст-лента Петербургская Группа Alt.NetПетербургская Группа Alt.Net (подробнее, RSS-поток)
прослушан 168 раз
+2
28 февраля 2010, 21:16
2

комментарии (8)

+1
scorched #
Уже слушаю, спасибо!
+3
chaliy #
Byndyu очень правильно сказал про следить за чужими проектами. Ессно что это не заменит своей практики, но зато когда уже есть немного практики, из чужего кода можно своровать очень много хороший идей и как бы разложить по полочкам. Тоесть иногда можно знать про паттерн, но проглядеть один из вариантов его использования (как пример Builder и Builder, ничего необчного, но когда работаеш с неизменяемыми структурами все встает на свои места).

Для меня таким откровениями в свое время были примеры из Software Factory-ий. Но там код слишком синтетический. Потом dddsample, я его даже сейчас иногда для вдохновления просматриваю. Идею DI и ServiceLocator-а я выковырял из SharpDevelop и тока через месяцы узнал что есть такой паттерн.

Код NHibernate меня кстати нервирует достаточной запутаностью (я так понимаю вследствии портирования).
0
mezastel #
Мне кажется идеальная ситуация это когда тебе нужно писать проект, а руководство поручает тебе внедрить тот или иной паттерн или практику. Вот тогда и начинаешь разбираться, читать блоги, экспериментировать и после нескольких итераций получаешь нечто, что потом можно повторно использовать. А разбираться в сторонних проектах обычно интересно тогда, когда их них требуется что-то выудить. Я например копал сорцы SharpDevelop только когда понадобилось узнать, как GACовские пути резолвятся на локальные. Как узнал, проект закрыл. Также и с большинством других проектов — мне интересно их разбирать только для личной сиюминутной выгоды.
+1
chaliy #
Я стараюсь не ждать пока меня руководство пнет. Намного интересней работать, когда ты пинаеш руководство. Есть ощущение творчества, а не механической работы.
+2
dRn #
Ссылку на SpecFlow забыли дать. А, кстати вот она www.specflow.org
+2
AlexanderByndyu #
Ага, спасибо. Буду пробовать BDD со специализированными инструментами.
0
chaliy #
Я ссылочку запомнил, но реально я уже пытался проникнуться Cucmber-ом… неполучилось. Больно уж сложно, а выгода не очевидна. Мне больше по душе просто BDD синтаксис в обычные юнит-тест движки.
0
FanKiLL #
Бесплатная книга от Microsoft по PATTERNS & PRACTICES — Руководство MICROSOFT® по проектированию архитектуры приложений" (2 издание)
Сылка — apparchguide.ms

Спасибо за подкаст.

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.