Что наблюдаю: стало меньше почты и слака (в публичных каналах). Неожиданно да? Есть вероятность, что у народа отходняк от офисной жизни.
Собесы перешли в онлайн, приспосабливаемся. Мне непривычно: надо научиться считывать невербальные сигналы (или как там по-умному "чуйка" называется) через ТВ.
Опять же: если собеседуешь онлайн и работаешь онлайн, то если какие-то штуки сразу не заметил, то может и в процессе работы не вылезет. Но, работать то потом придется в оффлайне и тут могут быть нюансы.
Кстати, про "потом в оффлайне/офисе". Никто не задавался вопросом сколько команд/людей после этого всего придет с вопросом: ну вот смотрите работали же, давайте дальше продолжим так? Что ответите?
Мини-обзор 12-летней давности знаменитого "Remote: Office Not Required"
Проблемы в процессах удаленной работы и способы их решения не поменялись с тех пор.
Разве что тулы ушли в историю, но появилась масса новых.

Распространённые заблуждения:
1. Цели начальства всегда совпадают с целями компании. Поэтому я знаю, что и зачем оно делает
2. Начальство всегда умнее, профессиональнее и знает больше, чем я
3. Если я буду хорошо работать, начальство обязательно это оценит
4. Начальство справедливо по отношению к тому, что я делаю

Нет, нет и ещё раз нет! Давайте не забывать, что начальство 🟰 конкретный человек, со своими проблемами, плюсами, минусами, слабостями и особенностями.

Причиной ошибок является не то, что у нас мало автотестов.
Основной причиной проблем является то, что мы не понимаем, как работает наша система.

The goal isn’t to create “balanced” engineers with no pronounced strengths or weaknesses. That’s just impossible. We want self-aware engineers who understand their natural tendencies and can adjust them based on what each situation demands.

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

3 important points in creating a maintainable solution:
Step 1: Analysis of the problem and the stakeholders.
Step 2: Analysis of the current use case.
Step 3: Modelling
Step 4: Implementing the different pieces and their tests
Step 5: Dependency management

At all times, we keep our goal in mind. Because the process itself does not account for Lean Architecture. With every decision we try to evaluate if it brings us closer to our goal of maintainability or not. We fix the design problems we have now. We don’t try to fix possible changes that have yet to come. This is the hard part, deciding when to add more design. This becomes easier when you truly understand the design problems that certain techniques and principles solve.