14:00 Типы данных - это в первую очередь значения, ассоциированные с какой-либо категорией (если своими словами). В частности, были забыты 2 штуки: Один очевидный тип "resource" и один неочевидный "unset" (который используется для удаляемых или неинициализированных переменных). Описанные callable, void, never, mixed и проч. тайпхинты являются не типами, а тайпхинтами. Грубо говоря лишь проверкой "if" на тип. 25:00 В PHP что двойные, что одинарные кавычки работают идентично, если не используется интерполяция данных. Тут надо погрузиться в дебри ZendVM и его процесса компиляции (именно компиляции) кода в байткод (опкод). Если кратко, то на выходе получается совершенно идентичный код. Более того оператор конкатенации на константных выражениях будет собран в единую строку без конкатенации (это с ~8.1+ часть ядра, раньше было частью opcache расширения). Однако если в строке используется интерполяция (в двойных кавычках) vs. конкатенация, то первое будет быстрее, т.к. использует специальный опкод, который не вычисляет никаких выражений, а подставляет внутрь содержимое переменной в отличие от конкатенации. Ну и парсинг интерполяции тоже быстрее, нежели конкатенации. Так что правильный ответ скорее: Либо однофигственно, либо двойные кавычки быстрее. 28:00 В PHP классический массив может быть представлен в виде ОО обёртки (SplFixedArray), либо в более компактной: В строке. Строка в PHP - это классический массив с char/uchar в качестве значений (ну и сдвиг по 1 байту соответственно). Более того, с помощью произвольных бинарных операций там можно хранить и любые другие типы данных (причём хранение, очевидно, намного более эффективное, нежели в случае использования нативного PHP array). 30:00 Четвёртым принципом ООП можно называть "абстракцию". Хотя с некоторой натяжкой (как сову на глобус) полиморфизм это покрывает... 32:00 Наследование - это использование и реализации и типа у класса (если мы про PHP). Трейты - это не наследование, т.к. не реализуют отдельный тип. Интерфейсы так же не обеспечивают наследование, т.к. у них нет реализации. Однако связка трейт + интерфейс (одновременно) можно технически назвать полноценным наследованием, причём это реализация множественного наследования в PHP. 35:00 То что руководитель называет Macroable крутым трейтом - за такое надо сжигать. Манки-патчинг никогда не было хорошей практикой. Причём это не покрыть нормально статическим анализом. 44:00 Доктрина и Ёлка вообще ни разу не похожи о_0. Разве что eloquent использует DBAL доктрины в качестве компонента ядра. На этом их схожесть всё. Чёт руководитель наркоман какой-то... Тут ты уделал его вхлам, кажется))) 46:00 Рефлексия - это в первую очередь свойство языка получать информацию о своём собственном коде и контексте исполнения. Возможность его ограниченного изменения - это уже вторичное. Как и то "хорошо это или плохо". Наличие полноценной реализации этого свойства в языке (ну т.е. API) характеризует наличие элементов интерпретатора в языке. Ну и да, аннотации и phpdoc - это разные чуть вещи. У них разный синтаксис, который похож лишь наличием "собаки" вначале и расположением в комментариях. 48:00 Миддлвари - это реализация паттерна "цепочка ответвенности". А применять этот паттерн можно для чего угодно. Например для того же DI-контейнера, чтобы подсунуть в конструктор реализацию вначале на основе конфига, потом на основе какого-нибудь атрибута, а потом на основе тайп-хинта (автовайринг в частности). 49:30 Опять руководитель какую-то дичь несёт. Ты правильно всё сказал. Более того, проверка логина+пасса - это и есть аутентификация и может вполне себе в миддлваре быть. А вот проверка прав (есть ли доступ к странице) уже авторизация. Это никак не связано с сессиями. Разве что аутентификацию по сессии можно трактовать как "идентификацию". 57:30 В доктрине есть полиморфные связи, называется inheritance mapping + descriminator map. Только они на уровне классов реализованы, а не через жопу, как в eloquent. А has many through - это два сквозных отношения one2many. ---- Короче, ты красава. Но твоему руководителю я бы дал грейд миддл+ из-за того, что он не знает базовых вещей в языке, местами ты его уделывал просто (ну или так кажется просто).
зачит ээээ, это эээээ, там это, ээээ, значит ээээээ ээээ ээээ, спобствено эээээ плям-плям-плям эээээээ ээээ. Пиздец как четко излагает свои мысли. Не могу дослушать ни одну мысль до конца. Тупо заебал свои ЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭ.
Самый ужасный тип интервью - "викторина", который сводится к проверке того факта, подготовился человек к интервью-викторине, повторяя теорию или нет. Джун он при этом или синиор, компании, судя по всему, не важно.
Классическое интервью-викторина. "Нашей компании не важно джун вы без опыта или синиор, мы хотим нанять человека, который умеет зубрить теорию перед интервью".
Такое сейчас к сожалению повально почти везде. Даже устроится в какой-нибудь подзалупинск, будут дрюкать алгоритмами, паттернами, внутренним устройством индекса и т.д.
Да не, что там подсматривать, вроде бы не сложно выучить что значит одна аббревиатура) Да и на каждом собесе в вебе щас это спрашивают, так что хочешь-не хочешь - выучишь если пару собесов пройдешь)
ruclips.net/video/9aGv-ylsYDI/видео.html Абстрактный класс это класс который объявлен как abstaract. В этом классе нет ограничений, что должен быть хотя бы один абстрактный метод.
Люди для 2 к долларов на руки вполне норм уровень ответов, если компанию все в кандидате устраивает и кандидата - все в компании, то о чем может быть спор (это я про комменты что типа "джуновское собеседование" и "вопросы легкие"). Если мерить по уровням в FAANG - будьте так добры и зп уровня FAANG платить.
Да, в 20м году в ковидные времена был рай в айти, офферы получали даже без собесов, на айти-плечи свалился океан денег из-за миграции бизнеса в интернет. Сейчас попробуй с 10го собеса оффер получить ))
ага, а по факту будет работать или просто в (процедурном/ООП) или пригодится менее 10% этих знаний, и вся эта дрочка на собесах бесполезная. Ты можешь офигенно знать теорию, будучи Джуном, которую мидл спокойно найдёт в процессе работы в поисковике, но при этом на практике обсираться на каждом шагу, а мидл хорош именно в практике а не теории. P->S К автору видео вопросов нет. Та я думаю каждый кто уже имеет 1+ года опыта работы, понимает о чем я
Орнул с бинарного дерева B-Tree. Боль в том, что это как раз сбалансированое, но сильно ветвистое дерево. Но не всякое сбалансированное является B-деревом. У B-tree своя специфика построения.
Нифига он не шарит. Половину типов не назвал; другую часть псевдотипов назвал типами; ошибся с тем, что абстрактный класс обязательно должен объявлять абстрактный метод; про copy on write впервые услышал. И это только то, что я досмотрел до 22 минуту. У меня, например, более глубокие знания, но я до сих пор не синьер.
Странное сеньорити в СНГ, если такие парни "могут смело" быть сеньорами :) По моему тут даже мид весьма сомнительно, многие вопросы видно что нету пониманию о чем говорит. Я бы постеснялся говорить "ну использовать трайты это вообще плохая практика, а почему я не знаю" и таких фрагментов два заметил, на перемотке смотрел.
Да, бывает что интервьюер сам ошибается, я тогда сам не был уверен поэтому не стал спорить. Но совет зрителям: спорьте если знаете что правы. Насчет конкретно этого вопроса: ответ лежит в документации - dev.mysql.com/doc/refman/5.7/en/create-index.html#create-index-storage-engine-index-types. Там действительно сбалансированные дерево, и при этом не бинарное. Можно почитать об этом дереве на вики: ru.wikipedia.org/wiki/B-дерево
Сколько будет 2+2? Ну... э...хм... как сказать, а говорят, что математика не очень нужна разработчикам и все ее не любят. Особенно 2+2, я плохо отношусь к 2+2 довольно... хотя иногда и хорошо. Вообще, я мало сталкивался с 2+2 и больше работал с 3+3, потому считаю, что 3+3, это лучше чем 2+2. Ну как-то так.
чтобы понимать как их использовать. нет, можно конечно выучить все возможные нюансы и корнер-кейсы, которые даже в документации не описаны, но проще один раз узнать внутреннее устройство, и тогда документация даже не понадобится
@@user-hp9zq3jn7sпо честному знаю когда использовать индексы и без внутреннего устройства. Для управления автомобилем не нужно знать внутреннее устройство инжектора. Мне кажется такие вопросы на собесах это откровенно лишнее. У нас брали на бэк чела который идеально на все ответил, а в итоге sql запросы в цикле пулял
@@user-hp9zq3jn7s Понял. Благодарю. Можешь посоветовать, если стартовать в backend PHP, то от чего оттолкнуться в изучении? Сам как обучался, когда был в начале пути? Я пару курсов уже качнул, план построил, но, раз выпал случай пооткровенничать, интересен твой начальный пусть становления. И сколько времени потребовалось до первой работы. Благодарю, Вадим.
@@user-hp9zq3jn7s Ниже пишут, что классно шаришь. Получается, во время работы, еще доп. обучался, чтобы шарить? Или по собесам специально ходил для прокачки.
Не понимаю прикола вот этих "только кратенько". В чем смысл такого собеседования? Что вот эти краткие ответы могут сказать о кандидате, как о потенциальном сотруднике, которому предстоит решать реальные задачи?
Если дать возможность кандидату подробнее раскрыть вопрос, а потом с ним в открытой форме обсудить его, можно узнать гораздо больше полезного о том, как человек мыслит, как подходит к работе)
Мне нравится подход с System Design Interview. Когда просят спроектировать на ходу какую-то систему, условный Твиттер) Показывает и опыт человека, и широту знаний, и подход к работе
@@antonkhomchenko7439 пожалуй да, System Design Interview нормальная тема, если тебя просят задизайнить что-то релевантное твоей предполагаемой позиции
ну попробуйте 2 часа пособеседоваться) макс полтора, дальше кандидат и собеседующий устанут. просто нужно правильные вопросы задавать о концепциях, понимании темы)
Ну я так понял что этот чувак сам на ПХП не пишет, поэтому мне тоже некоторые вопросы тогда показались не очень уместными. Ну что ж, так бывает когда компания маленькая, а ПХП-шника нанять хочется (потому что нужно сделать какую-то админку, для которой ПХП подходит идеально). Это еще далеко не худшее интервью, которое у меня было)
Почему идиотские? Вот представь, что ты собеседуешь. К тебе постоянной HR приводит "я синьоров", которые даже солид объяснить не могут. Ты им задашь какой-то кастомный вопрос и собес можно будет заканчивать на пятой минуте, по этим вопросам хоть большиство готовится, и зачастую выбрать самого подготовленного - уже самый лучший вариант. Рынок сейчас не тот, который был 5-7 лет назад, когда на джуна можно было методы сортировки спрашивать
Хех, со структурами данных конечно поплыл) не шаришь. Даже интервьюер пропустил этот вопрос, он всё понял. Вижу видео годовалой давности, надеюсь сейчас ситуация изменилась! Эта тема очень важная для программиста.
для ПХПшника это не важно) в языке ничего кроме массивов нет, а если ты сам что-то напишешь, то оно будет работать медленнее чем массив)) вот если ты на низкоуровневом языке типа Си что-то интересное и с требованиями по производительности пишешь, тогда да, но вообще это не про Вебпрограммирование
Вроде бы не джуна спрашивает, а такую дичь на тех интервью спрашивает типы данных пространства имён, програмисту в первый год все это ясно из контекста
Слабенько конечно, для двух лет работы. Мой совет, развивайтесь всегда, читайте книги такие как, "Чистый код" / "Паттерны проектирования" / "От монолита к микросервисам" и тому подобных. спасибо за видео.
Я бы в ответ посоветовал вам почитать "ПРОГРАММИРОВАНИЕ: ВВЕДЕНИЕ В ПРОФЕССИЮ" Андрея Столярова. Скорее всего вы найдете там много нового, как я в свое время
ох уж эти советчики понаприехали. Я не то что против развития, я против безвыборочного принуждения всякими недо-советами. Если человека устраивает зп, работодателя устраивает его работа, совсем необязательно всегда развиваться, 6-8 часового дня вполне достаточно(если конечно ты работаешь по своему стеку), а остальное время можно например проводить с семьей, друзьями, хобби, слышали о таком? отдых называется, лично я выбрал себе 6 ч рабочий гибкий день, остально время гуляю, отдыхаю и не думаю о программировании, я так даже стал лучше расти и счастливее жить
@@mishazavorotnoi3864 каждому свое) Надо понимать зачем вы занимаетесь программированием и не грести под одну гребенку, тут я полностью согласен. Так уж случилось что программистам платят с три короба, но я вот изначально программированием занимался и сейчас занимаюсь не из-за ЗП. Я вот лично сейчас редкие навыки стараюсь развить, хочу с помощью кода создавать такие ващи, которые мало кто может. Я от этого кайф получаю. Кто-то получает кайф от большой ЗП и работы, на которой программировать особо даже не надо -- скорее связывать несколько библиотек, и веб-сервер с базой данных. Которые "магически" работают. Потому что им нравится не программы создавать, а деньги зарабатывать. Но как я сказал, каждому свое
@@Edvard-Aliev чтобы быть архитектором не обязательно знать состав грунта, так и в разработке , зачем ему знания работы интегральных микросхем. Такие вы умные однако, он не сисадмин, он пхп разработчик
Закрепи таймкоды плиз
00:11:35 - PHP
00:11:46 - namespace
00:12:55 - типы данных
00:15:35 - магические методы
00:17:25 - Абстрактный класс и интерфейс
00:19:25 - типизация
00:20:50 - strict_types=1
00:21:44 - copy on write
00:23:00 - PHP (SPL)
00:25:09 - Алгоритмическая сложность и О-нотация
00:28:02 - Структуры данных
00:29:46 - ООП
00:30:30 - Инкапсуляция, наследование, полиморфизм
00:36:55 - SOLID
00:48:22 - middleware
00:50:15 - SQL: индексация
00:56:37 - отношение "многие через" на примере Laravel
14:00 Типы данных - это в первую очередь значения, ассоциированные с какой-либо категорией (если своими словами). В частности, были забыты 2 штуки: Один очевидный тип "resource" и один неочевидный "unset" (который используется для удаляемых или неинициализированных переменных). Описанные callable, void, never, mixed и проч. тайпхинты являются не типами, а тайпхинтами. Грубо говоря лишь проверкой "if" на тип.
25:00 В PHP что двойные, что одинарные кавычки работают идентично, если не используется интерполяция данных. Тут надо погрузиться в дебри ZendVM и его процесса компиляции (именно компиляции) кода в байткод (опкод). Если кратко, то на выходе получается совершенно идентичный код. Более того оператор конкатенации на константных выражениях будет собран в единую строку без конкатенации (это с ~8.1+ часть ядра, раньше было частью opcache расширения). Однако если в строке используется интерполяция (в двойных кавычках) vs. конкатенация, то первое будет быстрее, т.к. использует специальный опкод, который не вычисляет никаких выражений, а подставляет внутрь содержимое переменной в отличие от конкатенации. Ну и парсинг интерполяции тоже быстрее, нежели конкатенации. Так что правильный ответ скорее: Либо однофигственно, либо двойные кавычки быстрее.
28:00 В PHP классический массив может быть представлен в виде ОО обёртки (SplFixedArray), либо в более компактной: В строке. Строка в PHP - это классический массив с char/uchar в качестве значений (ну и сдвиг по 1 байту соответственно). Более того, с помощью произвольных бинарных операций там можно хранить и любые другие типы данных (причём хранение, очевидно, намного более эффективное, нежели в случае использования нативного PHP array).
30:00 Четвёртым принципом ООП можно называть "абстракцию". Хотя с некоторой натяжкой (как сову на глобус) полиморфизм это покрывает...
32:00 Наследование - это использование и реализации и типа у класса (если мы про PHP). Трейты - это не наследование, т.к. не реализуют отдельный тип. Интерфейсы так же не обеспечивают наследование, т.к. у них нет реализации. Однако связка трейт + интерфейс (одновременно) можно технически назвать полноценным наследованием, причём это реализация множественного наследования в PHP.
35:00 То что руководитель называет Macroable крутым трейтом - за такое надо сжигать. Манки-патчинг никогда не было хорошей практикой. Причём это не покрыть нормально статическим анализом.
44:00 Доктрина и Ёлка вообще ни разу не похожи о_0. Разве что eloquent использует DBAL доктрины в качестве компонента ядра. На этом их схожесть всё. Чёт руководитель наркоман какой-то... Тут ты уделал его вхлам, кажется)))
46:00 Рефлексия - это в первую очередь свойство языка получать информацию о своём собственном коде и контексте исполнения. Возможность его ограниченного изменения - это уже вторичное. Как и то "хорошо это или плохо". Наличие полноценной реализации этого свойства в языке (ну т.е. API) характеризует наличие элементов интерпретатора в языке. Ну и да, аннотации и phpdoc - это разные чуть вещи. У них разный синтаксис, который похож лишь наличием "собаки" вначале и расположением в комментариях.
48:00 Миддлвари - это реализация паттерна "цепочка ответвенности". А применять этот паттерн можно для чего угодно. Например для того же DI-контейнера, чтобы подсунуть в конструктор реализацию вначале на основе конфига, потом на основе какого-нибудь атрибута, а потом на основе тайп-хинта (автовайринг в частности).
49:30 Опять руководитель какую-то дичь несёт. Ты правильно всё сказал. Более того, проверка логина+пасса - это и есть аутентификация и может вполне себе в миддлваре быть. А вот проверка прав (есть ли доступ к странице) уже авторизация. Это никак не связано с сессиями. Разве что аутентификацию по сессии можно трактовать как "идентификацию".
57:30 В доктрине есть полиморфные связи, называется inheritance mapping + descriminator map. Только они на уровне классов реализованы, а не через жопу, как в eloquent. А has many through - это два сквозных отношения one2many.
----
Короче, ты красава. Но твоему руководителю я бы дал грейд миддл+ из-за того, что он не знает базовых вещей в языке, местами ты его уделывал просто (ну или так кажется просто).
А откуда у тебя такие глубокие знания, о работе zend'а. Я лично вообще не понимаю где подобную инфу брать.
@@RodyaO_oтак ПХП это опенсорс по большей части, идешь на гитхаб, находишь там проект php и читаешь хоть весь код (но он на Си)
неплохо распедалил!
@@user-hp9zq3jn7s ну а хуле шамхматы это тоже опенсорс, читаешь все партии, книги, становишься гроссмейстером
"Описанные callable, void, never, mixed и проч. тайпхинты являются не типами, " - это типы.
классное интервью спасибо
Когда уже на собеседовании будут доплачивать за каждый тупой вопрос?
Привет! Не в службу, а в дружбу. Делай пожалуйста таймкоды на видосах по вопросам. Так просто удобнее смотреть. Спасибо.
мне лень) если кто-то другой сделает, то я закреплю
Хорош, редко когда кандидаты так четко излагают мысли + хороая база по теории
зачит ээээ, это эээээ, там это, ээээ, значит ээээээ ээээ ээээ, спобствено эээээ плям-плям-плям эээээээ ээээ. Пиздец как четко излагает свои мысли. Не могу дослушать ни одну мысль до конца. Тупо заебал свои ЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭЭ.
gg, классно. Для себя вытащил несколько пробелов))
Интересно было послушать. Неплохо шаришь)
Самый ужасный тип интервью - "викторина", который сводится к проверке того факта, подготовился человек к интервью-викторине, повторяя теорию или нет. Джун он при этом или синиор, компании, судя по всему, не важно.
Да, такое крайне часто встречается
Нет. Самый ужасный это литкод или его аналоги.
like!
чисто два кореша созвонились )) собес на президента США
Я бы не выдержал, блт походу опять нужно учить билеты, тените ваш билет, но для программистов)
Классическое интервью-викторина. "Нашей компании не важно джун вы без опыта или синиор, мы хотим нанять человека, который умеет зубрить теорию перед интервью".
Жёстко я бы с ума сошёл, зачем мне все это знать если я могу это использовать
Я бы охринел от такого интервью я че должен доку озвучивать вместо того чтобы работать? Жесть
вот-вот_) Всё что нужо, легко ищется в поисковике :D
Такое сейчас к сожалению повально почти везде. Даже устроится в какой-нибудь подзалупинск, будут дрюкать алгоритмами, паттернами, внутренним устройством индекса и т.д.
100к запросов в секунду!!!!
да вы мини почти гугл!
тоже орнул с этого.
какие 100К внимание в СЕКУНДУ! . опух?
Зачем динамик убавляешь. Не хрена не слышно.
Где можно выучить пхп до джуна? Может есть типа как learn.javascript только для php?
про SOLID подсматривал в шпору) по глазам видно
Да не, что там подсматривать, вроде бы не сложно выучить что значит одна аббревиатура) Да и на каждом собесе в вебе щас это спрашивают, так что хочешь-не хочешь - выучишь если пару собесов пройдешь)
Ты ему одно, а он тут же накидывает 3 доп вопроса, жесть
А можно было еще тише сделать? Ну реально...
Такой красивый Вадим! Вернись на ютюб)
ruclips.net/video/9aGv-ylsYDI/видео.html
Абстрактный класс это класс который объявлен как abstaract. В этом классе нет ограничений, что должен быть хотя бы один абстрактный метод.
Есть ограничение. Нельзя создать инстанс этого класса.
@@user-ou3jn8lt3d Можно создать. Потомок этого класса может быть инициализирован.
Люди для 2 к долларов на руки вполне норм уровень ответов, если компанию все в кандидате устраивает и кандидата - все в компании, то о чем может быть спор (это я про комменты что типа "джуновское собеседование" и "вопросы легкие"). Если мерить по уровням в FAANG - будьте так добры и зп уровня FAANG платить.
Да, в 20м году в ковидные времена был рай в айти, офферы получали даже без собесов, на айти-плечи свалился океан денег из-за миграции бизнеса в интернет. Сейчас попробуй с 10го собеса оффер получить ))
я и сам теперь наймом занимаюсь. делал бы оферы, да некому
@@user-hp9zq3jn7s пересмотрев свое интервью, дал бы себе офер?
@@user-hp9zq3jn7s а что так? Слабые кандидаты?
@@user-hp9zq3jn7s Мне дай оффер
ага, а по факту будет работать или просто в (процедурном/ООП) или пригодится менее 10% этих знаний, и вся эта дрочка на собесах бесполезная. Ты можешь офигенно знать теорию, будучи Джуном, которую мидл спокойно найдёт в процессе работы в поисковике, но при этом на практике обсираться на каждом шагу, а мидл хорош именно в практике а не теории. P->S К автору видео вопросов нет. Та я думаю каждый кто уже имеет 1+ года опыта работы, понимает о чем я
Орнул с бинарного дерева B-Tree. Боль в том, что это как раз сбалансированое, но сильно ветвистое дерево. Но не всякое сбалансированное является B-деревом. У B-tree своя специфика построения.
Строки в двойных кавычках работают быстрее
Как же бесит это начальное вступление
Это на мидл точно?
Да) но на senior бывает то же самое)
@@user-hp9zq3jn7s Спасибо понятно.
Парень класно шарит, на синьера может смело подаватся)
ну в итоге я на сеньора и устроился тогда, по крайней мере в договоре была указана такая должность)
Нифига он не шарит. Половину типов не назвал; другую часть псевдотипов назвал типами; ошибся с тем, что абстрактный класс обязательно должен объявлять абстрактный метод; про copy on write впервые услышал. И это только то, что я досмотрел до 22 минуту. У меня, например, более глубокие знания, но я до сих пор не синьер.
@@vatakiller это всё мелочи. Есть вещи поважнее, где он кстати тоже плавал, но в целом хорошо для мидл работника
@@vatakiller плохо продаешь себя если ты до сих пор не сеньор, советую поработать над самооценкой)
Странное сеньорити в СНГ, если такие парни "могут смело" быть сеньорами :)
По моему тут даже мид весьма сомнительно, многие вопросы видно что нету пониманию о чем говорит. Я бы постеснялся говорить "ну использовать трайты это вообще плохая практика, а почему я не знаю" и таких фрагментов два заметил, на перемотке смотрел.
Чувак про бинарное дерево херню сказал. Там именно Balanced, ты сначала правильно все сказал
Да, бывает что интервьюер сам ошибается, я тогда сам не был уверен поэтому не стал спорить. Но совет зрителям: спорьте если знаете что правы. Насчет конкретно этого вопроса: ответ лежит в документации - dev.mysql.com/doc/refman/5.7/en/create-index.html#create-index-storage-engine-index-types. Там действительно сбалансированные дерево, и при этом не бинарное. Можно почитать об этом дереве на вики: ru.wikipedia.org/wiki/B-дерево
@@xenm85а еще лучше забаню тебя чтобы не вводил в заблуждение людей
Сколько будет 2+2?
Ну... э...хм... как сказать, а говорят, что математика не очень нужна разработчикам и все ее не любят. Особенно 2+2, я плохо отношусь к 2+2 довольно... хотя иногда и хорошо. Вообще, я мало сталкивался с 2+2 и больше работал с 3+3, потому считаю, что 3+3, это лучше чем 2+2. Ну как-то так.
ахахаха а ты хороший клоун
Ддя чего знать внутреннее устройство индексов в бд?
чтобы понимать как их использовать. нет, можно конечно выучить все возможные нюансы и корнер-кейсы, которые даже в документации не описаны, но проще один раз узнать внутреннее устройство, и тогда документация даже не понадобится
@@user-hp9zq3jn7sпо честному знаю когда использовать индексы и без внутреннего устройства. Для управления автомобилем не нужно знать внутреннее устройство инжектора. Мне кажется такие вопросы на собесах это откровенно лишнее.
У нас брали на бэк чела который идеально на все ответил, а в итоге sql запросы в цикле пулял
ни одного интересного вопроса и ни одной интересной мысли от интервьювера
Жесть еле выдержал 😮, а если свое такое предстоит нинада я уже окончил вышку 👀
не понял, сколько зп
150к рублей на момент записи (18.03.2020), компания московская
@@user-hp9zq3jn7s а сколько стаж, чтобы дойти до такой ЗП?
@@user-yo1ri3nc4l сильно зависит от тебя. В моем случае было примерно полтора года
@@user-hp9zq3jn7s Понял. Благодарю. Можешь посоветовать, если стартовать в backend PHP, то от чего оттолкнуться в изучении? Сам как обучался, когда был в начале пути?
Я пару курсов уже качнул, план построил, но, раз выпал случай пооткровенничать, интересен твой начальный пусть становления. И сколько времени потребовалось до первой работы. Благодарю, Вадим.
@@user-hp9zq3jn7s Ниже пишут, что классно шаришь. Получается, во время работы, еще доп. обучался, чтобы шарить? Или по собесам специально ходил для прокачки.
У нас хайлоад поэтому мы (я) решили юзать пыху на беке... рука-лицо
так собственно в чем проблема?
Для админки. Так то он гошку называл
Не понял, ты же канал удалил свой? Ты пытался изучить низкоуровневый язык вроде, потом выгорел и удалил всё, не?
да, все верно)
но не удалил, а скрыл. эти видео открыл как самые полезные для народа))
камон, на мидл позиции не знать типи данних)))
собес на джуна что ли, джун джуна собеседует
51:20 БиТри индексты, там как раз не бинарное дерево, так что твой тех лид облажался и расписался в собственной безграмотности)
зы. Тут подробней если интересно: ruclips.net/video/jTQNHhzwTlw/видео.html
Не понимаю прикола вот этих "только кратенько". В чем смысл такого собеседования? Что вот эти краткие ответы могут сказать о кандидате, как о потенциальном сотруднике, которому предстоит решать реальные задачи?
К сожалению вопросы на интервью вообще обычно имеют мало общего с реальными задачами. И так не только с ПХП, и не только в России
Если дать возможность кандидату подробнее раскрыть вопрос, а потом с ним в открытой форме обсудить его, можно узнать гораздо больше полезного о том, как человек мыслит, как подходит к работе)
Мне нравится подход с System Design Interview. Когда просят спроектировать на ходу какую-то систему, условный Твиттер)
Показывает и опыт человека, и широту знаний, и подход к работе
@@antonkhomchenko7439 пожалуй да, System Design Interview нормальная тема, если тебя просят задизайнить что-то релевантное твоей предполагаемой позиции
ну попробуйте 2 часа пособеседоваться) макс полтора, дальше кандидат и собеседующий устанут. просто нужно правильные вопросы задавать о концепциях, понимании темы)
Какие идиотские вопросы
Ну я так понял что этот чувак сам на ПХП не пишет, поэтому мне тоже некоторые вопросы тогда показались не очень уместными. Ну что ж, так бывает когда компания маленькая, а ПХП-шника нанять хочется (потому что нужно сделать какую-то админку, для которой ПХП подходит идеально). Это еще далеко не худшее интервью, которое у меня было)
Видно что тупо с интернета выкачал вопросы базовые, на джуномидла
Почему идиотские? Вот представь, что ты собеседуешь. К тебе постоянной HR приводит "я синьоров", которые даже солид объяснить не могут. Ты им задашь какой-то кастомный вопрос и собес можно будет заканчивать на пятой минуте, по этим вопросам хоть большиство готовится, и зачастую выбрать самого подготовленного - уже самый лучший вариант. Рынок сейчас не тот, который был 5-7 лет назад, когда на джуна можно было методы сортировки спрашивать
Похоже, интервьювер не понимает ни ТДД, ни ДДД.
Проблема в том что DDD это либо domain driven, либо data driven development в зависимости от бэкграунда собеседника)
@@user-hp9zq3jn7s та не, он слышал просто про DDD, и смешал это все в кучу))
@@user-hp9zq3jn7s а по ТДД они вообще затрахаются писать походу, если для них это просто тест вначале засабачить.
Хех, со структурами данных конечно поплыл) не шаришь. Даже интервьюер пропустил этот вопрос, он всё понял.
Вижу видео годовалой давности, надеюсь сейчас ситуация изменилась! Эта тема очень важная для программиста.
для ПХПшника это не важно) в языке ничего кроме массивов нет, а если ты сам что-то напишешь, то оно будет работать медленнее чем массив)) вот если ты на низкоуровневом языке типа Си что-то интересное и с требованиями по производительности пишешь, тогда да, но вообще это не про Вебпрограммирование
@@user-hp9zq3jn7s если в Spl знать только "обзёрвер" - конечно нет ничего кроме массива, ага.
Походу я тоже мидл.
Вроде бы не джуна спрашивает, а такую дичь на тех интервью спрашивает типы данных пространства имён, програмисту в первый год все это ясно из контекста
Прикольный интервьер без чсв и не пытается доминировать над респондентом.
По-моему все-таки пытается. Встречались мне интервьюеры намного лучше
@@user-hp9zq3jn7s Значит тебе повезло и ты не встречал настоящих душнил и чсвешников.
@@Jonstonrichя не сказал что я не встречал тех что были хуже) в данном случае чел просто норм
а теперь посмотрите собеседование python middle разработчик. Тут вообще детский сад
все зависит от компании
Какие-то junior-вопросы.
таких простых вопросов на мидл позицию еще никогда не слышал)
Ну чквак далеко не мидл
плюсик
Слабенько конечно, для двух лет работы. Мой совет, развивайтесь всегда, читайте книги такие как, "Чистый код" / "Паттерны проектирования" / "От монолита к микросервисам" и тому подобных. спасибо за видео.
Я бы в ответ посоветовал вам почитать "ПРОГРАММИРОВАНИЕ: ВВЕДЕНИЕ В ПРОФЕССИЮ" Андрея Столярова. Скорее всего вы найдете там много нового, как я в свое время
ох уж эти советчики понаприехали. Я не то что против развития, я против безвыборочного принуждения всякими недо-советами. Если человека устраивает зп, работодателя устраивает его работа, совсем необязательно всегда развиваться, 6-8 часового дня вполне достаточно(если конечно ты работаешь по своему стеку), а остальное время можно например проводить с семьей, друзьями, хобби, слышали о таком? отдых называется, лично я выбрал себе 6 ч рабочий гибкий день, остально время гуляю, отдыхаю и не думаю о программировании, я так даже стал лучше расти и счастливее жить
@@mishazavorotnoi3864 каждому свое) Надо понимать зачем вы занимаетесь программированием и не грести под одну гребенку, тут я полностью согласен. Так уж случилось что программистам платят с три короба, но я вот изначально программированием занимался и сейчас занимаюсь не из-за ЗП. Я вот лично сейчас редкие навыки стараюсь развить, хочу с помощью кода создавать такие ващи, которые мало кто может. Я от этого кайф получаю. Кто-то получает кайф от большой ЗП и работы, на которой программировать особо даже не надо -- скорее связывать несколько библиотек, и веб-сервер с базой данных. Которые "магически" работают. Потому что им нравится не программы создавать, а деньги зарабатывать. Но как я сказал, каждому свое
@Aleksandr Posnov действительно
@@Edvard-Aliev чтобы быть архитектором не обязательно знать состав грунта, так и в разработке , зачем ему знания работы интегральных микросхем. Такие вы умные однако, он не сисадмин, он пхп разработчик
В java на много сложнее собес проходить
почему?
Если честно чутка слабовато для 150К)
Нет, это просто ты готов за копейки работать.
@@jerrylaniakio а причем тут я?)