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

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

Подкасты о разработке в среде .Net. Ключевые слова: C#, F#, Boo, Visual Studio, .Net, PostSharp, Asp.Net личная подкаст-лента

Петербургская Группа Alt.Net (подробнее, RSS-поток)

прослушан 168 раз

28 февраля 2010, 21:16

Файл загружен 192 раза

butaji

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

scorched 28 февраля 2010, 21:43 #

Уже слушаю, спасибо!

chaliy 28 февраля 2010, 22:32 #

Byndyu очень правильно сказал про следить за чужими проектами. Ессно что это не заменит своей практики, но зато когда уже есть немного практики, из чужего кода можно своровать очень много хороший идей и как бы разложить по полочкам. Тоесть иногда можно знать про паттерн, но проглядеть один из вариантов его использования (как пример Builder и Builder, ничего необчного, но когда работаеш с неизменяемыми структурами все встает на свои места).

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

Код NHibernate меня кстати нервирует достаточной запутаностью (я так понимаю вследствии портирования).

mezastel 1 марта 2010, 13:50 # ↑

Мне кажется идеальная ситуация это когда тебе нужно писать проект, а руководство поручает тебе внедрить тот или иной паттерн или практику. Вот тогда и начинаешь разбираться, читать блоги, экспериментировать и после нескольких итераций получаешь нечто, что потом можно повторно использовать. А разбираться в сторонних проектах обычно интересно тогда, когда их них требуется что-то выудить. Я например копал сорцы SharpDevelop только когда понадобилось узнать, как GACовские пути резолвятся на локальные. Как узнал, проект закрыл. Также и с большинством других проектов — мне интересно их разбирать только для личной сиюминутной выгоды.

chaliy 1 марта 2010, 15:14 # ↑

Я стараюсь не ждать пока меня руководство пнет. Намного интересней работать, когда ты пинаеш руководство. Есть ощущение творчества, а не механической работы.

dRn 1 марта 2010, 01:06 #

Ссылку на SpecFlow забыли дать. А, кстати вот она www.specflow.org

AlexanderByndyu 1 марта 2010, 11:27 # ↑

Ага, спасибо. Буду пробовать BDD со специализированными инструментами.

chaliy 1 марта 2010, 15:19 # ↑

Я ссылочку запомнил, но реально я уже пытался проникнуться Cucmber-ом… неполучилось. Больно уж сложно, а выгода не очевидна. Мне больше по душе просто BDD синтаксис в обычные юнит-тест движки.

FanKiLL 1 марта 2010, 16:17 #

Бесплатная книга от Microsoft по PATTERNS & PRACTICES — Руководство MICROSOFT® по проектированию архитектуры приложений" (2 издание)
Сылка — apparchguide.ms

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

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

Языки программирования ↓

.NET