Alexander

Для голосования за топик необходима карма ≥10. Для голосования в опросе карма не нужна.

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

К примеру:
1) Нахожу точку входа в программу.
2) Глядя в код определяю какие классы создаются и что они запускают.
3) Если есть дока — читаю, что эти классы делают
4) С помощью навигации по коду вычленяю какой код за какие функции отвечает.
5) Ну и т.д.

Как интересно вы определите что там небольшой фрагмент кода? Порой результат половины рабочего дня умещается в пару строк кода.

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

Обязательно рассмотрите древовидные структуры и алгоритмы на графах. Когда был школьником, мне взорвала мозг (в хорошем смысле) книга Кубенского.

Почитайте (погуглите) про генетические алгоритмы.

Еще есть классная книга по анализу программистских задач (и нетривиальных решениях) — Жемчужины программирования Дж. Бентли

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

Пользуетесь TreeMap? В javadoc к нему упоминается красно-черные деревья. А что это?
Как выполняется программа на моем языке? Мне нужно встроить в свое приложение язык отчетов, похожий на SQL, как мне это сделать?

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

Если есть возможность воспользоваться курьерской службой — то воспользуйтесь :)

Нужно изучать то, что требуется. Если задались таким вопросом, значит почувствовали, что вот тут что-то делаете не так. Возьмите и загуглите "<язык программирования> как сделать <вещь>". Но при этом не забывайте изучать более полно, а не ограничиваться одной статьей и рваться в бой. Прочитали про технологию, прочитайте еще пару статей. Постарайтесь понять какие минусы и недостатки, как и где эта технология применяется. Как оптимизировать ее. Это и есть база. Плюс этого способа в том, что не требует сразу тратить много времени. По сути, вы будете делать тоже самое, что и сейчас, но более полно, более основательно подходить к изучению. Со временем накопиться тот самый бэкграунд.

А всякий матанализ скорее всего и не пригодится. Дискретка еще возможно, но тоже редко. Согласитесь, 80% кодинга — рутина :) Если вы не используете этого в работе, то они вам не помогут, а когда столкнетеся с реальной задачей, то, наверняка, сами захотите ее загуглить.

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

Если хотите самой-самой базы, то возьмите книгу по интересующему языку — это лучший способ. Просмотрите все системные функции (не заучивайте, а просто просмотрите, чтобы представлять возможности языка). У php-программистов частая ошибка — писать свои велосипеды (особенно по обработке массивов), хотя есть очень много нативных функций, которые работают быстрее.
По алгоритмам — читайте то, что используете. Например, в вебе нужны сортировки, редко что-то сложнее. Поэтому погуглите алгоритмы сортировки.
Изучать то, что вы не используете полезно, но скучно и быстро забывается.
Прочитайте про паттерны, хотя инфа о них, как правило, трудно воспринимается, кроме тех, что используете реально. Например, active record для работы с базой. Последнее и будет полезным.
Для улучшения практического скилла советую читать чужой код и смотреть скринкасты опытных людей. Такие вещи часто богаты мелкими-оптимизациями. А если автор еще и озвучивает ход своих мыслей при проектировании функционала, вообще замечательно. (Именно этим полезны курсы по питону на udacity, например.)

p.s^ Старайтесь знать все о чем-то и что-то о всем :)
p.s.s^ длинновато вышло :(

Базы данных. Принципы работы и, как указал предыдущий оратор, оптимизации.
Книжки советуют, сам не читал (хотя как минимум вторую стоило бы):
Мартин Фаулер, «Шаблоны корпоративных приложений»;
Cтив Макконнелл, «Совершенный код»;
Джеф Раскин, «Интерфейс: новые направления в проектировании компьютерных систем».

Advanced-level книжки по используемому языку.

В плане профессионального роста удобно работать с людьми, старше-умнее-опытнее тебя.

Далеко не во всех институтах, где учат программистов, дают полезные в профессии навыки. Я, студент-разгильдяй, научился в институте сдавать, а не делать. Сдавать что получится. И мне в большинстве веб-задач нисколечко не требуются фундаментальные данные там знания. Разве что логика, чтобы оптимизировать разросшиеся выражения в условиях.

Я бы предложил почитать разные вариации на тему «Алгоритмы и структуры данных».
А потом найти интересные задачи/реализации на известных вам ЯП и посмотреть как они реализованы.
После можно начать делать велосипеды. Не обязательно их доводить до завершения (хотя это не должно становиться практикой, тут нужно начинать с небольших задач), главное на практике решать интересные вам задачи, а потом сравнивать, если есть такая возможность, с другими подобными решениями.

Вот нагуглилось

smsdirect.ru