СПБ: Плачу спецам 5000 руб за обед/ужин с собой!

А миллиардер в какой валюте имеется ввиду?

@Тимофей Мартынов а ещё вам надо в клиентскую оптимизацию. lighthouse в chrome показывает значения около 76%.

Кроме того, можно минифицировать CSS и JS. 

Pagespeed тоже показывает 78% : https://developers.google.com/speed/pagespeed/insights/?hl=ru&url=smart-lab.ru

Тимофей Мартынов, а вам оптимизатор какой-то не поможет. В программировании как и в инвестировании куча мифов, попыток найти грааль и разных эзотерических практик(типа ТА, волн Элиотта, Фибоначи, уровней и т.д.). Просто называется по-другому :) Тут скорее просто постоянный процесс, то есть Команда должна жить проектом и постоянно его совершенствовать. Если придёт какой-то человек, то он может только какие-то рекомендации дать базовые, но выполнять их всё равно придётся команде и команда должна чувствовать и понимать, что и для чего делается. А главный в команде ВЫ! Соответственно, Вам и придётся строить и направлять разработчиков. Как минимум заставить их прогнать page speed и по рекомендациям сделать правки.

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

Например, у вас есть стили для IE6, какая аудитория заходит на сайт с IE6? 1.5 человека в день? Если у них нет денег на компьютер с новым браузером то, что вы сможете им продать? 

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

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

Никто приходящий вам не даст всеобъемлющих ответов. Это примерно как ДУ или рекомендации от брокеров, управляющий по большому счёту ни за что не отвечает.

Для специалиста по базам данных. пусть будет DBA необходимо понимать ваш характер нагрузки на БД. Какое количество в процентах у вас обновлений и сколько запросов на выборку? Могут спасти дополнительные индексы, а может выделение slave'а для операций чтения. Может понадобиться вообще разделение по  времени операций изменения через брокер сообщений, который производит изменения в БД. Опять же кэширование и т.д.

Серебряной пули нет ( https://www.ozon.ru/product/mificheskiy-cheloveko-mesyats-ili-kak-sozdayutsya-programmnye-sistemy-83760/ ) есть итерационный процесс по улучшению.

Собственно, цикл управления ( PDCA — Plan Do Check Act) — это то, что работает в реальном мире. Начать с малого и проводить маленькие изменения, которые характеризуются измеряемыми метриками.

Метрики нужны не только в количестве уников в неделю, но в запросах к БД, «горячим участкам кода», типичному поведению пользователей и т.д.

Если любите читать и учиться, то тут огромное поле для изучения. :) И только вы сможете двигать это процесс. Данные доступны! Вряд ли какая-то звезда из айти вам сразу поможет, если не будет иметь доступа к «телу сайта» и проводить работы на ней.

Грааля не существует! :)

Hobby Trading, новая СУБД осваивается грамотным прогером за несколько дней

Hobby Trading, современный спец