Примеры такого баланса
- Сначала подумать и спланировать (точность, медленно), потом быстро делать, не принимая решений (скорость, быстро).
- Сначала предобучить нейросетку широкого профиля (точность, медленно), а затем дообучить ее под конкретную прикладную задачу (скорость, быстро).
- Принять как можно более общие решения (принципы, гайдлайны - это точность), а затем в процессе работы просто ими пользоваться (быстро, скорость).
- Мантра “make it work, make it right, make it fast” как будто бы тоже об этом
- Баланс скорости и качества в разработке определяется уверенностью в проблеме и решении
S2 ресурсоемка, поэтому большая часть задач должна выполняться за счет S1
К этому относится наше стремление обобщить принимаемые решения и упростить процесс разработки, чтобы можно было не думать и не принимать решения в процессе работы над большим количеством задач.
Если этого не делать, то вы постоянно будете играть по сути незнакомую роль, исполняя непонятную практику, и действовать с мастерством новичка. Новичкам действовать тяжелее, чем мастерам.
- Прочитать статью за авторством Jon Doyle об архитектуре многослойных систем