Как в « Code Complete » Стива Макконнелла, так и «Прагматического программиста » Эндрю Ханта и Дэвида Томаса, они утверждают, что большинство программистов не читают книги, связанные с программированием, как привычку, или, по крайней мере, не достаточно часто. Это все еще держится? Программисты, которые действительно читают такие книги, все еще редки?
Я должен признать, что только недавно я начал читать (и теперь я не могу остановиться; это сжигает целое в моем кошельке!). Раньше я был против и утверждал, что лучше писать программы, чем тратить время на чтение об этом. Теперь я понимаю, что лучший результат, по крайней мере для меня, - это сделать и то, и другое.
РЕДАКТИРОВАТЬ: я на самом деле имел в виду любые книги, которые так или иначе были связаны с программированием; будь то на каком-то конкретном языке, технологии, шаблоне, парадигме - на все, что может принести вам пользу как программисту. Я просто имел в виду Code Complete и Pragmatic Programmer, потому что именно здесь я читал, что программисты обычно не читают такие книги. Было бы странно, если бы заголовок гласил: «Программисты, которые читают книги, все еще редки?»
Я прочитал их, так что добавьте 1 к вашему списку наблюдений. (Сколько, прежде чем мы не в списке исчезающих видов?)
Серьезно, я удивлен тем, что в настоящий момент наибольшее количество голосов получают люди, которые говорят, что не видят особой ценности в книгах по программированию. Конечно, есть те, на кого бы я не потратил деньги, но есть некоторые, которые полностью открыли мне глаза на новые концепции и методы и которые сделали меня лучшим программистом. Например:
Я научился кодировать в школе, но не научился хорошо кодировать, пока не прочитал несколько замечательных книг.
источник
Во время интервью с разработчиками я заметил, что те, кто лучше выполняет технические задания (как устные, так и практические) и (что гораздо важнее) понимают, почему они делают то, что делают, - все разработчики, которые читают, по крайней мере, Случайная книга Я не думаю, что это полностью совпадение.
Хотя вы, безусловно, можете использовать Google для быстрых ответов, а блоги могут быть превосходными для подробного освещения конкретных вопросов, я думаю, что книги дают вам более скоординированное представление о темах, которые они освещают. Кроме того, предоставляя информацию в другом контексте, они помогают знаниям лучше держаться в голове. Даже если это то, что вы уже знаете, я думаю, что полезно иметь что-то, что подтверждает эти знания.
Наконец, если кто-то читает книги о предмете, над которым он работает, то это почти наверняка означает, что он искренне заинтересован в том, что он делает, а не только в том, чтобы заниматься чем-то - для основанной на знаниях или творческой работы это очень важно, если вы после лучших сотрудников.
источник
Я предполагаю, что вы говорите о книгах по практике программирования и разработки программного обеспечения, а не по конкретным технологиям ...
Лично я склонен избегать этих книг, потому что очень немногие из них могут что-то сказать. Для каждой пары прагматичных программистов есть множество авторов, выдвигающих свои личные методологии / предубеждения / великие объединенные теории ... и хотя может быть очень весело слушать, как они спорят в подкасте, чтение их книг является лишь несколько более увлекательным, чем читать их списки покупок ... и, вероятно, менее полезны Вы получите много таких же советов на форумах и ... независимо от того, что это за место ... с дополнительным преимуществом, что разногласия будут обсуждаться между людьми, которые действительно им верят, а не между автором и его коллегами.
Мясо в «Коде завершено», «Мифический человеко-месяц» и т. Д. - это наблюдения, с которыми опытные читатели, по крайней мере, подсознательно уже знакомы. Это делает их наиболее полезными для усиления утверждений и обучения программистов среднего уровня .
источник
Я действительно люблю книги по программированию. У меня их 150+. И еще место для большего.
источник
Ну, я не могу говорить с другими программистами на самом деле.
Я стараюсь читать качественные компьютерные книги. В настоящее время я работаю над прочтением «Мифического человека».
Моя следующая книга, вероятно, либо книга Рассела / Норвига об искусственном интеллекте, либо оценка программного обеспечения Макконнелла. В недалеком будущем вырисовывается «Практический общий Лисп» Сейбеля.
источник
Читайте, читайте, читайте, читайте ... Из книг, из блогов, что угодно ... Лучше из хороших книг, но даже чтение критически плохих книг поможет. Но продолжай учиться. Продолжайте учиться каждый день.
источник
Я читал их обратно, когда только начинал, но сейчас большинство моих книг посвящено некодирующей части разработки программного обеспечения (например, «Практическое руководство по предотвращению дефектов» , « Оценка программного обеспечения: демистификация черного искусства»). ), справочники или книги, ориентированные на узкие концепции информатики.
Самая большая проблема, с которой я столкнулся, заключается в том, что книги, посвященные конкретным технологиям, как правило, устаревают через пару лет (например, не многие люди, пишущие на Visual Basic 6 в наши дни), поэтому я обнаружил, что инвестирование в эти книги, которые могут устареть, обычно плохие инвестиции, тем более, когда сколько информации доступно в Интернете в эти дни. Аналогично, некоторые книги о таких вещах, как принципы дизайна, как правило, игнорируются в пользу некоторых действительно хороших сайтов, таких как A List Apart .
источник
Причиной для чтения книг является улучшение собственных знаний и навыков. Это подразумевает две вещи: (1) вы должны признать, что у вас есть возможности для улучшения, и (2) вы должны хотеть улучшаться. У многих программистов, с которыми я встречался, эго было размером с планету. Большая часть остальных была счастлива идти вдоль берега.
источник
Я получил новый Kindle (Wifi + 3G) на прошлой неделе, и мне это нравится, я не могу перестать читать. Я купил несколько технических книг как у Amazon, так и у других издателей, и просматриваю их с невероятной скоростью.
Физические книги теперь кажутся мне ужасно старомодными. Я не ожидал, что так скоро.
источник
Я не читал техническую книгу годами ... буквально годами.
Частично это о доступности информации в другом месте. Блоги, статьи, официальные документы, справочные сайты, сайты поддержки сверстников, как SO ...
Частично это связано с расходами и непрактичностью бумажных книг. Подумайте о числах, которые вы использовали, чтобы читать что-то как Евангелие, только чтобы обнаружить, что оно субъективно или, возможно, устарело. Даже справочные руководства датируются быстро, учитывая постоянно меняющуюся природу нашего мира.
Я не пишу технические книги как таковые, но прошли те дни, когда они были единственным источником информации по технической теме. Мы получаем нашу информацию из различных источников сейчас.
Я признаюсь, что скучал по ним несколько, но для меня, по крайней мере, времена шли дальше.
источник
Личная история:
Однажды я выступил с докладом в комнате, где было 50 или 60 разработчиков, о некоторых вещах, связанных с .NET (все они работали в одной компании).
Microsoft выступила спонсором доклада и дала мне пару экземпляров книги Дэвида Уэста «Объектное мышление» (издательство Microsoft Press).
По совпадению, я только что прочитал эту книгу и нашел ее очень приятной для чтения. Я даже рекомендовал это аудитории, объяснив, что у меня есть несколько копий для раздачи и что, если кому-то интересно, все, что им нужно сделать, - это попросить один.
Несколько человек подошли, чтобы просмотреть книгу, но, повторяю, никто из них, ни один человек не решил оставить ее.
источник
Я все еще хотел бы взять книгу, чтобы изучить основы языка. Таким образом, я могу посмотреть на это и получить представление о том, что я делаю в любое время дня / недели, и мне не нужно беспокоиться о ноутбуке. Как только я прочитаю книгу, я начну изучать код.
Теория, потом практика.
источник
Я не покупаю столько книг по программированию в бумажном формате, сколько раньше. У меня есть подписка на Safari Books Online , где по цене одной книги в месяц я получаю неограниченный доступ к полному тексту тысяч программных (и других) книг от таких издателей, как O'Reilly, John Wiley & Sons, Addison- Уэсли и другие.
У меня также есть Kindle первого поколения, и иногда я покупаю книги по программированию; однако я думаю, что большой Kindle DX (который вышел после того, как я его приобрел) был бы лучшей платформой для технических материалов.
источник
(Ничего себе, 5 голосов против и 5 голосов противников - это мнение кажется более спорным, чем я себе представлял!)
Я не читаю такие книги, как Code Complete или аналогичные, и при этом я не чувствую, что я должен. Что это значит? Что произойдет, если я не сделаю?
Прежде всего, я не думаю, что такие книги делают меня лучшим программистом. Они могут работать для других людей, но не для меня. Фактическая информация, которую они содержат, не очень подробная или техническая, поэтому я уже знаю ее подавляющее большинство. Остальное - это мнения, с которыми я могу соглашаться или не соглашаться, но которые я определенно не буду рабски принимать.
Единственная литература по программированию, которую я на самом деле нашел интересной для чтения, - это чисто технические документы с абсолютным минимумом субъективности . Мои любимые на данный момент спецификации языка C # 4.0 и стандарт Unicode 5.0. Другие люди находят это очень сухое и скучное чтение, но я считаю, что оно привлекает мой разум и потенциально предоставляет информацию, которую я еще не знал.
Обновление 2010-окт-07: я только что указал мне на Прагматичного Программиста , поэтому я посмотрел первые несколько страниц на Amazon. В разделе «Кто должен читать эту книгу?» Говорится: «Возможно, вы расстроены тем, что, кажется, не достигли своего потенциала. Возможно, вы смотрите на коллег, которые, кажется, используют инструменты, чтобы сделать себя более продуктивными, чем вы ». Хм, нет. Ничто из этого не относится ко мне. Я расстроен, потому что мои коллеги гораздо менее продуктивны, чем я (и им все равно). Я чувствую, что раскрываю свой потенциал (в любом случае, что у меня мало). Так что да. Нет смысла читать эту книгу. Просто показательный пример.
источник