Какой список литературы для структурированного изучения программирования?

Question

[KTG]

Знаю Delphi, PHP, немного ASP, HTML, CSS, JS.
Но возник вопрос... как научиться программировать?
Не шаблонно вспоминать что и где применяется, используя CMS, Фреймворки и кучу плагинов.
А именно с точки зрения правильного когда, с пониманием парадигм и паттернов, с полным осознанием ООП и фишек типа синглтон, плейсхолдер и всяческие интерполяции. Что бы точно понимать архитектуру и возможности решения той или иной задачи.

Хочу делать игры на Unity или UE4. Пока склоняюсь к первому движку, но окончательно не решил. Думаю понимая теорию и изучая C# можно будет легко перейти на C++ и наоборот. Так что тут особая разница не чувствуется.
Если есть возможность и там и там использовать Java, то согласен и на него.

Решил начать все с нуля, так сказать "наплывом", освежить прошлые знания и приобрести новые. Но не могу составить систематизированный перечень литературы.
Что бы было понятней, я открыл статью в Вики "парадигмы программирования", и был несколько озадачен, когда начал идти по списку составляющих, где императивное программирование сразу же описывалось как противоположное декларативному. Системности в этом не увидел, потому как, условно, декларативное программирование я еще не знаю, т.е. не дошел до него по статье. Грубо говоря нельзя объяснять человеку что-то, терминами которые он не знает.

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

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

Разумеется список хочется получить систематизированным, и в прямой последовательности. Сначала читаем эту книгу, затем эту, потом эту, а на этом этапе определяем конкретный язык для изучения и читаем эту книгу.
Допустимы отступления в виде "что бы лучше понимать о чем речь на этом этапе, можно прочитать еще вот эту книгу", с условием что не забегается вперед по этапам.

Comments

[LeEnot]

> список хочется получить систематизированным...
Все это глупости. Нет серебряной пули. Невозможно списки составить универсальные. Вы просто берете и делаете, когда информации недостаточно - ищете ее. А все эти дурацкие списки из десятков книг, у вас просто времени не хватит на все это.
Второе - без английского никуда. Старайтесь читать статьи в оригинале.
Третье - цель должна быть конкретной. Хотите делать игры на Unity - ставьте Unity и делайте игру, по примерам, криво, неважно как. Потом сделаете лучше. А голая теория убивает энтузиазм. Ее нужно осваивать по мере необходимости.

[KTG]

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

Answer 1

[Дмитрий]

Если бы имел машину времени, чтоб вбить "Я-в-прошлом" то что надо читать, то это было бы так:
1. Таненбаум про его Операционные системы
2. Таненбаум про аппаратное обеспечение
3. Язык программирования Python по книге Лутза и при этом чтение "Structure And Interpretation Of Computer Program".
4. Только после этого приступил бы к чтению Керниган, Ричи "Язык С"
5. Попытался бы влиться в какой-нибудь OpenSource проект

Далеее уже следуют попытки понять к чему душа лежит, толи вебу, толи linux kernel module, толи еще что.
В течении этих пункто НЕПРЕРЫВНО улучшать английский. Большинство серьезной литературы о новых технологиях появлятся сначала на английском.

Comments

[KTG]

Ну данный список и призван быть машиной времени, что бы откатиться назад и начать заново, за годы гулянок в универе. Думаю второй раз это все будет воспринимать несколько легче. Только я у вас не вижу ничего про алгоритмы например. Можно ли начинать учиться программировать не понимая их?

[jackroll]

KTG: можно

[alexxandr]

опенсорс в пень, лисполажу в пень, остальное всё ок))

[Дмитрий]

KTG: Вы почитайте SICP ога? Вы ее хоть раз откройте. Нормального вменяемого программера у котрого руки в правильном месте от этой книги не оторвать! Даже опытные, с мозгами и то находят там море полезного! Эта книга развивает "программерскую смекалку", что толку-то зубрить алгоритмы если мозги не по-программерски пашут?

[Дмитрий]

alexxandr: Человека не способного поставить Linux вообще нужно садить за DOS-систему и интернет выделять только по диал-ап модему. Не важно где ты сидишь на Mac, windows или еще где, программер ОБЯЗАН иметь опыт решать проблемы чуть ли не навсем что программируется! А не хавать мозг "Я этим не занимался раньше"

[alexxandr]

Дмитрий: вообще это не Ваше дело, кого куда садить, и что выделять, это лузеры не решают.
И что кто кому обязан тоже не Ваше дело ;)
Я, конечно, понимаю, что установка убунты, особенно успешная, съедает мозг, но надо же и меру знать :)
А вообще я с Вами согласен.

[Дмитрий]

alexxandr: Это мое! Потому что подобные люди могут быть моими коллегами. Они могут обучить других своим в лучшем случае поверхностным знаниям, а в худшем неверным и что потом? А потом такой вот человек придет к Вам в офис и если у Вас хватати на собеседовании его отсеять, Вам повезло. А если Вы не выспались и не отсеяли? ;)

[KTG]

Дмитрий: SICP поищу, если есть перевод, то попробую прочитать, пускай да же до формирования основного списка.
Знание операционных систем думаю все же нужно, по крайне мере понимания их особенностей, как под них писать. Я с удовольствием увижу в списке литературы книгу по сетям и протоколам.

[Удаленный Аккаунт]

Дмитрий: Позвольте поинтересоваться, а почему третьим пунктом советуете Python и Лутца?
Разве "Программирование: принципы и практика с использованием C++" Страуструпа, будет не лучше?
P.S. Вопрос не праздный, выбираю по которой дальше учиться (сам я JS кодер пока-что )).

[Дмитрий]

Сергей М: Ну сначала человек должен понимать и кожей ощущать, что вообще может вычислительный девайс. Для этого нужны п.1 и п.2. Далее человек без опыта должен понимать кожей основные современные программерские конструкции : циклы, условия, исключения и др. При этом надо соблюсти компромисс между качеством знаний и порогом вхождения. Python это позволяет и позволяет за достаточно разумное время залить в голову достаточный для начинающего программиста набор знаний позволяющий решать БОЕВЫЕ задачи. Программист учится только когда ВБИВАЕТ код и не надо ВБИВАНИЕ и "набор шишек" откладывать "на потом". Чем быстрее начнет наступать на грабли тем лучше и чем чаще наступит тем качественнее будет понимание. Лутз достаточно качественно доносит знание о программировании и при этом не в ущерб качеству

Answer 2

[Walt Disney]

Я думаю надо начать с базовых вещей на которых базируется программирование:

1. Дискретная математика базовые понятия
   
2. Теория графов
   
3. Теория конечных автоматов
   
4. Теория кодирования
   
5. Баллистика
   
6. Теория надёжности
   
7. Теория массового обслуживания
   

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

Ну и само базовое программирование:
Турбо Ассемблер Тома Свана - для понимания как всё работает на самом деле (в практическую часть книги можно( и наверное не нужно) сильно не лезть, теоретическая часть достаточно хороша)
"Язык С" Керниган, Ричи - для понимания на каких базовых структурах и типах строятся современные ЯП и чего им это стоит.

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

По алгоритмам: "алгоритмы построение и анализ" Кормена. Кнута мне кажется никто не осилил.

Comments

[KTG]

Баллистика зачем?

[KTG]

По ссылке на учебник по "Дискретной математике".. Встал в ступор на 4 странице, а точнее на строке:
"Кроме него в булеан входят C подмножеств универсального множества 1"
В оригинале там возле С еще две цифры, 1 вверху и 1 внизу. Сложность понимания, что нигде не приводиться смысл этих обозначений.
Так что пока отложил эту книгу и нашел другую, с примерами в виде псевдокода
www.mat.net.ua/mat/biblioteka/Haggarti-Discretnaya...

[Walt Disney]

KTG: на баллистике нам преподавали как быстро посчитать интерполяцию, т.е. из дискретных величин получить функцию по которой рассчитать значение в любой точке. Может это ещё как называют, но у нас назвали так (мат. вуз), коротенький предмет был. Для сетевых игр нужно представление как оно считается.

Книжка что нашли, пожалуй посексуальней будет.

Answer 3

[globuzer]

Когда учился в ВУЗе, задавался вопросом, почему нас учат именно так. Общался с преподавателями, смотрел программы обучения что дают в других ВУЗах, что давали раньше в СССР, когда учились студентами наши же преподаватели. Все же сделал такой вывод: программирование следовало начинать учить с паскаля, и на основе этого языка применять все знания информатики, булевой алгебры, алгоритмов, дискретной математики, анализа, теории вероятностей, которые в свою очередь должны быть уже изучены до программирования естественно. Всегда был холиварным вопрос - с какого языка учить программирования - СИ или ПАСКАЛЬ. Всегда были мнения и за и против того и другого.
Судя по вашему вопросу, раз вы уже знакомы с Delphi, и тем более с PHP, то никакого труда вам не составить изучать Си. Раз хотите себя развивать для геймдева, то Си хороший выбор. Начните просто с Си, повторив все основы математики и алгоритмов. Попрактиковавшись в программировании, познав структуры программ и алгоритмы, можете пересаживаться на ООП, а там уж как раз и C++, C#, может быть и Java. Но для ООП-языков нужно хорошо изучить базу и концепцию ООП, почитать книги таких авторов как Буч, Бадд, Шлеер, Меллор... Ну и для прокачки именно в гейм разработке изучайте все побочные технологии и науки, которые могут использоваться вами: операционные системы, сети, графика, моделирование, визуализация, математические методы и прочее.
Для практики можете в самом начале своего пути развития придумать идею, к примеру реализовать такую то игрушку, пусть даже простой тетрис или крестики-нолики. Ну и по мере развития прокачивайтесь и модифицируйте ее, совершенствуйте, придумывайте стратегии, ботов, интерфейс, фантазируйте над концепцией. Перед вами будут постоянно возникать различные вопросы и трудности - ответы на них уже гуглите, ищите в книгах, применяйте способы решения, тестируйте. Тем самым как раз практически и научитесь. Главное чтобы было большое желание, ну и проект был интересен для вас. А потом постепенно можно уже подключиться к какому-нибудь опенсоурс-проекту или пойти работать на малую ставку в игровую студию, даже стажером и перенимать опыт от профи-разработчиков, общаться с ними, учиться, опять учиться. Только тогда и станете профессионалом.

Answer 4

[тостер хабрович]

посмотри список литературы вузовской по специальности инженер-программист

Comments

[KTG]

Все просто. Я программист после вуза. Где-то сам проватил, где-то не уделил должного внимания и вывез на том что знаю опытным путем, где-то попались не компетентные преподаватели.
Но скажу одно, вспоминая что мы проходили и как - не подойдет.
Система образования призвана дать общие знания, практически всегда не актуальные, и уж точно по учебникам и книгам утвержденным министерством образования (?). Суть в том, что действительно хорошие книги могут быть авторскими и не вписываться в ВУЗовскую учебную программу. А мало того, есть книги которые призваны заинтересовать, а не только передать сухие определения.
Например никто из преподавателей да же не попытался донести зачем могут пригодиться в жизни графы - например для поиска кратчайшего пути. Не рассказывали про то, как тот же Эллер до них додумался. Только вершины и ребра на доске. Ну а для чего нужен был интеграл до сих пор не представляю.
Любое знание - шлак и мусор в голове, если ты его не знаешь как применить.

Суть вопроса получить список действительно достойной литературы на каждый этап обучения.
Где все четко и правильно объясняется. Где есть примеры из реальных задач.

Не бойтесь заходить далеко назад, готов перезапустить свое обучение хоть с линейных уравнений, но должна быть систематизация учебных материалов и четкая иерархия которая приведет меня к С# на Unity или C++ на UE4, да так что глупых вопросов по созданию того же простенького AI возникать не будут.

[тостер хабрович]

KTG: если например надо делать ИИ то тут два пути - либо писать самому либо использовать готовый код
соответственно двепрограммы обучения:
1) учить фундаментально науку (для ИИ это лингвистика и распознавание образов)
2) учить библиотекии фреймворки

то есть если надо только знать Unity - тогда надо читать соотвествтующие английские учебные материалы + освоить нужный ЯП

[KTG]

тостер хабрович: когда я говорил про AI, я имел ввиду в играх, т.е. ботов.

[тостер хабрович]

KTG: ИИ виграх может быть различной сложности - в любом случае у тебя только два пути - или читать вузовские и научные учебники и самостоятельно изобретать ИИ - или использовать и учить готовый код других программистов

[KTG]

тостер хабрович: это я понимаю. Не понимаю как можно учить готовый код не понимая принципов его работы. Просто заучить функции и как их использовать?

[тостер хабрович]

ну это же ооп: программа может и должна состоять из отдельных заменяемых обьектов
все вместе - это архитектура

у тебя два пути - либо ты работаешь с готовой архитектурой или изобретаешь ее сам, если ты инженер

собирая игровой ИИ ты либо работаешь как инженер либо как слесарь-монтажник
это два пути вжизни - оба нормальные обычные

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

Answer 5

[BIOS999]

Интересно "репетиторство" на "филантропичных" условиях? Свяжись со мной
Как вязаться с пользователем Хабрахабр?

Comments

[BIOS999]

Вопрос уже удалили модераторы( Интересно пообщаться на тему https://habrahabr.ru/post/275993/ и предложить свою помощь. Мой Email - [e-mail] Skype - bios9999