@allenholub Indeed. In fact, you described a way of working with a backlog, just named differently. Does it make much sense to insist on the absence of a backlog if your idea is about another way of working?
@allenholub Backlog is exactly an input queue, with fluctuations of priorities. If you have a queue, it means the same "you do not have capacity to build", doesn't it? So, you just renamed the backlog
@molfly@Kotkoa Не совсем "часть CI". Чаще всего это все работает локально, заставляет локального агента двигаться куда нужно и получать информацию откуда нужно
@allenholub The question "why we should treat deployment decisions as a part of a software architecture" has a simple straightforward answer "because they are often expensive to change". Sometimes they aren't. But ususualy they are, for mid-size and large systems.
@allenholub That partial/simplified notion if software architecture, like "one structure, only functional aspect" became outdated approx. in late 90s or early 2000s. Widely accepted multi-viewpoint notion described in many books and systems engineering standards. Including deployment view
@CKonovalov В VSCode есть плагин для этого. Впрочем, я обнаружил, что не пользуюсь им, т.к. если есть свободное время - просто начинаю вторую параллельную сессию. На 4х параллельных свободное время обычно заканчивается
@Strongcomic3_3 Ну а сколько таких в параллель? У меня выходит где-то до 4 максимум в день. Постановка, дизайн, план, потом контроль, подруливание, итоговое review и слияние