Наприклад, будучи новачком, я знаходжу багато натхнення і напрямок від читання цієї посади по Bryan Woods .
Відповіді:
Я здивований, що ніхто не згадав прагматичного програміста . Це обов'язково читати, якщо ти взагалі зацікавився своїм ремеслом.
Рукавички
Цей пост від Daily WTF тримав мене на правильному шляху. Я визнаю, кілька разів почав розробляти щось, де пара «рукавичок» була відповідним рішенням.
Прочитайте виступ Олексія Степанова в Adobe. Наприкінці 5 років це відокремить ВЕЛИКІ від ДОБРИХ.
Я завжди знаходив Coding Horror та Joel на Software, щоб надихати певні публікації в блозі. Вони також завжди почували мене добре, тому що я зрозумів, про що вони говорять, і змусив мене думати про себе як про програміста.
Я не можу повірити, що ніхто ще не згадав про це.
Праці Пола Грема , зокрема:
І купа людей, слідами яких слід слідувати, і на чиїх плечах стояти (не в конкретному порядку і перерахованих, як вони приходять мені в голову зараз у вільному потоці): Алан Кей , Річард Столман , Кен Томпсон , Денніс Річі , Брайан Керніган , Тео де Раадт , Лінус Торвальдс , Ерік С. Реймонд , Роб Пайк , Білл Гейтс , Стів Джобс , Джон Маккарті , Джон Конвей , Мартін Одерський , Джеймс Гослінг , Гай Стіл , Дональд Кнут ,Едсгер Дайкстра , Джон Кармак , Пітер Моліне ... Або власні слова та твори були натхненними, або їхні розповіді розповідали інші. Поки ви пам’ятаєте, що їхні вміння та геніальність у деяких сферах не заважають їм бути сліпими за власні переконання в інших. Як і будь-хто інший. (Дві книги, перелічені вище, вже досить добре висвітлюють їх для більшості!)
Або менш відомі, але тим не менш активні технологи, які цікаво стежити здалеку: Ніл Гафтер, Мартін Фаулер , Дон Сайм та ін.
Мене надихнули творчість цих людей і те, що вони зробили для досягнення (або відмови) від своїх проектів.
Читання 2600 у дитинстві, коли моя англійська була еміонічною, історія про ранніх фрикерів, таких як Капітан Крунч чи народження епохи ПК з Возняком у Apple, та читання книг та нарисів Вільяма Гібсона та Ніла Стівенсона також були для мене програмістом як натхненником , хоча це не стосувалося програмування безпосередньо. З цього приводу навіть натхненний маніфест Хакера , маневреність Agile або навіть такі речі, як Етичний кодекс IEEE були і залишаються натхненними.
Остання лекція - книга, яку написав Ренді Пауш, людина, що стоїть за Алісою. Це йде разом з його останньою лекцією "Дійсно досягти своєї дитячої мрії". Завжди треба пам’ятати, що тигр.
Книга «Елементи стилю програмування» Керніган та Плагер була для мене дуже впливовою, коли я навчався С. На той час, коли я її читав, книга вважалася «застарілою» завдяки використанню зразків PL / I та Fortran, але поради переступили обидві мови.
Перш ніж прочитати цю книгу, я переконався, що "стиль" стосується того, що я зараз вважаю тривіальними питаннями, як-от форматування (скільки пробілів для вкладки? Де ви розміщуєте фігурні фігури?). Але стиль - це те, що ви маєте, коли ви видалите конвенції про форматування та іменування. Чи легше сконструювати рядок назад, а потім повернути його назад? Потім побудуйте її назад і поверніть назад.
Ще одна книга Kernighan and Plauger, Software Software , також була корисною, але не настільки хорошою. І набагато новіша книга «Практика програмування» Керніган і Пайк також корисна, але далеко від «Елементи стилю програмування» . Я б хотів, щоб я все-таки мав свою копію. Варто прочитати кожного програміста.
Я поцікавився тестуванням і якістю, прочитавши Glenford Myers The Art of Software Testing . Це показало мені, що тестування - це справжня творча діяльність, а не просто щось для спеціальностей з інформатики, які не люблять програмувати. Можливо, зі зростаючою популярністю Тестово-розвиненого розвитку все більше людей звернеться до книги Майєрса.
І я не можу придумати кращого вступу до поняття абстракції, ніж книга "Структура та інтерпретація програм" , яка доступна безкоштовно в Інтернеті. Він вводить мову програмування схеми, але стосується багатьох інших тем інформатики, включаючи декларативне програмування.
У своїй академічній кар’єрі мене надихнула концепція програмування, орієнтованого на аспекти. Ви можете прочитати деякі з самих ранніх статей про AOP і закінчити півсторінок заміток для ідей.
Я також думаю, що прогрес Церкви та Тюрінга дуже надихає. У 1930-х роках, ще до того, як комп'ютери навіть були зроблені, вчені та математики програмували мовою програмування вищого порядку: обчисленням лямбда. Побудова номерів Церкви та функція попередника - це, мабуть, одна з найрозумніших конструкторських програм. Він показує, як зробити щось практично з нічого.
Не те, що я читав. У 1984 році я розмовляв із сусідом та його другом. Мені було 16. Друг сказав мені, що по суті світ розділений між користувачами комп'ютерів та комп'ютерними програмістами. Він сказав, що програмістами можуть стати лише найрозумніші люди у світі.
Yeeeeee! Який виклик!
Оригінал Джоель із програмного забезпечення , спосіб його написання дуже легко зрозумів поняття, коли я починав.
Кодекс повний, друге видання Стіва МакКоннелла
Шаблони дизайну: Елементи багаторазового об’єктно-орієнтованого програмного забезпечення Еріха Гамми
Я цілком самоук, і мені пощастило натрапити на статтю (я давно забув куди) на початку своєї роботи, яка вказала мені на ці дві книги. Перетворення мого коду після того, як я прочитав ці дві книги, був приголомшливим. Я дуже завдячую цим авторам.
Для натхнення, Yegge в блоги , нариси Грема і SICP відеолекції .
Серед багатьох натхнень найсвіжішою була ця книга на тему: Шаблони учнівства
Коли я вперше прочитав « Книгу шаблонів дизайну» в 1995 році або щось таке, це було справжнім відкриттям очей для мене як програміста.
На сьогоднішній день книга про Джеймс Шорс про спритний розвиток розвинула мене натхненно, а останнім часом Лісса Адкінс про тренерські команди, яких обох настійно рекомендую, якщо вас цікавлять такі речі.
Люди східного схилення можуть насолодитися милою книжкою коанів про трансцендентне Дао програмування .
Це був мій перший крок на шляху до просвітлення, і це було перше, що спонукало мене думати про програмування та творчу працю взагалі як про власну непереможну сутність, яку слід відкрити творцем з часом. Ті, хто намагаються боротися з цим чи розуміють це, напевно зазнають невдач.
Я повинен перечитати цю статтю раз на півроку, якщо жоден спеціаліст із умовно-безкоштовного програмного забезпечення не в 100 разів розумніший за вас, то чому деякі отримують 100 разів результати? - автор Стів Павліна
Маленький LISPer підірвав мій погляд.
Я взяв клас середнього шкільного програмування. Я вже досить добре знав C64 basic і запитав у вчителя, чи всі мови програмування схожі на Basic та Pascal. Він позичив мені свою копію Маленького LISPer. Провівши вихідні, читаючи це, я не вірив, що така дивна мова може існувати або працюватиме. Коли я побачив, як він бігає на комутований міні, до якого він має доступ, я перейшов у ногу. Воно існувало.
Після мого другого класу з програмування університетського рівня; Алгоритми та структури даних, я переключив спеціальні спеціалісти, щоб отримати доступ до кращої лабораторії CS Computer. У них були машини Unix з Lisp, Schema, Prolog, SmallTalk80 та тонна інших інструментів.
Код завершено . Він охоплює більшість основних предметів, які ви повинні знати як програміст, і дає вказівки, щоб дізнатися більше про кожен з них. Дуже хороший перший крок на шляху навчання. Я, і багато людей, яких я знаю, хочу, щоб вони прочитали це раніше в житті програміста.
Найбільш надихаюча розмова, яку я коли-небудь чув, - Річард Габріель говорив про те, що програмне забезпечення для написання подібне до написання віршів. Поети часто докладають великих зусиль, щоб отримати кілька слів просто правильно - подумайте Хайкус - і ми повинні прагнути до того ж виду досконалості та елегантності, коли пишемо програмне забезпечення.
Елегантність і стислість так само важливі в програмуванні, як і в поезії та математиці, і для цього потрібно багато зусиль, щоб зробити це вільно.
Дивіться деякі пункти на веб-сайті http://www.dreamsongs.com/PoetryOfProgramming.html
Найкорисніша одиночна книга коли-небудь - не про програмування, а про те, як ефективно працювати в цій галузі: «Програмне забезпечення людей» від DeMarco та Lister. Повинна бути на кожній полиці книг програмістів. А якщо перейти до управління, подвійно.
Як сказав Алан Кей майже 30 років тому , точка зору вартує 80 балів IQ. Книги, які змінили мою точку зору:
"Філософські дослідження" Людвіга Вітгенштейна
Іноді ми думаємо, що знаємо, а насправді, ми не знаємо. В. показує, як уважніше подивитися.
"Факт, вигадка та прогноз" Нельсона Гудмена
Тут я дізнався, що насправді означає слово аналітичний . Також, що насправді означає слово прагматичний .
"Дзен і мистецтво обслуговування мотоциклів" Роберт М. Пірсіг
Як можуть бути речі, які кращі за інші речі? Чому все не однаково, якісно? IOW, що спільного між хорошими фільмами, хорошими машинами, гарною їжею та гарним програмним забезпеченням, що робить їх гарними?
Я виявив, як стати хакером дуже натхненно. Це також дає дієву дорожню карту для розвитку як програміста.
Душа нової машини (натхнення, коли я навчався в середній школі) SICP (напевно, одна з найкращих книг, пов’язаних із розробкою програмного забезпечення, яку я коли-небудь читав)
Марвін Мінський
Обчислення: кінцеві та нескінченні машини
Семантична обробка інформації
Книга з п’яти каблучок Myomoto Musasashi.
Деякі основні моменти.
Немає улюбленого інструменту. Навчіться користуватися кожним інструментом, дізнайтеся, коли його доречно використовувати, дізнайтеся його слабкі та сильні сторони.
Персонал, робота якого не є ідеальним, може бути використана в місцях, де якість їхньої роботи знаходиться в публічному розумінні. Стовпи, які підтримують підлогу під будівлею, не повинні мати ідеальну обробку (вони просто повинні працювати).
Роблячи одне, роби багато речей. Отже, якщо є вибір між виконанням A і B, але B можна використовувати для багато чого на наступному тижні, зробіть B, якщо ви можете собі це дозволити.
Я почав з програмування ігор. Все це відбувається з днів NES. Прагнув бути розробником ігор, і я досяг цього, але змінив його на Прикладне програмне забезпечення / Аналіз апаратних засобів для кращої кар’єри, оскільки моя країна для ігрових галузей занадто ніша.
Під час своїх ранніх днів я насправді відчував трохи жалю за вступ у цю ІТ-роль. Але пізніше мене надихнули і вплинули мої колишні колеги на його досягнення, і вони були досить активними в цих нових сферах технічного розвитку. Під час вільного часу я буду спілкуватися з програмуванням програм, щоб працювати над особистими проектами зі своїми колишніми колегами.
Я знаю, що це важко читати, але «Мистецтво комп’ютерного програмування» Кнута - це дійсно велика угода в нашій галузі. А Геглад , Ешер, Бах Дугласа Хофштадтера : Вічна золота коса надихає тих, хто з нас з математичним або алгоритмічним нахилом.
Мене просто мотивує малювання того, хто розробляє такі складні методи та алгоритми майже століття тому.