System Design. Общие принцип прохождения интервью по проектированию ИТ-систем

[Deq56]

А какие книги по подобной тематике посоветуете?

[Diamon33]

DDIA

[onyxmaster]

Я всем люблю советовать книжку с кабаном, но книга из статьи это условно говоря набор чеклистов, и, поверьте мне, не стоит отрицать эффективность следования чеклисту, особенно если противопоставлять ему блуждание в потёмках собственного незнания. Можно иметь 10+ лет опыта, а можно прочесть книжку и разом набрать процентов 10-15 этого опыта за неделю-две. Да, "теория без практики мертва", да остальные 85-90 так просто не набрать, но польза от таких книг всё-таки есть.

Кстати, у Марка Зимана недавно вышла книжка "Code That Fits in Your Head", и по сравнению например с его семинарами по основами функционального программирования она кажется слишком... простой, но тем не менее я советую всем прочесть и её тоже.

[Diamon33]

Видимо, кому-то не понравился мой лаконичный комментарий.

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

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

Что и говорить, основная причина, по которым я заваливаю интервью - System Design.

[onyxmaster]

Комментарий не понравился не мне, минус не мой.

Я и не говорил что DDIA это набор чеклистов, прочтите пожалуйста мой комментарий внимательно, обратив внимание на пассаж "книга из статьи".

[Diamon33]

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

Возможно, мне стоило ответить непосредственно на свой же комментарий.

[oji]

На мой взгляд, цель подобных книжек - научить проходить определённые этапы игры собеседования. Придуманные для грубого отсева толпы страждущих в условном FAANG/MANGA методики подхватили в виде карго-культа многие компании попроще. Отсюда растёт востребованность литературы с шаблонными ответами на не менее шаблонные вопросы вида "придумайте архитектуру твиттера", и сайтов типа CodeWars / LeetCode с задачками вроде переворачивания двоичных деревьев. Текущий аналог вопросов про "круглые люки", показывающих лишь то, изучил ли кандидат брошюрку по теме.

[Diamon33]

Именно так это и есть, могу этот "спорт" в свою очередь сравнить с подготовкой к экзамену IELTS.

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

А если методика работает, то ее будут совать куда попало. Не идут кандидаты? Ну сделаем уровень задач попроще - и пойдут.

[onyxmaster]

Кстати, @ph_piter, "Code That Fits in Your Head" планируете к выпуску? Возьму одну ещё себе на русском (две на английском у меня уже есть), и штуки три на русском раздать для образования знакомым =)

[ph_piter]

Здравствуйте ! В начале сентября выход.

[onyxmaster]

Хорошие новости, спасибо!

[XaBoK]

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

[Dahgoth]

Общие принцип?

[ViseMoD]

Стоило бы в самом начале статьи обозначить, что это выдержка из книги. А то, дочитав до места с диаграммами, недоумённо спотыкаешься на фразе "Все детали будут описаны в главе 11". Што?!