System Design

[BOBA]

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

Дак вопрос в цели. От свалить любой ценой из России (не осуждаю) до зарабатывать штуку баксов в день не тратя больше двух часов (тоже норм)

Я вообще не уверен что на собесах у нас те же вопросы что у них.

[BOBA]

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

[Afa]

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

[Фавн2]

Я вообще не уверен что на собесах у нас те же вопросы что у них.

Буквосочетание nginx я впервые на отечественных ml хакотонах увидел. Как и вояние полноценного сайта для демонстрации машинленинговой загогулины.

Вопрос сколько шариков влезет в самолёт и оцените количество курящих на планете - это мтс-банк 15летней кажется давности на обычного скуля. Меня отшили.

Ну опять же напиши без библиотек дерево решений для классификации и регрессии - это мэйлру. Я считаю за это надо плевать в рожу.


Докер в мл must have уже, тожа.

[Afa]

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

[BOBA]

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

[Afa]

ну вот бэки и умеют и в докер и в интеграции

[Фавн2]

Чат гпт-4о сказал читать этих:

Here are three highly recommended books on system design:

• "Designing Data-Intensive Applications" by Martin Kleppmann
  • This book covers the fundamental principles of designing scalable, reliable, and maintainable data systems. It explores topics such as data modeling, storage systems, stream processing, and distributed systems.
• "System Design Interview – An Insider's Guide" by Alex Xu
  • This book is a practical guide specifically tailored for preparing for system design interviews. It provides detailed explanations, case studies, and design principles for building scalable systems.
• "Building Microservices" by Sam Newman
  • This book delves into the microservices architecture, discussing how to design, build, and maintain microservices-based systems. It covers topics like service decomposition, communication patterns, deployment, and scaling.

These books offer a comprehensive understanding of system design, from theory to practical applications.

Кабанчик и Сюй на месте, Ньюмана не знал.

[Afa]

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

[BOBA]

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