Wefa

Человека не учат. Человек учится сам. Ничего принципиального тут за последние десятки тысяч лет человечество не придумало.
В ВУЗе могут только подсказать, направить, обратить внимание и дать обратную связь.

Если ты надеешься, что придешь в ВУЗ и "пусть меня научат" выйдешь готовым программистом - это неверно. Ты выйдешь из ВУЗа только заготовкой программиста.

Что до конкретно ВУЗа - нет ничего такого в web-программировании, для чего нужно было бы специфическое 4-х летние ВУЗовское обучение.

За 4 года ты выйдешь из ВУЗа обычным трейни (это до джуна, а джун это еще до миддла).

За тех же 4 года, потраченных на реальную работу в реальных фирмах, где есть опытные коллеги (это важно), что подскажут и дадут обратную связь - ты пройдешь за 4 года трейни-джуна и станешь миддлом буквально через год-два после окончания ВУЗа. И не "называться миддлом", ибо бывает что и когда и сеньора дают запросто выпускникам. А настоящим крепким миддлом.

ВУЗовский диплом нужен только для гос.контор и для получения рабочей визы.

P.S.:
Лучшие по ИТ ВУЗы страны имеет смысл закончить. Но нужно отдавать себе отчет, что то, что эти ВУЗы дадут - не нужно именно что веб-программисту. Для какой другой программистской специализации - да, может быть и нужно. Но не для веба.

Средние и плохие по уровню ВУЗы страны - имеет смысл ради диплома, который нужен для чего см. выше.

P.P.S.:
У автора этих строк есть высшее профильное образование.
Не жалею - хорошо проводили время с однокурсниками и особенно с однокурсницами.
Но непосредственно по профессии - пользы образование не дало, хоть и профильное.

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

Но что же? По какой причине не хотите использовать БД или иное хранилище?

Так или иначе надо сохранять id самого свежего проверенного поста на каждой из стен. Чтобы потом проверять до него, при необходимости проверив глубже, чем на 100 постов.

• можно проверять глубже, чем последние 100 постов, указав параметр offset
  
• можно «упаковать» до 25 вызовов к API ВК в один запрос execute(), тогда в секунду можно выполнить не 3 а 75 запросов
  
• в качестве хранилища можно использовать не локальную БД а ВКонтактовский storage.
  

Очевидно, что "командой" KEY = base64.b64decode(ENCODE_KEY)

PHP не помешает стать хорошим программистом, если цель именно такая. Но и не поможет, по большому-то счету)

Чтобы стартовать не слишком плохо - лучше это не делать одному (нужен ментор/тимлид/команда), работать не с самописом/CMSками, а с фреймворками (оптимально для "хорошести" кода - Symfony, но порог входа может быть слишком высок. Адекватно для старта - Laravel)

Не забывать поглядывать сюда getjump.github.io/ru-php-the-right-way

Python, Lua, Ruby, Go и прочие прелестные бэкенд языки так или иначе придется пощупать, если заниматься интересными и сложными проектами и изучать используемые инструменты достаточно глубоко. (тот же Ansible на Python, Capistrano и Vagrant на Ruby, Docker на Go - а инструменты крайне распространенные). Важно не забывать о цели быть хорошим программистом, и тренироваться/совершенствоваться, иначе имея в качестве основного любой язык можно просто быть формошлепом с нулевой культурой кодинга, однако кичиться тем, что "пишет на офигенном единственно правильном языке"

По холивару PHP vs Python: хотел бы я, чтобы вместо 8 лет продакшн опыта в PHP у меня было 8 лет продакшн опыта в Python? Наверное, да. Но что-то мне подсказывает, что начни я с Python в своем захолустье не переехал бы я никуда, и не получил бы тех шансов, что мне предоставились. И даже с PHP программистом я вроде стал хорошим, и одним языком все равно дело не ограничилось.

Так кто если отвечать на вопрос более обобщенно:

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

Берите любой %language_name%, станете ли вы хорошим программистом зависит не от языка, а от вас

Как уже правильно было сказано должно быть:

• таблица с постами
  
• таблица с оценками
  
• таблица с рейтингом
  

Прим. Не обязательно таблица, не обязательно база реляционная - для задачи это не играет никакой роли

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

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

Для того чтобы сделать все красиво существуют Message Brokers (RabbitMQ, Kafka, ... да какой угодно в принципе - выбор зависит от требований к системе).
Архитектура такая:

1. пользователь оставляет оценку к посту
   
2. оценка сохраняется в базе оценок
   
3. после сохранения в брокера падает сообщение "у поста 12345 новая оценка" (сама оценка для этого кейса не важна, но ее можно тоже указать)
   
4. клиент счастливо идет дальше серфить интернеты, не ожидая обработки всякой логики, которую задумал программист
   
5. на той стороне брокера сидит маленький демон и слушает эти события
   
6. при появлении события демон моментально пересчитывает рейтинг поста и обновляет его в отдельной таблице
   
7. при росте нагрузки на демона ничего страшного не происходит - все сообщения встают в очередь и ждут обработки
   
8. ну, если хочется совсем все быстро обрабатывать - запускаем ХХХ этих демонов чтобы пережевывали за раз больше информации
   

Вот так. Надеюсь вам поможет такой маленький пример их мира энтерпрайз-разработки