обычно реляционная база хранит все поля записи в одном "блоке" (непрерывной последовательности данных) и alter table приводит к тому что все данные должны переписаться под новый формат
кто-то уже научился это делать асинхронно (как оракл, но с багами), а кто-то до сих пор нет

вообще зачем нужна реляционные базы? ответа два, это ad hoc запросы с джойнами и ACID-целостность с referential integrity по соединённым таблицам
если уметь делать и то и другое без них, то они и не нужны, как бы

Ну, добавление nullable колонки уже давно почти во всех базах меняет только метаинформацию.

Но блокировка там все равно есть, хоть и на несколько ms

Что посоветуете почитать, если я прочитал сообщение и ничего не понял?

Книжку с кабанчиком

Мне кажется, вам это просто не надо. Я вот тоже не понял ни слова, но не чувствую проблем 🙂

Что за книжка?

Книжку с кабанчиком

Спасибо

Я вначале прочел с канбанчиком, что за странный троллинг думаю 😅 Боли тимлида плохо на меня влияют)

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

Всем привет

Есть удобный макет таймшитов по команде? Скорее какой нибудь Эксель, чтобы руководство оперативно смотрело.

Раньше собирал с каждого файл и сводил, но это нифига не удобно.

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

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

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

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

Представление да.
Но когда начинаешь везде нос совать и заниматься микроменеджментом, это тоже плохо.
Для таких целей выделяется техлид Имхо. В глубину архитектуры фронта бэка, в тесты и в мобилку тимлид разорвёт я просто

Да, знаю ребят, кто пытается делать всё и не могут/хотят делегировать. Получается так себе результат.

тру стори... я вот сча в этой стадии