а говоришь что каждый день юзаешь паттерны?

в смысле какие паттерны чувак юзает?

нене, ты такой "все надо знать, юзаем каждый день"

пойду-ка я напишу свой юнит оф ворк

ну хз, мне кажется паттерны это на столько банальная вещь

что даже нет смысла спрашивать)

есть конечно экзотика, которую не каждый день в коде встретишь

а шо по бд спрашиваешь?

LSM и B-Tree

и как происходит merge-compact в log structured merge tree

бл

шучу

B-tree сложно

по базам совсем поверхностно, че такое nosql, какие есть плюсы и минусы у document oriented баз, че такое репликации, какие бывают, шардинг

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

ну норм

денормализации, чем отличаются те же char от varchar и тд

ну зависит еще от того с чем человек работал

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

читал зайцева - вообще молодец

хорошие вопросы

надо как-то список составить

ну и в целом если человек мне рассказал как работает btree то можно дальше по мускулю и не спрашивать)

а вообще совет всем - не пишите в резюме то чего вы не знаете)

ибо это сыграет против вас

это да. обычно просто идут по резюме и спрашивают по написанному

иногда скучно это слушать бгг

особенно когда в очередной раз рассказывают за их мега архитектуру

но этот человек не имеет отношения к ней и на любой вопрос "а чо выбрали именно это?" говорит "не я выбирал, уже было"

ну я не говорю о выборе mysql vs postgre или symfony vs laravel

блин, была крутая статья. ща сек; там про то как не запороть собес своим чсв)

ща

со стороны интервьювера?)

не

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

сразу мем вспоминаю)

"бигдата бигдата блокчейн..." вы приняты!

да

ща ищу

АИ пропустил

МЛ ведь

https://hackernoon.com/how-not-to-design-netflix-in-your-45-minute-system-design-interview-64953391a054

там у них хардкорный шардинг же

крч все надо в блокчейн и будет нормально

и в твиттере вроде уже не хранят все в мускуле?

https://blog.twitter.com/engineering/en_us/a/2014/manhattan-our-real-time-multi-tenant-distributed-database-for-twitter-scale.html

хз, в основном старые статьи за 2012 год где еще mysql

а вообще мускуль нормально не скейлится из коробки

а шардинг делать на нем самому это попаболь

а вообще хз, я б завалил такое собеседование)

ну типа команда ребят которые выбросили половину походу и дописали что-то

а вообще хз, я б завалил такое собеседование)

типа "задизайни мне нетфликс ?"

да

если б я мог задизайнить отлично нетфликс, я б уже давно работал в нетфликсе бгг

ну ты не должен отлино дизайнить

да и "мускуль" это слишком обширно

там миллион движков

просто говоришь "так, сюда пихаем фронт нгнкс пару штук, сюда апач зоокипер, таааакс. сюда это, прилепили и работает"

https://www.educative.io/collection/page/5668639101419520/5649050225344512/5673385510043648

вот как выглядит ответ на вопрос

сейчас прохожу

на гитхабе был целый репос с примерами

и как курс? стоит того?

ERROR: S client not available

я не покупал, думаю нет. видно список тем, просто гуглю их и читаю

https://github.com/donnemartin/system-design-primer

спасиб, буду смотреть.

https://www.amazon.com/Designing-Data-Intensive-Applications-Reliable-Maintainable/dp/1449373321/ вообще советую ее почитать

она большая, местами сложная, но стоит прочесть. щас ее читаю как раз

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

https://www.amazon.com/Designing-Data-Intensive-Applications-Reliable-Maintainable/dp/1449373321/ вообще советую ее почитать

мне показалась нудной

Мне один раз дали задание сделать блог с древовидной системой комментариев. Чтобы без фреймворков и mvc

И дали 4 дня времени. Жесть

тестовые не должны быть такими

если они не оплачиваются, конечно

У них там прогер бывший рубист. Говорит свой mvc за день написать можно

Может эта упорость как то связана?

Я ещё не слышал чтобы кому то тестовое задание оплатили

тестовые не должны быть такими

если речь идет о найме стажера - почему бы и нет?)

4 дня на задачу которая занимает день максимум, что тут такого?)

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

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

та ну. Если стажер от тебя еще до испыталки хочет струсить бабла, а не зацепиться за практику и знания - то он далеко не уйдет.

да я ж не говорю "до испыталки"

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

для работодателя проще такой флоу: - тестовое задание, на которое дается больше времени чем нужно. Желательно оговорить что если что-то не успеешь сделать - всеравно присылай. Это даже интереснее посмотреть в каком порядке чего делалось и чего и почему неуспелось. - собеседование с обязательным обсуждением того что наваяли в рамках тестового задания. - испыталка

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

ну знач я немного не так понял твою фразу "даешь во время испыталки"

80% людей отвалится на первом пункте, стажеры будут делать. Дальше все зависит от того что как пройдет дальше.

да. есть риск что среди отвалившихся были толковые... но альтернатива - упрощать тестовое задание и больше тратить времени на собеседования/контроль на испыталке (так как больше будет людей)

потому следует исходить из того как срочно нужен новый человек

и сколько у тебя ресурсов. Если у тебя и так загрузка выше крыши - не стоит даже думать о найме стажеров/джунов

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

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

https://medium.com/@fabpot/symfony-4-performance-out-of-the-box-eddc0782916f

это Фабьен написал для использования в срачах с Тейлором?

ну там сайтец даже есть

http://www.phpbenchmarks.com/en/comparator/compare.html?components=laravel-5.5~symfony-3.4~symfony-4.0~zend-framework-3.0&benchmarkType=rest-api&benchmarkTools=apache-bench&phpVersions=php-7.2&concurrencies=20