Я варюсь в айти уже лет 10 наверно. Чёткой цели у меня никогда не было, я просто любил железяки и любил писать код. Первые годы блуждал от языка к языку. Это была как игра, мне вначале нравился делфи, там буквально за 5 минут можно было накидать кнопочек, крутилок, менюшек, и оно ВАУ работало! Потом нравился Ruby on Rails. Много чего нравилось, в конце концов закрепился в вебе, но это по большому счёту случайно вышло.

Расскажу о нескольких мифах о программировании:

Миф 1. Программирование = математика.
Нет. Математикой занимаются математики. Они выводят закономерности, занимаются доказательствами. Если же в компании есть что-то математическое, она наймёт специально обученного человечка, который будет пердолить формулы.

Миф 2. Без специального образования в программирование не вкатится.
У меня есть миллион примеров, когда люди с геологического факультета вкатывались в Java, .NET, тестирование. Тут всё зависит от двух факторов: наличия времени и желания. Есть у тебя есть время + желание, то ты вкатишься. Некоторые специальности, типа вебни или мобильной разработке, вообще никак в российских университетах не обучают. Люди сами учатся.

Миф 3. В программировании обязательно знать алгоритмы, O-нотацию, дискретку, устройство комьютера и т.д.
Нет. В программировании куча людей не знают ни графов, ни матриц, но это никак не мешает им зарабатывать деньги. К примеру, если мне нужен какой-то алгоритм, например, мне нужен алгоритм Ахо-Корасик. Я просто беру готовый. Не пытаюсь изобретать велосипеды.

Миф 4. Лучше взять фундаментальную книгу, типа Кнута, Седжвика, Страуструпа и по ней учится.
Нет. Тяжёлые книги в самом начале только отобьют напрочь желание учится дальше. Новичкам они дают идею, что программирование - это очень далёкое и очень абстрактное. Что это под силу только гениям. Не стоит сразу браться за хардкор. Любая более-менее интересная, лёгкая, незанудная книга подойдёт. Я сказал интересная, потому что книга для тебя неинтересна, вряд ты будешь её читать, скорее всего выгорешь.

С чего начать? Я рекомендую как минимум изучить следующее:

Маст Хев Скилл 1. Знание английского языка.
Программирование - это в основном интернациональная сфера. Скорее всего ты будешь работать с иностранцами. С американцами, индусами, итальянцами, кем угодно. И везде используется английский язык, можешь забыть про свой русский. Если будешь названия переменных/функций давать транслитом, значит твой код никто кроме русских не поймёт. Приведу простой пример: пойми что тут написано - SELECT Id_viaje, no_contenedor FROM t_viajes WHERE roundtrip = 1 AND Id_lugar_inter=0 AND facturado = 0 and no_contenedor что значит "no contenedor", а что "viajes"? Реальный случай. Испанец писал лет 8-10 систему, в итоге никто кроме испанцев не может разобраться.

Это выгодно в том числе с финансовой точки зрения. Иностранцы могут платить минимум в 2-3 раза больше за ту же работу.

Маст Хев Скилл 2. Знание баз данных.
Критически важно знать вообще какие типы данных на свете бывают и как их правильно хранить, делать нормализацию. Неправильный выбор базы данных приводит к тормозам всей системы, к ненужным затратам на сервера. Например, если ты хранишь временные ряды в postgresql, у тебя могут возникнуть проблемы с усреднением значений за промежуток времени. Скажем, тебе нужно усреднить цену на акции за час. При нормальном дизайне, БД сама искаропки это делает. В рукожопом дизайне, программист начинает хуйнёй заниматься, перекладывать вычисления на само приложение.

Маст Хев Скилл 3. Знать git.
Сейчас везде используют системы управления версиями, если не освоить git хотя бы на базовом уровне - ветки, теги, stash и т.д. То на тебя будут смотреть как на пещерного дикаря.

Всё остальное это уже по желанию. Основные принципы программирования:

Принцип 1. Не изобретать велосипеды.
Большинство программ/алгоритмов уже изобретено ДО ТЕБЯ. Нужно просто взять готовую библиотеку и использовать её. Не нужно изобретать костыльные алгоритмы, если есть нормально работающий готовый.

Принцип 2. Автоматизировать всё, что можно автоматизировать.
Ты постигнешь дзена программирования, когда у тебя по ОДНОЙ команде будет разворачиваться целый датацентр, делаться деплой, и потом приложение танцует брейкданс. Фейл, если тебе после каждого деплоя приходится заходить в админку, чистить кеш, и т.д.

Принцип 3. Документировать и тестировать ВСЁ.
Ты не поймёшь, что ошибся пока не протестируешь код. А документация - это просто хороший стиль. Программист, который придёт после тебя, будет поддерживать весь тот говнокод, который ты написал. Пиши, что ты имел ввиду. Например: вот здесь мы получаем ответ от сервера в таком-то формате... такие-то атрибуты обязательные, такие-то нет. Я зачастую открываю код, там висит переменная $response, а что за $response, хуй его знает. И ты дальше начинаешь гадать, что имел ввиду автор.

Степ бай степ...