Чи є програмісти, які читають книги, пов'язані з програмуванням, все ще рідкісні? [зачинено]

Як у " Кодексі", виконаному Стівом Макконнелом, так і "Прагматичним програмістом " Ендрю Хант та Девідом Томасом, вони стверджують, що більшість програмістів не читають книги, пов'язані з програмуванням, як звичку, або, принаймні, недостатньо часто. Це все-таки має місце? Чи програмісти, які читають такі книги, все ще рідкісні?

Я мушу визнати, що зовсім недавно я почав читати (і зараз я не можу зупинитися; у моєму гаманці це все горіло!). Перш ніж я був насправді проти цього і стверджував, що краще писати програми, ніж витрачати час на читання. Тепер я розумію, що найкращий результат, принаймні, для мене - це робити те і інше.

EDIT: Я фактично мав на увазі будь- які книги, які так чи інакше стосувалися програмування; будь то на певній мові, технології, шаблоні, парадигмі - все, що завгодно може вам принести користь програмісту. Я тільки мав на увазі Code Complete і Прагматичного програміста, бо саме там я читав, що програмісти зазвичай не читають таких книг. Це виглядало б напруженим, якби заголовок щойно читав "Чи програмісти, які читають книги, все ще рідкісні?"

Здається, кожен відповідає на це питання особисто, як і в "Я читаю таке-і-таке". Однак, як людина, яка тусується на цьому веб-сайті, ви вже зрізаєтесь над своїм «середнім» програмістом IMO. Так це різко перекосує числа. Щоб відповісти на питання прямо: так, програмісти, які читають книги, - рідкісна порода. Я працював з десятками програмістів, і знаю лише двох-трьох, які б забрали книгу для вирішення проблеми. Більшість із них шукають у Google певну програму, або просто тупо дивляться на екран, сподіваючись на божественне натхнення. :-)

А «теоретичні» книги, такі як «Прагматичний програміст» та «Код повний», ще рідше читаються середніми програмістами. Якщо програміст збирається прочитати книгу, швидше за все це буде технічна книга з певної мови, основи чи технології, над якою вони працюють. "М'яких" книг немає навіть на радарах більшості програмістів.

Я не можу припинити вирощувати свій список бажань Amazon. Найновіша книга, над якою я працював, - « Чистий код» Роберта К. Мартіна (дядька Боб). Нещодавно купа моїх програмістів навіть створили книжковий клуб, щоб ми могли разом вивчати кращі практики та обмінюватися досвідом. Я не думаю, що я був би таким же програмістом, якби не читав книги про програмування. Там є велике багатство матеріалів, і це приємно, коли хтось конденсує це за вас і дає вам вихідну точку, перш ніж самостійно піти на експерименти.

Я читаю їх, тому додайте 1 до свого списку спостережень. (Скільки до того, як ми вийдемо зі списку зникаючих видів?)

Серйозно, я здивований, що на даний момент головні учасники голосування - це люди, які говорять, що вони бачать незначну цінність у книгах з програмування. Я, звичайно, хотів би, щоб я не витратив гроші, але є кілька, які повністю відкрили мені очі на нові концепції та методи, які зробили мене кращим програмістом. Наприклад:

• Дзен оптимізації коду від Abrash - я вважаю, що це головна причина, що я сьогодні програміст у режимі реального часу.
• Романи на C ++ від Koening & Moo - реальна цінність ітераторів та STL не натискала, поки я не прочитав цю.
• Рефакторинг Фоулера - навчив мене структурувати та реструктурувати код.
• Екстремальне програмування, пояснене Беком - Хоча я ніколи повністю не пив спритного кооль-допомоги, ця книга змінила те, як я думаю про вимоги, тестування та управління процесом розробки.

Я навчився кодувати в школі, але я не навчився добре кодувати, поки не прочитав кілька чудових книг.

Хоча опитуючи розробників, я помітив, що ті, хто краще виконує технічні завдання (як словесні, так і практичні) та (що набагато важливіше), розуміють причини, чому вони роблять те, що роблять, - це всі розробники, які читають щонайменше епізодична книга. Я не думаю, що це зовсім збіг.

Хоча ви, звичайно, можете використовувати Google для швидких відповідей, а блоги можуть бути чудовими для глибокого висвітлення конкретних речей, я думаю, що книги дають вам більш узгоджений погляд на теми, які вони висвітлюють. Також, надаючи інформацію в іншому контексті, вони допомагають знанням краще триматися в головах людей. Навіть якщо це щось, що ви вже знаєте, я думаю, що цінно мати щось, що підтверджує це знання.

Нарешті, якщо хтось читає книги про тему, над якою вони працюють, це майже напевно означає, що вони по-справжньому зацікавлені в тому, що вони роблять, а не просто розбираються в речах - для знань чи творчих робіт це дуже важливо, якщо ти за найкращим персоналом.

Я припускаю, що ви говорите про книги з практики програмування та розробки програмного забезпечення, а не про конкретні технології ...

Особисто я схиляюсь уникати цих книг, тому що так мало з них мають щось корисне сказати. Для кожної пари прагматичних програмістів існує прихильність авторів, що підштовхують їхні особисті методики / забобони / великі уніфіковані теорії ... і, хоча слухати їх, як вони сперечаються в подкасті, може бути дуже цікаво, читаючи їхні книги лише дещо цікавіше, ніж читаючи їх списки покупок ... і, мабуть, менш корисні. Ви отримаєте багато тих самих порад на форумах і ... як би там не було ... з додатковою перевагою, що розбіжності сперечаються між людьми, які насправді їм вірять, а не між автором та його солом’янами.

М'ясо в Code Complete, Міфічна людина-місяць тощо - це спостереження, з якими більшість досвідчених читачів вже принаймні підсвідомо знайомі. Це робить їх найбільш корисними для посилення тверджень та навчання проміжних програмістів.

Я дуже люблю книги з програмування. У мене 150+ з них. І ще місце для більше.

Ну, я не можу реально спілкуватися з іншими програмістами.

Я намагаюся читати якісні комп'ютерні книги. В даний час я працюю над переглядом "Міфічного чоловіка-місяця".

Моя наступна книга - це, можливо, книга Рассела / Норвіга ШІ, або Оцінка програмного забезпечення McConnell. У недалекому майбутньому, Зейбел Практичний загальний Ліс маячить.

Читайте, читайте, читайте, читайте ... З книг, з блогів, будь-чого ... Краще від хороших книг, але навіть читання критично поганих книг допоможе. Але продовжуйте вчитися. Продовжуйте навчатися щодня.

Я читав їх ще коли я тільки починав, але зараз більшість книг, які я маю навколо, як правило, зосереджені на частині, що не кодує розробку програмного забезпечення (наприклад, Практичний посібник із запобігання дефектам , оцінка програмного забезпечення: Демістифікація чорного мистецтва ), довідники або книги, орієнтовані на вузькі концепції інформатики.

Найбільшою проблемою у мене є те, що книжки, пов’язані з технологіями, як правило, застаріли за пару років (наприклад, не багато людей, які пишуть Visual Basic 6 в наші дні), тому я виявив, що інвестування в ті книги, які можуть застаріти, як правило, є погані інвестиції, тим більше, коли з тим, скільки інформації доступно в Інтернеті в ці дні. Так само, деякі книги з таких принципів, як принципи дизайну, як правило, ігноруються на користь деяких із справді хороших сайтів, таких як «Список Апарт» .

Причина читати книги - вдосконалювати власні знання та вміння. Це означає дві речі: (1) ви повинні визнати, що у вас є можливість вдосконалитись, і (2) ви хочете вдосконалитись. Багато хто з програмістів, з якими я зустрічався, мали розмір планет его. Великий шматок решти із задоволенням берег уздовж.

Минулого тижня я отримав новий Kindle (Wifi + 3G), і мені подобається, я не можу перестати читати. Я купив декілька технічних електронних книг у Amazon та інших видавців, і плуг через них з великою швидкістю.

Фізичні книги зараз здаються мені жахливо старомодними. Я не зовсім очікував, що так скоро.

Я не читав технічну книгу в роках ... буквально років.

Частково це стосується наявності інформації в іншому місці. Блоги, статті, доповіді, референтні сайти, сайти однорангової підтримки, як ТА ...

Частково це стосується витрат і непрактичності паперових книг. Подумайте про числа, якими ви читали щось як євангелію, лише щоб виявити, що це суб'єктивно чи, можливо, застаріло. Навіть довідкові посібники видаються швидко, враховуючи постійно мінливий характер нашого світу.

Я сам не стукаю технічних книжок, але минули дні, коли вони були вашим єдиним джерелом інформації з технічної тематики. Зараз ми отримуємо нашу інформацію з різних джерел.

Я визнаю, що їх дещо пропустив, але, принаймні, для мене часи пішли.

Особиста історія:

Одного разу я виступив з презентацією до кімнати, наповненої 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. У розділі «Хто повинен читати цю книгу?» Йдеться: «Можливо, ви відчуваєте розчарування, що, здається, не досягаєте свого потенціалу. Можливо, ви дивитесь на колег, які, здається, використовують інструменти, щоб зробити себе більш продуктивними, ніж ви ». Ум, ні. Нічого з цього не стосується мене. Я розчарований, тому що мої колеги набагато менш продуктивні, ніж я (і їм все одно). Я відчуваю, що я досягаю свого потенціалу (який мало у мене є, як би там не було). Так що так. Немає сенсу читати цю книгу. Просто справа.