myxasa

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

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

Привет

1) В странах СНГ и Европы самый популярный веб-язык: PHP. На Ruby и Python - работы значительно меньше, и она в столицах. Живешь не там - даже можно не учить.
2) С Python в другие области, ты особо не уйдешь, ибо там либо биг-дата, либо девопс, либо тесты (но там еще и Java нужна), так что все области специализированные - https://habrahabr.ru/post/340894/
3) Ruby - в США Ruby любят, у нас же его использовали во время хайпа 2008-2012 годов всякие туристические стартапы, сейчас же его особо не юзают (Вакансии чаще всего в компании, как раз из этих 2008-2012 годов).
4) Я свои проекты пишу на Python (так как быстро и клево), а деньги получаю за Java (так как платят много и работы много).

Ну а вообще, если у тебя более менее адекватный it-универ и it-специальность, то шел бы в .net/java, потом через стажировку устраивался в большую компанию и не парился особо. Если просто хочется в IT, то брал бы PHP - с работой будет попроще.

Предлагаю тему лучше, которая выгорит 100% — социальная сеть.

В трекере есть такая задача, можете проголосовать - https://youtrack.jetbrains.com/issue/IDEA-170438

этот шум слышен уже несколько лет, а зарплаты только растут, эйчары носятся как угарелые между кандидатами

С 2000 года и по сей день из приходящих устраиваться на работу и называющих себя программистами реально можно разговаривать только с одним из десяти. Такая статистика. Поэтому если этих 9 заменить каким-то готовым продуктом, то я бы только радовался. Но в то же время позарез нужны эти 1 из 10 и их всегда не хватает.
Либо в консерваториях надо что-то менять, либо это природное и ничего не поделаешь.
Греф скорее всего об этих 9 из 10 говорил, потому что в банках таких большинство сидит.

Больше всего интересно с чего оно вообще начало прогрессировать?

С высказываний не очень умных людей вроде Грефа и ему подобных.

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

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

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

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

никто не хочет платить неэффективным бездарям, после которых нужно всё бесконечно переделывать, все хотят готовых решений, плюс активный переезд в облако

Вам нужен VoIP шлюз с FXO портом. Далее есть два пути:
1) Найти такой шлюз который в придачу может быть SIP-сервером и вы к нему подконнектитесь с звонилки с телефона. Вроде даже самый дешевый Dlink такое умеет, по крайней мере мне приходилось делать связку из двух длинков для срочного проброса телефона через завод. Но от модели к моделу этот факт нужно уточнять.
2) Взять _любой_ шлюз с означенным портом и связать его с любым сип сервером (его можно поднять в виртуалке или прямо на компьютере.

в наперстки играли? Адвордс - то же самое

портфолио

Самый популярный грязный seo трюк - это брать деньги за раскрутку. Время black SEO давно прошло, так что почитать можно в архивах каких-нибудь. Дорвейство и другая магия, типа "правильные keywords".
Лучше почитайте про семантические html5 теги. Про ui/ux. Про маркетинг и психологию потребителя. Послушайте конференции яши и гугли. Толку будет больше. Иначе придется драться за кусочек хлебушка со школьниками, которые выводят с потолка формулы идеально соотношения ключевых слов в тексте и обещают за 2 месяца вывести в топ по высокочастотнику.
В любом случае, даже если находится дыра в поисковом алгоритме, ее закроют прежде чем книгу утвердят в тираж. Так что тут только самому заниматься аналитикой и искать такие дыры. Маловероятно что их нет. Как и маловероятно, что тот кто нашел будет этим с кем-то делиться.

https://yandex.ru/referats/

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

Если вы хотите SaaS - т.е. у конечных пользователей прямого доступа в БД нет никакого - то в поддержке сильно проще будет классическая схема шардирования. К тому же у вас данные разных клиентов заведомо по предметной области никак не пересекаются.
- в таблицах специфичных для клиентов вводится site_id и входит в уникальные ключи и прочее счастье ограничений целостности (для postgresql можете дополнительно прикрутить row level security и база будет дополнительно приглядывать)
- отдельно размещается ваш биллинг и управление пользователями, где помимо прочего пишете таблицу соответствия, какой site_id расположен на каком физическом хосте и в какой базе данных (плюс список ro-реплик)
- закешировать соответствие сайта базе можно в каком-нибудь redis и ходить с одного единого пула серверов приложений что сильно проще по масштабированию приложения (если сервер приложения рассматривать как stateless, что опять же сильно проще в поддержке).

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