d-sem

PHP. Объекты, шаблоны и методики программирования | Зандстра Мэт
https://www.ozon.ru/context/detail/id/154482887
Достаточная спорная книга, многие хвалят и говорят, что достигают божественного просветления после ее прочтения. Не знаю. Как по мне для новичка лучше зайти со стороны качественного изучения ООП, пусть и не на примере PHP.

Например
Объектно-ориентированное мышление | Вайсфельд Мэтт
https://www.ozon.ru/context/detail/id/26036833/

И две книги по паттернам ООП
Head First. Паттерны проектирования. Обновленное юбилейное издание | Фримен Эрик, Робсон Элизабет
https://www.ozon.ru/context/detail/id/144233005/

Объектно-ориентированный анализ и проектирование | Маклафлин Бретт
https://www.ozon.ru/context/detail/id/144954729/

Нормально, если изучены азы, углублять знание. Особенно, если IDE использовать, чтобы не каши из-за путаницы в голове.

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

В свое время самый большой прогресс в понимании Laravel мне дала книга "Laravel. Up & Running. A Framework for Building Modern PHP Apps". С того момента вышло второе издание и сделан перевод на русский ("Мэтт Стаффер: Laravel. Полное руководство"). Правда, версия фреймворка в книге успела устареть за время перевода (5.8 vs 7). Но все же хорошая книга, которую можно посоветовать новичку, чтобы разобраться в основах, прежде чем перейти на использование документации.

Толкового курса по laravel не встречал. В основном все делают одно и тоже по документации. А какие-либо тонкости находятся или в документации или в статьях гуглом.

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

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

Если есть возможность поправить на диплом с отличием - лучше поправить. Лишним не будет.

Если с нуля, то лучше начать с книги где все разобраны на пальцах https://www.ozon.ru/context/detail/id/7246798/

Потом на тренажер с разбором (можно найти поновее при желании)
https://sql-ex.ru/

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

$category->title or ""
Заменить на

$category->title ?? ''

Если совсем не идет, то не стоит себя заставлять - знания силой не за гоняются и можно выработать отвращение к чтению. Плюс сам Eloquent JS... на любителя.

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

Из книг попробуйте Head First Изучаем Javascript

Как мне кажется это вполне себе следующая книга после JS для детей.

Технический ВУЗ, чем выше в топах тем лучше.

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

В идеале, если диплом вуза котируется за границей не по мнению ВУЗа.

По специализации - в целом чем уже, тем лучше. Математика, ИБ, базы данных - однозначно лучше, чем какой нибудь менеджер-программист или бизнес-информатика (хотя очень сильно зависит от конкретной программы и вуза).

Если не зайдет после бакалавриата в магистратуру можно сменить специализацию. Может быть больно, но возможно.

Экзамены и предметы соответственно зависят от ВУЗа. А дальше все зависит от того, куда хватит возможностей поступить.

Главное понимать, что окончание даже топового ВУЗа не дает само по себе особых преимуществ. ВУЗ это прежде всего возможности, для реализации которых надо усиленно пахать.

Создать статический метод а ля init() с присвоением значение из выражений и вызывать его перед использованием статические методов. Явно или под капотом.

function checkCaps(string) {
   if (typeof string !== 'string') {
     return false;
   }
   return Boolean(!string.match(/[a-zа-яё]/) && string.match(/[A-ZА-ЯЁ]/));
}

Чем не устраивает вариант сделать сортировку и фильтрацию в стиле аналогичную в rest api?

вида - /items?filter[param1]=gte:10&filter[param2]=eq:somevalue&sort=param1,-param2&limit=10&offset=5
где filter параметры выборки
filter[param1]=gte:10
param1 - название параметра
gte(greater than or equal) - больше или равно
10 - значение

sort=param1,-param2
сортировка ответа по параметрам
по param1 по возрастанию, потом param2 по убыванию

offset - число результатов которые нужно пропустить
limit - количество результатов на выдачу (не более чем)

При необходимости получать информацию пачками - добавить пагинанацию
?page=2&per-page=10
соответственно, номер страницы в результатах при разбивке по 10 значений на страницу

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

Ну, а если нужна принудительная ручная сортировка нужен параметр приоритета/веса(weight) с соответствующей соортировкой по умолчанию. Больше приоритет - ближе к началу списку. sort=weight

Спросить могут все, что угодно. Особенно с таким списком тем. Поэтому надо просто расслабиться и идти на собеседование. В конце концов пригласили же на собеседование.

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

1) Делать проекты один за одним;
2) Повторяющиеся логику выносить в свои компоненты для переиспользования;
3) Держать шаблоны для типовых задач;
4) Использовать готовые компоненты. Тех же админок до кучи выбирай на свой вкус от Nova до сотен поделий индивидуальных разработчиков. Или oauth, когда нужен не свой писать, а использовать passport и т. д.

Сделать поле уникальным на уровне базы данных https://laravel.com/docs/5.8/migrations#creating-i...

Покрыть тестами основную функциональность. Докеризовать. Методично менять версию php за версией внося изменения.

localStorage

Проверка кода согласно конкретной версии, автодополнение, подсказки по параметрам функций и константным значениям, настраиваемое форматирование согласно кодстайлу, наглядное тестирование, профилирование кода, удобная работа с системами контроля версий, история изменений файла, todo пометки в комментариях, удобный доступ к серверам, встроенные терминалы, поиск использования кода в проекте. И многие многие другие приятности по хоткеям, что несомненно сказывается на удобстве работы.