какие книги порекомендуете по с++

[nata267]

Р. Лафоре - обожаю эту книгу! Лучшая в мире книга по с++!!

[Пантер]

Р. Лафоре - обожаю эту книгу! Лучшая в мире книга по с++!!

Когда-то купил себе - очень долго плевался. Куча очепяток и тупое изложение.

[ufna]

Когда-то купил себе - очень долго плевался. Куча очепяток и тупое изложение.

да пофиг на очепятки, начинать с нее - очень хорошо. Главное выполнять упражнения к главам.

гораздо большим бредом считаю советовать Страуструпа начинающим. Мертвую птицу нужно читать только уже на практике представляя что есть сипипи.

[Даниил]

Поддерживаю всех, кто пиарит Шилдта. Доступно и понятно излагает материал. Для начинающих - самое оно.

[twp]

Выше советовали
Как программировать на С++. Пятое издание Дейтел Х.М., Дейтел П.Дж.
вот в ней очень много разных упражнений, помню там есть даже задача на написание интерпретатора для простейшего языка вычислений. Хорошо когда есть много упражнений, где можно попрактиковаться и развить мышление. Одна теория без практики ничего не даст. А Страуструп да, не для начинающих.

[Anchorite]

Поддерживаю всех, кто пиарит Шилдта. Доступно и понятно излагает материал. Для начинающих - самое оно.

Как-то пришлось почитать труд Шилда в разделе "Перегрузка операторов".
Такого откровенного шлака с неимоверным количеством ошибок в плане эффективности не встречал нигде.

[nata267]

А кто знает хорошие книги по паттернам проектирования, кроме Гамма-Хелм-Джонсон? Для начинающих

[Даниил]

Мне друг порекомендовал "Паттерны проектирования", Эрик Фримен, Элизаберт Фримен. В мягком переплете. Издательство "Питер".
http://www.ozon.ru/context/detail/id/6108824/
Книга написано на простом человеческом языке, и с его слов легко усваивается весь материал. Я сейчас её читаю.

[nata267]

Вообще очень странно почему на этом форуме не обсуждаются вопросы связанные с архитектурой, паттернами и т.д. Я бы выделила под это целый раздел. Ведь если я не ошибаюсь, то библиотека QT, как и многие проекты написанные с её использованием, которые я видела, напичканы паттернами.
Вот нашла статью по этой теме - http://www.rsdn.ru/article/patterns/patterns.xml. Может и не идеально, но как вариант.

[Kurles]

На этом же сайте ссылочкой кто-то делился, повторюсь - Паттерны проектирования.

[DmitryM]

Вообще очень странно почему на этом форуме не обсуждаются вопросы связанные с архитектурой, паттернами и т.д

А многие осилят Александреску Современное проектирование на С++?

[Пантер]

Вообще очень странно почему на этом форуме не обсуждаются вопросы связанные с архитектурой, паттернами и т.д

А многие осилят Александреску Современное проектирование на С++?

Меня на треть хватило.

[Igors]

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

Паттерны - палка о двух концах. Неоднократно наблюдал как даже опытные и грамотные программисты пишут полный бред только потому что.. "есть такой паттерн"  

По поводу архитектуры - это вообще обсуждать трудно. Попробуйте создать "архитектурную" тему - и Вы увидите что она будет выглядеть "слишком общим", это не свести к N строкам кода. Многих это раздражает, мол, "пустая болтовня". Также я часто ловил себя на мысли что "правильного" (единственного) решения в таких вопросах просто нет. В итоге каждая сторона остается при своем мнении (часто после не очень красивых "переходов на личности"  )

[ufna]

А многие осилят Александреску Современное проектирование на С++?

в некоторых обществах не стоит говорить, что ты мол "работаешь по Александреску". Пошлют далеко и надолго )

[nata267]

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

Паттерны - палка о двух концах. Неоднократно наблюдал как даже опытные и грамотные программисты пишут полный бред только потому что.. "есть такой паттерн"  

По поводу архитектуры - это вообще обсуждать трудно. Попробуйте создать "архитектурную" тему - и Вы увидите что она будет выглядеть "слишком общим", это не свести к N строкам кода. Многих это раздражает, мол, "пустая болтовня". Также я часто ловил себя на мысли что "правильного" (единственного) решения в таких вопросах просто нет. В итоге каждая сторона остается при своем мнении (часто после не очень красивых "переходов на личности"  )

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