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

1 марта 2010 г.

Парни из Петербургской группы ALT.NET пригласили меня поговорить по поводу принципов проектирования. Разговор получился не только об этом. Мы затронули отношение разработчиков к качеству кода, методологии ведения проекта и многое другое...

Скачать этот выпуск подкаста (62.3 Мб)

Ссылки из обсуждения:

Scrum & XP

Pain-Driven Development

Spolsky vs Uncle Bob

Технические долги

12 комментариев:

  1. Саня, спасибо за рекламу;)

    ОтветитьУдалить
  2. @Oleg
    Что по вашему мнению надо было сделать по-другому?

    ОтветитьУдалить
  3. мне подкаст показался не скучным.
    люди просто обсуждают тенденции в среде.

    там кто-то частенько употреблял слово дельта не к месту.
    дельта - это разность. т.е. дельта программистов - это разность программистов в двух группах.

    ОтветитьУдалить
  4. Все очень правильно и интересно, спасибо! Только, разделение XP и Scrum несколько некорректно, на мой взгляд. Scrum это процесс, итеративный инкрементальный процесс разработки, он не содержит предписаний инженерных практик, которые же содержит в свою очередь XP. Collective code ownership, interchangeable team все это достигается через техники XP - TDD, парное программирование, continues integration и так далее. Scrum и XP идут вместе и очень тесно, более того, использование одного без другого становится несколько нелогичным.

    ОтветитьУдалить
  5. Но разве можно говорить об XP, если используется Scrum + многие вещи из XP, но нет парного программирования?

    ОтветитьУдалить
  6. @Idsa
    Что значит "можно говорить об XP"?

    ОтветитьУдалить
  7. То есть можно ли говорить, что мы практикуем XP, если у нас есть его элементы, но нет ключевого - парного программирования (которое заменяется регулярными ревью).

    ОтветитьУдалить
  8. @Idsa
    Говорить можно :)

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

    ОтветитьУдалить
  9. Окей, мысль понял :)

    Только вот...
    >>Если сейчас невозможно использовать парное программирование

    У нас, скорее наоборот - "возможно не использовать парное программирование" :) Подход: "один человек пишет код, двое делают ревью по частым коммитам" нам кажется эффективнее. И времени меньше тратится, и в коде в итоге ориентируются три человека.

    ОтветитьУдалить

Моя книга «Антихрупкость в IT»

Как достигать результатов в IT-проектах в условиях неопределённости. Подробнее...