tooq

Выберите для себя интересную задачу. И реализуйте ее на c++. Но параллельно нужно читать теорию. Сначала про stl, потом про template. Потом паттерны программирования.

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

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

Петцольд Ч. — Программирование в тональности С#
Герберт Шилдт — C# Учебный Курс

C#
Java

Забудьте про C++, если хотите стать программистом C# или Java. А про постижение любого языка советую найти хороший талмуд для новичка и начать решать практические задачи.

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


Первое и самое главное — чтобы хорошо изучить программирование на РНР, надо хорошо изучить программирование. Это очень важная вещь. Большая часть людей, пишущих на РНР, не имеют ни малейшего представления о программировании. Даже о таких базовых вещах, как форматирование кода, отладка, профайлинг, обработка ошибок, файловые операции. Можно заметить, что я не говорю об ООП. Это совсем отдельная тема, ООП надо учить специально. К сожалению, из 100 человек, которые говорят, что знают ООП, 90 являются банальными копипастерами, выучившими синтаксис, но не понимающими смысла объектов. Но чтобы играть в шахматы, недостаточно знать, как ходят фигуры.


Ещё неплохо бы ответить себе на вопрос — для чего ты хочешь выучить программирование на РНР? Вопрос совсем не праздный. Многие люди смешивают в нем кучу разных понятий. К примеру, здесь уже упоминали CMS. и действительно, если речь идёт о зарабатывании денег, то кастомизация Джюмлы и написание к ней говномодулей в финансовом плане куда более выгодны, чем умение писать что-либо с нуля. Для фриланса, во всяком случае.

Вообще, РНР можно использовать очень по-разному. И для каждого случая это будет свой язык.

• Можно склепать гостевую или сайт-визитку на «голом» РНР — и ничего плохого или позорного в этом нет. Наоборот — это плюс языка, который годится и для таких целей, не таща за собой пару миллионов строк кода ради сайта из пятисот.
  
• Можно написать профессиональный портал, взяв за основу какой-то из существующих фреймворков, и заниматься его развитием.
  
• Можно написать кастомный хайлоад проект, для которого нужно будет писать собственный фреймворк опять на голом РНР.
  
• Можно, как уже говорилось, клепать сайты на основе какой-нибудь ЦМС.
  

Вариантов масса! поэтому нужно определиться сначала, чего хочется.


Там выше говорили про JS+CSS — не надо слушать, это полная ерунда. Фронтенд программирование — совсем отдельная вещь, куда больше визуальная, чем абстрактная. И, слава богу, все больше работодателей начинают понимать это. Хотя опять же — если фрилансишь и на все руки мастер — то без этого никуда.

Но если работать хардкорным серверным программистом в команде, то об HTML/JS/CSS нужно иметь только общее представление (поскольку тексты на этих языках являются, вообще-то, практически единственным результатом работы РНР).


А вот что обязательно нужно хорошо знать из сопутствующих технологий — это протокол НТТР, устройство файловой системы, работа c командной строкой в линуксе.


Теперь по остальным

Mysql всё ещё является краеугольным камнем хранения данных в вебе. Нужно знать и понимать джойны, индексы

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

Гитхаб тебе не нужен, знать его не обязательно. Знать надо git.
А вот что является обязательным для веб-программиста — это умение пользоваться гуглем. Хотя бы на уровне умения скопипастить в поисковую форму сообщение об ошибке или написать вопрос «Что такое git» ;-)

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

Я сейчас, наверное, дикую вещь скажу, но php лучше начинать учить с MVC-фреймворков (например, Yii).

Дело в том, что php — язык, всем своим видом так и призывающий писать говнокод. Если начать с фреймворка — мысли потихоньку улягутся по местам, а потом станет интересно, как именно работает такая-то функция, а потом другая функция, а потом… Ну и так далее.

PS. Я начинал с CakePHP, при этом вообще не зная языка (всю жизнь на перле писал). Кейк был хорош своей жесткой политикой в отношении архитектуры приложения (в Yii, кстати, с этим помягче). Ну и как-то слово за слово через пару недель уже первый проект запустил, а потом и с языком вроде разобрался.

1. Английский конечно важно, но его необходимость для начала карьеры вы переоценили, есть уйма отличных книжек (на русском) (именно книжек, с методичным изложением информации, а не разразненных статей в интернете). Книги по программированию читать нужно регулярно!
2. Когда я начинал, я придумал себе реальный проект и придумывал себе задачи в рамках этого проекта и их решал (что было не понятно смотрел как это реализовано у других, и консультировался у знакомого программиста), изучал чужой код. Не понятные моменты прорабатывал, исследовал.
3. Ходил на собеседования, слушал умные вопросы, ответы на которые я после тщательно прорабатывал.
4. Ни дня без строчки кода.

PHP бесполезно учить отдельно. Его необходимо учить в связке PHP+JS+HTML+CSS+SQL (или какая-нибудь другая). Отсюда следует, что достигнуть профессионального уровня можно только с помощью практики.

Практического опыта можно набраться двумя способами:
— устроиться на работу в качестве практиканта/ученика;
— самому попытаться реализовать свой сложный проект (результат не важен, главное полученный опыт).

Так же могу посоветовать «разобрать» какой-нибудь фреймворк в плане кода, посмотреть его внутренности, как он устроен, как работает.

1. Не по книгам «для чайников»
2. Для начинающих — даже не знаю. С такого можно начать. Для уровня чуть выше — Мэтт Зандстра. PHP. Объекты, шаблоны и методики программирования.
3. Тут хорошо ответили, хотя и с CMS не мешало бы потыкаться:)
4. Лучше бы о выборе языка лучше подумал:) Само собой, чаще всего с MySQL используют, двигайся дальше как её освоишь.
5. Yii, например, годный.
6. Git — система управления версиями, разрабатывалась для управления разработкой ядра Linux. Зачем? Дабы не запутаться в изменениях, что внев в код.
GitHub — самый большой сервис для совместной разработки проектов. Бесплатен для open-source, можешь посмотреть исходники многих интересных проектов и даже поучаствовать в разработке.

Самый хороший вариант это найти себе работу в качестве практиканта или помощника. На работе будут реальные задачи и живые специалисты. Решая реальные задачи, будете изучать документацию и сразу я применять новые знания на деле. Начинать писать свою CMS не стоит. :)

На Mac удобно и приятно работать. Сейчас у меня MacBook Pro, при первой необходимости и возможности куплю iMac. Возвращаться к Windows не собираюсь.
Сейчас, наверное, меня должны закидать камнями.

И как можно узнать будет ли вам удобно на маке? Меня, например, макос бесит по мелочам, пересесть не смог — ненормальное сглаживание, мышь ездит без ускорений, Home/End скролят в конец страницы вместо инпута, окно на весь экран не развернешь, ну и много другого. Но всё очень субъективно, кому-то как раз наоборот это всё нравится.

Думаю проблем особых не будет, все предельно просто.
Да работать на osx действительно приятно, все так шустренько, система стабильно работает, при том что я обновлялся со snow leopard на lion потом на горного льва, второй год пользуюсь маком.
Тоже думаю об imac, сечас macbook pro
А да использую для, графики + верстка + php

например

wiki4tech.ru/Высоконагруженные_системы,_список_ресурсов_для_изучения

А вообще нужно уметь пользоваться гуглом т.к вам в вузе придется еще не раз писать курсовые, дипломные, лабораторные

Попробуйте написать про высоконагруженные системы. По моему тоже очень обширная и интересная тема

А мне нравится идея виртуальный тур по школе html5 + js, что-то типа disneydigitalbooks.go.com/tron/ +))

Если бы вы писали на тему фрактальной графики, мог бы вам предложить готовую работу как раз на 40 страниц примерно
Ее чуток только пришлось бы зарерайтить и развить, но материала там собрано очень много, я сам собирал
Ну а в качестве практики к этой работе можно предложить простейший генератор деревьев как web приложение на базе L-систем
Если интересно, пишите в личку материал скину абсолютно бесплатно

Байесовский спам-фильтр, генератор фракталов на IFS системах, архиватор, какой-нибудь сетевой бот.