necamatic: мой Вам совет - посмотрите на какие то менеджерские вакансии.
Стажер PM регулярно мелькает где то. Почитайте PMBOK, почитайте про Agile/Kanban/Scrum и вперед.
Там и возраст будет скорее плюсом, и из требований - высокая ответственность и самоорганизованность.
Понимание IT процессов до уровня что бы их менеджерить и планировать можно получить за неделю.
necamatic: ну и я абсолютно согласен с konishua - если посмотреть тот же тостер, вопросы "я работаю тестировщиком 4 года, уперся в потолок, хочу стать разработчиком" встречаются регулярно.
Наоборот - я лично не видел.
Сложно что то советовать заочно, расскажите если не секрет, с чем связана основная профессия.
necamatic: я к сожеланию затрудняюсь лично посоветовать какую то правильную литературу, но в интернете хватает ссылок.
Про возраст это к сожалению правда. В IT сейчас приходят фактически в школьном возрасте, к окончанию университета имеют уже 5-7 лет опыта. В 30-35 надо быть или крутым специалистом (senior), или перейти на стадию руководителя и расти там.
delfi777: а) windows потребляет массу процессора и памяти вхолостую b) так сложилось исторически.
Есть enterprise сегмент где правят всяческие около микрософт решения, и есть web разработка которая базируется на *nix. Исключения есть, но очень мало.
Olexandr Strykhotskyi: в рф сейчас нереально. В лучшем случае - заочка на 5 лет и все 5 лет приезжать на сессии (сдавать/покупать задорого). Варианта "заплатить денег и забрать диплом" в пределах 5 значной суммы в $ я не видел.
Андрей Терентьев: меня пугают такие вопросы. Вы вообще себе представляете что такое "хостинг"?
Тот shared хостинг что Вы используете - это доступ к папке на чужом сервере из которой Apache/Nginx берет скрипты для отдачи по вашим доменам.
svn/git/mercurial - это отдельное ПО которое отдельно устанавливается на серевер.
На shared хостинге этого 100% не будет
Bone: www.hetzner.de/hosting/produkte_rootserver/px60 возьмите себе уже сервер хотя бы дешевенький. 1гб памяти это мало для vdsки которая держит говновордпресс с посещаемостью 50 человек в сутки. А у вас тут таргетинг рекламы :)
Bone: я работал с API ВК много :) Не совсем эти задачи делали, но все же.
Мне кажется что история лога пользователей становится интересной если есть хотя бы посуточная разбивка - а это тянет за собой много ресурсов на постоянную скачку.
Хотя с точки зрения анализа - я не могу придумать зачем нужен именно список id пользователей кто вошел/вышел.
Нужны количественные метрики, в идеале разбитые по полу и группе возрастов.
Возможно имеет смысл их рассчитывать и хранить вместо полного лога вступивших/вышедших
Bone: вообще это крайне ресурсоемкая задача.
Я бы хранил массив id пользователей каждой группы в каком нибудь redis, после получения данных из vk данные из redis целиком, в коде за 1 проход получал массивы добавившихся и удалившихся, сохранял эти 2 массива куда нибудь на память, записывал в redis текущий слепок списка пользователей(удаляя старый).
На практике я думаю что самое узкое место в быстродействии будет получение списка пользователей из vk.
Bone: эм. у меня ощущение что вы не совсем понимаете как это все работает.
Я не понимаю что такое "полных хостинг"
MySQL это ПО. Которое установлено на железном или виртуальном сервере.
MySQL как SAAS предлагает например amazon, но цены там Вам не понравятся, под нагрузкой будет на порядки(x10) дороже аренды нескольких железных серверов.
Если у вас проект с реально 200 000 000 пользователей - то это немаленький кластер физических серверов. Балансировщики, Бекенды, фронтенды, sql, cache.
Это десятки и даже сотни физических серверов в общем случае.
PS Подумал и понял что у Вас задача в стиле "давайте на старте сделаем архитектуру на века".
Так не бывает. Архитектура на сотни миллионов пользователей отличается от того что можно сделать быстро и небольшой командой.
Это и есть напрямую в БД.
Вы скорее всего меняли через какой то [веб] интерфейс