СОБЕСЕДОВАНИЕ по PHP: к каким ВОПРОСАМ готовиться?

И последний вопрос - если Laravel - то в нем же AR используется, а это же антипаттерн - вы используете doctrine всетаки или почему тогда laravel, а не symphony? PS: Уровень мидла, слабовато на самом деле

Про SQL - должны ли мы указывть все поля из GROUP BY в SELECT. Без привязки к СУБД)

А если это комментарии пользователя? Надо их их удалить и какие есть варианты решения этой проблемы на уровне СУБД? PS: ну тут крепкий мидл, далеко не сеньор, уже про каскадное удаление и его вариации нужно знать сеньору

Про транзакции если уж глубоко то - в последнии несколько лет многие стали любить микросервисы. Вопрос, как реализовать транзакционость там? БД разные, т.е. тут вообще про смысл транзакций. Вот мне кажется такой вопрос более хорошо характеризует сеньора

про try catch finally - вот есть функция в которой есть все эти операторы: в try я пишу return 1, в catch return 2, в finally return 3. Что вернет функция в итоге при вызове?

Вот хорошая тема про __destruct. А когда он вообще может быть нужен?

Вообщем, ужасные вопросы для сеньора, но не плохие для джуна.

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

Бля, менее 4 минут посмотрел и думал не будет такого вопроса - но всетаки он состоялся - тупой вопрос для сеньора про типы данных ) Это печально на самом деле

Вроде норм сначала все говорил.(PS: у меня уже лет 20 опыта разработки). Нельзя сеньорам и джунам задавать одни и теже вопросы. Сеньор тебя может послать просто, если ты спросишь его про какие типы данных есть в ЯП, хотя для джуна это норм вопрос.

судя по ответам, это точно не сеньер и как он учит людей очень сомнительно

Спасибо! Хачу тоже стать синьером🎉😅

"Трейт это почти что интерфейс". ЧТО? Интерфейс описывает поведение и только.

Насчет субд типичная (хоть и не критичная) ошибка. Реляционные базы данных действительно от слова relation, только вот под этим понимается не связь, и уж точно не связь между таблицами. Relation - это "отношение", математическая абстракция, аналогом которой (не совсем точным) является таблица. К этим самым отношениям применяется специальная теория, логика, множество операций, на основании которых строиться работа базы данных. Т.е. база реляционная не потому что там что-то с чем то связано, а потому что в основе ее работы лежит понятие "отношение" (relation) и множество операций, определенных над ним.

Весьма позитивно вышло, ничего нового так и не узнал..

Классный ролик очень полезно для учеников php

Лайфхаков - 😂😂😂 Костылей! 😊

Теперь я знаю кто такой крепкий джун )

С объяснения магических методов, мне стало понятно что передо мной чел который не понимает о чем он говорит)))

После 3 лет работы все эти вопросы просто как данность, обыденность. Но все равно интересно послушать, тем более когда коллеги с большим опытом отвечают так же как и ты :)

В интерфейсе нельзя объявить свойства? Опечатался кажыся

"некоторые банки" - это не тинёк случаем?)))

Про динамические переменные смешал всё в кучу: и динамические имена и типизацию.
public, private, protected - модификаторы доступа, а не видимости. К модификаторам видимости можно отнести global и static.
Разницу между интерфейсами и абстрактными классами рассказал на уровне джуна.

Харош

Чувака спросили сколько типов есть в php?
Чувак: Ну в пхп типы делятся на простые и сложные … бла-бла

Депутат в мире в программирования

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

Такой вопрос. Насколько глубоко нужно знать тему веб-серверов и окружения: nginx, apache, fpm, linux?
Я просто работаю битрикс-разработчиком, но у нас есть сис.админ, а как в других компаниях?
Хотелось бы в будущем перекатываться в мейнстрим php-разработки, но страшновато из-за того, что есть только общие знания обо всём этом, а какую-то нормальную литературу даже на английском особо не нашёл

Крутая встреча!!!

Эх, горе-учитель. Вопрос: "Могут ли приватные методы использоваться внутри абстрактных классов?" - ответ: "Нет".

Помню свой собес, мне задали поистине нестандартный вопрос. Для чего нужен полиморфизм. То, что используется для методов с одинаковыми именами, это классно, но это не то. В каких случаях и для чего нужно реализовывать полиморфизм. На вопрос я не ответил, но меня взяли, в итоге работаю несколько месяцев, а уверенно ответ дать не могу

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

Хорошее и очень полезно видео! Спасибо!

Если я это всё знаю и могу развёрнуто объяснить. Но при этом никогда не работал программером. Учил всё как хобби, для расширения кругозора моего. Для обслуживания и допиливания своего интернет магазина. Мне 40, знаю php на уровне начальном практическом, могу сделать интернет магаз на Laravel. Вёрстку само собой сделать могу. Куда податься на фриланс или на удаленку?

Не хотите сделать формат тестового интервью, это когда вы проводите собеседование желающему по одной из технологий? Я бы по c# поучаствовал)

Коментарий в поддержку канала и видео. Вылучшие господа :)

Спасибо, Игорь, за полезное видео)))
очень актуально, чтобы освежить матчасть!

Спасибо за видео. Коммент в поддержку!

Про приватный (частный) метод в абстрактном классе Игорь не прав. В абстрактном классе МОЖНО написать приватный метод. Вызываем его также как и всегда внутри самого класса.

О, Иван Дорн в айти пошел)