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

Это как бабушка в вашем подъезде, которая постоянно ворчит возле лавки.

Но если посмотреть глубже, то многие из нас такие. Мы постоянно обижаем людей вокруг пытаясь доказать свою правоту(но эта правильность только в нашем мире, в нашей призме), у другого человека может быть по-другому. Поэтому нужно уметь быть добрее, мир многогранен 🙌🏻❤️

Это даже к разработке относится, чаще всего люди на пул реквестах пишут не по делу, а свою вкусовщину

https://youtu.be/LIfx090HBFY?si=cHsTbi7YvpgHaq0C

Собрал Алине такой вот сетап! Монитор очень хорошо передает картинку с мака, ничего не зернит + 4:3 очень удобно для кода

Монитор: Huawei MateView 28.2’
Клавиатура: Apple Magic Keyboard
Мышь: Logitech mx master 3s
Коврик: Logitech Desk Mat Studio XL

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

1. Изначально подготовьте краткий рассказ о себе. Это не значит, что нужно рассказывать весь ваш опыт. Нужно кратко, на лаконично рассказать про последний опыт, основной стек и 2-3 масштабные задачи.

Например: Работал над банковским приложением. Был в команде авторизации и регистрации, где мы писали отдельный модуль с возможностью переиспользования в разных приложениях нашей компании. Язык swift, для верстки использования SwiftUI. Основная задача была переписать весь монолитный код на независимый модуль, изначально покрыв все тестами, чтобы не сломать текущий флоу.

2. Пытайтесь рассуждать, даже если не знаете четкого ответа. Тут в целом все понятно, ответ «точно не могу сказать, но если порассуждать, то…» намного лучше, нежели молчать или сказать «я не знаю».

3. В резюме лучше писать то, в чем вы действительно разбираетесь. Понятно, что все пытаются украсить свое резюме. Но часто бывает такое, что кандидат пишет, что модулизировал проект, но не может назвать как это делал и зачем. То есть если даже приукрашивать, то сначала нужно разобраться.

4. При нынешней работе / учебе стараться понимать все основные конструкции, которые вы используете. Часто бывает такое, что какой-то код мы пишем машинально, не понимая для чего.

Например, на нашем собеседовании я спросил кандидата «в каком случае мы помечаем ссылку слабой в замыкании?», на что он ответил «я всегда ставлю weak на всякий случай».

В целом это полезно не только для собеседования, а в целом для понимания общей картины.

5. Ну и финальное - подготовьте вопросы для собеседуюещего. Чаще всего люди задают два вопроса «сколько человек в команде?» и «какая архитектура?». Мне же больше нравится, когда у человека подготовленные вопросы и на них можно ответить развернуто

Например:
1. На каком проекте я буду работать? Или в какой команде?
2. Какие задачи стоят перед командой на ближайшее время?
3. На какой стадии находится проект?
4. Какие технологии и инструменты используют на проекте?