Посоветуйте книгу, в которой описан полный цикл разработки ПО с GUI.

а потом через тестирование разрабатывается гуи приложение

Это как?

ЕМНИП, нет таких.

Не существует в природе, разве что где-нибудь есть убогое подобие желаемого.

с такими книгами тяжко, я бы на твоем месте полазил по coursera/edx/udacity там наверняка есть подходящий курс, думаю что только с ЯП не обязательно попадет в то, что ты хочешь

Ок, а какие тогда есть варианты с нативным гуи? Для начала хочу реализовать простенькую 2Д чертилку с математикой.

по гуйне - хз но вот http://www.amazon.com/Patterns-Enterprise-Application-Architecture-Martin/dp/... полезно почитать.

И это печально, наверняка у многих есть опыт разработки приложений. Хотелось бы учится на чужих ошибках.

Есть ли что-то похожее, где сначала проектируется а потом через тестирование разрабатывается гуи приложение?

Про qt или java подобного не встречал. Но есть замечательная книжка про php, где автор на пальцах объясняет путь разработки приложения, начиная с азов ООП, до паттернов, тестирования и непрерывной интеграции. Собственно современное похапе очень похоже на яву, так что приёмы вполне переносимы на жабку или кресты.

Мэтт Зандстра - PHP. Объекты, шаблоны и методики программирования.

Поддерживаю про Мартина Фаулера. Собственно, у него есть свой сайтик http://martinfowler.com

Ну и ещё можно ознакомиться с http://www.corej2eepatterns.com/

где сначала проектируется а потом через тестирование разрабатывается гуи приложение? Без разницы, это qt или swing

Таких книг не существует, для java и c++ ТДД - потеря времени.

для java и c++ ТДД - потеря времени

Ты просто не умеешь их готовить.

чоэтовдруг?

Веб пока не интересен.

Ну расскажите/покажите, как нужно готовить TDD что б в java/c++ от него пользы было больше чем потери времени.

а какая разница с чем TDD варить вместе? по сути это концепция, а не какая-то отдельная технология, не обязательно ей следовать жестко, польза есть на любом приложении которое будет использовать кто-то кроме тебя

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

Я говорил не об абстрактной пользе, естественно что чем больше покрытие кода тестами - тем лучше, я говорил, что в реальности не всегда разумно терять время на написание тестов, которые и есть основа ТДД. Для того же жаваскрипта ТДД это одна из 2х известных мне методологий, которая позволяет упростить разработку крупных проектов.

а потом через тестирование разрабатывается гуи приложение

(-_\\)

Это достаточно узкий круг задач (который для ТС, похоже, не актуален), но на них довольно сложно обойтись без тестов, а какая разница писать их в рамках ТДД или просто писать, потому что иначе ничего не выйдет.

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

а какая вторая? не писать код на JavaScript? :>

Вторая больше манагерская (принцип одна форма - один программист), например, нужно написать 50 форм, мы берём команду из 10-и человек, половину отправляем курить бамбук, на их зарплату нанимаем ~15 студентов за еду (в идеале их должно быть 50, но в реальности это проблемно). Каждый из них разрабатывает 3 формы, каждая форма разрабатывается с нуля, повторного использования кода нет. Таким образом примерно через 2-3 недели у нас есть приложение. Потом подключаются тестировщики и вот через 2-2,5 месяца приложение готово.

ИМХО, лучше читать все же GoF

зачем вначале набирать 10 человек, а потом сразу увольнять половину?

Ну это 10 человек обычно уже есть.

Веб пока не интересен.

Так книжка и не про веб. Да, примеры технически ориентированы на веб, но, идеологически нейтральны, т.е. применимы и в контексте десктопа. Собственно, в том и суть, чтобы писать так, чтобы фронтэнд был не важен (веб, десткоп или тестовое окружение).

Не знаю, что ты имеешь ввиду под разработкой через тестирование, но в первых главах книги «Бланшет, Саммерфилд - Qt4 Программирование GUI на С++. 2ed. - 2008» подробно рассмотрено создание приложения для работы с таблицами (этакий мини Excel).

лучше читать все же GoF

На мой взгляд GoF излишне академичен.

но в первых главах книги

Во всех книгах по Qt, которые я видел, предлагают хреначить код (бизнес-логику) прямо в слотах. Какое тут ttd - ужоснах.

Qt4 - Макс Шлее

если хочешь реализовать кое особое поделие я рад за тебя. Но тебе поможет только начать и кодить до рассвета на протяжении многих месяцев. Нам не обязательно знать, что ты начал и что ты конкретно делаешь, у нас есть чем заняться не думай. И незачем создавать отдельную тему для этого. Будь терпелив и покажи результат.

Pragmatic Modern CPP Programming with Test-Driven Development

Не читал, но собираюсь.