Андрей Титов

Задача по описанию не кажется какой-то космической, но, возможно, мы не знаем всех нюансов.
Как бы там ни было, прежде чем говорить, что ты что-то можешь или нет сначала проверни такой алгоритм:

1. Составь план работы.
Очень примерно:
1) Поднять новый проект на Next js
2) Перенести страницы со старого проекта
...
n) Задеплоить новый проект

2. Выбери из списка что тебе вообще непонятно как делать и начинай гуглить, задавать вопросы на qna и, главное, сделай что-то на практике.

3. Если после пункта 2 все еще непоняно, бери все свои нароботки и иди к лиду\старшему разработчику с просьбой помочь (ты джун, это нормально). Главное приходи не с пустыми руками, а хоть с какой-то проделанной работой. Если общаетесь очно, конспектируй.

Если даже после 3-го пункта нет понимания как делать задачу, тогда она для тебя, действительно, слишком сложная.

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

На английском есть специализированный сайт codereview@stackexchange, при наличии языка это идеальный вариант.

В принципе, есть ещё русскоязычный stackoverflow, где, при их-то трафике, по идее должны любого клиента принимать с распростёртыми объятиями, но модерят его такие же вахтёры как и здесь.

Самый надёжный способ получить code-review, это завести два аккаунта. С одного задать вопрос, "как сделать то-то", а с другого - запостить код, который это делает. И тут же набегут советчики, рассказать, что в этом коде неправильно.

Может этот совет будет лишним, но на мой взгляд:

с учетом "… всегда крутился в айти, ...........": тогда с логикой по идее должно быть все в порядке.
(математика построена на логике и памяти, пусть не точно, но понимать принципы — обязательно )

1. Берем обычные школьные учебники, читаем, разбираемся, записываем проблемные места
2. Это касается всех старших классов
3. По проблемным местам проходим с помощью знающих товарищей ( или репититоров как писали ранее)
4. Возвращаемся к п. 1.
5. Если не помогло — меняем п. 3 и идем на него…
6. Если опять плохо — тут сказать сложно ( то-ли п. 3 плохой, то-ли не стоит связываться.
Тут вам решать…

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

В результате вы добьетесь своей цели.

PS:

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

Вышка это не значит ВСЕ ЗНАТЬ — это умение работать с литературой (и важно: знать что это возможно технически).

Я понимаю что вопрос стоит по «поступить\сдать», но простите за банальность… вопрос цели…

Итак, обо всем по порядку:

1. Дописать новую фичу можно в любой системе и в любом фрейморке (ZF/Laravel/SF/Cake/CI/Phalcon ... ), даже если все было спроектировано не правильно изначально. Единственно на это уйдет чуть больше времени и нервов.

2. Симфони второй по востребованости в СНГ, после Yii - согласно hh и brainstorage. Остальное - ZF/Laravel. В Европе/США - наоборот, ZF2/Laravel, потом Symfony, а Yii вообще редко попадается.

3. Да Ларавел работает быстрее и есть меньше памяти. Это потому в симфони очень много слоев абстракции. Но как правило, память дешевая и многие могут её себе позволить. То есть в основном никого не волнует какие-то 9-10 лишних МБ памяти.

4. Симфони - не для слабаков. Его API гораздо сложнее всех остальных. Нужно уже знать и понимать DI контейнеры, принцип разделения концепций и аналогичное. Для работы с Yii/Laravel - знать этого не нужно, поэтому каждый второй школьник Yii/Laravel программист (образно говоря).

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

Symfony2 Registration and Login
Creating a blog in Symfony2

Пройдя эти мануалы, уже сможешь писать приложения.

6. В любом фрейворке, тебе нужно будет в основном только это:

- Роутер / контроллеры
- Компонент валидации форм
- Слой над базой данных

И все! Фремворк предоставляет только инструменты, не более того. Т.е фреймворк - это не цель, а средство.

99% что резюме хлам.
Upd:
Заголовок содержит JavaScript и React, при этом в опыте работы написано что ты верстальщик. Диссонанс. Советую поправить опыт работы.

В опыте работы слово простой убери, нафига себя принижать?
В заголовке убери Junior, сейчас 95% hr'ов сразу закрывают резюме не прочитав тело.
В теле нет никаких деталей. Твое резюме не дает никакого представления о твоем уровне.
Например "Git". Что Git? Ты знаешь про gitflow? Сможешь сделать rebase? Или ты просто фичачишь все в одну ветку? По остальным пунктам примерно тоже.
Например вместо
"Опыт работы на ReactJS и Redux"
можно было бы написать
"Владею ReactJS и Redux на уровне реализации <интернет-магазина> пример <ссылка на проект>"
Первая формулировка не дает никакого представления о том что ты можешь сделать. Вторая несет хоть какую-то информационную нагрузку.

Отличное понимание принципов ООП.

Убери если не хочешь чтобы тебя разнесли на первом же собесе.

"VK
https://vk.com/barisondsilinc"
Серьезно? Как ты до этого догадался?
"опыт работы на фрилансе HTML верстке (до санкционные времена) "
До санкционные времена? Это в 2013ом? Нафиг это работодателю? И для опыта работы есть соответствующий раздел.

"Неоконченное высшее образование"
Ты че, студент? И ты открыто пишешь об этом в резюме? Тебе точно работа нужна?

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

Чтобы не было чёрных полос на экране

В очереди. Kafka, rebbit. Это стандарт хранения, хотя если данных не много и не нужен доп функционал очередей, можно писать в файл и избавиться от лишней зависимости, а потом по крону csv файл заливать в клик (можно прям на баше)