Будете выступать на конференции и делать презу в power point? Ошибка! Есть целый фреймворк для создания презентаций

https://sli.dev/

🔥 БИТВА СЕНЬОРОВ: DENIS ZEDE vs VASILIY KUSNETSOV 🔥

⚔️ Два титана фронтенда готовы сразиться в техническом поединке! Кто окажется сильнее?

Слишком много рубрик придумывается за единицу времени, но вас ждёт полноценное мок собеседование по всей жести. Вася @webcorner будет собесить Дениса @zede_code. По времени, когда это будет, где и во сколько напишу позже

IT-ХОЗЯЕВА. Подписывайся, мы тебя ждём

Послушал стрим Сани про системный дизайн и сделал вывод, что системный дизайн —это газлайтинг.

Но хорошо что можно узнать правила заранее, а не на интервью (потому что тебе их там не расскажут)

Небольшой конспект, что у меня получился:

- сам следи за временем, интервьюер не должен тебе напоминать, он только оценивает твою пунктуальность
- сфокусируйся на главном, а на неглавном не фукусируйся. Что главное для интевьюера догадайся сам
- ты должен сам проактивно вести интервью, интервьюер не должен тебе помогать, он только оценивает
- ты должен сделать рассчеты примерно, но без ошибок
- ты должен запомнить все, что говорит интервьюер. Память или умение записывать — важный навык программиста
- ты не должен задавать вопросы интервьюеру, но если не знаешь, то задавай. Интервьер не должен тебе помогать.
- ты не должен размышлять молча, проговаривай все мысли вслух. Мысли должны быть правильными, неправильные лучше не думать.
- интервьюер не обязан тебе рассказывать все требования, ты должен сам вытянуть все важное из интервьюера
- ты должен следить за намеками интервьюера, не зря же он уже полчаса подмигивает левым глазом
- даже если ты фронтендер, ты все равно должен шарить за базы данных, брокеры сообщений и прочие кибернетесы, а также объяснить почему именно кафка, а не кролик
- даже если ты прав, то с интервьюером лучше не спорить, так как ваш опыт может отличаться, а оценивает он тебя, а не ты его

Успехов всем!

Сами че думаете?