knekrasov

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

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

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

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

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

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

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

Во-первых, открывать поля класса для публичного доступа — это почти всегда плохая идея.
Во-вторых, очень важно, чтобы API был лаконичным и кратким. Стороннему разработчику, который будет пользоваться вашим классом, не нужно видеть больше методов, чем может понадобиться по смыслу задачи (не перегружайте людей информацией и не раскрывайте деталей своей реализации).
Поэтому методы стоит определять как private по умолчанию. Если выяснится, что метод может потребоваться (или его поведение может уточниться) в потомке, то делайте его protected.

Делать публичными стоит только те методы, которые соответствуют смысловой абстракции.

Схожу на йогу после рабочего дня :)