Поддерживаю...
Я когда принимал на работу вообще делал так:
Давал комп, рабочее место, интернет...и пару задач минут на 30-40(но по той тематике, что была необходима для проекта или же смотрел на его резюме и по ключевым аспектам так же пару задач)...и говорил что можешь использовать хоть гугл, хоть яндекс, хоть что...т.е. даже, если что-то не знает, то как он это будет решать...и по итогу смотрел результат...т.е. по человеку будет виден его подход к решению тех или иных задач...
Ну и по статистике (по моей лично) было много тех, кто перечислил в резюме туеву кучу технологий, а практически применить не может правильно...раз пять так ошибался я в людях, которые начитаются форумов, много теории, а на практике не понимают, что вообще происходит :) Был случай, что с утра принимаю на работу, а в обед он встаёт из-за рабочего места со словами: "Я встал, устал, ухожу" :)
А так же были такие, что сначала думал: "Вот нафига его взял...", а по итогу человек проработал несколько лет и не терялся когда оставался один на один с задачами, которые первый раз видит и слышит...т.е. главное стремление к результату!
И меня бы, лично, зацепило, если бы Вы дали мне понять на собеседовании, что, даже в сложных ситуациях, готовы доходить до результата...
Владимир Коротенко, Ну да, это верно)
Ещё в Битриксе (насколько помню) есть встроенный "профилировщик"...время выполнения и кода и запросов по каждому компоненту показывает...только во время "профилирования" нужно сбрасывать кэш для более верных значений...
Владимир Коротенко, Мне кажется, что с "почти 3 секунд" до "меньше секунды" уж точно не ускорит обновление версии PHP... :)
Тут дело в самом web-приложении...
а оптимизация всего понаписанного кода может занять гораздо больше
Чтобы делать такие прогнозы, нужно сначала определить "что именно" долго обрабатывается в коде...
Ну выяснив это - дальше бесполезно предпринимать какие-то "ходы"...
У тебя "тупит" не отдача статики, а само выполнение скрипта...
Я когда-то просто разобрался без всяких "докеров" с каждой этой "штукой", а потом сам и "завернул" это всё в контейнеры...
Я к тому, что сначала лучше разобраться с каждой по отдельности, а потом пытаться "паковать" в контейнеры...
Вы без всяких "докеров" уже смогли это всё "завести" ? Если нет, то лучше начать с этого...
Если учесть, что проект "с нуля", то мне кажется наоборот нужно упор сделать на бизнес-логику приложения, а потом уже "вводить" все эти "крутости" для повышения RPS...
А то выйдет так, что они будут больше времени тратить на изучение всяких других технологий(тот же Golang) и при этом толкового ничего получаться не будет...а на том же PHP вполне реально под такие нагрузки делать проекты...вопрос в том: смотря как готовить...
Тот же AVITO, точнее основная бизнес-логика, написан на PHP...а какие-то части (высоконагруженные) вынесены на другие языки (в том числе и на Golang)...
Но, в данном случае - я ЗА :)