Книги по программированию, и околопрограммистксой тематике Опции

[Shurup]

Так уж получилось, что художественную литературу последний раз я покупал лет 10 назад, но заметил, что ежегодно трачу не меньше 2 000грн (250$) на литературу техническую.
И это еще не считая альтернативных источников информации (йо-хо-хо, я имею ввиду тематические блоги).

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

Какие технические книги (с указанием области применения, если это не понятно из названия) вас впечатлили, являются для вас настольной "библией" или просто хочется порекомендовать.
Негативный фидбек и разочарование тоже приветсвуется.


начну с себя:

1. Приёмы объектно-ориентированного проектирования. Паттерны проектирования. от "банды четырех" .
Книга о шаблонах проектирования. Несмотря на то, что она 1994 года выпуска - она особо не устарела ни в чем, кроме некоторых примеров.
Рекомендую всем кто не считает ООП злом.


2. "Совершенный код" Стива МакКоннелла
А вот эту книгу должен прочесть каждый, кто имеет хоть какое-то отношение к программированию. Очевидные вещи, но после их прочтения в голове все раскладывается по полочкам. Очень мало кода, очень много рассуждений и рекомендаций как именно этот самый код нужно писать.

А какие книги впечатлили тебя, %username% ?

[Сулейман]

А какие книги ты бы предложил новичкам, желающим изучать C# и Visual Studio?

Начать можно с чего угодно, что гуглится как "C# учебник для начинающих". Разве что Павловскую "C#. Программирование на языке высокого уровня" я бы не рекомендовал. Дело не в самом материале, а в заданиях из конца учебника, они выворачивают наизнанку всю суть программирования на языке высокого уровня. Писать свой класс String на C# или особый изврат хранить комплексные числа в виде строки, и при выдаче пользователю парсить ее, даже читать такие задания крайне не рекомендую новичку, можно забить мышление вредным мусором.

Потом практика, тот проект ради которого и задумывалось обучение.
Как появится опыт начать читать Джона Скита "C# In Depth". Получишь полное понимание развития языка, а как следствие прояснятся многие моменты и структура ясно разложится по полочкам.
Ну и для полного просветления Рихтер "CLR via C#" для .Net 4.0.
Обе книги переведены на русский. Хотя Скита я на родном я не читал, говорят ошибки есть.

По технологиям .Net есть отличная серия "<Название технологии> с примерами на C# для профессионалов".
Если интересует вебразработка, лучше сразу забить на классический ASP.Net и начать с ASP.Net MVC 3 либо 4. В книге по теме из этой самой серии, есть еще очень хорошая вводная по jQuery и много примеров использования LINQ , а так же советов по обвязке кода модульными тестами.

C C# есть минус, я не знаю действительно хорошей книги с которой нужно начать, вот для плюсов могу полную линию погружения написать).

По заголовку темы: сейчас как раз читаю Совершенный Код, нравится, читаешь главу и прямо руки чешутся рефакторить проект).

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

[Shurup]

По заголовку темы: сейчас как раз читаю Совершенный Код, нравится, читаешь главу и прямо руки чешутся рефакторить проект).

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

Эти две книги, как по мне, как раз и отличаются временем применения знаний. В процессе чтения "совершенного кода" я сразу начал применять в новых методах текущего проекта прочитанное: соглашения (даже с самим собой) в именовании переменных и методов, в соблюдении максимальной инкапсуляции, в написании легкотестируемых методов и другие очевидные (всем кроме меня) вещи. Как, например, то, что программист больше читает код, чем его пишет, а значит лучше день потерять, затем за пять минут долететь, чуть больше времени потратить на проектирование и написание понятного кода, чем в порыве страсти настрочить работающий экземпляр, работу которого уже на утро сложно вспомнить. Эти знания можно применять в активном проекте, не боясь увязнуть в преждевременном рефакторинге.

А вот "паттерны" читал максимально далеко от компа. Ибо на личном опыте понял, что патерн ради патерна - это плохо. И чем больше патернов ты уже знаешь хоть примерно - тем больше шанс выбрать правильный (и изучить его более детально) для той или иной задачи. Читаешь книгу и понимаешь, что многие "придуманные" тобой решения, оказывается, являются реализациями того или иного патерна, который давным давно изобретен, проанализирован и в добавок еще и абсолютно неоптимален для данной задачи)